diff for duplicates of <Y8MRZQENua+wi34T@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 92%
rename from a/1.txt
rename to N1/1.1.txt
index fe6018a..dad7ad9 100644
--- a/a/1.txt
+++ b/N1/1.1.txt
@@ -2,7 +2,7 @@ Hello again!
 
 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
@@ -28,7 +28,7 @@ On Fri, Jan 13, 2023 at 03:18:59PM +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].
 > > > 
@@ -105,7 +105,7 @@ these ALT_FOO macros out to a massive degree with that sort of approach.
 > 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,
@@ -133,11 +133,3 @@ that I realised I might have a gap in my understanding after all..
 > IMO using cpufeature seems to make more sense for a general use API that
 > may be used later on for the likes of unaligned access, even if
 > initially it is not used for anything other than extensions.
-
--------------- 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/20230114/9feb1671/attachment-0001.sig>
diff --git a/N1/1.2.bin b/N1/1.2.bin
new file mode 100644
index 0000000..11ea0c5
--- /dev/null
+++ b/N1/1.2.bin
@@ -0,0 +1,7 @@
+-----BEGIN PGP SIGNATURE-----
+
+iHUEABYIAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCY8MRZQAKCRB4tDGHoIJi
+0vudAQC31tiRjpcm56PHIfs6Gzs96iGhXmnQpnSLSDyU1//0OAD/ZEgoRPzZTxTs
+ypTdSCOrUmPymftzpD1JpKKAJ0Cafwc=
+=HM7X
+-----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 d874aa7..7ff914f 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -4,16 +4,29 @@
  "ref\020230112092136.f2g43hrhmrqouy4y@orel\0"
  "ref\0Y8F2YxMHUt+djhX4@wendy\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\0Sat, 14 Jan 2023 20:32:37 +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>\0"
+ "Cc\0Andrew Jones <ajones@ventanamicro.com>"
+ " Heiko St\303\274bner <heiko@sntech.de>"
+  Paul 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"
  "Hello again!\n"
  "\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"
@@ -39,7 +52,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"
@@ -116,7 +129,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"
@@ -143,14 +156,22 @@
  "> made here?\n"
  "> IMO using cpufeature seems to make more sense for a general use API that\n"
  "> may be used later on for the likes of unaligned access, even if\n"
- "> initially it is not used for anything other than extensions.\n"
+ > initially it is not used for anything other than extensions.
+ "\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/20230114/9feb1671/attachment-0001.sig>
+ "iHUEABYIAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCY8MRZQAKCRB4tDGHoIJi\n"
+ "0vudAQC31tiRjpcm56PHIfs6Gzs96iGhXmnQpnSLSDyU1//0OAD/ZEgoRPzZTxTs\n"
+ "ypTdSCOrUmPymftzpD1JpKKAJ0Cafwc=\n"
+ "=HM7X\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
 
-7182383aeca1071bd39d51d6d98c16671da4df5aa600cfe491fd6ef09a6a6d1f
+f60052005479b5671189103396e7e0f56510679559e6b5fab0acac9746411784
