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

diff --git a/a/1.txt b/N1/1.txt
index 93591d4..4eb6fe4 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -3,7 +3,7 @@ Hi Juergen,
 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:
@@ -37,7 +37,7 @@ On 05/23/2013 03:31 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.
@@ -196,4 +196,4 @@ I don't know however how other displays connections at 18bit will do.
 
 Regards,
 -- 
-H?ctor Palacios
+Héctor Palacios
diff --git a/a/content_digest b/N1/content_digest
index aae405c..5e39b7d 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -1,10 +1,17 @@
  "ref\0519E03B0.1080006@digi.com\0"
  "ref\020130523130039.GF8595@lukather\0"
  "ref\0201305231531.31376.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\0Thu, 23 May 2013 17:56:48 +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>
+  s.hauer@pengutronix.de <s.hauer@pengutronix.de>
+  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"
@@ -12,7 +19,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 bus.\n"
  ">>> My platform uses 32 bits per pixel:\n"
@@ -46,7 +53,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"
@@ -205,6 +212,6 @@
  "\n"
  "Regards,\n"
  "-- \n"
- H?ctor Palacios
+ "H\303\251ctor Palacios"
 
-27dc3790ee4a71fdb5b99becdec655dc539b802a9b77521e774de391084ce00b
+9a726dace7a49066b337272c3f737c526aacd96aaa3d3e05feaab49b7107ffa0

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.