[i2c] [PATCH 0/4] i2c: Introduce i2c listeners

David Brownell david-b at pacbell.net
Fri Jun 6 04:47:30 CEST 2008


On Wednesday 04 June 2008, Jean Delvare wrote:
> I would appreciate feedback on both the concept and the implementation.
> David, I am particularly interested in your feedback, of course.

Which, for the record, will be a bit delayed with respect to
the core i2c_listener abstraction.  This deserves a bit more
thought than I can put into it in the immediate future.
(Ditto firing up the rig needed to test the lm75 updates.)

Except for this small bit of instafeedback:  the approach of
splitting the detect() logic out, as an adjunct to a core
"new style" driver, is an interesting way to address some core
problems with legacy drivers (vs the driver model).

It gives a graceful migration model towards new-style code, and
lets drivers get updated without needing to start by abandoning
the "poke at the hardware" style enumeration in those cases
where it seems to act mostly OK today.  While I'd like to see
that poking be largely removed from the kernel, factoring it out
(in i2c_listener or whatever) is clearly useful.

- Dave



More information about the i2c mailing list