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  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]
Date:   Mon, 19 Oct 2020 16:05:35 +0530
From:   Viresh Kumar <>
To:     Sudeep Holla <>
Cc:, "Rafael J. Wysocki" <>,
        Kevin Hilman <>, Pavel Machek <>,
        Len Brown <>,
        Greg Kroah-Hartman <>,
        Viresh Kumar <>, Nishanth Menon <>,
        Stephen Boyd <>, Kukjin Kim <>,
        Krzysztof Kozlowski <>,,
        Vincent Guittot <>,,, Stephan Gerhold <>,,,
Subject: Re: [PATCH V2 1/2] opp: Allow dev_pm_opp_get_opp_table() to return

On 19-10-20, 11:12, Sudeep Holla wrote:
> Yes it has clocks property but used by SCMI(for CPUFreq/DevFreq) and not
> by any clock provider driver. E.g. the issue you will see if "clocks"
> property is used instead of "qcom,freq-domain" on Qcom parts.

Okay, I understand. But what I still don't understand is why it fails
for you. You have a clocks property in DT for the CPU, the OPP core
tries to get it and will get deferred-probed, which will try probing
at a later point of time and it shall work then. Isn't it ?


Powered by blists - more mailing lists