Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932749AbYCDSrY (ORCPT ); Tue, 4 Mar 2008 13:47:24 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932666AbYCDSqM (ORCPT ); Tue, 4 Mar 2008 13:46:12 -0500 Received: from brick.kernel.dk ([87.55.233.238]:16172 "EHLO kernel.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932663AbYCDSqK (ORCPT ); Tue, 4 Mar 2008 13:46:10 -0500 Date: Tue, 4 Mar 2008 19:46:05 +0100 From: Jens Axboe To: James Bottomley 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 Subject: Re: [PATCH] block: fix residual byte count handling Message-ID: <20080304184605.GS6704@kernel.dk> 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> <1204646695.3091.14.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1204646695.3091.14.camel@localhost.localdomain> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1188 Lines: 34 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@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/