diff for duplicates of <20180226110422.GD8736@arm.com> diff --git a/a/1.txt b/N1/1.txt index 9acb60d..0fd702e 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -4,9 +4,9 @@ On Mon, Feb 26, 2018 at 06:57:20PM +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 reconstructioni 1/4 ?not only the memory leak problems. If BBM flow +> >> is not followedi 1/4 ?the speculative prefetch of tlb will made false tlb entries +> >> cached in MMU, the false address will be goti 1/4 ? 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 @@ -45,3 +45,9 @@ text. Anyway, see: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=15122ee2c515a253b0c66a3e618bc7ebe35105eb Will + +-- +To unsubscribe, send a message with 'unsubscribe linux-mm' in +the body to majordomo@kvack.org. For more info on Linux MM, +see: http://www.linux-mm.org/ . +Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> diff --git a/a/content_digest b/N1/content_digest index 1845b0c..547bd00 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -4,10 +4,22 @@ "ref\0etPan.5a8d2180.1dbfd272.49b8@localhost\0" "ref\020180221115758.GA7614@arm.com\0" "ref\032c9b1c3-086b-ba54-f9e9-aefa50066730@huawei.com\0" - "From\0will.deacon@arm.com (Will Deacon)\0" - "Subject\0\347\255\224\345\244\215: [RFC patch] ioremap: don't set up huge I/O mappings when p4d/pud/pmd is zero\0" + "From\0Will Deacon <will.deacon@arm.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\0Mon, 26 Feb 2018 11:04:22 +0000\0" - "To\0linux-arm-kernel@lists.infradead.org\0" + "To\0Hanjun Guo <guohanjun@huawei.com>\0" + "Cc\0Wangxuefeng (E) <wxf.wang@hisilicon.com>" + toshi.kani <toshi.kani@hpe.com> + linux-arm-kernel <linux-arm-kernel@lists.infradead.org> + cpandya <cpandya@codeaurora.org> + linux-kernel <linux-kernel@vger.kernel.org> + Linuxarm <linuxarm@huawei.com> + linux-mm <linux-mm@kvack.org> + akpm <akpm@linux-foundation.org> + mark.rutland <mark.rutland@arm.com> + catalin.marinas <catalin.marinas@arm.com> + mhocko <mhocko@suse.com> + " hanjun.guo <hanjun.guo@linaro.org>\0" "\00:1\0" "b\0" "On Mon, Feb 26, 2018 at 06:57:20PM +0800, Hanjun Guo wrote:\n" @@ -16,9 +28,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 reconstructioni 1/4 ?not only the memory leak problems. If BBM flow\n" + "> >> is not followedi 1/4 ?the speculative prefetch of tlb will made false tlb entries\n" + "> >> cached in MMU, the false address will be goti 1/4 ? 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" @@ -56,6 +68,12 @@ "\n" "https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=15122ee2c515a253b0c66a3e618bc7ebe35105eb\n" "\n" - Will + "Will\n" + "\n" + "--\n" + "To unsubscribe, send a message with 'unsubscribe linux-mm' in\n" + "the body to majordomo@kvack.org. For more info on Linux MM,\n" + "see: http://www.linux-mm.org/ .\n" + "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>" -370f8ef2eed308833b207527f6cd192b961b5bd31ffcecd67a2bb474594ab9b1 +915c4f0693a664ca4623518745fbb8ad1cbf42ff6fbdf6ecffdaee7e5f22cb53
diff --git a/a/1.txt b/N2/1.txt index 9acb60d..73f7e2f 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -4,9 +4,9 @@ On Mon, Feb 26, 2018 at 06:57:20PM +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/N2/content_digest index 1845b0c..7f50f7d 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -4,10 +4,22 @@ "ref\0etPan.5a8d2180.1dbfd272.49b8@localhost\0" "ref\020180221115758.GA7614@arm.com\0" "ref\032c9b1c3-086b-ba54-f9e9-aefa50066730@huawei.com\0" - "From\0will.deacon@arm.com (Will Deacon)\0" - "Subject\0\347\255\224\345\244\215: [RFC patch] ioremap: don't set up huge I/O mappings when p4d/pud/pmd is zero\0" + "From\0Will Deacon <will.deacon@arm.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\0Mon, 26 Feb 2018 11:04:22 +0000\0" - "To\0linux-arm-kernel@lists.infradead.org\0" + "To\0Hanjun Guo <guohanjun@huawei.com>\0" + "Cc\0Wangxuefeng (E) <wxf.wang@hisilicon.com>" + toshi.kani <toshi.kani@hpe.com> + linux-arm-kernel <linux-arm-kernel@lists.infradead.org> + cpandya <cpandya@codeaurora.org> + linux-kernel <linux-kernel@vger.kernel.org> + Linuxarm <linuxarm@huawei.com> + linux-mm <linux-mm@kvack.org> + akpm <akpm@linux-foundation.org> + mark.rutland <mark.rutland@arm.com> + catalin.marinas <catalin.marinas@arm.com> + mhocko <mhocko@suse.com> + " hanjun.guo <hanjun.guo@linaro.org>\0" "\00:1\0" "b\0" "On Mon, Feb 26, 2018 at 06:57:20PM +0800, Hanjun Guo wrote:\n" @@ -16,9 +28,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" @@ -58,4 +70,4 @@ "\n" Will -370f8ef2eed308833b207527f6cd192b961b5bd31ffcecd67a2bb474594ab9b1 +f4ab1baf38e11c10edae5d3ced973866d788730f09840492994d147949bc38b4
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.