[...]
>> Seems like this function can be void instead of always returning 0.
>
> In patch 4 "mmc: sdhci-pxav3: Modify clock settings for the SDR50 and
> DDR50 modes", this function can return other values than 0.
>
> I could change the prototype in patch 4, but it would also imply
> removing the test of the return value in this patch and adding in back
> patch 4. By returning a value in this patch, it reduced the amount of
> change over the patches.
>
> But if you still prefer than I this function return void in this
> patch, I can do it.
No worries, let's keep it as an int. But then I have a few other
comments, see below.
>
>
> Thanks,
>
> Gregory
>
>
>>
>>> +{
>>> + host->quirks |= SDHCI_QUIRK_MISSING_CAPS;
>>> + /*
>>> + * According to erratum 'FE-2946959' both SDR50 and DDR50
>>> + * modes require specific clock adjustments in SDIO3
>>> + * Configuration register, if the adjustment is not done,
>>> + * remove them from the capabilities.
>>> + */
>>> + host->caps1 = sdhci_readl(host, SDHCI_CAPABILITIES_1);
>>> + host->caps1 &= ~(SDHCI_SUPPORT_SDR50 | SDHCI_SUPPORT_DDR50);
>>> + return 0;
>>> +}
>>> +
>>> static void pxav3_reset(struct sdhci_host *host, u8 mask)
>>> {
>>> struct platform_device *pdev = to_platform_device(mmc_dev(host->mmc));
>>> @@ -319,6 +333,9 @@ static int sdhci_pxav3_probe(struct platform_device *pdev)
>>> clk_prepare_enable(pxa->clk_core);
>>>
>>> if (of_device_is_compatible(np, "marvell,armada-380-sdhci")) {
>>> + ret = armada_38x_quirks(host);
>>> + if (ret < 0)
Since in patch 4 you return a proper error code, let's also adopt to
that here by changing to:
"if (IS_ERR(ret))
>>> + goto err_quirks;
>>> ret = mv_conf_mbus_windows(pdev, mv_mbus_dram_info());
>>> if (ret < 0)
>>> goto err_mbus_win;
>>> @@ -400,6 +417,7 @@ err_mbus_win:
>>> if (!IS_ERR(pxa->clk_core))
>>> clk_disable_unprepare(pxa->clk_core);
>>> err_clk_get:
>>> +err_quirks:
You don't need the new label, you could use "err_clk_get".
>>> sdhci_pltfm_free(pdev);
>>> return ret;
>>> }
>>> --
>>> 2.1.0
>>>
Kind regards
Uffe
--
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
