Slow boot due to pci device issue

User Support Hardware Issues
,
1

I’m running 4.2.1 on new (to me) hardware and it’s awesome overall, but has a few glitches. The boot time is very slow for the hardware and I think I found the culprit, but I don’t know what to do about it. The device appears to be my WiFi network controller. It does load eventually and WiFi works without issue. Any suggestions?

Tried without effect:

  1. sudo echo 1 > /sys/bus/pci/devices/0000:01:00.0/reset that I found on some AMD docs but the command failed
  2. turned off Pre-Boot WiFi and Network Boot in HP UEFI i as I found a comment somewhere that it was related
    3)unload/reload MT7921e module in Dom0

journalctl -b

Apr 29 10:52:36 dom0 kernel: pciback 0000:01:00.0: not ready 1023ms after FLR; waiting
Apr 29 10:52:37 dom0 kernel: pciback 0000:01:00.0: not ready 2047ms after FLR; waiting
Apr 29 10:52:39 dom0 kernel: pciback 0000:01:00.0: not ready 4095ms after FLR; waiting
Apr 29 10:52:44 dom0 kernel: pciback 0000:01:00.0: not ready 8191ms after FLR; waiting
Apr 29 10:52:52 dom0 kernel: pciback 0000:01:00.0: not ready 16383ms after FLR; waiting
Apr 29 10:53:09 dom0 kernel: pciback 0000:01:00.0: not ready 32767ms after FLR; waiting
Apr 29 10:53:43 dom0 kernel: pciback 0000:01:00.0: not ready 65535ms after FLR; giving up

lspci

01:00.0 Network controller: MEDIATEK Corp. MT7922 802.11ax PCI Express Wireless Network Adapter

2

You can try to enable no-strict-reset mode for your WiFi controller:

3

Thanks for the suggestion! I tried adding permissive=true and no-strict-reset=true to the device separately and then together to no effect.

4

There were the same reports about an issue with this controller before, but without a solution:
https://forum.qubes-os.org/search?q=%22after%20FLR%22

5

Yea I read through that. It sounds like replacing the device might be the best solution.

Thanks!