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

diff --git a/a/1.txt b/N1/1.txt
index f7f3e41..ae3fd4e 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -3,7 +3,7 @@ Hi Juergen,
 On Thu, May 23, 2013 at 03:31:31PM +0200, 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 Thu, May 23, 2013 at 03:31:31PM +0200, 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.
diff --git a/a/content_digest b/N1/content_digest
index e6b6eeb..2981a92 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\0maxime.ripard@free-electrons.com (maxime.ripard at free-electrons.com)\0"
- "Subject\0mxsfb: DATA_FORMAT_24_BIT flag outputs invalid colours\0"
+ "From\0maxime.ripard@free-electrons.com <maxime.ripard@free-electrons.com>\0"
+ "Subject\0Re: mxsfb: DATA_FORMAT_24_BIT flag outputs invalid colours\0"
  "Date\0Fri, 24 May 2013 10:11:56 +0200\0"
- "To\0linux-arm-kernel@lists.infradead.org\0"
+ "To\0Juergen Beisert <jbe@pengutronix.de>\0"
+ "Cc\0linux-arm-kernel@lists.infradead.org"
+  Hector Palacios <hector.palacios@digi.com>
+  fabio.estevam@freescale.com <fabio.estevam@freescale.com>
+  brian@crystalfontz.com
+  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 Thu, May 23, 2013 at 03:31:31PM +0200, 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"
@@ -151,4 +158,4 @@
  "Embedded Linux, Kernel and Android engineering\n"
  http://free-electrons.com
 
-2b425507f32a51d013106ed1c478bbf7c726ea83b25b220a69af8a120416fdb2
+f2c6c9d77aca4c88df66a7aba7f9698c2c969c301f4f91faf6942f9ab66f8c74

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.