Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1293949
| From | Ulf Hansson <ulf.hansson@linaro.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: SDHCI long sleep with interrupts off |
| Date | 2015-12-17 16:00 +0100 |
| Message-ID | <qGIca-Ma-11@gated-at.bofh.it> (permalink) |
| References | (1 earlier) <qGEBA-70s-11@gated-at.bofh.it> <qGEUV-79i-5@gated-at.bofh.it> <qGEUV-79i-3@gated-at.bofh.it> <qGF4B-7eB-11@gated-at.bofh.it> <qGFR0-7NE-17@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
[...] >> If/when you decide to fix this issue. Please keep in mind the following >> things. >> >> - Try to convert the SDHCI into a pure library. No more quirks or callbacks. >> - I assume we can simplify lots of code if we convert SDHCI into using >> a threaded IRQ in favour of the tasklet. >> >> Any patches that moves SDHCI into this direction will be greatly appreciated! > > Ok, this sounds like a good way to go. Unfortunately it also sounds like a > major endeavor, for which good knowledge of the SDHCI standard is necessary. > This knowledge is based on documentation that is not openly available without > cost AFAIK. This probably also explains why there hasn't been a real fix ever. > On top of that, the whole sdhci code is unmaintained currently as it seems. > I was studying the code a bit more, and I now understand that I am not even > close to having the experience and standards-knowledge it takes to pull this > off reliably. I guess the one who takes on this task may as well become > official maintainer afterwards... You are right, a maintainer is needed for sdhci. Also, I am a bit surprised that none have stepped up, especially since it's indeed being *very* widely used. > OTOH, we pretty much depend on this driver now, since all of our new i.MX6/7 > boards have eMMC flash. We also use the flexcan peripheral on all designs, > which is specially sensible to these latency spikes, so we will have to do > something on the long run.... we cannot live forever with disabled PM ;-) > Unfortunate, PM is only one of the problems. The code is in general fragile. We have have kind of reached the point, when I apply changes that fixes one issue it may cause another. Kind regards Uffe -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
SDHCI long sleep with interrupts off David Jander <david@protonic.nl> - 2015-12-17 11:50 +0100
Re: SDHCI long sleep with interrupts off Lucas Stach <l.stach@pengutronix.de> - 2015-12-17 12:10 +0100
Re: SDHCI long sleep with interrupts off David Jander <david@protonic.nl> - 2015-12-17 12:30 +0100
Re: SDHCI long sleep with interrupts off Lucas Stach <l.stach@pengutronix.de> - 2015-12-17 12:30 +0100
Re: SDHCI long sleep with interrupts off Ulf Hansson <ulf.hansson@linaro.org> - 2015-12-17 12:40 +0100
Re: SDHCI long sleep with interrupts off David Jander <david@protonic.nl> - 2015-12-17 13:30 +0100
Re: SDHCI long sleep with interrupts off Ulf Hansson <ulf.hansson@linaro.org> - 2015-12-17 16:00 +0100
Re: SDHCI long sleep with interrupts off David Jander <david@protonic.nl> - 2015-12-17 16:10 +0100
Re: SDHCI long sleep with interrupts off Russell King - ARM Linux <linux@arm.linux.org.uk> - 2015-12-18 21:10 +0100
Re: SDHCI long sleep with interrupts off Russell King - ARM Linux <linux@arm.linux.org.uk> - 2015-12-18 19:40 +0100
csiph-web