* [kvm-unit-tests PATCH v2 0/2] x86: Make ACCEL_PROPS work
@ 2026-09-29 20:24 Xiaoyao Li
2026-09-29 20:24 ` [kvm-unit-tests PATCH v2 1/2] x86: Make cet and lam tests KVM-only Xiaoyao Li
` (2 more replies)
0 siblings, 3 replies; 6+ messages in thread
From: Xiaoyao Li @ 2026-09-29 20:24 UTC (permalink / raw)
To: Paolo Bonzini, Sean Christopherson; +Cc: kvm, xiaoyao.li
The goal of this series is to make ACCEL_PROPS work, which needs to use
separate "-accel" parameter to configure the accelerator instead of
"-machine accel=xxx".
Changes in v2:
- Add patch 1 to resolve the incompatibility between "-enable-kvm" and
separate "-accel".
Xiaoyao Li (2):
x86: Make cet and lam tests KVM-only
x86/run: Use separate "-accel" option to configure the accelerator
x86/run | 2 +-
x86/unittests.cfg | 6 ++++--
2 files changed, 5 insertions(+), 3 deletions(-)
--
2.53.0
^ permalink raw reply [flat|nested] 6+ messages in thread
* [kvm-unit-tests PATCH v2 1/2] x86: Make cet and lam tests KVM-only
2026-09-29 20:24 [kvm-unit-tests PATCH v2 0/2] x86: Make ACCEL_PROPS work Xiaoyao Li
@ 2026-09-29 20:24 ` Xiaoyao Li
2026-09-29 20:24 ` [kvm-unit-tests PATCH v2 2/2] x86/run: Use separate "-accel" option to configure the accelerator Xiaoyao Li
2026-10-02 21:07 ` [kvm-unit-tests PATCH v2 0/2] x86: Make ACCEL_PROPS work Sean Christopherson
2 siblings, 0 replies; 6+ messages in thread
From: Xiaoyao Li @ 2026-09-29 20:24 UTC (permalink / raw)
To: Paolo Bonzini, Sean Christopherson; +Cc: kvm, xiaoyao.li
Passing "-enable-kvm" in qemu_params forces tests to run with kvm
accelerator. This leads cet and lam tests to run with kvm accelerator
silently without any warning even when "ACCEL=tcg" is passed. Change to
require "accel = kvm" for cet and lam tests so that they can be skipped:
SKIP cet (kvm only, but ACCEL=tcg)
SKIP lam (kvm only, but ACCEL=tcg)
when "ACCEL=tcg" is passed.
As a bouns, removing the use of "-enable-kvm" will allow pass $ACCEL and
$ACCEL_PROPS to the standalone "-accel" QEMU parameter, since QEMU
translates "-enable-kvm" to "-machine accel=kvm", which is not
compatbile with "-accel" parameter:
qemu: The -accel and "-machine accel=" options are incompatible
Signed-off-by: Xiaoyao Li <xiaoyao.li@intel.com>
---
x86/unittests.cfg | 6 ++++--
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/x86/unittests.cfg b/x86/unittests.cfg
index ae731a93dc7a..afc0f7128c03 100644
--- a/x86/unittests.cfg
+++ b/x86/unittests.cfg
@@ -535,9 +535,11 @@ groups = tsx-ctrl
file = cet.flat
arch = x86_64
smp = 2
-qemu_params = -enable-kvm -m 2048 -cpu host
+accel = kvm
+qemu_params = -m 2048 -cpu host
[lam]
file = lam.flat
arch = x86_64
-qemu_params = -enable-kvm -cpu max
+accel = kvm
+qemu_params = -cpu max
--
2.53.0
^ permalink raw reply related [flat|nested] 6+ messages in thread
* [kvm-unit-tests PATCH v2 2/2] x86/run: Use separate "-accel" option to configure the accelerator
2026-09-29 20:24 [kvm-unit-tests PATCH v2 0/2] x86: Make ACCEL_PROPS work Xiaoyao Li
2026-09-29 20:24 ` [kvm-unit-tests PATCH v2 1/2] x86: Make cet and lam tests KVM-only Xiaoyao Li
@ 2026-09-29 20:24 ` Xiaoyao Li
2026-09-30 0:52 ` Sean Christopherson
2026-10-02 21:07 ` [kvm-unit-tests PATCH v2 0/2] x86: Make ACCEL_PROPS work Sean Christopherson
2 siblings, 1 reply; 6+ messages in thread
From: Xiaoyao Li @ 2026-09-29 20:24 UTC (permalink / raw)
To: Paolo Bonzini, Sean Christopherson; +Cc: kvm, xiaoyao.li
When configuring accelerator via machine's "accel" property, it cannot
pass additional ACCEL_PROPS. For example, it hits following error when
configuring KVM with "notify-vmexit":
# ACCEL="kvm,notify-vmexit=internal-error" ./x86-run x86/apic.c
# qemu-system-x86_64: Property 'pc-i440fx-11.1-machine.notify-vmexit' not found
Switch to use separate "-accel" option to configure the accelerator.
Signed-off-by: Xiaoyao Li <xiaoyao.li@intel.com>
---
x86/run | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/x86/run b/x86/run
index dd38f14c871f..a68d469dd1b8 100755
--- a/x86/run
+++ b/x86/run
@@ -43,7 +43,7 @@ fi
pit="-global kvm-pit.lost_tick_policy=discard"
command="${qemu} --no-reboot -nodefaults $pit $pc_testdev -display none -serial stdio $pci_testdev"
-command+=" -machine accel=$ACCEL$ACCEL_PROPS"
+command+=" -accel $ACCEL$ACCEL_PROPS"
if [ "${CONFIG_EFI}" != y ]; then
command+=" -kernel"
fi
--
2.53.0
^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: [kvm-unit-tests PATCH v2 2/2] x86/run: Use separate "-accel" option to configure the accelerator
2026-09-29 20:24 ` [kvm-unit-tests PATCH v2 2/2] x86/run: Use separate "-accel" option to configure the accelerator Xiaoyao Li
@ 2026-09-30 0:52 ` Sean Christopherson
2026-09-30 14:49 ` Xiaoyao Li
0 siblings, 1 reply; 6+ messages in thread
From: Sean Christopherson @ 2026-09-30 0:52 UTC (permalink / raw)
To: Xiaoyao Li; +Cc: Paolo Bonzini, kvm
On Tue, Sep 29, 2026, Xiaoyao Li wrote:
> When configuring accelerator via machine's "accel" property, it cannot
> pass additional ACCEL_PROPS. For example, it hits following error when
> configuring KVM with "notify-vmexit":
>
> # ACCEL="kvm,notify-vmexit=internal-error" ./x86-run x86/apic.c
> # qemu-system-x86_64: Property 'pc-i440fx-11.1-machine.notify-vmexit' not found
>
> Switch to use separate "-accel" option to configure the accelerator.
FYI, this breaks the intel_iommu test when running with ACCEL="kvm,kernel-irqchip=on"
because that's a split-only test:
qemu_params = -M q35,kernel-irqchip=split -device intel-iommu,intremap=on,eim=off -device edu
and QEMU doesn't munge things together:
qemu: -device intel-iommu,intremap=on,eim=off: Interrupt Remapping cannot work with kernel-irqchip=on, please use 'split|off'.
Given that I'm pretty sure I'm literally the only person the world that runs KUT
with ACCEL="kvm,kernel-irqchip=on", I'm going to apply this as-is. I can filter
out the failures very easily, and unlike the CET/LAM issue, this doesn't cause
problems for ACCEL="kvm,kernel-irqchip=split", i.e. there's no loss in coverage.
If this impacts someone else, or someone really wants to figure out how to splice
all of this together, I'm happy to revisit things. For now, I just want to
unblock the notify-vmexit stuff.
> Signed-off-by: Xiaoyao Li <xiaoyao.li@intel.com>
> ---
> x86/run | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/x86/run b/x86/run
> index dd38f14c871f..a68d469dd1b8 100755
> --- a/x86/run
> +++ b/x86/run
> @@ -43,7 +43,7 @@ fi
> pit="-global kvm-pit.lost_tick_policy=discard"
>
> command="${qemu} --no-reboot -nodefaults $pit $pc_testdev -display none -serial stdio $pci_testdev"
> -command+=" -machine accel=$ACCEL$ACCEL_PROPS"
> +command+=" -accel $ACCEL$ACCEL_PROPS"
> if [ "${CONFIG_EFI}" != y ]; then
> command+=" -kernel"
> fi
> --
> 2.53.0
>
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [kvm-unit-tests PATCH v2 2/2] x86/run: Use separate "-accel" option to configure the accelerator
2026-09-30 0:52 ` Sean Christopherson
@ 2026-09-30 14:49 ` Xiaoyao Li
0 siblings, 0 replies; 6+ messages in thread
From: Xiaoyao Li @ 2026-09-30 14:49 UTC (permalink / raw)
To: Sean Christopherson; +Cc: Paolo Bonzini, kvm
On 9/30/2026 8:52 AM, Sean Christopherson wrote:
> On Tue, Sep 29, 2026, Xiaoyao Li wrote:
>> When configuring accelerator via machine's "accel" property, it cannot
>> pass additional ACCEL_PROPS. For example, it hits following error when
>> configuring KVM with "notify-vmexit":
>>
>> # ACCEL="kvm,notify-vmexit=internal-error" ./x86-run x86/apic.c
>> # qemu-system-x86_64: Property 'pc-i440fx-11.1-machine.notify-vmexit' not found
>>
>> Switch to use separate "-accel" option to configure the accelerator.
>
> FYI, this breaks the intel_iommu test when running with ACCEL="kvm,kernel-irqchip=on"
> because that's a split-only test:
>
> qemu_params = -M q35,kernel-irqchip=split -device intel-iommu,intremap=on,eim=off -device edu
>
> and QEMU doesn't munge things together:
>
> qemu: -device intel-iommu,intremap=on,eim=off: Interrupt Remapping cannot work with kernel-irqchip=on, please use 'split|off'.
Because before this patch, the final QEMU command with
ACCEL="kvm,kernel-irqchip=on" is
... -machine accel=kvm,kernel-irqchip=on -kernel x86/intel-iommu.flat -smp 4
-M q35,kernel-irqchip=split -device intel-iommu,intremap=on,eim=off -device edu
ACCEL="kvm,kernel-irqchip=on" is made into the first "-machine
accel=kvm,kernel-irqchip=on" and qemu_params is put at the end, which has "-M
q35,kernel-irqchip=split". So the later "-M q35,kernel-irqchip=split" overrides
the earlier "kernel-irqchip=on" and it actually runs with kenrnel-irqchip=split.
But after this patch, the QEMU command becomes
... -accel kvm,kernel-irqchip=on -kernel x86/intel-iommu.flat -smp 4 -M
q35,kernel-irqchip=split -device intel-iommu,intremap=on,eim=off -device edu
though "-M q35,kernel-irqchip=split" is put behind "-accel
kvm,kernel-irqchip=on", QEMU applies "-accel" after "machine's kernel-irqchip".
So the final kernel-irqchip=on, which leads to the failure of Interrupt Remapping.
> Given that I'm pretty sure I'm literally the only person the world that runs KUT
> with ACCEL="kvm,kernel-irqchip=on", I'm going to apply this as-is. I can filter
> out the failures very easily, and unlike the CET/LAM issue, this doesn't cause
> problems for ACCEL="kvm,kernel-irqchip=split", i.e. there's no loss in coverage.
>
> If this impacts someone else, or someone really wants to figure out how to splice
> all of this together, I'm happy to revisit things. For now, I just want to
> unblock the notify-vmexit stuff.
>
>> Signed-off-by: Xiaoyao Li <xiaoyao.li@intel.com>
>> ---
>> x86/run | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/x86/run b/x86/run
>> index dd38f14c871f..a68d469dd1b8 100755
>> --- a/x86/run
>> +++ b/x86/run
>> @@ -43,7 +43,7 @@ fi
>> pit="-global kvm-pit.lost_tick_policy=discard"
>>
>> command="${qemu} --no-reboot -nodefaults $pit $pc_testdev -display none -serial stdio $pci_testdev"
>> -command+=" -machine accel=$ACCEL$ACCEL_PROPS"
>> +command+=" -accel $ACCEL$ACCEL_PROPS"
>> if [ "${CONFIG_EFI}" != y ]; then
>> command+=" -kernel"
>> fi
>> --
>> 2.53.0
>>
>>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [kvm-unit-tests PATCH v2 0/2] x86: Make ACCEL_PROPS work
2026-09-29 20:24 [kvm-unit-tests PATCH v2 0/2] x86: Make ACCEL_PROPS work Xiaoyao Li
2026-09-29 20:24 ` [kvm-unit-tests PATCH v2 1/2] x86: Make cet and lam tests KVM-only Xiaoyao Li
2026-09-29 20:24 ` [kvm-unit-tests PATCH v2 2/2] x86/run: Use separate "-accel" option to configure the accelerator Xiaoyao Li
@ 2026-10-02 21:07 ` Sean Christopherson
2 siblings, 0 replies; 6+ messages in thread
From: Sean Christopherson @ 2026-10-02 21:07 UTC (permalink / raw)
To: Sean Christopherson, Paolo Bonzini, Xiaoyao Li; +Cc: kvm
On Tue, 29 Sep 2026 20:24:32 +0000, Xiaoyao Li wrote:
> The goal of this series is to make ACCEL_PROPS work, which needs to use
> separate "-accel" parameter to configure the accelerator instead of
> "-machine accel=xxx".
>
> Changes in v2:
> - Add patch 1 to resolve the incompatibility between "-enable-kvm" and
> separate "-accel".
>
> [...]
Applied to kvm-x86 next, with massaged changelogs (typos, and calling out
the kernel_irqchip => kernel-irqchip quirk). Thanks!
[1/2] x86: Make cet and lam tests KVM-only
https://github.com/kvm-x86/kvm-unit-tests/commit/efb3e010b96a
[2/2] x86/run: Use separate "-accel" option to configure the accelerator
https://github.com/kvm-x86/kvm-unit-tests/commit/69ab2df8fa28
--
https://github.com/kvm-x86/kvm-unit-tests/tree/next
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2026-10-02 21:10 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-09-29 20:24 [kvm-unit-tests PATCH v2 0/2] x86: Make ACCEL_PROPS work Xiaoyao Li
2026-09-29 20:24 ` [kvm-unit-tests PATCH v2 1/2] x86: Make cet and lam tests KVM-only Xiaoyao Li
2026-09-29 20:24 ` [kvm-unit-tests PATCH v2 2/2] x86/run: Use separate "-accel" option to configure the accelerator Xiaoyao Li
2026-09-30 0:52 ` Sean Christopherson
2026-09-30 14:49 ` Xiaoyao Li
2026-10-02 21:07 ` [kvm-unit-tests PATCH v2 0/2] x86: Make ACCEL_PROPS work Sean Christopherson
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox