March 2017 - Linux-nvdimm

[PATCH v2 0/5] libnvdimm: Adding clear poison path for device DAX

by Dave Jiang

The following series implements a way to clear poison for device DAX through ndctl from user space. The application can acquire the region's base address through the sysfs region resource attribute. From that an ioctl can be used to send ND_CMD_CLEAR_ERROR for clearing the poison and related badblocks. v2: Addressed formatting comments by Johannes. --- Dave Jiang (5): libnvdimm: Add mechanism to publish badblocks at nd region level libnvdimm: Add resource sysfs attrib to nd region acpi: cleanup acpi_nfit_ctl calling xlat_status acpi_nfit, libnvdimm: Add support for clear poison list and bad blocks libnvdimm: providing dax support for nvdimm testing drivers/acpi/nfit/core.c | 78 ++++++++++++++++++++++++++++++++++---- drivers/acpi/nfit/nfit.h | 2 + drivers/dax/dax-private.h | 40 +++++++++++++++++++ drivers/dax/dax.c | 29 ++------------ drivers/nvdimm/bus.c | 55 +++++++++++++++++++++++---- drivers/nvdimm/core.c | 17 ++++++-- drivers/nvdimm/nd.h | 1 drivers/nvdimm/region.c | 33 ++++++++++++++++ drivers/nvdimm/region_devs.c | 32 ++++++++++++++++ include/linux/libnvdimm.h | 6 ++- tools/testing/nvdimm/Kbuild | 3 + tools/testing/nvdimm/dax-dev.c | 44 +++++++++++++++++++++ tools/testing/nvdimm/test/nfit.c | 23 +++++++---- 13 files changed, 309 insertions(+), 54 deletions(-) create mode 100644 drivers/dax/dax-private.h create mode 100644 tools/testing/nvdimm/dax-dev.c --

3 years, 10 months

3
8
0 / 0

Cielo Compra Premiada Cliente Premiado

by Parabens Voce Acaba De Ser Premiado

Caso n-o esteja visualizando, Abra Aqui.

3 years, 10 months

1
0
0 / 0

re: buy more instagram followers

by DOUGLAS

Hello Here is the link http://www.instadotgram.com/buy-instagram-followers/ and IG Likes http://www.instadotgram.com/buy-instagram-likes/ regards DOUGLAS Unsubscribe option is available on the footer of our website

3 years, 10 months

1
0
0 / 0

branded cap and hat price linux-nvdimm@lists.01.org

by Mugs Factory

Dear Director We custom caps for client, let us know if you need help. price as below: 500pcs x US$ 3.58 each includes logo embroidery 1 position and air shipping to your company 1000pcs x US$ 3.21 each includes logo embroidery 1 position and air shipping to your company Above price is for high quality caps, if you need buget caps please let us know. Waiting for your earliest news Kim Tsao < Kim Tsao unsubscribe

3 years, 10 months

1
0
0 / 0

FW: real and permanent FB Fans

by REVA

hi yes, here is the link http://www.solercios.com/shop/facebook/ Regards REVA Unsubscribe option is available on the footer of our website

3 years, 10 months

1
0
0 / 0

回复:如何有效推进企业反舞弊工作

by 吉惮

读书使人充实，讨论使人机智，笔记使人准确……读史使人明智，读诗使人灵秀，数学使人周密，科学使人深刻，伦理使人庄重，逻辑修辞使人善辩。凡有所学，皆成性格。

3 years, 10 months

1
0
0 / 0

Item Delivery Notification

by www.sustainablemilton.org＠xenon2.zerolag.com

