diff for duplicates of <Zl5LqcusZ88QOGQY@google.com> diff --git a/a/1.txt b/N1/1.txt index 2cabb83..f1f347c 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,5 +1,5 @@ On Mon, Jun 03, 2024, James Houghton wrote: -> On Thu, May 30, 2024 at 11:06?PM Yu Zhao <yuzhao@google.com> wrote: +> On Thu, May 30, 2024 at 11:06 PM Yu Zhao <yuzhao@google.com> wrote: > > What I don't think is acceptable is simplifying those optimizations > > out without documenting your justifications (I would even call it a > > design change, rather than simplification, from v3 to v4). diff --git a/a/content_digest b/N1/content_digest index 8efbd84..e60e392 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -8,13 +8,54 @@ "ref\0CAOUHufZq6DwpStzHtjG+TOiHaQ6FFbkTfHMCe8Yy0n_M9MKdqw@mail.gmail.com\0" "ref\0CADrL8HW44Hx_Ejx_6+FVKt1V17PdgT6rw+sNtKzumqc9UCVDfA@mail.gmail.com\0" "From\0Sean Christopherson <seanjc@google.com>\0" - "Subject\0[PATCH v4 2/7] mm: multi-gen LRU: Have secondary MMUs participate in aging\0" + "Subject\0Re: [PATCH v4 2/7] mm: multi-gen LRU: Have secondary MMUs participate in aging\0" "Date\0Mon, 3 Jun 2024 16:03:05 -0700\0" - "To\0kvm-riscv@lists.infradead.org\0" + "To\0James Houghton <jthoughton@google.com>\0" + "Cc\0Yu Zhao <yuzhao@google.com>" + Andrew Morton <akpm@linux-foundation.org> + Paolo Bonzini <pbonzini@redhat.com> + Albert Ou <aou@eecs.berkeley.edu> + Ankit Agrawal <ankita@nvidia.com> + Anup Patel <anup@brainfault.org> + Atish Patra <atishp@atishpatra.org> + Axel Rasmussen <axelrasmussen@google.com> + Bibo Mao <maobibo@loongson.cn> + Catalin Marinas <catalin.marinas@arm.com> + David Matlack <dmatlack@google.com> + David Rientjes <rientjes@google.com> + Huacai Chen <chenhuacai@kernel.org> + James Morse <james.morse@arm.com> + Jonathan Corbet <corbet@lwn.net> + Marc Zyngier <maz@kernel.org> + Michael Ellerman <mpe@ellerman.id.au> + Nicholas Piggin <npiggin@gmail.com> + Oliver Upton <oliver.upton@linux.dev> + Palmer Dabbelt <palmer@dabbelt.com> + Paul Walmsley <paul.walmsley@sifive.com> + Raghavendra Rao Ananta <rananta@google.com> + Ryan Roberts <ryan.roberts@arm.com> + Shaoqin Huang <shahuang@redhat.com> + Shuah Khan <shuah@kernel.org> + Suzuki K Poulose <suzuki.poulose@arm.com> + Tianrui Zhao <zhaotianrui@loongson.cn> + Will Deacon <will@kernel.org> + Zenghui Yu <yuzenghui@huawei.com> + kvm-riscv@lists.infradead.org + kvm@vger.kernel.org + kvmarm@lists.linux.dev + linux-arm-kernel@lists.infradead.org + linux-doc@vger.kernel.org + linux-kernel@vger.kernel.org + linux-kselftest@vger.kernel.org + linux-mips@vger.kernel.org + linux-mm@kvack.org + linux-riscv@lists.infradead.org + linuxppc-dev@lists.ozlabs.org + " loongarch@lists.linux.dev\0" "\00:1\0" "b\0" "On Mon, Jun 03, 2024, James Houghton wrote:\n" - "> On Thu, May 30, 2024 at 11:06?PM Yu Zhao <yuzhao@google.com> wrote:\n" + "> On Thu, May 30, 2024 at 11:06\342\200\257PM Yu Zhao <yuzhao@google.com> wrote:\n" "> > What I don't think is acceptable is simplifying those optimizations\n" "> > out without documenting your justifications (I would even call it a\n" "> > design change, rather than simplification, from v3 to v4).\n" @@ -80,4 +121,4 @@ "showing that having KVM take mmu_lock for write in the \"fast only\" API provides\n" better total behavior. I.e. that the additional accuracy is indeed worth the cost. -e5d1de22e332f3a2e9960b9fee3b28520a3e171cd428a4a5c3da0b278a2cf255 +b1648c86700f1ca89bca01bec7630c8eeb630fb64565b88beb6ce7f648f6cc17
diff --git a/a/1.txt b/N2/1.txt index 2cabb83..50a6f95 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -1,5 +1,5 @@ On Mon, Jun 03, 2024, James Houghton wrote: -> On Thu, May 30, 2024 at 11:06?PM Yu Zhao <yuzhao@google.com> wrote: +> On Thu, May 30, 2024 at 11:06 PM Yu Zhao <yuzhao@google.com> wrote: > > What I don't think is acceptable is simplifying those optimizations > > out without documenting your justifications (I would even call it a > > design change, rather than simplification, from v3 to v4). @@ -64,3 +64,8 @@ page tables would give us what we want. But before we do that, I think we need to perform due dilegence (or provide data) showing that having KVM take mmu_lock for write in the "fast only" API provides better total behavior. I.e. that the additional accuracy is indeed worth the cost. + +_______________________________________________ +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 8efbd84..cc9100b 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -8,13 +8,54 @@ "ref\0CAOUHufZq6DwpStzHtjG+TOiHaQ6FFbkTfHMCe8Yy0n_M9MKdqw@mail.gmail.com\0" "ref\0CADrL8HW44Hx_Ejx_6+FVKt1V17PdgT6rw+sNtKzumqc9UCVDfA@mail.gmail.com\0" "From\0Sean Christopherson <seanjc@google.com>\0" - "Subject\0[PATCH v4 2/7] mm: multi-gen LRU: Have secondary MMUs participate in aging\0" + "Subject\0Re: [PATCH v4 2/7] mm: multi-gen LRU: Have secondary MMUs participate in aging\0" "Date\0Mon, 3 Jun 2024 16:03:05 -0700\0" - "To\0kvm-riscv@lists.infradead.org\0" + "To\0James Houghton <jthoughton@google.com>\0" + "Cc\0Yu Zhao <yuzhao@google.com>" + Andrew Morton <akpm@linux-foundation.org> + Paolo Bonzini <pbonzini@redhat.com> + Albert Ou <aou@eecs.berkeley.edu> + Ankit Agrawal <ankita@nvidia.com> + Anup Patel <anup@brainfault.org> + Atish Patra <atishp@atishpatra.org> + Axel Rasmussen <axelrasmussen@google.com> + Bibo Mao <maobibo@loongson.cn> + Catalin Marinas <catalin.marinas@arm.com> + David Matlack <dmatlack@google.com> + David Rientjes <rientjes@google.com> + Huacai Chen <chenhuacai@kernel.org> + James Morse <james.morse@arm.com> + Jonathan Corbet <corbet@lwn.net> + Marc Zyngier <maz@kernel.org> + Michael Ellerman <mpe@ellerman.id.au> + Nicholas Piggin <npiggin@gmail.com> + Oliver Upton <oliver.upton@linux.dev> + Palmer Dabbelt <palmer@dabbelt.com> + Paul Walmsley <paul.walmsley@sifive.com> + Raghavendra Rao Ananta <rananta@google.com> + Ryan Roberts <ryan.roberts@arm.com> + Shaoqin Huang <shahuang@redhat.com> + Shuah Khan <shuah@kernel.org> + Suzuki K Poulose <suzuki.poulose@arm.com> + Tianrui Zhao <zhaotianrui@loongson.cn> + Will Deacon <will@kernel.org> + Zenghui Yu <yuzenghui@huawei.com> + kvm-riscv@lists.infradead.org + kvm@vger.kernel.org + kvmarm@lists.linux.dev + linux-arm-kernel@lists.infradead.org + linux-doc@vger.kernel.org + linux-kernel@vger.kernel.org + linux-kselftest@vger.kernel.org + linux-mips@vger.kernel.org + linux-mm@kvack.org + linux-riscv@lists.infradead.org + linuxppc-dev@lists.ozlabs.org + " loongarch@lists.linux.dev\0" "\00:1\0" "b\0" "On Mon, Jun 03, 2024, James Houghton wrote:\n" - "> On Thu, May 30, 2024 at 11:06?PM Yu Zhao <yuzhao@google.com> wrote:\n" + "> On Thu, May 30, 2024 at 11:06\342\200\257PM Yu Zhao <yuzhao@google.com> wrote:\n" "> > What I don't think is acceptable is simplifying those optimizations\n" "> > out without documenting your justifications (I would even call it a\n" "> > design change, rather than simplification, from v3 to v4).\n" @@ -78,6 +119,11 @@ "\n" "But before we do that, I think we need to perform due dilegence (or provide data)\n" "showing that having KVM take mmu_lock for write in the \"fast only\" API provides\n" - better total behavior. I.e. that the additional accuracy is indeed worth the cost. + "better total behavior. I.e. that the additional accuracy is indeed worth the cost.\n" + "\n" + "_______________________________________________\n" + "linux-riscv mailing list\n" + "linux-riscv@lists.infradead.org\n" + http://lists.infradead.org/mailman/listinfo/linux-riscv -e5d1de22e332f3a2e9960b9fee3b28520a3e171cd428a4a5c3da0b278a2cf255 +c1e174ba99cca3ce84e30eee2146be4e85be269f269a259bd82329e45859ceb0
diff --git a/a/1.txt b/N3/1.txt index 2cabb83..f1f347c 100644 --- a/a/1.txt +++ b/N3/1.txt @@ -1,5 +1,5 @@ On Mon, Jun 03, 2024, James Houghton wrote: -> On Thu, May 30, 2024 at 11:06?PM Yu Zhao <yuzhao@google.com> wrote: +> On Thu, May 30, 2024 at 11:06 PM Yu Zhao <yuzhao@google.com> wrote: > > What I don't think is acceptable is simplifying those optimizations > > out without documenting your justifications (I would even call it a > > design change, rather than simplification, from v3 to v4). diff --git a/a/content_digest b/N3/content_digest index 8efbd84..ee89de8 100644 --- a/a/content_digest +++ b/N3/content_digest @@ -8,13 +8,53 @@ "ref\0CAOUHufZq6DwpStzHtjG+TOiHaQ6FFbkTfHMCe8Yy0n_M9MKdqw@mail.gmail.com\0" "ref\0CADrL8HW44Hx_Ejx_6+FVKt1V17PdgT6rw+sNtKzumqc9UCVDfA@mail.gmail.com\0" "From\0Sean Christopherson <seanjc@google.com>\0" - "Subject\0[PATCH v4 2/7] mm: multi-gen LRU: Have secondary MMUs participate in aging\0" + "Subject\0Re: [PATCH v4 2/7] mm: multi-gen LRU: Have secondary MMUs participate in aging\0" "Date\0Mon, 3 Jun 2024 16:03:05 -0700\0" - "To\0kvm-riscv@lists.infradead.org\0" + "To\0James Houghton <jthoughton@google.com>\0" + "Cc\0kvm@vger.kernel.org" + linux-doc@vger.kernel.org + Catalin Marinas <catalin.marinas@arm.com> + Atish Patra <atishp@atishpatra.org> + linux-kernel@vger.kernel.org + kvmarm@lists.linux.dev + linux-kselftest@vger.kernel.org + Raghavendra Rao Ananta <rananta@google.com> + linux-riscv@lists.infradead.org + Shuah Khan <shuah@kernel.org> + Yu Zhao <yuzhao@google.com> + Jonathan Corbet <corbet@lwn.net> + Anup Patel <anup@brainfault.org> + Huacai Chen <chenhuacai@kernel.org> + David Rientjes <rientjes@google.com> + Zenghui Yu <yuzenghui@huawei.com> + Axel Rasmussen <axelrasmussen@google.com> + linux-mips@vger.kernel.org + Albert Ou <aou@eecs.berkeley.edu> + Ryan Roberts <ryan.roberts@arm.com> + Will Deacon <will@kernel.org> + Suzuki K Poulose <suzuki.poulose@arm.com> + Shaoqin Huang <shahuang@redhat.com> + Nicholas Piggin <npiggin@gmail.com> + Bibo Mao <maobibo@loongson.cn> + loongarch@lists.linux.dev + Paul Walmsley <paul.walmsley@sifive.com> + David Matlack <dmatlack@google.com> + Palmer Dabbelt <palmer@dabbelt.com > + linux-arm-kernel@lists.infradead.org + linux-mm@kvack.org + Ankit Agrawal <ankita@nvidia.com> + Oliver Upton <oliver.upton@linux.dev> + James Morse <james.morse@arm.com> + kvm-riscv@lists.infradead.org + Marc Zyngier <maz@kernel.org> + Paolo Bonzini <pbonzini@redhat.com> + Andrew Morton <akpm@linux-foundation.org> + Tianrui Zhao <zhaotianrui@loongson.cn> + " linuxppc-dev@lists.ozlabs.org\0" "\00:1\0" "b\0" "On Mon, Jun 03, 2024, James Houghton wrote:\n" - "> On Thu, May 30, 2024 at 11:06?PM Yu Zhao <yuzhao@google.com> wrote:\n" + "> On Thu, May 30, 2024 at 11:06\342\200\257PM Yu Zhao <yuzhao@google.com> wrote:\n" "> > What I don't think is acceptable is simplifying those optimizations\n" "> > out without documenting your justifications (I would even call it a\n" "> > design change, rather than simplification, from v3 to v4).\n" @@ -80,4 +120,4 @@ "showing that having KVM take mmu_lock for write in the \"fast only\" API provides\n" better total behavior. I.e. that the additional accuracy is indeed worth the cost. -e5d1de22e332f3a2e9960b9fee3b28520a3e171cd428a4a5c3da0b278a2cf255 +4696e2827f386900738df7ae181256bf97dac950116249f42986a2d9cd2115bf
diff --git a/a/1.txt b/N4/1.txt index 2cabb83..8c431d1 100644 --- a/a/1.txt +++ b/N4/1.txt @@ -1,5 +1,5 @@ On Mon, Jun 03, 2024, James Houghton wrote: -> On Thu, May 30, 2024 at 11:06?PM Yu Zhao <yuzhao@google.com> wrote: +> On Thu, May 30, 2024 at 11:06 PM Yu Zhao <yuzhao@google.com> wrote: > > What I don't think is acceptable is simplifying those optimizations > > out without documenting your justifications (I would even call it a > > design change, rather than simplification, from v3 to v4). @@ -64,3 +64,8 @@ page tables would give us what we want. But before we do that, I think we need to perform due dilegence (or provide data) showing that having KVM take mmu_lock for write in the "fast only" API provides better total behavior. I.e. that the additional accuracy is indeed worth the cost. + +_______________________________________________ +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 8efbd84..f9bb258 100644 --- a/a/content_digest +++ b/N4/content_digest @@ -8,13 +8,54 @@ "ref\0CAOUHufZq6DwpStzHtjG+TOiHaQ6FFbkTfHMCe8Yy0n_M9MKdqw@mail.gmail.com\0" "ref\0CADrL8HW44Hx_Ejx_6+FVKt1V17PdgT6rw+sNtKzumqc9UCVDfA@mail.gmail.com\0" "From\0Sean Christopherson <seanjc@google.com>\0" - "Subject\0[PATCH v4 2/7] mm: multi-gen LRU: Have secondary MMUs participate in aging\0" + "Subject\0Re: [PATCH v4 2/7] mm: multi-gen LRU: Have secondary MMUs participate in aging\0" "Date\0Mon, 3 Jun 2024 16:03:05 -0700\0" - "To\0kvm-riscv@lists.infradead.org\0" + "To\0James Houghton <jthoughton@google.com>\0" + "Cc\0Yu Zhao <yuzhao@google.com>" + Andrew Morton <akpm@linux-foundation.org> + Paolo Bonzini <pbonzini@redhat.com> + Albert Ou <aou@eecs.berkeley.edu> + Ankit Agrawal <ankita@nvidia.com> + Anup Patel <anup@brainfault.org> + Atish Patra <atishp@atishpatra.org> + Axel Rasmussen <axelrasmussen@google.com> + Bibo Mao <maobibo@loongson.cn> + Catalin Marinas <catalin.marinas@arm.com> + David Matlack <dmatlack@google.com> + David Rientjes <rientjes@google.com> + Huacai Chen <chenhuacai@kernel.org> + James Morse <james.morse@arm.com> + Jonathan Corbet <corbet@lwn.net> + Marc Zyngier <maz@kernel.org> + Michael Ellerman <mpe@ellerman.id.au> + Nicholas Piggin <npiggin@gmail.com> + Oliver Upton <oliver.upton@linux.dev> + Palmer Dabbelt <palmer@dabbelt.com> + Paul Walmsley <paul.walmsley@sifive.com> + Raghavendra Rao Ananta <rananta@google.com> + Ryan Roberts <ryan.roberts@arm.com> + Shaoqin Huang <shahuang@redhat.com> + Shuah Khan <shuah@kernel.org> + Suzuki K Poulose <suzuki.poulose@arm.com> + Tianrui Zhao <zhaotianrui@loongson.cn> + Will Deacon <will@kernel.org> + Zenghui Yu <yuzenghui@huawei.com> + kvm-riscv@lists.infradead.org + kvm@vger.kernel.org + kvmarm@lists.linux.dev + linux-arm-kernel@lists.infradead.org + linux-doc@vger.kernel.org + linux-kernel@vger.kernel.org + linux-kselftest@vger.kernel.org + linux-mips@vger.kernel.org + linux-mm@kvack.org + linux-riscv@lists.infradead.org + linuxppc-dev@lists.ozlabs.org + " loongarch@lists.linux.dev\0" "\00:1\0" "b\0" "On Mon, Jun 03, 2024, James Houghton wrote:\n" - "> On Thu, May 30, 2024 at 11:06?PM Yu Zhao <yuzhao@google.com> wrote:\n" + "> On Thu, May 30, 2024 at 11:06\342\200\257PM Yu Zhao <yuzhao@google.com> wrote:\n" "> > What I don't think is acceptable is simplifying those optimizations\n" "> > out without documenting your justifications (I would even call it a\n" "> > design change, rather than simplification, from v3 to v4).\n" @@ -78,6 +119,11 @@ "\n" "But before we do that, I think we need to perform due dilegence (or provide data)\n" "showing that having KVM take mmu_lock for write in the \"fast only\" API provides\n" - better total behavior. I.e. that the additional accuracy is indeed worth the cost. + "better total behavior. I.e. that the additional accuracy is indeed worth the cost.\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 -e5d1de22e332f3a2e9960b9fee3b28520a3e171cd428a4a5c3da0b278a2cf255 +013e9d4f3c94da91ecd59308609b2035595ac71fbfa8b0ebe252a35a05ca9a46
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.