Re: [PATCH 1/2] arm/mx5: parse iomuxc pad configuratoin from device tree

On Fri, Aug 05, 2011 at 01:36:56PM -0500, Matt Sealey wrote:

On Fri, Aug 5, 2011 at 2:07 AM, David Brown [off-list ref] wrote:

quoted

On Thu, Aug 04, 2011 at 06:07:15PM -0500, Matt Sealey wrote:

quoted

Hi Grant, Shawn,

On Mon, Jul 25, 2011 at 3:46 PM, Grant Likely [off-list ref] wrote:

quoted

This could get really verbose in a really big hurry.  Fortunately the
dtb format is sophisticated enough to only store each unique property
name once, so the data shouldn't be huge, but it is still going to
make for huge source files.  Can you think of a more concise
representation?

Yes: no representation at all. The correct place for IOMUX setup being
done is *inside the boot firmware as soon as physically possible* and
not seconds into boot after U-Boot has made a console, done a boot
timeout, loaded scripts, kernels and ramdisks from media and then
uncompressed and entered a Linux kernel.

This is true in situations where we have control over the bootloader,
but that isn't always the case.

Indeed it is not, but then it is "their" fault the board won't boot
Linux, and not yours, right? :)

Not normally.  What happens is that you're provided with the boot loader.
You're told to get Linux working on the board.  Anything which the boot
loader doesn't do ends up being hacked around in the kernel.

Don't say that isn't what happens, because that comment is made with a
substantial body experience in dealing with patches from multiple
different sources containing crap to work around boot loader bugs.  Most
boot loader bugs go _unfixed_ on hardware even after being reported.

So please, don't tell us that boot loaders should do things right.  We
know, and we know (again from a vast body of experience) that relying on
boot loaders is plain idiotic and totally unworkable.