aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/i2c/muxes
diff options
context:
space:
mode:
authorPeter Rosin <peda@axentia.se>2018-06-20 10:51:53 +0200
committerWolfram Sang <wsa@the-dreams.de>2018-07-03 22:57:25 +0200
commit63453b59e41173241c4efe9335815f6432fa8586 (patch)
tree761daeacbe94170a1438066f24fea11f1ac5c0d1 /drivers/i2c/muxes
parentLinux 4.18-rc3 (diff)
downloadlinux-dev-63453b59e41173241c4efe9335815f6432fa8586.tar.xz
linux-dev-63453b59e41173241c4efe9335815f6432fa8586.zip
i2c: smbus: add unlocked __i2c_smbus_xfer variant
Removes all locking from i2c_smbus_xfer and renames it to __i2c_smbus_xfer, then adds a new i2c_smbus_xfer function that simply grabs the lock while calling the unlocked variant. This is not perfectly equivalent, since i2c_smbus_xfer was callable from atomic/irq context if you happened to end up emulating SMBus with an I2C transfer, and that is no longer the case with this patch. It is unknown (to me) if anything depends on that quirk, but it seems fragile enough to simply break those cases and require them to call i2c_transfer directly instead. While at it, for consistency rename the 2nd to last argument (size) of the i2c_smbus_xfer declaration to protocol and remove the surplus extern marker. Signed-off-by: Peter Rosin <peda@axentia.se> Signed-off-by: Wolfram Sang <wsa@the-dreams.de>
Diffstat (limited to 'drivers/i2c/muxes')
0 files changed, 0 insertions, 0 deletions