Summary: | [IVB/SNB] coldplug new monitors for fbcon on lastclose() | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | DRI | Reporter: | Guang Yang <guang.a.yang> | ||||||||||
Component: | DRM/Intel | Assignee: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||||||
Status: | CLOSED FIXED | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||||||
Severity: | normal | ||||||||||||
Priority: | low | CC: | ben, chris, daniel, jbarnes, yi.sun | ||||||||||
Version: | unspecified | ||||||||||||
Hardware: | Other | ||||||||||||
OS: | All | ||||||||||||
Whiteboard: | |||||||||||||
i915 platform: | i915 features: | ||||||||||||
Attachments: |
|
Hmm, right we only restore the previous fbcon on lastclose(). To fix this we need to do a complete rescan. In fact this seems like it should be handled by fb_helper->delayed_hotplug? Created attachment 60342 [details] [review] Run deferred hotplug events Created attachment 60549 [details] dmesg with patch (In reply to comment #3) > Created attachment 60342 [details] [review] [review] > Run deferred hotplug events I have try the patch with kernel of -queued branch which commit is: Kernel: (drm-intel-next-queued)eea7d92bdb47727dfaf5f148f6ea72e9a1cffaf1 When I boot the system with a VGA monitor and run testdisplay -a ,the same times pluging in DP monitor,after running testdisplay the DP screen still can't light up. I try the new QA testing cycle with Kernel: (drm-intel-testing)25fcc53b96dd4801907d9b1cc4b76258ab0f3d65 the issue still occurs. Quick question: Does this only happen with a DP monitor, or also with HDMI/DVI? Also, does the DP display correctly light up when running testdisplay? (In reply to comment #6) > Quick question: Does this only happen with a DP monitor, or also with HDMI/DVI? > Also, does the DP display correctly light up when running testdisplay? This occurs with DP,HDMI/DVI,VGA monitor, they all can light up while running testdiplay ,but turn to be black after testdisplay finished. Kernel: (drm-intel-testing)6760818aad5622d7f20d7f1c45d75a8165aeaf24 Issue also exist. Test on IvyBridge(x-ivb4): First plug DP---->second plug HDMI, after display -a, all can light up. First plug HDMI---->second plug DP, after display -a, DP failed light up. Created attachment 68754 [details]
DP and HDMI cold plug dmesg
Is this still an issue with latest drm-intel-nightly? A lot of things happened in the fbcon drm layer, so worth a shot to retest. (In reply to comment #10) > Is this still an issue with latest drm-intel-nightly? A lot of things > happened in the fbcon drm layer, so worth a shot to retest. This issue also exists. reproduce step: ------------------------------ First plug HDMI---> running testdisplay -a ---->then plug DP, when testdisplay finished, DP failed light up. First plug DP---->running testdisplay -a ---->then plug HDMI, after testdisplay finished, HDMI failed light up. re-plug unlighted pipe, both can light up. Can you please retest with latest igt and kernels? I still don't understand really why this doesn't work, but worth a shot to retest ... (In reply to comment #12) > Can you please retest with latest igt and kernels? I still don't understand > really why this doesn't work, but worth a shot to retest ... I try with the latest igt and -nightly kernel, the issue is gone, so I think we can close this bug. verified for the issue is gone. 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.
Created attachment 52730 [details] dmesg.txt is the bug's dmesg information System Environment: -------------------------- Platform: IvyBridge/SandyBridge Kernel: (drm-intel-next)82d165557ef094d4b4dfc05871aee618ec7102b0 Bug detailed description: ------------------------- while running testdisplay tool such as " testdisplay -a" with a monitor,then I plug in another monitor,the second screen can't come up after "testdisplay -a" finished.