From: Hanjun Guo <hanjun.guo@linaro.org>
To: "Rafael J. Wysocki" <rjw@rjwysocki.net>
Cc: linux-acpi@vger.kernel.org, patches@linaro.org,
linux-kernel@vger.kernel.org, linaro-acpi@lists.linaro.org
Subject: Re: [PATCH v2 1/3] ACPI / idle: Make idle_boot_override depend on x86 and ia64
Date: Tue, 18 Feb 2014 16:59:57 +0800 [thread overview]
Message-ID: <5303210D.7050107@linaro.org> (raw)
In-Reply-To: <2759379.7ZoXxYUg14@vostro.rjw.lan>
On 2014-2-18 9:13, Rafael J. Wysocki wrote:
> On Saturday, February 08, 2014 09:10:16 PM Hanjun Guo wrote:
>> idle_boot_override depends on x86 and ia64 now, and we can not
>> foresee it will be used on ARM or ARM64,so move the code into
>> CONFIG_X86 and CONFIG_IA64 #ifdefs to make processor_core.c
>> can be compiled on ARM64.
>>
>> Signed-off-by: Hanjun Guo <hanjun.guo@linaro.org>
>> ---
>> drivers/acpi/processor_core.c | 40 ++++++++++++++++++++++------------------
>> 1 file changed, 22 insertions(+), 18 deletions(-)
>>
>> diff --git a/drivers/acpi/processor_core.c b/drivers/acpi/processor_core.c
>> index 46583d7..01b2656 100644
>> --- a/drivers/acpi/processor_core.c
>> +++ b/drivers/acpi/processor_core.c
>> @@ -19,24 +19,6 @@
>> #define _COMPONENT ACPI_PROCESSOR_COMPONENT
>> ACPI_MODULE_NAME("processor_core");
>>
>> -static int __init set_no_mwait(const struct dmi_system_id *id)
>> -{
>> - printk(KERN_NOTICE PREFIX "%s detected - "
>> - "disabling mwait for CPU C-states\n", id->ident);
>> - boot_option_idle_override = IDLE_NOMWAIT;
>> - return 0;
>> -}
>> -
>> -static struct dmi_system_id processor_idle_dmi_table[] __initdata = {
>> - {
>> - set_no_mwait, "Extensa 5220", {
>> - DMI_MATCH(DMI_BIOS_VENDOR, "Phoenix Technologies LTD"),
>> - DMI_MATCH(DMI_SYS_VENDOR, "Acer"),
>> - DMI_MATCH(DMI_PRODUCT_VERSION, "0100"),
>> - DMI_MATCH(DMI_BOARD_NAME, "Columbia") }, NULL},
>> - {},
>> -};
>> -
>> static int map_lapic_id(struct acpi_subtable_header *entry,
>> u32 acpi_id, int *apic_id)
>> {
>> @@ -379,13 +361,35 @@ early_init_pdc(acpi_handle handle, u32 lvl, void *context, void **rv)
>> return AE_OK;
>> }
>>
>> +#if defined(CONFIG_X86) || defined(CONFIG_IA64)
>> +static int __init set_no_mwait(const struct dmi_system_id *id)
>> +{
>> + printk(KERN_NOTICE PREFIX "%s detected - "
>> + "disabling mwait for CPU C-states\n", id->ident);
>> + boot_option_idle_override = IDLE_NOMWAIT;
>> + return 0;
>> +}
>> +
>> +static struct dmi_system_id processor_idle_dmi_table[] __initdata = {
>> + {
>> + set_no_mwait, "Extensa 5220", {
>> + DMI_MATCH(DMI_BIOS_VENDOR, "Phoenix Technologies LTD"),
>> + DMI_MATCH(DMI_SYS_VENDOR, "Acer"),
>> + DMI_MATCH(DMI_PRODUCT_VERSION, "0100"),
>> + DMI_MATCH(DMI_BOARD_NAME, "Columbia") }, NULL},
>> + {},
>> +};
>> +#endif
>> +
>> void __init acpi_early_processor_set_pdc(void)
>> {
>> +#if defined(CONFIG_X86) || defined(CONFIG_IA64)
>> /*
>> * Check whether the system is DMI table. If yes, OSPM
>> * should not use mwait for CPU-states.
>> */
>> dmi_check_system(processor_idle_dmi_table);
>> +#endif
>
> Please define processor_dmi_check() under the #if above and an empty static
> inline counterpart of it for the case when the #if condition is not satisfied.
> Then just call processor_dmi_check() here without the #if block in the body
> of the function.
>
> There is a general rule to avoid preprocessor directives in function bodies.
Ok,will update soon, thanks for the comments.
Thanks
Hanjun
next prev parent reply other threads:[~2014-02-18 9:00 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-08 13:10 [PATCH v2 0/3] Prepare for running ACPI on !x86 and !ia64 Hanjun Guo
2014-02-08 13:10 ` [PATCH v2 1/3] ACPI / idle: Make idle_boot_override depend on x86 and ia64 Hanjun Guo
2014-02-10 1:55 ` Lan Tianyu
2014-02-18 1:13 ` Rafael J. Wysocki
2014-02-18 8:59 ` Hanjun Guo [this message]
2014-02-08 13:10 ` [PATCH v2 2/3] ACPI / processor_core: Rework _PDC related stuff to make it more arch-independent Hanjun Guo
2014-02-10 2:21 ` Lan Tianyu
2014-02-10 7:09 ` Hanjun Guo
2014-02-08 13:10 ` [PATCH v2 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=5303210D.7050107@linaro.org \
--to=hanjun.guo@linaro.org \
--cc=linaro-acpi@lists.linaro.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=patches@linaro.org \
--cc=rjw@rjwysocki.net \
/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