From: Matt Fleming <matt@console-pimps.org>
To: "Gao, Yunpeng" <yunpeng.gao@intel.com>
Cc: Kyungmin Park <kyungmin.park@samsung.com>,
Jaehoon Chung <jh80.chung@samsung.com>,
"linux-mmc@vger.kernel.org" <linux-mmc@vger.kernel.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: Sat, 28 Aug 2010 14:37:37 +0100 [thread overview]
Message-ID: <20100828133737.GH18829@console-pimps.org> (raw)
In-Reply-To: <CE761E84DADF2947A4AF22FB8D97A4732A58275D@shsmsx501.ccr.corp.intel.com>
On Fri, Aug 27, 2010 at 07:55:44PM +0800, Gao, Yunpeng wrote:
> >-----Original Message-----
> >From: linux-mmc-owner@vger.kernel.org
> >[mailto:linux-mmc-owner@vger.kernel.org] On Behalf Of Kyungmin Park
> >Sent: Friday, August 27, 2010 3:15 PM
> >To: Matt Fleming
> >Cc: Jaehoon Chung; linux-mmc@vger.kernel.org; Marek Szyprowski; Andrew Morton;
> >Ben Dooks
> >Subject: Re: [PATCH] sdhci: disable MMC_CAP_NEEDS_POLL in nonremovable case
> >
> >On Fri, Aug 27, 2010 at 4:09 PM, Matt Fleming <matt@console-pimps.org> wrote:
> >> 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;
>
> Since module parameter 'mmc_assume_removable' (defined in core.c) also
> controls the nonremovable attribute of the mmc/eMMC device, will it be
> better to also check value of 'mmc_assume_removable' here? Thanks.
Yeah, I think that check is also needed. I've got a couple of patches
that I'll reply to this thread with. There should really be a helper
function for determining when a card is either physially non-removable
(eMMC) or logically non-removable (mmc_assume_removable == 0).
next prev parent reply other threads:[~2010-08-28 13:37 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
2010-08-27 7:14 ` Kyungmin Park
2010-08-27 11:55 ` Gao, Yunpeng
2010-08-28 13:37 ` Matt Fleming [this message]
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=20100828133737.GH18829@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 \
--cc=yunpeng.gao@intel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).