[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <e0405dea-bad2-408c-a65d-f9a3456dd92e@linaro.org>
Date: Sat, 7 Jun 2025 10:16:28 +0100
From: Bryan O'Donoghue <bryan.odonoghue@...aro.org>
To: Dmitry Baryshkov <dmitry.baryshkov@....qualcomm.com>,
Renjiang Han <quic_renjiang@...cinc.com>,
Krzysztof Kozlowski <krzk@...nel.org>
Cc: Vikash Garodia <quic_vgarodia@...cinc.com>,
Dikshita Agarwal <quic_dikshita@...cinc.com>,
Mauro Carvalho Chehab <mchehab@...nel.org>,
Bjorn Andersson <andersson@...nel.org>,
Konrad Dybcio <konradybcio@...nel.org>, Rob Herring <robh@...nel.org>,
Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley
<conor+dt@...nel.org>, linux-media@...r.kernel.org,
linux-arm-msm@...r.kernel.org, linux-kernel@...r.kernel.org,
devicetree@...r.kernel.org, Nicolas Dufresne <nicolas.dufresne@...labora.com>
Subject: Re: [PATCH v8 0/3] media: venus: enable venus on qcs615
On 07/06/2025 03:13, Dmitry Baryshkov wrote:
>>
>> As we've established the fallback isn't a fallback because it falls
>> back to wrong data, so lets fix that.
>
> Why isn't it a fallback? With the driver changes in place, the fallback
> is totally correct.
Its not a fallback _as_is_
I'm fine either way
- Apply 1/3 and then re-submit 2/3 3/3
or
- Enumerate a QCS615 table
- Apply 1/3 here
---
bod
Powered by blists - more mailing lists