On Wed, 1 Aug 2007 12:08:36 +1000
David Gibson <[EMAIL PROTECTED]> wrote:

> On Mon, Jul 30, 2007 at 07:06:48PM +0400, Valentine Barshak wrote:
> > AMCC Sequoia board DTS
> > 
> > Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
> > ---
> >  arch/powerpc/boot/dts/sequoia.dts |  292
> > ++++++++++++++++++++++++++++++++++++++ 1 files changed, 292
> > insertions(+)
> > 
> > diff -ruN linux.orig/arch/powerpc/boot/dts/sequoia.dts
> > linux/arch/powerpc/boot/dts/sequoia.dts ---
> > linux.orig/arch/powerpc/boot/dts/sequoia.dts        1970-01-01
> > 03:00:00.000000000 +0300 +++
> > linux/arch/powerpc/boot/dts/sequoia.dts     2007-07-27
> > 20:44:26.000000000 +0400 @@ -0,0 +1,292 @@ +/*
> > + * Device Tree Source for AMCC Sequoia
> > + *
> > + * Based on Bamboo code by Josh Boyer <[EMAIL PROTECTED]>
> > + * Copyright (c) 2006, 2007 IBM Corp.
> > + *
> > + * FIXME: Draft only!
> > + *
> > + * This file is licensed under the terms of the GNU General Public
> > + * License version 2.  This program is licensed "as is" without
> > + * any warranty of any kind, whether express or implied.
> > + *
> > + * To build:
> > + *   dtc -I dts -O asm -o bamboo.S -b 0 sequoia.dts
> > + *   dtc -I dts -O dtb -o bamboo.dtb -b 0 sequoia.dts
> 
> Needs updating to remove the bamboo references.  In fact we can
> probably get rid of this "To build" comment that's been copied to just
> about every dts ever.
> 
> > + */
> > +
> > +/ {
> > +   #address-cells = <2>;
> > +   #size-cells = <1>;
> > +   model = "amcc,sequoia";
> > +   compatible = "amcc,sequoia";
> > +   dcr-parent = <&/cpus/PowerPC,[EMAIL PROTECTED]>;
> > +
> > +   cpus {
> > +           #address-cells = <1>;
> > +           #size-cells = <0>;
> > +
> > +           PowerPC,[EMAIL PROTECTED] {
> > +                   device_type = "cpu";
> > +                   reg = <0>;
> > +                   clock-frequency = <0>; /* Filled in by
> > zImage */
> > +                   timebase-frequency = <0>; /* Filled in by
> > zImage */
> > +                   i-cache-line-size = <20>;
> > +                   d-cache-line-size = <20>;
> > +                   i-cache-size = <8000>;
> > +                   d-cache-size = <8000>;
> > +                   dcr-controller;
> > +                   dcr-access-method = "native";
> > +           };
> > +   };
> > +
> > +   memory {
> > +           device_type = "memory";
> > +           reg = <0 0 0>; /* Filled in by zImage */
> > +   };
> > +
> > +   UIC0: interrupt-controller0 {
> > +           compatible = "ibm,uic-440gp","ibm,uic";
> 
> The first compatible entry should always be the precise model, so in
> this case "ibm,uic-440epx".  If it is (supposed to be) identical to
> the UIC in the 440GP, it can also have an "ibm,uic-440gp" entry, but
> since I believe all the UICs are supposed to operate the same, I think
> that's implicit in the "ibm,uic" entry.

Most UICs are the same.  There are some oddball chips that either hide
particular registers because they are unused, or they change the
addressing stride.  I'm not sure that is a common enough case to worry
about now though.

josh
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev

Reply via email to