From: Matt Fleming <matt@console-pimps.org>
To: Daniel Drake <dsd@laptop.org>
Cc: akpm@linux-foundation.org, linux-mmc@vger.kernel.org
Subject: Re: [PATCH] sdio: Fix crash in mmc_attach_sdio() error path
Date: Tue, 1 Dec 2009 15:53:25 +0000 [thread overview]
Message-ID: <20091201155325.GB21413@console-pimps.org> (raw)
In-Reply-To: <20091201151300.A34C29D404F@zog.reactivated.net>
On Tue, Dec 01, 2009 at 03:13:00PM +0000, Daniel Drake wrote:
> diff --git a/drivers/mmc/core/sdio.c b/drivers/mmc/core/sdio.c
> index cdb845b..fa07d4f 100644
> --- a/drivers/mmc/core/sdio.c
> +++ b/drivers/mmc/core/sdio.c
> @@ -516,7 +516,8 @@ int mmc_attach_sdio(struct mmc_host *host, u32 ocr)
> * The number of functions on the card is encoded inside
> * the ocr.
> */
> - card->sdio_funcs = funcs = (ocr & 0x70000000) >> 28;
> + funcs = (ocr & 0x70000000) >> 28;
> + card->sdio_funcs = 0;
>
> /*
> * If needed, disconnect card detection pull-up resistor.
> @@ -528,10 +529,11 @@ int mmc_attach_sdio(struct mmc_host *host, u32 ocr)
> /*
> * Initialize (but don't add) all present functions.
> */
> - for (i = 0;i < funcs;i++) {
> + for (i = 0;i < funcs;i++, card->sdio_funcs++) {
> err = sdio_init_func(host->card, i + 1);
> if (err)
> goto remove;
> + card->sdio_funcs = i + 1;
> }
I don't understand what you're trying to do here. The card->sdio_funcs++
should take care of incrementing the sdio_funcs count properly. When the
loop terminates both "i" and "card->sdio_funcs" will be equal to
"funcs", unless we jump to the remove label. Unless I've missed
something?
Isn't this hunk below fixing a slightly different bug? Admittedly, it
could cause a crash, but I think it warrants a separate patch and
changelog.
I assumed you would be sending a patch just for this bug below and not
for the one above (which I is why I submitted one). I wasn't very clear
about that though ;-)
> diff --git a/drivers/mmc/core/sdio_bus.c b/drivers/mmc/core/sdio_bus.c
> index d37464e..9e060c8 100644
> --- a/drivers/mmc/core/sdio_bus.c
> +++ b/drivers/mmc/core/sdio_bus.c
> @@ -248,12 +248,15 @@ int sdio_add_func(struct sdio_func *func)
> /*
> * Unregister a SDIO function with the driver model, and
> * (eventually) free it.
> + * This function can be called through error paths where sdio_add_func() was
> + * never executed (because a failure occurred at an earlier point).
> */
> void sdio_remove_func(struct sdio_func *func)
> {
> - if (sdio_func_present(func))
> - device_del(&func->dev);
> + if (!sdio_func_present(func))
> + return;
>
> + device_del(&func->dev);
> put_device(&func->dev);
> }
>
> --
> 1.6.2.5
>
next prev parent reply other threads:[~2009-12-01 15:51 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-12-01 15:13 [PATCH] sdio: Fix crash in mmc_attach_sdio() error path Daniel Drake
2009-12-01 15:53 ` Matt Fleming [this message]
2009-12-01 16:00 ` Daniel Drake
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20091201155325.GB21413@console-pimps.org \
--to=matt@console-pimps.org \
--cc=akpm@linux-foundation.org \
--cc=dsd@laptop.org \
--cc=linux-mmc@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox