All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <Y5e4qxjHWoMt8YGs@google.com>

diff --git a/a/1.txt b/N1/1.txt
index b102a43..c30d4fe 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -7,7 +7,7 @@ On Mon, Dec 12, 2022, Paolo Bonzini wrote:
 > > >     e.g. "page_table"/"pt"/"pte".
 > > 
 > > I would strongly be in favor of discarding the shadow paging residue if
-> > x86 folks are willing to part ways with it ?
+> > x86 folks are willing to part ways with it 😄
 > 
 > Yes, absolutely.  Something like to_shadow_page->to_mmu_data, sp->md,
 > spt->hpt, spte->spte, sptep->hptep.
@@ -16,3 +16,7 @@ On Mon, Dec 12, 2022, Paolo Bonzini wrote:
 think of the primary MMU's page tables as the "host page tables".
 
 What if we keep the "S" for SPT(E) and repurpose it to mean Secondary PTE?
+_______________________________________________
+kvmarm mailing list
+kvmarm@lists.cs.columbia.edu
+https://lists.cs.columbia.edu/mailman/listinfo/kvmarm
diff --git a/a/content_digest b/N1/content_digest
index 1123418..5ecad02 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -2,9 +2,39 @@
  "ref\0Y5OHVzBSHPmAq2FO@google.com\0"
  "ref\0eb93beee-9d43-1c1e-250c-28ab7e9ebed9@redhat.com\0"
  "From\0Sean Christopherson <seanjc@google.com>\0"
- "Subject\0[RFC PATCH 00/37] KVM: Refactor the KVM/x86 TDP MMU into common code\0"
+ "Subject\0Re: [RFC PATCH 00/37] KVM: Refactor the KVM/x86 TDP MMU into common code\0"
  "Date\0Mon, 12 Dec 2022 23:26:35 +0000\0"
- "To\0kvm-riscv@lists.infradead.org\0"
+ "To\0Paolo Bonzini <pbonzini@redhat.com>\0"
+ "Cc\0Anshuman Khandual <anshuman.khandual@arm.com>"
+  Hugh Dickins <hughd@google.com>
+  Paul Walmsley <paul.walmsley@sifive.com>
+  kvmarm@lists.linux.dev
+  Nadav Amit <namit@vmware.com>
+  Colin Cross <ccross@google.com>
+  Ben Gardon <bgardon@google.com>
+  linux-riscv@lists.infradead.org
+  kvmarm@lists.cs.columbia.edu
+  Yu Zhao <yuzhao@google.com>
+  xu xin <cgel.zte@gmail.com>
+  Huacai Chen <chenhuacai@kernel.org>
+ " Matthew Wilcox \\(Oracle\\) <willy@infradead.org>"
+  Aleksandar Markovic <aleksandar.qemu.devel@gmail.com>
+  Krish Sadhukhan <krish.sadhukhan@oracle.com>
+  Palmer Dabbelt <palmer@dabbelt.com>
+  Mingwei Zhang <mizhang@google.com>
+  Albert Ou <aou@eecs.berkeley.edu>
+  Arnd Bergmann <arnd@arndb.de>
+  Liam R. Howlett <Liam.Howlett@oracle.com>
+  kvm@vger.kernel.org
+  Atish Patra <atishp@atishpatra.org>
+  David Matlack <dmatlack@google.com>
+  Suren Baghdasaryan <surenb@google.com>
+  Vlastimil Babka <vbabka@suse.cz>
+  linux-arm-kernel@lists.infradead.org
+  linux-mips@vger.kernel.org
+  kvm-riscv@lists.infradead.org
+  Marc Zyngier <maz@kernel.org>
+ " Andrew Morton <akpm@linux-foundation.org>\0"
  "\00:1\0"
  "b\0"
  "On Mon, Dec 12, 2022, Paolo Bonzini wrote:\n"
@@ -16,7 +46,7 @@
  "> > >     e.g. \"page_table\"/\"pt\"/\"pte\".\n"
  "> > \n"
  "> > I would strongly be in favor of discarding the shadow paging residue if\n"
