diff for duplicates of <20150223070006.GD29908@odux.rfo.atmel.com>
diff --git a/a/1.txt b/N2/1.txt
index f24c7c3..e42e720 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -13,7 +13,7 @@ On Fri, Feb 20, 2015 at 11:30:12AM -0600, Rob Herring wrote:
>
> [...]
>
-> >> >>> This is one of those things that the kernel community doesn’t understand which makes people
+> >> >>> This is one of those things that the kernel community doesn?t understand which makes people
> >> >>> who push product quite mad.
> >> >>>
> >> >>> Engineering a product is not only about meeting customer spec, in order to turn a profit
@@ -21,7 +21,7 @@ On Fri, Feb 20, 2015 at 11:30:12AM -0600, Rob Herring wrote:
> >> >>>
> >> >>> Yes, you can always manually install files in the bootloader. For 1 board no problem.
> >> >>> For 10 doable. For 100 I guess you can hire an extra guy. For 1 million? Guess what,
-> >> >>> instead of turning a profit you’re losing money if you only have a few cents of profit
+> >> >>> instead of turning a profit you?re losing money if you only have a few cents of profit
> >> >>> per unit.
> >> >>
> >> >> I'm not installing physical components manually. Why would I be installing software
@@ -33,7 +33,7 @@ On Fri, Feb 20, 2015 at 11:30:12AM -0600, Rob Herring wrote:
> >> > Having a single binary to flash to every revision of the board makes logistics considerably
> >> > easier.
> >> >
-> >> > Having to boot and tweak the bootloader settings to select the correct dtb (even if it’s present
+> >> > Having to boot and tweak the bootloader settings to select the correct dtb (even if it?s present
> >> > on the flash medium) takes time and is error-prone.
> >> >
> >> > Factory time == money, errors == money.
@@ -45,9 +45,9 @@ On Fri, Feb 20, 2015 at 11:30:12AM -0600, Rob Herring wrote:
> >> >> And you produce a few million units before testing that the first one off the line works?
> >> >>
> >> >
-> >> > The first one off the line works. The rest will get some burn in and functional testing if you’re
+> >> > The first one off the line works. The rest will get some burn in and functional testing if you?re
> >> > lucky. In many cases where the product is very cheap it might make financial sense to just ship
-> >> > as is and deal with recalls, if you’re reasonably happy after a little bit of statistical sampling.
+> >> > as is and deal with recalls, if you?re reasonably happy after a little bit of statistical sampling.
> >> >
> >> > Hardware is hard :)
> >>
diff --git a/a/content_digest b/N2/content_digest
index af7a182..4d41c2c 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -29,32 +29,16 @@
"ref\0CAL_JsqLENvqsG+vjK740Aw4yKYONwHB1b-B7mKvE_iAZ1JSdNw\@mail.gmail.com\0"
]
[
- "From\0Ludovic Desroches <ludovic.desroches\@atmel.com>\0"
+ "From\0ludovic.desroches\@atmel.com (Ludovic Desroches)\0"
]
[
- "Subject\0Re: [PATCH 2/4] of: DT quirks infrastructure\0"
+ "Subject\0[PATCH 2/4] of: DT quirks infrastructure\0"
]
[
"Date\0Mon, 23 Feb 2015 08:00:06 +0100\0"
]
[
- "To\0Rob Herring <robherring2\@gmail.com>\0"
-]
-[
- "Cc\0Peter Hurley <peter\@hurleysoftware.com>",
- " Pantelis Antoniou <pantelis.antoniou\@konsulko.com>",
- " Frank Rowand <frowand.list\@gmail.com>",
- " Mark Rutland <mark.rutland\@arm.com>",
- " devicetree\@vger.kernel.org <devicetree\@vger.kernel.org>",
- " Tony Lindgren <tony\@atomide.com>",
- " Koen Kooi <koen\@dominion.thruhere.net>",
- " Nicolas Ferre <nicolas.ferre\@atmel.com>",
- " linux-kernel\@vger.kernel.org <linux-kernel\@vger.kernel.org>",
- " Grant Likely <grant.likely\@secretlab.ca>",
- " linux-arm-kernel\@lists.infradead.org <linux-arm-kernel\@lists.infradead.org>",
- " Matt Porter <matt.porter\@linaro.org>",
- " Guenter Roeck <linux\@roeck-us.net>",
- " Ludovic Desroches <ludovic.desroches\@atmel.com>\0"
+ "To\0linux-arm-kernel\@lists.infradead.org\0"
]
[
"\0000:1\0"
@@ -78,7 +62,7 @@
"> \n",
"> [...]\n",
"> \n",
- "> >> >>> This is one of those things that the kernel community doesn\342\200\231t understand which makes people\n",
+ "> >> >>> This is one of those things that the kernel community doesn?t understand which makes people\n",
"> >> >>> who push product quite mad.\n",
"> >> >>>\n",
"> >> >>> Engineering a product is not only about meeting customer spec, in order to turn a profit\n",
@@ -86,7 +70,7 @@
"> >> >>>\n",
"> >> >>> Yes, you can always manually install files in the bootloader. For 1 board no problem.\n",
"> >> >>> For 10 doable. For 100 I guess you can hire an extra guy. For 1 million? Guess what,\n",
- "> >> >>> instead of turning a profit you\342\200\231re losing money if you only have a few cents of profit\n",
+ "> >> >>> instead of turning a profit you?re losing money if you only have a few cents of profit\n",
"> >> >>> per unit.\n",
"> >> >>\n",
"> >> >> I'm not installing physical components manually. Why would I be installing software\n",
@@ -98,7 +82,7 @@
"> >> > Having a single binary to flash to every revision of the board makes logistics considerably\n",
"> >> > easier.\n",
"> >> >\n",
- "> >> > Having to boot and tweak the bootloader settings to select the correct dtb (even if it\342\200\231s present\n",
+ "> >> > Having to boot and tweak the bootloader settings to select the correct dtb (even if it?s present\n",
"> >> > on the flash medium) takes time and is error-prone.\n",
"> >> >\n",
"> >> > Factory time == money, errors == money.\n",
@@ -110,9 +94,9 @@
"> >> >> And you produce a few million units before testing that the first one off the line works?\n",
"> >> >>\n",
"> >> >\n",
- "> >> > The first one off the line works. The rest will get some burn in and functional testing if you\342\200\231re\n",
+ "> >> > The first one off the line works. The rest will get some burn in and functional testing if you?re\n",
"> >> > lucky. In many cases where the product is very cheap it might make financial sense to just ship\n",
- "> >> > as is and deal with recalls, if you\342\200\231re reasonably happy after a little bit of statistical sampling.\n",
+ "> >> > as is and deal with recalls, if you?re reasonably happy after a little bit of statistical sampling.\n",
"> >> >\n",
"> >> > Hardware is hard :)\n",
"> >>\n",
@@ -149,4 +133,4 @@
"Ludovic"
]
-48ccd664be27837adacd64fa986af4704c61af980b0b29ec9e73ffb8b771ff1e
+10ce6746261949db24d0a702cb2423e755c8c844387b5c0c347b8ca06f3796dd
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.