All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <519F4435.5010703@digi.com>

diff --git a/a/1.txt b/N1/1.txt
index 1bf2554..661e478 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -7,7 +7,7 @@ On 05/24/2013 12:28 PM, Juergen Beisert wrote:
 >> On 05/23/2013 03:31 PM, Juergen Beisert wrote:
 >>> Hi Maxime,
 >>>
->>> maxime.ripard at free-electrons.com wrote:
+>>> maxime.ripard@free-electrons.com wrote:
 >>>> On Thu, May 23, 2013 at 01:55:28PM +0200, Hector Palacios wrote:
 >>>>> I'm using an i.MX28 based board with lcd connected with 18bits data
 >>>>> bus. My platform uses 32 bits per pixel:
@@ -41,7 +41,7 @@ On 05/24/2013 12:28 PM, Juergen Beisert wrote:
 >>>>> According to the manual, this flag does:
 >>>>> 	0x0: ALL_24_BITS_VALID: Data input to the block is in 24 bpp
 >>>>> format, such that all RGB 888 data is contained in 24 bits.
->>>>> 	0x1: DROP_UPPER_2_BITS_PER_BYTE ? Data input to the block is
+>>>>> 	0x1: DROP_UPPER_2_BITS_PER_BYTE — Data input to the block is
 >>>>> actually RGB 18 bpp, but there is 1 colour per byte, hence the upper
 >>>>> 2 bits in each byte do not contain any useful data, and should be
 >>>>> dropped.
@@ -246,4 +246,4 @@ bits isn't really needed at all.
 
 Regards,
 -- 
-H?ctor Palacios
+Héctor Palacios
diff --git a/a/content_digest b/N1/content_digest
index 86b9e08..d177c58 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -2,10 +2,16 @@
  "ref\0201305231531.31376.jbe@pengutronix.de\0"
  "ref\0519E3C40.4020405@digi.com\0"
  "ref\0201305241228.34168.jbe@pengutronix.de\0"
- "From\0hector.palacios@digi.com (Hector Palacios)\0"
- "Subject\0mxsfb: DATA_FORMAT_24_BIT flag outputs invalid colours\0"
+ "From\0Hector Palacios <hector.palacios@digi.com>\0"
+ "Subject\0Re: mxsfb: DATA_FORMAT_24_BIT flag outputs invalid colours\0"
  "Date\0Fri, 24 May 2013 12:43:01 +0200\0"
- "To\0linux-arm-kernel@lists.infradead.org\0"
+ "To\0Juergen Beisert <jbe@pengutronix.de>\0"
+ "Cc\0linux-arm-kernel@lists.infradead.org <linux-arm-kernel@lists.infradead.org>"
+  maxime.ripard@free-electrons.com <maxime.ripard@free-electrons.com>
+  fabio.estevam@freescale.com <fabio.estevam@freescale.com>
+  brian@crystalfontz.com <brian@crystalfontz.com>
+  linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org>
+ " Alexandre Belloni <alexandre.belloni@free-electrons.com>\0"
  "\00:1\0"
  "b\0"
  "Hi Juergen,\n"
@@ -17,7 +23,7 @@
  ">> On 05/23/2013 03:31 PM, Juergen Beisert wrote:\n"
  ">>> Hi Maxime,\n"
  ">>>\n"
- ">>> maxime.ripard at free-electrons.com wrote:\n"
+ ">>> maxime.ripard@free-electrons.com wrote:\n"
  ">>>> On Thu, May 23, 2013 at 01:55:28PM +0200, Hector Palacios wrote:\n"
  ">>>>> I'm using an i.MX28 based board with lcd connected with 18bits data\n"
  ">>>>> bus. My platform uses 32 bits per pixel:\n"
@@ -51,7 +57,7 @@
  ">>>>> According to the manual, this flag does:\n"
  ">>>>> \t0x0: ALL_24_BITS_VALID: Data input to the block is in 24 bpp\n"
  ">>>>> format, such that all RGB 888 data is contained in 24 bits.\n"
- ">>>>> \t0x1: DROP_UPPER_2_BITS_PER_BYTE ? Data input to the block is\n"
+ ">>>>> \t0x1: DROP_UPPER_2_BITS_PER_BYTE \342\200\224 Data input to the block is\n"
  ">>>>> actually RGB 18 bpp, but there is 1 colour per byte, hence the upper\n"
  ">>>>> 2 bits in each byte do not contain any useful data, and should be\n"
  ">>>>> dropped.\n"
@@ -256,6 +262,6 @@
  "\n"
  "Regards,\n"
  "-- \n"
- H?ctor Palacios
+ "H\303\251ctor Palacios"
 
-72618898be4a76828aef9c001b6eac27894c77eb52f25fbb56cfcbb48f1c13aa
+f95676834f41bb1d051b43fd7315de1cad2c9ff9043a651197c9b28d8fd5c910

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.