- "> > x86 folks are willing to part ways with it ?\n"
+ "> > x86 folks are willing to part ways with it \360\237\230\204\n"
  "> \n"
  "> Yes, absolutely.  Something like to_shadow_page->to_mmu_data, sp->md,\n"
  "> spt->hpt, spte->spte, sptep->hptep.\n"
@@ -24,6 +54,10 @@
  "\"host\" will be confusing if when the primary MMU is involved though, e.g. I always\n"
  "think of the primary MMU's page tables as the \"host page tables\".\n"
  "\n"
- "What if we keep the \"S\" for SPT(E) and repurpose it to mean Secondary PTE?"
+ "What if we keep the \"S\" for SPT(E) and repurpose it to mean Secondary PTE?\n"
+ "_______________________________________________\n"
+ "kvmarm mailing list\n"
+ "kvmarm@lists.cs.columbia.edu\n"
+ https://lists.cs.columbia.edu/mailman/listinfo/kvmarm
 
-e1557e74eb7b223f456d1ef35c73b470297592492d7df8e99b8ef0eb90977e5d
+8e23256b9404c4b9293114a195dc9905b265d59d37edf85251729607a43e6034

diff --git a/a/1.txt b/N2/1.txt
index b102a43..6894825 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -7,7 +7,7 @@ On Mon, Dec 12, 2022, Paolo Bonzini wrote:
 > > >     e.g. "page_table"/"pt"/"pte".
 > > 
 > > I would strongly be in favor of discarding the shadow paging residue if
-> > x86 folks are willing to part ways with it ?
+> > x86 folks are willing to part ways with it 😄
 > 
 > Yes, absolutely.  Something like to_shadow_page->to_mmu_data, sp->md,
 > spt->hpt, spte->spte, sptep->hptep.
diff --git a/a/content_digest b/N2/content_digest
index 1123418..41045c9 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -2,9 +2,47 @@
  "ref\0Y5OHVzBSHPmAq2FO@google.com\0"
  "ref\0eb93beee-9d43-1c1e-250c-28ab7e9ebed9@redhat.com\0"
  "From\0Sean Christopherson <seanjc@google.com>\0"
- "Subject\0[RFC PATCH 00/37] KVM: Refactor the KVM/x86 TDP MMU into common code\0"
+ "Subject\0Re: [RFC PATCH 00/37] KVM: Refactor the KVM/x86 TDP MMU into common code\0"
  "Date\0Mon, 12 Dec 2022 23:26:35 +0000\0"
- "To\0kvm-riscv@lists.infradead.org\0"
+ "To\0Paolo Bonzini <pbonzini@redhat.com>\0"
+ "Cc\0Oliver Upton <oliver.upton@linux.dev>"
+  David Matlack <dmatlack@google.com>
+  Marc Zyngier <maz@kernel.org>
+  James Morse <james.morse@arm.com>
+  Alexandru Elisei <alexandru.elisei@arm.com>
+  Suzuki K Poulose <suzuki.poulose@arm.com>
+  Huacai Chen <chenhuacai@kernel.org>
+  Aleksandar Markovic <aleksandar.qemu.devel@gmail.com>
+  Anup Patel <anup@brainfault.org>
+  Atish Patra <atishp@atishpatra.org>
+  Paul Walmsley <paul.walmsley@sifive.com>
+  Palmer Dabbelt <palmer@dabbelt.com>
+  Albert Ou <aou@eecs.berkeley.edu>
+  Andrew Morton <akpm@linux-foundation.org>
+  Anshuman Khandual <anshuman.khandual@arm.com>
+  Nadav Amit <namit@vmware.com>
+  Matthew Wilcox (Oracle) <willy@infradead.org>
+  Vlastimil Babka <vbabka@suse.cz>
+  Liam R. Howlett <Liam.Howlett@oracle.com>
+  Suren Baghdasaryan <surenb@google.com>
+  Peter Xu <peterx@redhat.com>
+  xu xin <cgel.zte@gmail.com>
+  Arnd Bergmann <arnd@arndb.de>
+  Yu Zhao <yuzhao@google.com>
+  Colin Cross <ccross@google.com>
+  Hugh Dickins <hughd@google.com>
+  Ben Gardon <bgardon@google.com>
+  Mingwei Zhang <mizhang@google.com>
+  Krish Sadhukhan <krish.sadhukhan@oracle.com>
+  Ricardo Koller <ricarkol@google.com>
+  Jing Zhang <jingzhangos@google.com>
+  linux-arm-kernel@lists.infradead.org
+  kvmarm@lists.linux.dev
+  kvmarm@lists.cs.columbia.edu
+  linux-mips@vger.kernel.org
+  kvm@vger.kernel.org
+  kvm-riscv@lists.infradead.org
+ " linux-riscv@lists.infradead.org\0"
  "\00:1\0"
  "b\0"
  "On Mon, Dec 12, 2022, Paolo Bonzini wrote:\n"
