Thread (30 messages) 30 messages, 7 authors, 2007-10-31

RE: RFC: replace device_type with new "class" property?

From: Yoder Stuart-B08248 <hidden>
Date: 2007-10-29 20:20:35

=20
-----Original Message-----
From: Wood Scott-B07421=20
Sent: Monday, October 29, 2007 2:44 PM
To: Yoder Stuart-B08248
Cc: Matt Sealey; Dale Farnsworth; Linuxppc-dev@ozlabs.org
Subject: Re: RFC: replace device_type with new "class" property?
=20
Yoder Stuart-B08248 wrote:
quoted
Here's an example of what I'm trying to get at-- take=20
a node from a FSL device tree.  The ideas I've heard
for expressing the class are like this--
=20
#1  don't express any class at all:
=20
  ucc@2200 {
        compatible =3D "fsl,ucc_geth";
        model =3D "UCC";
        device-id =3D <3>;
        reg =3D <2200 200>;
        interrupts =3D <22>;
        interrupt-parent =3D < &qeic >;
        mac-address =3D [ 00 00 00 00 00 00 ];
        local-mac-address =3D [ 00 00 00 00 00 00 ];
        rx-clock =3D <19>;
        tx-clock =3D <1a>;
        phy-handle =3D < &phy3 >;
        pio-handle =3D < &pio3 >;
=20
Of course, this should properly be something like
=20
ethernet@2200 {
	compatible =3D "fsl,mpc8360-qe-enet", "fsl,qe-enet";
	local-mac-address =3D [ 00 00 00 00 00 00 ];
	...
};
=20
With no "mac-address", and a more useful "model" if any at all.
That's fine, but as a human reader there is nothing
that would tell me this node implemented a defined
binding that specified required properties.

Stuart
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help