[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <896748.37554.qm@web36708.mail.mud.yahoo.com>
Date: Sat, 19 Apr 2008 19:34:12 -0700 (PDT)
From: Alex Dubov <oakad@...oo.com>
To: Pierre Ossman <drzeus-list@...eus.cx>,
David Brownell <david-b@...bell.net>,
Andrew Victor <linux@...im.org.za>,
Pavel Pisa <ppisa@...ron.com>,
Carlos Aguiar <carlos.aguiar@...t.org.br>,
Anderson Briglia <briglia.anderson@...il.com>,
"Syed Mohammed, Khasim" <x0khasim@...com>,
Russell King <rmk@....linux.org.uk>
Cc: LKML <linux-kernel@...r.kernel.org>
Subject: Re: [RFC] MMC multiwrite capability removal
--- Pierre Ossman <drzeus-list@...eus.cx> wrote:
> Hi everyone,
>
> I've been planning to remove the MMC multiwrite capability (making it
> always on), but I need some help from all you driver maintainers first.
>
> Ages ago, I had a chat with Axboe about the current situation and it
> turns out that the MMC layer is a bit over-cautious. There are plenty
> of other block devices that cannot report anything more than
> success/failure for the whole request. So it's silly that we're
> crippling the MMC layer when upper layers have to deal with that
> scenario anyway.
>
> What I need from you is and audit of your respective driver(s) and
> check that they do not overestimate the number of successfully written
> blocks. Please send a short reply even if your driver needs no changes.
>
tifm_sd relies on controller to report the number of successfully transferred
blocks. Of course, I cannot be sure to what extent the controller is
trustworthy. It worked fine until now, though.
____________________________________________________________________________________
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists