From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ross Zwisler Subject: Re: another pmem variant Date: Wed, 25 Mar 2015 15:02:42 -0600 Message-ID: <1427317362.4200.2.camel@theros.lm.intel.com> References: <1427299449-26722-1-git-send-email-hch@lst.de> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Cc: linux-nvdimm@ml01.01.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, x86@kernel.org, boaz@plexistor.com, axboe@kernel.dk To: Christoph Hellwig Return-path: In-Reply-To: <1427299449-26722-1-git-send-email-hch@lst.de> Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On Wed, 2015-03-25 at 17:04 +0100, Christoph Hellwig wrote: > Here is another version of the same trivial pmem driver, because two > obviously aren't enough. The first patch is the same pmem driver > that Ross posted a short time ago, just modified to use platform_devices > to find the persistant memory region instead of hardconding it in the > Kconfig. This allows to keep pmem.c separate from any discovery mechanism, > but still allow auto-discovery. > > The other two patches are a heavily rewritten version of the code that > Intel gave to various storage vendors to discover the type 12 (and earlier > type 6) nvdimms, which I massaged into a form that is hopefully suitable > for mainline. > > Note that pmem.c really is the minimal version as I think we need something > included ASAP. We'll eventually need to be able to do other I/O from and > to it, and as most people know everyone has their own preferre method to > do it, which I'd like to discuss once we have the basic driver in. > > This has been tested both with a real NVDIMM on a system with a type 12 > capable bios, as well as with "fake persistent" memory using the memmap= > option. > For the series: Tested-by: Ross Zwisler