GNOME Bugzilla – Bug 678535
Please watch the CanGraphical property on logind Seat objects before spawning a graphical login on a seat
Last modified: 2018-05-24 10:44:05 UTC
We now boot so fast that gdm might get started at a time where the graphics drivers are not fully initialized yet and the video device might still get probed. Currently gdm chokes on that, because it assumes that all graphics hw is available when it is started. To fix this I have just updated systemd git to expose a CanGraphics boolean property on all seats that tells gdm whether a specific seat can do graphics (i.e. has an fb/kms device node). gdm should only care for seats with this field set. In the race case mentioned above this property might be initialized with False first, but change to True as the video driver finishes probing. This means gdm needs to watch PropertyChanged for this field (in addition to the SeatAdded, SeatRemoved signals), and take possession of a seat/give up a seat as the flag changes. Also see: http://www.freedesktop.org/wiki/Software/systemd/writing-display-managers and: http://lists.freedesktop.org/archives/systemd-devel/2012-June/005576.html Thanks!
sure, sounds good. we should also consider dropping the seat-hack at some point in the future: http://lists.x.org/archives/xorg-devel/2012-June/031792.html
(In reply to comment #1) > sure, sounds good. we should also consider dropping the seat-hack at some > point in the future: > > http://lists.x.org/archives/xorg-devel/2012-June/031792.html Ah, cool. Though currently that code doesn't appear to mention ID_SEAT at all (i.e. ignores seat information). But it's a big step in the right direction.
This bug is causing lightdm to boot into the tty1 terminal: <https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-vmware/+bug/1365336> Consider raising its importance.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME'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.gnome.org/GNOME/gdm/issues/103.