From: yongd <yongd@marvell.com>
To: Chris Ball <cjb@laptop.org>,
Anton Vorontsov <anton.vorontsov@linaro.org>,
Marek Szyprowski <m.szyprowski@samsung.com>,
Shawn Guo <shawn.guo@linaro.org>,
Wolfram Sang <w.sang@pengutronix.de>,
Daniel Drake <dsd@laptop.org>,
Sascha Hauer <s.hauer@pengutronix.de>,
Wilson Callan <wilson.callan@savantsystems.com>,
Ben Dooks <ben-linux@fluff.org>
Cc: zhangfei.gao@marvell.com, kevin.liu@marvell.com,
jlfu@marvell.com, linux-mmc@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: (unknown)
Subject:
Date: Fri, 28 Sep 2012 18:28:30 +0800 [thread overview]
Message-ID: <1348828113-19668-1-git-send-email-yongd@marvell.com> (raw)
ngd@marvell.com> # This line is ignored.
From: yongd <yongd@marvell.com>
Subject:[PATCH 0/3] mmc: enable card-detection polling in host driver rather than in sdhci_add_host
In-Reply-To:
Hi all,
As checked, SDHCI_QUICK_BROKEN_CARD_DETECTION was previously introduced by Anton Vorontsov in commit
68d1fb7e229c6f95be4fbbe3eb46b24e41184924. For a removable card (MMC_CAP_NONREMOVABLE is not set),
if this QUICK is set, sdhci_add_host will set MMC_CAP_NEEDS_POLL to enable card-detection polling method,
and sdhci_set_card_detection will not enable host controller card insert/remove interrupts (the host
internal card detection method).
However, we can have some other card detection methods besides host internal card detection and polling
methods. For example, we might use an external GPIO pin for detection. In such case, we will not set
MMC_CAP_NONREMOVABLE since removable, and set SDHCI_QUICK_BROKEN_CARD_DETECTION since we don't use controller
card insert/remove interrupts. But unexpectedly, sdhci_add_host will still enable polling for us. This
is redundant.
So, here comes the following solution.
1st, enable card-detection polling in vendor host driver itself so that it will not rely on sdhci_add_host.
[PATCH 1/3]: for sdhci-esdhc-imx.c
[PATCH 2/3]: for sdhci-s3c.c
And for other vendor host drivers(sdhci-pxav2/3.c, sdhci-pci.c, sdhci-of-esdhc.c), as checked, those who
set SDHCI_QUICK_BROKEN_CARD_DETECTION actually do not set this for enabling polling. So no similar change is
needed.
2nd, remove MMC_CAP_NEEDS_POLL setting in sdhci_add_host, as in [PATCH 3/3].
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Actually I have had some discussion with Anton, and now added more reviewers here since my proposal influences
others. I will appreciate your review and comments. Thanks a lot:-)
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
next reply other threads:[~2012-09-28 10:28 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-28 10:28 yongd [this message]
2012-09-28 10:28 ` [PATCH 1/3] mmc: esdhc: enable polling to detect card by itself yongd
2012-10-07 14:06 ` Shawn Guo
2012-10-17 4:01 ` Yong Ding
2012-10-18 5:50 ` Shawn Guo
2012-10-18 6:27 ` Yong Ding
2012-10-18 6:38 ` Shawn Guo
2012-10-18 7:19 ` Yong Ding
2012-09-28 10:28 ` [PATCH 2/3] mmc: sdhci-s3c: " yongd
2012-09-28 10:28 ` [PATCH 3/3] mmc: remove MMC_CAP_NEEDS_POLL setting in sdhci_add_host yongd
-- strict thread matches above, loose matches on Subject: below --
2018-01-29 17:17 (unknown), Jones
2017-07-09 23:19 (unknown), Corporate Lenders
2017-04-17 0:43 (unknown), John Ewalt
2017-03-21 6:58 (unknown) Piotr Sroka
2017-01-21 17:47 (unknown), amit mahadik
2017-01-09 11:33 [PATCH v2 0/7] uapi: export all headers under uapi directories Arnd Bergmann
2017-01-13 10:46 ` [PATCH v3 0/8] " Nicolas Dichtel
2017-01-13 10:46 ` [PATCH v3 1/8] arm: put types.h in uapi Nicolas Dichtel
2017-01-13 15:36 ` (unknown) David Howells
2015-04-29 20:47 (unknown) Angelo Dureghello
2014-05-23 2:50 (unknown), Wang, Yalin
2013-10-17 2:48 (unknown), remittance2013@hotmail.comContact
2013-09-19 1:04 (unknown), Loan Offer
2012-09-18 4:52 (unknown), Mr. Beuker Hendrik
2012-09-07 0:12 (unknown), Allen and Violet Large
2012-09-06 12:23 (unknown), MR.TAN WONG
2012-08-09 6:55 (unknown), Lee Susman
2012-03-31 14:44 (unknown), jin mong
2011-12-05 9:14 (unknown), r66093
2011-10-31 14:47 (unknown), ygardi
2011-10-31 8:49 (unknown), merez
2011-10-31 7:43 (unknown) Bar Yasser
2011-09-22 11:10 (unknown), Girish K S
2011-09-22 11:10 ` (unknown), Girish K S
2011-06-17 3:35 (unknown), Mr. Vincent Cheng
2011-06-15 4:27 (unknown), Microsoft Promotion Award Team
2011-05-16 23:30 (unknown), Greg Moore
2010-11-16 13:59 (unknown), , Ming-Yang Lee
2010-08-21 16:19 (unknown) Award Promo
2010-07-28 6:02 (unknown), Roy Zang
2010-07-17 8:06 (unknown), Grant Mayor
2010-06-05 17:29 (unknown) Michał Mirosław
2010-06-05 17:29 ` (unknown) Michał Mirosław
2010-06-05 17:29 ` (unknown) Michał Mirosław
2010-06-03 0:36 (unknown), Mr. zong lee
2010-06-03 0:25 (unknown), Mr. zong lee
2010-06-03 0:17 (unknown), Mr. zong lee
2010-04-16 14:19 (unknown), Ups Courier
2010-03-27 13:31 (unknown), EuroMIllions
2010-03-25 0:01 (unknown), UBS International Holdings BV
2010-03-22 23:33 (unknown), UBS International Holdings BV
2010-02-13 23:16 (unknown), PATRICK CHAN
2009-08-22 2:37 (unknown), Kyungmin Park
2009-08-21 14:56 (unknown), Normann Cunz
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=1348828113-19668-1-git-send-email-yongd@marvell.com \
--to=yongd@marvell.com \
--cc=anton.vorontsov@linaro.org \
--cc=ben-linux@fluff.org \
--cc=cjb@laptop.org \
--cc=dsd@laptop.org \
--cc=jlfu@marvell.com \
--cc=kevin.liu@marvell.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mmc@vger.kernel.org \
--cc=m.szyprowski@samsung.com \
--cc=s.hauer@pengutronix.de \
--cc=shawn.guo@linaro.org \
--cc=w.sang@pengutronix.de \
--cc=wilson.callan@savantsystems.com \
--cc=zhangfei.gao@marvell.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