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.