All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <Y+lOmmdakfHH6ENr@spud>

diff --git a/N1/1.1.hdr b/N1/1.1.hdr
new file mode 100644
index 0000000..5a32186
--- /dev/null
+++ b/N1/1.1.hdr
@@ -0,0 +1,3 @@
+Content-Type: text/plain; charset=us-ascii
+Content-Disposition: inline
+Content-Transfer-Encoding: quoted-printable
diff --git a/a/1.txt b/N1/1.1.txt
similarity index 82%
rename from a/1.txt
rename to N1/1.1.txt
index 64f2e04..c90be7f 100644
--- a/a/1.txt
+++ b/N1/1.1.txt
@@ -10,7 +10,7 @@ On Sun, Feb 12, 2023 at 12:27:10PM -0800, Guenter Roeck wrote:
 > > Hmm, if it died on the last commit in this series, then I am not sure.
 > > If you meant with riscv/for-next or linux-next that's fixed by a patch
 > > from Samuel:
-> > https://patchwork.kernel.org/project/linux-riscv/patch/20230212021534.59121-3-samuel at sholland.org/
+> > https://patchwork.kernel.org/project/linux-riscv/patch/20230212021534.59121-3-samuel@sholland.org/
 > > 
 > 
 > It failed after the merge, so it looks like it may have been merge damage.
@@ -20,7 +20,7 @@ On Sun, Feb 12, 2023 at 12:27:10PM -0800, Guenter Roeck wrote:
 > RISC-V: Don't check text_mutex during stop_machine
 
 That being:
-https://lore.kernel.org/all/20220322022331.32136-1-palmer at rivosinc.com/
+https://lore.kernel.org/all/20220322022331.32136-1-palmer@rivosinc.com/
 Which handles the lockdep assertion during stop_machine...
 
 > riscv: Fix early alternative patching
@@ -35,7 +35,7 @@ Which handles the lockdep assertion during stop_machine...
 code patching for alternatives. I sent a patch to take the lock during
 the alternative patching which should get rid of them for you. It did
 for me at least!
-https://lore.kernel.org/all/20230212194735.491785-1-conor at kernel.org
+https://lore.kernel.org/all/20230212194735.491785-1-conor@kernel.org
 
 > repeated several times.
 > 
@@ -63,11 +63,3 @@ Hmm, do you have the full splat for this one handy?
 > but drowned in the noise. Ok, guess I'll need another round of bisect.
 
 Thanks for all of your testing :)
-
--------------- 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/20230212/de94317e/attachment-0001.sig>
diff --git a/N1/1.2.bin b/N1/1.2.bin
new file mode 100644
index 0000000..334448a
--- /dev/null
+++ b/N1/1.2.bin
@@ -0,0 +1,7 @@
+-----BEGIN PGP SIGNATURE-----
+
+iHUEABYIAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCY+lOmgAKCRB4tDGHoIJi
+0mb0AP4w2tfCzWoQKw3GDg+IxQSapgGUTgwTcCv5HKLmE8DmNwEAyUG4YtMOwXIF
+DmFrRRrKoqUaSRzqyXHt/CFbUN1fGwk=
+=KiVj
+-----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 fd538a3..d7c520e 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -9,10 +9,23 @@
  "ref\0Y+kzy1y3Z3j3Ohs9@spud\0"
  "ref\089c99d4a-8f0a-4e7e-9f93-2dc9f881ab9f@roeck-us.net\0"
  "From\0Conor Dooley <conor@kernel.org>\0"
- "Subject\0[PATCH v5 00/13] riscv: improve boot time isa extensions handling\0"
- "Date\0Sun, 12 Feb 2023 20:40:03 -0000\0"
- "To\0kvm-riscv@lists.infradead.org\0"
- "\00:1\0"
+ "Subject\0Re: [PATCH v5 00/13] riscv: improve boot time isa extensions handling\0"
+ "Date\0Sun, 12 Feb 2023 20:39:54 +0000\0"
+ "To\0Guenter Roeck <linux@roeck-us.net>\0"
+ "Cc\0Jisheng Zhang <jszhang@kernel.org>"
+  Palmer Dabbelt <palmer@dabbelt.com>
+  Paul Walmsley <paul.walmsley@sifive.com>
+  Albert Ou <aou@eecs.berkeley.edu>
+  Anup Patel <anup@brainfault.org>
+  Atish Patra <atishp@atishpatra.org>
+  Heiko Stuebner <heiko@sntech.de>
+  Andrew Jones <ajones@ventanamicro.com>
+  Conor Dooley <conor.dooley@microchip.com>
+  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"
  "On Sun, Feb 12, 2023 at 12:27:10PM -0800, Guenter Roeck wrote:\n"
  "> On 2/12/23 10:45, Conor Dooley wrote:\n"
