Comment 54 for bug 615549

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 :).