[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <5110BE9E.1030303@jp.fujitsu.com>
Date: Tue, 5 Feb 2013 17:11:10 +0900
From: Yasuaki Ishimatsu <isimatu.yasuaki@...fujitsu.com>
To: liguang <lig.fnst@...fujitsu.com>
CC: <linux-kernel@...r.kernel.org>, <linux-acpi@...r.kernel.org>,
<x86@...nel.org>, <rientjes@...gle.com>
Subject: Re: [PATCH v3 2/4] numa: avoid export acpi_numa variable
2013/02/05 16:55, Yasuaki Ishimatsu wrote:
> 2013/02/05 16:36, liguang wrote:
>> acpi_numa is used to prevent srat table
>> being parsed, seems a little miss-named,
>> if 'noacpi' was specified by cmdline and
>> CONFIG_ACPI_NUMA was enabled, acpi_numa
>> will be operated directly from everywhere
>> it needed to disable/enable numa in acpi
>> mode which was a bad thing, so, try to
>> export a fuction to get srat table
>> enable/disable info.
>>
>> Signed-off-by: liguang <lig.fnst@...fujitsu.com>
>> ---
>
> Hmm. Did you test the patch?
> By the patch, srat_disable() returns false(0) or 1. As a result,
> acpi_numa_x2apic_affinity_init(), acpi_numa_processor_affinity_init()
> and acpi_numa_memory_affinity_init() go wrong at following if sentence.
>
> ---
> if (srat_disable())
> return -1;
> ---
>
> When you change a return value of function, you should check othe
> functions which use it carefully.
>
> And if you use acpi_numa as bool, you should use "acpi_numa = true"
> instead of "acpi_numa = 1"
x86_acpi_numa_init() also goes wrong.
>
> Thanks,
> Yasuaki Ishimatsu
>
>> arch/x86/include/asm/acpi.h | 2 +-
>> arch/x86/kernel/acpi/srat.c | 17 +++++++++++------
>> arch/x86/mm/numa.c | 2 +-
>> arch/x86/xen/enlighten.c | 2 +-
>> 4 files changed, 14 insertions(+), 9 deletions(-)
>>
>> diff --git a/arch/x86/include/asm/acpi.h b/arch/x86/include/asm/acpi.h
>> index b31bf97..449e12a 100644
>> --- a/arch/x86/include/asm/acpi.h
>> +++ b/arch/x86/include/asm/acpi.h
>> @@ -177,7 +177,7 @@ static inline void disable_acpi(void) { }
>> #define ARCH_HAS_POWER_INIT 1
>>
>> #ifdef CONFIG_ACPI_NUMA
>> -extern int acpi_numa;
>> +extern void disable_acpi_numa(void);
>> extern int x86_acpi_numa_init(void);
>> #endif /* CONFIG_ACPI_NUMA */
>>
>> diff --git a/arch/x86/kernel/acpi/srat.c b/arch/x86/kernel/acpi/srat.c
>> index cdd0da9..8d7f3f8 100644
>> --- a/arch/x86/kernel/acpi/srat.c
>> +++ b/arch/x86/kernel/acpi/srat.c
>> @@ -24,22 +24,27 @@
>> #include <asm/apic.h>
>> #include <asm/uv/uv.h>
>>
>> -int acpi_numa __initdata;
>> +static bool acpi_numa __initdata;
>>
>> static __init int setup_node(int pxm)
>> {
>> return acpi_map_pxm_to_node(pxm);
>> }
>>
>> -static __init void bad_srat(void)
>> +void __init disable_acpi_numa(void)
>> {
>> - printk(KERN_ERR "SRAT: SRAT not used.\n");
>> - acpi_numa = -1;
>> + acpi_numa = false;
>> }
>>
>> -static __init inline int srat_disabled(void)
>> +static void __init bad_srat(void)
>> {
>> - return acpi_numa < 0;
>> + disable_acpi_numa();
>> + printk(KERN_ERR "SRAT: SRAT will not be used.\n");
>> +}
>> +
>> +static bool __init srat_disabled(void)
>> +{
>> + return acpi_numa;
return !acpi_numa
Thanks,
Yasuaki Ishimatsu
>> }
>>
>> /* Callback for SLIT parsing */
>> diff --git a/arch/x86/mm/numa.c b/arch/x86/mm/numa.c
>> index 245a4ba..1ebc907 100644
>> --- a/arch/x86/mm/numa.c
>> +++ b/arch/x86/mm/numa.c
>> @@ -47,7 +47,7 @@ static __init int numa_setup(char *opt)
>> #endif
>> #ifdef CONFIG_ACPI_NUMA
>> if (!strncmp(opt, "noacpi", 6))
>> - acpi_numa = -1;
>> + disable_acpi_numa();
>> #endif
>> return 0;
>> }
>> diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c
>> index 657eca9..3636bc6 100644
>> --- a/arch/x86/xen/enlighten.c
>> +++ b/arch/x86/xen/enlighten.c
>> @@ -1447,7 +1447,7 @@ asmlinkage void __init xen_start_kernel(void)
>> * any NUMA information the kernel tries to get from ACPI will
>> * be meaningless. Prevent it from trying.
>> */
>> - acpi_numa = -1;
>> + disable_acpi_numa();
>> #endif
>>
>> /* Don't do the full vcpu_info placement stuff until we have a
>>
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists