From: Andrei Warkentin <andreiw@motorola.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: Chris Ball <cjb@laptop.org>, linux-mmc@vger.kernel.org
Subject: Re: Boot partition support patch set.
Date: Fri, 8 Apr 2011 01:58:38 -0500 [thread overview]
Message-ID: <BANLkTikw2E8P5FEhJuM1H3eqTtrMdb1Xuw@mail.gmail.com> (raw)
In-Reply-To: <201104080547.34130.arnd@arndb.de>
Hi Arnd,
On Thu, Apr 7, 2011 at 10:47 PM, Arnd Bergmann <arnd@arndb.de> wrote:
> On Thursday 07 April 2011, Chris Ball wrote:
>> On Wed, Apr 06 2011, Andrei Warkentin wrote:
>> >> This is the latest version of the MMC device partition support.
>> >> It relies on a few other changes that were discussed recently.
>> >>
>> >> Thanks,
>> >> A
>> >>
>> >> TOC:
>> >> [PATCH 1/4] MMC: Rename erase_timeout to cmd_timeout.
>> >> [PATCH 2/4] MMC: SDHCI R1B command handling + MMC_CAP_ERASE.
>> >> [PATCH 3/4] MMC: Allow setting CMD timeout for CMD6 (SWITCH).
>> >> [PATCH 4/4] MMC: MMC boot partitions support.
>> >
>> > Any problems, comments?
>>
>> Looks good to me -- Arnd, did you want to add your Reviewed/Acked-by
>> to this?
>>
>
> I haven't done an in-depth review, but please add my Acked-by to the last
> patch. For the other three, I have no idea what they do, but they all
> seem harmless to me ;-)
>
>
Thanks for the Ack.
Patch 1 paves the way for using erase timeout (which is otherwise dead code).
Patch 2 enables proper handling of R1B-response type commands in SDHCI
host. R1B commands use the DAT line as busy, hence DAT timeout
applies. Previously, DAT timeout is only calculated for data-bearing
commands. Now for non-data commands with a cmd_timeout, the timeout is
honored. This allows proper handling of CMD38 (erase). This also
allows proper handling of CMD6 (SWITCH) writes to EXT_CSD register
offsets, as certain operations invoked via this command (such as
partition switch times) have different timeouts associated with them.
Since erase timeout is now honored, the erase cap is turned on.
Please note that all the work in Patch 2 applies only to SDHCI. I'm
not familiar with other hosts, but a cursory glance revealed that they
all have similar issues (no handling of R1B timeouts). I could roll
patches, but I'd have no way of verifying (unless someone wants to
volunteer and help out). If you (as a Linaro person) are interested,
this is something you could add under (Write performance drop -
https://wiki.linaro.org/WorkingGroups/Kernel/Specs/StoragePerfEMMC).
Patch 3 exposes mmc_switch to block driver, and lets a timeout
parameter be passed, as writes to different fields of EXT_CSD can have
differerent timeouts.
Thanks,
A
prev parent reply other threads:[~2011-04-08 6:58 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-06 1:09 Boot partition support patch set Andrei Warkentin
2011-04-06 1:09 ` [PATCH 1/4] MMC: Rename erase_timeout to cmd_timeout Andrei Warkentin
2011-04-11 19:18 ` John Calixto
2011-04-11 20:34 ` Andrei Warkentin
2011-04-06 1:09 ` [PATCH 2/4] MMC: SDHCI R1B command handling + MMC_CAP_ERASE Andrei Warkentin
2011-04-06 1:09 ` [PATCH 3/4] MMC: Allow setting CMD timeout for CMD6 (SWITCH) Andrei Warkentin
2011-04-06 1:09 ` [PATCH 4/4] MMC: MMC boot partitions support Andrei Warkentin
2011-04-06 23:20 ` Boot partition support patch set Andrei Warkentin
2011-04-07 21:23 ` Chris Ball
2011-04-08 3:47 ` Arnd Bergmann
2011-04-08 6:58 ` Andrei Warkentin [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=BANLkTikw2E8P5FEhJuM1H3eqTtrMdb1Xuw@mail.gmail.com \
--to=andreiw@motorola.com \
--cc=arnd@arndb.de \
--cc=cjb@laptop.org \
--cc=linux-mmc@vger.kernel.org \
/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).