Summary: | [BDW][bisected] unrecoverable black screen after killing X | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | DRI | Reporter: | Khumba <freedesktop-bugs-79382> | ||||||||||||||||||
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: | medium | CC: | bugs+x, charlesbos1, intel-gfx-bugs, ricardo.vega, shadowkyogre.public | ||||||||||||||||||
Version: | unspecified | Keywords: | bisected, regression | ||||||||||||||||||
Hardware: | x86-64 (AMD64) | ||||||||||||||||||||
OS: | Linux (All) | ||||||||||||||||||||
Whiteboard: | |||||||||||||||||||||
i915 platform: | BDW | i915 features: | display/Other | ||||||||||||||||||
Attachments: |
|
Created attachment 118209 [details]
X log after killing X
Created attachment 118210 [details]
xrandr from a working session and good commit
Created attachment 118211 [details]
X server config, NixOS generated
Created attachment 118212 [details]
lspci -knnvvv
What does xrandr say when the screen is black? Just sounds like nothing chooses to enable the eDP1 as it is off by user action. Created attachment 118213 [details]
xrandr --verbose after restarting X
As far as I can see, xrandr thinks things are fine. Input devices function. /sys/class/backlight/intel_backlight shows full brightness. The built-in display is just off for some reason. (Note that the display is dead even if I don't restart X.)
Ok, not a configuration issue Suspending to RAM and resuming brings the display back to life. I know little about the graphics stack, so please let me know if you want me to try things or what additional info to provide; I don't know, myself. Downstream bug is here, by the way: https://github.com/NixOS/nixpkgs/issues/9755 Things I forgot to mention in the middle of the night: - I tested upgrading to a 4.1 kernel together with xf86-video-intel at commit a29e765 (what NixOS is shipping) and the problem was present. - I tested with my current 3.18.21 kernel at xf86-video-intel master, also bad. I've got same issue on my Lenovo X250: lspci 00:02.0 VGA compatible controller: Intel Corporation Broadwell-U Integrated Graphics (rev 09) uname -a Linux honzik-ntb 4.2.2-040202-generic #201509291435 SMP Tue Sep 29 18:37:34 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux Kubuntu 15.04 - Plasma5 ssdm version: 0.11.0-0ubuntu10 When the error shows in dmesg computer goes to sleep everytime. Still an issue with latest kernels and userspace? I need to test again with latest versions. Back in March (see the NixOS bug) I tried with a newer xf86-video-intel on Gentoo and couldn't repro, but then I never did repro on Gentoo. I'm on holiday and without this particular box until mid-May, so further testing from me will have to wait until then. Okay, I did a fresh round of testing, here are the results. While it still is an issue with latest versions on NixOS, I haven't been able to repro on Gentoo. The NixOS build of xf86-video-intel uses the default configure flags, whereas Gentoo specifies them via USE flags, so I mention what's being used below. I'll also upload the build logs of (4) and (5). (1) gentoo arch=amd64 sm=openrc kernel=4.4.6-gentoo xorg-server=1.17.4 xf86-video-intel=2.99.917-r2(date=2014-12-21) (USE="dri sna udev -debug -uxa -xvmc"; the defaults) kill X: works (2) nixos head=6e0dddf(release-16.03) sm=systemd kernel=4.4.10 xorg-server=1.17.4 xf86-video-intel=2015-11-14(rev=0340718) kill X: broken (3) nixos *head=06aae7c(master)+changes* sm=systemd *kernel=4.6* xorg-server=1.17.4 xf86-video-intel=2015-11-14(rev=0340718) kill X: broken (4) nixos head=06aae7c(master)+changes sm=systemd kernel=4.6 xorg-server=1.17.4 *xf86-video-intel=2016-05-19(rev=25d2c2d)* kill X: broken ...okay, back to Gentoo to try to repro there... (5) gentoo arch=amd64 sm=openrc kernel=4.4.6-gentoo xorg-server=1.17.4 *xf86-video-intel=2016-05-07(rev=88733a7)* (USE="dri sna udev -debug -dri3 -uxa -xvmc") (Note: Gentoo enables dri3 by default, but the ebuild says that dri3 depends on xorg-server-1.18, so to avoid upgrading I disabled it.) kill X: works Created attachment 123951 [details]
xf86-video-intel-2016-05-07.gentoo.build.log
Created attachment 123952 [details]
xf86-video-intel-2016-05-19.nixos.build.log
Khumba (freedesktop-bugs-79382@khumba.net) and Jan (horacius@gmail.com), are you still seeing this problem with latest kernel and userspace? Based on the comment 13 this failure was visible on NixOS, not in gentoo anymore. Chris (chris@chris-wilson.co.uk), is there something out there which could have impacted this? During chat with Chris: "X has turned the eDP on, the kernel hasn't. As far X is concerned, it has performed a modeset on eDP to 1366x768 but the screen is still blank." -Chris (In reply to Jari Tahvanainen from comment #16) > Khumba (freedesktop-bugs-79382@khumba.net) and Jan (horacius@gmail.com), are > you still seeing this problem with latest kernel and userspace? Based on the > comment 13 this failure was visible on NixOS, not in gentoo anymore. Chris > (chris@chris-wilson.co.uk), is there something out there which could have > impacted this? Hello everybody, could this case be closed? Actual NixOs is 17.09 and latest stable is kernel 4.13.11, still reproducible with it? I only ever saw this problem on NixOS, which I haven't been running on this laptop for quite a while now, so feel free to consider this resolved. Thanks for the update Khumba. Closing. |
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 118208 [details] dmesg after killing X 7d9a746 - (refs/bisect/bad) sna: Be robust in handling DPMS failures (3 months ago) <Chris Wilson> This commit starts causing problems with my laptop's Intel card. If I close an X session by letting xinitrc finish, then I'm returned to the login screen without problem. If I kill the X process or stop it via systemctl, then my laptop display turns off and won't turn back on short of a reboot: starting X again, and closing the lid, don't help. (I didn't try suspending.) The laptop's built-in display is seen as eDP1. If there are other displays attached via HDMI or DP, they continue functioning normally, in console mode and X. I don't see anything out of the ordinary in the logs. Machine: $ uname -a Linux mikasa 3.18.21 #1-NixOS SMP Thu Jan 1 00:00:01 UTC 1970 x86_64 GNU/Linux - X Server version 1.17.2 - ASUS N550JK with dual Intel and NVIDIA graphics (only Intel active). - The xrandr output is from a normally functioning session (from the commit prior to this bad one).