Re: [RFC v4 6/9] media: uapi: Add V4L2_CID_CONFIG_MODEL control

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Moi,

On Wed, Jan 08, 2025 at 02:20:40PM +0200, Tomi Valkeinen wrote:
> Hi,
> 
> On 20/12/2024 15:24, Sakari Ailus wrote:
> > Add the V4L2_CID_CONFIG_MODEL control for the configuration model.
> > 
> > Signed-off-by: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
> > Reviewed-by: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
> > ---
> >   .../userspace-api/media/v4l/ext-ctrls-image-process.rst      | 4 ++++
> >   drivers/media/v4l2-core/v4l2-ctrls-defs.c                    | 5 +++++
> >   include/uapi/linux/v4l2-controls.h                           | 3 +++
> >   3 files changed, 12 insertions(+)
> > 
> > diff --git a/Documentation/userspace-api/media/v4l/ext-ctrls-image-process.rst b/Documentation/userspace-api/media/v4l/ext-ctrls-image-process.rst
> > index 27803dca8d3e..2ae17ed99729 100644
> > --- a/Documentation/userspace-api/media/v4l/ext-ctrls-image-process.rst
> > +++ b/Documentation/userspace-api/media/v4l/ext-ctrls-image-process.rst
> > @@ -55,3 +55,7 @@ Image Process Control IDs
> >       control value divided by e.g. 0x100, meaning that to get no
> >       digital gain the control value needs to be 0x100. The no-gain
> >       configuration is also typically the default.
> > +
> > +``V4L2_CID_CONFIG_MODEL (bitmask)``
> > +    Which configuration models the sub-device supports. Please see
> > +    :ref:`media_subdev_config_model`. This is a read-only control.
> > diff --git a/drivers/media/v4l2-core/v4l2-ctrls-defs.c b/drivers/media/v4l2-core/v4l2-ctrls-defs.c
> > index 1ea52011247a..24c9c25e20d1 100644
> > --- a/drivers/media/v4l2-core/v4l2-ctrls-defs.c
> > +++ b/drivers/media/v4l2-core/v4l2-ctrls-defs.c
> > @@ -1164,6 +1164,7 @@ const char *v4l2_ctrl_get_name(u32 id)
> >   	case V4L2_CID_TEST_PATTERN:		return "Test Pattern";
> >   	case V4L2_CID_DEINTERLACING_MODE:	return "Deinterlacing Mode";
> >   	case V4L2_CID_DIGITAL_GAIN:		return "Digital Gain";
> > +	case V4L2_CID_CONFIG_MODEL:		return "Sub-device configuration model";
> >   	/* DV controls */
> >   	/* Keep the order of the 'case's the same as in v4l2-controls.h! */
> > @@ -1481,6 +1482,10 @@ void v4l2_ctrl_fill(u32 id, const char **name, enum v4l2_ctrl_type *type,
> >   	case V4L2_CID_DV_RX_POWER_PRESENT:
> >   		*type = V4L2_CTRL_TYPE_BITMASK;
> >   		break;
> > +	case V4L2_CID_CONFIG_MODEL:
> > +		*flags |= V4L2_CTRL_FLAG_READ_ONLY;
> > +		*type = V4L2_CTRL_TYPE_BITMASK;
> > +		break;
> >   	case V4L2_CID_MIN_BUFFERS_FOR_CAPTURE:
> >   	case V4L2_CID_MIN_BUFFERS_FOR_OUTPUT:
> >   		*type = V4L2_CTRL_TYPE_INTEGER;
> > diff --git a/include/uapi/linux/v4l2-controls.h b/include/uapi/linux/v4l2-controls.h
> > index 974fd254e573..0152240229ab 100644
> > --- a/include/uapi/linux/v4l2-controls.h
> > +++ b/include/uapi/linux/v4l2-controls.h
> > @@ -1225,6 +1225,9 @@ enum v4l2_jpeg_chroma_subsampling {
> >   #define V4L2_CID_TEST_PATTERN			(V4L2_CID_IMAGE_PROC_CLASS_BASE + 3)
> >   #define V4L2_CID_DEINTERLACING_MODE		(V4L2_CID_IMAGE_PROC_CLASS_BASE + 4)
> >   #define V4L2_CID_DIGITAL_GAIN			(V4L2_CID_IMAGE_PROC_CLASS_BASE + 5)
> > +#define V4L2_CID_CONFIG_MODEL			(V4L2_CID_IMAGE_PROC_CLASS_BASE + 6)
> > +
> > +#define V4L2_CID_CONFIG_MODEL_COMMON_RAW	(1ULL << 0)
> 
> 32 models is enough, and the subdev can support multiple models?
> 
> It sounds sensible, I guess, but do you have any ideas what the other config
> models might be?
> 
> We could also have just a single 32 bit int for the model, but that allows
> only one model per subdev. Or maybe split the 32 bit int into 4 parts, which
> would allow 256 models, of which a subdev can support 4.
> 
> I'm not really suggesting anything here, I just fear we don't have a clue
> what the other models might be and how they're used =).

Well, I think your test pattern generator is a candidate. :-)

The bitmask control is actually 32 bits, I'll use 1U.

-- 
Regards,

Sakari Ailus




[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]

  Powered by Linux