diff for duplicates of <Yk5NJ6CwNcf6yIfe@MiWiFi-R3L-srv> diff --git a/a/1.txt b/N1/1.txt index a7f9d55..1e19c90 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -10,7 +10,7 @@ On 04/06/22 at 01:16pm, Omar Sandoval wrote: > > > > > > > > This fixes the bug and the interface also is better than what we had > > > > before. But a vmap/iounmap_eager would seem even better. But hey, -> > > > right now it has one caller in always built ?n x86 arch code, so maybe +> > > > right now it has one caller in always built іn x86 arch code, so maybe > > > > it isn't worth spending more effort on this. > > > > > > > IMHO, it just makes sense to remove it. The set_iounmap_nonlazy() was @@ -37,7 +37,7 @@ On 04/06/22 at 01:16pm, Omar Sandoval wrote: > > > > > > Signed-off-by: Cliff Wickman <cpw@sgi.com> > > > Cc: Andrew Morton <akpm@linux-foundation.org> -> > > Cc: kexec at lists.infradead.org +> > > Cc: kexec@lists.infradead.org > > > Cc: <stable@kernel.org> > > > LKML-Reference: <E1OwHZ4-0005WK-Tw@eag09.americas.sgi.com> > > > Signed-off-by: Ingo Molnar <mingo@elte.hu> diff --git a/a/content_digest b/N1/content_digest index c575e2e..9f3f810 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -4,9 +4,17 @@ "ref\0Yk1kmfrM0PjgJiNK@MiWiFi-R3L-srv\0" "ref\0Yk31Bs06E1nFTelX@relinquished.localdomain\0" "From\0Baoquan He <bhe@redhat.com>\0" - "Subject\0[PATCH] mm/vmalloc: fix spinning drain_vmap_work after reading from /proc/vmcore\0" + "Subject\0Re: [PATCH] mm/vmalloc: fix spinning drain_vmap_work after reading from /proc/vmcore\0" "Date\0Thu, 7 Apr 2022 10:32:07 +0800\0" - "To\0kexec@lists.infradead.org\0" + "To\0Omar Sandoval <osandov@osandov.com>\0" + "Cc\0Uladzislau Rezki <urezki@gmail.com>" + Christoph Hellwig <hch@lst.de> + linux-mm@kvack.org + kexec@lists.infradead.org + Andrew Morton <akpm@linux-foundation.org> + Cliff Wickman <cpw@sgi.com> + x86@kernel.org + " kernel-team@fb.com\0" "\00:1\0" "b\0" "On 04/06/22 at 01:16pm, Omar Sandoval wrote:\n" @@ -21,7 +29,7 @@ "> > > > \n" "> > > > This fixes the bug and the interface also is better than what we had\n" "> > > > before. But a vmap/iounmap_eager would seem even better. But hey,\n" - "> > > > right now it has one caller in always built ?n x86 arch code, so maybe\n" + "> > > > right now it has one caller in always built \321\226n x86 arch code, so maybe\n" "> > > > it isn't worth spending more effort on this.\n" "> > > >\n" "> > > IMHO, it just makes sense to remove it. The set_iounmap_nonlazy() was\n" @@ -48,7 +56,7 @@ "> > > \n" "> > > Signed-off-by: Cliff Wickman <cpw@sgi.com>\n" "> > > Cc: Andrew Morton <akpm@linux-foundation.org>\n" - "> > > Cc: kexec at lists.infradead.org\n" + "> > > Cc: kexec@lists.infradead.org\n" "> > > Cc: <stable@kernel.org>\n" "> > > LKML-Reference: <E1OwHZ4-0005WK-Tw@eag09.americas.sgi.com>\n" "> > > Signed-off-by: Ingo Molnar <mingo@elte.hu>\n" @@ -100,4 +108,4 @@ "Thanks\n" Baoquan -02eb0e5608800c2eb62156ff86c51f33a609d012c1981d21615f2651cf23612e +9912db2e2e2d39eba3d8fa841e9bebc9774855cb1037c67e1c36fe8bef60b089
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.