Description of problem: Failed to hot-plug 448 cpus to rhel9.1.0 guest with q35 + OVMF Version-Release number of selected component (if applicable): host version: kernel-5.14.0-160.el9.x86_64 qemu-kvm-7.0.0-12.el9.x86_64 edk2-ovmf-20220526git16779ede2d36-3.el9.noarch guest: rhel9.1.0 How reproducible: 100% Steps to Reproduce: 1.Boot guest with "cpus_hotplug.sh" script # sh cpus_hotplug.sh ovmf 2.After the cpus_hotplug.sh script is complete, check cpu number and dmesg message in guest. # lscpu # dmesg Actual results: After step 2, guest get 224 vcpus, the following message is found in dmesg: [ 2021.441073] APIC: NR_CPUS/possible_cpus limit of 224 reached. Processor 670/0x1f7 ignored. [ 2021.442429] ACPI: Unable to map lapic to logical cpu number [ 2021.443277] acpi ACPI0007:df: Enumeration failure Expected results: guest get 448 vcpus Additional info: host name:lenovo-sr950-01.khw2.lab.eng.bos.redhat.com host cpu: CPU(s): 448 On-line CPU(s) list: 0-447 Vendor ID: GenuineIntel BIOS Vendor ID: Intel(R) Corporation Model name: Intel(R) Xeon(R) Platinum 8180 CPU @ 2.50GHz BIOS Model name: Intel(R) Xeon(R) Platinum 8180 CPU @ 2.50GHz CPU family: 6 Model: 85 Thread(s) per core: 2 Core(s) per socket: 28 Socket(s): 8
As QE noted it's the same bug as https://bugzilla.redhat.com/show_bug.cgi?id=2150267 moving it to edk2 and CCing firmware folks.
Reproduce this bug with rhel9.2.0 guest on rhel9.2.0 host host version: kernel-5.14.0-244.el9.x86_64 qemu-kvm-7.2.0-5.el9.x86_64 edk2-ovmf-20221207gitfff6d81270b5-4.el9.noarch guest: rhel9.2.0
https://edk2.groups.io/g/devel/message/100801
No upstream fix in edk2-stable202305. Will use comment 5 patch for downstream 9.3 (after rebase). Switch to upstream fix for 9.4 (hopefully).
scratch build: https://kojihub.stream.centos.org/koji/taskinfo?taskID=2425119
QE bot(pre verify): Set 'Verified:Tested,SanityOnly' as gating/tier1 test pass.
Thank you Yiqian and Gerd. And according to Comment 13 and Comment 14, set status to VERIFIED, track the new issue by bug 2224509. Thank you very much.