linux-mmc.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Douglas Gilbert <dgilbert@interlog.com>
To: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
Cc: Chris Ball <cjb@laptop.org>,
	linux-mmc@vger.kernel.org,
	Nicolas Ferre <nicolas.ferre@atmel.com>,
	ludovic.desroches@atmel.com, akpm@linux-foundation.org
Subject: Re: [Bug 39822] SDHC cards no longer recognized on AT91 based board
Date: Sun, 29 Jan 2012 14:40:55 -0500	[thread overview]
Message-ID: <4F25A0C7.8060409@interlog.com> (raw)
In-Reply-To: <20120129172258.GE705@game.jcrosoft.org>

On 12-01-29 12:22 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 19:37 Sat 28 Jan     , Douglas Gilbert wrote:
>> On 11-10-24 09:54 PM, Douglas Gilbert wrote:
>>> On 11-07-28 07:48 PM, Chris Ball wrote:
>>>> Hi, thanks for the bug report. Adding linux-mmc@ and some atmel driver
>>>> folks to CC.
>>>>
>>>> On Thu, Jul 28 2011, bugzilla-daemon@bugzilla.kernel.org wrote:
>>>>> Prior to 3.0.0 the FoxG20 board (Atmel AT91SAM9G20) could boot and use
>>>>> both micro SD and SDHC card to contain its root file system. With the
>>>>> advent of the 3.0.0 kernel the micro SDHC card is unable to mount the
>>>>> root file system.
>>>>>
>>>>> Comparing the relevant part of dmesg for 2.6.38.6 (and it worked on
>>>>> 2.6.39):
>>>>> ...
>>>>> Waiting for root device /dev/mmcblk0p2...
>>>>> mmc0: host does not support reading read-only switch. assuming write-enable.
>>>>> at91_mci at91_mci: Timeout waiting end of packet
>>>>> mmc0: new SDHC card at address 1234
>>>>> mmcblk0: mmc0:1234 SA04G 3.67 GiB
>>>>> mmcblk0: p1 p2 p3
>>>>> ...
>>>>>
>>>>> to the same dmesg section for 3.0.0 :
>>>>> ...
>>>>> Waiting for root device /dev/mmcblk0p2...
>>>>> mmc0: error -110 whilst initialising SD card
>>>>> at91_mci at91_mci: Timeout waiting end of packet
>>>>> mmc0: error -110 whilst initialising SD card
>>>>> [no further progress]
>>>>>
>>>>> Non "HC" SD cards work as expected in 3.0.0
>>>>
>>>> If no-one on the CC list has any ideas, would you be interested in
>>>> trying to bisect this change?
>>>>
>>>> Another possibility would be adding printks before all of the -ETIMEDOUT
>>>> lines in core/* and host/at*, in order to see which one you're hitting
>>>> (and therefore which operation is causing the initialization to fail).
>>>> But a full bisection would be more conclusive.
>>>
>>> Still broken in lk 3.1.0, same errors in dmesg.
>>
>> Still broken in lk 3.2.0, same errors in dmesg.
>>
>> The solution (hack) up to lk 3.1.0 has been to take
>> linux-2.6.38/drivers/mmc/core/sd.c file and overwrite
>> the defective sd.c . That worked in lk 3.0.* and 3.1.* .
>> In lk 3.2.0 the old sd.c no longer compiles but
>> by adding "#include<linux/stat.h>" is does and thereafter
>> that SDHC card can be read again.
>>
>> My test system is a FoxG20 card which is based on the
>> AT91SAM9G20 SOC. The card's BIOS can read the 4 GB
>> microSD (HC) card in all cases; the problem is with
>> SDHC cards and all drivers/mmc/core/sd.c from and
>> including lk 3.0.0
> can you test it on atmel_mci?

Nothing went into dmesg concerning mci and the boot up
froze at this point:
   Waiting for root device /dev/mmcblk0p2...

> at91_mci is deprecated and will be drop soon

Hmm. Doesn't seem to work for me so there would be no loss.
It could at least announce when it gets loaded and if there
are any errors.


My theory remains that the large rework done on
drivers/mmc/core/sd.c just prior to lk 3.0.0 has caused
this problem.

Doug Gilbert



      reply	other threads:[~2012-01-29 19:41 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <bug-39822-26132@https.bugzilla.kernel.org/>
     [not found] ` <201107282323.p6SNN9Jk026454@demeter1.kernel.org>
2011-07-28 23:48   ` [Bug 39822] SDHC cards no longer recognized on AT91 based board Chris Ball
2011-07-29  4:03     ` Douglas Gilbert
2011-10-25  1:54     ` Douglas Gilbert
2012-01-29  0:37       ` Douglas Gilbert
2012-01-29 17:22         ` Jean-Christophe PLAGNIOL-VILLARD
2012-01-29 19:40           ` Douglas Gilbert [this message]

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=4F25A0C7.8060409@interlog.com \
    --to=dgilbert@interlog.com \
    --cc=akpm@linux-foundation.org \
    --cc=cjb@laptop.org \
    --cc=linux-mmc@vger.kernel.org \
    --cc=ludovic.desroches@atmel.com \
    --cc=nicolas.ferre@atmel.com \
    --cc=plagnioj@jcrosoft.com \
    /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;
as well as URLs for NNTP newsgroup(s).