Audio VM with Intel Arrow Lake 15th gen

I’m trying to add my audio PCI device to my audio VM. It worked previously with AMD but now it is not working after switching to Intel Arrow Lake. Running lspci reveals that my audio device is 80:1f.3 Audio device: Intel Corporation Device 7f50 (rev 10). I tried attaching it as a persistent device from Qubes Manager but the device fails to start with the error : Start failed: Requested operation is not valid: PCI device 0000:80:1f.3 is not assignable, see /var/log/libvirt/libxl/libxl-driver.log for details. I have also tried to hide the PCI device at startup using rd.qubes.hide_pci=80:1f.3 but I get the same error about not being assignable. I’m wondering if there is a workaround for this or maybe this is related to Intel Arrow Lake issues because the libxl-driver.log referenced earlier contains a bunch of errors like The kernel doesn't support reset from sysfs for PCI device 000:00:0d.0.

1 Like

I have also a lot of those errors in libxl-driver.log for my audio

$ lspci |grep -i audio
00:1f.3 Audio device: Intel Corporation Alder Lake PCH-P High Definition Audio Controller (rev 01)
# cat /var/log/libvirt/libxl/libxl-driver.log |grep -a "00:1f.3"
2025-07-02 11:25:25.185+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-02 11:37:20.310+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-02 11:38:36.735+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-02 11:50:48.723+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-02 11:50:50.847+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-02 12:21:07.955+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-02 12:22:30.637+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-02 13:03:15.703+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-02 13:21:50.248+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-02 13:23:14.063+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-02 13:44:59.955+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-02 13:58:02.837+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-02 13:58:22.894+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-02 21:42:17.568+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-03 06:47:29.213+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-03 20:17:24.723+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-04 09:22:03.356+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-04 23:00:07.690+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-05 06:39:23.751+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-05 08:00:07.049+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-05 08:00:13.699+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-05 08:12:57.505+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-05 08:30:23.667+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-05 08:35:26.984+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-05 08:35:35.382+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-05 08:36:32.937+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-05 08:44:03.348+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-05 08:45:15.380+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-05 08:45:17.733+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-05 11:42:09.610+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-05 11:43:24.424+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-05 11:54:52.651+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-05 11:54:54.899+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-05 11:59:15.241+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3
2025-07-05 11:59:31.006+0000: libxl: libxl_pci.c:1587:libxl__device_pci_reset: The kernel doesn't support reset from sysfs for PCI device 0000:00:1f.3

and yet have no problem with it and sys-audio (except for microphone… but I’m not using it anyway)

Did you clicked Configure strict reset for PCI devices on your device?

1 Like

Yes, first thing I tried was adding strict reset since the error seemed related, but it didn’t work.

1 Like

Note that I have the same issue with my sys-usb. Although 2 of my USB controllers work fine (although they don’t correspond to any usable ports), the third (which seems to control all the usable USB ports since I can’t access anything with these 2 controllers) shows the same error when I try to attach it. However, my mouse/keyboard lock up after attempting to attach it or start sys-usb with that controller attached.

1 Like

Did you had same problem with standard Dom0 audiovm?
Did you installed linux-firmware in audio-template?

1 Like

My dom0 didn’t have a standard audiovm? I’m not sure what you mean by that. I don’t have audio output without the audiovm though. Pulse Volume Control just shows Dummy Output under Output Devices.

linux-firmware is already installed in my audiovm template.

1 Like

Now you’ve made sys-audio as standalone audio processing VM, but by default it’s Dom0 job. Do you have sound problem when it’s processed by Dom0 as it’s a default still?
If you can’t have audio with Dom0 then no matter what you won’t have audio with sys-audio VM.

1 Like

I’m not sure because I switched my hardware which was working fine with sys-audio before. I don’t have sound with dom0, but setting up sys-audio required a lot of changes with qubes policies etc which I’m not sure if that may be interfering with audio in dom0.

Change file name 90_user.conf to 90_uset.conf.bakup and it will no longer interfere with dom0

I don’t have such a file but I removed all of my Qubes policies related to sys-audio and still have no audio. Pulse Volume Control only shows Dummy Output.

You didn’t had policies for sys-audio in dom0?
What guide you folowed to make sys-audio?
I folowed Audio qube

Did you tried testing kernel in sys-audio qube?

I did have Qubes policies for sys-audio but removed them and still don’t have audio. I also set dom0 as my default audioVM. This created a Virtual Qubes sink but still don’t have any output or of my actual output devices. Still no audio.

I’m not sure what you mean by testing the kernel. Assuming that perhaps the old kernel version in dom0 (Fedora 37; kernel 6.14.4) and my sys-audio (Fedora 40; also 6.14.4) may not have support for Arrow Lake yet?

Maybe. There is still not full support for 11th gen cpu in stable and testing kernel still. Xen to.

But maybe in testing version there will be at least pci patch for 15th gen.

That’s the price of running linux on latest hardware.

You might test your laptop with live fedora and ubuntu to check if sound works in linux at all.