Hallo Matthias, On Mon, 16 Jul 2012 15:15:29 +0000 (UTC), Matthias Urlichs wrote: > I'd like to ask whether anybody is working on adding arbitration support to > i2c_algo_bit.c. The code still has the old "FIXME do arbitration here" comments, > added five years ago when the I²C was imported into Linux 2.3.34pre1. :-/ Not that I am aware of. > If not, and I'm going to have to do that myself … my main question is, even > before I get to that -- how do I even detect that the bus is idle? Turn > interrupts off and busy-loop-check that both SCL and SDA stay high for at least > one and a half clock periods? I was staring at this very FIXME comment in i2c-algo-bit a few weeks ago and my thoughts were along the lines of "can this be implemented at all?" We can't monitor SCL and SDA continuously with a pure software implementation. We can do best effort, but the closer to perfection we want to be, the more expensive. If both pins can trigger an interrupt when their level changes, we could use this feature, but OTOH we certainly don't want to receive interrupts the rest of the time, so we'd have to repeatedly enable/disable these interrupts. If we don't have such interrupts then indeed busy polling (or close to that) is the only way I can think of. Note that "one and a half clock period" is not something which evaluates to a number. You have no idea at what frequency the other master, if it exists, would be driving the bus. And the I2C specification does not specify a minimum operating frequency, so in theory you'd have to wait... forever. To solve this problem, SMBus specifies a 50 µs maximum bus idle time (which corresponds to a 10 kHz clock, the minimum allowed under SMBus.) I suppose this is a sane setting in practice even for I2C controllers. At the other end of the spectrum, we have to deal with the maximum I2C frequency, 400 kHz in our context. This means you can't have more than 1.25 µs between polls. Not sure we can actually guarantee that... In all cases we'll certainly want to let adapters tell whether they are operating on a multi-master bus or not, so that the whole thing can be disabled when not needed. -- Jean Delvare -- To unsubscribe from this list: send the line "unsubscribe linux-i2c" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
