From: Russell King <rmk+lkml@arm.linux.org.uk>
To: Andrew Morton <akpm@osdl.org>
Cc: Pierre Ossman <drzeus-list@drzeus.cx>, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] mmc: Multi-sector writes
Date: Thu, 18 Aug 2005 07:38:24 +0100 [thread overview]
Message-ID: <20050818073824.C2365@flint.arm.linux.org.uk> (raw)
In-Reply-To: <20050817224805.17f29cfb.akpm@osdl.org>; from akpm@osdl.org on Wed, Aug 17, 2005 at 10:48:05PM -0700
On Wed, Aug 17, 2005 at 10:48:05PM -0700, Andrew Morton wrote:
> Pierre Ossman <drzeus-list@drzeus.cx> wrote:
> >
> > >I'm thinking that it would be better to not have the config option there
> > >and then re-add it late in the 2.6.14 cycle if someone reports problems
> > >which cannot be fixed. Or at least make it default to 'y' so we get more
> > >testing coverage, then remove the config option later. Or something.
> > >
> > >Thoughts?
> > >
> > >
> >
> > Removing it would be preferable by me. All that #ifdef tends to clutter
> > up the code. After som initial problem with a buggy card everything has
> > worked flawlesly.
>
> OK.. Please send an additional patch for that sometime?
I'd rather not. The problem is that we have a host (thanks Intel)
which is unable to report how many bytes were transferred before an
error occurs. My fear is that doing anything other than sector by
sector write will lead to corruption should an error occur.
However, I've no way to induce such an error, so I can only base
this on theory.
It may work perfectly for the case when everything's operating
correctly, but I suspect if you're going to do multi-sector writes,
it'll all fall apart on the first error, especially on this host.
--
Russell King
Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 Serial core
next prev parent reply other threads:[~2005-08-18 6:38 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-14 12:41 [PATCH] mmc: Multi-sector writes Pierre Ossman
2005-08-17 22:56 ` Andrew Morton
2005-08-18 5:48 ` Pierre Ossman
2005-08-18 5:48 ` Andrew Morton
2005-08-18 6:38 ` Russell King [this message]
2005-08-18 7:26 ` Pierre Ossman
2005-08-18 8:23 ` Russell King
2005-08-18 8:48 ` Pierre Ossman
2005-08-18 20:19 ` Pavel Machek
2005-08-19 5:00 ` Pierre Ossman
2005-08-19 7:58 ` Pavel Machek
2005-08-19 8:12 ` Pierre Ossman
2005-08-18 9:42 ` Alan Cox
2005-08-18 9:33 ` Pierre Ossman
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=20050818073824.C2365@flint.arm.linux.org.uk \
--to=rmk+lkml@arm.linux.org.uk \
--cc=akpm@osdl.org \
--cc=drzeus-list@drzeus.cx \
--cc=linux-kernel@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