[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080420103019.7c31cb9f@mjolnir.drzeus.cx>
Date: Sun, 20 Apr 2008 10:30:19 +0200
From: Pierre Ossman <drzeus-list@...eus.cx>
To: Alex Dubov <oakad@...oo.com>
Cc: 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>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: [RFC] MMC multiwrite capability removal
On Sat, 19 Apr 2008 19:34:12 -0700 (PDT)
Alex Dubov <oakad@...oo.com> wrote:
>
> 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.
>
Sounds like a perfect example of when we have to report 0 upon
failures. I suspect most controllers will be like this as all the specs
I've glanced at lack the detail needed to implement a proper sector
count.
The problems caused by reporting incorrect values here are extremely
rare and difficult to provoke, so normal testing is not likely to
uncover it.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainer http://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
--
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