From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike Galbraith Subject: Re: [PATCH] block: fix residual byte count handling Date: Tue, 04 Mar 2008 15:25:22 +0100 Message-ID: <1204640722.5783.10.camel@homer.simson.net> 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> <1204634619.17258.0.camel@homer.simson.net> <1204635515.17258.12.camel@homer.simson.net> <20080304130307.GN6704@kernel.dk> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20080304130307.GN6704@kernel.dk> Sender: linux-ide-owner@vger.kernel.org To: Jens Axboe Cc: FUJITA Tomonori , htejun@gmail.com, tomof@acm.org, James.Bottomley@HansenPartnership.com, 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 14:03 +0100, Jens Axboe wrote: > Re-read my original mail! It states that you should just pull: > > git://git.kernel.dk/linux-2.6-block.git for-linus > > into your linus branch, or just create a test branch off linus' master > and pull into that. IOW, it's the for-linus branch that you should pull, > nothing else. Well, I had a good reason. You know how to un-pull, I know how to un-remote to get back to pristine after I'm done testing... guaranteed without whimpering pathetically on the git list ;-) Anyway, I checked out the one with the big-fat-hint in it's name (block-for-linus/for-linus). Same error. Git this morning with patches... restore_meaning_of_data_len.diff seperate_out_padding_from_alignment.diff ...reverted restored me to the originally reported k3b error, nothing new noted. If I tested the wrong branch, whack me upside the head, and I'll follow your pull destructions, and figure out how to un-pull later. -Mike