linux-kernel - Re: [PATCH v1 3/8] arm64: dts: qcom: qcs6490-rb3gen2: Modify WSA and VA macro clock nodes for audioreach solution

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <04b7212c-d048-46d2-b5d4-e929cfc17f63@quicinc.com>
Date: Tue, 22 Apr 2025 22:29:19 +0530
From: Prasad Kumpatla <quic_pkumpatl@...cinc.com>
To: Luca Weiss <luca.weiss@...rphone.com>,
        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: <cros-qcom-dts-watchers@...omium.org>, <linux-arm-msm@...r.kernel.org>,
        <devicetree@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
        <kernel@....qualcomm.com>, Mohammad Rafi Shaik <quic_mohs@...cinc.com>
Subject: Re: [PATCH v1 3/8] arm64: dts: qcom: qcs6490-rb3gen2: Modify WSA and
 VA macro clock nodes for audioreach solution



On 4/4/2025 12:42 PM, Luca Weiss wrote:
> Hi Konrad,
> 
> On Tue Apr 1, 2025 at 6:05 PM CEST, Konrad Dybcio wrote:
>> On 3/17/25 6:41 AM, Prasad Kumpatla wrote:
>>> From: Mohammad Rafi Shaik <quic_mohs@...cinc.com>
>>>
>>> Modify and enable WSA, VA and lpass_tlmm clock properties.
>>> For audioreach solution mclk, npl and fsgen clocks
>>> are enabled through the q6prm clock driver.
>>>
>>> Signed-off-by: Mohammad Rafi Shaik <quic_mohs@...cinc.com>
>>> Co-developed-by: Prasad Kumpatla <quic_pkumpatl@...cinc.com>
>>> Signed-off-by: Prasad Kumpatla <quic_pkumpatl@...cinc.com>
>>> ---
>>
>> Instead, put the inverse changes in sc7280-chrome-common.dtsi please
> 
> How are we going to handle other sc7280-based platforms, such as my
> QCM6490 Fairphone 5 needing to use q6afecc instead of q6prmcc which gets
> used in this patchset?
> 
> One solution might be to put q6afecc into the base sc7280.dtsi file,
> then we have a sc7280-audioreach.dtsi which overwrites q6afecc with
> q6prmcc which then gets included by boards using audioreach.
> 
> I also don't think we can split this across sc7280 vs qcm6490 vs sm7325,
> there seems to be any combination possible on any of these SoCs -
> depending on the firmware shipped with it.
> 
> So somewhat similar to the current sc7280-chrome-common.dtsi but just
> for audioreach.
> 
> Regards
> Luca
ACK, We will handle in next patchset version by creating a new 
qcs6490-audioreach.dtsi file.

Thanks,
Prasad>
>>
>> Konrad
>