[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20200718075407.765551bb@coco.lan>
Date: Sat, 18 Jul 2020 07:54:07 +0200
From: Mauro Carvalho Chehab <mchehab+huawei@...nel.org>
To: unlisted-recipients:; (no To-header on input)
Cc: Jonas Karlman <jonas@...boo.se>,
Ezequiel Garcia <ezequiel@...labora.com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Boris Brezillon <boris.brezillon@...labora.com>,
Hans Verkuil <hverkuil-cisco@...all.nl>,
linux-media@...r.kernel.org, linux-rockchip@...ts.infradead.org,
devel@...verdev.osuosl.org, linux-kernel@...r.kernel.org,
Nicolas Dufresne <nicolas.dufresne@...labora.com>
Subject: Re: [PATCH 1/3] media: rkvdec: Fix H264 scaling list order
Em Sat, 18 Jul 2020 07:05:54 +0200
Mauro Carvalho Chehab <mchehab+huawei@...nel.org> escreveu:
> From: Jonas Karlman <jonas@...boo.se>
>
> The Rockchip Video Decoder driver is expecting that the values in a
> scaling list are in zig-zag order and applies the inverse scanning process
> to get the values in matrix order.
>
> Commit 0b0393d59eb4 ("media: uapi: h264: clarify expected
> scaling_list_4x4/8x8 order") clarified that the values in the scaling list
> should already be in matrix order.
>
> Fix this by removing the reordering and change to use two memcpy.
Please ignore this one. This patch is already merged, and it is
not related to the 2 atomisp patches on this short series.
Thanks,
Mauro
Powered by blists - more mailing lists