>>> This is exactly what I am talking about. Process 2 and 3 are considered
>>> on physical id (socket?) 3. In this case, the max_socket !=
>>> number_of_sockets.
>> Yeah, but nobody talked ever about number of sockets, only max number of
>> socket id, and this is totally correct here. At my first look over the
>> code, I thought the whole time: "why do they only return max_core, and not
>> max_core + 1", but here you have the reason.
>>
>
> Then we got some "unpopulated" sockets. This confuses the rest of the
> code a lot.
And now add cpu hotplugging and offline some cpus and your confusion is
perfect ;-). No just joking, if you offline cpus the cpuX directory is
still present, because you need the cpuX/online file to get it online
back. I see that this can be very confusing to users, if they think there
sockets are numbered consecutive. But as long the kernel exports these
numbers, I think we all must live with it, do we?
> [ollie_at_exponential ~]$ uname -a
> Linux exponential.lanl.gov 2.6.19 #1 SMP PREEMPT Tue Dec 5 13:15:01 MST
> 2006 i686 i686 i386 GNU/Linux
>
> This one should be reasonably new.
>
> This is what kernel found from ACPI table.
>
> ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
> Processor #0 15:2 APIC version 20
> ACPI: LAPIC (acpi_id[0x02] lapic_id[0x06] enabled)
> Processor #6 15:2 APIC version 20
> ACPI: LAPIC (acpi_id[0x03] lapic_id[0x01] enabled)
> Processor #1 15:2 APIC version 20
> ACPI: LAPIC (acpi_id[0x04] lapic_id[0x07] enabled)
> Processor #7 15:2 APIC version 20
Wow, "Processor #7", but this seems totally normal:
http://lists.us.dell.com/pipermail/linux-poweredge/2006-May/025655.html
http://www.uwsg.iu.edu/hypermail/linux/kernel/0601.2/0657.html
The topics don't fit, but the output is similar to yours.
>
> Ollie
Bert
|
![[Flag]](../../../../../community/mirrors/flag-us.gif){kind=small}