diff for duplicates of <Y8hqptFcUgjhns4F@spud> diff --git a/N1/1.1.hdr b/N1/1.1.hdr new file mode 100644 index 0000000..149ab5e --- /dev/null +++ b/N1/1.1.hdr @@ -0,0 +1,3 @@ +Content-Type: text/plain; charset=utf-8 +Content-Disposition: inline +Content-Transfer-Encoding: quoted-printable diff --git a/a/1.txt b/N1/1.1.txt similarity index 94% rename from a/1.txt rename to N1/1.1.txt index 67b2b6a..c53c70d 100644 --- a/a/1.txt +++ b/N1/1.1.txt @@ -5,7 +5,7 @@ I guess here is the right place to follow up on all of this stuff... On Sat, Jan 14, 2023 at 08:32:37PM +0000, Conor Dooley wrote: > On Fri, Jan 13, 2023 at 03:18:59PM +0000, Conor Dooley wrote: > > On Thu, Jan 12, 2023 at 10:21:36AM +0100, Andrew Jones wrote: -> > > On Thu, Jan 12, 2023 at 12:29:57AM +0100, Heiko St?bner wrote: +> > > On Thu, Jan 12, 2023 at 12:29:57AM +0100, Heiko Stübner wrote: > > > > Am Mittwoch, 11. Januar 2023, 18:10:19 CET schrieb Jisheng Zhang: > > > > > riscv_cpufeature_patch_func() currently only scans a limited set of > > > > > cpufeatures, explicitly defined with macros. Extend it to probe for all @@ -31,7 +31,7 @@ On Sat, Jan 14, 2023 at 08:32:37PM +0000, Conor Dooley wrote: > > > yesterday here [*]. It seems we need the concept of cpufeatures, which > > > may be extensions or non-extensions. > > > -> > > [*] https://lore.kernel.org/all/Y77xyNPNqnFQUqAx at xhacker/ +> > > [*] https://lore.kernel.org/all/Y77xyNPNqnFQUqAx@xhacker/ > > > > > > > See Palmer's series [0]. > > > > @@ -108,7 +108,7 @@ On Sat, Jan 14, 2023 at 08:32:37PM +0000, Conor Dooley wrote: > > that? I dunno, maybe that is whatever the corollary of "premature > > optimisation" is for this discussion. > > -> > That's my unsolicited ? 0.02, hopefully I wasn't off-base with the +> > That's my unsolicited € 0.02, hopefully I wasn't off-base with the > > assumptions I made. > > The order in which an alternative is added to the macro does matter, @@ -176,11 +176,4 @@ Hopefully I wasn't too far off with that summary... Thanks, Conor. -1 - https://lore.kernel.org/linux-riscv/mhng-775d4068-6c1e-48a4-a1dc-b4a76ff26bb3 at palmer-ri-x1c9a/ --------------- next part -------------- -A non-text attachment was scrubbed... -Name: signature.asc -Type: application/pgp-signature -Size: 228 bytes -Desc: not available -URL: <http://lists.infradead.org/pipermail/kvm-riscv/attachments/20230118/afb27877/attachment-0001.sig> +1 - https://lore.kernel.org/linux-riscv/mhng-775d4068-6c1e-48a4-a1dc-b4a76ff26bb3@palmer-ri-x1c9a/ diff --git a/N1/1.2.bin b/N1/1.2.bin new file mode 100644 index 0000000..aa01f8b --- /dev/null +++ b/N1/1.2.bin @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- + +iHUEABYIAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCY8hqpgAKCRB4tDGHoIJi +0oQKAQCfjcprdsJYckVerDXNH6jl+znsJdqSNJFpr3Sy+pxCfwD/ZBa3Grcc2e61 +F/Et+bbocIwxK8kPgH01XfgLaqaZuQ8= +=tAOm +-----END PGP SIGNATURE----- diff --git a/N1/1.2.hdr b/N1/1.2.hdr new file mode 100644 index 0000000..5e5352c --- /dev/null +++ b/N1/1.2.hdr @@ -0,0 +1 @@ +Content-Type: application/pgp-signature; name="signature.asc" diff --git a/N1/2.hdr b/N1/2.hdr new file mode 100644 index 0000000..4b86001 --- /dev/null +++ b/N1/2.hdr @@ -0,0 +1,4 @@ +Content-Type: text/plain; charset="us-ascii" +MIME-Version: 1.0 +Content-Transfer-Encoding: 7bit +Content-Disposition: inline diff --git a/N1/2.txt b/N1/2.txt new file mode 100644 index 0000000..e409076 --- /dev/null +++ b/N1/2.txt @@ -0,0 +1,4 @@ +_______________________________________________ +linux-riscv mailing list +linux-riscv@lists.infradead.org +http://lists.infradead.org/mailman/listinfo/linux-riscv diff --git a/a/content_digest b/N1/content_digest index aca2985..9116113 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -5,10 +5,22 @@ "ref\0Y8F2YxMHUt+djhX4@wendy\0" "ref\0Y8MRZQENua+wi34T@spud\0" "From\0Conor Dooley <conor@kernel.org>\0" - "Subject\0[PATCH v3 05/13] riscv: cpufeature: extend riscv_cpufeature_patch_func to all ISA extensions\0" + "Subject\0Re: [PATCH v3 05/13] riscv: cpufeature: extend riscv_cpufeature_patch_func to all ISA extensions\0" "Date\0Wed, 18 Jan 2023 21:54:46 +0000\0" - "To\0kvm-riscv@lists.infradead.org\0" - "\00:1\0" + "To\0Andrew Jones <ajones@ventanamicro.com>" + " Heiko St\303\274bner <heiko@sntech.de>" + " Palmer Dabbelt <palmer@dabbelt.com>\0" + "Cc\0Paul Walmsley <paul.walmsley@sifive.com>" + Palmer Dabbelt <palmer@dabbelt.com> + Albert Ou <aou@eecs.berkeley.edu> + Anup Patel <anup@brainfault.org> + Atish Patra <atishp@atishpatra.org> + Jisheng Zhang <jszhang@kernel.org> + linux-riscv@lists.infradead.org + linux-kernel@vger.kernel.org + kvm@vger.kernel.org + " kvm-riscv@lists.infradead.org\0" + "\02:1.1\0" "b\0" "Hey!\n" "\n" @@ -17,7 +29,7 @@ "On Sat, Jan 14, 2023 at 08:32:37PM +0000, Conor Dooley wrote:\n" "> On Fri, Jan 13, 2023 at 03:18:59PM +0000, Conor Dooley wrote:\n" "> > On Thu, Jan 12, 2023 at 10:21:36AM +0100, Andrew Jones wrote:\n" - "> > > On Thu, Jan 12, 2023 at 12:29:57AM +0100, Heiko St?bner wrote:\n" + "> > > On Thu, Jan 12, 2023 at 12:29:57AM +0100, Heiko St\303\274bner wrote:\n" "> > > > Am Mittwoch, 11. Januar 2023, 18:10:19 CET schrieb Jisheng Zhang:\n" "> > > > > riscv_cpufeature_patch_func() currently only scans a limited set of\n" "> > > > > cpufeatures, explicitly defined with macros. Extend it to probe for all\n" @@ -43,7 +55,7 @@ "> > > yesterday here [*]. It seems we need the concept of cpufeatures, which\n" "> > > may be extensions or non-extensions.\n" "> > > \n" - "> > > [*] https://lore.kernel.org/all/Y77xyNPNqnFQUqAx at xhacker/\n" + "> > > [*] https://lore.kernel.org/all/Y77xyNPNqnFQUqAx@xhacker/\n" "> > > \n" "> > > > See Palmer's series [0].\n" "> > > > \n" @@ -120,7 +132,7 @@ "> > that? I dunno, maybe that is whatever the corollary of \"premature\n" "> > optimisation\" is for this discussion.\n" "> > \n" - "> > That's my unsolicited ? 0.02, hopefully I wasn't off-base with the\n" + "> > That's my unsolicited \342\202\254 0.02, hopefully I wasn't off-base with the\n" "> > assumptions I made.\n" "> \n" "> The order in which an alternative is added to the macro does matter,\n" @@ -188,13 +200,22 @@ "Thanks,\n" "Conor.\n" "\n" - "1 - https://lore.kernel.org/linux-riscv/mhng-775d4068-6c1e-48a4-a1dc-b4a76ff26bb3 at palmer-ri-x1c9a/\n" - "-------------- next part --------------\n" - "A non-text attachment was scrubbed...\n" - "Name: signature.asc\n" - "Type: application/pgp-signature\n" - "Size: 228 bytes\n" - "Desc: not available\n" - URL: <http://lists.infradead.org/pipermail/kvm-riscv/attachments/20230118/afb27877/attachment-0001.sig> + 1 - https://lore.kernel.org/linux-riscv/mhng-775d4068-6c1e-48a4-a1dc-b4a76ff26bb3@palmer-ri-x1c9a/ + "\02:1.2\0" + "fn\0signature.asc\0" + "b\0" + "-----BEGIN PGP SIGNATURE-----\n" + "\n" + "iHUEABYIAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCY8hqpgAKCRB4tDGHoIJi\n" + "0oQKAQCfjcprdsJYckVerDXNH6jl+znsJdqSNJFpr3Sy+pxCfwD/ZBa3Grcc2e61\n" + "F/Et+bbocIwxK8kPgH01XfgLaqaZuQ8=\n" + "=tAOm\n" + "-----END PGP SIGNATURE-----\n" + "\01:2\0" + "b\0" + "_______________________________________________\n" + "linux-riscv mailing list\n" + "linux-riscv@lists.infradead.org\n" + http://lists.infradead.org/mailman/listinfo/linux-riscv -8cecc91d8bb3dfc0b8a87892604bb0380fba6b24341f7c43dea20efde9994072 +6f3a00a03e18f8176b0ab618ec140d5b43f201d621e61da84236064cdc7085cf
diff --git a/a/1.txt b/N2/1.txt index 67b2b6a..c53c70d 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -5,7 +5,7 @@ I guess here is the right place to follow up on all of this stuff... On Sat, Jan 14, 2023 at 08:32:37PM +0000, Conor Dooley wrote: > On Fri, Jan 13, 2023 at 03:18:59PM +0000, Conor Dooley wrote: > > On Thu, Jan 12, 2023 at 10:21:36AM +0100, Andrew Jones wrote: -> > > On Thu, Jan 12, 2023 at 12:29:57AM +0100, Heiko St?bner wrote: +> > > On Thu, Jan 12, 2023 at 12:29:57AM +0100, Heiko Stübner wrote: > > > > Am Mittwoch, 11. Januar 2023, 18:10:19 CET schrieb Jisheng Zhang: > > > > > riscv_cpufeature_patch_func() currently only scans a limited set of > > > > > cpufeatures, explicitly defined with macros. Extend it to probe for all @@ -31,7 +31,7 @@ On Sat, Jan 14, 2023 at 08:32:37PM +0000, Conor Dooley wrote: > > > yesterday here [*]. It seems we need the concept of cpufeatures, which > > > may be extensions or non-extensions. > > > -> > > [*] https://lore.kernel.org/all/Y77xyNPNqnFQUqAx at xhacker/ +> > > [*] https://lore.kernel.org/all/Y77xyNPNqnFQUqAx@xhacker/ > > > > > > > See Palmer's series [0]. > > > > @@ -108,7 +108,7 @@ On Sat, Jan 14, 2023 at 08:32:37PM +0000, Conor Dooley wrote: > > that? I dunno, maybe that is whatever the corollary of "premature > > optimisation" is for this discussion. > > -> > That's my unsolicited ? 0.02, hopefully I wasn't off-base with the +> > That's my unsolicited € 0.02, hopefully I wasn't off-base with the > > assumptions I made. > > The order in which an alternative is added to the macro does matter, @@ -176,11 +176,4 @@ Hopefully I wasn't too far off with that summary... Thanks, Conor. -1 - https://lore.kernel.org/linux-riscv/mhng-775d4068-6c1e-48a4-a1dc-b4a76ff26bb3 at palmer-ri-x1c9a/ --------------- next part -------------- -A non-text attachment was scrubbed... -Name: signature.asc -Type: application/pgp-signature -Size: 228 bytes -Desc: not available -URL: <http://lists.infradead.org/pipermail/kvm-riscv/attachments/20230118/afb27877/attachment-0001.sig> +1 - https://lore.kernel.org/linux-riscv/mhng-775d4068-6c1e-48a4-a1dc-b4a76ff26bb3@palmer-ri-x1c9a/ diff --git a/N2/2.bin b/N2/2.bin new file mode 100644 index 0000000..aa01f8b --- /dev/null +++ b/N2/2.bin @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- + +iHUEABYIAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCY8hqpgAKCRB4tDGHoIJi +0oQKAQCfjcprdsJYckVerDXNH6jl+znsJdqSNJFpr3Sy+pxCfwD/ZBa3Grcc2e61 +F/Et+bbocIwxK8kPgH01XfgLaqaZuQ8= +=tAOm +-----END PGP SIGNATURE----- diff --git a/N2/2.hdr b/N2/2.hdr new file mode 100644 index 0000000..5e5352c --- /dev/null +++ b/N2/2.hdr @@ -0,0 +1 @@ +Content-Type: application/pgp-signature; name="signature.asc" diff --git a/a/content_digest b/N2/content_digest index aca2985..3e54c62 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -5,10 +5,22 @@ "ref\0Y8F2YxMHUt+djhX4@wendy\0" "ref\0Y8MRZQENua+wi34T@spud\0" "From\0Conor Dooley <conor@kernel.org>\0" - "Subject\0[PATCH v3 05/13] riscv: cpufeature: extend riscv_cpufeature_patch_func to all ISA extensions\0" + "Subject\0Re: [PATCH v3 05/13] riscv: cpufeature: extend riscv_cpufeature_patch_func to all ISA extensions\0" "Date\0Wed, 18 Jan 2023 21:54:46 +0000\0" - "To\0kvm-riscv@lists.infradead.org\0" - "\00:1\0" + "To\0Andrew Jones <ajones@ventanamicro.com>" + " Heiko St\303\274bner <heiko@sntech.de>" + " Palmer Dabbelt <palmer@dabbelt.com>\0" + "Cc\0Paul Walmsley <paul.walmsley@sifive.com>" + Palmer Dabbelt <palmer@dabbelt.com> + Albert Ou <aou@eecs.berkeley.edu> + Anup Patel <anup@brainfault.org> + Atish Patra <atishp@atishpatra.org> + Jisheng Zhang <jszhang@kernel.org> + linux-riscv@lists.infradead.org + linux-kernel@vger.kernel.org + kvm@vger.kernel.org + " kvm-riscv@lists.infradead.org\0" + "\01:1\0" "b\0" "Hey!\n" "\n" @@ -17,7 +29,7 @@ "On Sat, Jan 14, 2023 at 08:32:37PM +0000, Conor Dooley wrote:\n" "> On Fri, Jan 13, 2023 at 03:18:59PM +0000, Conor Dooley wrote:\n" "> > On Thu, Jan 12, 2023 at 10:21:36AM +0100, Andrew Jones wrote:\n" - "> > > On Thu, Jan 12, 2023 at 12:29:57AM +0100, Heiko St?bner wrote:\n" + "> > > On Thu, Jan 12, 2023 at 12:29:57AM +0100, Heiko St\303\274bner wrote:\n" "> > > > Am Mittwoch, 11. Januar 2023, 18:10:19 CET schrieb Jisheng Zhang:\n" "> > > > > riscv_cpufeature_patch_func() currently only scans a limited set of\n" "> > > > > cpufeatures, explicitly defined with macros. Extend it to probe for all\n" @@ -43,7 +55,7 @@ "> > > yesterday here [*]. It seems we need the concept of cpufeatures, which\n" "> > > may be extensions or non-extensions.\n" "> > > \n" - "> > > [*] https://lore.kernel.org/all/Y77xyNPNqnFQUqAx at xhacker/\n" + "> > > [*] https://lore.kernel.org/all/Y77xyNPNqnFQUqAx@xhacker/\n" "> > > \n" "> > > > See Palmer's series [0].\n" "> > > > \n" @@ -120,7 +132,7 @@ "> > that? I dunno, maybe that is whatever the corollary of \"premature\n" "> > optimisation\" is for this discussion.\n" "> > \n" - "> > That's my unsolicited ? 0.02, hopefully I wasn't off-base with the\n" + "> > That's my unsolicited \342\202\254 0.02, hopefully I wasn't off-base with the\n" "> > assumptions I made.\n" "> \n" "> The order in which an alternative is added to the macro does matter,\n" @@ -188,13 +200,16 @@ "Thanks,\n" "Conor.\n" "\n" - "1 - https://lore.kernel.org/linux-riscv/mhng-775d4068-6c1e-48a4-a1dc-b4a76ff26bb3 at palmer-ri-x1c9a/\n" - "-------------- next part --------------\n" - "A non-text attachment was scrubbed...\n" - "Name: signature.asc\n" - "Type: application/pgp-signature\n" - "Size: 228 bytes\n" - "Desc: not available\n" - URL: <http://lists.infradead.org/pipermail/kvm-riscv/attachments/20230118/afb27877/attachment-0001.sig> + 1 - https://lore.kernel.org/linux-riscv/mhng-775d4068-6c1e-48a4-a1dc-b4a76ff26bb3@palmer-ri-x1c9a/ + "\01:2\0" + "fn\0signature.asc\0" + "b\0" + "-----BEGIN PGP SIGNATURE-----\n" + "\n" + "iHUEABYIAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCY8hqpgAKCRB4tDGHoIJi\n" + "0oQKAQCfjcprdsJYckVerDXNH6jl+znsJdqSNJFpr3Sy+pxCfwD/ZBa3Grcc2e61\n" + "F/Et+bbocIwxK8kPgH01XfgLaqaZuQ8=\n" + "=tAOm\n" + "-----END PGP SIGNATURE-----\n" -8cecc91d8bb3dfc0b8a87892604bb0380fba6b24341f7c43dea20efde9994072 +87b40785ec69ab1d815079b88e6b44e435ca27a23ccaa8b5795e8bc8a9b95730
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.