Re: Detecting NUMA per pmem

2018-01-09 Thread Oren Berman
Hi Dan Which driver are you referring to? If it is the dax driver than it is always loaded - we see /dev/dax0. If you refer to the user space application which called the mmap on the dax device then this application is not running anymore. We used this application to get the virtual address

[no subject]

2018-01-09 Thread bakre
___ Linux-nvdimm mailing list Linux-nvdimm@lists.01.org https://lists.01.org/mailman/listinfo/linux-nvdimm

Re: Detecting NUMA per pmem

2018-01-09 Thread Dan Williams
On Tue, Jan 9, 2018 at 2:25 PM, Oren Berman wrote: > Hi > > I would like to know if you encountered such a problem. > > We are accessing the nvram as memory from withing the kernel. > By mapping dax device and reading its mapping we can know the physical > address of the

Re: Detecting NUMA per pmem

2018-01-09 Thread Oren Berman
Hi I would like to know if you encountered such a problem. We are accessing the nvram as memory from withing the kernel. By mapping dax device and reading its mapping we can know the physical address of the nvram. As a result we can access this address range in the kernel by calling

Re: [PATCH 06/12] IB/core: Add optional PCI P2P flag to rdma_rw_ctx_[init|destroy]()

2018-01-09 Thread Christoph Hellwig
On Mon, Jan 08, 2018 at 12:01:16PM -0700, Jason Gunthorpe wrote: > > So I very much disagree about where to place that workaround - the > > RDMA code is exactly the right place. > > But why? RDMA is using core code to do this. It uses dma_ops in struct > device and it uses normal dma_map SG. How

Re: [PATCH 06/12] IB/core: Add optional PCI P2P flag to rdma_rw_ctx_[init|destroy]()

2018-01-09 Thread Christoph Hellwig
On Mon, Jan 08, 2018 at 12:05:57PM -0700, Logan Gunthorpe wrote: > Ok, so if we shouldn't touch the dma_map infrastructure how should the > workaround to opt-out HFI and QIB look? I'm not that familiar with the RDMA > code. We can add a no_p2p quirk, I'm just not sure what the right place for

Re: [PATCH 06/12] IB/core: Add optional PCI P2P flag to rdma_rw_ctx_[init|destroy]()

2018-01-09 Thread Christoph Hellwig
On Mon, Jan 08, 2018 at 12:49:50PM -0700, Jason Gunthorpe wrote: > Pretty sure P2P capable IOMMU hardware exists. > > With SOC's we also have the scenario that an DMA originated from an > on-die device wishes to target an off-die PCI BAR (through the IOMMU), > that definitely exists today, and

Re: [PATCH v3 2/4] KVM: X86: Fix loss of exception which has not yet injected

2018-01-09 Thread Haozhong Zhang
On 01/09/18 00:57 -0800, Liran Alon wrote: > > - haozhong.zh...@intel.com wrote: > > > On 01/07/18 00:26 -0700, Ross Zwisler wrote: > > > On Wed, Aug 23, 2017 at 10:21 PM, Wanpeng Li > > wrote: > > > > From: Wanpeng Li > > > > > > > >

Re: [PATCH v3 2/4] KVM: X86: Fix loss of exception which has not yet injected

2018-01-09 Thread Liran Alon
- haozhong.zh...@intel.com wrote: > On 01/07/18 00:26 -0700, Ross Zwisler wrote: > > On Wed, Aug 23, 2017 at 10:21 PM, Wanpeng Li > wrote: > > > From: Wanpeng Li > > > > > > vmx_complete_interrupts() assumes that the exception is always >