ThinkPad P14s: PCI problems, no-strict-reset

6 views
Skip to first unread message

Lasse Kliemann

unread,
Aug 7, 2022, 3:24:09 PMAug 7
to qubes...@googlegroups.com
Hi, fresh installation of R4.1.1 on a ThinkPad P14s (latest BIOS version) with:

[x] Use sys-net qube for both networking and USB devices

(Because I want to use USB Wifi since the built-in Wifi does not work, which is "Intel Corporation Wi-Fi 6 AX210/AX211/AX411 160MHz".)

'qvm-start sys-net' hits me with:

Start failed: internal error: Unable to reset PCI device 0000:00:14.0: internal error: Unable to reset PCI device 0000:00:0d.2: internal error: Unable to reset PCI device 0000:00:1f.6: internal error: Unable to reset PCI device 0000:00:0d.3: internal error: Unable to reset PCI device 0000:00:0d.0: no FLR, PM reset or bus reset available, see /var/log/libvirt/libxl/libxl-driver.log for details

Remedy found by trial-and-error:

qvm-pci detach sys-net dom0:00_0d.0
qvm-pci detach sys-net dom0:00_0d.2
qvm-pci detach sys-net dom0:00_0d.3
qvm-pci detach sys-net dom0:00_14.0
qvm-pci detach sys-net dom0:00_1f.6
qvm-pci attach --persistent --option no-strict-reset=true sys-net dom0:00_14.0

Output of 'qvm-pci', reduced to relevant 5 devices:

dom0:00_0d.0 USB controller: Intel Corporation Tiger Lake-LP Thunderbolt 4 USB Controller
dom0:00_0d.2 USB controller: Intel Corporation Tiger Lake-LP Thunderbolt 4 NHI #0
dom0:00_0d.3 USB controller: Intel Corporation Tiger Lake-LP Thunderbolt 4 NHI #1
dom0:00_14.0 USB controller: Intel Corporation Tiger Lake-LP USB 3.2 Gen 2x1 xHCI Host Controller sys-net (no-strict-reset=true)
dom0:00_1f.6 Ethernet controller: Intel Corporation Ethernet Connection (13) I219-LM

*Question:* is this a solid setup? (It works so far.)

Documentation reads: "While using the no-strict-reset flag, do not require PCI device to be reset before attaching it to another VM. This may leak usage data even without malicious intent."

As far as I see, the Host Controller (00_14.0) is attached to sys-net once after the system starts and then stays attached there; that's it. Is the warning about leaking usage data still relevant in such a case?

Thanks.

--
Kind Regards / MfG
Dr. Lasse Kliemann
Westring 269, 24116 Kiel, Germany
E-Mail: la...@lassekliemann.de
Telegram / Wire: @lassekliemann
Signal / Phone: +49 162 66 88 468

Work Address:
Department of Mathematics
Kiel University
*Heinrich-Hecht-Platz 6*, 24118 Kiel, Germany
E-Mail: l.kli...@math.uni-kiel.de
signature.asc
Reply all
Reply to author
Forward
0 new messages