@@ -16,7 +54,7 @@
  "> > >     e.g. \"page_table\"/\"pt\"/\"pte\".\n"
  "> > \n"
  "> > I would strongly be in favor of discarding the shadow paging residue if\n"
- "> > x86 folks are willing to part ways with it ?\n"
+ "> > x86 folks are willing to part ways with it \360\237\230\204\n"
  "> \n"
  "> Yes, absolutely.  Something like to_shadow_page->to_mmu_data, sp->md,\n"
  "> spt->hpt, spte->spte, sptep->hptep.\n"
@@ -26,4 +64,4 @@
  "\n"
  "What if we keep the \"S\" for SPT(E) and repurpose it to mean Secondary PTE?"
 
-e1557e74eb7b223f456d1ef35c73b470297592492d7df8e99b8ef0eb90977e5d
+e48fdddef029a9bb27572ebd5b246e9a27165d40713abecaee56f0c602497fa5

diff --git a/a/1.txt b/N3/1.txt
index b102a43..6cfa2db 100644
--- a/a/1.txt
+++ b/N3/1.txt
@@ -7,7 +7,7 @@ On Mon, Dec 12, 2022, Paolo Bonzini wrote:
 > > >     e.g. "page_table"/"pt"/"pte".
 > > 
 > > I would strongly be in favor of discarding the shadow paging residue if
-> > x86 folks are willing to part ways with it ?
+> > x86 folks are willing to part ways with it 😄
 > 
 > Yes, absolutely.  Something like to_shadow_page->to_mmu_data, sp->md,
 > spt->hpt, spte->spte, sptep->hptep.
@@ -16,3 +16,8 @@ On Mon, Dec 12, 2022, Paolo Bonzini wrote:
 think of the primary MMU's page tables as the "host page tables".
 
 What if we keep the "S" for SPT(E) and repurpose it to mean Secondary PTE?
+
+_______________________________________________
+linux-riscv mailing list
+linux-riscv@lists.infradead.org
+http://lists.infradead.org/mailman/listinfo/linux-riscv
diff --git a/a/content_digest b/N3/content_digest
index 1123418..8769aff 100644
--- a/a/content_digest
+++ b/N3/content_digest
@@ -2,9 +2,47 @@
  "ref\0Y5OHVzBSHPmAq2FO@google.com\0"
  "ref\0eb93beee-9d43-1c1e-250c-28ab7e9ebed9@redhat.com\0"
  "From\0Sean Christopherson <seanjc@google.com>\0"
- "Subject\0[RFC PATCH 00/37] KVM: Refactor the KVM/x86 TDP MMU into common code\0"
+ "Subject\0Re: [RFC PATCH 00/37] KVM: Refactor the KVM/x86 TDP MMU into common code\0"
  "Date\0Mon, 12 Dec 2022 23:26:35 +0000\0"
