Bug 203925
Summary: | acpi LNXCPU:1c: Failed to get unique processor _UID (0xff) | ||
---|---|---|---|
Product: | ACPI | Reporter: | Orion Poplawski (orion) |
Component: | Config-Processors | Assignee: | Zhang Rui (rui.zhang) |
Status: | CLOSED DOCUMENTED | ||
Severity: | low | CC: | rui.zhang |
Priority: | P1 | ||
Hardware: | Intel | ||
OS: | Linux | ||
Kernel Version: | 5.1.8-200.fc29.x86_64 | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: |
cpuinfo
acpidump |
Description
Orion Poplawski
2019-06-18 15:46:22 UTC
please attach the acpidump output of this machine. and also the output of "cat /proc/cpuinfo" Bug closed as there is no response from the bug reporter. Please feel free to reopen it if you can provide the information required in comment #1. Created attachment 284859 [details]
cpuinfo
Created attachment 284861 [details]
acpidump
Sorry, this fell off my todo. This is a BIOS bug. Processor (CP18, 0xFF, 0x00000410, 0x06){} Processors not present should not be assigned a LAPIC id, and 0xff is not a magic number for a non-present Processor. I think kernel is doing the right thing on those error messages. And the only way to fix this is to remove the non-present processor declarations in the ACPI table. |