[<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
 
