<div class="gmail_quote">On Sun, Sep 11, 2011 at 3:53 PM, tiho taskov <span dir="ltr"><<a href="mailto:tihokibertron@gmail.com">tihokibertron@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

I want to know what stance the coreboot community is taking on the<br>
issue with identifying basic initialization parameters for a<br>
pre-compiled linux kernel booting on a random SoC.<br></blockquote><div><br></div><div>From Coreboot's perspective, this sort of thing should be handled in the payload / bootloader (SeaBIOS, GRUB/GRUB2, etc).</div><div>

<br></div><div>FWIW, there have also been discussions about using U-Boot as a payload for Coreboot: <a href="http://blogs.coreboot.org/blog/2011/04/30/u-boot-as-coreboot-payload/">http://blogs.coreboot.org/blog/2011/04/30/u-boot-as-coreboot-payload/</a> .  One advantage of the U-Boot approach is that U-Boot supports the Flattened Device Tree (FDT) which is useful for passing init parameters, device topology, etc. to Linux. AFAIK, this is the standard approach for PowerPC, is gaining popularity for ARM, and can also be applied to x86. Here are some additional resources if this interests you:</div>

<div>2011 Linux Plumbers Conference talk: <a href="http://linuxplumbersconf.org/ocw/proposals/47">http://linuxplumbersconf.org/ocw/proposals/47</a></div><div>2010 Embedded Linux Conference talk: <a href="http://elinux.org/images/b/b6/ARM_Device_Tree_Status_Report.pdf">http://elinux.org/images/b/b6/ARM_Device_Tree_Status_Report.pdf</a></div>

<div><br></div></div>-- <br>David Hendricks (dhendrix)<br>Systems Software Engineer, Google Inc.<br>