From: mbizon@freebox.fr (Maxime Bizon)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH RESEND] ARM: add dtbImage.<dt> and dtbuImage.<dt> rules
Date: Tue, 1 Oct 2013 12:41:15 +0200 [thread overview]
Message-ID: <20131001104115.GA1384@sakura.staff.proxad.net> (raw)
In-Reply-To: <alpine.LFD.2.03.1309302241400.6331@syhkavp.arg>
On Monday 30 Sep 2013 ? 23:14:49 (-0400), Nicolas Pitre wrote:
> > That "kind of hacky" ATAG thing was actually the only supported way to
> > boot a platform not so long ago :)
>
> Strictly speaking, this was never supported in mainline.
I meant mach-type, which was ofc documented
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/Documentation/arm/Booting?id=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2
> The ultimate idea with the impedance matcher was to augment existing
> bootloaders with sort of a semi second stage bootloader that would be
> separate from zImage and installed permanently, and then only the zImage
> itself would be updateable. This way you'd get a DT capable environment
> without replacing the actual bootloader.
That's true if you have access to the bootloader in some way (serial,
flash env).
But for devices in the field for which upgrading the booloader is not
an option, neither is changing anything else in the boot process
(anything before linux starts). The risk of bricking the device is
just too high.
Now of course we have the capability to support these devices
ourselves, I just find it harsh that having "designed" that boot
process in 2010, we are told 3 years later that it is obsolete and
won't be able to boot a recent kernel (we support two machines with
one kernel image, appended DTB cannot handle that).
If I were redesigning that product now, would I use a DT aware
bootloader ? you'd tell me "yes go for it", but hey, you broke my
build, can I trust you ? :)
--
Maxime
next prev parent reply other threads:[~2013-10-01 10:41 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-10 13:38 [PATCH] ARM: add dtbImage.<dt> and dtbuImage.<dt> rules Richard Genoud
2012-09-10 14:39 ` Gregory CLEMENT
2012-09-27 8:10 ` [PATCH RESEND] " Richard Genoud
2012-09-27 8:29 ` Jean-Christophe PLAGNIOL-VILLARD
2012-09-27 9:08 ` Richard Genoud
2013-09-24 10:55 ` Gerlando Falauto
2013-09-24 12:01 ` Jason Cooper
2013-09-24 12:19 ` Russell King - ARM Linux
2013-09-24 12:34 ` Richard Genoud
2013-09-24 15:14 ` Gerlando Falauto
2013-09-30 18:14 ` Tim Bird
2013-09-30 22:44 ` Rob Herring
2013-10-01 3:21 ` Nicolas Pitre
2013-10-01 2:40 ` Nicolas Pitre
2013-09-30 20:21 ` Maxime Bizon
2013-09-30 20:42 ` Jason Cooper
2013-09-30 21:07 ` Maxime Bizon
2013-10-01 3:14 ` Nicolas Pitre
2013-10-01 10:41 ` Maxime Bizon [this message]
2013-10-01 11:12 ` Jason Cooper
2013-10-02 21:14 ` Russell King - ARM Linux
2013-09-24 15:14 ` Gerlando Falauto
2013-09-24 15:54 ` Jason Cooper
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20131001104115.GA1384@sakura.staff.proxad.net \
--to=mbizon@freebox.fr \
--cc=linux-arm-kernel@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).