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 >

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

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

[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

[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

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

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 |=

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: [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

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

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

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: [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

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()

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

[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

[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

[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 ---

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

ホットな画像サイトです

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

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 { > >> >> +