[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1bd45da1-0b14-441c-8ad8-1837e31eb449@linaro.org>
Date: Fri, 25 Oct 2024 20:39:36 +0100
From: Bryan O'Donoghue <bryan.odonoghue@...aro.org>
To: Konrad Dybcio <konrad.dybcio@....qualcomm.com>,
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>
Cc: Depeng Shao <quic_depengs@...cinc.com>,
Vikram Sharma <quic_vikramsa@...cinc.com>,
Vladimir Zapolskiy <vladimir.zapolskiy@...aro.org>,
linux-arm-msm@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH 3/6] arm64: dts: qcom: sc8280xp-x13s: Drop redundant
clock-lanes from camera@10
On 25/10/2024 18:23, Konrad Dybcio wrote:
> On 25.10.2024 5:43 PM, Bryan O'Donoghue wrote:
>> clock-lanes does nothing here - the sensor doesn't care about this
>> property, remove it.
>>
>> Tested-by: Bryan O'Donoghue <bryan.odonoghue@...aro.org> # x13s
>> Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@...aro.org>
>> ---
>
> drivers/media/platform/qcom/camss/camss.c : camss_of_parse_endpoint_node()
>
> seems to reference it and pass it on to the PHY drivers
>
> Konrad
Yep but that parses the clock-lane indicator in camss ports
&camss {
vdda-phy-supply = <&vreg_l6d>;
vdda-pll-supply = <&vreg_l4d>;
status = "okay";
ports {
port@0 {
csiphy0_lanes01_ep: endpoint@0 {
reg = <0>; // HERE
clock-lanes = <7>;
data-lanes = <0 1>;
remote-endpoint = <&ov5675_ep>;
};
};
};
};
this patch and its sister patch remove clock-lanes form the sensor
&cci2_i2c1 {
camera@10 {
<snip>
port {
ov5675_ep: endpoint {
clock-lanes = <0>;//HERE
data-lanes = <1 2>;
<snip>
};
};
};
};
This is removing the camera@...} clock-lanes not the camss{} clock lanes
which you're right is referenced.
---
bod
Powered by blists - more mailing lists