[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <f5ffae25-fcd6-b4a5-5114-3b66db5d7c31@linaro.org>
Date: Fri, 28 Jul 2023 15:34:28 +0100
From: Bryan O'Donoghue <bryan.odonoghue@...aro.org>
To: Vikash Garodia <quic_vgarodia@...cinc.com>,
stanimir.k.varbanov@...il.com, agross@...nel.org,
andersson@...nel.org, konrad.dybcio@...aro.org, mchehab@...nel.org,
hans.verkuil@...co.com, linux-kernel@...r.kernel.org,
linux-media@...r.kernel.org, linux-arm-msm@...r.kernel.org
Cc: quic_dikshita@...cinc.com
Subject: Re: [PATCH 00/33] Qualcomm video decoder/encoder driver
On 28/07/2023 14:23, Vikash Garodia wrote:
> This patch series introduces support for Qualcomm new video acceleration
> hardware architecture, used for video stream decoding/encoding. This driver
> is based on new communication protocol between video hardware and application
> processor.
I think my main comment and question for this driver is; what
specifically about the sm8550 requires an entirely new driver for the
venus block ?
We have a re-implementation of the HFI as an example.
What are the specifics of the technical barriers, if any, that preclude
adding or extending the existing venus codebase to enable the new silicon ?
---
bod
Powered by blists - more mailing lists