Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1489918
| From | Ulf Hansson <ulf.hansson@linaro.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v3] mmc: sdhci-msm: Add pm_runtime and system PM support |
| Date | 2016-09-23 12:10 +0200 |
| Message-ID | <skvAB-2j1-7@gated-at.bofh.it> (permalink) |
| References | (2 earlier) <sfr4B-1xy-7@gated-at.bofh.it> <shzKq-4a4-19@gated-at.bofh.it> <shC5z-5KS-17@gated-at.bofh.it> <shFmO-7Jn-17@gated-at.bofh.it> <skdkl-7zs-19@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
[...] >>>> Is there anything else needed in msm sdhci driver so that the auto >>>> tuning is taken care of? >>> >>> >>> I am not familiar with any other than sdhci-esdhc-imx which supports >>> the SDHCI_TUNING_MODE_3. I may be wrong though. >>> >>> In the sdhci-esdhc-imx case, enabling of auto tuning seems to be done >>> in esdhc_post_tuning(), where a vendor specific register >>> (ESDHC_MIX_CTRL) is being written to. Perhaps something similar in >>> your case? >>> >> Thanks Ulf for the comments. Will check this and see if there is >> something of this sort we have to do to achieve auto tuning. >> Adding Ritesh who has been posting some SDHCI MSM patches recently in >> case he knows about this. > > > Internally, we don't use this Auto re-tuning and rely on explicit re-tune by > host driver. > > Question though - > 1. why do we need to call sdhci_runtime_resume/suspend from > sdhci_msm_runtime_suspend/resume? > From what I see is, sdhci_runtime_susend/resume will do reset and re-program > of host->pwr and host->clk because of which a retune will be required for > the next command after runtime resume. > > We can *only* disable and enable the clocks in > sdhci_msm_runtime_suspend/resume? > Thoughts? With this, I suppose you would not see any issue. I see. I assumes that means saving/restoring register context will automatically handled by some other outer logic, when doing clock gating/ungating? In other words, if the controller has valid tuning values, those will be re-used and restored when clock ungating happens? > > > Though for this issue, since internally also auto retuning is never used, we > can have this mode disabled. I can once again check with HW team to get more > details about this mode for MSM controller. > >> >> Regards, >> Pramod >> > Kind regards Uffe
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [PATCH v3] mmc: sdhci-msm: Add pm_runtime and system PM support Pramod Gurav <pramod.gurav@linaro.org> - 2016-09-15 10:00 +0200
Re: [PATCH v3] mmc: sdhci-msm: Add pm_runtime and system PM support Ulf Hansson <ulf.hansson@linaro.org> - 2016-09-15 12:30 +0200
Re: [PATCH v3] mmc: sdhci-msm: Add pm_runtime and system PM support Pramod Gurav <pramod.gurav@linaro.org> - 2016-09-15 16:00 +0200
Re: [PATCH v3] mmc: sdhci-msm: Add pm_runtime and system PM support Ritesh Harjani <riteshh@codeaurora.org> - 2016-09-22 16:40 +0200
Re: [PATCH v3] mmc: sdhci-msm: Add pm_runtime and system PM support Pramod Gurav <pramod.gurav@linaro.org> - 2016-09-23 08:30 +0200
Re: [PATCH v3] mmc: sdhci-msm: Add pm_runtime and system PM support Ulf Hansson <ulf.hansson@linaro.org> - 2016-09-23 12:10 +0200
Re: [PATCH v3] mmc: sdhci-msm: Add pm_runtime and system PM support Ritesh Harjani <riteshh@codeaurora.org> - 2016-09-27 06:50 +0200
csiph-web