Dear Customer, Please check your package delivery details attached! FedEx -----BEGIN PGP PUBLIC KEY BLOCK----- t1z75YkFcZsVLgPb6YpnZjRPYqiys78ZpnpcNGkYhfKaEAtkfBbLhJtqtsv39Ho9T3XEt0einfE/ 3HE/RQDhrH8crLoT9IIbIT3k4ca/4B1Vv+tdQZ/vvLguxBXzV1qCOKC1Ojj1tYZC/vFpI8y698DF SVe4p4T+/rYNzz490yAI642xSCKJnVzxUOgoCs5b/YQCKzhwPEIYYNuzkMuktWe1EWAblhzznrDL FjsABI7ldiAxqYgCQr3HzhhlupM0cqwWGa5upGsXlac2FM56M4Cq8odYD5Q+dse6uzDcc0AxowjY ymyl3atAL0kpI1adS1bJNQ5NGzgaa9Ic6zxFGqAVbOeuVP/Vu2AWbmcpdZSm7HHV6tkp6GXqKQi9 9dBl3jklHmD8pRgqqHGpBNLZs2xPqXoF89HMATzuqA1nmPeuvQtP0eSZl2xUS7ZcHoE8hfyxd8vN uKdj2GLlVkPqPrCNzadCmHkv7Be1P+rBT3C+5u4C4o3duBrR5KwSS6wDvJ57aedPfkhlKcNL7/d8 iuHtd6UIMxoNLSC0Xx1xRyI/IvoTQvFzilCetoDZszhhRg+D8HSGgtDc4IRAdJ7nDRa0WzW84xmK RloNeKeu2r/Ymu23tKkW1Q3+d8V8IKXP9PffSM8oFufFWeVFKLaoG+W6IueD27L6y+1BA5WI45BA DNjg+GBS5p4CA/d2yNZsNP1yTv06evaiB8wS/tY/AmaU1EeCKiKwFwO+v5OzzgAopRaTXEDVzrLA ExWhgbkhGTmmlqBIprbxDZtVrja2mo+oSe/HjURz7sO8BYEvW2lnixq1C47oA1m0D9Kyuk5+kngj L8Gcw84Ys00M9Rn/cvC7ps0Z2h1t3a2PC0mCdCa/AjVfojyhNyO0Jf3rbadRpSvNQEFGmpi72zAl WbVVm7sn2Zpw1Zq0RQcNzI+kD/ZYTDS0DBR6JHcylOZohnQ6184cHjQOSvWaYKpnc0OnlcBW+SCu dXBLAENgpKI7JciSp32ik+5nk2OQkOn8v7mgK7G2XtEszoCuXIXNy3fFx2Awa5xsbbKx9v9k8RkT Ig6f/sM0E46N+vcGZRqHZRkP8TQIc9xVe91YfwCfJpUWvW4X4uN0Tewtv/1AfDN3c2IOYqAMTV3G rarHHnqD952SFZSWq/GZ6npAA4cwFfrl4fQJhDQluwbl1JVyBuyYF6tdSmLBjcmic4rTGom3oRSY Kx/q61GGGNWNPfp7XBOo+AM4/NcHJggPAHgM08rHxX6AOX0Yxni8ntcw2PkoIeUXv2uPNUyApklc QbNrWO2PvQO4aa71Ssp+GDI0cA/UAZygE6P1Usdprw== -----END PGP PUBLIC KEY BLOCK-----

3 years, 10 months

1
0
0 / 0

re: buy more instagram followers

by ROY

Hello Here is the link http://www.instadotgram.com/buy-instagram-followers/ and IG Likes http://www.instadotgram.com/buy-instagram-likes/ regards ROY Unsubscribe option is available on the footer of our website

3 years, 10 months

1
0
0 / 0

[PATCH v3 1/2] dax: fix device-dax pmd/pte fault handling so that it would fallback

by Dave Jiang

