diff for duplicates of <20180403091037.GO3881@phenom.ffwll.local>

diff --git a/a/1.txt b/N1/1.txt
index fec1df6..1060570 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -8,13 +8,13 @@ On Wed, Mar 28, 2018 at 12:03:39PM +0200, Peter Rosin wrote:
 > >> I have an sama5d31-based system with 64MB of memory and a 1920x1080
 > >> LVDS display wired for 16-bpp. When I enable legacy fbdev support,
 > >> the contiguous memory allocator invariably fails with the order-11
-> >> allocation for a 1920x1080 at 24-bpp buffer (~6MB). But this HW can never
+> >> allocation for a 1920x1080@24-bpp buffer (~6MB). But this HW can never
 > >> make any good use of RGB888, so that is a wasted attempt anyway that
 > >> would also waste precious memory should it succeed.
 > >>
 > >> Sure, I could rewrite user-space to go directly to KMS etc, and that
 > >> makes the (attempted) order-11 allocation go away, replacing it with
-> >> one order-10 allocation per application restart for a 1920x1080 at 16-bpp
+> >> one order-10 allocation per application restart for a 1920x1080@16-bpp
 > >> buffer (<4MB). But after a few restarts, order-10 allocations start to
 > >> fail as well, which is only to be expected AFAIU.
 > >>
@@ -129,7 +129,7 @@ change the resolution from the default?
 > 
 > _______________________________________________
 > dri-devel mailing list
-> dri-devel at lists.freedesktop.org
+> dri-devel@lists.freedesktop.org
 > https://lists.freedesktop.org/mailman/listinfo/dri-devel
 
 -- 
diff --git a/a/content_digest b/N1/content_digest
index cfb286e..559aa7f 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -1,10 +1,20 @@
  "ref\020180326073502.19259-1-peda@axentia.se\0"
  "ref\020180328093454.4149fa3b@bbrezillon\0"
  "ref\0ce723d9f-6858-0bad-bffb-85ab036510ee@axentia.se\0"
- "From\0daniel@ffwll.ch (Daniel Vetter)\0"
- "Subject\0[PATCH] drm/atmel-hlcdc: add command line option to specify preferred depth\0"
+ "From\0Daniel Vetter <daniel@ffwll.ch>\0"
+ "Subject\0Re: [PATCH] drm/atmel-hlcdc: add command line option to specify preferred depth\0"
  "Date\0Tue, 3 Apr 2018 11:10:37 +0200\0"
- "To\0linux-arm-kernel@lists.infradead.org\0"
+ "To\0Peter Rosin <peda@axentia.se>\0"
+ "Cc\0Boris Brezillon <boris.brezillon@bootlin.com>"
+  Egbert Eich <eich@suse.de>
+  Boris Brezillon <boris.brezillon@free-electrons.com>
+  Alexandre Belloni <alexandre.belloni@bootlin.com>
+  David Airlie <airlied@linux.ie>
+  Nicolas Ferre <nicolas.ferre@microchip.com>
+  Takashi Iwai <tiwai@suse.com>
+  dri-devel@lists.freedesktop.org
+  linux-kernel@vger.kernel.org
+ " linux-arm-kernel@lists.infradead.org\0"
  "\00:1\0"
  "b\0"
  "On Wed, Mar 28, 2018 at 12:03:39PM +0200, Peter Rosin wrote:\n"
@@ -17,13 +27,13 @@
  "> >> I have an sama5d31-based system with 64MB of memory and a 1920x1080\n"
  "> >> LVDS display wired for 16-bpp. When I enable legacy fbdev support,\n"
  "> >> the contiguous memory allocator invariably fails with the order-11\n"
- "> >> allocation for a 1920x1080 at 24-bpp buffer (~6MB). But this HW can never\n"
+ "> >> allocation for a 1920x1080@24-bpp buffer (~6MB). But this HW can never\n"
  "> >> make any good use of RGB888, so that is a wasted attempt anyway that\n"
  "> >> would also waste precious memory should it succeed.\n"
  "> >>\n"
  "> >> Sure, I could rewrite user-space to go directly to KMS etc, and that\n"
  "> >> makes the (attempted) order-11 allocation go away, replacing it with\n"
- "> >> one order-10 allocation per application restart for a 1920x1080 at 16-bpp\n"
+ "> >> one order-10 allocation per application restart for a 1920x1080@16-bpp\n"
  "> >> buffer (<4MB). But after a few restarts, order-10 allocations start to\n"
  "> >> fail as well, which is only to be expected AFAIU.\n"
  "> >>\n"
@@ -138,7 +148,7 @@
  "> \n"
  "> _______________________________________________\n"
  "> dri-devel mailing list\n"
- "> dri-devel at lists.freedesktop.org\n"
+ "> dri-devel@lists.freedesktop.org\n"
  "> https://lists.freedesktop.org/mailman/listinfo/dri-devel\n"
  "\n"
  "-- \n"
@@ -146,4 +156,4 @@
  "Software Engineer, Intel Corporation\n"
  http://blog.ffwll.ch
 
-e24ac17d36fd1e757380d44f37fe0adafdd59f87420c62c920ed3edcacfa99d9
+cb5a698dcec03ff4028b8bd1050bac47a847ea5b714e695a99e7c51958b9dfde
