Returned mail: Data format error

2019-02-22 Thread Automatic Email Delivery Software
___ Linux-nvdimm mailing list Linux-nvdimm@lists.01.org https://lists.01.org/mailman/listinfo/linux-nvdimm

Re: [RFC PATCH] pmem: advertise page alignment for pmem devices supporting fsdax

2019-02-22 Thread Darrick J. Wong
On Sat, Feb 23, 2019 at 10:30:38AM +1100, Dave Chinner wrote: > On Fri, Feb 22, 2019 at 10:45:25AM -0800, Darrick J. Wong wrote: > > On Fri, Feb 22, 2019 at 10:28:15AM -0800, Dan Williams wrote: > > > On Fri, Feb 22, 2019 at 10:21 AM Darrick J. Wong > > > wrote: > > > > > > > > Hi all! > > > > >

Re: [PATCH] dax: add a 'modalias' attribute to DAX 'bus' devices

2019-02-22 Thread Dan Williams
Looks ok, but I think the changelog could be more accurate. On Fri, Feb 22, 2019 at 3:59 PM Vishal Verma wrote: > > Add a 'modalias' attribute to devices under the DAX bus so that userspace > is able to dynamically load modules as needed. The modalias is already published in the uevent which is

[PATCH] dax: add a 'modalias' attribute to DAX 'bus' devices

2019-02-22 Thread Vishal Verma
Add a 'modalias' attribute to devices under the DAX bus so that userspace is able to dynamically load modules as needed. The modalias already exists, it was only the sysfs attribute that was missing. Cc: Dan Williams Cc: Dave Hansen Signed-off-by: Vishal Verma --- drivers/dax/bus.c | 12

Re: [RFC PATCH] pmem: advertise page alignment for pmem devices supporting fsdax

2019-02-22 Thread Dave Chinner
On Fri, Feb 22, 2019 at 10:45:25AM -0800, Darrick J. Wong wrote: > On Fri, Feb 22, 2019 at 10:28:15AM -0800, Dan Williams wrote: > > On Fri, Feb 22, 2019 at 10:21 AM Darrick J. Wong > > wrote: > > > > > > Hi all! > > > > > > Uh, we have an internal customer who's been trying out MAP_SYNC > > >

Re: [RFC PATCH] pmem: advertise page alignment for pmem devices supporting fsdax

2019-02-22 Thread Darrick J. Wong
On Sat, Feb 23, 2019 at 10:11:36AM +1100, Dave Chinner wrote: > On Fri, Feb 22, 2019 at 10:20:08AM -0800, Darrick J. Wong wrote: > > Hi all! > > > > Uh, we have an internal customer who's been trying out MAP_SYNC > > on pmem, and they've observed that one has to do a fair amount of > > legwork

Re: [RFC PATCH] pmem: advertise page alignment for pmem devices supporting fsdax

2019-02-22 Thread Dave Chinner
On Fri, Feb 22, 2019 at 10:20:08AM -0800, Darrick J. Wong wrote: > Hi all! > > Uh, we have an internal customer who's been trying out MAP_SYNC > on pmem, and they've observed that one has to do a fair amount of > legwork (in the form of mkfs.xfs parameters) to get the kernel to set up > 2M PMD

Re: [RFC v4 00/17] kunit: introduce KUnit, the Linux kernel unit testing framework

2019-02-22 Thread Thiago Jung Bauermann
Frank Rowand writes: > On 2/19/19 10:34 PM, Brendan Higgins wrote: >> On Mon, Feb 18, 2019 at 12:02 PM Frank Rowand wrote: >> >>> I have not read through the patches in any detail. I have read some of >>> the code to try to understand the patches to the devicetree unit tests. >>> So that

Re: [RFC PATCH] pmem: advertise page alignment for pmem devices supporting fsdax

2019-02-22 Thread Darrick J. Wong
On Fri, Feb 22, 2019 at 10:28:15AM -0800, Dan Williams wrote: > On Fri, Feb 22, 2019 at 10:21 AM Darrick J. Wong > wrote: > > > > Hi all! > > > > Uh, we have an internal customer who's been trying out MAP_SYNC > > on pmem, and they've observed that one has to do a fair amount of > > legwork (in

Re: [RFC PATCH] pmem: advertise page alignment for pmem devices supporting fsdax

2019-02-22 Thread Dan Williams
On Fri, Feb 22, 2019 at 10:21 AM Darrick J. Wong wrote: > > Hi all! > > Uh, we have an internal customer who's been trying out MAP_SYNC > on pmem, and they've observed that one has to do a fair amount of > legwork (in the form of mkfs.xfs parameters) to get the kernel to set up > 2M PMD

[RFC PATCH] pmem: advertise page alignment for pmem devices supporting fsdax

2019-02-22 Thread Darrick J. Wong
Hi all! Uh, we have an internal customer who's been trying out MAP_SYNC on pmem, and they've observed that one has to do a fair amount of legwork (in the form of mkfs.xfs parameters) to get the kernel to set up 2M PMD mappings. They (of course) want to mmap hundreds of GB of pmem, so the PMD

Re: [PATCH 7/7] libnvdimm/pfn: Fix 'start_pad' implementation

2019-02-22 Thread Jeff Moyer
Dan Williams writes: >> Great! Now let's create another one. >> >> # ndctl create-namespace -m fsdax -s 132m >> libndctl: ndctl_pfn_enable: pfn1.1: failed to enable >> Error: namespace1.2: failed to enable >> >> failed to create namespace: No such device or address >> >> (along with a kernel

Re: [PATCH 7/7] libnvdimm/pfn: Fix 'start_pad' implementation

2019-02-22 Thread Dan Williams
On Fri, Feb 22, 2019 at 7:42 AM Jeff Moyer wrote: > > Dan Williams writes: > > >> > However, to fix this situation a non-backwards compatible change > >> > needs to be made to the interpretation of the nd_pfn info-block. > >> > ->start_pad needs to be accounted in ->map.map_offset (formerly > >>

Re: [PATCH 7/7] libnvdimm/pfn: Fix 'start_pad' implementation

2019-02-22 Thread Jeff Moyer
Dan Williams writes: >> > However, to fix this situation a non-backwards compatible change >> > needs to be made to the interpretation of the nd_pfn info-block. >> > ->start_pad needs to be accounted in ->map.map_offset (formerly >> > ->data_offset), and ->map.map_base (formerly ->phys_addr)

Returned mail: Data format error

2019-02-22 Thread Returned mail
This Message was undeliverable due to the following reason: Your message was not delivered because the destination computer was not reachable within the allowed queue period. The amount of time a message is queued before it is returned depends on local configura- tion parameters. Most likely