Re: [PATCH v3] i2c: Driver to expose PowerNV platform i2c busses
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Date: 2014-12-08 21:43:46
Also in:
linux-devicetree, linux-i2c
On Mon, 2014-12-08 at 21:55 +0100, Wolfram Sang wrote:
On Tue, Dec 09, 2014 at 07:13:15AM +1100, Benjamin Herrenschmidt wrote:quoted
On Mon, 2014-12-08 at 12:06 +0530, Neelesh Gupta wrote:quoted
The patch exposes the available i2c busses on the PowerNV platform to the kernel and implements the bus driver to support i2c and smbus commands. The driver uses the platform device infrastructure to probe the busses on the platform and registers them with the i2c driver framework.Wolfram, what are you remaining objections here ? We need that in distros ASAP ...Oh, I thought we agreed that you take it via powerpc. I still think this is the best solution.
I threatened to do that :-) I don't remember you replying, did I miss it ? If you are ok with the driver and are happy for me to take it, please send an Ack.
quoted
I still maintain that it's not reasonable to hold driver for the additions of multi-byte smbus offsets. This is a new feature that will require changes to a number of existing bus and device drivers, so a very pervasive change, and which will be visible to user space, which means that drivers will need to continue supporting the "old" way at least for a while anyway...Yeah, I agree on that. I am still unsure about the port-name binding, but well, if it is needed to fit your PowerNV scheme...
From a binding perspective, it's just a piece of additional info that
the firmware provides for convenience. That we use it as the i2c port name in Linux makes sense, it means that when listing the i2c ports, it's immediately clear to the user which is which, it's not used functionally by any driver or piece of code, but it's handy for people doing things like manufacturing of machines, to know what bus to poke to program a VPD EEPROM or test if a chip responds for example. Cheers, Ben.