augsch
February 17, 2023, 3:53am
#1
Remarks
All is good. Audio, microphone, camera, bluetooth with sys-audio are all working. Video playback is smooth.
A regular PVH qube’s boot time is around 5 seconds, and battery life is decent (5-6 hours surfing the web), which can be prolonged with ryzenadj . Note that building it in fedora-37 will result in non-compatible glibc version in dom0 (2.34 in fc37 vs 2.31 in fc32, if my memory is correct ). So building it in debian-11 is recommended.
With current-testing Xen and kernel 5.15.89, suspend is working great most of the time. However, minor resume instability cannot be ruled out. Track the issue here:
opened 08:36PM - 30 Sep 21 UTC
T: bug
C: Xen
P: major
hardware support
diagnosed
C: power management
### Qubes OS release
R4.1,
kernel 5.14.7-1 (fedora 5.14) (same behavior in lo… wer kernels.)
XEN 4.14.3 (build from @marmarek branch)
### Brief summary
Laptops does not resume after third sleep/resume cycle.
The problem seems to be with
```
[drm] psp command (0x7) failed and response status is (0xFFFF0007)
[drm:psp_hw_start [amdgpu]] *ERROR* PSP load tmp failed!
```
It feels like there's a hung process in the amdgpu drivers for some reason.
Not sure how to debug this properly, XEN is not giving me much info at all.
The problem is visible with X started as well obviously but I try to make the bug surface smaller.
### Steps to reproduce
Boot laptop with X disabled, no VMs started.
run systemctl suspend three times (and resuming)
run reboot to restore system
### Expected behavior
Possible to suspend limitless.
### Actual behavior
Screen does not wake up on third resume. It's possible to write `reboot` and restart.
### Notes
Works well with kernel booted without XEN.
[crash.filtered.log](https://github.com/QubesOS/qubes-issues/files/7262316/crash.filtered.log)
[crash.filtered.xen.log](https://github.com/QubesOS/qubes-issues/files/7262318/crash.filtered.xen.log)
### Workarounds
A bit more testing is needed but I do have sort of stable suspend/resume now. It even survives when everything goes south.
There's a bit of tearing, but I'd rather have suspend than tearing.
```
cat << > /etc/X11/xorg.conf.d/50-video.conf
Section "Device"
Identifier "card0"
Driver "amdgpu"
Option "AccelMethod" "none"
EndSection
```
Compile `xorg-x11-drv-amdgpu` from https://github.com/freedesktop/xorg-xf86-video-amdgpu
Run `make install` and install `amdgpu_drv.so` in `/usr/lib64/xorg/modules/drivers` on dom0.
For more stability run with kernel cmdline `preempt=none`
Do note that e.g. 4k external screen will be royally sluggish.
Sometimes the screen turns up black, type in the password anyhow and switch to tty2 and back again / suspend-resume again and it will most likely come to life again. Suspend/resume too fast could lead to instant reboot.
Note that the AX200 wifi card needs firmware-iwlwifi to work. The firmware exists in default fedora-37 template, but not in default debian-11 template.
Attachments
Qubes-HCL-LENOVO-21A2-20230217-114056.yml (857 Bytes)
2 Likes
Sven
February 18, 2023, 11:53pm
#2
Thank you @augsch for your HCL report, which is online now!
1 Like