Peter, these are all good thoughts, and I am really glad you are coming. Keep thinking. One thing:<br><br><div><span class="gmail_quote">On 9/15/06, <b class="gmail_sendername">Peter Stuge</b> <<a href="mailto:stuge-linuxbios@cdy.org">
stuge-linuxbios@cdy.org</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>* Global vs. local builds - pros/cons with kernel style (global)
<br>build (always produces arch/x/*Image) and LBv2 style build (produces<br>target/x/y/z/linuxbios.rom for each target) Either way the<br>config/build system must be consistently either global or local.</blockquote><div><br>

<br>
I want to preserve this somehow. I want a place I build stuff and a
place that sources live, a la BSD. I think the way Linux builds kernels
<br>
into the middle of the source tree is a real mess. <br>
<br>
<br>
<br>
<br>
</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">* Support for target variants? Same mobo with/without certain parts<br>populated. Perhaps just sets of default options that can be
<br>pre-selected as a base config and then still allow user to change<br>whatever they want. (Kconfig has just one variant per arch, right?)</blockquote><div><br>
yes, kconfig has real limits, and we need to see if we can work our way around them. <br>
<br>
ron</div></div><br>