[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAJZ5v0i9J2YimfQsqJiZjFMR9MLG0fdBf+Regr+_PcsYrAE=SQ@mail.gmail.com>
Date: Wed, 7 Dec 2022 15:39:06 +0100
From: "Rafael J. Wysocki" <rafael@...nel.org>
To: lirongqing@...du.com
Cc: tglx@...utronix.de, mingo@...hat.com, bp@...en8.de,
dave.hansen@...ux.intel.com, x86@...nel.org, rafael@...nel.org,
daniel.lezcano@...aro.org, peterz@...radead.org,
akpm@...ux-foundation.org, tony.luck@...el.com,
jpoimboe@...nel.org, linux-kernel@...r.kernel.org,
linux-pm@...r.kernel.org
Subject: Re: [PATCH 2/2][v2] cpuidle-haltpoll: Build as module by default
On Wed, Dec 7, 2022 at 1:41 PM <lirongqing@...du.com> wrote:
>
> From: Li RongQing <lirongqing@...du.com>
>
> Allow user to unload it in running
Just like that? And corrupt things left and right while at it?
No way.
And why do you need this?
> Signed-off-by: Li RongQing <lirongqing@...du.com>
> ---
> drivers/cpuidle/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/cpuidle/Kconfig b/drivers/cpuidle/Kconfig
> index ff71dd6..43ddb84 100644
> --- a/drivers/cpuidle/Kconfig
> +++ b/drivers/cpuidle/Kconfig
> @@ -74,7 +74,7 @@ endmenu
> config HALTPOLL_CPUIDLE
> tristate "Halt poll cpuidle driver"
> depends on X86 && KVM_GUEST
> - default y
> + default m
> help
> This option enables halt poll cpuidle driver, which allows to poll
> before halting in the guest (more efficient than polling in the
> --
Powered by blists - more mailing lists