Thread (17 messages) 17 messages, 3 authors, 2017-07-14

Re: [PATCH v11 3/4] i2c: aspeed: added driver for Aspeed I2C

From: Brendan Higgins <hidden>
Date: 2017-06-27 23:47:59
Also in: linux-i2c, lkml, openbmc

On Tue, Jun 27, 2017 at 2:00 AM, Wolfram Sang [off-list ref] wrote:
quoted
quoted
If SCL is stuck low, how do you want to send a STOP?
Fair point. I should probably drop that in the future and just do a
reset, and even then, doing a
reset is probably just wishful thinking. If a slave is holding down
SCL, we are pretty screwed.
Yes, you'd need to reset the client device. And that has to be done in
the client driver. I wonder if i2c_transfer and friends should return a
specific error value in that case... need to think about it.
Well, a good first step would be to make my recovery code conform to
the struct i2c_bus_recovery_info. Is i2c_generic_scl_recovery supposed
to be part of the user interface, or is it just intended to help put the
main recovery function together?
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help