All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Eric Bénard" <eric@eukrea.com>
To: Wolfram Sang <w.sang@pengutronix.de>
Cc: joancarles <joancarles@fqingenieria.es>,
	Zhu Richard-R65037 <r65037@freescale.com>,
	shawn.guo@linaro.org, linux-mmc@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org
Subject: Re: [MX25][MMC] mmc esdhc failure in 3.3
Date: Tue, 27 Mar 2012 11:06:15 +0200	[thread overview]
Message-ID: <20120327110615.3bfaf969@eb-e6520> (raw)
In-Reply-To: <20120327090148.GB6790@pengutronix.de>

Hi Wolfram,

Le Tue, 27 Mar 2012 11:01:49 +0200,
Wolfram Sang <w.sang@pengutronix.de> a écrit :
> > >does that attached patch fix your problem ?
> > 
> > YES, indeed it does to a certain degree. The timeout errors do not
> > occur anymore and I can successfully perform many fs->ops, such as
> 
> Interesting question is now why it worked on your older kernel? The code
> around BROKEN_TIMEOUT is there for much longer, I'd think.
> 
not in fact it seems to have been broken from a long time and I think
I'm responsible of that in 37865fe91582582a6f6c00652f6a2b1ff71f8a78
"mmc: sdhci-esdhc-imx: fix timeout on i.MX's sdhc"
because unlike the i.MX35 it seems that the i.MX25 manages to read
properly the partition table even without the timeout quirk and it
seems that I didn't do more extensive tests for this patch.

Eric

WARNING: multiple messages have this Message-ID (diff)
From: eric@eukrea.com (Eric Bénard)
To: linux-arm-kernel@lists.infradead.org
Subject: [MX25][MMC] mmc esdhc failure in 3.3
Date: Tue, 27 Mar 2012 11:06:15 +0200	[thread overview]
Message-ID: <20120327110615.3bfaf969@eb-e6520> (raw)
In-Reply-To: <20120327090148.GB6790@pengutronix.de>

Hi Wolfram,

Le Tue, 27 Mar 2012 11:01:49 +0200,
Wolfram Sang <w.sang@pengutronix.de> a ?crit :
> > >does that attached patch fix your problem ?
> > 
> > YES, indeed it does to a certain degree. The timeout errors do not
> > occur anymore and I can successfully perform many fs->ops, such as
> 
> Interesting question is now why it worked on your older kernel? The code
> around BROKEN_TIMEOUT is there for much longer, I'd think.
> 
not in fact it seems to have been broken from a long time and I think
I'm responsible of that in 37865fe91582582a6f6c00652f6a2b1ff71f8a78
"mmc: sdhci-esdhc-imx: fix timeout on i.MX's sdhc"
because unlike the i.MX35 it seems that the i.MX25 manages to read
properly the partition table even without the timeout quirk and it
seems that I didn't do more extensive tests for this patch.

Eric

  reply	other threads:[~2012-03-27  9:06 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-06 11:29 [MX25][MMC] mmc esdhc failure in 3.3-rc5 joancarles
2012-03-12 13:12 ` [MX25][MMC] mmc esdhc failure in 3.3-rc5 (still present in rc7) joancarles
2012-03-12 13:12   ` joancarles
2012-03-12 13:24 ` [MX25][MMC] mmc esdhc failure in 3.3-rc5 Wolfram Sang
2012-03-12 14:50   ` joancarles
2012-03-12 21:45     ` Wolfram Sang
2012-03-13 11:20       ` joancarles
2012-03-13  5:55     ` Zhu Richard-R65037
2012-03-16 15:03       ` joancarles
2012-03-27  7:32         ` [MX25][MMC] mmc esdhc failure in 3.3 joancarles
2012-03-27  7:32           ` joancarles
2012-03-27  7:59           ` joancarles
2012-03-27  7:59             ` joancarles
2012-03-27  8:12           ` Eric Bénard
2012-03-27  8:12             ` Eric Bénard
2012-03-27  8:46             ` joancarles
2012-03-27  8:46               ` joancarles
2012-03-27  8:58               ` Eric Bénard
2012-03-27  8:58                 ` Eric Bénard
2012-03-27 13:03                 ` Zhu Richard-R65037
2012-03-27 13:03                   ` Zhu Richard-R65037
2012-03-27  9:01               ` Wolfram Sang
2012-03-27  9:01                 ` Wolfram Sang
2012-03-27  9:06                 ` Eric Bénard [this message]
2012-03-27  9:06                   ` Eric Bénard
2012-03-27  9:14                   ` Wolfram Sang
2012-03-27  9:14                     ` Wolfram Sang
2012-03-27  9:23                     ` Eric Bénard
2012-03-27  9:23                       ` Eric Bénard
2012-03-27  9:36                       ` Wolfram Sang
2012-03-27  9:36                         ` Wolfram Sang
2012-03-27  9:33                   ` joancarles
2012-03-27  9:33                     ` joancarles
2012-03-27  9:40                     ` Eric Bénard
2012-03-27  9:40                       ` Eric Bénard
2012-03-27 10:56                       ` joancarles
2012-03-27 10:56                         ` joancarles
2012-03-28  9:26                         ` joancarles
2012-03-28  9:26                           ` joancarles
2012-03-28 14:01                           ` joancarles
2012-03-28 14:01                             ` joancarles
2012-03-27  9:45                     ` Wolfram Sang
2012-03-27  9:45                       ` Wolfram Sang

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=20120327110615.3bfaf969@eb-e6520 \
    --to=eric@eukrea.com \
    --cc=joancarles@fqingenieria.es \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-mmc@vger.kernel.org \
    --cc=r65037@freescale.com \
    --cc=shawn.guo@linaro.org \
    --cc=w.sang@pengutronix.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.