Created attachment 140522 [details]
output of 'udevadm monitor -p | ts' while screen is locked
I've got a Lenovo P50 with hybrid graphics cards:
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06)
01:00.0 VGA compatible controller: NVIDIA Corporation GM107GLM [Quadro M2000M] (rev a2)
The internal display is connected to the Intel card. External display ports are wired to the NVIDIA card. I'm using the autobind-GPUs Xorg patch so that I don't have to run `xrandr --setprovideroutputsource` in order to make the external ports usable.
While I'm away from the system, the monitor gets blanked. While it's in this state, I see many change events from the NVIDIA device (udevadm monitor output attached). This exacerbates a memory leak in gnome-desktop that causes clients to consume several GiB of memory after I come back to the laptop, having left it idle over the weekend.
Created attachment 140523 [details]
dmesg output, interest parts between 12:00 and 13:00 and 14:50 to 15:00.
I suspect that more information could be useful. A good starting point would be to attach:
- Your VBIOS (obtained from /sys/kernel/debug/dri/<number>/vbios.rom while the GPU is powered on), and
- A full dmesg of a booting system.
Also: is this problem a regression from earlier kernels? If so, have you tried to pinpoint which kernel change (version, but ideally commit) led to this undesirable behaviour?
Created attachment 140524 [details]
I'm not sure if the card currently counts as 'powered on' given:
# cat /sys/kernel/debug/vgaswitcheroo/switch
But here's my current vbios.rom file anyway. If you need me to somehow power the card up and try again then let me know (I'm not sure how to do that - writing "ON" to the file doesn't change the output).
Created attachment 140527 [details]
full kernel log
Here's 'journalctl -k' which goes back to the system boot.
As for a working kernel version: I apologize for not mentioning that I'm using 4.17.3.
Linux version 4.17.0-1-amd64 (firstname.lastname@example.org) (gcc version 7.3.0 (Debian 7.3.0-24)) #1 SMP Debian 4.17.3-1 (2018-07-02)
While I do have 4.16.16 on the system as well, I'm almost certain that I've seen this behaviour since I first started using this laptop, with much older kernels (well, at least 4.14... maybe 4.9). I remember looking into a this gnome-settings-daemon memory leak back then, but never got to the bottom of it because frankly the laptop was just not stable enough to stay up long enough to reproduce the problem!
I haven't seen this since installing a newer kernel from Debian (4.17.14) and rebooting. Prior to the reboot I was running 4.17.8 and did observe the problem.
I'll resolve this bug when I'm sure the problem is gone.
-- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.
You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/issues/443.