On Fri, 6 Mar 2020 at 04:38, <nguyenb@xxxxxxxxxxxxxx> wrote: > > On 2020-02-27 22:46, Ulf Hansson wrote: > > On Thu, 27 Feb 2020 at 23:06, Bao D. Nguyen <nguyenb@xxxxxxxxxxxxxx> > > wrote: > >> > >> If the SD card is removed, the mmc_card pointer can be set to NULL > >> by the mmc_sd_remove() function. Check mmc_card pointer to avoid NULL > >> pointer access. > >> > >> Signed-off-by: Bao D. Nguyen <nguyenb@xxxxxxxxxxxxxx> > >> Signed-off-by: Asutosh Das <asutoshd@xxxxxxxxxxxxxx> > >> --- > >> drivers/mmc/core/bus.c | 5 +++++ > >> drivers/mmc/core/core.c | 3 +++ > >> 2 files changed, 8 insertions(+) > >> > >> diff --git a/drivers/mmc/core/bus.c b/drivers/mmc/core/bus.c > >> index 74de3f2..4558f51 100644 > >> --- a/drivers/mmc/core/bus.c > >> +++ b/drivers/mmc/core/bus.c > >> @@ -131,6 +131,11 @@ static void mmc_bus_shutdown(struct device *dev) > >> struct mmc_host *host = card->host; > >> int ret; > > > > This obviously doesn't solve anything as we have already dereferenced > > the card->host above. In other words we should hit a NULL pointer > > dereference bug then. > > > > More exactly, how do you trigger this problem? > I am porting this fix in the older kernel version 3.4. In that version > 3.4, the pointer check was needed. > Obviously, this NULL pointer check is not helping anything here as you > pointed out. I will remove this check and resubmit. Don't get me wrong, we have had serious errors in the mmc core before, that we needed to fix. Perhaps, the series are addressing some issues like this, I don't know. The point is, either you need to provide a detailed theoretical proof, or a description of how to reproduce the problem. If not, I don't see how I can pick any of your patches, sorry. [...] Kind regards Uffe
