diff for duplicates of <20180328093454.4149fa3b@bbrezillon> diff --git a/a/1.txt b/N1/1.txt index 13dd244..ab6d8cc 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -6,13 +6,13 @@ Peter Rosin <peda@axentia.se> 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. > @@ -111,3 +111,7 @@ Boris Boris Brezillon, Bootlin (formerly Free Electrons) Embedded Linux and Kernel engineering https://bootlin.com +_______________________________________________ +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 71b5cac..1b8f729 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -1,8 +1,17 @@ "ref\020180326073502.19259-1-peda@axentia.se\0" - "From\0boris.brezillon@bootlin.com (Boris Brezillon)\0" - "Subject\0[PATCH] drm/atmel-hlcdc: add command line option to specify preferred depth\0" + "From\0Boris Brezillon <boris.brezillon@bootlin.com>\0" + "Subject\0Re: [PATCH] drm/atmel-hlcdc: add command line option to specify preferred depth\0" "Date\0Wed, 28 Mar 2018 09:34:54 +0200\0" - "To\0linux-arm-kernel@lists.infradead.org\0" + "To\0Peter Rosin <peda@axentia.se>\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> + 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" "Hi Peter,\n" @@ -13,13 +22,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" @@ -117,6 +126,10 @@ "-- \n" "Boris Brezillon, Bootlin (formerly Free Electrons)\n" "Embedded Linux and Kernel engineering\n" - https://bootlin.com + "https://bootlin.com\n" + "_______________________________________________\n" + "dri-devel mailing list\n" + "dri-devel@lists.freedesktop.org\n" + https://lists.freedesktop.org/mailman/listinfo/dri-devel -f814734a36fe2e80859d668c5b88aac9ff97d7a9a811f696103a6241fbb0c13e +3f714b124cd11508697561f36e88e98689ddae2b4be1b14ed5b1ef5468cf600a
diff --git a/a/1.txt b/N2/1.txt index 13dd244..b06031b 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -6,13 +6,13 @@ Peter Rosin <peda@axentia.se> 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/N2/content_digest index 71b5cac..950cf22 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -1,8 +1,17 @@ "ref\020180326073502.19259-1-peda@axentia.se\0" - "From\0boris.brezillon@bootlin.com (Boris Brezillon)\0" - "Subject\0[PATCH] drm/atmel-hlcdc: add command line option to specify preferred depth\0" + "From\0Boris Brezillon <boris.brezillon@bootlin.com>\0" + "Subject\0Re: [PATCH] drm/atmel-hlcdc: add command line option to specify preferred depth\0" "Date\0Wed, 28 Mar 2018 09:34:54 +0200\0" - "To\0linux-arm-kernel@lists.infradead.org\0" + "To\0Peter Rosin <peda@axentia.se>\0" + "Cc\0linux-kernel@vger.kernel.org" + Boris Brezillon <boris.brezillon@free-electrons.com> + David Airlie <airlied@linux.ie> + Nicolas Ferre <nicolas.ferre@microchip.com> + Alexandre Belloni <alexandre.belloni@bootlin.com> + Takashi Iwai <tiwai@suse.com> + Egbert Eich <eich@suse.de> + dri-devel@lists.freedesktop.org + " linux-arm-kernel@lists.infradead.org\0" "\00:1\0" "b\0" "Hi Peter,\n" @@ -13,13 +22,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" @@ -119,4 +128,4 @@ "Embedded Linux and Kernel engineering\n" https://bootlin.com -f814734a36fe2e80859d668c5b88aac9ff97d7a9a811f696103a6241fbb0c13e +6b60fb21044a5598df56a8003ddaf52c82248b0bb688f95e18684deb1f8a3ea0
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.