[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20111027073029.GD15923@elte.hu>
Date:	Thu, 27 Oct 2011 09:30:29 +0200
From:	Ingo Molnar <mingo@...e.hu>
To:	Daniel J Blueman <daniel@...ascale-asia.com>
Cc:	Jesse Barnes <jbarnes@...tuousgeek.org>,
	Thomas Gleixner <tglx@...utronix.de>,
	Ingo Molnar <mingo@...hat.com>, H Peter Anvin <hpa@...or.com>,
	Steffen Persvold <sp@...ascale.com>,
	linux-kernel@...r.kernel.org, x86@...nel.org
Subject: Re: [PATCH 2/3] Add multi-node boot support
* Daniel J Blueman <daniel@...ascale-asia.com> wrote:
> From: Steffen Persvold <sp@...ascale.com>
> 
> From: Steffen Persvold <sp@...ascale.com>
> 
> Fix booting multi-node systems with Numascale's NumaChip.
> 
> v2:
>  - [Daniel] rediffed and validated against 3.1-rc10
> 
> Signed-off-by: Steffen Persvold <sp@...ascale.com>
> Signed-off-by: Daniel J Blueman <daniel@...ascale-asia.com>
> ---
>  arch/x86/kernel/cpu/amd.c |    7 +++++++
>  1 files changed, 7 insertions(+), 0 deletions(-)
> 
> diff --git a/arch/x86/kernel/cpu/amd.c b/arch/x86/kernel/cpu/amd.c
> index b13ed39..4b551f5 100644
> --- a/arch/x86/kernel/cpu/amd.c
> +++ b/arch/x86/kernel/cpu/amd.c
> @@ -7,6 +7,7 @@
>  #include <asm/apic.h>
>  #include <asm/cpu.h>
>  #include <asm/pci-direct.h>
> +#include <asm/numachip/numachip.h>
>  
>  #ifdef CONFIG_X86_64
>  # include <asm/numa_64.h>
> @@ -350,6 +351,12 @@ static void __cpuinit srat_detect_node(struct cpuinfo_x86 *c)
>  	node = numa_cpu_node(cpu);
>  	if (node == NUMA_NO_NODE)
>  		node = per_cpu(cpu_llc_id, cpu);
> +	else if (is_numachip_system()) {
> +		/* fix for multi-node systems: set phys_proc_id and cpu_llc_id
> +		   to node number from ACPI SRAT table */
please use the customary (multi-line) comment style:
  /*
   * Comment .....
   * ...... goes here.
   */
specified in Documentation/CodingStyle.
> +		c->phys_proc_id = node;
> +		per_cpu(cpu_llc_id, cpu) = node;
> +	}
But more importantly, please first explain why the quirk is needed 
(the patch only explains what it does but does not explain why it 
needs these changes - other NUMA systems are able to boot without 
this quirk).
If it's absolutely needed then add a proper quirk handler instead of 
polluting the generic code.
Thanks,
	Ingo
--
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
 
