Devicetree
 help / color / mirror / Atom feed
* [RFC] More compatibles or more quirk properties
@ 2009-03-06  7:09 Li Yang-R58472
       [not found] ` <3A45394FD742FA419B760BB8D398F9ED29E274-bKEhWGtIRUJ4Lp7cDGe+DVjVikpgYyvb5NbjCUgZEJk@public.gmane.org>
  0 siblings, 1 reply; 2+ messages in thread
From: Li Yang-R58472 @ 2009-03-06  7:09 UTC (permalink / raw)
  To: devicetree-discuss; +Cc: linuxppc-dev

Hi,

I'm running into a dilemma choosing between two approaches of defining device tree binding.  Let's say if we have several chips with a similar SoC block, but each of them have different quirks.  If I define different compatibles for each of the chips, the driver will have a longer match table and thus bloat the device matching process.  Or we can use a same compatible for all of them and  define properties for each of the quirks.  But it somewhat bloats the device tree.  I'm more prone to the second solution, but I do want to hear what you guys think about it.

- Leo

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [RFC] More compatibles or more quirk properties
       [not found] ` <3A45394FD742FA419B760BB8D398F9ED29E274-bKEhWGtIRUJ4Lp7cDGe+DVjVikpgYyvb5NbjCUgZEJk@public.gmane.org>
@ 2009-03-06  7:32   ` Mitch Bradley
  0 siblings, 0 replies; 2+ messages in thread
From: Mitch Bradley @ 2009-03-06  7:32 UTC (permalink / raw)
  To: Li Yang-R58472
  Cc: linuxppc-dev-mnsaURCQ41sdnm+yROfE0A,
	devicetree-discuss-mnsaURCQ41sdnm+yROfE0A

>
> I'm running into a dilemma choosing between two approaches of defining device tree binding.  Let's say if we have several chips with a similar SoC block, but each of them have different quirks.  If I define different compatibles for each of the chips, the driver will have a longer match table and thus bloat the device matching process.  Or we can use a same compatible for all of them and  define properties for each of the quirks.  But it somewha
Properties to describe quirks precisely are definitely better.  In fact, 
that's fundamental principle - describe the situation, don't infer a 
bunch of details from a name.

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2009-03-06  7:32 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-03-06  7:09 [RFC] More compatibles or more quirk properties Li Yang-R58472
     [not found] ` <3A45394FD742FA419B760BB8D398F9ED29E274-bKEhWGtIRUJ4Lp7cDGe+DVjVikpgYyvb5NbjCUgZEJk@public.gmane.org>
2009-03-06  7:32   ` Mitch Bradley

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox