diff for duplicates of <20200129232044.2d133d98@thinkpad> diff --git a/a/content_digest b/N1/content_digest index e72d01b..d20fa03 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -4,52 +4,52 @@ "ref\0016A776F-EFD9-4D2B-A3A9-788008617D95@lca.pw\0" "From\0Gerald Schaefer <gerald.schaefer@de.ibm.com>\0" "Subject\0Re: [PATCH V12] mm/debug: Add tests validating architecture page table helpers\0" - "Date\0Wed, 29 Jan 2020 22:20:44 +0000\0" + "Date\0Wed, 29 Jan 2020 23:20:44 +0100\0" "To\0Qian Cai <cai@lca.pw>\0" - "Cc\0Mark Rutland <Mark.Rutland@arm.com>" - linux-ia64@vger.kernel.org - linux-sh@vger.kernel.org - Peter Zijlstra <peterz@infradead.org> - James Hogan <jhogan@kernel.org> - Tetsuo Handa <penguin-kernel@i-love.sakura.ne.jp> - Heiko Carstens <heiko.carstens@de.ibm.com> - Michal Hocko <mhocko@kernel.org> + "Cc\0Anshuman Khandual <anshuman.khandual@arm.com>" Linux-MM <linux-mm@kvack.org> - Paul Mackerras <paulus@samba.org> - sparclinux@vger.kernel.org + Andrew Morton <akpm@linux-foundation.org> + Vlastimil Babka <vbabka@suse.cz> + Greg Kroah-Hartman <gregkh@linuxfoundation.org> Thomas Gleixner <tglx@linutronix.de> - linux-s390@vger.kernel.org - Michael Ellerman <mpe@ellerman.id.au> - x86@kernel.org - Russell King - ARM Linux <linux@armlinux.org.uk> - Matthew Wilcox <willy@infradead.org> - Steven Price <Steven.Price@arm.com> + Mike Rapoport <rppt@linux.vnet.ibm.com> Jason Gunthorpe <jgg@ziepe.ca> - linux-arm-kernel@lists.infradead.org - linux-snps-arc@lists.infradead.org - Ingo Molnar <mingo@kernel.org> - Kees Cook <keescook@chromium.org> - Anshuman Khandual <anshuman.khandual@arm.com> - Masahiro Yamada <yamada.masahiro@socionext.com> - Mark Brown <broonie@kernel.org> - Kirill A . Shutemov <kirill@shutemov.name> Dan Williams <dan.j.williams@intel.com> - Vlastimil Babka <vbabka@suse.cz> - Christophe Leroy <christophe.leroy@c-s.fr> - Sri Krishna chowdary <schowdary@nvidia.com> + Peter Zijlstra <peterz@infradead.org> + Michal Hocko <mhocko@kernel.org> + Mark Rutland <Mark.Rutland@arm.com> + Mark Brown <broonie@kernel.org> + Steven Price <Steven.Price@arm.com> Ard Biesheuvel <ard.biesheuvel@linaro.org> - Greg Kroah-Hartman <gregkh@linuxfoundation.org> + Masahiro Yamada <yamada.masahiro@socionext.com> + Kees Cook <keescook@chromium.org> + Tetsuo Handa <penguin-kernel@i-love.sakura.ne.jp> + Matthew Wilcox <willy@infradead.org> + Sri Krishna chowdary <schowdary@nvidia.com> Dave Hansen <dave.hansen@intel.com> - linux-mips@vger.kernel.org - Ralf Baechle <ralf@linux-mips.org> - linux-kernel@vger.kernel.org - Paul Burton <paul.burton@mips.com> - Mike Rapoport <rppt@linux.vnet.ibm.com> - Vineet Gupta <vgupta@synopsys.com> + Russell King - ARM Linux <linux@armlinux.org.uk> + Michael Ellerman <mpe@ellerman.id.au> + Paul Mackerras <paulus@samba.org> Martin Schwidefsky <schwidefsky@de.ibm.com> - Andrew Morton <akpm@linux-foundation.org> + Heiko Carstens <heiko.carstens@de.ibm.com> + David S. Miller <davem@davemloft.net> + Vineet Gupta <vgupta@synopsys.com> + James Hogan <jhogan@kernel.org> + Paul Burton <paul.burton@mips.com> + Ralf Baechle <ralf@linux-mips.org> + Kirill A . Shutemov <kirill@shutemov.name> + Christophe Leroy <christophe.leroy@c-s.fr> + Ingo Molnar <mingo@kernel.org> + linux-snps-arc@lists.infradead.org + linux-mips@vger.kernel.org + linux-arm-kernel@lists.infradead.org + linux-ia64@vger.kernel.org linuxppc-dev@lists.ozlabs.org - " David S. Miller <davem@davemloft.net>\0" + linux-s390@vger.kernel.org + linux-sh@vger.kernel.org + sparclinux@vger.kernel.org + x86@kernel.org + " linux-kernel@vger.kernel.org\0" "\00:1\0" "b\0" "On Mon, 27 Jan 2020 22:33:08 -0500\n" @@ -81,4 +81,4 @@ "so we just checked them for sanity like normal entries, which\n" apparently worked fine so far, but for how long? -44e4f0569d8c4fd4d4b3481a433c6b1e2e171d7d2afe9a62efc9030c093fc6ef +141483b9bf0b92188ab6d824245b2b6b1282606ff81ac4f1342dd49bdab33ca8
diff --git a/a/1.txt b/N2/1.txt index 2799471..5ff58a0 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -26,3 +26,9 @@ For example, who would have thought that pXd_bad() is supposed to report large entries as bad? It's not really documented anywhere, so we just checked them for sanity like normal entries, which apparently worked fine so far, but for how long? + + +_______________________________________________ +linux-snps-arc mailing list +linux-snps-arc@lists.infradead.org +http://lists.infradead.org/mailman/listinfo/linux-snps-arc diff --git a/a/content_digest b/N2/content_digest index e72d01b..ffe0982 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -4,7 +4,7 @@ "ref\0016A776F-EFD9-4D2B-A3A9-788008617D95@lca.pw\0" "From\0Gerald Schaefer <gerald.schaefer@de.ibm.com>\0" "Subject\0Re: [PATCH V12] mm/debug: Add tests validating architecture page table helpers\0" - "Date\0Wed, 29 Jan 2020 22:20:44 +0000\0" + "Date\0Wed, 29 Jan 2020 23:20:44 +0100\0" "To\0Qian Cai <cai@lca.pw>\0" "Cc\0Mark Rutland <Mark.Rutland@arm.com>" linux-ia64@vger.kernel.org @@ -79,6 +79,12 @@ "For example, who would have thought that pXd_bad() is supposed to\n" "report large entries as bad? It's not really documented anywhere,\n" "so we just checked them for sanity like normal entries, which\n" - apparently worked fine so far, but for how long? + "apparently worked fine so far, but for how long?\n" + "\n" + "\n" + "_______________________________________________\n" + "linux-snps-arc mailing list\n" + "linux-snps-arc@lists.infradead.org\n" + http://lists.infradead.org/mailman/listinfo/linux-snps-arc -44e4f0569d8c4fd4d4b3481a433c6b1e2e171d7d2afe9a62efc9030c093fc6ef +f91e9485e03155884250da4fdb6e290a0e4450ae921bfbe518dc77f1f7ded6a3
diff --git a/a/content_digest b/N3/content_digest index e72d01b..e7ef0e8 100644 --- a/a/content_digest +++ b/N3/content_digest @@ -4,7 +4,7 @@ "ref\0016A776F-EFD9-4D2B-A3A9-788008617D95@lca.pw\0" "From\0Gerald Schaefer <gerald.schaefer@de.ibm.com>\0" "Subject\0Re: [PATCH V12] mm/debug: Add tests validating architecture page table helpers\0" - "Date\0Wed, 29 Jan 2020 22:20:44 +0000\0" + "Date\0Wed, 29 Jan 2020 23:20:44 +0100\0" "To\0Qian Cai <cai@lca.pw>\0" "Cc\0Mark Rutland <Mark.Rutland@arm.com>" linux-ia64@vger.kernel.org @@ -19,7 +19,6 @@ sparclinux@vger.kernel.org Thomas Gleixner <tglx@linutronix.de> linux-s390@vger.kernel.org - Michael Ellerman <mpe@ellerman.id.au> x86@kernel.org Russell King - ARM Linux <linux@armlinux.org.uk> Matthew Wilcox <willy@infradead.org> @@ -35,7 +34,6 @@ Kirill A . Shutemov <kirill@shutemov.name> Dan Williams <dan.j.williams@intel.com> Vlastimil Babka <vbabka@suse.cz> - Christophe Leroy <christophe.leroy@c-s.fr> Sri Krishna chowdary <schowdary@nvidia.com> Ard Biesheuvel <ard.biesheuvel@linaro.org> Greg Kroah-Hartman <gregkh@linuxfoundation.org> @@ -81,4 +79,4 @@ "so we just checked them for sanity like normal entries, which\n" apparently worked fine so far, but for how long? -44e4f0569d8c4fd4d4b3481a433c6b1e2e171d7d2afe9a62efc9030c093fc6ef +574c93dbf3595139bbc83dc5904602c7a20a4ad419fc6e6585c69064e911c218
diff --git a/a/1.txt b/N4/1.txt index 2799471..4f3807b 100644 --- a/a/1.txt +++ b/N4/1.txt @@ -26,3 +26,9 @@ For example, who would have thought that pXd_bad() is supposed to report large entries as bad? It's not really documented anywhere, so we just checked them for sanity like normal entries, which apparently worked fine so far, but for how long? + + +_______________________________________________ +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/N4/content_digest index e72d01b..79842aa 100644 --- a/a/content_digest +++ b/N4/content_digest @@ -4,7 +4,7 @@ "ref\0016A776F-EFD9-4D2B-A3A9-788008617D95@lca.pw\0" "From\0Gerald Schaefer <gerald.schaefer@de.ibm.com>\0" "Subject\0Re: [PATCH V12] mm/debug: Add tests validating architecture page table helpers\0" - "Date\0Wed, 29 Jan 2020 22:20:44 +0000\0" + "Date\0Wed, 29 Jan 2020 23:20:44 +0100\0" "To\0Qian Cai <cai@lca.pw>\0" "Cc\0Mark Rutland <Mark.Rutland@arm.com>" linux-ia64@vger.kernel.org @@ -79,6 +79,12 @@ "For example, who would have thought that pXd_bad() is supposed to\n" "report large entries as bad? It's not really documented anywhere,\n" "so we just checked them for sanity like normal entries, which\n" - apparently worked fine so far, but for how long? + "apparently worked fine so far, but for how long?\n" + "\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 -44e4f0569d8c4fd4d4b3481a433c6b1e2e171d7d2afe9a62efc9030c093fc6ef +ffe83022a7d59e2e8367a9ada0050c86783c049d64c95da2dba0edccb532f35b
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.