i2c address probing and AT24RF08 corruption
kraxel at bytesex.org
Mon Apr 19 21:13:04 CEST 2004
> My proposal of address ranges is admitedly a trick, just meant to
> prevent about any form of eeprom corruption (although I of course put
> the stress on the AT24RF08 because we know how bad it is). It is not
> meant as a solution to prevent any kind of bus or video chips hangs. For
> this, the .class selection mechanism is what we want. Also note that the
> .class thing alone would not solve the eeprom corruption issues, since
> they usually live on the same bus as the hardware monitoring chips.
Yup, .class can not fully replace the address range lists, but it should
reduce the number of cases where the address lists are needed and thus
simplify maintaining them ;)
Analog TV cards usually have a have eeprom at 0xa0, with PCI Subsystem
ID and sometimes config info, serial number and such stuff ...
Everything else isn't critical, at least I'm not aware of any touble
cases in the analog TV world.
More information about the lm-sensors