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

On Fri, Dec 22, 2017 at 02:53:42PM -0800, Dan Williams wrote: > On Thu, Dec 21, 2017 at 12:31 PM, Brice Goglin <brice.gog...@gmail.com> wrote: > > Le 20/12/2017 à 23:41, Ross Zwisler a écrit : > [..] > > Hello > > > > I can confirm that HPC runtimes are going to

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

On Thu, Dec 21, 2017 at 01:41:15AM +, Elliott, Robert (Persistent Memory) wrote: > > > > -Original Message- > > From: Linux-nvdimm [mailto:linux-nvdimm-boun...@lists.01.org] On Behalf Of > > Ross Zwisler > ... > > > > On Wed, Dec 20, 2017 at

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

On Wed, Dec 20, 2017 at 02:29:56PM -0800, Dan Williams wrote: > On Wed, Dec 20, 2017 at 1:24 PM, Ross Zwisler > <ross.zwis...@linux.intel.com> 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

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

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 wrote: > > On 12/20/2017 10:19 AM, Matthew Wilcox wrote: > > > I don't know what the right interface is, but my laptop has a set of > > > /sys/devices/system/memory/memoryN/

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

On Wed, Dec 20, 2017 at 10:19:37AM -0800, Matthew Wilcox wrote: > 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 node

Re: [tip:sched/core] sched/core: Add debugging code to catch missing update_rq_clock() calls

On Tue, Jan 31, 2017 at 4:48 AM, Mike Galbraith wrote: > On Tue, 2017-01-31 at 16:30 +0530, Sachin Sant wrote: >> Trimming the cc list. >> >> > > I assume I should be worried? >> > >> > Thanks for the report. No need to worry, the bug has existed for a >> > while, this patch just

[PATCH v4 0/7] dax: I/O path enhancements

and added a TODO to move to non-temporal stores (Christoph) Ross Zwisler (7): brd: make rd_size static pmem, x86: move x86 PMEM API to new pmem.h header pmem: remove layer when calling arch_has_wmb_pmem() pmem, x86: clean up conditional pmem includes pmem: add copy_from_iter_pmem

[PATCH v4 7/7] pmem, dax: have direct_access use __pmem annotation

Update the annotation for the kaddr pointer returned by direct_access() so that it is a __pmem pointer. This is consistent with the PMEM driver and with how this direct_access() pointer is used in the DAX code. Signed-off-by: Ross Zwisler ross.zwis...@linux.intel.com Reviewed-by: Christoph

[PATCH v5 7/7] pmem, dax: have direct_access use __pmem annotation

Update the annotation for the kaddr pointer returned by direct_access() so that it is a __pmem pointer. This is consistent with the PMEM driver and with how this direct_access() pointer is used in the DAX code. Signed-off-by: Ross Zwisler ross.zwis...@linux.intel.com Reviewed-by: Christoph

[PATCH v5 0/7] dax: I/O path enhancements

); mem_cgroup_count_vm_event(vma-vm_mm, PGMAJFAULT); result |= VM_FAULT_MAJOR; Ross Zwisler (7): brd: make rd_size static pmem, x86: move x86 PMEM API to new pmem.h header pmem: remove layer when calling arch_has_wmb_pmem() pmem, x86: clean up conditional pmem includes pmem: add

[PATCH v3 0/7] dax: I/O path enhancements

completes. Patches 1-4 are a few random cleanups. Changes from v2: - Introduce copy_from_iter_pmem() as part of the PMEM API. Keep the use of __arch_wmb_cache_pmem() internal to the implmentation of the PMEM API. (Dan) Ross Zwisler (7): brd: make rd_size static pmem, x86: move x86 PMEM API to new

[PATCH v3 7/7] pmem, dax: have direct_access use __pmem annotation

Update the annotation for the kaddr pointer returned by direct_access() so that it is a __pmem pointer. This is consistent with the PMEM driver and with how this direct_access() pointer is used in the DAX code. Signed-off-by: Ross Zwisler ross.zwis...@linux.intel.com --- Documentation

Re: [PATCH v2 7/7] pmem, dax: have direct_access use __pmem annotation

On Sat, 2015-08-15 at 08:44 -0700, Dan Williams wrote: On Sat, Aug 15, 2015 at 2:19 AM, Christoph Hellwig h...@lst.de wrote: On Thu, Aug 13, 2015 at 10:51:11AM -0600, Ross Zwisler wrote: Update the annotation for the kaddr pointer returned by direct_access() so that it is a __pmem pointer

[PATCH v2 7/7] pmem, dax: have direct_access use __pmem annotation

Update the annotation for the kaddr pointer returned by direct_access() so that it is a __pmem pointer. This is consistent with the PMEM driver and with how this direct_access() pointer is used in the DAX code. Signed-off-by: Ross Zwisler ross.zwis...@linux.intel.com --- Documentation

[PATCH v2 0/7] dax: I/O path enhancements

the arch implementation of the PMEM API into it's own arch header (Christoph). Ross Zwisler (7): brd: make rd_size static pmem, x86: move x86 PMEM API to new pmem.h header pmem: remove layer when calling arch_has_wmb_pmem() pmem, x86: clean up conditional pmem includes pmem: add