[PATCH 01/10] x86: Change size of APICIDs from u8 to u16 V3

2008-01-16 Thread travis
Change the size of APICIDs from u8 to u16. This partially supports the new x2apic mode that will be present on future processor chips. (Chips actually support 32-bit APICIDs, but that change is more intrusive. Supporting 16-bit is sufficient for now). Signed-off-by: Jack Steiner <[EMAIL PROTECTED

[PATCH 01/10] x86: Change size of APICIDs from u8 to u16 V2

2008-01-14 Thread travis
Change the size of APICIDs from u8 to u16. This partially supports the new x2apic mode that will be present on future processor chips. (Chips actually support 32-bit APICIDs, but that change is more intrusive. Supporting 16-bit is sufficient for now). Signed-off-by: Jack Steiner <[EMAIL PROTECTED

Re: [PATCH 01/10] x86: Change size of APICIDs from u8 to u16

2008-01-14 Thread Mike Travis
Mel Gorman wrote: > On (13/01/08 10:34), [EMAIL PROTECTED] didst pronounce: ... >> int update_end_of_memory(unsigned long end) {return -1;} >> @@ -343,7 +346,8 @@ int __init acpi_scan_nodes(unsigned long >> /* First clean up the node list */ >> for (i = 0; i < MAX_NUMNODES; i++) { >>

Re: [PATCH 01/10] x86: Change size of APICIDs from u8 to u16

2008-01-14 Thread Christoph Lameter
On Mon, 14 Jan 2008, Mike Travis wrote: > I see the mistake in the node array. But AFAICT, pxm is the proximity > between nodes and cannot be expressed as greater than the number of > nodes, yes? (Or can it be arbitrarily expressed where 32 bits is > necessary?) I ask this because the real node

Re: [PATCH 01/10] x86: Change size of APICIDs from u8 to u16

2008-01-14 Thread Mike Travis
Jan Engelhardt wrote: ... >> --- a/arch/x86/mm/srat_64.c >> +++ b/arch/x86/mm/srat_64.c >> @@ -384,6 +388,12 @@ int __init acpi_scan_nodes(unsigned long >> } >> >> #ifdef CONFIG_NUMA_EMU >> +static int fake_node_to_pxm_map[MAX_NUMNODES] __initdata = { >> +[0 ... MAX_NUMNODES-1] = PXM_INVAL >>

Re: [PATCH 01/10] x86: Change size of APICIDs from u8 to u16

2008-01-14 Thread Mike Travis
Jan Engelhardt wrote: > On Jan 13 2008 10:34, [EMAIL PROTECTED] wrote: >> --- a/arch/x86/kernel/mpparse_64.c >> +++ b/arch/x86/kernel/mpparse_64.c >> @@ -132,7 +132,7 @@ static void __cpuinit MP_processor_info( >> * area is created. >> */ >> if (x86_cpu_to_apicid_ptr) { >> -

Re: [PATCH 01/10] x86: Change size of APICIDs from u8 to u16

2008-01-14 Thread Mike Travis
Mel Gorman wrote: > On (13/01/08 10:34), [EMAIL PROTECTED] didst pronounce: >> Change the size of APICIDs from u8 to u16. This partially >> supports the new x2apic mode that will be present on future >> processor chips. (Chips actually support 32-bit APICIDs, but that >> change is more intrusive.

Re: [PATCH 01/10] x86: Change size of APICIDs from u8 to u16

2008-01-14 Thread Jan Engelhardt
On Jan 13 2008 10:34, [EMAIL PROTECTED] wrote: >--- a/arch/x86/kernel/mpparse_64.c >+++ b/arch/x86/kernel/mpparse_64.c >@@ -132,7 +132,7 @@ static void __cpuinit MP_processor_info( >* area is created. >*/ > if (x86_cpu_to_apicid_ptr) { >- u8 *x86_cpu_to_apicid =

Re: [PATCH 01/10] x86: Change size of APICIDs from u8 to u16

2008-01-14 Thread Mel Gorman
On (13/01/08 10:34), [EMAIL PROTECTED] didst pronounce: > Change the size of APICIDs from u8 to u16. This partially > supports the new x2apic mode that will be present on future > processor chips. (Chips actually support 32-bit APICIDs, but that > change is more intrusive. Supporting 16-bit is suf

[PATCH 01/10] x86: Change size of APICIDs from u8 to u16

2008-01-13 Thread travis
Change the size of APICIDs from u8 to u16. This partially supports the new x2apic mode that will be present on future processor chips. (Chips actually support 32-bit APICIDs, but that change is more intrusive. Supporting 16-bit is sufficient for now). Signed-off-by: Jack Steiner <[EMAIL PROTECTED