Re: [Xen-ia64-devel] [PATCH] Fix acpi_parse_lsapic for host SMP

[Masaki Kanno <kanno.masaki@xxxxxxxxxxxxxx>]

Hi,

I thought the problem again.
Rather than adding a new function("acpi_table_count_made"), 
I just adjust "NR_CPUS" to the number of lsapic entries.
I'll post the revised patch later.

Best Regards,
 Kan


Magenheimer, Dan (HP Labs Fort Collins)  wrote:
>Committed. 
>
>> -----Original Message-----
>> From: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx 
>> [mailto:xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf 
>> Of Masaki Kanno
>> Sent: Monday, December 19, 2005 11:46 PM
>> To: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
>> Subject: [Xen-ia64-devel] [PATCH] Fix acpi_parse_lsapic for host SMP
>> 
>> Hi,
>> 
>> This patch is intended to correct the number of CPUs.
>> 
>> Our IPF machines are the following configurations.
>>  - Total logical cpus = 16
>>   -- 4 sockets
>>   -- 2 cores
>>   -- 2 threads
>> 
>> I changed the setting of BIOS, and invalidated the 
>> hyperthread, and I built Xen with NR_CPUS=8.
>> As a result, it became like attached file xendmesg1.txt.
>>  - Available cpus 3
>>  - Total cpus 8
>> 
>> Next, I built Xen with NR_CPUS=16.
>> As a result, it became like attached file xendmesg2.txt.
>>  - Available cpus 8
>>  - Total cpus 16
>> 
>> I thought not to match the analysis of the lsapic entry to 
>> the value of NR_CPUS. 
>> 
>> It is an outline of patch as follows.
>>  1. Count up the lsapic entry by using 
>> acpi_table_count_madt()/acpi_table_count_madt_family().
>>  2. Call acpi_parse_lsapic() by using the number of lsapic entries.
>>  3. Count up the available_cpus by using acpi_parse_lsapic(), 
>> however NR_CPUS is not exceeded.
>> 
>> Signed-off-by: Masaki Kanno <kanno.masaki@xxxxxxxxxxxxxx>
>> 
>> Best Regards,
>>  Kan
>> 
>> 

_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel