Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1332675
| From | Ulf Hansson <ulf.hansson@linaro.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH] mmc: sdhci-of-at91: fix card detect when using runtime PM |
| Date | 2016-02-12 12:10 +0100 |
| Message-ID | <r1jLP-6aQ-9@gated-at.bofh.it> (permalink) |
| References | <r0ZN8-13S-3@gated-at.bofh.it> <r11ce-26P-1@gated-at.bofh.it> <r1hqG-4sA-9@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
>> >> According to the below commit, SDHCI_QUIRK_BROKEN_CARD_DETECTION was >> invented because of unreliable card detection mechanism inside the >> sdhci controller. >> Therefore it required polling to be used, but also to make ->get_cd() >> to always return 1 in these cases. >> >> Although, as I understand it that's not the case here. You can still >> rely on card detection to work, but as you don't have wakeups you >> can't fully make use of card detect, when combined with runtime PM. >> I am not sure we should add more users of >> SDHCI_QUIRK_BROKEN_CARD_DETECTION, especially since in this case it's >> not reflecting the capability of the hardware. >> >> Can't we think of another way? > > Sorry but I am not sure to understand. In the previous thread, you told > me to use MMC_CAP_NEEDS_POLL which is set if we have > SDHCI_QUIRK_BROKEN_CARD_DETECTION. I was not confortable to do this > because as you say it is not reflecting the capability of the hardware. > > Do you mean that I can simply add MMC_CAP_NEEDS_POLL after sdhci_add_host()? Yes, something like that, but... Within this context, I realize that the DT binding "broken-cd" has two different meanings, while comparing the generic MMC bindings towards SDHCI's. That's bad. In the SDHCI case it means, enable MMC_CAP_NEEDS_POLL *and* make ->get_cd() to always return 1 (via adding SDHCI_QUIRK_BROKEN_CARD_DETECTION). In the generic MMC case, it means only to enable MMC_CAP_NEEDS_POLL, which is exactly what you want. Perhaps you wonder why I think it's a good good idea to use DT to decide if MMC_CAP_NEEDS_POLL should be enabled? It allows flexibility for future platforms. For example, there may be platforms adding GPIO card detect support or even cards that's non-removable. I realize that the fix to solve this regression would then mean that sdhci-of-at91 need to clear SDHCI_QUIRK_BROKEN_CARD_DETECTION after parsing the shdci DTB, but then the DTB for your platform also needs an update as the "broken-cd" options needs to be set. Do you think this can work? Kind regards Uffe
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH] mmc: sdhci-of-at91: fix card detect when using runtime PM Ludovic Desroches <ludovic.desroches@atmel.com> - 2016-02-11 14:50 +0100
Re: [PATCH] mmc: sdhci-of-at91: fix card detect when using runtime PM Ulf Hansson <ulf.hansson@linaro.org> - 2016-02-11 16:20 +0100
Re: [PATCH] mmc: sdhci-of-at91: fix card detect when using runtime PM Ludovic Desroches <ludovic.desroches@atmel.com> - 2016-02-12 09:40 +0100
Re: [PATCH] mmc: sdhci-of-at91: fix card detect when using runtime PM Ulf Hansson <ulf.hansson@linaro.org> - 2016-02-12 12:10 +0100
Re: [PATCH] mmc: sdhci-of-at91: fix card detect when using runtime PM Ludovic Desroches <ludovic.desroches@atmel.com> - 2016-02-12 13:10 +0100
[PATCH] mmc: sdhci-of-at91: fix wakeup issue when using runtime pm Ludovic Desroches <ludovic.desroches@atmel.com> - 2016-02-13 11:00 +0100
Re: [PATCH] mmc: sdhci-of-at91: fix wakeup issue when using runtime pm Ulf Hansson <ulf.hansson@linaro.org> - 2016-02-16 15:40 +0100
Re: [PATCH] mmc: sdhci-of-at91: fix wakeup issue when using runtime pm Ludovic Desroches <ludovic.desroches@atmel.com> - 2016-02-16 16:30 +0100
Re: [PATCH] mmc: sdhci-of-at91: fix wakeup issue when using runtime pm Ludovic Desroches <ludovic.desroches@atmel.com> - 2016-02-17 11:40 +0100
csiph-web