RE: APIC version

[Nakajima, Jun]

I don't think the array apic_version[] is very helpful in the first place.
I suspect it can be __init. 

Jun

> -----Original Message-----
> From: Protasevich, Natalie [mailto:[e-mail]]
> Sent: Monday, January 13, 2003 3:15 PM
> To: 'Zwane Mwaikambo'; Nakajima, Jun
> Cc: Protasevich, Natalie; Martin J. Bligh; Pallipadi, Venkatesh; William
> Lee Irwin III; Christoph Hellwig; James Cleverdon; Linux Kernel
> Subject: RE: APIC version
> 
> As for apic_version[] indexing in general, I am also for smp_processor_id,
> although it could take a few changes in apic.c, mpparse.c, and especially
> smpboot.c. Speaking of es7000, its APIC ID's are always huge, defined by
> fixed topology. For those like us, the array would shrink from MAX_APICS
> (256) to NR_CPUS (32, maybe 64). I wonder if it would do any good for
> (true)
> NUMA.
> 
> --Natalie
> 
> -----Original Message-----
> From: Zwane Mwaikambo [mailto:[e-mail]]
> Sent: Monday, January 13, 2003 3:53 PM
> To: Nakajima, Jun
> Cc: Protasevich, Natalie; Martin J. Bligh; Pallipadi, Venkatesh; William
> Lee Irwin III; Christoph Hellwig; James Cleverdon; Linux Kernel
> Subject: RE: APIC version
> 
> 
> On Mon, 13 Jan 2003, Nakajima, Jun wrote:
> 
> > The entries in acpi_version[] are indexed by the APIC id, not
> > smp_processor_id(). So you can overwrite acpi_version[] for a different
> > processor.
> 
> Is it possible to use smp_processor_id instead to avoid wasting memory
> for the sparse APIC id case?
> 
> 	Zwane
> --
> function.linuxpower.ca