lkml.org 
[lkml]   [2011]   [Jun]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
Patch in this message
/
Date
From
SubjectRe: [PATCH 1/3] light sensor: Add SMBUS support to the tsl2563 driver.
On 06/21/11 23:54, Bryan Freed wrote:
> This is so we can support it on x86 SMBUS adapters.
Hi Brian,

Please cc linux-iio@vger.kernel.org for iio patches. Also this driver has fairly
clear authorship at the top, so more for your cc list. (added)
>
> Signed-off-by: Bryan Freed <bfreed@chromium.org>
> ---
> drivers/staging/iio/light/tsl2563.c | 29 ++++++++++++++++++++++++++++-
> 1 files changed, 28 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/staging/iio/light/tsl2563.c b/drivers/staging/iio/light/tsl2563.c
> index 9cffa2e..04aa155 100644
> --- a/drivers/staging/iio/light/tsl2563.c
> +++ b/drivers/staging/iio/light/tsl2563.c
> @@ -137,6 +137,8 @@ struct tsl2563_chip {
> u32 data1;
> };
>
> +static int use_smbus;
> +
> static int tsl2563_write(struct i2c_client *client, u8 reg, u8 value)
> {
> int ret;
> @@ -145,15 +147,35 @@ static int tsl2563_write(struct i2c_client *client, u8 reg, u8 value)
> buf[0] = TSL2563_CMD | reg;
> buf[1] = value;
>
> + if (use_smbus) {
> + ret = i2c_smbus_write_byte_data(client, buf[0], value);
> + return ret;
> + }
> +
Here I'd prefer to see this in an else block to make the program flow clear. Same with the others.
Actually, is there any reason we can't use the smbus_write_byte_data for all cases? I 'think'
it's emulated via i2c if that is available and smbus is not? (cc'd Jean to confirm this - though
a quick code browse of i2c-core.c looks promising.)

If smbus_xfer is not supplied by the adapter, i2c_smbus_xfer_emulated is called.

The only possible issue I can think of is that a device supports full i2c + a partial smbus
support. (rather odd!)
> ret = i2c_master_send(client, buf, sizeof(buf));
> return (ret == sizeof(buf)) ? 0 : ret;
> }
>
> -static int tsl2563_read(struct i2c_client *client, u8 reg, void *buf, int len)
> +static int tsl2563_read(struct i2c_client *client, u8 reg, u8 *buf, int len)
> {
> int ret;
> u8 cmd = TSL2563_CMD | reg;
>
> + if (use_smbus) {
> + if (len == 1) {
> + ret = i2c_smbus_read_byte_data(client, cmd);
> + buf[0] = ret & 0xff;
> + } else if (len == 2) {
> + ret = i2c_smbus_read_word_data(client, cmd);
> + buf[0] = ret & 0xff;
> + buf[1] = (ret >> 8) & 0xff;
> + } else
> + ret = -1;
If we hit this something has gone hideously wrong. Hence please
audit the driver to be sure this doesn't happen and don't bother
with this extra option.
> + if (ret < 0)
> + return 0; /* failure */
Please return the error, not 0 in event of failure.
> + return len; /* success */
> + }
> +
> ret = i2c_master_send(client, &cmd, sizeof(cmd));
> if (ret != sizeof(cmd))
> return ret;
> @@ -712,6 +734,11 @@ static int __devinit tsl2563_probe(struct i2c_client *client,
> int err = 0;
> int ret;
> u8 id;
> + u32 smbus_func = I2C_FUNC_SMBUS_BYTE_DATA | I2C_FUNC_SMBUS_WORD_DATA;
Can this be const? Oddly, the answer looks to be no. Given its an inline
in i2c.h, can't see why this one isn't const. Jean, am I missing something
or wouldn't:
diff --git a/include/linux/i2c.h b/include/linux/i2c.h
index a6c652e..be5515d 100644
--- a/include/linux/i2c.h
+++ b/include/linux/i2c.h
@@ -458,7 +458,7 @@ static inline u32 i2c_get_functionality(struct i2c_adapter *adap)
}

/* Return 1 if adapter supports everything we need, 0 if not. */
-static inline int i2c_check_functionality(struct i2c_adapter *adap, u32 func)
+static inline int i2c_check_functionality(struct i2c_adapter *adap, const u32 func)
{
return (func & i2c_get_functionality(adap)) == func;
}
Be a sensible change? For that matter, this code should probably just have that
value inline in the function call as it isn't used anywhere else.

> + /* We support both I2C and SMBUS adapter interfaces. */
> + if (i2c_check_functionality(client->adapter, smbus_func))
> + use_smbus = 1;
>
> indio_dev = iio_allocate_device(sizeof(*chip));
> if (!indio_dev)



\
 
 \ /
  Last update: 2011-06-22 10:59    [W:0.051 / U:0.104 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site