diff for duplicates of <ZEGeyLYCIj75Hmwa@google.com> diff --git a/a/1.txt b/N1/1.txt index 36a9e33..a1e4156 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,5 +1,5 @@ On Fri, Apr 21, 2023, Atish Kumar Patra wrote: -> On Thu, Apr 20, 2023 at 10:00?PM Sean Christopherson <seanjc@google.com> wrote: +> On Thu, Apr 20, 2023 at 10:00 PM Sean Christopherson <seanjc@google.com> wrote: > > > > On Wed, Apr 19, 2023, Atish Patra wrote: > > > 2. Lazy gstage page allocation vs upfront allocation with page pool. diff --git a/a/content_digest b/N1/content_digest index 47f7aff..6ae1507 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -2,13 +2,43 @@ "ref\0ZEFopfs5Ij/AIkee@google.com\0" "ref\0CAHBxVyE+SkQ-jpbupmJU4fpuiXY_GufnANDBUuO5bMHDsudeYg@mail.gmail.com\0" "From\0Sean Christopherson <seanjc@google.com>\0" - "Subject\0[RFC 00/48] RISC-V CoVE support\0" + "Subject\0Re: [RFC 00/48] RISC-V CoVE support\0" "Date\0Thu, 20 Apr 2023 13:21:28 -0700\0" - "To\0kvm-riscv@lists.infradead.org\0" + "To\0Atish Kumar Patra <atishp@rivosinc.com>\0" + "Cc\0linux-kernel@vger.kernel.org" + Alexandre Ghiti <alex@ghiti.fr> + Andrew Jones <ajones@ventanamicro.com> + Andrew Morton <akpm@linux-foundation.org> + Anup Patel <anup@brainfault.org> + Atish Patra <atishp@atishpatra.org> + " Bj\303\266rn T\303\266pel <bjorn@rivosinc.com>" + Suzuki K Poulose <suzuki.poulose@arm.com> + Will Deacon <will@kernel.org> + Marc Zyngier <maz@kernel.org> + linux-coco@lists.linux.dev + Dylan Reid <dylan@rivosinc.com> + abrestic@rivosinc.com + Samuel Ortiz <sameo@rivosinc.com> + Christoph Hellwig <hch@infradead.org> + Conor Dooley <conor.dooley@microchip.com> + Greg Kroah-Hartman <gregkh@linuxfoundation.org> + Guo Ren <guoren@kernel.org> + Heiko Stuebner <heiko@sntech.de> + Jiri Slaby <jirislaby@kernel.org> + kvm-riscv@lists.infradead.org + kvm@vger.kernel.org + linux-mm@kvack.org + linux-riscv@lists.infradead.org + Mayuresh Chitale <mchitale@ventanamicro.com> + Palmer Dabbelt <palmer@dabbelt.com> + Paolo Bonzini <pbonzini@redhat.com> + Paul Walmsley <paul.walmsley@sifive.com> + Rajnesh Kanwal <rkanwal@rivosinc.com> + " Uladzislau Rezki <urezki@gmail.com>\0" "\00:1\0" "b\0" "On Fri, Apr 21, 2023, Atish Kumar Patra wrote:\n" - "> On Thu, Apr 20, 2023 at 10:00?PM Sean Christopherson <seanjc@google.com> wrote:\n" + "> On Thu, Apr 20, 2023 at 10:00\342\200\257PM Sean Christopherson <seanjc@google.com> wrote:\n" "> >\n" "> > On Wed, Apr 19, 2023, Atish Patra wrote:\n" "> > > 2. Lazy gstage page allocation vs upfront allocation with page pool.\n" @@ -40,4 +70,4 @@ "\n" Thanks! -c7ef3904e843327f26783ed59b69eb1bc5702f939a54c753d960576533f367d5 +c1e812237515e47b1087563efe15bea5503c8e0324e7f2776a16701c7d634844
diff --git a/a/1.txt b/N2/1.txt index 36a9e33..074cf7c 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -1,5 +1,5 @@ On Fri, Apr 21, 2023, Atish Kumar Patra wrote: -> On Thu, Apr 20, 2023 at 10:00?PM Sean Christopherson <seanjc@google.com> wrote: +> On Thu, Apr 20, 2023 at 10:00 PM Sean Christopherson <seanjc@google.com> wrote: > > > > On Wed, Apr 19, 2023, Atish Patra wrote: > > > 2. Lazy gstage page allocation vs upfront allocation with page pool. @@ -30,3 +30,8 @@ running into the same pitfalls that x86 and ARM already encountered, and the mor eyeballs and use cases on whatever restrictemem ends up being called, the better. Thanks! + +_______________________________________________ +linux-riscv mailing list +linux-riscv@lists.infradead.org +http://lists.infradead.org/mailman/listinfo/linux-riscv diff --git a/a/content_digest b/N2/content_digest index 47f7aff..aab425e 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -2,13 +2,43 @@ "ref\0ZEFopfs5Ij/AIkee@google.com\0" "ref\0CAHBxVyE+SkQ-jpbupmJU4fpuiXY_GufnANDBUuO5bMHDsudeYg@mail.gmail.com\0" "From\0Sean Christopherson <seanjc@google.com>\0" - "Subject\0[RFC 00/48] RISC-V CoVE support\0" + "Subject\0Re: [RFC 00/48] RISC-V CoVE support\0" "Date\0Thu, 20 Apr 2023 13:21:28 -0700\0" - "To\0kvm-riscv@lists.infradead.org\0" + "To\0Atish Kumar Patra <atishp@rivosinc.com>\0" + "Cc\0linux-kernel@vger.kernel.org" + Alexandre Ghiti <alex@ghiti.fr> + Andrew Jones <ajones@ventanamicro.com> + Andrew Morton <akpm@linux-foundation.org> + Anup Patel <anup@brainfault.org> + Atish Patra <atishp@atishpatra.org> + " Bj\303\266rn T\303\266pel <bjorn@rivosinc.com>" + Suzuki K Poulose <suzuki.poulose@arm.com> + Will Deacon <will@kernel.org> + Marc Zyngier <maz@kernel.org> + linux-coco@lists.linux.dev + Dylan Reid <dylan@rivosinc.com> + abrestic@rivosinc.com + Samuel Ortiz <sameo@rivosinc.com> + Christoph Hellwig <hch@infradead.org> + Conor Dooley <conor.dooley@microchip.com> + Greg Kroah-Hartman <gregkh@linuxfoundation.org> + Guo Ren <guoren@kernel.org> + Heiko Stuebner <heiko@sntech.de> + Jiri Slaby <jirislaby@kernel.org> + kvm-riscv@lists.infradead.org + kvm@vger.kernel.org + linux-mm@kvack.org + linux-riscv@lists.infradead.org + Mayuresh Chitale <mchitale@ventanamicro.com> + Palmer Dabbelt <palmer@dabbelt.com> + Paolo Bonzini <pbonzini@redhat.com> + Paul Walmsley <paul.walmsley@sifive.com> + Rajnesh Kanwal <rkanwal@rivosinc.com> + " Uladzislau Rezki <urezki@gmail.com>\0" "\00:1\0" "b\0" "On Fri, Apr 21, 2023, Atish Kumar Patra wrote:\n" - "> On Thu, Apr 20, 2023 at 10:00?PM Sean Christopherson <seanjc@google.com> wrote:\n" + "> On Thu, Apr 20, 2023 at 10:00\342\200\257PM Sean Christopherson <seanjc@google.com> wrote:\n" "> >\n" "> > On Wed, Apr 19, 2023, Atish Patra wrote:\n" "> > > 2. Lazy gstage page allocation vs upfront allocation with page pool.\n" @@ -38,6 +68,11 @@ "running into the same pitfalls that x86 and ARM already encountered, and the more\n" "eyeballs and use cases on whatever restrictemem ends up being called, the better.\n" "\n" - Thanks! + "Thanks!\n" + "\n" + "_______________________________________________\n" + "linux-riscv mailing list\n" + "linux-riscv@lists.infradead.org\n" + http://lists.infradead.org/mailman/listinfo/linux-riscv -c7ef3904e843327f26783ed59b69eb1bc5702f939a54c753d960576533f367d5 +ad2ef89b2acb0d73c8ea2795531007cfc0f22efab1fcef570660aaded633362f
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.