From mboxrd@z Thu Jan 1 00:00:00 1970 From: Boris Brezillon Subject: Re: [PATCH v4 5/6] media: rkvdec: Add the rkvdec driver Date: Fri, 31 Jan 2020 13:18:45 +0100 Message-ID: <20200131131845.65451a8c@collabora.com> References: <20200129195501.8317-1-ezequiel@collabora.com> <20200129195501.8317-6-ezequiel@collabora.com> <20200130171249.3ae0444a@collabora.com> <739f60a89646cc92f26e34523cbe8aaab5697351.camel@collabora.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <739f60a89646cc92f26e34523cbe8aaab5697351.camel-ZGY8ohtN/8qB+jHODAdFcQ@public.gmane.org> Sender: devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Ezequiel Garcia Cc: linux-media-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Laurent Pinchart , Rob Herring , Tomasz Figa , Nicolas Dufresne , kernel-ZGY8ohtN/8qB+jHODAdFcQ@public.gmane.org, Paul Kocialkowski , Jonas Karlman , Heiko Stuebner , Sakari Ailus , Hans Verkuil List-Id: linux-rockchip.vger.kernel.org On Fri, 31 Jan 2020 08:53:47 -0300 Ezequiel Garcia wrote: > On Thu, 2020-01-30 at 17:12 +0100, Boris Brezillon wrote: > > On Wed, 29 Jan 2020 16:55:00 -0300 > > Ezequiel Garcia wrote: > > > > > From: Boris Brezillon > > > > > > The rockchip vdec block is a stateless decoder that's able to decode > > > H264, HEVC and VP9 content. This commit adds the core infrastructure > > > and the H264 backend. Support for VP9 and HEVS will be added later on. ^HEVC > > > > > > Signed-off-by: Boris Brezillon > > > Signed-off-by: Ezequiel Garcia > > > --- > > > v4: > > > * Make poc tables const, as suggested by Hans > > > * Move buffer extra space calculation TRY_FMT, as done on Hantro. > > > * Get rid of vb2_request_get_buf and open-code > > > following Cedrus. We can move it to a helper as a follow-up patch. > > > > Well, we know what that means in practice :-). > > > > Well, not necesarily. I think we can expect a helper soon, > but it doesn't have to be part of this series :-) I'd be happy to be proven wrong ;-).