From: Chris Ball <cjb@laptop.org>
To: Takashi Iwai <tiwai@suse.de>
Cc: Aries Lee <arieslee@jmicron.com>,
linux-mmc@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] mmc: Fix read-only detection with JMicron 388 chip
Date: Thu, 21 Apr 2011 12:40:26 -0400 [thread overview]
Message-ID: <m339lba77p.fsf@pullcord.laptop.org> (raw)
In-Reply-To: <s5hoc3zd27i.wl%tiwai@suse.de> (Takashi Iwai's message of "Thu, 21 Apr 2011 18:00:17 +0200")
Hi Takashi,
On Thu, Apr 21 2011, Takashi Iwai wrote:
> On HP laptops with JMicron 388 chip, the write-locked SD card isn't
> detected correctly as read-only in many cases. This is because the
> PRESENT_STATE register becomes unsable just after plugging, and it
> returns the WRITE_PROTECT bit wrongly at the first read.
>
> This patch fixes the read-only detection by adding the own get_ro op
> for checking the register more intensively with a relatively long
> delay.
>
> The patch is tested with 2.6.39-rc4 kernel.
>
> Cc: Aries Lee <arieslee@jmicron.com>
> Signed-off-by: Takashi Iwai <tiwai@suse.de>
> ---
> drivers/mmc/host/sdhci-pci.c | 34 ++++++++++++++++++++++++++++++++++
> 1 files changed, 34 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/mmc/host/sdhci-pci.c b/drivers/mmc/host/sdhci-pci.c
> index a136be7..9037b2a 100644
> --- a/drivers/mmc/host/sdhci-pci.c
> +++ b/drivers/mmc/host/sdhci-pci.c
> @@ -346,6 +346,35 @@ static void jmicron_enable_mmc(struct sdhci_host *host, int on)
> writeb(scratch, host->ioaddr + 0xC0);
> }
>
> +/* As PRESENT_STATE register becomes unstable just after plugging,
> + * need to check the RO-cap multiple times with a relatively long delay.
> + */
> +
> +#define SAMPLE_COUNT 5
> +
> +static unsigned int jmicron_get_ro(struct sdhci_host *host)
> +{
> + int i, ro_count;
> +
> + ro_count = 0;
> + for (i = 0; i < SAMPLE_COUNT; i++) {
> + int present = sdhci_readl(host, SDHCI_PRESENT_STATE);
> + if (!(present & SDHCI_WRITE_PROTECT)) {
> + if (++ro_count > SAMPLE_COUNT / 2)
> + return 1;
> + }
> + msleep(30);
> + }
> + return 0;
> +}
> +
> +static int sdhci_pci_enable_dma(struct sdhci_host *host);
> +
> +static struct sdhci_ops jmicron_pci_ops = {
> + .enable_dma = sdhci_pci_enable_dma,
> + .get_ro = jmicron_get_ro,
> +};
> +
> static int jmicron_probe_slot(struct sdhci_pci_slot *slot)
> {
> if (slot->chip->pdev->revision == 0) {
> @@ -383,6 +412,11 @@ static int jmicron_probe_slot(struct sdhci_pci_slot *slot)
>
> slot->host->mmc->caps |= MMC_CAP_BUS_WIDTH_TEST;
>
> + /* Replace the ops for unstable get_ro detection */
> + if (slot->chip->pdev->device == PCI_DEVICE_ID_JMICRON_JMB388_SD ||
> + slot->chip->pdev->device == PCI_DEVICE_ID_JMICRON_JMB388_ESD)
> + slot->host->ops = &jmicron_pci_ops;
> +
> return 0;
> }
I don't like overwriting ops here -- it's too magical, and now we have
to maintain the ops table in two places. A quirk seems justified here,
even though we're trying to reduce them in general. Can anyone find a
better solution?
Thanks,
- Chris.
--
Chris Ball <cjb@laptop.org> <http://printf.net/>
One Laptop Per Child
next prev parent reply other threads:[~2011-04-21 16:36 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-21 16:00 [PATCH] mmc: Fix read-only detection with JMicron 388 chip Takashi Iwai
2011-04-21 16:40 ` Chris Ball [this message]
2011-04-21 17:09 ` Takashi Iwai
2011-04-21 17:36 ` Chris Ball
2011-04-21 18:24 ` Takashi Iwai
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=m339lba77p.fsf@pullcord.laptop.org \
--to=cjb@laptop.org \
--cc=arieslee@jmicron.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mmc@vger.kernel.org \
--cc=tiwai@suse.de \
/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