From: "Jernej Škrabec" <jernej.skrabec@gmail.com>
To: mripard@kernel.org, paul.kocialkowski@bootlin.com,
Hans Verkuil <hverkuil-cisco@xs4all.nl>
Cc: mchehab@kernel.org, wens@csie.org, samuel@sholland.org,
benjamin.gaignard@collabora.com, nicolas.dufresne@collabora.com,
gregkh@linuxfoundation.org, linux-media@vger.kernel.org,
linux-staging@lists.linux.dev,
linux-arm-kernel@lists.infradead.org,
linux-sunxi@lists.linux.dev, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 0/2] media: cedrus: fix HEVC decoding
Date: Thu, 16 Jun 2022 23:46:52 +0200 [thread overview]
Message-ID: <3178102.44csPzL39Z@jernej-laptop> (raw)
In-Reply-To: <39a83a7e-caaf-1dac-1072-72cd2f5d8bf5@xs4all.nl>
Dne četrtek, 16. junij 2022 ob 09:14:05 CEST je Hans Verkuil napisal(a):
> On 6/15/22 22:44, Jernej Skrabec wrote:
> > After detailed comparison of register names to vendor library I noticed
> > that one register has completely different name. After some testing I
> > discovered that it was misnamed and used incorrectly. This patch series
> > fixes it. With that, 3 more reference bitstreams are now correctly
> > decoded. It is also possible that this fixes instability issue I had
> > after decoding such bitstreams. Running Fluster test suite very often
> > locked up my board, but after applying this fix, I never experienced it
> > again. It might still be completely coincidental, but I doubt this is
> > the case.
> >
> > Note: Patch 2 clashes with HEVC uAPI destaging. In current form, it can
> > be easily backported. However, there are few users of Cedrus HEVC and
> > skipping this fix wouldn't be that bad.
> >
> > Please let me know which way to go:
> > 1) wait for destaging, send rebased v2 and not care about backporting
>
> Let's go with 1. There is not much point in backporting since destaging
> the HEVC API will also change it, so userspace will need to adapt. It's
> a staging driver anyway (although hopefully not for long).
>
> If you post a v2 on top of the latest series from Benjamin, then that
> should almost certainly work fine when Benjamin posts what will hopefully
> be the final version of his series. When it is all OK, then I put both in
> the same PR.
I actually have several patches for Cedrus HEVC which I plan to send soon.
They would apply on top of series from Benjamin and would implement all
missing decoding features, except maybe 10-bit support. I'll include these two
patches in that series.
Best regards,
Jernej
>
> Regards,
>
> Hans
>
> > 2) merge before destaging, but v9 of HEVC uAPI destaging would need to
> >
> > be rebased.
> >
> > 3) something else?
> >
> > Best regards,
> > Jernej
> >
> > Jernej Skrabec (2):
> > media: cedrus: h265: Fix flag name
> > media: cedrus: h265: Fix logic for not low delay flag
> >
> > .../staging/media/sunxi/cedrus/cedrus_h265.c | 29 ++++++++++++++++++-
> > .../staging/media/sunxi/cedrus/cedrus_regs.h | 3 +-
> > 2 files changed, 29 insertions(+), 3 deletions(-)
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
prev parent reply other threads:[~2022-06-16 21:48 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-15 20:44 [PATCH 0/2] media: cedrus: fix HEVC decoding Jernej Skrabec
2022-06-15 20:44 ` [PATCH 1/2] media: cedrus: h265: Fix flag name Jernej Skrabec
2022-06-15 20:44 ` [PATCH 2/2] media: cedrus: h265: Fix logic for not low delay flag Jernej Skrabec
2022-06-16 7:14 ` [PATCH 0/2] media: cedrus: fix HEVC decoding Hans Verkuil
2022-06-16 21:46 ` Jernej Škrabec [this message]
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=3178102.44csPzL39Z@jernej-laptop \
--to=jernej.skrabec@gmail.com \
--cc=benjamin.gaignard@collabora.com \
--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-staging@lists.linux.dev \
--cc=linux-sunxi@lists.linux.dev \
--cc=mchehab@kernel.org \
--cc=mripard@kernel.org \
--cc=nicolas.dufresne@collabora.com \
--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