[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080304184605.GS6704@kernel.dk>
Date: Tue, 4 Mar 2008 19:46:05 +0100
From: Jens Axboe <jens.axboe@...cle.com>
To: James Bottomley <James.Bottomley@...senPartnership.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, Mar 04 2008, James Bottomley wrote:
> 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.
Goodie, now we just need to figure out why it doesn't work for Mike
yet...
--
Jens Axboe
--
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