On Wed, Mar 25, 2015 at 10:04 AM, Christoph Hellwig h...@lst.de wrote:
On Wed, Mar 25, 2015 at 10:00:26AM -0700, Dan Williams wrote:
The kernel command line would simply be the standard/existing memmap=
to reserve a memory range. Then, when the platform device loads, it
does
On Wed, Mar 25, 2015 at 1:23 PM, Ross Zwisler
ross.zwis...@linux.intel.com wrote:
On Wed, 2015-03-25 at 17:04 +0100, Christoph Hellwig wrote:
Various recent bioses support NVDIMMs or ADR using a non-standard
e820 memory type, and Intel supplied reference Linux code using this
type to various
On Wed, Mar 25, 2015 at 9:04 AM, Christoph Hellwig h...@lst.de wrote:
Various recent bioses support NVDIMMs or ADR using a non-standard
e820 memory type, and Intel supplied reference Linux code using this
type to various vendors.
Wire this e820 table type up to export platform devices for the
On Tue, Mar 31, 2015 at 8:24 AM, Boaz Harrosh b...@plexistor.com wrote:
On 03/31/2015 06:17 PM, Dan Williams wrote:
On Tue, Mar 31, 2015 at 6:27 AM, Boaz Harrosh b...@plexistor.com wrote:
Some error checks had unlikely some did not. Put unlikely
on all error handling paths.
(I like unlikely
On Tue, Mar 31, 2015 at 6:27 AM, Boaz Harrosh b...@plexistor.com wrote:
Some error checks had unlikely some did not. Put unlikely
on all error handling paths.
(I like unlikely for error paths specially for readability)
unlikely() is not a readability hint, it's specifically for branches
that
On Tue, Mar 31, 2015 at 10:24 AM, Christoph Hellwig h...@lst.de wrote:
On Tue, Mar 31, 2015 at 06:44:56PM +0200, Ingo Molnar wrote:
I'd be fine with that too - mind sending an updated series?
I will send an updated one tonight or early tomorrow.
Btw, do you want to keep the E820_PRAM name
On Mon, 2015-02-23 at 14:33 +0200, Boaz Harrosh wrote:
There is something not very nice (Gentlemen nice) In current
e820.c code.
At Multiple places for example like (@ memblock_x86_fill()) it will
add the different memory resources *except the E820_RESERVED type*
Then at
this specific bit)
CC: Thomas Gleixner t...@linutronix.de
CC: Ingo Molnar mi...@redhat.com
CC: H. Peter Anvin h...@zytor.com
CC: x...@kernel.org
CC: Dan Williams dan.j.willi...@intel.com
CC: Andrew Morton a...@linux-foundation.org
CC: Bjorn Helgaas bhelg...@google.com
CC: Vivek Goyal vgo
On Mon, Feb 23, 2015 at 11:59 PM, Boaz Harrosh b...@plexistor.com wrote:
No, this is a complete HACK, since when do we hard code specific (GLOBAL)
ARCHs strings in common code. Please look at linux/ioport.h see the richness
of options for all kind of buses and systems. The flag system works
On Thu, Mar 26, 2015 at 11:46 AM, Elliott, Robert (Server Storage)
elli...@hp.com wrote:
-Original Message-
From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
ow...@vger.kernel.org] On Behalf Of Christoph Hellwig
Sent: Thursday, March 26, 2015 11:43 AM
To: Boaz Harrosh
On Thu, Mar 26, 2015 at 1:01 AM, Christoph Hellwig h...@lst.de wrote:
On Wed, Mar 25, 2015 at 07:15:42PM -0700, Dan Williams wrote:
Random thought, type-12 memory happens to correspond to legacy
NVDIMM systems with smaller capacities. Perhaps new NVDIMM should
not be is_e820_ram() by default
On Thu, Mar 26, 2015 at 10:02 AM, Boaz Harrosh b...@plexistor.com wrote:
Christoph why did you choose the fat and ugly version of
pmem.c beats me.
Boaz, I am so very tired of your snide commentary. It severely
detracts from the technical merit of your patches. Please stop.
--
To unsubscribe
On Wed, Mar 25, 2015 at 9:04 AM, Christoph Hellwig h...@lst.de wrote:
This will allow to deal with persistent memory which needs to be
treated like ram in many, but not all cases.
Random thought, type-12 memory happens to correspond to legacy
NVDIMM systems with smaller capacities. Perhaps new
On Thu, Mar 26, 2015 at 1:32 AM, Christoph Hellwig h...@lst.de wrote:
From: Ross Zwisler ross.zwis...@linux.intel.com
PMEM is a new driver that presents a reserved range of memory as a
block device. This is useful for developing with NV-DIMMs, and
can be used with volatile memory as a
On Thu, Mar 26, 2015 at 8:49 AM, Boaz Harrosh b...@plexistor.com wrote:
On 03/26/2015 11:34 AM, Christoph Hellwig wrote:
+/*
+ * This is a non-standardized way to represent ADR or NVDIMM regions that
+ * persist over a reboot. The kernel will ignore their special capabilities
+ * unless the
On Thu, Mar 26, 2015 at 7:52 AM, Boaz Harrosh b...@plexistor.com wrote:
On 03/26/2015 04:12 PM, Dan Williams wrote:
On Thu, Mar 26, 2015 at 1:32 AM, Christoph Hellwig h...@lst.de wrote:
From: Ross Zwisler ross.zwis...@linux.intel.com
Dan something is Broken with you mailer program it keeps
On Thu, Mar 5, 2015 at 3:59 AM, Boaz Harrosh b...@plexistor.com wrote:
One of the current shortcomings of the NVDIMM/PMEM
support is that this memory does not have a page-struct(s)
associated with its memory and therefor cannot be passed
to a block-device or network or DMAed in any way
On Mon, Apr 20, 2015 at 12:06 AM, Ingo Molnar mi...@kernel.org wrote:
* Dan Williams dan.j.willi...@intel.com wrote:
Maintainer information and documenation for drivers/block/nd/
Cc: Andy Lutomirski l...@amacapital.net
Cc: Boaz Harrosh b...@plexistor.com
Cc: H. Peter Anvin h...@zytor.com
On Mon, Apr 20, 2015 at 8:57 AM, Dan Williams dan.j.willi...@intel.com wrote:
On Mon, Apr 20, 2015 at 5:53 AM, Christoph Hellwig h...@lst.de wrote:
Once I'll go through this in more detail I'll comment more.
Sounds good.
Given that the ACPICA folks are going to define their own nfit.h
On Tue, Apr 21, 2015 at 2:20 PM, Toshi Kani toshi.k...@hp.com wrote:
On Fri, 2015-04-17 at 21:35 -0400, Dan Williams wrote:
Most configuration of the nd-subsystem is done via nd-sysfs. However,
the NFIT specification defines a small set of messages that can be
passed to the subsystem via
On Tue, Apr 21, 2015 at 12:55 PM, Toshi Kani toshi.k...@hp.com wrote:
On Tue, 2015-04-21 at 12:58 -0700, Dan Williams wrote:
On Tue, Apr 21, 2015 at 12:35 PM, Toshi Kani toshi.k...@hp.com wrote:
On Fri, 2015-04-17 at 21:35 -0400, Dan Williams wrote:
:
+
+static int nd_mem_init(struct
On Wed, Apr 22, 2015 at 9:39 AM, Toshi Kani toshi.k...@hp.com wrote:
On Tue, 2015-04-21 at 13:35 -0700, Dan Williams wrote:
On Tue, Apr 21, 2015 at 12:55 PM, Toshi Kani toshi.k...@hp.com wrote:
On Tue, 2015-04-21 at 12:58 -0700, Dan Williams wrote:
On Tue, Apr 21, 2015 at 12:35 PM, Toshi
On Wed, Apr 22, 2015 at 11:00 AM, Linda Knippers linda.knipp...@hp.com wrote:
On 4/22/2015 1:03 PM, Dan Williams wrote:
On Wed, Apr 22, 2015 at 9:39 AM, Toshi Kani toshi.k...@hp.com wrote:
On Tue, 2015-04-21 at 13:35 -0700, Dan Williams wrote:
On Tue, Apr 21, 2015 at 12:55 PM, Toshi Kani
On Wed, Apr 22, 2015 at 11:23 AM, Toshi Kani toshi.k...@hp.com wrote:
On Wed, 2015-04-22 at 11:20 -0700, Dan Williams wrote:
On Wed, Apr 22, 2015 at 11:00 AM, Linda Knippers linda.knipp...@hp.com
wrote:
Wait, point of clarification, DCRs (dimm-control-regions) have RFICs,
not MEMDEVs (memory
On Wed, Apr 22, 2015 at 12:12 PM, Elliott, Robert (Server Storage)
elli...@hp.com wrote:
-Original Message-
From: Linux-nvdimm [mailto:linux-nvdimm-boun...@lists.01.org] On Behalf Of
Dan Williams
Sent: Friday, April 17, 2015 8:37 PM
To: linux-nvd...@lists.01.org
Subject: [Linux
On Wed, Apr 22, 2015 at 12:06 PM, Elliott, Robert (Server Storage)
elli...@hp.com wrote:
-Original Message-
From: Linux-nvdimm [mailto:linux-nvdimm-boun...@lists.01.org] On Behalf Of
Dan Williams
Sent: Friday, April 17, 2015 8:35 PM
To: linux-nvd...@lists.01.org
Subject: [Linux
On Wed, Apr 22, 2015 at 12:38 PM, Toshi Kani toshi.k...@hp.com wrote:
On Wed, 2015-04-22 at 12:28 -0700, Dan Williams wrote:
On Wed, Apr 22, 2015 at 11:23 AM, Toshi Kani toshi.k...@hp.com wrote:
On Wed, 2015-04-22 at 11:20 -0700, Dan Williams wrote:
On Wed, Apr 22, 2015 at 11:00 AM, Linda
On Fri, Apr 24, 2015 at 2:59 PM, Linda Knippers linda.knipp...@hp.com wrote:
On 4/24/2015 5:50 PM, Dan Williams wrote:
On Fri, Apr 24, 2015 at 2:47 PM, Linda Knippers linda.knipp...@hp.com
wrote:
On 4/17/2015 9:35 PM, Dan Williams wrote:
:
diff --git a/drivers/block/nd/Kconfig b/drivers
On Fri, Apr 24, 2015 at 8:56 AM, Toshi Kani toshi.k...@hp.com wrote:
On Fri, 2015-04-17 at 21:35 -0400, Dan Williams wrote:
Most configuration of the nd-subsystem is done via nd-sysfs. However,
the NFIT specification defines a small set of messages that can be
passed to the subsystem via
On Fri, Apr 24, 2015 at 9:09 AM, Toshi Kani toshi.k...@hp.com wrote:
On Fri, 2015-04-24 at 09:56 -0600, Toshi Kani wrote:
On Fri, 2015-04-17 at 21:35 -0400, Dan Williams wrote:
Most configuration of the nd-subsystem is done via nd-sysfs. However,
the NFIT specification defines a small set
On Fri, Apr 24, 2015 at 10:18 AM, Toshi Kani toshi.k...@hp.com wrote:
On Fri, 2015-04-24 at 09:25 -0700, Dan Williams wrote:
On Fri, Apr 24, 2015 at 8:56 AM, Toshi Kani toshi.k...@hp.com wrote:
On Fri, 2015-04-17 at 21:35 -0400, Dan Williams wrote:
Most configuration of the nd-subsystem
On Sun, Apr 19, 2015 at 12:46 AM, Boaz Harrosh b...@plexistor.com wrote:
On 04/18/2015 04:35 AM, Dan Williams wrote:
[..]
diff --git a/arch/x86/kernel/e820.c b/arch/x86/kernel/e820.c
index 11cc7d54ec3f..410af501a941 100644
--- a/arch/x86/kernel/e820.c
+++ b/arch/x86/kernel/e820.c
@@ -137,6
On Mon, Apr 20, 2015 at 5:53 AM, Christoph Hellwig h...@lst.de wrote:
[I haven't much time to look through the patches, so only high level
hand wavey comments for now, sorry..]
On Mon, Apr 20, 2015 at 01:14:42AM -0700, Dan Williams wrote:
So why on earth is this whole concept and the naming
On Tue, Apr 21, 2015 at 12:35 PM, Toshi Kani toshi.k...@hp.com wrote:
On Fri, 2015-04-17 at 21:35 -0400, Dan Williams wrote:
:
+
+static int nd_mem_init(struct nd_bus *nd_bus)
+{
+ struct nd_spa *nd_spa;
+
+ /*
+ * For each SPA-DCR address range find its corresponding
On Fri, Apr 24, 2015 at 2:47 PM, Linda Knippers linda.knipp...@hp.com wrote:
On 4/17/2015 9:35 PM, Dan Williams wrote:
:
diff --git a/drivers/block/nd/Kconfig b/drivers/block/nd/Kconfig
index 5fa74f124b3e..0106b3807202 100644
--- a/drivers/block/nd/Kconfig
+++ b/drivers/block/nd/Kconfig
On Tue, Apr 28, 2015 at 5:25 PM, Rafael J. Wysocki r...@rjwysocki.net wrote:
On Tuesday, April 28, 2015 02:24:12 PM Dan Williams wrote:
Changes since v1 [1]: Incorporates feedback received prior to April 24.
1/ Ingo said [2]:
So why on earth is this whole concept and the naming itself
On Tue, Apr 28, 2015 at 1:52 PM, Andy Lutomirski l...@amacapital.net wrote:
On Tue, Apr 28, 2015 at 11:24 AM, Dan Williams dan.j.willi...@intel.com
wrote:
Changes since v1 [1]: Incorporates feedback received prior to April 24.
1/ Ingo said [2]:
So why on earth is this whole concept
On Tue, Apr 28, 2015 at 2:06 PM, Andy Lutomirski l...@amacapital.net wrote:
On Tue, Apr 28, 2015 at 1:59 PM, Dan Williams dan.j.willi...@intel.com
wrote:
On Tue, Apr 28, 2015 at 1:52 PM, Andy Lutomirski l...@amacapital.net wrote:
On Tue, Apr 28, 2015 at 11:24 AM, Dan Williams dan.j.willi
On Tue, Apr 28, 2015 at 2:10 PM, Andy Lutomirski l...@amacapital.net wrote:
On Tue, Apr 28, 2015 at 11:26 AM, Dan Williams dan.j.willi...@intel.com
wrote:
From: Ross Zwisler ross.zwis...@linux.intel.com
The libnd implementation handles allocating dimm address space (DPA)
between PMEM
On Tue, Apr 28, 2015 at 1:49 PM, Andy Lutomirski l...@amacapital.net wrote:
On Tue, Apr 28, 2015 at 11:24 AM, Dan Williams dan.j.willi...@intel.com
wrote:
diff --git a/arch/x86/kernel/e820.c b/arch/x86/kernel/e820.c
index 11cc7d54ec3f..d38b53a7e9b2 100644
--- a/arch/x86/kernel/e820.c
+++ b
On Tue, Apr 28, 2015 at 2:24 PM, Elliott, Robert (Server Storage)
elli...@hp.com wrote:
-Original Message-
From: Linux-nvdimm [mailto:linux-nvdimm-boun...@lists.01.org] On Behalf Of
Dan Williams
Sent: Tuesday, April 28, 2015 1:24 PM
To: linux-nvd...@lists.01.org
Cc: Neil Brown; Dave
On Wed, Apr 29, 2015 at 8:53 AM, Elliott, Robert (Server Storage)
elli...@hp.com wrote:
-Original Message-
From: Linux-nvdimm [mailto:linux-nvdimm-boun...@lists.01.org] On Behalf Of
Dan Williams
Sent: Tuesday, April 28, 2015 1:25 PM
Subject: [Linux-nvdimm] [PATCH v2 08/20] libnd
On Wed, 2015-04-29 at 17:17 +0200, D.S. Ljungmark wrote:
On 29/04/15 16:51, Denys Vlasenko wrote:
On Wed, Apr 1, 2015 at 9:48 PM, David Miller da...@davemloft.net wrote:
D.S. Ljungmark (1):
ipv6: Don't reduce hop limit for an interface
On Tue, Apr 28, 2015 at 3:58 PM, Andy Lutomirski l...@amacapital.net wrote:
On Tue, Apr 28, 2015 at 3:21 PM, Phil Pokorny
ppoko...@penguincomputing.com wrote:
On Tue, Apr 28, 2015 at 2:04 PM, Andy Lutomirski l...@amacapital.net wrote:
On Tue, Apr 28, 2015 at 11:25 AM, Dan Williams dan.j.willi
On Tue, Apr 28, 2015 at 4:06 PM, Andy Lutomirski l...@amacapital.net wrote:
On Tue, Apr 28, 2015 at 3:30 PM, Dan Williams dan.j.willi...@intel.com
wrote:
On Tue, Apr 28, 2015 at 2:10 PM, Andy Lutomirski l...@amacapital.net wrote:
On Tue, Apr 28, 2015 at 11:26 AM, Dan Williams dan.j.willi
On Wed, 2015-04-29 at 18:55 +0200, D.S. Ljungmark wrote:
On 29/04/15 18:50, Dan Williams wrote:
On Wed, 2015-04-29 at 17:17 +0200, D.S. Ljungmark wrote:
On 29/04/15 16:51, Denys Vlasenko wrote:
On Wed, Apr 1, 2015 at 9:48 PM, David Miller da...@davemloft.net wrote:
D.S. Ljungmark (1
On Wed, Apr 29, 2015 at 11:25 AM, Toshi Kani toshi.k...@hp.com wrote:
Hi Dan,
Thanks for the update. This version of the patchset enumerates our NFIT
table properly. :-)
On Tue, 2015-04-28 at 14:25 -0400, Dan Williams wrote:
In preparation for the pmem driver attaching to pmem-namespaces
On Wed, Apr 29, 2015 at 1:49 PM, Linda Knippers linda.knipp...@hp.com wrote:
On 4/29/2015 2:53 PM, Toshi Kani wrote:
What's the right answer for this in the long run?
Short term, /dev/disk/by-uuid to take a stable identifier from the
contents of the device.
Longer term teach udev to populate
On Thu, Apr 30, 2015 at 6:21 PM, Rafael J. Wysocki r...@rjwysocki.net wrote:
On Thursday, April 30, 2015 05:39:06 PM Dan Williams wrote:
On Thu, Apr 30, 2015 at 4:23 PM, Rafael J. Wysocki r...@rjwysocki.net
wrote:
[..]
+if ND_DEVICES
+
+config LIBND
+ tristate LIBND: libnd device
On Thu, Apr 30, 2015 at 4:23 PM, Rafael J. Wysocki r...@rjwysocki.net wrote:
On Tuesday, April 28, 2015 02:24:23 PM Dan Williams wrote:
1/ Autodetect an NFIT table for the ACPI namespace device with _HID of
ACPI0012
2/ libnd bus registration
The NFIT provided by ACPI is one possible
On Fri, May 1, 2015 at 12:15 PM, Toshi Kani toshi.k...@hp.com wrote:
On Fri, 2015-05-01 at 11:43 -0700, Dan Williams wrote:
On Fri, May 1, 2015 at 11:19 AM, Toshi Kani toshi.k...@hp.com wrote:
On Fri, 2015-05-01 at 11:22 -0700, Dan Williams wrote:
On Fri, May 1, 2015 at 10:48 AM, Toshi Kani
On Fri, May 1, 2015 at 10:48 AM, Toshi Kani toshi.k...@hp.com wrote:
On Tue, 2015-04-28 at 14:24 -0400, Dan Williams wrote:
Register the memory devices described in the nfit as libnd 'dimm'
devices on an nd bus. The kernel assigned device id for dimms is
dynamic. If userspace needs a more
On Fri, May 1, 2015 at 11:19 AM, Toshi Kani toshi.k...@hp.com wrote:
On Fri, 2015-05-01 at 11:22 -0700, Dan Williams wrote:
On Fri, May 1, 2015 at 10:48 AM, Toshi Kani toshi.k...@hp.com wrote:
On Tue, 2015-04-28 at 14:24 -0400, Dan Williams wrote:
Register the memory devices described
. Wysocki rafael.j.wyso...@intel.com
Reported-by: Nicholas Moulin nicholas.w.mou...@linux.intel.com
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
drivers/block/nd/Kconfig | 12 ++
drivers/block/nd/acpi.c | 237 ++
drivers/block/nd/acpi_nfit.h |3
to create a
child namespace device (nd_namespace_io).
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
drivers/block/nd/Makefile |2 +
drivers/block/nd/acpi.c |1
drivers/block/nd/bus.c| 26 +
drivers/block/nd/core.c | 13
Cc: linux-a...@vger.kernel.org
Cc: Robert Moore robert.mo...@intel.com
Cc: Rafael J. Wysocki rafael.j.wyso...@intel.com
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
drivers/block/nd/Makefile |1
drivers/block/nd/acpi.c | 29 ++
drivers/block/nd/acpi_nfit.h
the index to make the update valid
Label ranges directly mirror the dpa resource values for the given
label_id of the namespace.
Cc: Greg KH gre...@linuxfoundation.org
Cc: Neil Brown ne...@suse.de
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
drivers/block/nd/dimm_devs.c | 49
...@intel.com
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
drivers/block/nd/Makefile |1
drivers/block/nd/acpi.c| 130 ++
drivers/block/nd/libnd.h | 25 +++
drivers/block/nd/nd-private.h |3
drivers/block/nd/nd.h | 11 +
drivers
...@suse.de
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
drivers/block/nd/bus.c|6
drivers/block/nd/core.c | 64 ++
drivers/block/nd/dimm.c |2
drivers/block/nd/dimm_devs.c | 127 +
drivers/block/nd/label.c | 54 ++
drivers
-by: Dan Williams dan.j.willi...@intel.com
---
drivers/block/pmem.c | 22 +++---
1 file changed, 15 insertions(+), 7 deletions(-)
diff --git a/drivers/block/pmem.c b/drivers/block/pmem.c
index eabf4a8d0085..e3cf9142b172 100644
--- a/drivers/block/pmem.c
+++ b/drivers/block/pmem.c
here:
git://git.kernel.org/pub/scm/linux/kernel/git/djbw/nvdimm nd-v2
---
Dan Williams (18):
e820, efi: add ACPI 6.0 persistent memory types
libnd, nd_acpi: initial libnd infrastructure and NFIT support
nd_acpi, nfit-test: manufactured NFITs for interface development
libnd
...@intel.com
Cc: Rafael J. Wysocki rafael.j.wyso...@intel.com
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
drivers/block/nd/Kconfig | 19 +
drivers/block/nd/Makefile | 15 +
drivers/block/nd/acpi.c |3
drivers/block/nd/acpi_nfit.h | 11
drivers
' or 'nmemX/nfit/serial' attributes may be used
for this purpose.
Cc: Neil Brown ne...@suse.de
Cc: linux-a...@vger.kernel.org
Cc: Greg KH gre...@linuxfoundation.org
Cc: Robert Moore robert.mo...@intel.com
Cc: Rafael J. Wysocki rafael.j.wyso...@intel.com
Signed-off-by: Dan Williams dan.j.willi
...@suse.de
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
drivers/block/nd/Makefile |1
drivers/block/nd/acpi.c | 13 ++-
drivers/block/nd/bus.c| 168 +
drivers/block/nd/core.c | 43 ++
drivers/block/nd/dimm.c
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
drivers/block/Kconfig |2
drivers/block/Makefile|1
drivers/block/nd/Kconfig | 40 +++
drivers/block/nd/Makefile |6 +
drivers/block/nd/acpi.c | 475
Lutomirski l...@amacapital.net
Reviewed-by: Ross Zwisler ross.zwis...@linux.intel.com
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
arch/arm64/kernel/efi.c |1 +
arch/ia64/kernel/efi.c |4
arch/x86/boot/compressed/eboot.c |4
arch/x86/include/uapi
|
++
After reading valid labels, store the dpa ranges they claim into
per-dimm resource trees.
Cc: Neil Brown ne...@suse.de
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
drivers/block/nd/Makefile|1
drivers/block/nd/dimm.c | 26 +++-
drivers/block/nd
-by: Dan Williams dan.j.willi...@intel.com
---
drivers/block/nd/Kconfig |3
drivers/block/nd/Makefile |1
drivers/block/nd/btt.h| 45
drivers/block/nd/btt_devs.c | 442 +
drivers/block/nd/bus.c| 128
, it is useful for userspace to know
how many slots are left. Export this information in sysfs.
Cc: Greg KH gre...@linuxfoundation.org
Cc: Neil Brown ne...@suse.de
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
drivers/block/nd/bus.c|4
drivers/block/nd/dimm_devs.c
. As long as
a region has 'available_size' != 0 new child namespaces may be created.
Cc: Greg KH gre...@linuxfoundation.org
Cc: Neil Brown ne...@suse.de
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
drivers/block/nd/core.c | 40 +++
drivers/block/nd/dimm_devs.c | 35
robert.mo...@intel.com
Cc: Rafael J. Wysocki rafael.j.wyso...@intel.com
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
drivers/block/nd/acpi.c| 90
drivers/block/nd/bus.c | 41 ++
drivers/block/nd/core.c
]
Signed-off-by: Vishal Verma vishal.l.ve...@linux.intel.com
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
Documentation/blockdev/btt.txt | 273
drivers/block/nd/Kconfig | 20 +
drivers/block/nd/Makefile |3
drivers/block/nd/acpi.c|1
drivers/block/nd
device.
Cc: Andy Lutomirski l...@amacapital.net
Cc: Boaz Harrosh b...@plexistor.com
Cc: H. Peter Anvin h...@zytor.com
Cc: Jens Axboe ax...@fb.com
Cc: Ingo Molnar mi...@kernel.org
Cc: Christoph Hellwig h...@lst.de
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
arch/x86/kernel/pmem.c
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
drivers/block/nd/Kconfig | 12 +
drivers/block/nd/Makefile |3
drivers/block/nd/acpi.c | 422 +++--
drivers/block/nd/acpi_nfit.h | 47
drivers/block/nd/blk.c
On Tue, Apr 28, 2015 at 5:56 AM, Christoph Hellwig h...@infradead.org wrote:
On Sat, Apr 18, 2015 at 12:37:09PM -0700, Dan Williams wrote:
At this point in the patch series I agree, but in later patches we
take advantage of nd bus services. [PATCH 15/21] nd: pmem label sets
and namespace
On Tue, Apr 28, 2015 at 5:46 AM, Christoph Hellwig h...@infradead.org wrote:
On Fri, Apr 17, 2015 at 09:35:19PM -0400, Dan Williams wrote:
diff --git a/arch/ia64/kernel/efi.c b/arch/ia64/kernel/efi.c
index c52d7540dc05..cd8b7485e396 100644
--- a/arch/ia64/kernel/efi.c
+++ b/arch/ia64/kernel
On Tue, Apr 28, 2015 at 5:53 AM, Christoph Hellwig h...@infradead.org wrote:
On Fri, Apr 17, 2015 at 09:35:30PM -0400, Dan Williams wrote:
new file mode 100644
index ..5fa74f124b3e
--- /dev/null
+++ b/drivers/block/nd/Kconfig
@@ -0,0 +1,44 @@
+config ND_ARCH_HAS_IOREMAP_CACHE
On Tue, Apr 28, 2015 at 5:54 AM, Christoph Hellwig h...@infradead.org wrote:
Eww, the --wrap stuff is too ugly too live.
Since when are unit tests pretty?
Just implement the
implemenetation of persistent nvdimms into qemu where it belongs.
Ugh, no, I'm not keen to introduce yet another
On Thu, May 7, 2015 at 10:36 AM, Ingo Molnar mi...@kernel.org wrote:
* Dan Williams dan.j.willi...@intel.com wrote:
Anyway, I did want to say that while I may not be convinced about
the approach, I think the patches themselves don't look horrible.
I actually like your __pfn_t. So while I
On Thu, May 7, 2015 at 11:40 AM, Ingo Molnar mi...@kernel.org wrote:
* Dan Williams dan.j.willi...@intel.com wrote:
On Thu, May 7, 2015 at 9:18 AM, Christoph Hellwig h...@lst.de wrote:
On Wed, May 06, 2015 at 05:19:48PM -0700, Linus Torvalds wrote:
What is the primary thing that is driving
On Thu, May 7, 2015 at 10:43 AM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Thu, May 7, 2015 at 9:03 AM, Dan Williams dan.j.willi...@intel.com wrote:
Ok, I'll keep thinking about this and come back when we have a better
story about passing mmap'd persistent memory around
On Thu, May 7, 2015 at 7:55 AM, Stephen Rothwell s...@canb.auug.org.au wrote:
Hi Dan,
On Wed, 06 May 2015 16:04:59 -0400 Dan Williams dan.j.willi...@intel.com
wrote:
diff --git a/include/asm-generic/pfn.h b/include/asm-generic/pfn.h
new file mode 100644
index ..91171e0285d9
On Thu, May 7, 2015 at 7:42 AM, Ingo Molnar mi...@kernel.org wrote:
* Ingo Molnar mi...@kernel.org wrote:
[...]
For anything more complex, that maps any of this storage to
user-space, or exposes it to higher level struct page based APIs,
etc., where references matter and it's more of a
On Thu, May 7, 2015 at 8:00 AM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Wed, May 6, 2015 at 7:36 PM, Dan Williams dan.j.willi...@intel.com wrote:
My pet concrete example is covered by __pfn_t. Referencing persistent
memory in an md/dm hierarchical storage configuration
On Thu, May 7, 2015 at 8:58 AM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Thu, May 7, 2015 at 8:40 AM, Dan Williams dan.j.willi...@intel.com wrote:
blkdev_get(FMODE_EXCL) is the protection in this case.
Ugh. That looks like a horrible nasty big hammer that will bite us
badly
On Wed, May 6, 2015 at 3:10 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Wed, May 6, 2015 at 1:04 PM, Dan Williams dan.j.willi...@intel.com wrote:
The motivation for this change is persistent memory and the desire to
use it not only via the pmem driver, but also as a memory
that there is a struct page backing for the
entry.
Signed-off-by: Dan Williams dan.j.willi...@intel.com
Signed-off-by: Matthew Wilcox wi...@linux.intel.com
---
block/blk-merge.c |2 -
drivers/dma/ste_dma40.c |5 --
drivers/mmc/card/queue.c |4 +-
include/asm
range, if it becomes inefficient to do a
kmap_atomic_pfn_t() a PAGE_SIZE at a time the caller can take
advantage of the fact that the lookup can be amortized for all kmap
operations it needs to perform in a given range.
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
arch/Kconfig
Harrosh b...@plexistor.com
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
arch/powerpc/sysdev/axonram.c |4 ++--
drivers/block/brd.c |4 ++--
drivers/block/pmem.c |8 +---
drivers/s390/block/dcssblk.c |6 +++---
fs/block_dev.c|2
...@kernel.org
Cc: Jens Axboe ax...@kernel.dk
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
block/bio.c | 48 ++---
block/blk-core.c |9
include/linux/blk_types.h |1 +
include/linux/blkdev.h|2 ++
4 files
=sg_phys.cocci MODE=patch
virtual patch
virtual report
virtual org
@@
struct scatterlist *sg;
@@
- page_to_phys(sg_page(sg)) + sg-offset
+ sg_phys(sg)
@@
struct scatterlist *sg;
@@
- page_to_phys(sg_page(sg))
+ sg_phys(sg) - sg-offset
Cc: Julia Lawall julia.law...@lip6.fr
Signed-off-by: Dan Williams
: Jens Axboe ax...@kernel.dk
Cc: Tejun Heo t...@kernel.org
Cc: Andrew Morton a...@linux-foundation.org
Cc: Linus Torvalds torva...@linux-foundation.org
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
include/asm-generic/memory_model.h |1 -
include/asm-generic/pfn.h | 51
...@linux.intel.com
Cc: Julia Lawall julia.law...@lip6.fr
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
block/blk-integrity.c |4 ++--
block/blk-merge.c |6 +++---
block/bounce.c|2 +-
drivers/md/bcache/btree.c |2 +-
include/linux/bio.h | 24
is to
perform a page_to_pfn() conversion for dma-mapping. Instances
of kmap() / kmap_atomic() usage appear to be the only occasions
in the block stack where struct page is non-trivially used. A
new kmap_atomic_pfn_t() is proposed to handle those cases.
---
Dan Williams (9
On Wed, May 6, 2015 at 1:05 PM, Dan Williams dan.j.willi...@intel.com wrote:
It would be unfortunate if the kmap infrastructure escaped its current
32-bit/HIGHMEM bonds and leaked into 64-bit code. Instead, if the user
has enabled CONFIG_PMEM_IO we direct the kmap_atomic_pfn_t
Fix up x86 dma_map_ops to allow pfn-only mappings.
As long as a dma_map_sg() implementation uses the generic sg_phys()
helpers it can support scatterlists that use __pfn_t instead of struct
page.
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
arch/x86/Kconfig
: Boaz Harrosh b...@plexistor.com
Cc: Theodore Ts'o ty...@mit.edu
Cc: Jan Kara j...@suse.cz
Cc: Julia Lawall julia.law...@lip6.fr
Cc: Martin K. Petersen martin.peter...@oracle.com
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
arch/powerpc/sysdev/axonram.c |2 +
block/bio
This is in support of enabling block device drivers to perform DMA
to/from persistent memory which may not have a backing struct page
entry.
Signed-off-by: Dan Williams dan.j.willi...@intel.com
---
arch/Kconfig |3 +++
include/asm-generic/dma-mapping-common.h
://git.kernel.dk/?p=linux-block.git;a=commit;h=6cd18e71
Also, we gave both patches a try internally after seeing the duplicate
sysfs warning. You can add:
Acked-by: Dan Williams dan.j.willi...@intel.com
Tested-by: Nicholas Moulin nicholas.w.mou...@linux.intel.com
...on the re-send.
Thanks Neil
On Wed, May 6, 2015 at 5:19 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Wed, May 6, 2015 at 4:47 PM, Dan Williams dan.j.willi...@intel.com wrote:
Conceptually better, but certainly more difficult to audit if the fake
struct page is initialized in a subtle way that breaks when
601 - 700 of 9316 matches
Mail list logo