Device Tree setup for 8272-based board

Daniel Ng daniel.ng1234 at gmail.com
Mon Jan 19 12:58:41 EST 2009


Hi Scott,
On Sat, Jan 17, 2009 at 5:14 AM, Scott Wood <scottwood at freescale.com> wrote:
>
>> /dts-v1/;
>>
>> / {
>> model = "HPXRED";
>> compatible = "fsl,mpc8272ads";
>
> Is it 100% compatible?  If not, change the compatible to something else
> (and make sure your board code matches it).

My board is similar to the mpc8272ads, so it is not 100% compatible. So I guess
I will have to define my own DTS, correct?

How would I be able to tell if I need my own cuboot-*.c file as well?

>
> Do you currently have mpc8272ads support enabled in the kernel?  If the
> kernel doesn't find a matching ppc_md, you won't get any debug output.

No, since it is not an mpc8272ads board. What exactly are we matching here?
Is it just the Platform Name in the .config file eg. CONFIG_MPC8272_ADS?
If I use [compatible = "fsl,hpxred";] this doesn't seem to make a difference
in the behaviour.

Is the ppc_md generated from the Device Tree? Can you please point me to
the relevant file/s to see how this is done?

Also, which kernel file deals with searching for/reading the ppc_md?

>
> You can use udbg_printf() directly after the call to udbg_early_init()
> though.

Would I use these in cuboot-*.c? If so, how? Including <asm/udbg.h>
results in a 'file not found' compile error- I notice all the #includes
in the cuboot-*.c files are of the form #include "blah.h" rather than
#include <blah.h>

Overall, I just want to get my board up and running via the cuboot method.
Hopefully I'm asking the right questions! Is there anything else I might
need to know?

Thanks again for your continuing assistance.

Daniel



More information about the Linuxppc-dev mailing list