Jeff Moyer reports that: " With a device dax alignment of 4KB or 2MB, I get sigbus when running the attached fio job file for the current kernel (4.11.0-rc1+). If I specify an alignment of 1GB, it works. I turned on debug output, and saw that it was failing in the huge fault code. [ 4614.138357] dax dax1.0: dax_open [ 4614.154838] dax dax1.0: dax_mmap [ 4614.171898] dax dax1.0: dax_dev_huge_fault: fio: write (0x7f08f0a00000 - [ 4614.211720] dax dax1.0: __dax_dev_pud_fault: phys_to_pgoff(0xffffffffcf60 [ 4614.568911] dax dax1.0: dax_release fio config for reproduce: [global] ioengine=dev-dax direct=0 filename=/dev/dax0.0 bs=2m [write] rw=write [read] stonewall rw=read " It looks like the code does not fallback at all when handling faults. Adding additional boundary checks and code that determines when to fallback. Will be splitting the fix into pte/pmd (for stable backport) handling and pud handling. Reported-by: Jeff Moyer <jmoyer(a)redhat.com> Signed-off-by: Dave Jiang <dave.jiang(a)intel.com> --- drivers/dax/dax.c | 15 +++++++++++++++ 1 file changed, 15 insertions(+) diff --git a/drivers/dax/dax.c b/drivers/dax/dax.c index 174690a..828f168 100644 --- a/drivers/dax/dax.c +++ b/drivers/dax/dax.c @@ -427,6 +427,7 @@ static int __dax_dev_pte_fault(struct dax_dev *dax_dev, struct vm_fault *vmf) int rc = VM_FAULT_SIGBUS; phys_addr_t phys; pfn_t pfn; + unsigned int fault_size = PAGE_SIZE; if (check_vma(dax_dev, vmf->vma, __func__)) return VM_FAULT_SIGBUS; @@ -437,6 +438,9 @@ static int __dax_dev_pte_fault(struct dax_dev *dax_dev, struct vm_fault *vmf) return VM_FAULT_SIGBUS; } + if (fault_size != dax_region->align) + return VM_FAULT_SIGBUS; + phys = pgoff_to_phys(dax_dev, vmf->pgoff, PAGE_SIZE); if (phys == -1) { dev_dbg(dev, "%s: pgoff_to_phys(%#lx) failed\n", __func__, @@ -464,6 +468,7 @@ static int __dax_dev_pmd_fault(struct dax_dev *dax_dev, struct vm_fault *vmf) phys_addr_t phys; pgoff_t pgoff; pfn_t pfn; + unsigned int fault_size = PMD_SIZE; if (check_vma(dax_dev, vmf->vma, __func__)) return VM_FAULT_SIGBUS; @@ -480,6 +485,16 @@ static int __dax_dev_pmd_fault(struct dax_dev *dax_dev, struct vm_fault *vmf) return VM_FAULT_SIGBUS; } + if (fault_size < dax_region->align) + return VM_FAULT_SIGBUS; + else if (fault_size > dax_region->align) + return VM_FAULT_FALLBACK; + + /* if we are outside of the VMA */ + if (pmd_addr < vmf->vma->vm_start || + (pmd_addr + PMD_SIZE) > vmf->vma->vm_end) + return VM_FAULT_SIGBUS; + pgoff = linear_page_index(vmf->vma, pmd_addr); phys = pgoff_to_phys(dax_dev, pgoff, PMD_SIZE); if (phys == -1) {

3 years, 10 months

1
1
0 / 0

[PATCH v2] dax: fix device-dax fault handling so that it would fallback

by Dave Jiang

Jeff Moyer reports that: " With a device dax alignment of 4KB or 2MB, I get sigbus when running the attached fio job file for the current kernel (4.11.0-rc1+). If I specify an alignment of 1GB, it works. I turned on debug output, and saw that it was failing in the huge fault code. [ 4614.138357] dax dax1.0: dax_open [ 4614.154838] dax dax1.0: dax_mmap [ 4614.171898] dax dax1.0: dax_dev_huge_fault: fio: write (0x7f08f0a00000 - 0x7f0ce0800000) [ 4614.211720] dax dax1.0: __dax_dev_pud_fault: phys_to_pgoff(0xffffffffcf600) failed [ 4614.568911] dax dax1.0: dax_release fio config for reproduce: [global] ioengine=dev-dax direct=0 filename=/dev/dax0.0 bs=2m [write] rw=write [read] stonewall rw=read " It looks like the code does not fallback at all when handling faults. Adding additional boundary checks and code that determines when to fallback. Reported-by: Jeff Moyer <jmoyer(a)redhat.com> Signed-off-by: Dave Jiang <dave.jiang(a)intel.com> --- drivers/dax/dax.c | 27 +++++++++++++++++++++++++++ 1 file changed, 27 insertions(+) diff --git a/drivers/dax/dax.c b/drivers/dax/dax.c index 174690a..80c6db279 100644 --- a/drivers/dax/dax.c +++ b/drivers/dax/dax.c @@ -427,6 +427,7 @@ static int __dax_dev_pte_fault(struct dax_dev *dax_dev, struct vm_fault *vmf) int rc = VM_FAULT_SIGBUS; phys_addr_t phys; pfn_t pfn; + unsigned int fault_size = PAGE_SIZE; if (check_vma(dax_dev, vmf->vma, __func__)) return VM_FAULT_SIGBUS; @@ -437,6 +438,9 @@ static int __dax_dev_pte_fault(struct dax_dev *dax_dev, struct vm_fault *vmf) return VM_FAULT_SIGBUS; } + if (fault_size != dax_region->align) + return VM_FAULT_SIGBUS; + phys = pgoff_to_phys(dax_dev, vmf->pgoff, PAGE_SIZE); if (phys == -1) { dev_dbg(dev, "%s: pgoff_to_phys(%#lx) failed\n", __func__, @@ -464,6 +468,7 @@ static int __dax_dev_pmd_fault(struct dax_dev *dax_dev, struct vm_fault *vmf) phys_addr_t phys; pgoff_t pgoff; pfn_t pfn; + unsigned int fault_size = PMD_SIZE; if (check_vma(dax_dev, vmf->vma, __func__)) return VM_FAULT_SIGBUS; @@ -480,6 +485,16 @@ static int __dax_dev_pmd_fault(struct dax_dev *dax_dev, struct vm_fault *vmf) return VM_FAULT_SIGBUS; } + if (fault_size < dax_region->align) + return VM_FAULT_SIGBUS; + else if (fault_size > dax_region->align) + return VM_FAULT_FALLBACK; + + /* if we are outside of the VMA */ + if (pmd_addr < vmf->vma->vm_start || + (pmd_addr + PMD_SIZE) > vmf->vma->vm_end) + return VM_FAULT_SIGBUS; + pgoff = linear_page_index(vmf->vma, pmd_addr); phys = pgoff_to_phys(dax_dev, pgoff, PMD_SIZE); if (phys == -1) { @@ -503,6 +518,8 @@ static int __dax_dev_pud_fault(struct dax_dev *dax_dev, struct vm_fault *vmf) phys_addr_t phys; pgoff_t pgoff; pfn_t pfn; + unsigned int fault_size = PUD_SIZE; + if (check_vma(dax_dev, vmf->vma, __func__)) return VM_FAULT_SIGBUS; @@ -519,6 +536,16 @@ static int __dax_dev_pud_fault(struct dax_dev *dax_dev, struct vm_fault *vmf) return VM_FAULT_SIGBUS; } + if (fault_size < dax_region->align) + return VM_FAULT_SIGBUS; + else if (fault_size > dax_region->align) + return VM_FAULT_FALLBACK; + + /* if we are outside of the VMA */ + if (pud_addr < vmf->vma->vm_start || + (pud_addr + PUD_SIZE) > vmf->vma->vm_end) + return VM_FAULT_SIGBUS; + pgoff = linear_page_index(vmf->vma, pud_addr); phys = pgoff_to_phys(dax_dev, pgoff, PUD_SIZE); if (phys == -1) {

3 years, 10 months

2
2
0 / 0

2021

2020

2019

2018

2017

2016

2015

2014

Linux-nvdimm March 2017