[PATCH v4 03/11] drm/fourcc: Add DRM_FORMAT_Y8

Tomi Valkeinen tomi.valkeinen at ideasonboard.com
Wed Mar 26 06:55:18 PDT 2025


Hi,

On 26/03/2025 15:52, Geert Uytterhoeven wrote:
> Hi Tomi,
> 
> On Wed, 26 Mar 2025 at 14:23, Tomi Valkeinen
> <tomi.valkeinen at ideasonboard.com> wrote:
>> Add greyscale Y8 format.
>>
>> Acked-by: Dmitry Baryshkov <dmitry.baryshkov at linaro.org>
>> Signed-off-by: Tomi Valkeinen <tomi.valkeinen at ideasonboard.com>
> 
> Thanks for your patch!
> 
>> --- a/include/uapi/drm/drm_fourcc.h
>> +++ b/include/uapi/drm/drm_fourcc.h
>> @@ -405,6 +405,9 @@ extern "C" {
>>   #define DRM_FORMAT_YUV444      fourcc_code('Y', 'U', '2', '4') /* non-subsampled Cb (1) and Cr (2) planes */
>>   #define DRM_FORMAT_YVU444      fourcc_code('Y', 'V', '2', '4') /* non-subsampled Cr (1) and Cb (2) planes */
>>
>> +/* Greyscale formats */
>> +
>> +#define DRM_FORMAT_Y8          fourcc_code('G', 'R', 'E', 'Y')  /* 8-bit Y-only */
> 
> This format differs from e.g. DRM_FORMAT_R8, which encodes
> the number of bits in the FOURCC format. What do you envision
> for e.g. DRM_FORMAT_Y16? fourcc_code('G', 'R', '1', '6')?

I wanted to use the same fourcc as on V4L2 side. Strictly speaking it's 
not required, but different fourccs for the same formats do confuse.

So, generally speaking, I'd pick an existing fourcc from v4l2 side if 
possible, and if not, invent a new one.

  Tomi




More information about the linux-arm-kernel mailing list