All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20140519140249.GM4978@lee--X1>

diff --git a/a/1.txt b/N1/1.txt
index 16a2f81..1d3fbac 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -12,7 +12,7 @@
 > >> >hardware description.  Thus, I think it's perfectly viable for an
 > >> >option to pass through DT to exist.
 > >> >
-> >> I don't think that’s the correct interpretation of bitflip_threshold.
+> >> I don't think that?s the correct interpretation of bitflip_threshold.
 > >>
 > >> (1) bitflip_threshold is dependent on ecc.strength (ECC scheme) of your driver.
 > >> MTD layers uses bitflip_threshold to warn above layers that number of
@@ -28,7 +28,7 @@
 > >> the bitflip_threshold to avoid accumulation of bitflips in a single page.
 > >>
 > >> Thus, bitflip_threshold should not be passed via DT.
-> >> It's neither a hardware parameter, nor it’s a static constant.
+> >> It's neither a hardware parameter, nor it?s a static constant.
 > >
 > >Ah, I see.  I will fixup, thanks for the explanation.
 > 
@@ -41,5 +41,5 @@ Did you manage to find some time to review the driver at all last week?
 -- 
 Lee Jones
 Linaro STMicroelectronics Landing Team Lead
-Linaro.org │ Open source software for ARM SoCs
+Linaro.org ? Open source software for ARM SoCs
 Follow Linaro: Facebook | Twitter | Blog
diff --git a/a/content_digest b/N1/content_digest
index f5619e0..6cfc0be 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -5,18 +5,10 @@
  "ref\020980858CB6D3A4BAE95CA194937D5E73EACA3F0@DBDE04.ent.ti.com\0"
  "ref\020140509100304.GR5767@lee--X1\0"
  "ref\020980858CB6D3A4BAE95CA194937D5E73EACBC8F@DBDE04.ent.ti.com\0"
- "From\0Lee Jones <lee.jones@linaro.org>\0"
- "Subject\0Re: [RFC 13/47] mtd: nand: stm_nand_bch: provide Device Tree support\0"
+ "From\0lee.jones@linaro.org (Lee Jones)\0"
+ "Subject\0[RFC 13/47] mtd: nand: stm_nand_bch: provide Device Tree support\0"
  "Date\0Mon, 19 May 2014 15:02:49 +0100\0"
- "To\0Gupta"
- " Pekon <pekon@ti.com>\0"
- "Cc\0angus.clark@st.com <angus.clark@st.com>"
-  kernel@stlinux.com <kernel@stlinux.com>
-  linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org>
-  linux-mtd@lists.infradead.org <linux-mtd@lists.infradead.org>
-  computersforpeace@gmail.com <computersforpeace@gmail.com>
-  dwmw2@infradead.org <dwmw2@infradead.org>
- " linux-arm-kernel@lists.infradead.org <linux-arm-kernel@lists.infradead.org>\0"
+ "To\0linux-arm-kernel@lists.infradead.org\0"
  "\00:1\0"
  "b\0"
  "> >> >> >+\tof_property_read_u32(np, \"st,bch-bitflip-threshold\",\n"
@@ -33,7 +25,7 @@
  "> >> >hardware description.  Thus, I think it's perfectly viable for an\n"
  "> >> >option to pass through DT to exist.\n"
  "> >> >\n"
- "> >> I don't think that\342\200\231s the correct interpretation of bitflip_threshold.\n"
+ "> >> I don't think that?s the correct interpretation of bitflip_threshold.\n"
  "> >>\n"
  "> >> (1) bitflip_threshold is dependent on ecc.strength (ECC scheme) of your driver.\n"
  "> >> MTD layers uses bitflip_threshold to warn above layers that number of\n"
@@ -49,7 +41,7 @@
  "> >> the bitflip_threshold to avoid accumulation of bitflips in a single page.\n"
  "> >>\n"
  "> >> Thus, bitflip_threshold should not be passed via DT.\n"
- "> >> It's neither a hardware parameter, nor it\342\200\231s a static constant.\n"
+ "> >> It's neither a hardware parameter, nor it?s a static constant.\n"
  "> >\n"
  "> >Ah, I see.  I will fixup, thanks for the explanation.\n"
  "> \n"
@@ -62,7 +54,7 @@
  "-- \n"
  "Lee Jones\n"
  "Linaro STMicroelectronics Landing Team Lead\n"
- "Linaro.org \342\224\202 Open source software for ARM SoCs\n"
+ "Linaro.org ? Open source software for ARM SoCs\n"
  Follow Linaro: Facebook | Twitter | Blog
 
-c6f95689d8be7efaebcc0f774f421aa072d7ee000f78a9adb6891ab342278136
+36d34f5bcf64236f94b827de2c2cfed247c91c6cbf8213d6fa564e4094d0d1f0

diff --git a/a/content_digest b/N2/content_digest
index f5619e0..af03ab3 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -10,13 +10,13 @@
  "Date\0Mon, 19 May 2014 15:02:49 +0100\0"
  "To\0Gupta"
  " Pekon <pekon@ti.com>\0"
- "Cc\0angus.clark@st.com <angus.clark@st.com>"
-  kernel@stlinux.com <kernel@stlinux.com>
+ "Cc\0linux-arm-kernel@lists.infradead.org <linux-arm-kernel@lists.infradead.org>"
   linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org>
-  linux-mtd@lists.infradead.org <linux-mtd@lists.infradead.org>
+  kernel@stlinux.com <kernel@stlinux.com>
   computersforpeace@gmail.com <computersforpeace@gmail.com>
+  linux-mtd@lists.infradead.org <linux-mtd@lists.infradead.org>
   dwmw2@infradead.org <dwmw2@infradead.org>
- " linux-arm-kernel@lists.infradead.org <linux-arm-kernel@lists.infradead.org>\0"
+ " angus.clark@st.com <angus.clark@st.com>\0"
  "\00:1\0"
  "b\0"
  "> >> >> >+\tof_property_read_u32(np, \"st,bch-bitflip-threshold\",\n"
@@ -65,4 +65,4 @@
  "Linaro.org \342\224\202 Open source software for ARM SoCs\n"
  Follow Linaro: Facebook | Twitter | Blog
 
-c6f95689d8be7efaebcc0f774f421aa072d7ee000f78a9adb6891ab342278136
+edb0bee25516da67840df8260205b12db1e3e75ca5079cb7415613ac6bb70b59

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.