At 04/27/2018 03:21 PM, Jan Beulich wrote:On 27.04.18 at 10:32, <douly.fnst@xxxxxxxxxxxxxx> wrote:
I've just stumbled across this commit, and I'm wondering if that's actually
correct (I too have at least one system where such IDs are reported in
MADT): For offline/absent CPUs, the firmware may not know the APIC IDs
The MADT table is not reasonable, the Local APIC entries(xAPIC/x2APIC)
in MADT is not always correct as OS want. So, we should do this sanity
check.
Of course, sanity checking is necessary.
at the point MADT is built, so I think it is quite reasonable to put ~0 in
there. The ACPID spec specifically calls out that the IDs must not change
across sleep states, which implies to me that they may change across an
offline period of a CPU. IOW I think such entries still need to contribute to
the count of disabled CPUs.
Aha, there are no CPU devices which will map it's physical ID to the
illegal number 0xffffffff, So it will never be used.
The ID will never be used, yes, but the CPU may be (after firmware has
assigned it a valid ID).
BTW, Limiting the number of the disabled CPUs is also a goal.
I'm afraid I don't understand: Limiting the number of disabled CPUs is
certainly desirable when those can never be used, but why would you
want to do this when they might later get hotplugged? I'm not aware
of a way to tell, by just looking at the MADT, which of the two cases
apply.
Jan