[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20121018063825.GC4513@S2101-09.ap.freescale.net>
Date: Thu, 18 Oct 2012 14:38:27 +0800
From: Shawn Guo <shawn.guo@...aro.org>
To: Yong Ding <yongd@...vell.com>
Cc: Chris Ball <cjb@...top.org>,
Anton Vorontsov <anton.vorontsov@...aro.org>,
Marek Szyprowski <m.szyprowski@...sung.com>,
Wolfram Sang <w.sang@...gutronix.de>,
Daniel Drake <dsd@...top.org>,
Sascha Hauer <s.hauer@...gutronix.de>,
Wilson Callan <wilson.callan@...antsystems.com>,
Ben Dooks <ben-linux@...ff.org>,
Zhangfei Gao <zgao6@...vell.com>,
Kevin Liu <kliu5@...vell.com>, Jialing Fu <jlfu@...vell.com>,
"linux-mmc@...r.kernel.org" <linux-mmc@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 1/3] mmc: esdhc: enable polling to detect card by itself
Can you fix your mailer to use bottom posting rather than top posting,
and have texts wrap around column 70? Otherwise, you message stands
a good chance to be ignored by people.
On Wed, Oct 17, 2012 at 11:27:17PM -0700, Yong Ding wrote:
> Shawn,
> Thanks. Oh, sorry I really have missed the fact u mentioned. U are right in the current code, the bit will also be cleared for ESDHC_CD_GPIO.
> But I think this is improper since for GPIO detection type, we don't use the host controller internal card detection(ESDHC_CD_CONTROLLER), but with SDHCI_QUIRK_BROKEN_CARD_DETECTION cleared, we'll still enable/disable relevant INT bits (in sdhci_set_card_detection in sdhci.c). This is my biggest concern. And I think the SDHCI_QUIRK_BROKEN_CARD_DETECTION shall be purely used to notify whether the host controller detection method is used or not. So even for the ESDHC_CD_GPIO type, we should still set this flag. How do u think?
>
I'm fine with that. Just remind you a fact you seem missed in case
you need to change sdhci-esdhc-imx.c to adapt the changes you are going
to make on sdhci.c.
Shawn
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists