Comment 0 for bug 1974267

Device Specs are a HP Prodesk 600 G4 DM. 1 stick DDR4 2666mhz 16gb and I7-8600T CPU.
I am running an application that uses a touch screen that turns off the monitor when not used. It uses the DPMS time out commands on the monitor. I have manually triggered the crash using ssh into the computer. Turning off the monitor manually does not cause it. I have ran the monitor from usbc combined as well as power and hdmi only to verify that it is not an issue with the touch screen drivers.

Using tail -f on /var/log/Xorg.0.log, Xorg.1.log and on syslogd. I can see xserver issue the command and then starts spamming the mode line information from the monitor when the monitor disconnects. Within a second the syslog reports "snd_hda_codec_hdmi hdaudioC0D2: HDMI: pin nid 7 not registered" and then within 5 seconds the computer reboots. I have tried collecting a kdump, but when enabled, the computer is permanently frozen and the power button has to be held down to reboot the machine. When testing the Kdump with the ssh trigger crash, the crash log is generated properly.

This bug may be similar to https://patchwork<email address hidden>/ I cannot confirm however on the behavior. It could be that the xserver package is trying to use the something when the monitor is in suspend or off. No crash occurs when the monitor is disconnected or when the monitor shutsdown. Only when the monitor enters a DPMS state does the kernel panic.

I am attaching 4 ssh terminals from when I induced a crash.