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]
Date: Sat, 29 Jun 2024 15:36:46 +0200
From: Konrad Dybcio <konrad.dybcio@...aro.org>
To: Varadarajan Narayanan <quic_varada@...cinc.com>
Cc: andersson@...nel.org, mturquette@...libre.com, sboyd@...nel.org,
 robh@...nel.org, krzk+dt@...nel.org, conor+dt@...nel.org, djakov@...nel.org,
 dmitry.baryshkov@...aro.org, quic_anusha@...cinc.com,
 linux-arm-msm@...r.kernel.org, linux-clk@...r.kernel.org,
 devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
 linux-pm@...r.kernel.org, bryan.odonoghue@...aro.org
Subject: Re: [PATCH v11 0/6] Add interconnect driver for IPQ9574 SoC

On 26.06.2024 7:27 AM, Varadarajan Narayanan wrote:
> On Tue, Jun 11, 2024 at 03:16:33PM +0530, Varadarajan Narayanan wrote:
>> On Thu, Jun 06, 2024 at 04:07:23PM +0200, Konrad Dybcio wrote:
>>> On 4.05.2024 10:01 AM, Varadarajan Narayanan wrote:
>>>> Bjorn,
>>>>
>>>>> On Tue, Apr 30, 2024 at 12:12:08PM +0530, Varadarajan Narayanan wrote:
>>>>> MSM platforms manage NoC related clocks and scaling from RPM.
>>>>> However, in IPQ SoCs, RPM is not involved in managing NoC
>>>>> related clocks and there is no NoC scaling.
>>>>>
>>>>> However, there is a requirement to enable some NoC interface
>>>>> clocks for the accessing the peripherals present in the
>>>>> system. Hence add a minimalistic interconnect driver that
>>>>> establishes a path from the processor/memory to those peripherals
>>>>> and vice versa.
>>>>>
>>>>> Change icc-clk driver to take master and slave ids instead
>>>>> of auto generating.
>>>>>
>>>>> Currently, drivers/clk/qcom/clk-cbf-8996.c is the only user of
>>>>> icc-clk. And, it had exactly one master and one slave node.
>>>>> For this the auto generated master (= 1) and slave (= 0) was
>>>>> enough.
>>>>>
>>>>> However, when drivers/clk/qcom/gcc-ipq9574.c wanted to make use
>>>>> of the icc-clk framework, it had more number of master and slave
>>>>> nodes and the auto generated ids did not suit the usage.
>>>>>
>>>>> ---
>>>>> v11:	No code changes
>>>>> 	Commit log changed for the first patch
>>>>> 	Added Acked-By: to 3 patches
>>>>
>>>> Can this be included in your driver changes for 6.10?
>>>
>> Konrad,
>>
>>> FWIW there is still an open discussion at v9
>>> <CAA8EJpqENsojPQmCbma_nQLEZq8nK1fz1K0JdtvLd=kPrH_DBw@...l.gmail.com>
>>
>> Thanks for reminding. Have responded to it.
>> https://lore.kernel.org/linux-arm-msm/Zmgb+OjdBNw71sC1@hu-varada-blr.qualcomm.com/
> 
> Bjorn/Konrad,
> 
> Can this be merged for 6.11. I believe the discussion open at v9
> has been addressed. Please let me know if anything is still pending.
> 
> Below patches depend on this series:
> 
> 	PCI: https://lore.kernel.org/linux-arm-msm/20240512082858.1806694-1-quic_devipriy@quicinc.com/
> 	NSSCC: https://lore.kernel.org/linux-arm-msm/20240625070536.3043630-1-quic_devipriy@quicinc.com/

Looks solved now! Bjorn, feel free to pick this up

Konrad

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