Created attachment 78501 [details] dmesg : if VGA plugged, system boot up call trace Reproduce step: --------------------- 1. plugged in VGA 2. system boot up 3. dmesg | grep -i "call trace" Description: -------------------- I find this issue on -next-queued branch: good commit: 949db153b6466c6f7cad5a427ecea94985927311(Linux 3.8-rc5) bad commit: 80ad9206c0d863832bc5f6008c4d1868d1df8e70 I append the dmesg of bad commit, because our machine is not stable, bisect is on the way, If something you find is needed, please let me know.
This is fixed in: commit bd17381372c0740c43a9addf0d80271f647f2b38 Author: Daniel Vetter <daniel.vetter@ffwll.ch> Date: Mon Mar 25 11:24:10 2013 +0100 drm/i915: duct-tape locking when eDP init fails Which is only in -nightly.
(In reply to comment #1) > This is fixed in: > > commit bd17381372c0740c43a9addf0d80271f647f2b38 > Author: Daniel Vetter <daniel.vetter@ffwll.ch> > Date: Mon Mar 25 11:24:10 2013 +0100 > > drm/i915: duct-tape locking when eDP init fails > > Which is only in -nightly. OK, I retest latest -nightly kernel, this issue is gone. Now I paste our bisect result and verified here, I will track it on -next-queued and -fixes kernel, if not fixed on these two branch, I will remind you. a0e99e68c12ac6dc5d6b1da7942b5e05d5f848af is the first bad commit commit a0e99e68c12ac6dc5d6b1da7942b5e05d5f848af Author: Daniel Vetter <daniel.vetter@ffwll.ch> Date: Sun Dec 2 01:05:46 2012 +0100 drm/i915: use drm_modeset_lock_all Two exceptions: - debugfs files only read information which is not related to crtc, so can stay on the modeset_config lock. - Same holds for the edp vdd work in intel_dp.c. Add a corresponding WARN_ON and a comment next to the intel_dp struct fields for documentation. Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch> :040000 040000 bcd9863b435f3f769b1b00b750136a604e3bd451 2a61b7bb989f2bf986f2ddc77be75ba584a06f70 M drivers
No need to do further bisects, I know that currently -fixes and -next-queued are broken. This should fix itself in a few weeks when I roll things forward for after the merge window. My apologies for the mess here, but due to upstreams "as few backmerges as possible" policy this happens from time to time.
Closing old verified.
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.