diff for duplicates of <20180221115758.GA7614@arm.com> diff --git a/a/1.txt b/N1/1.txt index ac14a2d..cae8664 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -2,9 +2,9 @@ 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 @@ -23,3 +23,9 @@ In the meantime, the code in lib/ioremap.c looks totally broken so I think we should deselect CONFIG_HAVE_ARCH_HUGE_VMAP on arm64 until it's fixed. 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 c6ae6f1..deeb225 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -2,19 +2,31 @@ "ref\0861128ce-966f-7006-45ba-6a7298918686@codeaurora.org\0" "ref\01519175992.16384.121.camel@hpe.com\0" "ref\0etPan.5a8d2180.1dbfd272.49b8@localhost\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\0Wed, 21 Feb 2018 11:57:58 +0000\0" - "To\0linux-arm-kernel@lists.infradead.org\0" + "To\0Wangxuefeng (E) <wxf.wang@hisilicon.com>\0" + "Cc\0toshi.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> + Guohanjun (Hanjun Guo) <guohanjun@huawei.com> + 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" "[sorry, trying to deal with top-posting here]\n" "\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" @@ -32,6 +44,12 @@ "In the meantime, the code in lib/ioremap.c looks totally broken so I think\n" "we should deselect CONFIG_HAVE_ARCH_HUGE_VMAP on arm64 until it's fixed.\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>" -8d8fa75eaf6a21a96d640a1d31915ad5c8db8925f778daf784ff0c817e266b50 +f54cfb0bdb592346ea6ff5ade26a2fdd874ce411fe4e8e71fa93592b6180bffc
diff --git a/a/1.txt b/N2/1.txt index ac14a2d..57972cc 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -2,9 +2,9 @@ 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 c6ae6f1..4b75884 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -2,19 +2,31 @@ "ref\0861128ce-966f-7006-45ba-6a7298918686@codeaurora.org\0" "ref\01519175992.16384.121.camel@hpe.com\0" "ref\0etPan.5a8d2180.1dbfd272.49b8@localhost\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\0Wed, 21 Feb 2018 11:57:58 +0000\0" - "To\0linux-arm-kernel@lists.infradead.org\0" + "To\0Wangxuefeng (E) <wxf.wang@hisilicon.com>\0" + "Cc\0toshi.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> + Guohanjun (Hanjun Guo) <guohanjun@huawei.com> + 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" "[sorry, trying to deal with top-posting here]\n" "\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" @@ -34,4 +46,4 @@ "\n" Will -8d8fa75eaf6a21a96d640a1d31915ad5c8db8925f778daf784ff0c817e266b50 +0a44c7c09fc554182fea300a1c09de37b7b173113ddb24a2e0bf1acda3c51f43
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.