Re: [PATCH v3 08/14] x86, dax, libnvdimm: move wb_cache_pmem() to libnvdimm

On Wed 14-06-17 09:49:29, Dan Williams wrote: > On Wed, Jun 14, 2017 at 3:54 AM, Jan Kara wrote: > >> -/** > >> - * arch_wb_cache_pmem - write back a cache range with CLWB > >> - * @vaddr: virtual start address > >> - * @size:number of bytes to write back > >> - * > >> - *

产品决定方向,如何进行市场管理

1034167: linux-nvdimm ÆóÒµÒªµÄÊÇʲô£¿ ÆóÒµ²»ÊÇҪ׷ÇóÓÅÐãµÄ²úÆ·£¬¶øÊÇҪѰÇóÒ»ÖÖÄܳÖÐø²úÉúÓÅÐã²úÆ·µÄ»úÖƺÍÍÁÈÀ£¡ Êг¡ÊDzúÆ·¿ª·¢µÄÁúÍ·£¬¾ö¶¨Á˲úÆ·µÄ·½Ïò£¬²úÆ·Êг¡ÈçºÎ½øÐйÜÀí£¬À§Â£×ÅÐí¶à³É³¤ÖеÄÆóÒµ¡£ 16:53:18 ÄÚ * ÈÝ * Çë * Ï * ÔØ * ¸½ * ¼þ

Re: [PATCH v2 1/2] mm: improve readability of transparent_hugepage_enabled()

On Wed 14-06-17 12:26:46, Dan Williams wrote: > On Wed, Jun 14, 2017 at 5:45 AM, Michal Hocko wrote: > > On Tue 13-06-17 16:08:26, Dan Williams wrote: > >> Turn the macro into a static inline and rewrite the condition checks for > >> better readability in preparation for adding

Re: [PATCH v2 1/3] mm: add vm_insert_mixed_mkwrite()

On Wed 14-06-17 11:22:09, Ross Zwisler wrote: > To be able to use the common 4k zero page in DAX we need to have our PTE > fault path look more like our PMD fault path where a PTE entry can be > marked as dirty and writeable as it is first inserted, rather than waiting > for a follow-up

Re: [PATCH v4 13/14] libnvdimm, pmem: gate cache management on QUEUE_FLAG_WC in pmem_dax_flush()

On Wed 14-06-17 16:11:26, Dan Williams wrote: > Some platforms arrange for cpu caches to be flushed on power-fail. On > those platforms there is no requirement that the kernel track and flush > potentially dirty cache lines. Given that we still insert entries into > the radix for locking purposes

Re: [PATCH v2 1/2] mm: improve readability of transparent_hugepage_enabled()

On Thu, Jun 15, 2017 at 1:07 AM, Michal Hocko wrote: > On Wed 14-06-17 12:26:46, Dan Williams wrote: >> On Wed, Jun 14, 2017 at 5:45 AM, Michal Hocko wrote: >> > On Tue 13-06-17 16:08:26, Dan Williams wrote: >> >> Turn the macro into a static inline and

Re: [PATCH v2 2/2] acpi/nfit: Issue Start ARS to retrieve existing records

Thanks for this. I think it's going in the right direction, but one comment below. On Thu, Jun 8, 2017 at 11:36 AM, Toshi Kani wrote: > ACPI 6.2 defines in section 9.20.7.2 that the OSPM may call a Start > ARS with Flags Bit [1] set upon receiving the 0x81 notification. > >

Re: Panic when make check for ndctl

On Wed, Jun 14, 2017 at 10:04 PM, Yasunori Goto wrote: >> >> Care to resend this as a formal patch with a "Signed-off-by:"? I'll >> get it applied. > > Ok! > > - > Fix the panic when nfit_test.ko is used. > > The root cause of panic is the num_pm of nfit_test1

Re: [PATCH] ndctl, completion: show idle namespaces for 'destroy'

On Tue, Jun 13, 2017 at 8:25 AM, Vishal Verma wrote: > The canonical way to destroy a namespace is to first disable it, then > destroy it. Thus typically, namespaces about to be destroyed will be > 'idle'. Enable idle namespaces for completion of destroy-namespace. >

Re: [PATCH v2 1/2] mm: improve readability of transparent_hugepage_enabled()

On Thu, Jun 15, 2017 at 3:22 PM, Michal Hocko wrote: > On Thu 15-06-17 13:21:46, Dan Williams wrote: >> On Thu, Jun 15, 2017 at 1:07 AM, Michal Hocko wrote: >> > On Wed 14-06-17 12:26:46, Dan Williams wrote: >> >> On Wed, Jun 14, 2017 at 5:45 AM, Michal

Re: [PATCH v2 1/2] acpi/nfit: Add support of NVDIMM memory error notification in ACPI 6.2

On Thu, Jun 8, 2017 at 11:36 AM, Toshi Kani wrote: > ACPI 6.2 defines a new ACPI notification value to NVDIMM Root Device > in Table 5-169. > > 0x81 Unconsumed Uncorrectable Memory Error Detected > Used to pro-actively notify OSPM of uncorrectable memory errors >

Re: [PATCH v2 1/2] mm: improve readability of transparent_hugepage_enabled()

On Thu 15-06-17 13:21:46, Dan Williams wrote: > On Thu, Jun 15, 2017 at 1:07 AM, Michal Hocko wrote: > > On Wed 14-06-17 12:26:46, Dan Williams wrote: > >> On Wed, Jun 14, 2017 at 5:45 AM, Michal Hocko wrote: > >> > On Tue 13-06-17 16:08:26, Dan Williams

Re: [PATCH v2] libnvdimm, pmem: Add sysfs notifications to badblocks

On Mon, Jun 12, 2017 at 3:25 PM, Toshi Kani wrote: > Sysfs "badblocks" information may be updated during run-time that: > - MCE, SCI, and sysfs "scrub" may add new bad blocks > - Writes and ioctl() may clear bad blocks > > Add support to send sysfs notifications to sysfs

Re: [PATCH v2 3/3] dax: use common 4k zero page for dax mmap reads

On Wed 14-06-17 11:22:11, Ross Zwisler wrote: > When servicing mmap() reads from file holes the current DAX code allocates > a page cache page of all zeroes and places the struct page pointer in the > mapping->page_tree radix tree. This has two major drawbacks: > > 1) It consumes memory