Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1687126

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

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

Show all headers | View raw


[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 | NextPrevious in thread | Find similar | Unroll thread


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