[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1204646695.3091.14.camel@localhost.localdomain>
Date: Tue, 04 Mar 2008 10:04:55 -0600
From: James Bottomley <James.Bottomley@...senPartnership.com>
To: Jens Axboe <jens.axboe@...cle.com>
Cc: Mike Galbraith <efault@....de>,
FUJITA Tomonori <fujita.tomonori@....ntt.co.jp>,
htejun@...il.com, tomof@....org, akpm@...ux-foundation.org,
linux-kernel@...r.kernel.org, linux-ide@...r.kernel.org,
linux-scsi@...r.kernel.org, jgarzik@...ox.com, bzolnier@...il.com
Subject: Re: [PATCH] block: fix residual byte count handling
On Tue, 2008-03-04 at 13:39 +0100, Jens Axboe wrote:
> On Tue, Mar 04 2008, Mike Galbraith wrote:
> >
> > On Tue, 2008-03-04 at 10:35 +0100, Jens Axboe wrote:
> >
> > > Looks excellent to me, has a variant of this been tested as OK by the
> > > users reporting the regression?
> >
> > K3b burning seems to be a nogo here. This is git pulled this morning
> > though, so it's a somewhat different tree than previously tested fwtw.
>
> can you please try git as of this morning without any patches applied,
> and then pull
>
> git://git.kernel.dk/linux-2.6-block.git for-linus
>
> into that and see if that works?
Works for me with the SAS SMP handler. Both input request and output
response frame sizes are picked up and returned with the correct
residues.
James
--
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