[U-Boot] [PATCH] MMC: Do not write to mmc_uclass_priv if it was not allocated

Simon Glass sjg at chromium.org
Thu Jun 30 21:28:27 CEST 2016


Hi Meteusz,

On 30 June 2016 at 12:18, Mateusz Kulikowski
<mateusz.kulikowski at gmail.com> wrote:
> On 29.06.2016 05:27, Simon Glass wrote:
>> Hi Matt,
>>
>> On 25 June 2016 at 14:57, Matt Corallo <linux at bluematt.me> wrote:
>>> Signed-off-by: Matt Corallo <git at bluematt.me>
>>> ---
>>>  drivers/mmc/mmc.c | 3 ++-
>>>  1 file changed, 2 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c
>>> index aabfc71..eba20f0 100644
>>> --- a/drivers/mmc/mmc.c
>>> +++ b/drivers/mmc/mmc.c
>>> @@ -1734,7 +1734,8 @@ int mmc_init(struct mmc *mmc)
>>>  #ifdef CONFIG_DM_MMC
>>>         struct mmc_uclass_priv *upriv = dev_get_uclass_priv(mmc->dev);
>>>
>>> -       upriv->mmc = mmc;
>>> +       if (upriv)
>>> +               upriv->mmc = mmc;
>>>  #endif
>>>         if (mmc->has_init)
>>>                 return 0;
>>> --
>>> 2.1.4
>>
>> Can you please add a commit message explaining why this is needed and
>> what it fixes?  How can mmc_init() be called before the MMC device is
>> there? Is this related to this patch?
>>
>> http://patchwork.ozlabs.org/patch/640735/
>
> It's related in a way that it fixed crash of dragonboard before I submitted my patch :)
>
> Not sure if it meant to fix dragonboard or some other board.
>
> Although - imho - it's nice to make check like that.. or at least some kind of assert.

An assert() would be fine with me.

Regards,
Simon


More information about the U-Boot mailing list