- "To\0kvm-riscv@lists.infradead.org\0"
+ "To\0Paolo Bonzini <pbonzini@redhat.com>\0"
+ "Cc\0Oliver Upton <oliver.upton@linux.dev>"
+  David Matlack <dmatlack@google.com>
+  Marc Zyngier <maz@kernel.org>
+  James Morse <james.morse@arm.com>
+  Alexandru Elisei <alexandru.elisei@arm.com>
+  Suzuki K Poulose <suzuki.poulose@arm.com>
+  Huacai Chen <chenhuacai@kernel.org>
+  Aleksandar Markovic <aleksandar.qemu.devel@gmail.com>
+  Anup Patel <anup@brainfault.org>
+  Atish Patra <atishp@atishpatra.org>
+  Paul Walmsley <paul.walmsley@sifive.com>
+  Palmer Dabbelt <palmer@dabbelt.com>
+  Albert Ou <aou@eecs.berkeley.edu>
+  Andrew Morton <akpm@linux-foundation.org>
+  Anshuman Khandual <anshuman.khandual@arm.com>
+  Nadav Amit <namit@vmware.com>
+  Matthew Wilcox (Oracle) <willy@infradead.org>
+  Vlastimil Babka <vbabka@suse.cz>
+  Liam R. Howlett <Liam.Howlett@oracle.com>
+  Suren Baghdasaryan <surenb@google.com>
+  Peter Xu <peterx@redhat.com>
+  xu xin <cgel.zte@gmail.com>
+  Arnd Bergmann <arnd@arndb.de>
+  Yu Zhao <yuzhao@google.com>
+  Colin Cross <ccross@google.com>
+  Hugh Dickins <hughd@google.com>
+  Ben Gardon <bgardon@google.com>
+  Mingwei Zhang <mizhang@google.com>
+  Krish Sadhukhan <krish.sadhukhan@oracle.com>
+  Ricardo Koller <ricarkol@google.com>
+  Jing Zhang <jingzhangos@google.com>
+  linux-arm-kernel@lists.infradead.org
+  kvmarm@lists.linux.dev
+  kvmarm@lists.cs.columbia.edu
+  linux-mips@vger.kernel.org
+  kvm@vger.kernel.org
+  kvm-riscv@lists.infradead.org
+ " linux-riscv@lists.infradead.org\0"
  "\00:1\0"
  "b\0"
  "On Mon, Dec 12, 2022, Paolo Bonzini wrote:\n"
@@ -16,7 +54,7 @@
  "> > >     e.g. \"page_table\"/\"pt\"/\"pte\".\n"
  "> > \n"
  "> > I would strongly be in favor of discarding the shadow paging residue if\n"
- "> > x86 folks are willing to part ways with it ?\n"
+ "> > x86 folks are willing to part ways with it \360\237\230\204\n"
  "> \n"
  "> Yes, absolutely.  Something like to_shadow_page->to_mmu_data, sp->md,\n"
  "> spt->hpt, spte->spte, sptep->hptep.\n"
@@ -24,6 +62,11 @@
  "\"host\" will be confusing if when the primary MMU is involved though, e.g. I always\n"
  "think of the primary MMU's page tables as the \"host page tables\".\n"
  "\n"
- "What if we keep the \"S\" for SPT(E) and repurpose it to mean Secondary PTE?"
+ "What if we keep the \"S\" for SPT(E) and repurpose it to mean Secondary PTE?\n"
+ "\n"
+ "_______________________________________________\n"
+ "linux-riscv mailing list\n"
+ "linux-riscv@lists.infradead.org\n"
+ http://lists.infradead.org/mailman/listinfo/linux-riscv
 
-e1557e74eb7b223f456d1ef35c73b470297592492d7df8e99b8ef0eb90977e5d
+582363a56d89ed71b83c1fe14aae3c7135a60c16fde9ebcef927d6c92c5268d6

diff --git a/a/1.txt b/N4/1.txt
index b102a43..3537234 100644
--- a/a/1.txt
+++ b/N4/1.txt
@@ -7,7 +7,7 @@ On Mon, Dec 12, 2022, Paolo Bonzini wrote:
 > > >     e.g. "page_table"/"pt"/"pte".
 > > 
 > > I would strongly be in favor of discarding the shadow paging residue if
-> > x86 folks are willing to part ways with it ?
+> > x86 folks are willing to part ways with it 😄
 > 
 > Yes, absolutely.  Something like to_shadow_page->to_mmu_data, sp->md,
 > spt->hpt, spte->spte, sptep->hptep.
@@ -16,3 +16,8 @@ On Mon, Dec 12, 2022, Paolo Bonzini wrote:
 think of the primary MMU's page tables as the "host page tables".
 
 What if we keep the "S" for SPT(E) and repurpose it to mean Secondary PTE?
