From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753166AbbE1Ivd (ORCPT ); Thu, 28 May 2015 04:51:33 -0400 Received: from verein.lst.de ([213.95.11.211]:55400 "EHLO newverein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751381AbbE1Iv0 (ORCPT ); Thu, 28 May 2015 04:51:26 -0400 Date: Thu, 28 May 2015 10:51:24 +0200 From: Christoph Hellwig To: Dan Williams Cc: axboe@kernel.dk, Boaz Harrosh , neilb@suse.de, Dave Chinner , Lv Zheng , "H. Peter Anvin" , hch@lst.de, sfr@canb.auug.org.au, linux-nvdimm@ml01.01.org, "Rafael J. Wysocki" , Robert Moore , mingo@kernel.org, linux-acpi@vger.kernel.org, jmoyer@redhat.com, Nicholas Moulin , Matthew Wilcox , Ross Zwisler , Vishal Verma , Jens Axboe , Borislav Petkov , Thomas Gleixner , gregkh@linuxfoundation.org, linux-kernel@vger.kernel.org, Andy Lutomirski , akpm@linux-foundation.org, Linus Torvalds Subject: Re: [GIT PULL v4 00/21] libnd: non-volatile memory device support Message-ID: <20150528085124.GA26120@lst.de> References: <20150527210155.17965.74864.stgit@dwillia2-desk3.amr.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150527210155.17965.74864.stgit@dwillia2-desk3.amr.corp.intel.com> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 27, 2015 at 06:24:42PM -0400, Dan Williams wrote: > Jens, please pull from... > > git://git.kernel.org/pub/scm/linux/kernel/git/djbw/nvdimm tags/libnd-for-jens I don't really think it's quite ready. I don't have time to sort through the giant steaming pile for now, but there are a few things here: - stong NAK for the linker wrapping abuse in the test module - you must run the ioctls past the linux-api list at least - please make sure the legacy e820 changes are properly tested. I could take of it, but not until Wednesday next week as I'm travelling right now. Also a little nitpick on naming: why is this still nd instead of the widely used nvdimm? Also as very little of it is related to block drivers and a lot is management it should be under drivers/ not drivers/block/ I think.