i2c address probing and AT24RF08 corruption

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> > The only side effect I can think off is that it would increase the
> > address pointer for chips in autoincrement mode, but that's about
> > all and it doesn't seem to hurt, really.
> 
> At least with i2c you can even do zero-length reads, i.e. just send
> the read address and watch whenever someone acks it or not, without
> actually reading data.  Not sure whenever that is true for smbus as
> well.

This is exactly a SMBus "quick command" with data bit 1, if I understood
it correctly. This isn't what we do (we do "quick command" with data
bit 0), but that's my second choice if it turns out that "receive byte"
isn't possible as a probing command.

Thanks.

-- 
Jean Delvare
http://www.ensicaen.ismra.fr/~delvare/



[Index of Archives]     [Linux Kernel]     [Linux Hardware Monitoring]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]

  Powered by Linux