diff for duplicates of <1519763686.2693.2.camel@hpe.com> diff --git a/a/1.txt b/N1/1.txt index 26f5a88..409f1fb 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -6,9 +6,9 @@ On Mon, 2018-02-26 at 20:53 +0800, Hanjun Guo wrote: > > > > > > > > On Wed, Feb 21, 2018 at 07:36:34AM +0000, Wangxuefeng (E) wrote: > > > > > The old flow of reuse the 4k page as 2M page does not follow the BBM flow -> > > > > for page table reconstruction?not only the memory leak problems. If BBM flow -> > > > > is not followed?the speculative prefetch of tlb will made false tlb entries -> > > > > cached in MMU, the false address will be got? panic will happen. +> > > > > for page table reconstruction，not only the memory leak problems. If BBM flow +> > > > > is not followed，the speculative prefetch of tlb will made false tlb entries +> > > > > cached in MMU, the false address will be got， panic will happen. > > > > > > > > If I understand Toshi's suggestion correctly, he's saying that the PMD can > > > > be cleared when unmapping the last PTE (like try_to_free_pte_page). In this diff --git a/a/content_digest b/N1/content_digest index f906200..86f5a2d 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -6,10 +6,23 @@ "ref\032c9b1c3-086b-ba54-f9e9-aefa50066730@huawei.com\0" "ref\020180226110422.GD8736@arm.com\0" "ref\0a80e540f-f3bd-53da-185d-7fffe801f10c@huawei.com\0" - "From\0toshi.kani@hpe.com (Kani, Toshi)\0" + "From\0Kani, Toshi <toshi.kani@hpe.com>\0" "Subject\0Re: \347\255\224\345\244\215: [RFC patch] ioremap: don't set up huge I/O mappings when p4d/pud/pmd is zero\0" "Date\0Tue, 27 Feb 2018 19:49:42 +0000\0" - "To\0linux-arm-kernel@lists.infradead.org\0" + "To\0will.deacon@arm.com <will.deacon@arm.com>" + " guohanjun@huawei.com <guohanjun@huawei.com>\0" + "Cc\0linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org>" + linuxarm@huawei.com <linuxarm@huawei.com> + linux-mm@kvack.org <linux-mm@kvack.org> + wxf.wang@hisilicon.com <wxf.wang@hisilicon.com> + akpm@linux-foundation.org <akpm@linux-foundation.org> + mark.rutland@arm.com <mark.rutland@arm.com> + catalin.marinas@arm.com <catalin.marinas@arm.com> + linux-arm-kernel@lists.infradead.org <linux-arm-kernel@lists.infradead.org> + cpandya@codeaurora.org <cpandya@codeaurora.org> + Hocko + Michal <mhocko@suse.com> + " hanjun.guo@linaro.org <hanjun.guo@linaro.org>\0" "\00:1\0" "b\0" "On Mon, 2018-02-26 at 20:53 +0800, Hanjun Guo wrote:\n" @@ -20,9 +33,9 @@ "> > > > \n" "> > > > On Wed, Feb 21, 2018 at 07:36:34AM +0000, Wangxuefeng (E) wrote:\n" "> > > > > The old flow of reuse the 4k page as 2M page does not follow the BBM flow\n" - "> > > > > for page table reconstruction?not only the memory leak problems. If BBM flow\n" - "> > > > > is not followed?the speculative prefetch of tlb will made false tlb entries\n" - "> > > > > cached in MMU, the false address will be got? panic will happen.\n" + "> > > > > for page table reconstruction\357\274\214not only the memory leak problems. If BBM flow\n" + "> > > > > is not followed\357\274\214the speculative prefetch of tlb will made false tlb entries\n" + "> > > > > cached in MMU, the false address will be got\357\274\214 panic will happen.\n" "> > > > \n" "> > > > If I understand Toshi's suggestion correctly, he's saying that the PMD can\n" "> > > > be cleared when unmapping the last PTE (like try_to_free_pte_page). In this\n" @@ -68,4 +81,4 @@ "Thanks,\n" -Toshi -7313c9ae4c8633f592a5450e57ecc82ed6329d65779bf9706bd1dc26147e5525 +d07a3e2e422509bc1a957045d24dbcd14d8c2661e982c8cd65491f686a6dd173
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.