linux-kernel - Re: [PATCH] arm64: dts: qcom: Remove sdm845-cheza boards

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <b0e229db-0fc5-46e0-a6d9-876ba77a8b0f@kernel.org>
Date: Tue, 15 Jul 2025 17:45:55 +0200
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Konrad Dybcio <konrad.dybcio@....qualcomm.com>,
 Konrad Dybcio <konradybcio@...nel.org>,
 Bjorn Andersson <andersson@...nel.org>, Rob Herring <robh@...nel.org>,
 Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley
 <conor+dt@...nel.org>, cros-qcom-dts-watchers@...omium.org
Cc: Marijn Suijten <marijn.suijten@...ainline.org>,
 linux-arm-msm@...r.kernel.org, devicetree@...r.kernel.org,
 linux-kernel@...r.kernel.org, Rob Clark <robin.clark@....qualcomm.com>
Subject: Re: [PATCH] arm64: dts: qcom: Remove sdm845-cheza boards

On 15/07/2025 16:28, Konrad Dybcio wrote:
>>>
>>> Link: https://lore.kernel.org/linux-arm-msm/5567e441-055d-443a-b117-ec16b53dc059@oss.qualcomm.com/
>>> Signed-off-by: Konrad Dybcio <konrad.dybcio@....qualcomm.com>
>>> ---
>>>  arch/arm64/boot/dts/qcom/Makefile            |    3 -
>>>  arch/arm64/boot/dts/qcom/sdm845-cheza-r1.dts |  238 -----
>>>  arch/arm64/boot/dts/qcom/sdm845-cheza-r2.dts |  238 -----
>>>  arch/arm64/boot/dts/qcom/sdm845-cheza-r3.dts |  174 ----
>>>  arch/arm64/boot/dts/qcom/sdm845-cheza.dtsi   | 1330 --------------------------
>>>  5 files changed, 1983 deletions(-)
>>
>> What about compatible bindings? If this is the last user, it should be
>> dropped as well (second patch).
> 
> My understanding was that bindings are generally good to stay..


Is there another user, like other projects? If not, we don't need them.
There is no benefit in documenting something if no one uses it.

Best regards,
Krzysztof