All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20170809125235.GA19386@altlinux.org>

diff --git a/a/1.txt b/N1/1.txt
index 23b9a4d..8ccf31c 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,14 +1,14 @@
 On Wed, Aug 09, 2017 at 02:41:59PM +0200, Arnd Bergmann wrote:
-> On Wed, Aug 9, 2017 at 12:57 AM, Dmitry V. Levin <ldv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> wrote:
+> On Wed, Aug 9, 2017 at 12:57 AM, Dmitry V. Levin <ldv@altlinux.org> wrote:
 > > On Sun, Aug 06, 2017 at 06:44:05PM +0200, Mikko Rapeli wrote:
-> >> Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org> doubts that __kernel_size_t could be used here
+> >> Arnd Bergmann <arnd@arndb.de> doubts that __kernel_size_t could be used here
 > >> so trying to fall back to gcc's <stddef.h>.
 > >
 > > The only architecture where you cannot do this safely is x86 family
 > > because of x32 exception.  If there is no chance that the change will
 > > affect x32, feel free to replace size_t with __kernel_size_t like I did
 > > some time ago, see
-> > http://lkml.kernel.org/r/20170302002022.GB27097-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org
+> > http://lkml.kernel.org/r/20170302002022.GB27097 at altlinux.org
 > 
 > There is another problem: on some 32-bit architectures, size_t is
 > defined as 'unsigned int', while '__kernel_size_t' is defined as 'unsigned
@@ -31,3 +31,10 @@ size_t with __kernel_size_t.
 
 -- 
 ldv
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: signature.asc
+Type: application/pgp-signature
+Size: 801 bytes
+Desc: not available
+URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20170809/662ed8f2/attachment.sig>
diff --git a/a/2.bin b/a/2.bin
deleted file mode 100644
index bc6e87a..0000000
--- a/a/2.bin
+++ /dev/null
@@ -1,16 +0,0 @@
------BEGIN PGP SIGNATURE-----
-
-iQIcBAEBCAAGBQJZiwWTAAoJEAVFT+BVnCUIP5cP/iX8EH5ez/QeMACD+wlbmkPH
-wJf+cqhkFcV5lgXJJ75RtD9mIPOgO40DNtj1yMqGLtCWKVbR6XBD5bZcEFl3qY53
-hAXPD+rjts4fH8NM7jSz06Z305NEB78hP0mP59QVsMt43NNblQm+HWi+8OCmsCt2
-807xlf8QzvN1F4CZ1zHXl2rEIQXb1LtlBgXWcPdSTu3viLWQR5bD7eibrWTyDa8/
-0XDPewGPlLZpeN3sMtU9H2EBt01QmLt0+FINYWgeVmPRj7ndQVne68QEGyC0uGmh
-hRFDNkroVJgCz/A1lkll1FTqKBZ5y3aF3ZVDAIL1uphty7OUYHruEsSuHTFki5rA
-sxQ8UXkfZU2Gr/BS4YgvgxystymNDCQCVIeLcUQP6czEMAGTnlAzPWPYoMvmH+sr
-pg51f/JZyg6e34UOdBZwVaV7LhgtIn3kJdUhNCWtF4vco8QHgE6GOjcTHHuEOFk0
-VD9cZtvuIRxtg+VwgWblPrc3t3DulCtO2h2uH2fgxAEh2mrOoZCI+eKPAAusZauh
-l5uk8bQRdmuGfEXp8DvnvTeTqRkMAOVyYwyzfGqwlZ2zJhGC19HAhSyjK0ZBeBLK
-nI/YkUYxxuWUyE5945oYHOreXAsa83iUPujtWh01Gcw2IpHbrw1A2uQJ7A8gSSxY
-41CR4HNrHN0bYgvcPPxJ
-=l1Kg
------END PGP SIGNATURE-----
diff --git a/a/2.hdr b/a/2.hdr
deleted file mode 100644
index 5e5352c..0000000
--- a/a/2.hdr
+++ /dev/null
@@ -1 +0,0 @@
-Content-Type: application/pgp-signature; name="signature.asc"
diff --git a/a/content_digest b/N1/content_digest
index 32bce95..214e418 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -2,29 +2,23 @@
  "ref\020170806164428.2273-15-mikko.rapeli@iki.fi\0"
  "ref\020170808225739.GF10552@altlinux.org\0"
  "ref\0CAK8P3a30Vd2JquMvZ88tTO4jFAUMJGtUpvLuDmDPp2UFBYXDLQ@mail.gmail.com\0"
- "ref\0CAK8P3a30Vd2JquMvZ88tTO4jFAUMJGtUpvLuDmDPp2UFBYXDLQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org\0"
- "From\0Dmitry V. Levin <ldv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org>\0"
- "Subject\0Re: [PATCH v06 14/36] arm uapi asm/signal.h: include <stddef.h> for size_t in userspace\0"
+ "From\0ldv@altlinux.org (Dmitry V. Levin)\0"
+ "Subject\0[PATCH v06 14/36] arm uapi asm/signal.h: include <stddef.h> for size_t in userspace\0"
  "Date\0Wed, 9 Aug 2017 15:52:35 +0300\0"
- "To\0Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>\0"
- "Cc\0Mikko Rapeli <mikko.rapeli-X3B1VOXEql0@public.gmane.org>"
-  Linux Kernel Mailing List <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
-  Linux API <linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
-  Russell King <linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org>
- " Linux ARM <linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>\0"
- "\01:1\0"
+ "To\0linux-arm-kernel@lists.infradead.org\0"
+ "\00:1\0"
  "b\0"
  "On Wed, Aug 09, 2017 at 02:41:59PM +0200, Arnd Bergmann wrote:\n"
- "> On Wed, Aug 9, 2017 at 12:57 AM, Dmitry V. Levin <ldv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> wrote:\n"
+ "> On Wed, Aug 9, 2017 at 12:57 AM, Dmitry V. Levin <ldv@altlinux.org> wrote:\n"
  "> > On Sun, Aug 06, 2017 at 06:44:05PM +0200, Mikko Rapeli wrote:\n"
- "> >> Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org> doubts that __kernel_size_t could be used here\n"
+ "> >> Arnd Bergmann <arnd@arndb.de> doubts that __kernel_size_t could be used here\n"
  "> >> so trying to fall back to gcc's <stddef.h>.\n"
  "> >\n"
  "> > The only architecture where you cannot do this safely is x86 family\n"
  "> > because of x32 exception.  If there is no chance that the change will\n"
  "> > affect x32, feel free to replace size_t with __kernel_size_t like I did\n"
  "> > some time ago, see\n"
- "> > http://lkml.kernel.org/r/20170302002022.GB27097-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org\n"
+ "> > http://lkml.kernel.org/r/20170302002022.GB27097 at altlinux.org\n"
  "> \n"
  "> There is another problem: on some 32-bit architectures, size_t is\n"
  "> defined as 'unsigned int', while '__kernel_size_t' is defined as 'unsigned\n"
@@ -46,25 +40,13 @@
  "\n"
  "\n"
  "-- \n"
- ldv
- "\01:2\0"
- "fn\0signature.asc\0"
- "b\0"
- "-----BEGIN PGP SIGNATURE-----\n"
- "\n"
- "iQIcBAEBCAAGBQJZiwWTAAoJEAVFT+BVnCUIP5cP/iX8EH5ez/QeMACD+wlbmkPH\n"
- "wJf+cqhkFcV5lgXJJ75RtD9mIPOgO40DNtj1yMqGLtCWKVbR6XBD5bZcEFl3qY53\n"
- "hAXPD+rjts4fH8NM7jSz06Z305NEB78hP0mP59QVsMt43NNblQm+HWi+8OCmsCt2\n"
- "807xlf8QzvN1F4CZ1zHXl2rEIQXb1LtlBgXWcPdSTu3viLWQR5bD7eibrWTyDa8/\n"
- "0XDPewGPlLZpeN3sMtU9H2EBt01QmLt0+FINYWgeVmPRj7ndQVne68QEGyC0uGmh\n"
- "hRFDNkroVJgCz/A1lkll1FTqKBZ5y3aF3ZVDAIL1uphty7OUYHruEsSuHTFki5rA\n"
- "sxQ8UXkfZU2Gr/BS4YgvgxystymNDCQCVIeLcUQP6czEMAGTnlAzPWPYoMvmH+sr\n"
- "pg51f/JZyg6e34UOdBZwVaV7LhgtIn3kJdUhNCWtF4vco8QHgE6GOjcTHHuEOFk0\n"
- "VD9cZtvuIRxtg+VwgWblPrc3t3DulCtO2h2uH2fgxAEh2mrOoZCI+eKPAAusZauh\n"
- "l5uk8bQRdmuGfEXp8DvnvTeTqRkMAOVyYwyzfGqwlZ2zJhGC19HAhSyjK0ZBeBLK\n"
- "nI/YkUYxxuWUyE5945oYHOreXAsa83iUPujtWh01Gcw2IpHbrw1A2uQJ7A8gSSxY\n"
- "41CR4HNrHN0bYgvcPPxJ\n"
- "=l1Kg\n"
- "-----END PGP SIGNATURE-----\n"
+ "ldv\n"
+ "-------------- next part --------------\n"
+ "A non-text attachment was scrubbed...\n"
+ "Name: signature.asc\n"
+ "Type: application/pgp-signature\n"
+ "Size: 801 bytes\n"
+ "Desc: not available\n"
+ URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20170809/662ed8f2/attachment.sig>
 
-8d50696c6e7c98e00e33f7876f7d59874f54b01fca73e7f5a21d4713709cb74d
+b2018c22fbc03d20670fcca4129f250a6375eccf148a71185921926afa1fac90

diff --git a/a/1.txt b/N2/1.txt
index 23b9a4d..8bf04da 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -1,14 +1,14 @@
 On Wed, Aug 09, 2017 at 02:41:59PM +0200, Arnd Bergmann wrote:
-> On Wed, Aug 9, 2017 at 12:57 AM, Dmitry V. Levin <ldv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> wrote:
+> On Wed, Aug 9, 2017 at 12:57 AM, Dmitry V. Levin <ldv@altlinux.org> wrote:
 > > On Sun, Aug 06, 2017 at 06:44:05PM +0200, Mikko Rapeli wrote:
-> >> Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org> doubts that __kernel_size_t could be used here
+> >> Arnd Bergmann <arnd@arndb.de> doubts that __kernel_size_t could be used here
 > >> so trying to fall back to gcc's <stddef.h>.
 > >
 > > The only architecture where you cannot do this safely is x86 family
 > > because of x32 exception.  If there is no chance that the change will
 > > affect x32, feel free to replace size_t with __kernel_size_t like I did
 > > some time ago, see
-> > http://lkml.kernel.org/r/20170302002022.GB27097-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org
+> > http://lkml.kernel.org/r/20170302002022.GB27097@altlinux.org
 > 
 > There is another problem: on some 32-bit architectures, size_t is
 > defined as 'unsigned int', while '__kernel_size_t' is defined as 'unsigned
diff --git a/a/content_digest b/N2/content_digest
index 32bce95..428b190 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -2,29 +2,28 @@
  "ref\020170806164428.2273-15-mikko.rapeli@iki.fi\0"
  "ref\020170808225739.GF10552@altlinux.org\0"
  "ref\0CAK8P3a30Vd2JquMvZ88tTO4jFAUMJGtUpvLuDmDPp2UFBYXDLQ@mail.gmail.com\0"
- "ref\0CAK8P3a30Vd2JquMvZ88tTO4jFAUMJGtUpvLuDmDPp2UFBYXDLQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org\0"
- "From\0Dmitry V. Levin <ldv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org>\0"
+ "From\0Dmitry V. Levin <ldv@altlinux.org>\0"
  "Subject\0Re: [PATCH v06 14/36] arm uapi asm/signal.h: include <stddef.h> for size_t in userspace\0"
  "Date\0Wed, 9 Aug 2017 15:52:35 +0300\0"
- "To\0Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>\0"
- "Cc\0Mikko Rapeli <mikko.rapeli-X3B1VOXEql0@public.gmane.org>"
-  Linux Kernel Mailing List <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
-  Linux API <linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
-  Russell King <linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org>
- " Linux ARM <linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>\0"
+ "To\0Arnd Bergmann <arnd@arndb.de>\0"
+ "Cc\0Mikko Rapeli <mikko.rapeli@iki.fi>"
+  Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
+  Linux API <linux-api@vger.kernel.org>
+  Russell King <linux@armlinux.org.uk>
+ " Linux ARM <linux-arm-kernel@lists.infradead.org>\0"
  "\01:1\0"
  "b\0"
  "On Wed, Aug 09, 2017 at 02:41:59PM +0200, Arnd Bergmann wrote:\n"
- "> On Wed, Aug 9, 2017 at 12:57 AM, Dmitry V. Levin <ldv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> wrote:\n"
+ "> On Wed, Aug 9, 2017 at 12:57 AM, Dmitry V. Levin <ldv@altlinux.org> wrote:\n"
  "> > On Sun, Aug 06, 2017 at 06:44:05PM +0200, Mikko Rapeli wrote:\n"
- "> >> Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org> doubts that __kernel_size_t could be used here\n"
+ "> >> Arnd Bergmann <arnd@arndb.de> doubts that __kernel_size_t could be used here\n"
  "> >> so trying to fall back to gcc's <stddef.h>.\n"
  "> >\n"
  "> > The only architecture where you cannot do this safely is x86 family\n"
  "> > because of x32 exception.  If there is no chance that the change will\n"
  "> > affect x32, feel free to replace size_t with __kernel_size_t like I did\n"
  "> > some time ago, see\n"
- "> > http://lkml.kernel.org/r/20170302002022.GB27097-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org\n"
+ "> > http://lkml.kernel.org/r/20170302002022.GB27097@altlinux.org\n"
  "> \n"
  "> There is another problem: on some 32-bit architectures, size_t is\n"
  "> defined as 'unsigned int', while '__kernel_size_t' is defined as 'unsigned\n"
@@ -67,4 +66,4 @@
  "=l1Kg\n"
  "-----END PGP SIGNATURE-----\n"
 
-8d50696c6e7c98e00e33f7876f7d59874f54b01fca73e7f5a21d4713709cb74d
+0532e3ba309a6a918996b330401c2ce9cb5f380c1dda32c9e17578972d144aae

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.