RE: [PATCH 1/1] fix card interrupt losing issue on freescale eSDHC

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> -----Original Message-----
> From: linux-arm-kernel-bounces@xxxxxxxxxxxxxxxxxxx [mailto:linux-arm-
> kernel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Uwe Kleine-K?nig
> Sent: Wednesday, July 27, 2011 3:47 PM
> To: Lin Tony-B19295
> Cc: cjb@xxxxxxxxxx; linux-mmc@xxxxxxxxxxxxxxx; kernel@xxxxxxxxxxxxxx;
> linux-arm-kernel@xxxxxxxxxxxxxxxxxxx
> Subject: Re: [PATCH 1/1] fix card interrupt losing issue on freescale
> eSDHC
> 
> Hello Tony,
> 
> On Mon, Jul 18, 2011 at 01:20:02PM +0800, Tony Lin wrote:
> > apply workaround for imx eSDHC controller to avoid missing card
> > interrupt so that SDIO function is workable
> Fixing a few typos (but note, I'm not a native speaker):
> 
> 	mmc/sdhci-esdhc-imx: fix losing card interrupt
> 
> 	Apply workaround for the imx eSDHC controller to avoid missing a
> 	card interrupt.
> 
> 	Signed-off-by: ...
> 
> > Signed-off-by: Tony Lin <tony.lin@xxxxxxxxxxxxx>
> > ---
> >  drivers/mmc/host/sdhci-esdhc-imx.c |   39 +++++++++++++++++++++++++++-
> -------
> >  1 files changed, 30 insertions(+), 9 deletions(-)
> >
> > diff --git a/drivers/mmc/host/sdhci-esdhc-imx.c
> > b/drivers/mmc/host/sdhci-esdhc-imx.c
> > index a19967d..da77cae 100644
> > --- a/drivers/mmc/host/sdhci-esdhc-imx.c
> > +++ b/drivers/mmc/host/sdhci-esdhc-imx.c
> > @@ -32,6 +32,8 @@
> >  #define  SDHCI_VENDOR_SPEC_SDIO_QUIRK	0x00000002
> >
> >  #define ESDHC_FLAG_GPIO_FOR_CD_WP	(1 << 0)
> > +
> > +#define	SDHCI_CTRL_D3CD			0x08
> >  /*
> >   * The CMDTYPE of the CMD register (offset 0xE) should be set to
> >   * "11" when the STOP CMD12 is issued on imx53 to abort one @@ -87,14
> > +89,31 @@ static void esdhc_writel_le(struct sdhci_host *host, u32
> > val, int reg)  {
> >  	struct sdhci_pltfm_host *pltfm_host = sdhci_priv(host);
> >  	struct pltfm_imx_data *imx_data = pltfm_host->priv;
> > -
> > -	if (unlikely((reg == SDHCI_INT_ENABLE || reg == SDHCI_SIGNAL_ENABLE)
> > -			&& (imx_data->flags & ESDHC_FLAG_GPIO_FOR_CD_WP)))
> > -		/*
> > -		 * these interrupts won't work with a custom card_detect gpio
> > -		 * (only applied to mx25/35)
> > -		 */
> > -		val &= ~(SDHCI_INT_CARD_REMOVE | SDHCI_INT_CARD_INSERT);
> > +	u32 data;
> > +
> > +	if (unlikely((reg == SDHCI_INT_ENABLE || reg ==
> SDHCI_SIGNAL_ENABLE))) {
> > +		if (imx_data->flags & ESDHC_FLAG_GPIO_FOR_CD_WP)
> > +			/*
> > +			 * these interrupts won't work with a custom
> > +			 * card_detect gpio (only applied to mx25/35)
> hmm, ok, this was here before, but I wonder about the "only applied to
> mx25/35" part. How is that meant? I don't see logic to prevent other socs
> using this workaround.
Sorry, not so sure about mx25/35 history. But the flag is set only if it's mx25 or mx35. 
You can check the code in esdhc_pltfm_init.
> 
> > +			 */
> > +			val &= ~(SDHCI_INT_CARD_REMOVE | \
> > +				SDHCI_INT_CARD_INSERT);
> > +
> > +		if (val & SDHCI_INT_CARD_INT) {
> > +			/*
> > +			 * clear D3CD bit and set D3CD bit to avoid
> > +			 * missing card interrupt
> > +			 * this is a eSDHC controller problem so that
> > +			 * we need to apply following workaround
> s/following/this/ ? If not, according to my (non-native) English you need
> to add a "the" before "following".
> 
> > +			 */
> > +			data = readl(host->ioaddr + SDHCI_HOST_CONTROL);
> > +			data &= ~SDHCI_CTRL_D3CD;
> > +			writel(data, host->ioaddr + SDHCI_HOST_CONTROL);
> > +			data |= SDHCI_CTRL_D3CD;
> > +			writel(data, host->ioaddr + SDHCI_HOST_CONTROL);
> Is there some Documentation about this problem? If yes, maybe add a link
> to it? Alternatively describe the problem more exact in a comment please.
> 
> > +		}
> > +	}
> >
> >  	if (unlikely((imx_data->flags & ESDHC_FLAG_MULTIBLK_NO_INT)
> >  				&& (reg == SDHCI_INT_STATUS)
> > @@ -165,7 +184,9 @@ static void esdhc_writeb_le(struct sdhci_host *host,
> u8 val, int reg)
> >  		return;
> >  	case SDHCI_HOST_CONTROL:
> >  		/* FSL messed up here, so we can just keep those two */
> > -		new_val = val & (SDHCI_CTRL_LED | SDHCI_CTRL_4BITBUS);
> > +		new_val = val & (SDHCI_CTRL_LED | \
> > +				SDHCI_CTRL_4BITBUS | \
> > +				SDHCI_CTRL_D3CD);
> This makes the comment wrong---now there are three bits that can be
> preserved.
> 
Thanks for your comments. Accepted.

> Best regards
> Uwe
> 
> --
> Pengutronix e.K.                           | Uwe Kleine-König
> |
> Industrial Linux Solutions                 | http://www.pengutronix.de/
> |
> 
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel@xxxxxxxxxxxxxxxxxxx
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel


--
To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux USB Devel]     [Linux Media]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux