From: Sudeep.Holla@arm.com (Sudeep Holla)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/3] ACPI / idle: Move idle_boot_override out of the arch directory
Date: Fri, 17 Jan 2014 12:06:58 +0000 [thread overview]
Message-ID: <52D91CE2.3050704@arm.com> (raw)
In-Reply-To: <1389924207-7360-2-git-send-email-hanjun.guo@linaro.org>
On 17/01/14 02:03, Hanjun Guo wrote:
> Move idle_boot_override out of the arch directory to be a single enum
> including both platforms values, this will make it rather easier to
> avoid ifdefs around which definitions are for which processor in
> generally used ACPI code.
>
> IDLE_FORCE_MWAIT for IA64 is not used anywhere, so romove it.
>
> No functional change in this patch.
>
> Suggested-by: Alan <gnomes@lxorguk.ukuu.org.uk>
> Signed-off-by: Hanjun Guo <hanjun.guo@linaro.org>
> ---
> arch/ia64/include/asm/processor.h | 3 ---
> arch/powerpc/include/asm/processor.h | 1 -
> arch/x86/include/asm/processor.h | 3 ---
> arch/x86/kernel/process.c | 1 +
> include/linux/cpu.h | 8 ++++++++
> 5 files changed, 9 insertions(+), 7 deletions(-)
>
> diff --git a/arch/ia64/include/asm/processor.h b/arch/ia64/include/asm/processor.h
> index 5a84b3a..ccd63a0 100644
> --- a/arch/ia64/include/asm/processor.h
> +++ b/arch/ia64/include/asm/processor.h
> @@ -698,9 +698,6 @@ prefetchw (const void *x)
>
> extern unsigned long boot_option_idle_override;
>
> -enum idle_boot_override {IDLE_NO_OVERRIDE=0, IDLE_HALT, IDLE_FORCE_MWAIT,
> - IDLE_NOMWAIT, IDLE_POLL};
> -
> void default_idle(void);
>
> #define ia64_platform_is(x) (strcmp(x, ia64_platform_name) == 0)
> diff --git a/arch/powerpc/include/asm/processor.h b/arch/powerpc/include/asm/processor.h
> index fc14a38..06689c0 100644
> --- a/arch/powerpc/include/asm/processor.h
> +++ b/arch/powerpc/include/asm/processor.h
> @@ -440,7 +440,6 @@ static inline unsigned long get_clean_sp(unsigned long sp, int is_32)
> #endif
>
> extern unsigned long cpuidle_disable;
> -enum idle_boot_override {IDLE_NO_OVERRIDE = 0, IDLE_POWERSAVE_OFF};
>
I don't think it is used in the context of ACPI. Though it's same variable name,
it looks like it just used as boot to override the cpuidle option.
Does it still make any sense to combine this ?
> extern int powersave_nap; /* set if nap mode can be used in idle loop */
> extern void power7_nap(void);
> diff --git a/arch/x86/include/asm/processor.h b/arch/x86/include/asm/processor.h
> index 7b034a4..4bee51a 100644
> --- a/arch/x86/include/asm/processor.h
> +++ b/arch/x86/include/asm/processor.h
> @@ -729,9 +729,6 @@ extern void init_amd_e400_c1e_mask(void);
> extern unsigned long boot_option_idle_override;
> extern bool amd_e400_c1e_detected;
>
> -enum idle_boot_override {IDLE_NO_OVERRIDE=0, IDLE_HALT, IDLE_NOMWAIT,
> - IDLE_POLL};
> -
> extern void enable_sep_cpu(void);
> extern int sysenter_setup(void);
>
> diff --git a/arch/x86/kernel/process.c b/arch/x86/kernel/process.c
> index 3fb8d95..62764ff 100644
> --- a/arch/x86/kernel/process.c
> +++ b/arch/x86/kernel/process.c
> @@ -17,6 +17,7 @@
> #include <linux/stackprotector.h>
> #include <linux/tick.h>
> #include <linux/cpuidle.h>
> +#include <linux/cpu.h>
> #include <trace/events/power.h>
> #include <linux/hw_breakpoint.h>
> #include <asm/cpu.h>
> diff --git a/include/linux/cpu.h b/include/linux/cpu.h
> index 03e235ad..e324561 100644
> --- a/include/linux/cpu.h
> +++ b/include/linux/cpu.h
> @@ -220,6 +220,14 @@ void cpu_idle(void);
>
> void cpu_idle_poll_ctrl(bool enable);
>
> +enum idle_boot_override {
> + IDLE_NO_OVERRIDE = 0,
> + IDLE_HALT,
> + IDLE_NOMWAIT,
> + IDLE_POLL,
> + IDLE_POWERSAVE_OFF
> +};
> +
I do understand the idea behind this change, but IMO HALT and MWAIT are x86
specific and may not make sense for other architectures.
It will also require every architecture using ACPI to export
boot_option_idle_override which may not be really required.
Further the only users of boot_option_idle_override(outside x86) are:
1. drivers/acpi/processor_core.c
Your second patch is moving this to x86 specific code anyway
2. drivers/acpi/processor_idle.c
Currently idle driver is bit x86 specific and needs modifications to get it
working on ARM
Regards,
Sudeep
next prev parent reply other threads:[~2014-01-17 12:06 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-17 2:03 [PATCH 0/3] ACPI: Some patches to prepare for running ACPI on !x86 and !ia64 Hanjun Guo
2014-01-17 2:03 ` [PATCH 1/3] ACPI / idle: Move idle_boot_override out of the arch directory Hanjun Guo
2014-01-17 12:06 ` Sudeep Holla [this message]
2014-01-18 3:45 ` Hanjun Guo
2014-01-18 3:52 ` Hanjun Guo
2014-01-18 13:47 ` Rafael J. Wysocki
2014-01-20 14:08 ` Hanjun Guo
2014-01-20 23:34 ` Rafael J. Wysocki
2014-01-21 3:38 ` Hanjun Guo
2014-01-17 2:03 ` [PATCH 2/3] ACPI / processor_core: Rework _PDC related stuff to make it more arch-independent Hanjun Guo
2014-01-17 2:03 ` [PATCH 3/3] ACPI: Introduce map_gic_id() to get apic id from MADT or _MAT method Hanjun Guo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=52D91CE2.3050704@arm.com \
--to=sudeep.holla@arm.com \
--cc=linux-arm-kernel@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).