Re: [PATCH v2 1/3] cpufreq: Export acpu_cpufreq_exit for other drivers to call
From: Huang Rui
Date: Tue Mar 29 2022 - 01:47:42 EST
On Tue, Mar 29, 2022 at 09:59:45AM +0800, Limonciello, Mario wrote:
> Currently, the only way to load an alternative cpufreq driver is to unload
> acpi-cpufreq first.
>
> Loosen that restriction to allow other kernel modules to unregister a
> registered driver.
>
> Signed-off-by: Mario Limonciello <mario.limonciello@xxxxxxx>
Reviewed-by: Huang Rui <ray.huang@xxxxxxx>
> ---
> v1->v2:
> * Export symbol instead of changing internals
>
> drivers/cpufreq/acpi-cpufreq.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/cpufreq/acpi-cpufreq.c b/drivers/cpufreq/acpi-cpufreq.c
> index 3d514b82d055..92ac978c1c53 100644
> --- a/drivers/cpufreq/acpi-cpufreq.c
> +++ b/drivers/cpufreq/acpi-cpufreq.c
> @@ -1033,7 +1033,7 @@ static int __init acpi_cpufreq_init(void)
> return ret;
> }
>
> -static void __exit acpi_cpufreq_exit(void)
> +void __exit acpi_cpufreq_exit(void)
> {
> pr_debug("%s\n", __func__);
>
> @@ -1043,6 +1043,7 @@ static void __exit acpi_cpufreq_exit(void)
>
> free_acpi_perf_data();
> }
> +EXPORT_SYMBOL_GPL(acpi_cpufreq_exit);
>
> module_param(acpi_pstate_strict, uint, 0644);
> MODULE_PARM_DESC(acpi_pstate_strict,
> --
> 2.34.1
>