linux-kernel - Re: tifm_7xx1: SD card is ignored

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20080521142124.3e43eea4@mjolnir.drzeus.cx>
Date:	Wed, 21 May 2008 14:21:24 +0200
From:	Pierre Ossman <drzeus@...eus.cx>
To:	"Kim Hansen" <kimhanse@...il.com>
Cc:	"Alex Dubov" <oakad@...oo.com>, linux-kernel@...r.kernel.org
Subject: Re: tifm_7xx1: SD card is ignored

On Wed, 7 May 2008 18:50:54 +0200
"Kim Hansen" <kimhanse@...il.com> wrote:

> Now it just looks like it sometimes work and other times don't, on
> some kernels it works on 80% inserts and on other it only works on 5%.
> This means that the problem most likely has not been fixed between
> 2.6.24 and 2.6.25, it was just a coincidence that it worked on on and
> not the other the first few times I tested it.

I missed the start of this, but I assume it is just the one card that
exhibits this craziness?

> I have captured some logs now, there is logs of a successful insert
> and remove, and of an unsuccessful.
> 
> Successful  insert: 16:18:50   remove:  16:20:26
> Unsuccessful insert:  16:21:38  remove:  16:21:47
> 
> The log can be found at: http://i9.dk/~kim/mmc-log.txt.bz2
> 
> This is the part from the unsuccessful insert:

*snip*

> sdhci [sdhci_irq()]: *** sdhci:slot0 got interrupt: 0x00000001
> mmc0: req done (CMD5): 0: ffffffff 00000000 00000000 00000000

What can I say, the card thinks it's an SDIO card. :)

The question is why. Might be some shoddy wiring between the card and
the controller that causes some unlucky misinterpretations. Might also
be that the card needs some increased delay to function correctly. Try
adding:

	msleep(500);

to mmc_rescan() in drivers/mmc/core/core.c. Put it right after
mmc_power_up().

Rgds
Pierre

Download attachment "signature.asc" of type "application/pgp-signature" (198 bytes)