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  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:   Wed, 6 Mar 2019 13:21:43 +0000
From:   Marc Zyngier <>
To:     Jon Hunter <>,
        Sameer Pujar <>,,,,
Subject: Re: [PATCH 3/3] irqchip/gic-pm: use devm_clk_*() helpers

On 06/03/2019 12:00, Jon Hunter wrote:
> On 06/03/2019 11:31, Marc Zyngier wrote:
>> Hi Sameer,
>> [unrelated to this email: anything that comes from NVIDIA reaches me
>>  encrypted with my public key. Not a big deal, but it'd be good if
>>  someone could fix that.]
>> On 06/03/2019 10:41, Sameer Pujar wrote:
>>> With pm_clk_*() usage, it is seen that clocks always remain ON. This
>>> happens because clocks are managed by BPMP on Tegra devices and clock
>>> enable/disable happens during prepare/unprepare phase. This patch
>>> avoids use of pm_clk_*() and replaces it with devm_clk_*() helpers.
>>> Suggested-by: Mohan Kumar D <>
>>> Reviewed-by: Jonathan Hunter <>
>>> Signed-off-by: Sameer Pujar <>
>> On its own, I'm not opposed to that patch.
>> But given that there is no in-tree platform using this, despite the code
>> sitting here for more than 2.5 years, this is just updating dead code.
>> Am I missing anything?
> Nope, but we are working to fix that at long last. I hope in the next
> few months it will not longer be dormant! This driver is still very much
> important to our audio support for newer Tegra devices.

Can we at least make sure it gets compiled when an NVIDIA platform
(ARCH_TEGRA?) is selected? And if this isn't relevant to the current
platforms, then hold off until it actually makes sense.


Jazz is not dead. It just smells funny...

Powered by blists - more mailing lists