[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <40a7e1171d7777128c0728a28a029e6f3643145a.camel@ndufresne.ca>
Date: Tue, 24 Jan 2023 16:19:11 -0500
From: Nicolas Dufresne <nicolas@...fresne.ca>
To: neil.armstrong@...aro.org,
Christian Hewitt <christianshewitt@...il.com>,
Mauro Carvalho Chehab <mchehab@...nel.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Kevin Hilman <khilman@...libre.com>,
Jerome Brunet <jbrunet@...libre.com>,
Martin Blumenstingl <martin.blumenstingl@...glemail.com>,
linux-media@...r.kernel.org, linux-amlogic@...ts.infradead.org,
linux-staging@...ts.linux.dev,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org
Cc: Benjamin Roszak <benjamin545@...il.com>
Subject: Re: [PATCH v2 1/2] media: meson: vdec: implement 10bit bitstream
handling
Hi Neil,
Le mardi 24 janvier 2023 à 17:51 +0100, neil.armstrong@...aro.org a écrit :
> We hoped we could use the same modifier as DRM, but it seems this is now out of scope.
>
> Neil
Its not out of scope, its just not being worked on. There is no infra to support
an extra 64bit modifier in V4L2 atm, or to use DRM formats in general. Folks
form Qualcomm or Mediatek didn't want to do it, so they worked around by adding
their strictly needed subset of compressed formats. If you don't want this, then
fine, but I'm not aware of someone actively working on that today.
I was just curious if there was anything other then NV12 (something 10bit) on
the secondary buffer case, that was my initial question here ;-D.
Nicolas
Powered by blists - more mailing lists