From: Matt Fleming <matt@console-pimps.org>
To: Jaehoon Chung <jh80.chung@samsung.com>
Cc: linux-mmc@vger.kernel.org,
Kyungmin Park <kyungmin.park@samsung.com>,
matt@console-pimps.org,
Marek Szyprowski <m.szyprowski@samsung.com>,
Andrew Morton <akpm@linux-foundation.org>,
Ben Dooks <ben-linux@fluff.org>
Subject: Re: [PATCH] sdhci: disable MMC_CAP_NEEDS_POLL in nonremovable case
Date: Fri, 27 Aug 2010 08:09:55 +0100 [thread overview]
Message-ID: <20100827070955.GA2418@console-pimps.org> (raw)
In-Reply-To: <4C775C8E.7040903@samsung.com>
On Fri, Aug 27, 2010 at 03:34:54PM +0900, Jaehoon Chung wrote:
> If controller use SDHCI_QUIRK_BROKEN_CARD_DETECTION quirk,
> controller need always polling detect
>
> In this case, always generated interrupt.Because controller checked card status.
> I think that is not efficiently.
>
> But if card is nonremovable, we need not always polling.
> So i added the check-point which is nonremovable or not
>
> Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>
> ---
> drivers/mmc/host/sdhci.c | 5 +++--
> 1 files changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c
> index 401527d..4bc5d3c 100644
> --- a/drivers/mmc/host/sdhci.c
> +++ b/drivers/mmc/host/sdhci.c
> @@ -1826,8 +1826,9 @@ int sdhci_add_host(struct sdhci_host *host)
> if (caps & SDHCI_CAN_DO_HISPD)
> mmc->caps |= MMC_CAP_SD_HIGHSPEED;
>
> - if (host->quirks & SDHCI_QUIRK_BROKEN_CARD_DETECTION)
> - mmc->caps |= MMC_CAP_NEEDS_POLL;
> + if ((host->quirks & SDHCI_QUIRK_BROKEN_CARD_DETECTION) &&
> + !(host->mmc->caps & MMC_CAP_NONREMOVABLE))
> + mmc->caps |= MMC_CAP_NEEDS_POLL;
>
> mmc->ocr_avail = 0;
> if (caps & SDHCI_CAN_VDD_330)
> --
> 1.6.0.4
> --
I don't have any non-removable hardware so I can't test this patch but I
think it makes sense. The indentation looks a bit weird, but Andrew may
fix that up if he thinks it's a problem.
I'm assuming that you're testing this change with the sdhci-s3c.c
driver? Is it a good idea that the driver is using
SDHCI_QUIRK_BROKEN_CARD_DETECTION when it has a nonremovable card?
Currently we seem to be using SDHCI_QUIRK_BROKEN_CARD_DETECTION and
MMC_CAP_NONREMOVABLE to mean that same thing in some places which is
really confusing.
Like in drivers/mmc/host/sdhci.c we can enable card detection irqs for
cards that are nonremovable which is a bit pointless (though obviously
not harmful).
But your patch seems fine unless anyone else has an issue with it, I'm
just trying to see if we could clean this up ontop of your patch.
Adding Andrew Morton to the CC list.
next prev parent reply other threads:[~2010-08-27 7:09 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-27 6:34 [PATCH] sdhci: disable MMC_CAP_NEEDS_POLL in nonremovable case Jaehoon Chung
2010-08-27 7:09 ` Matt Fleming [this message]
2010-08-27 7:14 ` Kyungmin Park
2010-08-27 11:55 ` Gao, Yunpeng
2010-08-28 13:37 ` Matt Fleming
2010-08-28 13:53 ` [PATCH 1/2] mmc: Add helper function to check if a card is removable Matt Fleming
2010-08-28 13:53 ` [PATCH 2/2] sdhci: disable MMC_CAP_NEEDS_POLL in nonremovable case Matt Fleming
2010-08-30 1:06 ` Kyungmin Park
2010-09-02 8:51 ` Jaehoon Chung
2010-09-02 9:14 ` Matt Fleming
2010-09-08 1:27 ` Jaehoon Chung
2010-09-15 15:11 ` Matt Fleming
2010-09-15 15:14 ` Matt Fleming
2010-09-15 20:38 ` Chris Ball
2010-09-16 2:20 ` Chris Ball
2010-09-16 9:02 ` Matt Fleming
2010-09-26 7:31 ` zhangfei gao
2010-09-27 8:43 ` Matt Fleming
2010-08-28 14:13 ` [PATCH 1/2] mmc: Add helper function to check if a card is removable Ben Hutchings
2010-08-28 14:28 ` Matt Fleming
2010-08-30 9:59 ` [PATCH v2] " Matt Fleming
2010-09-02 8:48 ` Jaehoon Chung
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=20100827070955.GA2418@console-pimps.org \
--to=matt@console-pimps.org \
--cc=akpm@linux-foundation.org \
--cc=ben-linux@fluff.org \
--cc=jh80.chung@samsung.com \
--cc=kyungmin.park@samsung.com \
--cc=linux-mmc@vger.kernel.org \
--cc=m.szyprowski@samsung.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.