I've talked with Andy, and he doesn't think that this is related to the
problems they've been tracking down. What we need to do here is to wait
for DRM to be ready before starting X.
Using:
and (drm-device-added card0 PRIMARY_DEVICE_FOR_DISPLAY=1
or stopped udevtrigger))
will cut down on the occurrence of this bug, but as the logs attached
above show, the kernel is initialising the :02 PCI card first but X is
looking for the :03 PCI card, so there's still a race possible.
Waiting for udev to finish will adversely affect boot time, but unless
we can grow a “video devices are up” signal somehow I don't see how to
safely boot without waiting for udev.
Can we get a poor-man's all-devices-up signal by enumerating the PCI bus
at the start of the boot and waiting for all the graphics cards on it to
be initialised? Does any hardware do something so terribly braindead as
expose new GPUs during boot? I think we could probably live with users
who insert cards during boot getting a possibly broken experience that
one time :).
--
Dell Studio XPS 13 no video
https://bugs.launchpad.net/bugs/615549
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gdm in ubuntu.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
