Thread (14 messages) 14 messages, 7 authors, 2008-07-28

Re: [PATCH] of: i2c: improve last resort compatible entry selection

From: Jon Smirl <hidden>
Date: 2008-07-15 13:40:11

On 7/15/08, Jochen Friedrich [off-list ref] wrote:
Hi Anton,


 > Since no sane driver will ever match specific devices, what we want is
 > to select most generic option (last). Then driver may call
 > of_device_is_compatible() if it is really interested in details.


My original intention was to have alias entries for specific devices in the
 i2c device drivers. Later, Jean decided to only have the most generic names
 in there (like in http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blobdiff;f=drivers/media/video/tvaudio.c;h=c77914d99d15c5972c94e9763a08b5789098e90a;hp=6f9945b04e1f2bcd676f0ed8dc910994b29ed300;hb=ae429083efe996ca2c569c44fd6fea440676dc33;hpb=60b129d7bfa3e20450816983bd52c49bb0bc1c21)
 So your patch is correct.
Why aren't we listing the chip names in the driver's id section? Large
chip id tables are not unusual in the kernel, the e1000 driver has
about 70 entries.

Taking the chip id table out of the driver just means we have to build
it somewhere else. It doesn't save space, the tables just get moved.
Device firmware has the chip names in it so there has to be code in
the kernel somewhere to do the mapping from chip id to linux driver
name.

Pushing the linux driver name down into the firmware is even crazier.
+  /* 2. search for linux,<i2c-type> entry */
Now if the linux driver gets renamed everyone on the planet needs a
firmware update.

-- 
Jon Smirl
jonsmirl@gmail.com
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help