Re: [PATCH 14/15] dax: associate mappings with inodes, and warn if dma collides with truncate

On Wed 20-12-17 14:41:14, Dan Williams wrote: > On Wed, Dec 20, 2017 at 6:38 AM, Jan Kara wrote: > > On Tue 19-12-17 17:11:38, Dan Williams wrote: > >> On Fri, Nov 10, 2017 at 1:08 AM, Christoph Hellwig wrote: > >> >> + struct { > >> >> + /* > >> >> +

Re: [PATCH v3 0/3] create sysfs representation of ACPI HMAT

Matthew Wilcox writes: > On Mon, Dec 18, 2017 at 01:35:47PM -0700, Ross Zwisler wrote: >> What I'm hoping to do with this series is to just provide a sysfs >> representation of the HMAT so that applications can know which NUMA nodes to >> select with existing utilities like numactl. This series

ホットな画像サイトです

Re: [PATCH v3 0/3] create sysfs representation of ACPI HMAT

On Wed 20-12-17 09:41:07, Ross Zwisler wrote: > On Mon, Dec 18, 2017 at 01:35:47PM -0700, Ross Zwisler wrote: > > On Thu, Dec 14, 2017 at 02:00:32PM +0100, Michal Hocko wrote: > <> > > > What is the testing procedure? How can I setup qemu to simlate such HW? > > > > Well, the QEMU table simulation

[PATCH 1/2] dax: Pass detailed error code from dax_iomap_fault()

Ext4 needs to pass through error from its iomap handler to the page fault handler so that it can properly detect ENOSPC and force transaction commit and retry the fault (and block allocation). Add argument to dax_iomap_fault() for passing such error. Signed-off-by: Jan Kara --- fs/dax.c

[PATCH 2/2] ext4: Fix ENOSPC handling in DAX page fault handler

When allocation of underlying block for a page fault fails, we fail the fault with SIGBUS. However we may well hit ENOSPC just due to lots of free blocks being held by the running / committing transaction. So propagate the error from ext4_iomap_begin() and implement do standard allocation retry loo

[PATCH 0/2 v2] ext4: Fix ENOSPC handling for DAX faults

Hello, these two patches fix handling of ENOSPC during DAX faults. The problem is that currently running transaction may be holding lots of already freed blocks which can be reallocated only once the transaction commits. Standard retry logic in ext4_iomap_end() does not work for DAX page fault han

Re: [xfsprogs PATCH v2 0/3] Add necessary items for MAP_SYNC testing

On Wed, Dec 13, 2017 at 09:45:52AM -0700, Ross Zwisler wrote: > On Tue, Dec 05, 2017 at 04:56:48PM -0700, Ross Zwisler wrote: > > This is the second revision of my MAP_SYNC + dm-log-writes support for > > xfsprogs. > > Friendly ping on this xfsprogs series. ping __

转发:/ linux-nvdimm

linux-nvdimm@lists.01.org 新《劳动合同法》《社会保险法》《工伤保险条例》《劳动争议调解仲裁法》实操应对策略与 有效调岗调薪、裁员解雇及违纪问题员工处理技巧 2017年12月22--23日-深圳（B单元） 2017年12月29--30日-北京（B单元） 2018年1月15--16日--上海（A单元） 2018年1月19--20日--深圳（A单元） 2018年1月22--23日--北京（A单元） 注明：该课程2天为一个单元，A单元与B单元内容是完全独立的不分先后顺序，客户可根据自己需求选择参加A单元或者B单元，或AB单

Re: [PATCH 1/2] dax: Pass detailed error code from dax_iomap_fault()

On Thu, Dec 21, 2017 at 8:30 AM, Jan Kara wrote: > Ext4 needs to pass through error from its iomap handler to the page > fault handler so that it can properly detect ENOSPC and force > transaction commit and retry the fault (and block allocation). Add > argument to dax_iomap_fault() for passing su

Re: [xfsprogs PATCH v2 2/3] xfs_io: add MAP_SYNC support to mmap()

On Tue, Dec 05, 2017 at 04:56:50PM -0700, Ross Zwisler wrote: > Add support for a new -S flag to xfs_io's mmap command. This opens the > mapping with the (MAP_SYNC | MAP_SHARED_VALIDATE) flags instead of the > standard MAP_SHARED flag. > > Signed-off-by: Ross Zwisler > Suggested-by: Dave Chinner

Re: [xfsprogs PATCH v3 3/3] xfs_io: add a new 'log_writes' command

On Wed, Dec 06, 2017 at 11:13:23AM -0700, Ross Zwisler wrote: > Add a new 'log_writes' command to xfs_io so that we can add dm-log-writes > log marks. It's helpful to allow users of xfs_io to adds these marks from > within xfs_io instead of waiting until after xfs_io exits because then they > are

Re: [PATCH 1/2] dax: Pass detailed error code from dax_iomap_fault()

On Thu, Dec 21, 2017 at 05:30:54PM +0100, Jan Kara wrote: > Ext4 needs to pass through error from its iomap handler to the page > fault handler so that it can properly detect ENOSPC and force > transaction commit and retry the fault (and block allocation). Add > argument to dax_iomap_fault() for pa

Re: [PATCH 2/2] ext4: Fix ENOSPC handling in DAX page fault handler

On Thu, Dec 21, 2017 at 05:30:55PM +0100, Jan Kara wrote: > When allocation of underlying block for a page fault fails, we fail the > fault with SIGBUS. However we may well hit ENOSPC just due to lots of > free blocks being held by the running / committing transaction. So > propagate the error from

Re: [PATCH 14/15] dax: associate mappings with inodes, and warn if dma collides with truncate

On Thu, Dec 21, 2017 at 4:14 AM, Jan Kara wrote: > On Wed 20-12-17 14:41:14, Dan Williams wrote: >> On Wed, Dec 20, 2017 at 6:38 AM, Jan Kara wrote: >> > On Tue 19-12-17 17:11:38, Dan Williams wrote: >> >> On Fri, Nov 10, 2017 at 1:08 AM, Christoph Hellwig wrote: >> >> >> + struct {

Re: [xfsprogs PATCH v2 2/3] xfs_io: add MAP_SYNC support to mmap()

On Thu, Dec 21, 2017 at 09:09:08AM -0800, Darrick J. Wong wrote: > On Tue, Dec 05, 2017 at 04:56:50PM -0700, Ross Zwisler wrote: > > @@ -195,6 +200,13 @@ mmap_f( > > case 'x': > > prot |= PROT_EXEC; > > break; > > + case 'S': > > +

Re: [xfsprogs PATCH v2 2/3] xfs_io: add MAP_SYNC support to mmap()

On Thu, Dec 21, 2017 at 10:41:10AM -0700, Ross Zwisler wrote: > On Thu, Dec 21, 2017 at 09:09:08AM -0800, Darrick J. Wong wrote: > > On Tue, Dec 05, 2017 at 04:56:50PM -0700, Ross Zwisler wrote: > > > > @@ -195,6 +200,13 @@ mmap_f( > > > case 'x': > > > prot |= PROT_EXE

Re: [PATCH v3 0/3] create sysfs representation of ACPI HMAT

Le 20/12/2017 à 23:41, Ross Zwisler a écrit : > On Wed, Dec 20, 2017 at 02:29:56PM -0800, Dan Williams wrote: >> On Wed, Dec 20, 2017 at 1:24 PM, Ross Zwisler >> wrote: >>> On Wed, Dec 20, 2017 at 01:16:49PM -0800, Matthew Wilcox wrote: On Wed, Dec 20, 2017 at 12:22:21PM -0800, Dave Hansen wr

[xfsprogs PATCH v4 1/2] xfs_io: add MAP_SYNC support to mmap()

Add support for a new -S flag to xfs_io's mmap command. This opens the mapping with the (MAP_SYNC | MAP_SHARED_VALIDATE) flags instead of the standard MAP_SHARED flag. Signed-off-by: Ross Zwisler Suggested-by: Dave Chinner --- configure.ac | 1 + include/builddefs.in | 1 + include

[xfsprogs PATCH v4 0/2] Add necessary items for MAP_SYNC testing

This is the fourth revision of my MAP_SYNC + dm-log-writes support for xfsprogs. The previous revision can be found here: https://lists.01.org/pipermail/linux-nvdimm/2017-December/013473.html Changes since v3: - Fixed indentation of variable declarations (Darrick). - Added a comment for the

[xfsprogs PATCH v4 2/2] xfs_io: add a new 'log_writes' command

Add a new 'log_writes' command to xfs_io so that we can add dm-log-writes log marks. It's helpful to allow users of xfs_io to adds these marks from within xfs_io instead of waiting until after xfs_io exits because then they are able to replay the dm-log-writes log up to immediately after another x

Re: [xfsprogs PATCH v4 1/2] xfs_io: add MAP_SYNC support to mmap()

On Thu, Dec 21, 2017 at 03:07:59PM -0700, Ross Zwisler wrote: > Add support for a new -S flag to xfs_io's mmap command. This opens the > mapping with the (MAP_SYNC | MAP_SHARED_VALIDATE) flags instead of the > standard MAP_SHARED flag. > > Signed-off-by: Ross Zwisler > Suggested-by: Dave Chinner

[PATCH] libnvdimm, pfn: fix start_pad handling for aligned namespaces

The alignment checks at pfn driver startup fail to properly account for the 'start_pad' in the case where the namespace is misaligned relative to its internal alignment. This is typically triggered in 1G aligned namespace, but could theoretically trigger with small namespace alignments. When this t

Re: [PATCH v2 2/2] libnvdimm, btt: Fix an incompatibility in the log layout

On Mon, Dec 18, 2017 at 8:28 AM, Vishal Verma wrote: > Due to a spec misinterpretation, the Linux implementation of the BTT log > area had different padding scheme from other implementations, such as > UEFI and NVML. > > This fixes the padding scheme, and defaults to it for new BTT layouts. > We a

Re: [PATCH v3 0/3] create sysfs representation of ACPI HMAT

On 12/14/2017 07:40 AM, Ross Zwisler wrote: > Quick Summary > > Platforms exist today which have multiple types of memory attached to a > single CPU. These disparate memory ranges have some characteristics in > common, such as CPU cache coherence, but they can have wide ranges of > perf