On Mon, Jun 14, 2010 at 7:51 AM, Nicolas Pitre [off-list ref] wrote:

On Sun, 13 Jun 2010, Grant Likely wrote:

quoted

[cc'ing linux-arm-kernel]

On Sat, Jun 12, 2010 at 11:59 PM, Benjamin Herrenschmidt

quoted

BTW. I notice no ARM list is CCed on this discussion ... maybe we shou=

ld

quoted

quoted

fix that ?

cc'ing linux-arm-kernel in all my replies

I'm afraid this won't be enough.

I'm seeing a stream of frightening crazy talk involving ARM and some
other stuff I still can't make head and tail of. =A0So, before you get a
wholesale NAK on everything from me, please I'd suggest you guys rewind
a bit now that the ARM list is in CC and just explain what this is all
about and why we should feel concerned. =A0Then maybe the ARM savvy peopl=

e

amongst us could suggest more appropriate approaches?

The discussion *started* with a request to review this document:

http://devicetree.org/Device_Tree_Usage

Which is in early draft form (which is why the arm list wasn't
initially cc'd. I was soliciting feedback from the current device tree
users.  A second request for review will go out after rework is done
to the document).

In one of the reply threads Mitch stated that he is working on an ARM
project that will use Open Firmware as the bootloader, and that he'd
like the ability to keep OFW available after the kernel is booted
which is something currently done on both Sparc and OLPC x86.  Mitch
will correct me if I'm made any misrepresentations here.

Conceptually I'm not opposed to allowing OFW to stay resident
providing that it does not impose new requirements on the boot
interface (the kernel would still need to be handed the flattened
representation of the device tree) and that the code to do so is well
contained in the kernel.  The devil is of course in the details on how
feasible it is to accomplish.  ARM machines with Open Firmware are
going to be the minority, so I'm not interested in doing anything
special or out of the ordinary specifically to support it.

g.

--=20
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.