Comment 20 for bug 1944397

I've reproduced this locally though it seems to take some time for my system to do so: it boots happily, logs in successfully, and can then be a good 10 minutes or more before the screen freeze. Playing video, in particular, appears to make the freeze occur more reliably. The dmesg output immediately before (and just after) the freeze are:

[ 271.583703] [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:76:crtc-3] flip_done timed out
[ 271.583697] [drm:drm_crtc_commit_wait [drm]] *ERROR* flip_done timed out
[ 271.584001] [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CRTC:76:crtc-3] commit wait timed out
[ 281.823842] [drm:drm_crtc_commit_wait [drm]] *ERROR* flip_done timed out
[ 281.824121] vc4-drm gpu: [drm] *ERROR* Timed out waiting for commit

I've uploaded an experimental bump for the linux-firmware-raspi2 package with the latest upstream firmware to the following PPA:

https://launchpad.net/~waveform/+archive/ubuntu/firmware

However, this doesn't appear to fix the issue (or alter its timing) for me.

@satmandu on the subject of FKMS breaking X11 applications, that was the case during part of the hirsute cycle but it did get resolved at some point (I forget exactly when). I've tested xeyes (an X11 application) with the FKMS work-around in place and there's none of the window corruption that we were seeing originally, so FKMS should be a reasonable work-around for now.