From: "Jernej Škrabec" <jernej.skrabec@gmail.com>
To: ezequiel@vanguardiasur.com.ar, p.zabel@pengutronix.de,
Benjamin Gaignard <benjamin.gaignard@collabora.com>
Cc: mchehab@kernel.org, nicolas@ndufresne.ca,
hverkuil-cisco@xs4all.nl, gregkh@linuxfoundation.org,
wens@csie.org, samuel@sholland.org, 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
Subject: Re: [RFC PATCH 3/8] media: hantro: Support format filtering by depth
Date: Tue, 05 Apr 2022 20:41:22 +0200 [thread overview]
Message-ID: <4699374.GXAFRqVoOG@jernej-laptop> (raw)
In-Reply-To: <7972feba-221c-9960-68d0-ee15ad2a4f1a@collabora.com>
Dne torek, 05. april 2022 ob 18:09:03 CEST je Benjamin Gaignard napisal(a):
> Le 27/02/2022 à 15:49, Jernej Skrabec a écrit :
> > In preparation for supporting 10-bit formats, add mechanism which will
> > filter formats based on pixel depth.
> >
> > Hantro G2 supports only one decoding format natively and that is based
> > on bit depth of current video frame. Additionally, it makes no sense to
> > upconvert bitness, so filter those out too.
> >
> > Signed-off-by: Jernej Skrabec <jernej.skrabec@gmail.com>
> > ---
> >
> > drivers/staging/media/hantro/hantro.h | 4 ++
> > drivers/staging/media/hantro/hantro_v4l2.c | 48 ++++++++++++++++++++--
> > drivers/staging/media/hantro/hantro_v4l2.h | 1 +
> > 3 files changed, 50 insertions(+), 3 deletions(-)
> >
> > diff --git a/drivers/staging/media/hantro/hantro.h
> > b/drivers/staging/media/hantro/hantro.h index 06d0f3597694..c6525ee8d89a
> > 100644
> > --- a/drivers/staging/media/hantro/hantro.h
> > +++ b/drivers/staging/media/hantro/hantro.h
> > @@ -227,6 +227,7 @@ struct hantro_dev {
> >
> > *
> > * @ctrl_handler: Control handler used to register controls.
> > * @jpeg_quality: User-specified JPEG compression quality.
> >
> > + * @bit_depth: Bit depth of current frame
> >
> > *
> > * @codec_ops: Set of operations related to codec mode.
> > * @postproc: Post-processing context.
> >
> > @@ -252,6 +253,7 @@ struct hantro_ctx {
> >
> > struct v4l2_ctrl_handler ctrl_handler;
> > int jpeg_quality;
> >
> > + int bit_depth;
> >
> > const struct hantro_codec_ops *codec_ops;
> > struct hantro_postproc_ctx postproc;
> >
> > @@ -278,6 +280,7 @@ struct hantro_ctx {
> >
> > * @enc_fmt: Format identifier for encoder registers.
> > * @frmsize: Supported range of frame sizes (only for bitstream
> > formats).
> > * @postprocessed: Indicates if this format needs the post-processor.
> >
> > + * @match_depth: Indicates if format bit depth must match video bit depth
> >
> > */
> >
> > struct hantro_fmt {
> >
> > char *name;
> >
> > @@ -288,6 +291,7 @@ struct hantro_fmt {
> >
> > enum hantro_enc_fmt enc_fmt;
> > struct v4l2_frmsize_stepwise frmsize;
> > bool postprocessed;
> >
> > + bool match_depth;
> >
> > };
> >
> > struct hantro_reg {
> >
> > diff --git a/drivers/staging/media/hantro/hantro_v4l2.c
> > b/drivers/staging/media/hantro/hantro_v4l2.c index
> > e595905b3bd7..1214fa2f64ae 100644
> > --- a/drivers/staging/media/hantro/hantro_v4l2.c
> > +++ b/drivers/staging/media/hantro/hantro_v4l2.c
> > @@ -64,6 +64,42 @@ hantro_get_postproc_formats(const struct hantro_ctx
> > *ctx,>
> > return ctx->dev->variant->postproc_fmts;
> >
> > }
> >
> > +int hantro_get_formath_depth(u32 fourcc)
>
> Just a typo here:
>
> s/hantro_get_formath_depth -> hantro_get_format_depth
Good catch! I'll fix it in new series.
Best regards,
Jernej
>
> regards
> Benjamin
>
> > +{
> > + switch (fourcc) {
> > + case V4L2_PIX_FMT_P010:
> > + case V4L2_PIX_FMT_P010_4L4:
> > + return 10;
> > + default:
> > + return 8;
> > + }
> > +}
> > +
> > +static bool
> > +hantro_check_depth_match(const struct hantro_ctx *ctx,
> > + const struct hantro_fmt *fmt)
> > +{
> > + int fmt_depth, ctx_depth = 8;
> > +
> > + if (!fmt->match_depth && !fmt->postprocessed)
> > + return true;
> > +
> > + /* 0 means default depth, which is 8 */
> > + if (ctx->bit_depth)
> > + ctx_depth = ctx->bit_depth;
> > +
> > + fmt_depth = hantro_get_formath_depth(fmt->fourcc);
> > +
> > + /*
> > + * Allow only downconversion for postproc formats for now.
> > + * It may be possible to relax that on some HW.
> > + */
> > + if (!fmt->match_depth)
> > + return fmt_depth <= ctx_depth;
> > +
> > + return fmt_depth == ctx_depth;
> > +}
> > +
> >
> > static const struct hantro_fmt *
> > hantro_find_format(const struct hantro_ctx *ctx, u32 fourcc)
> > {
> >
> > @@ -91,7 +127,8 @@ hantro_get_default_fmt(const struct hantro_ctx *ctx,
> > bool bitstream)>
> > formats = hantro_get_formats(ctx, &num_fmts);
> > for (i = 0; i < num_fmts; i++) {
> >
> > if (bitstream == (formats[i].codec_mode !=
> >
> > - HANTRO_MODE_NONE))
> > + HANTRO_MODE_NONE) &&
> > + hantro_check_depth_match(ctx, &formats[i]))
> >
> > return &formats[i];
> >
> > }
> > return NULL;
> >
> > @@ -163,11 +200,13 @@ static int vidioc_enum_fmt(struct file *file, void
> > *priv,>
> > formats = hantro_get_formats(ctx, &num_fmts);
> > for (i = 0; i < num_fmts; i++) {
> >
> > bool mode_none = formats[i].codec_mode ==
HANTRO_MODE_NONE;
> >
> > + fmt = &formats[i];
> >
> > if (skip_mode_none == mode_none)
> >
> > continue;
> >
> > + if (!hantro_check_depth_match(ctx, fmt))
> > + continue;
> >
> > if (j == f->index) {
> >
> > - fmt = &formats[i];
> >
> > f->pixelformat = fmt->fourcc;
> > return 0;
> >
> > }
> >
> > @@ -183,8 +222,11 @@ static int vidioc_enum_fmt(struct file *file, void
> > *priv,>
> > return -EINVAL;
> >
> > formats = hantro_get_postproc_formats(ctx, &num_fmts);
> > for (i = 0; i < num_fmts; i++) {
> >
> > + fmt = &formats[i];
> > +
> > + if (!hantro_check_depth_match(ctx, fmt))
> > + continue;
> >
> > if (j == f->index) {
> >
> > - fmt = &formats[i];
> >
> > f->pixelformat = fmt->fourcc;
> > return 0;
> >
> > }
> >
> > diff --git a/drivers/staging/media/hantro/hantro_v4l2.h
> > b/drivers/staging/media/hantro/hantro_v4l2.h index
> > 18bc682c8556..f4a5905ed518 100644
> > --- a/drivers/staging/media/hantro/hantro_v4l2.h
> > +++ b/drivers/staging/media/hantro/hantro_v4l2.h
> > @@ -22,5 +22,6 @@ extern const struct v4l2_ioctl_ops hantro_ioctl_ops;
> >
> > extern const struct vb2_ops hantro_queue_ops;
> >
> > void hantro_reset_fmts(struct hantro_ctx *ctx);
> >
> > +int hantro_get_formath_depth(u32 fourcc);
> >
> > #endif /* HANTRO_V4L2_H_ */
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2022-04-05 18:42 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-27 14:49 [RFC PATCH 0/8] media: hantro: Add 10-bit support Jernej Skrabec
2022-02-27 14:49 ` [RFC PATCH 1/8] media: Add P010 tiled format Jernej Skrabec
2022-02-27 14:49 ` [RFC PATCH 2/8] media: Add P010 format Jernej Skrabec
2022-02-28 12:48 ` Nicolas Dufresne
2022-02-28 16:32 ` Jernej Škrabec
2022-02-28 17:02 ` Nicolas Dufresne
2022-04-04 0:04 ` Ezequiel Garcia
2022-04-04 9:02 ` Benjamin Gaignard
2022-02-27 14:49 ` [RFC PATCH 3/8] media: hantro: Support format filtering by depth Jernej Skrabec
2022-04-05 16:09 ` Benjamin Gaignard
2022-04-05 18:41 ` Jernej Škrabec [this message]
2022-02-27 14:49 ` [RFC PATCH 4/8] media: hantro: postproc: Fix buffer size calculation Jernej Skrabec
2022-04-04 0:16 ` Ezequiel Garcia
2022-02-27 14:49 ` [RFC PATCH 5/8] media: hantro: postproc: Fix legacy regs configuration Jernej Skrabec
2022-04-04 0:24 ` Ezequiel Garcia
2022-02-27 14:49 ` [RFC PATCH 6/8] media: hantro: Store VP9 bit depth in context Jernej Skrabec
2022-02-27 14:49 ` [RFC PATCH 7/8] media: hantro: sunxi: Enable 10-bit decoding Jernej Skrabec
2022-02-27 14:49 ` [RFC PATCH 8/8] media: hantro: sunxi: Increase frequency Jernej Skrabec
2022-02-27 17:03 ` [RFC PATCH 0/8] media: hantro: Add 10-bit support Jernej Škrabec
2022-04-05 16:07 ` Benjamin Gaignard
2022-04-05 18:40 ` Jernej Škrabec
2022-04-06 6:54 ` Benjamin Gaignard
2022-04-06 17:21 ` Jernej Škrabec
2022-04-06 17:50 ` Nicolas Dufresne
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=4699374.GXAFRqVoOG@jernej-laptop \
--to=jernej.skrabec@gmail.com \
--cc=benjamin.gaignard@collabora.com \
--cc=ezequiel@vanguardiasur.com.ar \
--cc=gregkh@linuxfoundation.org \
--cc=hverkuil-cisco@xs4all.nl \
--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=nicolas@ndufresne.ca \
--cc=p.zabel@pengutronix.de \
--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;
as well as URLs for NNTP newsgroup(s).