...@lists.infradead.org
Subject: [PATCH 13/16] i2c-designware: i2c_dw_xfer_msg: Introduce a local "buf"
pointer
While we have "buf_len" local variable for dev->tx_buf_len, we don't have such
local variable for dev->tx_buf pointer. While "buf_len" is restore
...@lists.infradead.org
Subject: [PATCH 13/16] i2c-designware: i2c_dw_xfer_msg: Introduce a local "buf"
pointer
While we have "buf_len" local variable for dev->tx_buf_len, we don't have such
local variable for dev->tx_buf pointer. While "buf_len" is restore
...@lists.infradead.org
Subject: [PATCH 13/16] i2c-designware: i2c_dw_xfer_msg: Introduce a local "buf"
pointer
While we have "buf_len" local variable for dev->tx_buf_len, we don't have such
local variable for dev->tx_buf pointer. While "buf_len" is restore
While we have "buf_len" local variable for dev->tx_buf_len, we don't
have such local variable for dev->tx_buf pointer. While "buf_len" is
restored at first then updated when we're going to process a new i2c_msg
(in WRITE_IN_PROGRESS case), ->tx_buf is never done so.
Such inconsistency makes the