Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755708Ab3EASzK (ORCPT ); Wed, 1 May 2013 14:55:10 -0400 Received: from mail-da0-f43.google.com ([209.85.210.43]:37375 "EHLO mail-da0-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755842Ab3EASzF (ORCPT ); Wed, 1 May 2013 14:55:05 -0400 Date: Wed, 1 May 2013 11:54:50 -0700 From: Kent Overstreet To: Jens Axboe Cc: akpm@linux-foundation.org, linux-bcache@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [GIT PULL] Bcache fixes for 3.10 Message-ID: <20130501185450.GA4057@moria.home.lan> References: <20130430195214.GH9931@google.com> <20130501072616.GH7800@kernel.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130501072616.GH7800@kernel.dk> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2746 Lines: 60 On Wed, May 01, 2013 at 09:26:16AM +0200, Jens Axboe wrote: > On Tue, Apr 30 2013, Kent Overstreet wrote: > > Hey Jens, this is everything I've got ready for 3.10 - there's _still_ > > one more bug I'm trying to track down. > > > > Andrew - I've got patches that rip out the pkey() and pbtree() macros, > > but they're somewhat tied up with some other nontrivial refactorings so > > I think I'm going to wait a bit on those. > > > > The following changes since commit cef5279735d3f6f0243e626963e6d5c84efade0a: > > > > bcache: Disable broken btree fuzz tester (2013-04-08 13:33:49 -0700) > > > > are available in the git repository at: > > > > http://evilpiepirate.org/git/linux-bcache.git bcache-for-upstream > > > > for you to fetch changes up to cd66f1f69ed40270bb34e20b25a8111bc72a1b2a: > > > > bcache: Use bd_link_disk_holder() (2013-04-24 13:15:17 -0700) > > > > ---------------------------------------------------------------- > > Kent Overstreet (8): > > bcache: Take data offset from the bdev superblock. > > bcache: Set ra_pages based on backing device's ra_pages > > bcache: Hack around stuff that clones up to bi_max_vecs > > bcache: Correctly check against BIO_MAX_PAGES > > bcache: Fix merge_bvec_fn usage for when it modifies the bvm > > bcache: Make sure blocksize isn't smaller than device blocksize > > bcache: Allocator cleanup/fixes > > bcache: Use bd_link_disk_holder() > > > > drivers/md/bcache/alloc.c | 74 +++++++++++++------- > > drivers/md/bcache/bcache.h | 48 ++++++++++--- > > drivers/md/bcache/btree.c | 8 +-- > > drivers/md/bcache/io.c | 35 ++++++---- > > drivers/md/bcache/request.c | 2 +- > > drivers/md/bcache/super.c | 166 +++++++++++++++++++++++++++----------------- > > 6 files changed, 215 insertions(+), 118 deletions(-) > > This is what I got, when I pulled it in: > > Merge made by the 'recursive' strategy. > drivers/md/bcache/alloc.c | 72 +++++++++++++------ > drivers/md/bcache/bcache.h | 47 ++++++++++--- > drivers/md/bcache/btree.c | 3 +- > drivers/md/bcache/io.c | 35 ++++++---- > drivers/md/bcache/request.c | 2 +- > drivers/md/bcache/super.c | 166 +++++++++++++++++++++++++++----------------- > 6 files changed, 213 insertions(+), 112 deletions(-) > > I only see the same 8 commits there. What happened? Please check > for-3.10/drivers and verify it looks as you expect. Oh, were you expecting me to rebase? Result looks good, though. -- 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/