From mboxrd@z Thu Jan 1 00:00:00 1970 From: James Bottomley Subject: Re: [PATCH] block: fix residual byte count handling Date: Tue, 04 Mar 2008 10:04:55 -0600 Message-ID: <1204646695.3091.14.camel@localhost.localdomain> References: <20080304175302T.fujita.tomonori@lab.ntt.co.jp> <20080304085944.GG6704@kernel.dk> <20080304180648W.fujita.tomonori@lab.ntt.co.jp> <20080304182228Z.fujita.tomonori@lab.ntt.co.jp> <20080304093536.GH6704@kernel.dk> <1204634238.5997.5.camel@homer.simson.net> <20080304123939.GM6704@kernel.dk> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20080304123939.GM6704@kernel.dk> Sender: linux-ide-owner@vger.kernel.org To: Jens Axboe Cc: Mike Galbraith , FUJITA Tomonori , htejun@gmail.com, tomof@acm.org, akpm@linux-foundation.org, linux-kernel@vger.kernel.org, linux-ide@vger.kernel.org, linux-scsi@vger.kernel.org, jgarzik@pobox.com, bzolnier@gmail.com List-Id: linux-scsi@vger.kernel.org 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