All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20180328122236.GF14155@phenom.ffwll.local>

diff --git a/a/1.txt b/N1/1.txt
index 229a4b9..b2a892c 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -7,13 +7,13 @@ On Wed, Mar 28, 2018 at 09:34:54AM +0200, Boris Brezillon 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.
 > > 
@@ -119,10 +119,14 @@ But yeah probably worth it to wire it up properly.
 > https://bootlin.com
 > _______________________________________________
 > dri-devel mailing list
-> dri-devel at lists.freedesktop.org
+> dri-devel@lists.freedesktop.org
 > https://lists.freedesktop.org/mailman/listinfo/dri-devel
 
 -- 
 Daniel Vetter
 Software Engineer, Intel Corporation
 http://blog.ffwll.ch
+_______________________________________________
+dri-devel mailing list
+dri-devel@lists.freedesktop.org
+https://lists.freedesktop.org/mailman/listinfo/dri-devel
diff --git a/a/content_digest b/N1/content_digest
index 64e7103..5fb7fb7 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -1,9 +1,19 @@
  "ref\020180326073502.19259-1-peda@axentia.se\0"
  "ref\020180328093454.4149fa3b@bbrezillon\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\0Wed, 28 Mar 2018 14:22:36 +0200\0"
- "To\0linux-arm-kernel@lists.infradead.org\0"
+ "To\0Boris Brezillon <boris.brezillon@bootlin.com>\0"
+ "Cc\0Egbert Eich <eich@suse.de>"
+  Boris Brezillon <boris.brezillon@free-electrons.com>
+  Alexandre Belloni <alexandre.belloni@bootlin.com>
+  David Airlie <airlied@linux.ie>
+  linux-kernel@vger.kernel.org
+  Nicolas Ferre <nicolas.ferre@microchip.com>
+  dri-devel@lists.freedesktop.org
+  Takashi Iwai <tiwai@suse.com>
+  Peter Rosin <peda@axentia.se>
+ " linux-arm-kernel@lists.infradead.org\0"
  "\00:1\0"
  "b\0"
  "On Wed, Mar 28, 2018 at 09:34:54AM +0200, Boris Brezillon wrote:\n"
@@ -15,13 +25,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"
@@ -127,12 +137,16 @@
  "> https://bootlin.com\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"
  "Daniel Vetter\n"
  "Software Engineer, Intel Corporation\n"
- http://blog.ffwll.ch
+ "http://blog.ffwll.ch\n"
+ "_______________________________________________\n"
+ "dri-devel mailing list\n"
+ "dri-devel@lists.freedesktop.org\n"
+ https://lists.freedesktop.org/mailman/listinfo/dri-devel
 
-52602b6efad080932dddd0f1b96d81593fbbd0e03bd4adbcd5991447ae38f8a3
+066723d086d3fb1804950f3ab38d2cd2f4732b7cd9c0c1ebedd7f310c276dc5f

diff --git a/a/1.txt b/N2/1.txt
index 229a4b9..19f7b43 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -7,13 +7,13 @@ On Wed, Mar 28, 2018 at 09:34:54AM +0200, Boris Brezillon 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.
 > > 
@@ -119,7 +119,7 @@ But yeah probably worth it to wire it up properly.
 > https://bootlin.com
 > _______________________________________________
 > 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/N2/content_digest
index 64e7103..c02a441 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -1,9 +1,19 @@
  "ref\020180326073502.19259-1-peda@axentia.se\0"
  "ref\020180328093454.4149fa3b@bbrezillon\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\0Wed, 28 Mar 2018 14:22:36 +0200\0"
- "To\0linux-arm-kernel@lists.infradead.org\0"
+ "To\0Boris Brezillon <boris.brezillon@bootlin.com>\0"
+ "Cc\0Peter Rosin <peda@axentia.se>"
+  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 09:34:54AM +0200, Boris Brezillon wrote:\n"
@@ -15,13 +25,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"
@@ -127,7 +137,7 @@
  "> https://bootlin.com\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"
@@ -135,4 +145,4 @@
  "Software Engineer, Intel Corporation\n"
  http://blog.ffwll.ch
 
-52602b6efad080932dddd0f1b96d81593fbbd0e03bd4adbcd5991447ae38f8a3
+b69d6054bc2e4e4791e84bd38dcec9ebaae9d0dcaa5c96dcea6f251bee93f1b3

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.