Hi Lucas, On jeu., juin 09 2016, Lucas Stach <dev@xxxxxxxxxx> wrote: > Am Donnerstag, den 09.06.2016, 09:10 +0200 schrieb Gregory CLEMENT: >> Given its name the voltage_switch() should be called for any >> voltage. However currently it is only called for the 1.8V case. >> >> That means that the current implementation of the callback could have >> made this assumption. In order to not adding a regression when the >> voltage_switch() function will be called for the other voltage >> targets, >> this patch ensure that the code of the current callback won't be >> executed >> for the other case than 1.8V. >> > This isn't necessary, it's fine to re-execute the pad calibration for > any voltage switch. Thanks for your feedback, so I can remove this patch from the series. Gregory > > Regards, > Lucas > >> Cc: Lucas Stach <dev@xxxxxxxxxx> >> Signed-off-by: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx> >> --- >> drivers/mmc/host/sdhci-tegra.c | 4 ++++ >> 1 file changed, 4 insertions(+) >> >> diff --git a/drivers/mmc/host/sdhci-tegra.c b/drivers/mmc/host/sdhci- >> tegra.c >> index bcc0de47fe7e..01f58296125e 100644 >> --- a/drivers/mmc/host/sdhci-tegra.c >> +++ b/drivers/mmc/host/sdhci-tegra.c >> @@ -302,6 +302,10 @@ static void tegra_sdhci_voltage_switch(struct >> sdhci_host *host) >> struct sdhci_tegra *tegra_host = >> sdhci_pltfm_priv(pltfm_host); >> const struct sdhci_tegra_soc_data *soc_data = tegra_host- >> >soc_data; >> >> + /* initially this function was called only for the 1.8V case >> */ >> + if (host->mmc->ios.signal_voltage != MMC_SIGNAL_VOLTAGE_180) >> + return; >> + >> if (soc_data->nvquirks & NVQUIRK_HAS_PADCALIB) >> tegra_host->pad_calib_required = true; >> } -- Gregory Clement, Free Electrons Kernel, drivers, real-time and embedded Linux development, consulting, training and support. http://free-electrons.com -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html