[ndctl PATCH] ndctl, spec: disable daxctl io on non-x86_64 archs

Similar to the kernel requires CONFIG_ARCH_HAS_PMEM_API for pmem support, userspace requires libpmem which to date is only packaged for x86_64. Cc: Dave Jiang Signed-off-by: Dan Williams --- ndctl.spec.in |6 ++ 1 file changed, 6

[ndctl PATCH] ndctl, test: fix daxdax-errors.sh skip condition

Return the skip code '77' if the test dependencies cannot be satisfied. Signed-off-by: Dan Williams --- test/daxdev-errors.sh |1 - 1 file changed, 1 deletion(-) diff --git a/test/daxdev-errors.sh b/test/daxdev-errors.sh index 4818a4a1efcf..8115087a085f 100755 ---

[ndctl PATCH 2/2] ndctl: add missing symbol export for ndctl_bus_is_nfit_cmd_supported()

Enable applications to use this new helper. Signed-off-by: Dan Williams --- ndctl/lib/libndctl.sym |1 + 1 file changed, 1 insertion(+) diff --git a/ndctl/lib/libndctl.sym b/ndctl/lib/libndctl.sym index 8a672334..58db669ac2d7 100644 ---

[ndctl PATCH 1/2] ndctl: match new library symbols to their version

We should have been doing this from the beginning for new symbols, but no time like the present to start. Signed-off-by: Dan Williams --- ndctl/lib/libndctl.sym | 22 +- 1 file changed, 13 insertions(+), 9 deletions(-) diff --git

[ndctl PATCH 2/2] ndctl: support multiple dimms when translating badblock ranges

A badblock range reported in a region may span multiple DIMMs in an interleave set, so check every 512 bytes in the error range for a unique dimm. Cc: Yasunori Goto Signed-off-by: Dan Williams --- util/json.c | 84

[ndctl PATCH 1/2] ndctl: reduce indentation in util_region_badblocks_to_json / dev_badblocks_to_json

Use a 'continue' to out-dent the badblock parsing code block. Cc: Dave Jiang Cc: Yasunori Goto Signed-off-by: Dan Williams --- util/json.c | 108 +++ 1 file changed,

[PATCH] xfs: add regression test for DAX mount option usage

This adds a regression test for the following kernel patch: xfs: always use DAX if mount option is used This test will also pass with kernel v4.14-rc1 and beyond because the XFS DAX I/O mount option has been disabled (but not removed), so the "chattr -x" to turn off DAX doesn't actually do

[PATCH] libnvdimm, btt: use %z format string modifier for size_t

We get a warning about an two incorrect format strings: drivers/nvdimm/btt.c: In function 'btt_map_init': include/linux/device.h:1472:23: error: format '%lx' expects argument of type 'long unsigned int', but argument 6 has type 'size_t {aka unsigned int}' [-Werror=format=] This changes the %lx

[linux-nvdimm:libnvdimm-for-next 22/22] drivers//nvdimm/btt.c:430:3: warning: format '%lx' expects argument of type 'long unsigned int', but argument 4 has type 'size_t'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm.git libnvdimm-for-next head: 86652d2eb347080a991968c9d68708dc010ac56c commit: 86652d2eb347080a991968c9d68708dc010ac56c [22/22] libnvdimm, btt: clean up warning and error messages config: i386-randconfig-c0-09090349 (attached

[RFC PATCH v8 2/2] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags

The mmap(2) syscall suffers from the ABI anti-pattern of not validating unknown flags. However, proposals like MAP_SYNC and MAP_DIRECT need a mechanism to define new behavior that is known to fail on older kernels without the support. Define a new MAP_SHARED_VALIDATE flag pattern that is

[RFC PATCH v8 0/2] mmap: safely enable support for new flags

Changes since v7 [1]: * rebase on the mid-merge-window state of the tree to pick up new mmap implementations. * expand the mmap operation handler conversion beyond 'struct file_operations' to include, 'struct etnaviv_gem_ops', 'struct dma_buf_ops', 'struct drm_driver', 'struct fb_ops', and

[PATCH -next] nvdimm: btt.c: fix format string warnings

^ Signed-off-by: Randy Dunlap <rdun...@infradead.org> Cc: Vishal Verma <vishal.l.ve...@intel.com> Cc: linux-nvdimm@lists.01.org --- drivers/nvdimm/btt.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) --- linux-next-20170908.orig/drivers/nvdimm/btt.c +++ lin

Re: [PATCH 0/9] add ext4 per-inode DAX flag

On Fri, Sep 08, 2017 at 09:25:43AM +1000, Dave Chinner wrote: > > Okay, so other ideas (which you have also probably already though of) > > include: > > > > 1) Just return -EBUSY if anyone tries to change the DAX flag of an inode > > with > > open mappings or any open file handles. > > You

Re: [PATCH 1/2] xfs: always use DAX if mount option is used

On Fri, Sep 08, 2017 at 12:20:28AM -0700, Christoph Hellwig wrote: > On Thu, Sep 07, 2017 at 03:08:31PM -0600, Ross Zwisler wrote: > > Before support for the per-inode DAX flag was disabled the XFS the code had > > an issue where the user couldn't reliably tell whether or not DAX was being > >

Website

Hey I'm very interested in your business and I would like to hand you my resume. The resume is password protected to prevent identity theft. The password is 123456 Cheers, Wanda Prather ___ Linux-nvdimm mailing list Linux-nvdimm@lists.01.org

Re: [PATCH 0/9] add ext4 per-inode DAX flag

On Fri 08-09-17 09:25:43, Dave Chinner wrote: > On Thu, Sep 07, 2017 at 04:19:00PM -0600, Ross Zwisler wrote: > > On Fri, Sep 08, 2017 at 08:12:01AM +1000, Dave Chinner wrote: > > > On Thu, Sep 07, 2017 at 03:51:48PM -0600, Ross Zwisler wrote: > > > > On Thu, Sep 07, 2017 at 03:26:10PM -0600,

Re: [PATCH 2/2] xfs: validate bdev support for DAX inode flag

Looks good, Reviewed-by: Christoph Hellwig ___ Linux-nvdimm mailing list Linux-nvdimm@lists.01.org https://lists.01.org/mailman/listinfo/linux-nvdimm