Created attachment 101586 [details] xorg log during this event Randomly, every 10 to 50 boots the resolution is set incorrectly to 640x480 and cannot be changed (except by rebooting). The rest of the time the resolution is detected correctly.
Created attachment 101587 [details] xorg log when the correct resolution is detected
A dmesg from the bad start would be useful. It looks simply like X starts before the i915.ko is finished loading.
Created attachment 101596 [details] [review] Wait for DRM to finish loading Untested patch to stall waiting for /dev/drm/card0
Thank you for your feedback. The next time it happens I will run dmesg > dmesg.log and upload the log here.
I think with commit f66e25def3431a900068cc1c23a6b1e8322ef046 Author: Chris Wilson <chris@chris-wilson.co.uk> Date: Mon Jun 23 16:14:28 2014 +0100 intel: Wait for the DRM device to load Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=80397 Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> commit 0c7cf7a6bb1c91b59ad326198f3364554e3dfeb5 Author: Chris Wilson <chris@chris-wilson.co.uk> Date: Tue Jun 24 11:50:55 2014 +0100 intel: Wait for our expected device node to appear If the path we want to open for the KMS device is not yet available, wait a short while and try again. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=80397 Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> I should have sufficient safeguards against this unlikely scenario. Once it happens again and you can attach the dmesg, please update xf86-video-intel.git and see if it catches any delayed device loads. (There should be an error in the log about waiting) Or if it fails to...
Given 6 months have passed, I think we can assume this glitch has resolved itself.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.