Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp5573074yba; Thu, 11 Apr 2019 00:40:16 -0700 (PDT) X-Google-Smtp-Source: APXvYqyYHXg1Rbcs28yt0QFkTdPtIbfMRR2ks5nDz0zTFMqVz8wWIqo4wZ2KOxRaWbWHLt2K6r/a X-Received: by 2002:a63:10c:: with SMTP id 12mr43939836pgb.276.1554968416017; Thu, 11 Apr 2019 00:40:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554968416; cv=none; d=google.com; s=arc-20160816; b=X2mVniX81kKXbuc41oC+KBY+bV8svULq/XbIsmpmGDQvpaY0SMA3V7l8vO42vpIRx6 S5iZ5nLDvcxfNGrF4XnZ47/lKdiM3p724iwkHaGxn6FLlL8tBBz9mswGEa1E94s6xn0K /IHJYT35/VeTiSf1TXldM1AY3IybNTpGAc8fWhaGLYmIMqXwGEF/amEXnVdio1YsRhrY ZUhAITHEV3T1ZA5xNX84RUxlO2bMBSOnHeyKMFQLehne4yTLjeshb3XOrMODUdvcEhDQ GXuabbwun5c4XNrj5U/I7/ONHHRDl3VYTLMSLHbZU9H9FJ6ysuCT8hBQHSc/+nSDERY9 L7Og== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=pe0/RbOvMlw7ZyPkntYfCKv3Op1YScDA57hUD3MMQm0=; b=tLdmQeglAZSeh50QUSSGJfMMX3/LL6RYCxLxbzZHxDHrtpqvzYlro0VQ6PBs+NkWSj EoajIrLF+MqgqlYfFDk2soCfJ9YbDBEFRE4Byo/B5+zTBbxWB8ca/0JRbNGRufn7Id0l QfQe1n2WXePj9c/Os619r0n20n2g7oA5Pr5MJ5e1GEBU/zpTpTGu5O7a++T3yWdjePr/ FEc+5NdDuax0s1PQngXSitZmqFFAk0TAxtFj4nGuoPoYRnYEqQ39aVKGR/K4yDfaPalb KYFdVF0NBZUlbsEXSPVUdm0yDEsHxl3pFWBvFQIojs1HT7RCsx1xGcfBigLPF50NLG6f 4p2g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r6si27780369plo.349.2019.04.11.00.39.59; Thu, 11 Apr 2019 00:40:16 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726944AbfDKHiL (ORCPT + 99 others); Thu, 11 Apr 2019 03:38:11 -0400 Received: from lb2-smtp-cloud8.xs4all.net ([194.109.24.25]:47665 "EHLO lb2-smtp-cloud8.xs4all.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726145AbfDKHiL (ORCPT ); Thu, 11 Apr 2019 03:38:11 -0400 Received: from [IPv6:2001:983:e9a7:1:4cd3:53c0:7e2b:d8bc] ([IPv6:2001:983:e9a7:1:4cd3:53c0:7e2b:d8bc]) by smtp-cloud8.xs4all.net with ESMTPA id EUHehwvoZUjKfEUHfhl2in; Thu, 11 Apr 2019 09:38:07 +0200 Subject: Re: [RFC PATCH 18/20] lib: image-formats: Add v4l2 formats support To: Nicolas Dufresne , Maxime Ripard , Daniel Vetter , David Airlie , Maarten Lankhorst , Sean Paul , Mauro Carvalho Chehab Cc: Sakari Ailus , Hans Verkuil , Laurent Pinchart , Thomas Petazzoni , Paul Kocialkowski , dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, linux-media@vger.kernel.org References: <3f5748a6422d2f7eb11601bad297df870ff5952b.camel@ndufresne.ca> From: Hans Verkuil Message-ID: <5385672c-cfee-7bc4-9c2e-e4d8d964b748@xs4all.nl> Date: Thu, 11 Apr 2019 09:38:06 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: <3f5748a6422d2f7eb11601bad297df870ff5952b.camel@ndufresne.ca> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4wfJhH7vSblYToem5OelvjVz+/mChL5HpqiSCgyq7Jx6AbMUDMU7EZ2rqVIZwfeE0C3GIUQhD2EVUMXCLZ9N+19nTAxlpNOCCbtT4td2J5XYn/ukVtmDNL Q3Z2VVLjGh6A2GjpHv/g4mIWaM3Iq+K9MlZ6KwOVE1FSuWaSUty/pjHPCK1A2V8i1bUYE084oEQ12LtCLgTnMvhdw4V+bNR3HnRAWChW3BHsCvAxLZalo/IH +75KSSxQqe1PCewJ9KFCF4WqANMe3emDySVE451uqayqy4PZy5TvOaOeog8l9vZCoUANKwvQK0E/0TW2TVMVfQPbSvM96o3EyQp6UUrmcaYsZY4TsSwRl4oz mBCTQkKk5a7FchmsAF0JjYiVejqbgFBZAyMKHOrNNT2rxvhGUC9B67lS+4Qrmu2dNBwuVBakFqtQaVVzmeAyVY450GMQyGCjRd55Hc9yldPBO89frn+D9F73 JMXz5ngkvS42V8CX3PnN3eQb/iF/TMrgmshsPwjAmrL0RFb6n+h9r+hHSIx+n4nz0Xs9ZiGsC40oWqQIUGqITFEAJTl6iWGUj1zQ2QQnO7fBo4/M33xqojFr 2ag86YuG3svteU8JbStfmuTbUq0sAhehuZYYfT+KuYFYkSmrKdeI/0rkimofm7JpeNWkBKcjxfdFm1fGiHB23CggsLMXvyletaTz7kgPepx+/o2NSuCavHqF cuwH+6wE5QHRuFjLbcin4SfAMWbhnXj29qGRrdXKoM/buEWKyCHVlOB4i6kqxVDh/+bxt5c+WiwdFF5DC701afTUiZ6JdKiBm3va05Fa0HrytR7LO0L8jQ== Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 3/22/19 8:55 PM, Nicolas Dufresne wrote: > Le mardi 19 mars 2019 à 22:57 +0100, Maxime Ripard a écrit : >> V4L2 uses different fourcc's than DRM, and has a different set of formats. >> For now, let's add the v4l2 fourcc's for the already existing formats. > > Hopefully I get the fixup right this time, see inline. > >> >> Signed-off-by: Maxime Ripard >> --- >> include/linux/image-formats.h | 9 +++++- >> lib/image-formats.c | 67 ++++++++++++++++++++++++++++++++++++- >> 2 files changed, 76 insertions(+) >> >> diff --git a/include/linux/image-formats.h b/include/linux/image-formats.h >> index 53fd73a71b3d..fbc3a4501ebd 100644 >> --- a/include/linux/image-formats.h >> +++ b/include/linux/image-formats.h >> @@ -26,6 +26,13 @@ struct image_format_info { >> }; >> >> /** >> + * @v4l2_fmt: >> + * >> + * V4L2 4CC format identifier (V4L2_PIX_FMT_*) >> + */ >> + u32 v4l2_fmt; >> + >> + /** >> * @depth: >> * >> * Color depth (number of bits per pixel excluding padding bits), >> @@ -222,6 +229,8 @@ image_format_info_is_yuv_sampling_444(const struct image_format_info *info) >> >> const struct image_format_info *__image_format_drm_lookup(u32 drm); >> const struct image_format_info *image_format_drm_lookup(u32 drm); >> +const struct image_format_info *__image_format_v4l2_lookup(u32 v4l2); >> +const struct image_format_info *image_format_v4l2_lookup(u32 v4l2); >> unsigned int image_format_plane_cpp(const struct image_format_info *format, >> int plane); >> unsigned int image_format_plane_width(int width, >> diff --git a/lib/image-formats.c b/lib/image-formats.c >> index 9b9a73220c5d..39f1d38ae861 100644 >> --- a/lib/image-formats.c >> +++ b/lib/image-formats.c >> @@ -8,6 +8,7 @@ >> static const struct image_format_info formats[] = { >> { >> .drm_fmt = DRM_FORMAT_C8, >> + .v4l2_fmt = V4L2_PIX_FMT_GREY, >> .depth = 8, >> .num_planes = 1, >> .cpp = { 1, 0, 0 }, >> @@ -15,6 +16,7 @@ static const struct image_format_info formats[] = { >> .vsub = 1, >> }, { >> .drm_fmt = DRM_FORMAT_RGB332, >> + .v4l2_fmt = V4L2_PIX_FMT_RGB332, >> .depth = 8, >> .num_planes = 1, >> .cpp = { 1, 0, 0 }, >> @@ -29,6 +31,7 @@ static const struct image_format_info formats[] = { >> .vsub = 1, >> }, { >> .drm_fmt = DRM_FORMAT_XRGB4444, >> + .v4l2_fmt = V4L2_PIX_FMT_XRGB444, > > Not completely sure, looks like in the V4L2 variant, the padding is on > the 4 MSB of the second byte, which makes it incompatible. There is no > other equivalent. > >> .depth = 0, >> .num_planes = 1, >> .cpp = { 2, 0, 0 }, >> @@ -57,6 +60,7 @@ static const struct image_format_info formats[] = { >> .vsub = 1, >> }, { >> .drm_fmt = DRM_FORMAT_ARGB4444, >> + .v4l2_fmt = V4L2_PIX_FMT_ARGB444, > > Similarly. > >> .depth = 0, >> .num_planes = 1, >> .cpp = { 2, 0, 0 }, >> @@ -89,6 +93,7 @@ static const struct image_format_info formats[] = { >> .has_alpha = true, >> }, { >> .drm_fmt = DRM_FORMAT_XRGB1555, >> + .v4l2_fmt = V4L2_PIX_FMT_XRGB555, > > Same swapping, can't find a match. > >> .depth = 15, >> .num_planes = 1, >> .cpp = { 2, 0, 0 }, >> @@ -117,6 +122,7 @@ static const struct image_format_info formats[] = { >> .vsub = 1, >> }, { >> .drm_fmt = DRM_FORMAT_ARGB1555, >> + .v4l2_fmt = V4L2_PIX_FMT_ARGB555, > > Same. > >> .depth = 15, >> .num_planes = 1, >> .cpp = { 2, 0, 0 }, >> @@ -149,6 +155,7 @@ static const struct image_format_info formats[] = { >> .has_alpha = true, >> }, { >> .drm_fmt = DRM_FORMAT_RGB565, >> + .v4l2_fmt = V4L2_PIX_FMT_RGB565, > > -> V4L2_PIX_FMT_RGB565X > > Was added later, as what you expect is not compatible. All these 16-bit V4L2 pixelformats are ancient, but they are (to my knowledge) correct w.r.t. the documented layout of the bits in memory. I.e., that's what the hardware will give you. I think if there is no equivalence between the drm and v4l2 fourcc's, then you need two entries in this table, one for drm (v4l2_fmt == 0), one for v4l2 (drm_fmt == 0). > >> .depth = 16, >> .num_planes = 1, >> .cpp = { 2, 0, 0 }, >> @@ -163,6 +170,7 @@ static const struct image_format_info formats[] = { >> .vsub = 1, >> }, { >> .drm_fmt = DRM_FORMAT_RGB888, >> + .v4l2_fmt = V4L2_PIX_FMT_RGB24, > > -> V4L2_PIX_FMT_BGR24 > >> .depth = 24, >> .num_planes = 1, >> .cpp = { 3, 0, 0 }, >> @@ -170,6 +178,7 @@ static const struct image_format_info formats[] = { >> .vsub = 1, >> }, { >> .drm_fmt = DRM_FORMAT_BGR888, >> + .v4l2_fmt = V4L2_PIX_FMT_BGR24, > > -> V4L2_PIX_FMT_RGB24 > >> .depth = 24, >> .num_planes = 1, >> .cpp = { 3, 0, 0 }, >> @@ -177,6 +186,7 @@ static const struct image_format_info formats[] = { >> .vsub = 1, >> }, { >> .drm_fmt = DRM_FORMAT_XRGB8888, >> + .v4l2_fmt = V4L2_PIX_FMT_XRGB32, > > -> V4L2_PIX_FMT_XBGR32 > >> .depth = 24, >> .num_planes = 1, >> .cpp = { 4, 0, 0 }, >> @@ -281,6 +291,7 @@ static const struct image_format_info formats[] = { >> .has_alpha = true, >> }, { >> .drm_fmt = DRM_FORMAT_ARGB8888, >> + .v4l2_fmt = V4L2_PIX_FMT_ARGB32, > > -> V4L2_PIX_FMT_ABGR32 > >> .depth = 32, >> .num_planes = 1, >> .cpp = { 4, 0, 0 }, >> @@ -361,6 +372,7 @@ static const struct image_format_info formats[] = { >> .has_alpha = true, >> }, { >> .drm_fmt = DRM_FORMAT_YUV410, >> + .v4l2_fmt = V4L2_PIX_FMT_YUV410, >> .depth = 0, >> .num_planes = 3, >> .cpp = { 1, 1, 1 }, >> @@ -369,6 +381,7 @@ static const struct image_format_info formats[] = { >> .is_yuv = true, >> }, { >> .drm_fmt = DRM_FORMAT_YVU410, >> + .v4l2_fmt = V4L2_PIX_FMT_YVU410, >> .depth = 0, >> .num_planes = 3, >> .cpp = { 1, 1, 1 }, >> @@ -393,6 +406,7 @@ static const struct image_format_info formats[] = { >> .is_yuv = true, >> }, { >> .drm_fmt = DRM_FORMAT_YUV420, >> + .v4l2_fmt = V4L2_PIX_FMT_YUV420M, > > There is two valid matches in V4L2 for this format, not sure how this > will be handled. The M variant is to be used with MPLANE v4l2_buffer > when num_planes is bigger then 1. We should use the non-multiplanar variant (without the M). At least for now. > >> .depth = 0, >> .num_planes = 3, >> .cpp = { 1, 1, 1 }, >> @@ -401,6 +415,7 @@ static const struct image_format_info formats[] = { >> .is_yuv = true, >> }, { >> .drm_fmt = DRM_FORMAT_YVU420, >> + .v4l2_fmt = V4L2_PIX_FMT_YVU420M, > > Same. > >> .depth = 0, >> .num_planes = 3, >> .cpp = { 1, 1, 1 }, >> @@ -409,6 +424,7 @@ static const struct image_format_info formats[] = { >> .is_yuv = true, >> }, { >> .drm_fmt = DRM_FORMAT_YUV422, >> + .v4l2_fmt = V4L2_PIX_FMT_YUV422M, > > Same. > >> .depth = 0, >> .num_planes = 3, >> .cpp = { 1, 1, 1 }, >> @@ -417,6 +433,7 @@ static const struct image_format_info formats[] = { >> .is_yuv = true, >> }, { >> .drm_fmt = DRM_FORMAT_YVU422, >> + .v4l2_fmt = V4L2_PIX_FMT_YVU422M, > > Same. > >> .depth = 0, >> .num_planes = 3, >> .cpp = { 1, 1, 1 }, >> @@ -425,6 +442,7 @@ static const struct image_format_info formats[] = { >> .is_yuv = true, >> }, { >> .drm_fmt = DRM_FORMAT_YUV444, >> + .v4l2_fmt = V4L2_PIX_FMT_YUV444M, > > Same. > >> .depth = 0, >> .num_planes = 3, >> .cpp = { 1, 1, 1 }, >> @@ -433,6 +451,7 @@ static const struct image_format_info formats[] = { >> .is_yuv = true, >> }, { >> .drm_fmt = DRM_FORMAT_YVU444, >> + .v4l2_fmt = V4L2_PIX_FMT_YVU444M, > > Same. > >> .depth = 0, >> .num_planes = 3, >> .cpp = { 1, 1, 1 }, >> @@ -441,6 +460,7 @@ static const struct image_format_info formats[] = { >> .is_yuv = true, >> }, { >> .drm_fmt = DRM_FORMAT_NV12, >> + .v4l2_fmt = V4L2_PIX_FMT_NV12, > > V4L2_PIX_FMT_NV12M is the mplane variant. Depending on how you handle, > which should be concistant picking one up. > >> .depth = 0, >> .num_planes = 2, >> .cpp = { 1, 2, 0 }, >> @@ -449,6 +469,7 @@ static const struct image_format_info formats[] = { >> .is_yuv = true, >> }, { >> .drm_fmt = DRM_FORMAT_NV21, >> + .v4l2_fmt = V4L2_PIX_FMT_NV21, > > Same, NV12M for mplane. > >> .depth = 0, >> .num_planes = 2, >> .cpp = { 1, 2, 0 }, >> @@ -457,6 +478,7 @@ static const struct image_format_info formats[] = { >> .is_yuv = true, >> }, { >> .drm_fmt = DRM_FORMAT_NV16, >> + .v4l2_fmt = V4L2_PIX_FMT_NV16, > > Same, NV16M. > >> .depth = 0, >> .num_planes = 2, >> .cpp = { 1, 2, 0 }, >> @@ -465,6 +487,7 @@ static const struct image_format_info formats[] = { >> .is_yuv = true, >> }, { >> .drm_fmt = DRM_FORMAT_NV61, >> + .v4l2_fmt = V4L2_PIX_FMT_NV61, > > Same, NV61M. > >> .depth = 0, >> .num_planes = 2, >> .cpp = { 1, 2, 0 }, >> @@ -473,6 +496,7 @@ static const struct image_format_info formats[] = { >> .is_yuv = true, >> }, { >> .drm_fmt = DRM_FORMAT_NV24, >> + .v4l2_fmt = V4L2_PIX_FMT_NV24, > > For extra fun, the M variant has not been added yet. Note that it has been the practice in V4L2 to avoid adding pixelformats unless they are in use by a V4L2 driver. So that's why some combinations do not exist. If we are creating a common library then I think we should change that rule to: "unless they are in use by a DRM or V4L2 driver". And when new formats are added, and they exists already for DRM or V4L2, then we should use the same fourcc for the other subsystem. I.e. if pixelformat V4L2_PIX_FMT_FOO was already defined, then add a: #define DRM_FORMAT_FOO V4L2_PIX_FMT_FOO rather than creating a new fourcc. We could even start looking at redoing the whole scheme in a unified way, but that's something for the (far) future. This is already a big step forward. Regards, Hans > >> .depth = 0, >> .num_planes = 2, >> .cpp = { 1, 2, 0 }, >> @@ -481,6 +505,7 @@ static const struct image_format_info formats[] = { >> .is_yuv = true, >> }, { >> .drm_fmt = DRM_FORMAT_NV42, >> + .v4l2_fmt = V4L2_PIX_FMT_NV42, >> .depth = 0, >> .num_planes = 2, >> .cpp = { 1, 2, 0 }, >> @@ -489,6 +514,7 @@ static const struct image_format_info formats[] = { >> .is_yuv = true, >> }, { >> .drm_fmt = DRM_FORMAT_YUYV, >> + .v4l2_fmt = V4L2_PIX_FMT_YUYV, >> .depth = 0, >> .num_planes = 1, >> .cpp = { 2, 0, 0 }, >> @@ -497,6 +523,7 @@ static const struct image_format_info formats[] = { >> .is_yuv = true, >> }, { >> .drm_fmt = DRM_FORMAT_YVYU, >> + .v4l2_fmt = V4L2_PIX_FMT_YVYU, >> .depth = 0, >> .num_planes = 1, >> .cpp = { 2, 0, 0 }, >> @@ -505,6 +532,7 @@ static const struct image_format_info formats[] = { >> .is_yuv = true, >> }, { >> .drm_fmt = DRM_FORMAT_UYVY, >> + .v4l2_fmt = V4L2_PIX_FMT_UYVY, >> .depth = 0, >> .num_planes = 1, >> .cpp = { 2, 0, 0 }, >> @@ -513,6 +541,7 @@ static const struct image_format_info formats[] = { >> .is_yuv = true, >> }, { >> .drm_fmt = DRM_FORMAT_VYUY, >> + .v4l2_fmt = V4L2_PIX_FMT_VYUY, >> .depth = 0, >> .num_planes = 1, >> .cpp = { 2, 0, 0 }, >> @@ -632,6 +661,44 @@ const struct image_format_info *image_format_drm_lookup(u32 drm) >> EXPORT_SYMBOL(image_format_drm_lookup); >> >> /** >> + * __image_format_v4l2_lookup - query information for a given format >> + * @v4l2: V4L2 fourcc pixel format (V4L2_PIX_FMT_*) >> + * >> + * The caller should only pass a supported pixel format to this function. >> + * >> + * Returns: >> + * The instance of struct image_format_info that describes the pixel format, or >> + * NULL if the format is unsupported. >> + */ >> +const struct image_format_info *__image_format_v4l2_lookup(u32 v4l2) >> +{ >> + return __image_format_lookup(v4l2_fmt, v4l2); >> +} >> +EXPORT_SYMBOL(__image_format_v4l2_lookup); >> + >> +/** >> + * image_format_v4l2_lookup - query information for a given format >> + * @v4l2: V4L2 fourcc pixel format (V4L2_PIX_FMT_*) >> + * >> + * The caller should only pass a supported pixel format to this function. >> + * Unsupported pixel formats will generate a warning in the kernel log. >> + * >> + * Returns: >> + * The instance of struct image_format_info that describes the pixel format, or >> + * NULL if the format is unsupported. >> + */ >> +const struct image_format_info *image_format_v4l2_lookup(u32 v4l2) >> +{ >> + const struct image_format_info *format; >> + >> + format = __image_format_v4l2_lookup(v4l2); >> + >> + WARN_ON(!format); >> + return format; >> +} >> +EXPORT_SYMBOL(image_format_v4l2_lookup); >> + >> +/** >> * image_format_plane_cpp - determine the bytes per pixel value >> * @format: pointer to the image_format >> * @plane: plane index