[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <671558.27051.qm@web36705.mail.mud.yahoo.com>
Date: Sun, 20 Apr 2008 07:54:32 -0700 (PDT)
From: Alex Dubov <oakad@...oo.com>
To: Pierre Ossman <drzeus-list@...eus.cx>
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
--- Pierre Ossman <drzeus-list@...eus.cx> wrote:
> 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.
>
On the other hand, you may remember that in one of the earlier versions of the
driver I actually counted busy/ready cycles during transfer and from what I
remember, it appeared like controller does the right thing - decrements the
page counter at the "not busy" strobe.
____________________________________________________________________________________
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