Created attachment 81600 [details] dmesg: eDP failed to be re enabled Environment: ---------------- Kernel: (drm-intel-next-queued)6dd8224ec64c809dad5ceceac299918f5d9c7c31 MSI Haswell Notebook MSI MS-16GC Notebook 15.6; Host bridge ID=0x0c04 (rev 06); VGA ID=0x0416 (rev06); BIOS: E16GCIMS.509 (04/24/2013) Description: ---------------- Unable to wake up eDP monitor using display switching option. While trying to wake up the monitor monitor stays in OFF state. HSW desktop's all pipe work well, ULT eDP + micro HDMI works well, our new ULT platform only support these two pipes. Another ULT which has more pipe is used by others, I will test it ASAP when it's free. Reproduce steps: ---------------- 1.Prepare DUT under above configuration. 2.Connect another monitor(VGA or HDMI). 3.Boot DUT and enter the following command: #xrandr --output eDP1 -- off #xrandr --autoreboot Current result: ---------------- #xrandr --output eDP1 -- off eDP turns OFF #xrandr --auto eDP remains in the OFF state Expected result: ---------------- eDP must awake when entering the command # xrandr --auto
The modeset to reenable the eDP looks fine, but the last recorded action of the backlight was to turn it off. Can you try changing the brightness level and seeing whether that restores the eDP?
Another HSW ULT test result has other bug: Bug 66306 - [HSW ULT] display port can't turn off by using xrandr --output xxx --off
(In reply to comment #1) > The modeset to reenable the eDP looks fine, but the last recorded action of > the backlight was to turn it off. Can you try changing the brightness level > and seeing whether that restores the eDP? I changed the brightness level, then I find eDP can restored properly.
Hm, could be Windows8 backlight fallout. Can you please retest with the below patches applied? https://patchwork.kernel.org/patch/2695411/ https://patchwork.kernel.org/patch/2695391/ https://patchwork.kernel.org/patch/2695401/
(In reply to comment #4) > Hm, could be Windows8 backlight fallout. Can you please retest with the > below patches applied? > > https://patchwork.kernel.org/patch/2695411/ > https://patchwork.kernel.org/patch/2695391/ > https://patchwork.kernel.org/patch/2695401/ This patch worked, I retested with latest -next-queued kernel without the patches, this issue is reproduceable. Then I applied the patches upon the same commit, eDP can restore properly.
Neat, so this is just another case of the Windows 8 backlight fallout. The patches will get merged through the acpi tree, I expect that -nightly will work as soon as it's based on 3.11-rc1. In any case this is not a drm/i915 issue, so closing accordingly. Please reopen if this is still broken on 3.11-rc1 (once that's released).
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.