Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755891Ab1BXSet (ORCPT ); Thu, 24 Feb 2011 13:34:49 -0500 Received: from na3sys009aog110.obsmtp.com ([74.125.149.203]:54270 "EHLO na3sys009aog110.obsmtp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755619Ab1BXSep convert rfc822-to-8bit (ORCPT ); Thu, 24 Feb 2011 13:34:45 -0500 From: Philip Rakity To: "Dong, Chuanxiao" CC: Jae hoon Chung , "linux-mmc@vger.kernel.org" , "cjb@laptop.org" , "linux-kernel@vger.kernel.org" , "arnd@arndb.de" , Kyungmin Park Date: Thu, 24 Feb 2011 10:32:30 -0800 Subject: Re: [PATCH 1/1]mmc: set timeout for SDHCI host before sending busy cmd Thread-Topic: [PATCH 1/1]mmc: set timeout for SDHCI host before sending busy cmd Thread-Index: AcvUUTJWyk5EJrMPSE625jvXkM6BRg== Message-ID: <79DD18D4-C79A-4B08-B9E6-050D7EF2FC3D@marvell.com> References: <20110224111935.GB7169@intel.com> <5D8008F58939784290FAB48F5497519835CE59FE81@shsmsx502.ccr.corp.intel.com> In-Reply-To: <5D8008F58939784290FAB48F5497519835CE59FE81@shsmsx502.ccr.corp.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 5604 Lines: 154 On Feb 24, 2011, at 6:54 AM, Dong, Chuanxiao wrote: > Great. Maybe we wouldn't need to add this quirk since give a maximum timeout value is safe for all host controller I think. We would better save the quirk for other really critical silicon bugs. proposed this a while ago and strongly support just removing the quirk for broken timeout and setting the timeout value to maximum of 0xE. This also handles the case of the sd device having a timeout value too low. In my testing I have come across SD cards that do not provide the correct value. We force our pxa168, pxa910, and mmp2 controllers to have 0xE. Philip > >> -----Original Message----- >> From: Jae hoon Chung [mailto:jh80.chung@gmail.com] >> Sent: Thursday, February 24, 2011 10:18 PM >> To: Dong, Chuanxiao >> Cc: linux-mmc@vger.kernel.org; cjb@laptop.org; linux-kernel@vger.kernel.org; >> arnd@arndb.de; Kyungmin Park >> Subject: Re: [PATCH 1/1]mmc: set timeout for SDHCI host before sending busy cmd >> >> Hi >> >> This patch looks like this. I sent to the RFC patch.. >> >> http://marc.info/?l=linux-mmc&m=129109794815028&w=3 >> >> Signed-off-by: Jaehoon Chung >> Signed-off-by: Kyungmin Park >> >> --- >> drivers/mmc/host/sdhci.c | 6 +++++- >> include/linux/mmc/sdhci.h | 3 ++- >> 2 files changed, 7 insertions(+), 2 deletions(-) >> >> diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c >> index 782c0ee..3b93d97 100644 >> --- a/drivers/mmc/host/sdhci.c >> +++ b/drivers/mmc/host/sdhci.c >> @@ -655,8 +655,12 @@ static void sdhci_prepare_data(struct sdhci_host >> *host, struct mmc_data *data) >> >> WARN_ON(host->data); >> >> - if (data == NULL) >> + if (data == NULL) { >> + if ((host->quirks & SDHCI_QUIRK_SET_DATA_TIMEOUT_VAL) >> && >> + (host->cmd->flags & MMC_RSP_BUSY)) >> + sdhci_writel(host, 0xE, SDHCI_TIMEOUT_CONTROL); >> return; >> + } >> >> /* Sanity checks */ >> BUG_ON(data->blksz * data->blocks > 524288); >> diff --git a/include/linux/mmc/sdhci.h b/include/linux/mmc/sdhci.h >> index 1fdc673..315ff49 100644 >> --- a/include/linux/mmc/sdhci.h >> +++ b/include/linux/mmc/sdhci.h >> @@ -83,7 +83,8 @@ struct sdhci_host { >> #define SDHCI_QUIRK_MULTIBLOCK_READ_ACMD12 (1<<28) >> /* Controller doesn't have HISPD bit field in HI-SPEED SD card */ >> #define SDHCI_QUIRK_NO_HISPD_BIT (1<<29) >> - >> +/* Controller need set data timeout value when card is busy */ >> +#define SDHCI_QUIRK_SET_DATA_TIMEOUT_VAL (1<<30) >> int irq; /* Device IRQ */ >> void __iomem *ioaddr; /* Mapped address */ >> >> -- >> 1.6.0.4 >> >> 2011/2/24 Chuanxiao Dong : >>> Set the timeout control register for SDHCI host when it needs to send some >>> commands which need busy signal. Use the maximum timeout value will be safe. >>> >>> Signed-off-by: Chuanxiao Dong >>> --- >>> drivers/mmc/host/sdhci.c | 14 ++++++++++---- >>> 1 files changed, 10 insertions(+), 4 deletions(-) >>> >>> diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c >>> index 9e15f41..32b7475 100644 >>> --- a/drivers/mmc/host/sdhci.c >>> +++ b/drivers/mmc/host/sdhci.c >>> @@ -40,7 +40,6 @@ >>> >>> static unsigned int debug_quirks = 0; >>> >>> -static void sdhci_prepare_data(struct sdhci_host *, struct mmc_data *); >>> static void sdhci_finish_data(struct sdhci_host *); >>> >>> static void sdhci_send_command(struct sdhci_host *, struct mmc_command >> *); >>> @@ -651,16 +650,23 @@ static void sdhci_set_transfer_irqs(struct sdhci_host >> *host) >>> sdhci_clear_set_irqs(host, dma_irqs, pio_irqs); >>> } >>> >>> -static void sdhci_prepare_data(struct sdhci_host *host, struct mmc_data *data) >>> +static void sdhci_prepare_data(struct sdhci_host *host, struct mmc_command >> *cmd) >>> { >>> u8 count; >>> u8 ctrl; >>> + struct mmc_data *data = cmd->data; >>> int ret; >>> >>> WARN_ON(host->data); >>> >>> - if (data == NULL) >>> + if (data == NULL) { >>> + /* >>> + * set timeout to be maximum value for command with busy >> signal. >>> + */ >>> + if (cmd->flags & MMC_RSP_BUSY) >>> + sdhci_writeb(host, 0xE, >> SDHCI_TIMEOUT_CONTROL); >>> return; >>> + } >>> >>> /* Sanity checks */ >>> BUG_ON(data->blksz * data->blocks > 524288); >>> @@ -920,7 +926,7 @@ static void sdhci_send_command(struct sdhci_host *host, >> struct mmc_command *cmd) >>> >>> host->cmd = cmd; >>> >>> - sdhci_prepare_data(host, cmd->data); >>> + sdhci_prepare_data(host, cmd); >>> >>> sdhci_writel(host, cmd->arg, SDHCI_ARGUMENT); >>> >>> -- >>> 1.6.6.1 >>> >>> -- >>> To unsubscribe from this list: send the line "unsubscribe linux-mmc" in >>> the body of a message to majordomo@vger.kernel.org >>> More majordomo info at http://vger.kernel.org/majordomo-info.html >>> > -- > To unsubscribe from this list: send the line "unsubscribe linux-mmc" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/