[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1094d467-797b-f795-a486-6d2bae1edcd6@arm.com>
Date: Thu, 6 Oct 2022 09:54:13 +0200
From: Pierre Gondois <pierre.gondois@....com>
To: linux-kernel@...r.kernel.org
Cc: Daniel Lezcano <daniel.lezcano@...nel.org>,
"Rafael J. Wysocki" <rafael@...nel.org>,
Abhyuday Godhasara <abhyuday.godhasara@...inx.com>,
Michal Simek <michal.simek@...inx.com>,
linux-pm@...r.kernel.org, linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH 0/2] Save cpuhp dynamic state
Hello,
Just a ping in case this was forgotten,
Regards,
Pierre
On 9/14/22 18:28, Pierre Gondois wrote:
> Requesting a CPUHP_AP_ONLINE_DYN cpuhp state reserves a state
> among the range [CPUHP_AP_ONLINE_DYN:CPUHP_AP_ONLINE_DYN_END].
> The reserved state must be saved in order to remove it later.
>
> Cf. __cpuhp_setup_state_cpuslocked() documentation:
> Return:
> On success:
> Positive state number if @state is CPUHP_AP_ONLINE_DYN;
> 0 for all other states
>
> Indeed, the following:
> cpuhp_remove_state(CPUHP_AP_ONLINE_DYN);
> removes the first dynamic states added to the cpuhp state machine.
>
> Patches were tested as:
> - powercap/drivers/dtpm: on a Juno-r2, using a late_initcall()
> to init and exit the dtpm framework.
> - driver: soc: xilinx: the patch was only compile tested
> due to missing hardware.
>
> Pierre Gondois (2):
> driver: soc: xilinx: Save cpuhp dynamic state
> powercap/drivers/dtpm: Save cpuhp dynamic state
>
> drivers/powercap/dtpm_cpu.c | 7 ++++++-
> drivers/soc/xilinx/xlnx_event_manager.c | 12 ++++++++++--
> 2 files changed, 16 insertions(+), 3 deletions(-)
>
Powered by blists - more mailing lists