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:   Tue, 10 Aug 2021 10:17:58 +0100
From:   Lukasz Luba <>
To:     Viresh Kumar <>,
        Andy Gross <>
Cc:     Rafael Wysocki <>,
        Vincent Donnefort <>,
        Bjorn Andersson <>,
        Cristian Marussi <>,
        Fabio Estevam <>,
        Kevin Hilman <>,
        Matthias Brugger <>,
        NXP Linux Team <>,
        Pengutronix Kernel Team <>,
        Sascha Hauer <>,
        Shawn Guo <>,
        Sudeep Holla <>,,
        Vincent Guittot <>,,,,,
Subject: Re: [PATCH 0/8] cpufreq: Auto-register with energy model

Hi Viresh,

I like the idea, only small comments here in the cover letter.

On 8/10/21 8:36 AM, Viresh Kumar wrote:
> Provide a cpufreq driver flag so drivers can ask the cpufreq core to register
> with the EM core on their behalf. This allows us to get rid of duplicated code
> in the drivers and fix the unregistration part as well, which none of the
> drivers have done until now.

The EM is never freed for CPUs by design. The unregister function was
introduced for devfreq devices.

> This would also make the registration with EM core to happen only after policy
> is fully initialized, and the EM core can do other stuff from in there, like
> marking frequencies as inefficient (WIP). Though this patchset is useful without
> that work being done and should be merged nevertheless.
> This doesn't update scmi cpufreq driver for now as it is a special case and need
> to be handled differently. Though we can make it work with this if required.

The scmi cpufreq driver uses direct EM API, which provides flexibility
and should stay as is.

Let me review the patches.


Powered by blists - more mailing lists