lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Thu, 5 Nov 2015 18:24:51 +0100 From: Jean Delvare <jdelvare@...e.de> To: LABBE Corentin <clabbe.montjoie@...il.com> Cc: wsa@...-dreams.de, linux-i2c@...r.kernel.org, linux-kernel@...r.kernel.org Subject: Re: [PATCH] i2c: taos-evm: replace simple_strtoul by kstrtou8 Hi Corentin, On Thu, 5 Nov 2015 10:32:48 +0100, LABBE Corentin wrote: > The simple_strtoul function is marked as obsolete. > This patch replace it by kstrtou8. > > Signed-off-by: LABBE Corentin <clabbe.montjoie@...il.com> > --- > drivers/i2c/busses/i2c-taos-evm.c | 5 ++++- > 1 file changed, 4 insertions(+), 1 deletion(-) Thanks for the cleanup. I tested it on the hardware I have, no problem. One comment below. > > diff --git a/drivers/i2c/busses/i2c-taos-evm.c b/drivers/i2c/busses/i2c-taos-evm.c > index 4c7fc2d..9dc6cff 100644 > --- a/drivers/i2c/busses/i2c-taos-evm.c > +++ b/drivers/i2c/busses/i2c-taos-evm.c > @@ -70,6 +70,7 @@ static int taos_smbus_xfer(struct i2c_adapter *adapter, u16 addr, > struct serio *serio = adapter->algo_data; > struct taos_data *taos = serio_get_drvdata(serio); > char *p; > + int err; > > /* Encode our transaction. "@" is for the device address, "$" for the > SMBus command and "#" for the data. */ > @@ -130,7 +131,9 @@ static int taos_smbus_xfer(struct i2c_adapter *adapter, u16 addr, > return 0; > } else { > if (p[0] == 'x') { > - data->byte = simple_strtol(p + 1, NULL, 16); > + err = kstrtou8(p + 1, 16, &data->byte); > + if (err) > + return err; While in general I am in favor of passing error values down the stack, here I'm not sure. kstrtou8 could return -ERANGE or -EINVAL which makes no sense as an i2c adapter fault code. According to Documentation/i2c/fault-codes, -EPROTO or -EIO would be more appropriate. > return 0; > } > } -- Jean Delvare SUSE L3 Support -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists