diff for duplicates of <20161028081759.GD30952@quack2.suse.cz> diff --git a/a/1.txt b/N1/1.txt index ca7d084..1e07d6f 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -16,7 +16,7 @@ On Thu 27-10-16 22:13:00, Ross Zwisler wrote: > > > > > wp_huge_pmd(). For whatever reason that returns VM_FAULT_FALLBACK > > > > > so we continue to handle_pte_fault(). There we do > > > > > -> > > > > if (pmd_trans_unstable(vmf->pmd) || pmd_devmap(*vmf- +> > > > > ��������if (pmd_trans_unstable(vmf->pmd) || pmd_devmap(*vmf- > > > > > >pmd)) > > > > > > > > > > check which is true - the PMD we have is pmd_trans_huge() - so we @@ -32,8 +32,8 @@ On Thu 27-10-16 22:13:00, Ross Zwisler wrote: > > > > Can you bisect it with CONFIG_BROKEN removed from older kernels? > > > > > > > > I remember tracking down something like this when initially doing -> > > > the pmd support. It ended up being a missed pmd_devmap() check in -> > > > the fault path, so it may not be the same issue. It would at least +> > > > the pmd support.��It ended up being a missed pmd_devmap() check in +> > > > the fault path, so it may not be the same issue.��It would at least > > > > be interesting to see if 4.6 fails in a similar manner with this > > > > test and FS_DAX_PMD enabled. > > > @@ -62,7 +62,3 @@ we don't need something similar. Probably this will need some experiments -- Jan Kara <jack@suse.com> SUSE Labs, CR -_______________________________________________ -Linux-nvdimm mailing list -Linux-nvdimm@lists.01.org -https://lists.01.org/mailman/listinfo/linux-nvdimm diff --git a/a/content_digest b/N1/content_digest index 7ded159..a046bfd 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -7,9 +7,12 @@ "Subject\0Re: Infinite loop with DAX PMD faults\0" "Date\0Fri, 28 Oct 2016 10:17:59 +0200\0" "To\0Ross Zwisler <ross.zwisler@linux.intel.com>\0" - "Cc\0linux-fsdevel@vger.kernel.org <linux-fsdevel@vger.kernel.org>" + "Cc\0Kani" + Toshimitsu <toshi.kani@hpe.com> + dan.j.williams@intel.com <dan.j.williams@intel.com> jack@suse.cz <jack@suse.cz> - " linux-nvdimm@lists.01.org <linux-nvdimm@lists.01.org>\0" + linux-nvdimm@lists.01.org <linux-nvdimm@lists.01.org> + " linux-fsdevel@vger.kernel.org <linux-fsdevel@vger.kernel.org>\0" "\00:1\0" "b\0" "On Thu 27-10-16 22:13:00, Ross Zwisler wrote:\n" @@ -30,7 +33,7 @@ "> > > > > wp_huge_pmd(). For whatever reason that returns VM_FAULT_FALLBACK\n" "> > > > > so we continue to handle_pte_fault(). There we do\n" "> > > > > \n" - "> > > > > \302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240if (pmd_trans_unstable(vmf->pmd) || pmd_devmap(*vmf-\n" + "> > > > > \303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275\303\257\302\277\302\275if (pmd_trans_unstable(vmf->pmd) || pmd_devmap(*vmf-\n" "> > > > > >pmd))\n" "> > > > > \n" "> > > > > check which is true - the PMD we have is pmd_trans_huge() - so we\n" @@ -46,8 +49,8 @@ "> > > > Can you bisect it with CONFIG_BROKEN removed from older kernels?\n" "> > > > \n" "> > > > I remember tracking down something like this when initially doing\n" - "> > > > the pmd support.\302\240\302\240It ended up being a missed pmd_devmap() check in\n" - "> > > > the fault path, so it may not be the same issue.\302\240\302\240It would at least\n" + "> > > > the pmd support.\303\257\302\277\302\275\303\257\302\277\302\275It ended up being a missed pmd_devmap() check in\n" + "> > > > the fault path, so it may not be the same issue.\303\257\302\277\302\275\303\257\302\277\302\275It would at least\n" "> > > > be interesting to see if 4.6 fails in a similar manner with this\n" "> > > > test and FS_DAX_PMD enabled.\n" "> > > \n" @@ -75,10 +78,6 @@ "\t\t\t\t\t\t\t\tHonza\n" "-- \n" "Jan Kara <jack@suse.com>\n" - "SUSE Labs, CR\n" - "_______________________________________________\n" - "Linux-nvdimm mailing list\n" - "Linux-nvdimm@lists.01.org\n" - https://lists.01.org/mailman/listinfo/linux-nvdimm + SUSE Labs, CR -9593e087a5f5fba53a4c153beb20568234caf5ccc74e97cd23cb03928aad734a +fcf2f636ac523fb1ae425d3f1d8be0e402651a49ec194adfb173be2e292c923b
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.