diff for duplicates of <20180329071025.GE3881@phenom.ffwll.local> diff --git a/a/1.txt b/N1/1.txt index 772fe3f..1661ae9 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -11,13 +11,13 @@ On Wed, Mar 28, 2018 at 02:25:12PM +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. > > > > diff --git a/a/content_digest b/N1/content_digest index fb9491a..c65e590 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -2,10 +2,21 @@ "ref\020180328093454.4149fa3b@bbrezillon\0" "ref\020180328122236.GF14155@phenom.ffwll.local\0" "ref\020180328142512.14f8c502@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\0Thu, 29 Mar 2018 09:10:25 +0200\0" - "To\0linux-arm-kernel@lists.infradead.org\0" + "To\0Boris Brezillon <boris.brezillon@bootlin.com>\0" + "Cc\0Daniel Vetter <daniel@ffwll.ch>" + Peter 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 02:25:12PM +0200, Boris Brezillon wrote:\n" @@ -21,13 +32,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" @@ -75,4 +86,4 @@ "Software Engineer, Intel Corporation\n" http://blog.ffwll.ch -8d16df811da17946771a3346eee3a0bf1c8032f38cb0cd7ad1bc6b89a58ea3ac +4f964b26086b2048aa095d9a2b958e1f5c02dba8eff5b035166c5271fff49188
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.