From: Jarkko Lavinen <jarkko.lavinen@nokia.com>
To: Russell King <rmk+lkml@arm.linux.org.uk>
Cc: linux-kernel@vger.kernel.org
Subject: Re: CMD7 failing on ATP & Transcend MMC cards
Date: Tue, 4 Oct 2005 16:21:44 +0300 [thread overview]
Message-ID: <20051004132144.GA13048@angel.research.nokia.com> (raw)
In-Reply-To: <20051003140252.GG16717@flint.arm.linux.org.uk>
On Mon, Oct 03, 2005 at 03:02:52PM +0100, Russell King wrote:
> I'm not surprised. CMD2 is part way through the initialisation
> sequence, so no one should be sending a CMD7.
The command sequence in the initial card detection is:
CMD1 card send its operation conditions
CMD2 card sends its CID
CMD3(rca) Card is given relative call address. Card enters standby and
switches to push pull mode and won't respond to CMD1-3 anymore.
CMD2 Check for other cards. None responds. All cards have been
identified. CMD2 is sent many times.
CMD7(rca) The card is addressed with its RCA and enters transfer state.
The card is then accessed normally and everything works and also
ATP and Transcend cards work up to this.
Problems appear when mmc_detect_change() is called from switch_handler().
This happens when cover switch interrupt comes but the card has not been
removed. Old cards are checked with CMD13 and new cards if any are
detected:
CMD7(0) Deselect currently selected card. Its RCA remains the
same.
CMD1
CMD2 CMD2 sent many times, but no card replies.
CMD7(rca) The selected card should respond. ATP and Transcend
give illegal instruction instead and retries with CMD7
fail.
> After a CMD2, the next expected command is a CMD3 for MMC cards (maybe
> not SD cards).
Does this apply when threre are no new cards and no card replied to
CMD2?
Jarkko Lavinen
prev parent reply other threads:[~2005-10-04 13:21 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-03 13:54 Jarkko Lavinen
2005-10-03 14:02 ` Russell King
2005-10-04 13:21 ` Jarkko Lavinen [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=20051004132144.GA13048@angel.research.nokia.com \
--to=jarkko.lavinen@nokia.com \
--cc=linux-kernel@vger.kernel.org \
--cc=rmk+lkml@arm.linux.org.uk \
/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
Powered by JetHome