Thread (4 messages) 4 messages, 2 authors, 2016-12-21

[PATCH] i2c: uniphier[-f]: fix bool logic calculation

From: joe@perches.com (Joe Perches)
Date: 2016-12-20 17:55:46
Also in: linux-i2c, lkml

On Wed, 2016-12-21 at 01:20 +0900, Masahiro Yamada wrote:
Hi.

I have not got any comment, but does this seem
a right thing to do?
This code is working, but it should not depend on how "bool" is
typedef'ed, or the bit position of I2C_M_RD.
<shrug>

I think bool can be guaranteed to be _Bool.

So a change not necessary as the original code
has a c90 guarantee of the same result.

6.3.1.2 Boolean type
1
When any scalar value is converted to _Bool, the result is 0 if the value compares equal
to 0; otherwise, the result is 1.

2016-10-19 13:38 GMT+09:00 Masahiro Yamada [off-list ref]:
[]
quoted
diff --git a/drivers/i2c/busses/i2c-uniphier-f.c b/drivers/i2c/busses/i2c-uniphier-f.c
[]
quoted
@@ -309,7 +309,7 @@ static int uniphier_fi2c_master_xfer_one(struct i2c_adapter *adap,
                                         struct i2c_msg *msg, bool stop)
 {
        struct uniphier_fi2c_priv *priv = i2c_get_adapdata(adap);
-       bool is_read = msg->flags & I2C_M_RD;
+       bool is_read = !!(msg->flags & I2C_M_RD);
        unsigned long time_left;

        dev_dbg(&adap->dev, "%s: addr=0x%02x, len=%d, stop=%d\n",
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help