On Mon, Oct 29, 2007 at 10:27:24AM -0700, Dale Farnsworth wrote:

Scott wrote:

quoted

Personally, I'm fine with just using name and compatible, but others such as
Stuart have expressed a desire for something to formally indicate compliance
with a standard binding.  I don't think we should expand the use of
device_type in any case.

I agree that the existing compatible property is sufficient to do
what Stuart wants.  All that is required is to define some standard
bindings and give them well-known names for the compatible property.
If needed, we could define a prefix that indicates that a compatible
entry refers to a standards-compliant binding.  For example,
"standard,network", or "standard,display".  I don't see the benefit
of creating a new property similar to device_type.

That would overload the meaning of compatible.  A driver which matches
any compatible entry should be able to drive the device, even if it
can't use all the devices features.  You can't do that if all you know
is that something is a display.

So, standardised or defacto-standard hardware-level interfaces belong
in compatible, e.g. ohci, uhci, ns16550.  The mere fact that something
is a display or network interface (and has *general* properties
related to such devices) doesn't let you drive it.

-- 
David Gibson			| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au	| minimalist, thank you.  NOT _the_ _other_
				| _way_ _around_!
http://www.ozlabs.org/~dgibson