[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <33513b43-f6d1-4c76-887b-39611a75e1f4@kernel.org>
Date: Thu, 16 Oct 2025 16:31:28 +0100
From: Bryan O'Donoghue <bod@...nel.org>
To: Loic Poulain <loic.poulain@....qualcomm.com>
Cc: Konrad Dybcio <konrad.dybcio@....qualcomm.com>,
Krzysztof Kozlowski <krzk@...nel.org>,
Hangxiang Ma <hangxiang.ma@....qualcomm.com>, Robert Foss
<rfoss@...nel.org>, Andi Shyti <andi.shyti@...nel.org>,
Rob Herring <robh@...nel.org>, Krzysztof Kozlowski <krzk+dt@...nel.org>,
Conor Dooley <conor+dt@...nel.org>, Todor Tomov <todor.too@...il.com>,
Vladimir Zapolskiy <vladimir.zapolskiy@...aro.org>,
Mauro Carvalho Chehab <mchehab@...nel.org>, linux-i2c@...r.kernel.org,
linux-arm-msm@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-media@...r.kernel.org
Subject: Re: [PATCH] media: qcom: camss: Enable setting the rate to
camnoc_rt_axi clock
On 16/10/2025 13:22, Loic Poulain wrote:
>> I'm - perhaps naively - assuming this clock really is required ... and
>> that both will be needed concurrently.
> AFAIU, the NRT clock is not in use for the capture part, and only
> required for the offline processing engine (IPE, OPE), which will
> likely be described as a separated node.
Maybe yeah though we already have bindings.
@Hangxiang I thought we had discussed this clock was required for your
setup.
Can you confirm with a test and then
1. Repost with my RB - I assume you included this on purpose
2. Respond that you can live without it.
---
bod
Powered by blists - more mailing lists