public inbox for linux-arm-kernel@lists.infradead.org
 help / color / mirror / Atom feed
From: "Jernej Škrabec" <jernej.skrabec@gmail.com>
To: Benjamin Gaignard <benjamin.gaignard@collabora.com>,
	mchehab@kernel.org, ezequiel@vanguardiasur.com.ar,
	p.zabel@pengutronix.de, gregkh@linuxfoundation.org,
	mripard@kernel.org, paul.kocialkowski@bootlin.com, wens@csie.org,
	samuel@sholland.org, nicolas.dufresne@collabora.com,
	andrzej.p@collabora.com, Hans Verkuil <hverkuil@xs4all.nl>
Cc: linux-media@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-rockchip@lists.infradead.org,
	linux-staging@lists.linux.dev,
	linux-arm-kernel@lists.infradead.org,
	linux-sunxi@lists.linux.dev, kernel@collabora.com
Subject: Re: Re: [PATCH v8 09/17] media: uapi: HEVC: Define V4L2_CID_STATELESS_HEVC_SLICE_PARAMS as a dynamic array
Date: Tue, 14 Jun 2022 17:35:46 +0200	[thread overview]
Message-ID: <2830572.e9J7NaK4W3@kista> (raw)
In-Reply-To: <e16c48e0-39ab-80db-0d14-2b3f97079823@xs4all.nl>

Dne torek, 14. junij 2022 ob 15:50:23 CEST je Hans Verkuil napisal(a):
> On 6/14/22 10:36, Benjamin Gaignard wrote:
> > Make explicit that V4L2_CID_STATELESS_HEVC_SLICE_PARAMS control is
> > a dynamic array control type.
> > Some drivers may be able to receive multiple slices in one control
> > to improve decoding performance.
> > 
> > Define the max size of the dynamic that can driver can set in .dims = {}.
> > 
> > Signed-off-by: Benjamin Gaignard <benjamin.gaignard@collabora.com>
> > ---
> > version 7:
> > - Add Jernej patch to set array dims for Cedrus
> > 
> > version 6:
> > - Set V4L2_CTRL_FLAG_DYNAMIC_ARRAY flag automatically when using
> >   V4L2_CID_STATELESS_HEVC_SLICE_PARAMS control.
> > - Add a define for max slices count
> > 
> >  Documentation/userspace-api/media/v4l/ext-ctrls-codec.rst | 2 ++
> >  drivers/media/v4l2-core/v4l2-ctrls-defs.c                 | 1 +
> >  drivers/staging/media/sunxi/cedrus/cedrus.c               | 1 +
> >  include/media/hevc-ctrls.h                                | 5 +++++
> >  4 files changed, 9 insertions(+)
> > 
> > diff --git a/Documentation/userspace-api/media/v4l/ext-ctrls-codec.rst b/
Documentation/userspace-api/media/v4l/ext-ctrls-codec.rst
> > index 06b967de140c..0796b1563daa 100644
> > --- a/Documentation/userspace-api/media/v4l/ext-ctrls-codec.rst
> > +++ b/Documentation/userspace-api/media/v4l/ext-ctrls-codec.rst
> > @@ -2986,6 +2986,8 @@ enum v4l2_mpeg_video_hevc_size_of_length_field -
> >      These bitstream parameters are defined according to :ref:`hevc`.
> >      They are described in section 7.4.7 "General slice segment header
> >      semantics" of the specification.
> > +    This control is a dynamically sized 1-dimensional array,
> > +    V4L2_CTRL_FLAG_DYNAMIC_ARRAY flag must be set when using it.
> >  
> >  .. c:type:: v4l2_ctrl_hevc_slice_params
> >  
> > diff --git a/drivers/media/v4l2-core/v4l2-ctrls-defs.c b/drivers/media/
v4l2-core/v4l2-ctrls-defs.c
> > index 9f55503cd3d6..d594efbcbb93 100644
> > --- a/drivers/media/v4l2-core/v4l2-ctrls-defs.c
> > +++ b/drivers/media/v4l2-core/v4l2-ctrls-defs.c
> > @@ -1510,6 +1510,7 @@ void v4l2_ctrl_fill(u32 id, const char **name, enum 
v4l2_ctrl_type *type,
> >  		break;
> >  	case V4L2_CID_STATELESS_HEVC_SLICE_PARAMS:
> >  		*type = V4L2_CTRL_TYPE_HEVC_SLICE_PARAMS;
> > +		*flags |= V4L2_CTRL_FLAG_DYNAMIC_ARRAY;
> >  		break;
> >  	case V4L2_CID_STATELESS_HEVC_SCALING_MATRIX:
> >  		*type = V4L2_CTRL_TYPE_HEVC_SCALING_MATRIX;
> > diff --git a/drivers/staging/media/sunxi/cedrus/cedrus.c b/drivers/staging/
media/sunxi/cedrus/cedrus.c
> > index 87be975a72b6..f3391c7c811c 100644
> > --- a/drivers/staging/media/sunxi/cedrus/cedrus.c
> > +++ b/drivers/staging/media/sunxi/cedrus/cedrus.c
> > @@ -178,6 +178,7 @@ static const struct cedrus_control cedrus_controls[] = 
{
> >  	{
> >  		.cfg = {
> >  			.id	= 
V4L2_CID_STATELESS_HEVC_SLICE_PARAMS,
> > +			.dims   = { 1 },
> 
> So cedrus HW supports only a single SLICE_PARAMS struct? Perhaps add that
> as a comment.

Yes, for now. I have WIP patch which will remove this limitation.

Please corrrect me if I'm wrong, but this dimension represents maximum allowed 
array length? If so, this is a bit awkward for cases where there is really no 
limit. Like in this case. Cedrus can process only one slice which means that 
driver will have to loop over all submitted slices, one by one. Thus, there is 
no real limitation. It could be set to 10, 1000 or even more. Any suggestion 
for appropriate upper limit is appreciated.

Best regards,
Jernej

> 
> >  		},
> >  		.codec		= CEDRUS_CODEC_H265,
> >  	},
> > diff --git a/include/media/hevc-ctrls.h b/include/media/hevc-ctrls.h
> > index 0dbd5d681c28..140151609c96 100644
> > --- a/include/media/hevc-ctrls.h
> > +++ b/include/media/hevc-ctrls.h
> > @@ -311,9 +311,14 @@ struct v4l2_hevc_pred_weight_table {
> >  #define 
V4L2_HEVC_SLICE_PARAMS_FLAG_SLICE_LOOP_FILTER_ACROSS_SLICES_ENABLED (1ULL << 
8)
> >  #define V4L2_HEVC_SLICE_PARAMS_FLAG_DEPENDENT_SLICE_SEGMENT	(1ULL << 
9)
> >  
> > +#define V4L2_HEVC_SLICE_MAX_COUNT	600
> > +
> 
> I would drop this define. It is not used at the moment, and I think it
> is the driver that should set this through the dims field (as cedrus
> does above). It is likely to be limited by hardware anyway (just my guess).
> 
> If it is needed in the future, it can always be added.
> 
> Regards,
> 
> 	Hans
> 
> >  /**
> >   * v4l2_ctrl_hevc_slice_params - HEVC slice parameters
> >   *
> > + * This control is a dynamically sized 1-dimensional array,
> > + * V4L2_CTRL_FLAG_DYNAMIC_ARRAY flag must be set when using it.
> > + *
> >   * @bit_size: size (in bits) of the current slice data
> >   * @data_bit_offset: offset (in bits) to the video data in the current 
slice data
> >   * @nal_unit_type: specifies the coding type of the slice (B, P or I)
> 
> 



_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  reply	other threads:[~2022-06-14 15:37 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-06-14  8:35 [PATCH v8 00/17] Move HEVC stateless controls out of staging Benjamin Gaignard
2022-06-14  8:35 ` [PATCH v8 01/17] videodev2.h: add V4L2_CTRL_FLAG_DYNAMIC_ARRAY Benjamin Gaignard
2022-06-15  9:33   ` Hans Verkuil
2022-06-15 10:18     ` Benjamin Gaignard
2022-06-15 10:21     ` John Cox
2022-06-14  8:35 ` [PATCH v8 02/17] v4l2-ctrls: add support for dynamically allocated arrays Benjamin Gaignard
2022-06-14  8:36 ` [PATCH v8 03/17] vivid: add dynamic array test control Benjamin Gaignard
2022-06-14  8:36 ` [PATCH v8 04/17] media: uapi: HEVC: Add missing fields in HEVC controls Benjamin Gaignard
2022-06-14 12:28   ` Hans Verkuil
2022-06-14  8:36 ` [PATCH v8 05/17] media: uapi: HEVC: Rename HEVC stateless controls with STATELESS prefix Benjamin Gaignard
2022-06-14  8:36 ` [PATCH v8 06/17] media: uapi: HEVC: Change pic_order_cnt definition in v4l2_hevc_dpb_entry Benjamin Gaignard
2022-06-14  8:36 ` [PATCH v8 07/17] media: uapi: HEVC: Add SEI pic struct flags Benjamin Gaignard
2022-06-14  8:36 ` [PATCH v8 08/17] media: uapi: HEVC: Add documentation to uAPI structure Benjamin Gaignard
2022-06-14 13:39   ` Hans Verkuil
2022-06-14 15:20     ` Benjamin Gaignard
2022-06-14  8:36 ` [PATCH v8 09/17] media: uapi: HEVC: Define V4L2_CID_STATELESS_HEVC_SLICE_PARAMS as a dynamic array Benjamin Gaignard
2022-06-14 13:50   ` Hans Verkuil
2022-06-14 15:35     ` Jernej Škrabec [this message]
2022-06-14 17:50       ` John Cox
2022-06-14  8:36 ` [PATCH v8 10/17] media: uapi: Move parsed HEVC pixel format out of staging Benjamin Gaignard
2022-06-14  8:36 ` [PATCH v8 11/17] media: uapi: Add V4L2_CID_STATELESS_HEVC_ENTRY_POINT_OFFSETS control Benjamin Gaignard
2022-06-14  8:36 ` [PATCH v8 12/17] media: uapi: Move the HEVC stateless control type out of staging Benjamin Gaignard
2022-06-14  8:36 ` [PATCH v8 13/17] media: controls: Log HEVC stateless control in .std_log Benjamin Gaignard
2022-06-14  8:36 ` [PATCH v8 14/17] media: hantro: Stop using Hantro dedicated control Benjamin Gaignard
2022-06-14 13:58   ` Hans Verkuil
2022-06-14 15:43     ` Nicolas Dufresne
2022-06-14 15:47       ` Hans Verkuil
2022-06-14 16:23         ` Nicolas Dufresne
2022-06-14 16:46           ` Benjamin Gaignard
2022-06-21 14:50             ` Nicolas Dufresne
2022-06-14  8:36 ` [PATCH v8 15/17] media: uapi: HEVC: fix padding in v4l2 control structures Benjamin Gaignard
2022-06-14 14:09   ` Hans Verkuil
2022-06-14 15:19     ` Benjamin Gaignard
2022-06-14  8:36 ` [PATCH v8 16/17] media: uapi: Change data_bit_offset definition Benjamin Gaignard
2022-06-14 10:28 ` [PATCH v8 00/17] Move HEVC stateless controls out of staging Hans Verkuil

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=2830572.e9J7NaK4W3@kista \
    --to=jernej.skrabec@gmail.com \
    --cc=andrzej.p@collabora.com \
    --cc=benjamin.gaignard@collabora.com \
    --cc=ezequiel@vanguardiasur.com.ar \
    --cc=gregkh@linuxfoundation.org \
    --cc=hverkuil@xs4all.nl \
    --cc=kernel@collabora.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-media@vger.kernel.org \
    --cc=linux-rockchip@lists.infradead.org \
    --cc=linux-staging@lists.linux.dev \
    --cc=linux-sunxi@lists.linux.dev \
    --cc=mchehab@kernel.org \
    --cc=mripard@kernel.org \
    --cc=nicolas.dufresne@collabora.com \
    --cc=p.zabel@pengutronix.de \
    --cc=paul.kocialkowski@bootlin.com \
    --cc=samuel@sholland.org \
    --cc=wens@csie.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox