On Mon, Jun 14, 2010 at 7:51 AM, Nicolas Pitre <n...@fluxnic.net> wrote: > On Sun, 13 Jun 2010, Grant Likely wrote: > >> [cc'ing linux-arm-kernel] >> >> On Sat, Jun 12, 2010 at 11:59 PM, Benjamin Herrenschmidt >> > BTW. I notice no ARM list is CCed on this discussion ... maybe we should >> > 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. So, 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. Then maybe the ARM savvy people > 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. -- Grant Likely, B.Sc., P.Eng. Secret Lab Technologies Ltd. _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
