Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1687126
| From | Wolfram Sang <wsa@the-dreams.de> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v11 3/4] i2c: aspeed: added driver for Aspeed I2C |
| Date | 2017-07-14 09:20 +0200 |
| Message-ID | <u333k-8vz-3@gated-at.bofh.it> (permalink) |
| References | (3 earlier) <tWUcq-6mA-23@gated-at.bofh.it> <tWUFs-6Nx-15@gated-at.bofh.it> <tX8p4-7z8-19@gated-at.bofh.it> <tXfTz-3W1-1@gated-at.bofh.it> <u2V5L-39v-11@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
[Multipart message — attachments visible in raw view] - view raw
> Basically what I was asking is whether I could use i2c_generic_scl_recovery > in the case where SCL is hung. The name is a bit misleading, I am afraid. Recovery can only be used when SDA is stuck low. And to fix this it *uses* SCL toggling to get out of it. And 'generic_scl' means 'gimme some SCL to control and I will toggle it'. Compared to 'gpio_recovery' which will do all the GPIO handling for you. When SCL is hung, you can only reset the device which forces SCL low. > I think I have a pretty good idea of what to do, I should probably just put > together an RFC patch. Sure.
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
Re: [PATCH v11 3/4] i2c: aspeed: added driver for Aspeed I2C Brendan Higgins <brendanhiggins@google.com> - 2017-07-14 00:50 +0200 Re: [PATCH v11 3/4] i2c: aspeed: added driver for Aspeed I2C Wolfram Sang <wsa@the-dreams.de> - 2017-07-14 09:20 +0200
csiph-web