diff for duplicates of <20180328142512.14f8c502@bbrezillon> diff --git a/a/1.txt b/N1/1.txt index 6b38243..9fe62f5 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -10,13 +10,13 @@ Daniel Vetter <daniel@ffwll.ch> 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. > > > @@ -59,3 +59,7 @@ Nope, it's already parsed [1]. 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 c7d4a74..df901d5 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\020180328122236.GF14155@phenom.ffwll.local\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 14:25:12 +0200\0" - "To\0linux-arm-kernel@lists.infradead.org\0" + "To\0Daniel Vetter <daniel@ffwll.ch>\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, 28 Mar 2018 14:22:36 +0200\n" @@ -19,13 +29,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" @@ -67,6 +77,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 -1aa56a252937e2bbf1a4ab435bdf620c6c0adec5117e378f8309b8b4965a8013 +da896b3ab9a3ebbfba9b65fd950fc4eb26df82f65319241519680aff2a5cb86d
diff --git a/a/1.txt b/N2/1.txt index 6b38243..2aa073e 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -10,13 +10,13 @@ Daniel Vetter <daniel@ffwll.ch> 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 c7d4a74..060bdd0 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -1,10 +1,20 @@ "ref\020180326073502.19259-1-peda@axentia.se\0" "ref\020180328093454.4149fa3b@bbrezillon\0" "ref\020180328122236.GF14155@phenom.ffwll.local\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 14:25:12 +0200\0" - "To\0linux-arm-kernel@lists.infradead.org\0" + "To\0Daniel Vetter <daniel@ffwll.ch>\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, 28 Mar 2018 14:22:36 +0200\n" @@ -19,13 +29,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" @@ -69,4 +79,4 @@ "Embedded Linux and Kernel engineering\n" https://bootlin.com -1aa56a252937e2bbf1a4ab435bdf620c6c0adec5117e378f8309b8b4965a8013 +22444d55f619348fc9d45bf445504a3716602ebe9dc7ecd173ca327725c9f38c
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.