On 5/24/07, <b class="gmail_sendername">Stefan Roese</b> &lt;<a href="mailto:sr@denx.de">sr@denx.de</a>&gt; wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Wednesday 23 May 2007, Linux OneAccess wrote:<br>&gt; I was figuring out how to pass board info from U-Boot to Linux and<br>&gt; I saw that Linux references the bd_info structure.<br>&gt;<br>&gt; I&#39;m not sure, however, which definition to use:
<br>&gt; In U-Boot, struct bd_info is defined in include/asm/u-boot.h<br>&gt; In Linux, it&#39;s defined in include/asm-ppc/ppcboot.h.<br>&gt; ...<br>&gt; Furthermore, in Linux there are several boards that define their<br>
&gt; own structure for this. Should we use the ppcboot.h definition,<br>&gt; or is it there an intention to push the u-boot.h to the Linux tree one day?<br><br>This depends on the PPC platform you are using. What PPC platform are you
<br>talking about? MPC8xx, PPC4xx? MPC8xxx is quite dead in arch/ppc already for<br>example and you should start your board port in arch/powerpc. If it&#39;s PPC4xx,<br>then you should probably still use bd_info in arch/ppc, and it really doesn&#39;t
<br>matter how you hack the bd_info in the kernel, since it has to be moved to<br>arch/powerpc in the future anyway. I would suggest to define a &quot;own&quot; board<br>specific bd_info for now, to not pollute the asm-ppc/ppcboot.h with further
<br>#ifdefs.</blockquote><div><br>It&#39;s an MPC8280.<br>I agree it&#39;s best for now to pass the info our own way.<br><br>&gt; Hope this helps.<br>&gt; <br>&gt; Best regards,<br>&gt; Stefan<br>&gt; <br>Thanks for helping,
<br><br>Marnix Coppens<br></div></div><br>