Messages in this thread | | | Date | Tue, 21 Sep 2004 16:16:03 -0400 | From | Jon Smirl <> | Subject | Re: Adding .class field to struct i2c_client (was Re: [PATCH][2.6] Add command function to struct i2c_adapter |
| |
An addition to the class idea would be for clients to have priorities. That would let me mark the bus as being for DDC. The highest priority client would be the DDC driver. If the DDC driver can't find valid EDID it could then fall back to letting the EEPROM driver try to find the chip.
Something like this is important if we get a new EDID standard that the DDC driver doesn't recognize. By letting the EEPROM driver load at a lower priority you could still easily get to the ROM contents. Or does it bother people if we let both EEPROM and DDC load on DDC class buses?
-- Jon Smirl jonsmirl@gmail.com - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |