All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20160613095150.GG4481@lukather>

diff --git a/a/1.txt b/N1/1.txt
index 7c08c30..a9f157d 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -11,7 +11,7 @@ On Fri, Jun 10, 2016 at 05:28:11PM +0300, Pantelis Antoniou wrote:
 > > 
 > > Add a new function to merge overlays with a base device tree.
 > > 
-> > Signed-off-by: Maxime Ripard <maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
+> > Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
 > > ---
 > > include/libfdt.h         |  30 ++++
 > > lib/libfdt/Makefile      |   2 +-
@@ -43,7 +43,7 @@ On Fri, Jun 10, 2016 at 05:28:11PM +0300, Pantelis Antoniou wrote:
 > for booting. A valid strategy would be to scribble over the DT magic
 > number so that that blob is invalidated.
 > 
-> What are the other people’s opinion on this?
+> What are the other people?s opinion on this?
 
 That would probably be safer yes, I'll change that.
 
@@ -89,7 +89,7 @@ Ack.
 > > +			continue;
 > > +
 > 
-> This is incorrect. The use of “fragment” is a convention only.
+> This is incorrect. The use of ?fragment? is a convention only.
 > The real test whether the node is an overlay fragment is that
 > it contains a target property.
 > 
@@ -98,11 +98,11 @@ Ack.
 > > +			return target;
 > > +
 > 
-> So you could do ‘if (target < 0) continue;’ or handle a more complex error code.
+> So you could do ?if (target < 0) continue;? or handle a more complex error code.
 
 Ok, will change.
 
-> I would caution against the liberal use of malloc in libfdt. We’re
+> I would caution against the liberal use of malloc in libfdt. We?re
 > possibly running in a constrained environment; a custom extents
 > based (non freeing) allocator should be better.
 
@@ -120,3 +120,10 @@ Maxime
 Maxime Ripard, Free Electrons
 Embedded Linux, Kernel and Android engineering
 http://free-electrons.com
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: signature.asc
+Type: application/pgp-signature
+Size: 819 bytes
+Desc: not available
+URL: <http://lists.denx.de/pipermail/u-boot/attachments/20160613/2e1c13a3/attachment.sig>
diff --git a/a/2.bin b/a/2.bin
deleted file mode 100644
index 36838c7..0000000
--- a/a/2.bin
+++ /dev/null
@@ -1,17 +0,0 @@
------BEGIN PGP SIGNATURE-----
-Version: GnuPG v1
-
-iQIcBAEBAgAGBQJXXoI2AAoJEBx+YmzsjxAg1KYP/1+m4Y3DFyleXPO+e1VFtKOU
-YZfJZTl3uloIICIWEZT14vqsp6dkRkcSuJesqz2xTdofMtm1Q+3qYjzQDf36rSTi
-WnfNh9uXcgdnILM+7WEdEQOPjRTcd/81Br4nugJM4Di2NHkzLg0FvjONAv2v2gwk
-uDgKe2XuA8Qyn6gxH6bc/9NAHeJwHI4efXEO/lhq9bcRbTwcZeBT590W11WAVyZC
-bGj9gpL6cUONY2+YYvN41pu29Bs/az8B2ig/pw/vUmPLIJbVUEO84Tk2pieUVJ55
-l6iIMQQk2wkIVl21joa0nkypFB/HbPgqO5ncUWd59r2OYaM65gfItpGVjdQdZrSe
-w0kxdpBFeARQQdJb4zzFBv0qtEZzUmk0oG2HSYT9TkKoAvGbOqEeDRHPbhioIHR/
-t3b0WAwgswV4KDmZgC7uNMH5rFiAZdXVErvur5bk32HfNhLWW7MIUe4yuJAQhDsd
-f6Q/J2CmGK46Y5KLreZdOskYwQvLF2oGBm0QlEoBQYzP4f5uYRPSxj0VNuev7Hur
-xPGwdO9veBZeio0gSbo9BIjt9GH5NYS4hs/aLBwGPQYHSwwexXVdjkb43CRNRj8e
-jmdf4LvMS762QeMg/59Sd3mu7It+UWoaMsMJyvzr/HXNezCfZITSroASDKzJn0Bg
-9JOOfW8xs/c7eUAwGvsB
-=fGTd
------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 94e79b7..01ba0c0 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -1,22 +1,11 @@
  "ref\01464340402-2249-1-git-send-email-maxime.ripard@free-electrons.com\0"
  "ref\01464340402-2249-8-git-send-email-maxime.ripard@free-electrons.com\0"
  "ref\034997AD3-B621-4823-920E-22E4A6F0E0D1@konsulko.com\0"
- "ref\034997AD3-B621-4823-920E-22E4A6F0E0D1-OWPKS81ov/FWk0Htik3J/w@public.gmane.org\0"
- "From\0Maxime Ripard <maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>\0"
- "Subject\0Re: [PATCH v2 7/9] libfdt: Add overlay application function\0"
+ "From\0Maxime Ripard <maxime.ripard@free-electrons.com>\0"
+ "Subject\0[U-Boot] [PATCH v2 7/9] libfdt: Add overlay application function\0"
  "Date\0Mon, 13 Jun 2016 11:51:50 +0200\0"
- "To\0Pantelis Antoniou <pantelis.antoniou-OWPKS81ov/FWk0Htik3J/w@public.gmane.org>\0"
- "Cc\0Simon Glass <sjg-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>"
-  Boris Brezillon <boris.brezillon-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
-  Alexander Kaplan <alex-MflLfwwFzuz+yO7R74ARew@public.gmane.org>
-  Thomas Petazzoni <thomas.petazzoni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
-  devicetree-compiler-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
- " Antoine T\303\251nart <antoine.tenart-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>"
-  Hans de Goede <hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
-  Tom Rini <trini-OWPKS81ov/FWk0Htik3J/w@public.gmane.org>
-  u-boot-0aAXYlwwYIKGBzrmiIFOJg@public.gmane.org
- " Stefan Agner <stefan-XLVq0VzYD2Y@public.gmane.org>\0"
- "\01:1\0"
+ "To\0u-boot@lists.denx.de\0"
+ "\00:1\0"
  "b\0"
  "Hi Pantelis,\n"
  "\n"
@@ -31,7 +20,7 @@
  "> > \n"
  "> > Add a new function to merge overlays with a base device tree.\n"
  "> > \n"
- "> > Signed-off-by: Maxime Ripard <maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>\n"
+ "> > Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>\n"
  "> > ---\n"
  "> > include/libfdt.h         |  30 ++++\n"
  "> > lib/libfdt/Makefile      |   2 +-\n"
@@ -63,7 +52,7 @@
  "> for booting. A valid strategy would be to scribble over the DT magic\n"
  "> number so that that blob is invalidated.\n"
  "> \n"
- "> What are the other people\342\200\231s opinion on this?\n"
+ "> What are the other people?s opinion on this?\n"
  "\n"
  "That would probably be safer yes, I'll change that.\n"
  "\n"
@@ -109,7 +98,7 @@
  "> > +\t\t\tcontinue;\n"
  "> > +\n"
  "> \n"
- "> This is incorrect. The use of \342\200\234fragment\342\200\235 is a convention only.\n"
+ "> This is incorrect. The use of ?fragment? is a convention only.\n"
  "> The real test whether the node is an overlay fragment is that\n"
  "> it contains a target property.\n"
  "> \n"
@@ -118,11 +107,11 @@
  "> > +\t\t\treturn target;\n"
  "> > +\n"
  "> \n"
- "> So you could do \342\200\230if (target < 0) continue;\342\200\231 or handle a more complex error code.\n"
+ "> So you could do ?if (target < 0) continue;? or handle a more complex error code.\n"
  "\n"
  "Ok, will change.\n"
  "\n"
- "> I would caution against the liberal use of malloc in libfdt. We\342\200\231re\n"
+ "> I would caution against the liberal use of malloc in libfdt. We?re\n"
  "> possibly running in a constrained environment; a custom extents\n"
  "> based (non freeing) allocator should be better.\n"
  "\n"
@@ -139,26 +128,13 @@
  "-- \n"
  "Maxime Ripard, Free Electrons\n"
  "Embedded Linux, Kernel and Android engineering\n"
- http://free-electrons.com
- "\01:2\0"
- "fn\0signature.asc\0"
- "b\0"
- "-----BEGIN PGP SIGNATURE-----\n"
- "Version: GnuPG v1\n"
- "\n"
- "iQIcBAEBAgAGBQJXXoI2AAoJEBx+YmzsjxAg1KYP/1+m4Y3DFyleXPO+e1VFtKOU\n"
- "YZfJZTl3uloIICIWEZT14vqsp6dkRkcSuJesqz2xTdofMtm1Q+3qYjzQDf36rSTi\n"
- "WnfNh9uXcgdnILM+7WEdEQOPjRTcd/81Br4nugJM4Di2NHkzLg0FvjONAv2v2gwk\n"
- "uDgKe2XuA8Qyn6gxH6bc/9NAHeJwHI4efXEO/lhq9bcRbTwcZeBT590W11WAVyZC\n"
- "bGj9gpL6cUONY2+YYvN41pu29Bs/az8B2ig/pw/vUmPLIJbVUEO84Tk2pieUVJ55\n"
- "l6iIMQQk2wkIVl21joa0nkypFB/HbPgqO5ncUWd59r2OYaM65gfItpGVjdQdZrSe\n"
- "w0kxdpBFeARQQdJb4zzFBv0qtEZzUmk0oG2HSYT9TkKoAvGbOqEeDRHPbhioIHR/\n"
- "t3b0WAwgswV4KDmZgC7uNMH5rFiAZdXVErvur5bk32HfNhLWW7MIUe4yuJAQhDsd\n"
- "f6Q/J2CmGK46Y5KLreZdOskYwQvLF2oGBm0QlEoBQYzP4f5uYRPSxj0VNuev7Hur\n"
- "xPGwdO9veBZeio0gSbo9BIjt9GH5NYS4hs/aLBwGPQYHSwwexXVdjkb43CRNRj8e\n"
- "jmdf4LvMS762QeMg/59Sd3mu7It+UWoaMsMJyvzr/HXNezCfZITSroASDKzJn0Bg\n"
- "9JOOfW8xs/c7eUAwGvsB\n"
- "=fGTd\n"
- "-----END PGP SIGNATURE-----\n"
+ "http://free-electrons.com\n"
+ "-------------- next part --------------\n"
+ "A non-text attachment was scrubbed...\n"
+ "Name: signature.asc\n"
+ "Type: application/pgp-signature\n"
+ "Size: 819 bytes\n"
+ "Desc: not available\n"
+ URL: <http://lists.denx.de/pipermail/u-boot/attachments/20160613/2e1c13a3/attachment.sig>
 
-174c4331f45b948b19a3280eaf4599b4fd6abfa13084d99f8a8219c4e4597799
+b93bad69c21e9433dd74ddd435343d1edf00992f7a6ae6430276dd806ee66d2f

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.