From: Boris Brezillon <boris.brezillon-ZGY8ohtN/8qB+jHODAdFcQ@public.gmane.org>
To: Mauro Carvalho Chehab
<mchehab-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
Hans Verkuil
<hans.verkuil-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org>,
Laurent Pinchart
<laurent.pinchart-ryLnwIuWjnjg/C1BVhZhaw@public.gmane.org>,
Sakari Ailus <sakari.ailus-X3B1VOXEql0@public.gmane.org>,
linux-media-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>,
devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Tomasz Figa <tfiga-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>,
Heiko Stuebner <heiko-4mtYJXux2i+zQB+pC5nmwQ@public.gmane.org>,
Jonas Karlman <jonas-uIzNG4q0ceqzQB+pC5nmwQ@public.gmane.org>,
Nicolas Dufresne
<nicolas-dDhyB4GVkw9AFePFGvp55w@public.gmane.org>,
Paul Kocialkowski
<paul.kocialkowski-LDxbnhwyfcJBDgjK7y7TUQ@public.gmane.org>,
linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
kernel-ZGY8ohtN/8qB+jHODAdFcQ@public.gmane.org,
Ezequiel Garcia
<ezequiel-ZGY8ohtN/8qB+jHODAdFcQ@public.gmane.org>
Subject: Re: [PATCH v3 6/7] media: rkvdec: Add the rkvdec driver
Date: Mon, 6 Jan 2020 08:52:35 +0100 [thread overview]
Message-ID: <20200106085235.0e639ecb@collabora.com> (raw)
In-Reply-To: <20191213125414.90725-7-boris.brezillon-ZGY8ohtN/8qB+jHODAdFcQ@public.gmane.org>
On Fri, 13 Dec 2019 13:54:13 +0100
Boris Brezillon <boris.brezillon-ZGY8ohtN/8qB+jHODAdFcQ@public.gmane.org> wrote:
> +static int rkvdec_try_capture_fmt(struct file *file, void *priv,
> + struct v4l2_format *f)
> +{
> + struct rkvdec_ctx *ctx = fh_to_rkvdec_ctx(priv);
> + const struct rkvdec_coded_fmt_desc *coded_desc;
> + u32 fourcc, width, height;
> + unsigned int i;
> +
> + /*
> + * The codec context should point to a coded format desc, if the format
> + * on the coded end has not been set yet, it should point to the
> + * default value.
> + */
> + coded_desc = ctx->coded_fmt_desc;
> + if (WARN_ON(!coded_desc))
> + return -EINVAL;
> +
> + fourcc = f->fmt.pix_mp.pixelformat;
> + for (i = 0; i < coded_desc->num_decoded_fmts; i++) {
> + if (coded_desc->decoded_fmts[i] == fourcc)
> + break;
> + }
> +
> + if (i == coded_desc->num_decoded_fmts)
> + return -EINVAL;
> +
> + /* Save the original width/height before aligning them. */
> + width = f->fmt.pix_mp.width;
> + height = f->fmt.pix_mp.height;
> +
> + /* Always apply the frmsize constraint of the coded end. */
> + v4l2_apply_frmsize_constraints(&f->fmt.pix_mp.width,
> + &f->fmt.pix_mp.height,
> + &coded_desc->frmsize);
> +
> + v4l2_fill_pixfmt_mp(&f->fmt.pix_mp, fourcc, f->fmt.pix_mp.width,
> + f->fmt.pix_mp.height);
> +
> + /*
> + * Now that we have computed sizeimage and bytesperline we can restore
> + * the original width/height (before macro block alignment).
> + */
> + f->fmt.pix_mp.width = width;
> + f->fmt.pix_mp.height = height;
Looks like restoring the original width/height was a bad idea (it
breaks the odd_size tests of the VP9 testsuite [1]). I'll adjust the
test in validate_dec_params() [2] to align the ctrl width/height params
on a superblock size (64 pixels) instead.
> +
> + f->fmt.pix_mp.field = V4L2_FIELD_NONE;
> +
> + return 0;
> +}
[1]https://storage.googleapis.com/downloads.webmproject.org/vp9/decoder-test-streams/Profile_0_8bit.zip
[2]https://patchwork.kernel.org/patch/11290603/
WARNING: multiple messages have this Message-ID (diff)
From: Boris Brezillon <boris.brezillon@collabora.com>
To: Mauro Carvalho Chehab <mchehab@kernel.org>,
Hans Verkuil <hans.verkuil@cisco.com>,
Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
Sakari Ailus <sakari.ailus@iki.fi>,
linux-media@vger.kernel.org
Cc: Rob Herring <robh+dt@kernel.org>,
Mark Rutland <mark.rutland@arm.com>,
devicetree@vger.kernel.org, Tomasz Figa <tfiga@chromium.org>,
Nicolas Dufresne <nicolas@ndufresne.ca>,
kernel@collabora.com,
Paul Kocialkowski <paul.kocialkowski@bootlin.com>,
Ezequiel Garcia <ezequiel@collabora.com>,
Jonas Karlman <jonas@kwiboo.se>,
linux-rockchip@lists.infradead.org,
Heiko Stuebner <heiko@sntech.de>
Subject: Re: [PATCH v3 6/7] media: rkvdec: Add the rkvdec driver
Date: Mon, 6 Jan 2020 08:52:35 +0100 [thread overview]
Message-ID: <20200106085235.0e639ecb@collabora.com> (raw)
In-Reply-To: <20191213125414.90725-7-boris.brezillon@collabora.com>
On Fri, 13 Dec 2019 13:54:13 +0100
Boris Brezillon <boris.brezillon@collabora.com> wrote:
> +static int rkvdec_try_capture_fmt(struct file *file, void *priv,
> + struct v4l2_format *f)
> +{
> + struct rkvdec_ctx *ctx = fh_to_rkvdec_ctx(priv);
> + const struct rkvdec_coded_fmt_desc *coded_desc;
> + u32 fourcc, width, height;
> + unsigned int i;
> +
> + /*
> + * The codec context should point to a coded format desc, if the format
> + * on the coded end has not been set yet, it should point to the
> + * default value.
> + */
> + coded_desc = ctx->coded_fmt_desc;
> + if (WARN_ON(!coded_desc))
> + return -EINVAL;
> +
> + fourcc = f->fmt.pix_mp.pixelformat;
> + for (i = 0; i < coded_desc->num_decoded_fmts; i++) {
> + if (coded_desc->decoded_fmts[i] == fourcc)
> + break;
> + }
> +
> + if (i == coded_desc->num_decoded_fmts)
> + return -EINVAL;
> +
> + /* Save the original width/height before aligning them. */
> + width = f->fmt.pix_mp.width;
> + height = f->fmt.pix_mp.height;
> +
> + /* Always apply the frmsize constraint of the coded end. */
> + v4l2_apply_frmsize_constraints(&f->fmt.pix_mp.width,
> + &f->fmt.pix_mp.height,
> + &coded_desc->frmsize);
> +
> + v4l2_fill_pixfmt_mp(&f->fmt.pix_mp, fourcc, f->fmt.pix_mp.width,
> + f->fmt.pix_mp.height);
> +
> + /*
> + * Now that we have computed sizeimage and bytesperline we can restore
> + * the original width/height (before macro block alignment).
> + */
> + f->fmt.pix_mp.width = width;
> + f->fmt.pix_mp.height = height;
Looks like restoring the original width/height was a bad idea (it
breaks the odd_size tests of the VP9 testsuite [1]). I'll adjust the
test in validate_dec_params() [2] to align the ctrl width/height params
on a superblock size (64 pixels) instead.
> +
> + f->fmt.pix_mp.field = V4L2_FIELD_NONE;
> +
> + return 0;
> +}
[1]https://storage.googleapis.com/downloads.webmproject.org/vp9/decoder-test-streams/Profile_0_8bit.zip
[2]https://patchwork.kernel.org/patch/11290603/
next prev parent reply other threads:[~2020-01-06 7:52 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-12-13 12:54 [PATCH v3 0/7] media: rockchip: Add the rkvdec driver Boris Brezillon
2019-12-13 12:54 ` Boris Brezillon
[not found] ` <20191213125414.90725-1-boris.brezillon-ZGY8ohtN/8qB+jHODAdFcQ@public.gmane.org>
2019-12-13 12:54 ` [PATCH v3 1/7] media: vb2: Add a helper to get the vb2 buffer attached to a request Boris Brezillon
2019-12-13 12:54 ` Boris Brezillon
[not found] ` <20191213125414.90725-2-boris.brezillon-ZGY8ohtN/8qB+jHODAdFcQ@public.gmane.org>
2019-12-13 15:09 ` Laurent Pinchart
2019-12-13 15:09 ` Laurent Pinchart
[not found] ` <20191213150935.GC24654-N3hz7ZxfLydczECFQUw77jytWr6r+dGw0E9HWUfgJXw@public.gmane.org>
2019-12-13 15:21 ` Boris Brezillon
2019-12-13 15:21 ` Boris Brezillon
2019-12-13 12:54 ` [PATCH v3 2/7] media: uapi: h264: Add DPB entry field reference flags Boris Brezillon
2019-12-13 12:54 ` Boris Brezillon
2019-12-13 12:54 ` [PATCH v3 3/7] media: v4l2-core: Add helpers to build the H264 P/B0/B1 reflists Boris Brezillon
2019-12-13 12:54 ` Boris Brezillon
2019-12-13 12:54 ` [PATCH v3 4/7] media: hantro: h264: Use the generic H264 reflist builder Boris Brezillon
2019-12-13 12:54 ` Boris Brezillon
[not found] ` <20191213125414.90725-5-boris.brezillon-ZGY8ohtN/8qB+jHODAdFcQ@public.gmane.org>
2019-12-14 15:46 ` Hugh Cole-Baker
2019-12-14 15:46 ` Hugh Cole-Baker
[not found] ` <24EFC68C-CF34-4D6E-8927-1CFA0CE81F45-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2019-12-16 8:54 ` Boris Brezillon
2019-12-16 8:54 ` Boris Brezillon
2019-12-13 12:54 ` [PATCH v3 5/7] media: dt-bindings: rockchip: Document RK3399 Video Decoder bindings Boris Brezillon
2019-12-13 12:54 ` Boris Brezillon
[not found] ` <20191213125414.90725-6-boris.brezillon-ZGY8ohtN/8qB+jHODAdFcQ@public.gmane.org>
2019-12-13 15:23 ` Laurent Pinchart
2019-12-13 15:23 ` Laurent Pinchart
[not found] ` <20191213152332.GF4860-N3hz7ZxfLydczECFQUw77jytWr6r+dGw0E9HWUfgJXw@public.gmane.org>
2019-12-13 15:25 ` Boris Brezillon
2019-12-13 15:25 ` Boris Brezillon
[not found] ` <20191213162550.59730f89-ZGY8ohtN/8qB+jHODAdFcQ@public.gmane.org>
2019-12-14 2:32 ` Chen-Yu Tsai
2019-12-14 2:32 ` Chen-Yu Tsai
2019-12-18 22:03 ` Rob Herring
2019-12-18 22:03 ` Rob Herring
2019-12-13 12:54 ` [PATCH v3 6/7] media: rkvdec: Add the rkvdec driver Boris Brezillon
2019-12-13 12:54 ` Boris Brezillon
[not found] ` <20191213125414.90725-7-boris.brezillon-ZGY8ohtN/8qB+jHODAdFcQ@public.gmane.org>
2019-12-13 14:21 ` Hans Verkuil
2019-12-13 14:21 ` Hans Verkuil
[not found] ` <036d3ecb-2307-4e8c-eaad-3c70c8cbda22-qWit8jRvyhVmR6Xm/wNWPw@public.gmane.org>
2019-12-13 15:05 ` Boris Brezillon
2019-12-13 15:05 ` Boris Brezillon
2020-01-06 7:52 ` Boris Brezillon [this message]
2020-01-06 7:52 ` Boris Brezillon
2019-12-13 12:54 ` [PATCH v3 7/7] arm64: dts: rockchip: rk3399: Define the rockchip Video Decoder node Boris Brezillon
2019-12-13 12:54 ` Boris Brezillon
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=20200106085235.0e639ecb@collabora.com \
--to=boris.brezillon-zgy8ohtn/8qb+jhodadfcq@public.gmane.org \
--cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=ezequiel-ZGY8ohtN/8qB+jHODAdFcQ@public.gmane.org \
--cc=hans.verkuil-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org \
--cc=heiko-4mtYJXux2i+zQB+pC5nmwQ@public.gmane.org \
--cc=jonas-uIzNG4q0ceqzQB+pC5nmwQ@public.gmane.org \
--cc=kernel-ZGY8ohtN/8qB+jHODAdFcQ@public.gmane.org \
--cc=laurent.pinchart-ryLnwIuWjnjg/C1BVhZhaw@public.gmane.org \
--cc=linux-media-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=mark.rutland-5wv7dgnIgG8@public.gmane.org \
--cc=mchehab-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
--cc=nicolas-dDhyB4GVkw9AFePFGvp55w@public.gmane.org \
--cc=paul.kocialkowski-LDxbnhwyfcJBDgjK7y7TUQ@public.gmane.org \
--cc=robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
--cc=sakari.ailus-X3B1VOXEql0@public.gmane.org \
--cc=tfiga-F7+t8E8rja9g9hUCZPvPmw@public.gmane.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.