Description of problem: The display normally activates when the mouse is moved or a key is pressed. Occasionally, the display stays dark. Version-Release number of selected component (if applicable): mga6 up-to-date on 9/21/2017. This has been occurring since mga5; but I waited until I installed mga6 in case it was fixed; alas, nope. How reproducible: Random. Maybe 1 out of 10 or so. Steps to Reproduce: 1. allow display to timeout 2. move mouse or hit a key 3. Workarounds: 1. close the lid. Wait for the system to hibernate. Open the lid and enter password if requested. 2. Ctrl+Alt+F2 (no visual feedback). Ctrl+Alt+F1 & display is restored. System: Dell M6800 with 2 video cards; but only the laptop display. 00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06) (prog-if 00 [VGA controller]) Subsystem: Dell Device 05cd Flags: bus master, fast devsel, latency 0, IRQ 26 Memory at f5800000 (64-bit, non-prefetchable) [size=4M] Memory at d0000000 (64-bit, prefetchable) [size=256M] I/O ports at f000 [size=64] [virtual] Expansion ROM at 000c0000 [disabled] [size=128K] Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [d0] Power Management version 2 Capabilities: [a4] PCI Advanced Features Kernel driver in use: i915 Kernel modules: i915 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Saturn XT [FirePro M6100] (rev ff) (prog-if ff) !!! Unknown header type 7f Kernel driver in use: radeon Kernel modules: radeon, amdgpu
Not sure the kernel & drivers maintainers are the right assignee, but they'll know better than me what and whom to assign to :-)
CC: (none) => marja11Assignee: bugsquad => kernel
Hi. I've had the same issue on my Dell Latitude E6510 laptop. Sometimes the solution that worked was Ctrl-Alt-F1(F2) and then Ctrl-Alt-Arrow Left. Other times this didn't work and I had to shut down the machine to get it back to working order. Have, for the moment, retired the laptop as I'm using a stationary one.
CC: (none) => smelror
Changed Power Management -> Energy Saving: Dim screen from 5 to 1 minute Screen Energy Saving from 10 to 2 minutes in the hope of triggering this issue. Could not after a short period, so I changed the settings to 10 and 12 minutes. However, changed Dim screen (DS) from 1 to 10 FIRST, then changed Screen Energy Saving (SES) from 2 to 12, then hit Apply. No idea if momentarily having DS greater than SES triggered something; but after that change, the screen would no long dim or go off. Played with these settings to no avail. Stayed this way for over 24 hours, until... Next, via Menu -> Power/Session - Switch User, fired up 2 other users. Either one had no problem making screen go dim/dark; but I didn't get a chance to test the settings issue because the main user session totally locked up. Even the clock was stuck. Whatever happened only affected the main user. I was able to get rid of the frozen main user screen by killing its ksmserver process; but had to reboot to get everything back. Trying to figure out what caused the screen lockup to report separately; but including that info here in case it provides a clue, or there's a connection between dim/dark and the lockup.
This bug still occurs, randomly. Another workaround is to use Fn+<uparrow>.
Happened a couple more times this week. In one case, could never get the display back; had to reboot. Tried ssh into laptop and using xset, never could force the display back on.
Haven't seen this problem since last comment...
Resolution: (none) => WORKSFORMEStatus: NEW => RESOLVED