@@ -26,7 +39,7 @@
  "> > Hmm, if it died on the last commit in this series, then I am not sure.\n"
  "> > If you meant with riscv/for-next or linux-next that's fixed by a patch\n"
  "> > from Samuel:\n"
- "> > https://patchwork.kernel.org/project/linux-riscv/patch/20230212021534.59121-3-samuel at sholland.org/\n"
+ "> > https://patchwork.kernel.org/project/linux-riscv/patch/20230212021534.59121-3-samuel@sholland.org/\n"
  "> > \n"
  "> \n"
  "> It failed after the merge, so it looks like it may have been merge damage.\n"
@@ -36,7 +49,7 @@
  "> RISC-V: Don't check text_mutex during stop_machine\n"
  "\n"
  "That being:\n"
- "https://lore.kernel.org/all/20220322022331.32136-1-palmer at rivosinc.com/\n"
+ "https://lore.kernel.org/all/20220322022331.32136-1-palmer@rivosinc.com/\n"
  "Which handles the lockdep assertion during stop_machine...\n"
  "\n"
  "> riscv: Fix early alternative patching\n"
@@ -51,7 +64,7 @@
  "code patching for alternatives. I sent a patch to take the lock during\n"
  "the alternative patching which should get rid of them for you. It did\n"
  "for me at least!\n"
- "https://lore.kernel.org/all/20230212194735.491785-1-conor at kernel.org\n"
+ "https://lore.kernel.org/all/20230212194735.491785-1-conor@kernel.org\n"
  "\n"
  "> repeated several times.\n"
  "> \n"
@@ -78,14 +91,22 @@
  "> and similar messages when running the \"virt\" emulation. That was there before,\n"
  "> but drowned in the noise. Ok, guess I'll need another round of bisect.\n"
  "\n"
- "Thanks for all of your testing :)\n"
+ Thanks for all of your testing :)
+ "\02:1.2\0"
+ "fn\0signature.asc\0"
+ "b\0"
+ "-----BEGIN PGP SIGNATURE-----\n"
  "\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/20230212/de94317e/attachment-0001.sig>
+ "iHUEABYIAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCY+lOmgAKCRB4tDGHoIJi\n"
+ "0mb0AP4w2tfCzWoQKw3GDg+IxQSapgGUTgwTcCv5HKLmE8DmNwEAyUG4YtMOwXIF\n"
+ "DmFrRRrKoqUaSRzqyXHt/CFbUN1fGwk=\n"
+ "=KiVj\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
 
-4b9f3f90584a7b8c85625c17e908a2ef4490e3f5f8020dfe3f1ca390fe4cc51a
+5e8d2aa9e8827cf0e4987fd4d1c0d25e1ba877ce6f25ab1609dcd1bc7441e32f

diff --git a/a/1.txt b/N2/1.txt
index 64f2e04..c90be7f 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -10,7 +10,7 @@ On Sun, Feb 12, 2023 at 12:27:10PM -0800, Guenter Roeck wrote:
 > > Hmm, if it died on the last commit in this series, then I am not sure.
 > > If you meant with riscv/for-next or linux-next that's fixed by a patch
 > > from Samuel:
-> > https://patchwork.kernel.org/project/linux-riscv/patch/20230212021534.59121-3-samuel at sholland.org/
+> > https://patchwork.kernel.org/project/linux-riscv/patch/20230212021534.59121-3-samuel@sholland.org/
 > > 
 > 
 > It failed after the merge, so it looks like it may have been merge damage.
@@ -20,7 +20,7 @@ On Sun, Feb 12, 2023 at 12:27:10PM -0800, Guenter Roeck wrote:
 > RISC-V: Don't check text_mutex during stop_machine
 
 That being:
-https://lore.kernel.org/all/20220322022331.32136-1-palmer at rivosinc.com/
+https://lore.kernel.org/all/20220322022331.32136-1-palmer@rivosinc.com/
 Which handles the lockdep assertion during stop_machine...
 
 > riscv: Fix early alternative patching
@@ -35,7 +35,7 @@ Which handles the lockdep assertion during stop_machine...
 code patching for alternatives. I sent a patch to take the lock during
 the alternative patching which should get rid of them for you. It did
 for me at least!
-https://lore.kernel.org/all/20230212194735.491785-1-conor at kernel.org
+https://lore.kernel.org/all/20230212194735.491785-1-conor@kernel.org
 
 > repeated several times.
 > 
@@ -63,11 +63,3 @@ Hmm, do you have the full splat for this one handy?
 > but drowned in the noise. Ok, guess I'll need another round of bisect.
 
 Thanks for all of your testing :)
