diff for duplicates of <20220502160232.589a6111@thinkpad> diff --git a/a/content_digest b/N1/content_digest index 1bbe7b1..d0e6970 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -4,7 +4,7 @@ "ref\0bcb4a3b0-4fcd-af3a-2a2c-fd662d9eaba9@linux.alibaba.com\0" "From\0Gerald Schaefer <gerald.schaefer@linux.ibm.com>\0" "Subject\0Re: [PATCH 3/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when unmapping\0" - "Date\0Mon, 2 May 2022 16:02:32 +0200\0" + "Date\0Mon, 02 May 2022 14:02:32 +0000\0" "To\0Baolin Wang <baolin.wang@linux.alibaba.com>\0" "Cc\0akpm@linux-foundation.org" mike.kravetz@oracle.com @@ -121,4 +121,4 @@ "IOW, what sense does it make to save the returned pteval from\n" huge_ptep_clear_flush(), when it is never being used anywhere? -5d8c85448cad690c6e10f17cedcd4715f3f7c14b9693c8d1001420ec9659d0a2 +bf0315438d2f98d280719146a3f8607b203dda2c164617e59384d69b6603d6f5
diff --git a/a/content_digest b/N2/content_digest index 1bbe7b1..2f84023 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -6,36 +6,34 @@ "Subject\0Re: [PATCH 3/3] mm: rmap: Fix CONT-PTE/PMD size hugetlb issue when unmapping\0" "Date\0Mon, 2 May 2022 16:02:32 +0200\0" "To\0Baolin Wang <baolin.wang@linux.alibaba.com>\0" - "Cc\0akpm@linux-foundation.org" - mike.kravetz@oracle.com - catalin.marinas@arm.com - will@kernel.org - tsbogend@alpha.franken.de + "Cc\0dalias@libc.org" + linux-ia64@vger.kernel.org + linux-sh@vger.kernel.org + linux-mips@vger.kernel.org James.Bottomley@hansenpartnership.com - deller@gmx.de - mpe@ellerman.id.au - benh@kernel.crashing.org + linux-mm@kvack.org paulus@samba.org - hca@linux.ibm.com - gor@linux.ibm.com + sparclinux@vger.kernel.org agordeev@linux.ibm.com - borntraeger@linux.ibm.com - svens@linux.ibm.com - ysato@users.sourceforge.jp - dalias@libc.org - davem@davemloft.net + will@kernel.org + linux-arch@vger.kernel.org + linux-s390@vger.kernel.org arnd@arndb.de + ysato@users.sourceforge.jp + deller@gmx.de + catalin.marinas@arm.com + borntraeger@linux.ibm.com + gor@linux.ibm.com + hca@linux.ibm.com linux-arm-kernel@lists.infradead.org - linux-kernel@vger.kernel.org - linux-ia64@vger.kernel.org - linux-mips@vger.kernel.org + tsbogend@alpha.franken.de linux-parisc@vger.kernel.org + linux-kernel@vger.kernel.org + svens@linux.ibm.com + akpm@linux-foundation.org linuxppc-dev@lists.ozlabs.org - linux-s390@vger.kernel.org - linux-sh@vger.kernel.org - sparclinux@vger.kernel.org - linux-arch@vger.kernel.org - " linux-mm@kvack.org\0" + davem@davemloft.net + " mike.kravetz@oracle.com\0" "\00:1\0" "b\0" "On Sat, 30 Apr 2022 11:22:33 +0800\n" @@ -121,4 +119,4 @@ "IOW, what sense does it make to save the returned pteval from\n" huge_ptep_clear_flush(), when it is never being used anywhere? -5d8c85448cad690c6e10f17cedcd4715f3f7c14b9693c8d1001420ec9659d0a2 +77274ef28276fd648b035745e4823f73259f135101ba2a9b780dbfbd429fe2e7
diff --git a/a/1.txt b/N3/1.txt index b831a4c..8c9031f 100644 --- a/a/1.txt +++ b/N3/1.txt @@ -80,3 +80,8 @@ OK, but wouldn't the pteval be overwritten here with pteval = swp_entry_to_pte(make_hwpoison_entry(subpage))? IOW, what sense does it make to save the returned pteval from huge_ptep_clear_flush(), when it is never being used anywhere? + +_______________________________________________ +linux-arm-kernel mailing list +linux-arm-kernel@lists.infradead.org +http://lists.infradead.org/mailman/listinfo/linux-arm-kernel diff --git a/a/content_digest b/N3/content_digest index 1bbe7b1..e776c7f 100644 --- a/a/content_digest +++ b/N3/content_digest @@ -119,6 +119,11 @@ "OK, but wouldn't the pteval be overwritten here with\n" "pteval = swp_entry_to_pte(make_hwpoison_entry(subpage))?\n" "IOW, what sense does it make to save the returned pteval from\n" - huge_ptep_clear_flush(), when it is never being used anywhere? + "huge_ptep_clear_flush(), when it is never being used anywhere?\n" + "\n" + "_______________________________________________\n" + "linux-arm-kernel mailing list\n" + "linux-arm-kernel@lists.infradead.org\n" + http://lists.infradead.org/mailman/listinfo/linux-arm-kernel -5d8c85448cad690c6e10f17cedcd4715f3f7c14b9693c8d1001420ec9659d0a2 +b048d3def4f9a920174c04c5724d7aa08fa001ac7b9262eb55195a7a62a4662d
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.