Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932342AbYCDSfk (ORCPT ); Tue, 4 Mar 2008 13:35:40 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761364AbYCDSfS (ORCPT ); Tue, 4 Mar 2008 13:35:18 -0500 Received: from mail.gmx.net ([213.165.64.20]:40664 "HELO mail.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1754509AbYCDSfQ (ORCPT ); Tue, 4 Mar 2008 13:35:16 -0500 X-Authenticated: #14349625 X-Provags-ID: V01U2FsdGVkX1+pp3YCKXOp07UlchFz5Ssl/w/kB7sut/Vskud3LN 5yW+hpQ+zl+qu5 Subject: Re: [PATCH] block: fix residual byte count handling From: Mike Galbraith 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 In-Reply-To: <20080304181736.GP6704@kernel.dk> References: <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> <1204640722.5783.10.camel@homer.simson.net> <20080304181736.GP6704@kernel.dk> Content-Type: text/plain Date: Tue, 04 Mar 2008 19:35:11 +0100 Message-Id: <1204655711.19496.10.camel@homer.simson.net> Mime-Version: 1.0 X-Mailer: Evolution 2.12.0 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2184 Lines: 59 On Tue, 2008-03-04 at 19:17 +0100, Jens Axboe wrote: > On Tue, Mar 04 2008, Mike Galbraith wrote: > > > > 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 ;-) > > OK, if you're on master, it's pretty easy: > > $ git branch test-branch > $ git checkout test-branch > $ git pull git://git.kernel.dk/linux-2.6-block.git for-linus > > [build, boot, test] > $ git checkout master > $ git branch -D test-branch Hm, that's simple enough. I'll do this for the edification. Thanks. Maybe some day, I'll cease to be so paranoid that my test setup may become compromised. (at which time...) > > 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. > > for-linus is the right branch, but I'm just a little worried that you > didn't test what you think you tested. What does cat .git/HEAD say? If > that is a ref to a file (eg refs/heads/master), what does that file > contain? That wouldn't surprise me one bit. (ergo...) It says cc66b4512cae8df4ed1635483210aabf7690ec27... kewpie doll? -Mike -- 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/