+
+_______________________________________________
+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 1123418..124e912 100644
--- a/a/content_digest
+++ b/N4/content_digest
@@ -2,9 +2,47 @@
  "ref\0Y5OHVzBSHPmAq2FO@google.com\0"
  "ref\0eb93beee-9d43-1c1e-250c-28ab7e9ebed9@redhat.com\0"
  "From\0Sean Christopherson <seanjc@google.com>\0"
- "Subject\0[RFC PATCH 00/37] KVM: Refactor the KVM/x86 TDP MMU into common code\0"
+ "Subject\0Re: [RFC PATCH 00/37] KVM: Refactor the KVM/x86 TDP MMU into common code\0"
  "Date\0Mon, 12 Dec 2022 23:26:35 +0000\0"
- "To\0kvm-riscv@lists.infradead.org\0"
+ "To\0Paolo Bonzini <pbonzini@redhat.com>\0"
+ "Cc\0Oliver Upton <oliver.upton@linux.dev>"
+  David Matlack <dmatlack@google.com>
+  Marc Zyngier <maz@kernel.org>
+  James Morse <james.morse@arm.com>
+  Alexandru Elisei <alexandru.elisei@arm.com>
+  Suzuki K Poulose <suzuki.poulose@arm.com>
+  Huacai Chen <chenhuacai@kernel.org>
+  Aleksandar Markovic <aleksandar.qemu.devel@gmail.com>
+  Anup Patel <anup@brainfault.org>
+  Atish Patra <atishp@atishpatra.org>
+  Paul Walmsley <paul.walmsley@sifive.com>
+  Palmer Dabbelt <palmer@dabbelt.com>
+  Albert Ou <aou@eecs.berkeley.edu>
+  Andrew Morton <akpm@linux-foundation.org>
+  Anshuman Khandual <anshuman.khandual@arm.com>
+  Nadav Amit <namit@vmware.com>
+  Matthew Wilcox (Oracle) <willy@infradead.org>
+  Vlastimil Babka <vbabka@suse.cz>
+  Liam R. Howlett <Liam.Howlett@oracle.com>
+  Suren Baghdasaryan <surenb@google.com>
+  Peter Xu <peterx@redhat.com>
+  xu xin <cgel.zte@gmail.com>
+  Arnd Bergmann <arnd@arndb.de>
+  Yu Zhao <yuzhao@google.com>
+  Colin Cross <ccross@google.com>
+  Hugh Dickins <hughd@google.com>
+  Ben Gardon <bgardon@google.com>
+  Mingwei Zhang <mizhang@google.com>
+  Krish Sadhukhan <krish.sadhukhan@oracle.com>
+  Ricardo Koller <ricarkol@google.com>
+  Jing Zhang <jingzhangos@google.com>
+  linux-arm-kernel@lists.infradead.org
+  kvmarm@lists.linux.dev
+  kvmarm@lists.cs.columbia.edu
+  linux-mips@vger.kernel.org
+  kvm@vger.kernel.org
+  kvm-riscv@lists.infradead.org
+ " linux-riscv@lists.infradead.org\0"
  "\00:1\0"
  "b\0"
  "On Mon, Dec 12, 2022, Paolo Bonzini wrote:\n"
@@ -16,7 +54,7 @@
  "> > >     e.g. \"page_table\"/\"pt\"/\"pte\".\n"
  "> > \n"
  "> > I would strongly be in favor of discarding the shadow paging residue if\n"
- "> > x86 folks are willing to part ways with it ?\n"
+ "> > x86 folks are willing to part ways with it \360\237\230\204\n"
  "> \n"
  "> Yes, absolutely.  Something like to_shadow_page->to_mmu_data, sp->md,\n"
  "> spt->hpt, spte->spte, sptep->hptep.\n"
@@ -24,6 +62,11 @@
  "\"host\" will be confusing if when the primary MMU is involved though, e.g. I always\n"
  "think of the primary MMU's page tables as the \"host page tables\".\n"
  "\n"
- "What if we keep the \"S\" for SPT(E) and repurpose it to mean Secondary PTE?"
+ "What if we keep the \"S\" for SPT(E) and repurpose it to mean Secondary PTE?\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
 
-e1557e74eb7b223f456d1ef35c73b470297592492d7df8e99b8ef0eb90977e5d
+0fb10da39968c4b98c4c435a5e6eccc67be6095a3fc776a60869984009a0f044

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.