-
--------------- 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/20230212/de94317e/attachment-0001.sig>
diff --git a/N2/2.bin b/N2/2.bin
new file mode 100644
index 0000000..334448a
--- /dev/null
+++ b/N2/2.bin
@@ -0,0 +1,7 @@
+-----BEGIN PGP SIGNATURE-----
+
+iHUEABYIAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCY+lOmgAKCRB4tDGHoIJi
+0mb0AP4w2tfCzWoQKw3GDg+IxQSapgGUTgwTcCv5HKLmE8DmNwEAyUG4YtMOwXIF
+DmFrRRrKoqUaSRzqyXHt/CFbUN1fGwk=
+=KiVj
+-----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 fd538a3..a466e79 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -9,10 +9,23 @@
  "ref\0Y+kzy1y3Z3j3Ohs9@spud\0"
  "ref\089c99d4a-8f0a-4e7e-9f93-2dc9f881ab9f@roeck-us.net\0"
  "From\0Conor Dooley <conor@kernel.org>\0"
- "Subject\0[PATCH v5 00/13] riscv: improve boot time isa extensions handling\0"
- "Date\0Sun, 12 Feb 2023 20:40:03 -0000\0"
- "To\0kvm-riscv@lists.infradead.org\0"
- "\00:1\0"
+ "Subject\0Re: [PATCH v5 00/13] riscv: improve boot time isa extensions handling\0"
+ "Date\0Sun, 12 Feb 2023 20:39:54 +0000\0"
+ "To\0Guenter Roeck <linux@roeck-us.net>\0"
+ "Cc\0Jisheng Zhang <jszhang@kernel.org>"
+  Palmer Dabbelt <palmer@dabbelt.com>
+  Paul Walmsley <paul.walmsley@sifive.com>
+  Albert Ou <aou@eecs.berkeley.edu>
+  Anup Patel <anup@brainfault.org>
+  Atish Patra <atishp@atishpatra.org>
+  Heiko Stuebner <heiko@sntech.de>
+  Andrew Jones <ajones@ventanamicro.com>
+  Conor Dooley <conor.dooley@microchip.com>
+  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"
  "On Sun, Feb 12, 2023 at 12:27:10PM -0800, Guenter Roeck wrote:\n"
  "> On 2/12/23 10:45, Conor Dooley wrote:\n"
@@ -26,7 +39,7 @@
  "> > Hmm, if it died on the last commit in this series, then I am not sure.\n"
  "> > If you meant with riscv/for-next or linux-next that's fixed by a patch\n"
  "> > from Samuel:\n"
- "> > https://patchwork.kernel.org/project/linux-riscv/patch/20230212021534.59121-3-samuel at sholland.org/\n"
+ "> > https://patchwork.kernel.org/project/linux-riscv/patch/20230212021534.59121-3-samuel@sholland.org/\n"
  "> > \n"
  "> \n"
  "> It failed after the merge, so it looks like it may have been merge damage.\n"
@@ -36,7 +49,7 @@
  "> RISC-V: Don't check text_mutex during stop_machine\n"
  "\n"
  "That being:\n"
- "https://lore.kernel.org/all/20220322022331.32136-1-palmer at rivosinc.com/\n"
+ "https://lore.kernel.org/all/20220322022331.32136-1-palmer@rivosinc.com/\n"
  "Which handles the lockdep assertion during stop_machine...\n"
  "\n"
  "> riscv: Fix early alternative patching\n"
@@ -51,7 +64,7 @@
  "code patching for alternatives. I sent a patch to take the lock during\n"
  "the alternative patching which should get rid of them for you. It did\n"
  "for me at least!\n"
- "https://lore.kernel.org/all/20230212194735.491785-1-conor at kernel.org\n"
+ "https://lore.kernel.org/all/20230212194735.491785-1-conor@kernel.org\n"
  "\n"
  "> repeated several times.\n"
  "> \n"
@@ -78,14 +91,16 @@
  "> and similar messages when running the \"virt\" emulation. That was there before,\n"
  "> but drowned in the noise. Ok, guess I'll need another round of bisect.\n"
  "\n"
- "Thanks for all of your testing :)\n"
+ Thanks for all of your testing :)
+ "\01:2\0"
+ "fn\0signature.asc\0"
+ "b\0"
+ "-----BEGIN PGP SIGNATURE-----\n"
  "\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/20230212/de94317e/attachment-0001.sig>
+ "iHUEABYIAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCY+lOmgAKCRB4tDGHoIJi\n"
+ "0mb0AP4w2tfCzWoQKw3GDg+IxQSapgGUTgwTcCv5HKLmE8DmNwEAyUG4YtMOwXIF\n"
+ "DmFrRRrKoqUaSRzqyXHt/CFbUN1fGwk=\n"
+ "=KiVj\n"
+ "-----END PGP SIGNATURE-----\n"
 
-4b9f3f90584a7b8c85625c17e908a2ef4490e3f5f8020dfe3f1ca390fe4cc51a
+11e645e75861ba0d001752ad8aa1312fcd959fc1f20790b6a0115d3ce964e3bd

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.