"Rafael J. Wysocki" writes:
> On Mon, Feb 6, 2017 at 6:01 PM, Vitaly Kuznetsov wrote:
>> We may or may not have all possible CPUs in MADT on boot but in any case
>> we're overwriting x86_cpu_to_acpiid mapping with U32_MAX when
>> acpi_register_lapic() is called again on the CPU hotplug path:
>>
On Mon, Feb 6, 2017 at 6:01 PM, Vitaly Kuznetsov wrote:
> We may or may not have all possible CPUs in MADT on boot but in any case
> we're overwriting x86_cpu_to_acpiid mapping with U32_MAX when
> acpi_register_lapic() is called again on the CPU hotplug path:
> acpi_processor_hotadd_init() -> acpi
We may or may not have all possible CPUs in MADT on boot but in any case
we're overwriting x86_cpu_to_acpiid mapping with U32_MAX when
acpi_register_lapic() is called again on the CPU hotplug path:
acpi_processor_hotadd_init() -> acpi_map_cpu() -> acpi_register_lapic().
As we have the required acp
3 matches
Mail list logo