Summary: | [965g] intel display got black screen and needs ssh from another box + reset to back to work | ||
---|---|---|---|
Product: | DRI | Reporter: | Filipe Rosset <rosset.filipe> |
Component: | DRM/Intel | Assignee: | Jani Nikula <jani.nikula> |
Status: | CLOSED INVALID | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> |
Severity: | normal | ||
Priority: | medium | CC: | annejan, intel-gfx-bugs |
Version: | unspecified | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Filipe Rosset
2014-06-03 21:34:03 UTC
Hi Filipe, When does exactly it gets black? What triggers the issue? Could you please boot your kernel with drm.debug=0xe, reproduce the issue, collect dmesg and attach it here? Also, could you please verify if it does happen on our development branch drm-intel-nightly at: http://cgit.freedesktop.org/drm-intel/log/?h=drm-intel-nightly Thanks, Rodrigo. Hi Rodrigo, I'm having the same issue. When screen turns off after some inactivity, it doesn't resume on mouse move or key press. This regression was introduced on kernel 3.14.6, and is present also on 3.14.7 and 3.15.1. Running 3.14.5 works just fine. Some information about my environment: Ubuntu 12.04 on Lenovo T430 Linux 3.14.6-031406-generic xserver-xorg-video-intel 2.17.0-1ubuntu4.4 libdrm-intel1 2.4.46-1ubuntu0.0.0.1 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: Lenovo Device 21f3 Flags: bus master, fast devsel, latency 0, IRQ 43 Memory at f0000000 (64-bit, non-prefetchable) [size=4M] Memory at e0000000 (64-bit, prefetchable) [size=256M] I/O ports at 5000 [size=64] Expansion ROM at <unassigned> [disabled] Capabilities: <access denied> Kernel driver in use: i915 Kernel modules: i915 And here's the drm.debug=0xe info: /* Screen lock */ Jun 17 11:27:25 e kernel: [ 308.010264] [drm:intel_crtc_cursor_set], cursor off /* Screen turns off */ Jun 17 11:37:35 e kernel: [ 918.467218] [drm:intel_panel_actually_set_backlight], set backlight PWM = 0 Jun 17 11:37:35 e kernel: [ 918.746612] [drm:intel_disable_shared_dpll], disable PCH DPLL A (active 1, on? 1) for crtc 3 Jun 17 11:37:35 e kernel: [ 918.746621] [drm:intel_disable_shared_dpll], disabling PCH DPLL A Jun 17 11:37:35 e kernel: [ 918.747038] [drm:intel_update_fbc], no output, disabling Jun 17 11:37:35 e kernel: [ 918.747053] [drm:check_encoder_state], [ENCODER:10:LVDS-10] Jun 17 11:37:35 e kernel: [ 918.747056] [drm:check_encoder_state], [ENCODER:16:DAC-16] Jun 17 11:37:35 e kernel: [ 918.747059] [drm:check_encoder_state], [ENCODER:17:TMDS-17] Jun 17 11:37:35 e kernel: [ 918.747061] [drm:check_encoder_state], [ENCODER:21:TMDS-21] Jun 17 11:37:35 e kernel: [ 918.747064] [drm:check_encoder_state], [ENCODER:23:TMDS-23] Jun 17 11:37:35 e kernel: [ 918.747067] [drm:check_encoder_state], [ENCODER:25:TMDS-25] Jun 17 11:37:35 e kernel: [ 918.747069] [drm:check_encoder_state], [ENCODER:27:TMDS-27] Jun 17 11:37:35 e kernel: [ 918.747072] [drm:check_encoder_state], [ENCODER:29:TMDS-29] Jun 17 11:37:35 e kernel: [ 918.747075] [drm:check_crtc_state], [CRTC:3] Jun 17 11:37:35 e kernel: [ 918.747078] [drm:check_crtc_state], [CRTC:5] Jun 17 11:37:35 e kernel: [ 918.747079] [drm:check_crtc_state], [CRTC:7] Jun 17 11:37:35 e kernel: [ 918.747080] [drm:check_shared_dpll_state], PCH DPLL A Jun 17 11:37:35 e kernel: [ 918.747085] [drm:check_shared_dpll_state], PCH DPLL B Jun 17 11:37:35 e kernel: [ 918.747121] [drm:intel_panel_get_backlight], get backlight PWM = 0 Jun 17 11:37:35 e kernel: [ 918.747138] [drm:intel_backlight_device_update_status], updating intel_backlight, brightness=0/4437 Jun 17 11:37:35 e kernel: [ 918.747189] [drm:intel_backlight_device_update_status], updating intel_backlight, brightness=0/4437 /* Key press */ Jun 17 11:38:11 e kernel: [ 955.090607] [drm:g4x_wait_for_vblank], vblank wait timed out Jun 17 11:38:11 e kernel: [ 955.154645] [drm:g4x_wait_for_vblank], vblank wait timed out Jun 17 11:38:11 e kernel: [ 955.154812] [drm:ivb_manual_fdi_link_train], FDI_RX_IIR before link train 0x0 Jun 17 11:38:11 e kernel: [ 955.154821] [drm:ivb_manual_fdi_link_train], FDI_RX_IIR 0x100 Jun 17 11:38:11 e kernel: [ 955.154824] [drm:ivb_manual_fdi_link_train], FDI train 1 done, level 0. Jun 17 11:38:11 e kernel: [ 955.154832] [drm:ivb_manual_fdi_link_train], FDI_RX_IIR 0x600 Jun 17 11:38:11 e kernel: [ 955.154835] [drm:ivb_manual_fdi_link_train], FDI train 2 done, level 0. Jun 17 11:38:11 e kernel: [ 955.154836] [drm:ivb_manual_fdi_link_train], FDI train done. Jun 17 11:38:11 e kernel: [ 955.154840] [drm:ironlake_enable_shared_dpll], enable PCH DPLL A (active 0, on? 0)for crtc 3 Jun 17 11:38:11 e kernel: [ 955.154841] [drm:ironlake_enable_shared_dpll], enabling PCH DPLL A Jun 17 11:38:11 e kernel: [ 955.156213] [drm:intel_update_fbc], disabled per chip default Jun 17 11:38:11 e kernel: [ 955.162653] [drm:intel_panel_enable_backlight], pipe A Jun 17 11:38:11 e kernel: [ 955.162663] [drm:intel_panel_actually_set_backlight], set backlight PWM = 4437 Jun 17 11:38:12 e kernel: [ 955.178646] [drm:intel_connector_check_state], [CONNECTOR:9:LVDS-1] Jun 17 11:38:12 e kernel: [ 955.178663] [drm:check_encoder_state], [ENCODER:10:LVDS-10] Jun 17 11:38:12 e kernel: [ 955.178667] [drm:check_encoder_state], [ENCODER:16:DAC-16] Jun 17 11:38:12 e kernel: [ 955.178670] [drm:check_encoder_state], [ENCODER:17:TMDS-17] Jun 17 11:38:12 e kernel: [ 955.178672] [drm:check_encoder_state], [ENCODER:21:TMDS-21] Jun 17 11:38:12 e kernel: [ 955.178675] [drm:check_encoder_state], [ENCODER:23:TMDS-23] Jun 17 11:38:12 e kernel: [ 955.178678] [drm:check_encoder_state], [ENCODER:25:TMDS-25] Jun 17 11:38:12 e kernel: [ 955.178681] [drm:check_encoder_state], [ENCODER:27:TMDS-27] Jun 17 11:38:12 e kernel: [ 955.178684] [drm:check_encoder_state], [ENCODER:29:TMDS-29] Jun 17 11:38:12 e kernel: [ 955.178687] [drm:check_crtc_state], [CRTC:3] Jun 17 11:38:12 e kernel: [ 955.178701] [drm:check_crtc_state], [CRTC:5] Jun 17 11:38:12 e kernel: [ 955.178702] [drm:check_crtc_state], [CRTC:7] Jun 17 11:38:12 e kernel: [ 955.178704] [drm:check_shared_dpll_state], PCH DPLL A Jun 17 11:38:12 e kernel: [ 955.178709] [drm:check_shared_dpll_state], PCH DPLL B Jun 17 11:38:12 e kernel: [ 955.178797] [drm:intel_backlight_device_update_status], updating intel_backlight, brightness=0/4437 Jun 17 11:38:12 e kernel: [ 955.178800] [drm:intel_panel_actually_set_backlight], set backlight PWM = 0 /* Screen still off */ If you need some other info please let me know. TIA Mariano Jani, sound familar? Is this a regression, i.e. have older kernel versions worked? (In reply to comment #2) > Hi Rodrigo, > I'm having the same issue. When screen turns off after some inactivity, > it doesn't resume on mouse move or key press. This regression was introduced > on kernel 3.14.6, and is present also on 3.14.7 and 3.15.1. Running 3.14.5 > works just fine. Mariano, please file a new bug for your problem. It is most likely a different issue. If it reliably works on 3.14.5 and regresses in 3.14.6, the bisect should be quick. Please do that in the new bug report. Thanks. Filipe, please attach the full dmesg from early boot to the problem, with drm.debug=0xe module parameter. You can get that over ssh. Does the problem occur with laptop screen alone, or is the external monitor required to reproduce? When does the problem occur; the redhat bz says "suddenly" got a black screen, but what does that refer to? Is this a regression? What works, what doesn't? Hi guys, Now I'm running kernel-3.15.0-1.fc21.x86_64 since JUn, 10. and I'm no longer able to reproduce the issue because it didn't happened any time after this version. When the issue happened (five or six times, I can't remember correctly) I was always using internal screen + external monitor using displayport + DVI adapter. There are no exact steps to reproduce, sometimes I was using a browser (firefox and chrome, rolling the screen down). Other time I was using vim in terminal. Pretty weird, the screen just got black without a specific reason. Do you believe drm.debug=0xe is still usefull since I'm not able to reproduce the issue anymore? In fact there are some other changes in my system between the bug report and now (without the issue). xorg-x11-drv-intel from 2.99.911-2.fc21.x86_64 to 2.99.912-2.fc21 changelog: * Qui Jun 12 2014 Hans de Goede <hdegoede@redhat.com> - 2.99.912-2 - DRI3 support causes gnome-shell to hang, disable for now * Qua Jun 11 2014 Hans de Goede <hdegoede@redhat.com> - 2.99.912-1 - Rebase to 2.99.911 - Rebuild for xserver 1.15.99.903 - Update intel-gpu-tools to 1.7 release mesa from 10.2 rc (20140531) to 10.2.1 (20140608) mesa-dri-drivers-10.2.1-2.20140608.fc21.x86_64 mesa-filesystem-10.2.1-2.20140608.fc21.x86_64 mesa-libEGL-10.2.1-2.20140608.fc21.x86_64 mesa-libEGL-devel-10.2.1-2.20140608.fc21.x86_64 mesa-libgbm-10.2.1-2.20140608.fc21.x86_64 mesa-libGL-10.2.1-2.20140608.fc21.i686 mesa-libGL-10.2.1-2.20140608.fc21.x86_64 mesa-libglapi-10.2.1-2.20140608.fc21.i686 mesa-libglapi-10.2.1-2.20140608.fc21.x86_64 mesa-libGL-devel-10.2.1-2.20140608.fc21.x86_64 mesa-libGLES-10.2.1-2.20140608.fc21.x86_64 mesa-libGLES-devel-10.2.1-2.20140608.fc21.x86_64 mesa-libGLU-9.0.0-6.fc21.i686 mesa-libGLU-9.0.0-6.fc21.x86_64 mesa-libGLU-devel-9.0.0-6.fc21.x86_64 mesa-libwayland-egl-10.2.1-2.20140608.fc21.x86_64 mesa-libxatracker-10.2.1-2.20140608.fc21.x86_64 #xorg packages abrt-addon-xorg-2.2.1-6.fc21.x86_64 xorg-x11-apps-7.7-8.fc21.x86_64 xorg-x11-docs-1.6-8.fc21.noarch xorg-x11-drv-ati-7.4.0-0.3.20140419git48d3dbc.fc21.x86_64 xorg-x11-drv-evdev-2.9.0-2.fc21.x86_64 xorg-x11-drv-fbdev-0.4.3-17.fc21.x86_64 xorg-x11-drv-intel-2.99.912-2.fc21.x86_64 xorg-x11-drv-mga-1.6.2-15.fc21.x86_64 xorg-x11-drv-modesetting-0.8.1-2.20140428git509dbe8.fc21.x86_64 xorg-x11-drv-nouveau-1.0.10-4.fc21.x86_64 xorg-x11-drv-openchrome-0.3.3-11.fc21.x86_64 xorg-x11-drv-qxl-0.1.1-10.fc21.x86_64 xorg-x11-drv-synaptics-1.8.0-3.fc21.x86_64 xorg-x11-drv-vesa-2.3.2-17.fc21.x86_64 xorg-x11-drv-vmmouse-13.0.0-13.fc21.x86_64 xorg-x11-drv-vmware-13.0.2-4.20140613git82c9b0c.fc21.x86_64 xorg-x11-drv-wacom-0.24.0-3.fc21.x86_64 xorg-x11-fonts-100dpi-7.5-10.fc21.noarch xorg-x11-fonts-75dpi-7.5-10.fc21.noarch xorg-x11-fonts-cyrillic-7.5-10.fc21.noarch xorg-x11-fonts-ethiopic-7.5-10.fc21.noarch xorg-x11-fonts-ISO8859-1-100dpi-7.5-10.fc21.noarch xorg-x11-fonts-ISO8859-14-100dpi-7.5-10.fc21.noarch xorg-x11-fonts-ISO8859-14-75dpi-7.5-10.fc21.noarch xorg-x11-fonts-ISO8859-15-100dpi-7.5-10.fc21.noarch xorg-x11-fonts-ISO8859-15-75dpi-7.5-10.fc21.noarch xorg-x11-fonts-ISO8859-1-75dpi-7.5-10.fc21.noarch xorg-x11-fonts-ISO8859-2-100dpi-7.5-10.fc21.noarch xorg-x11-fonts-ISO8859-2-75dpi-7.5-10.fc21.noarch xorg-x11-fonts-ISO8859-9-100dpi-7.5-10.fc21.noarch xorg-x11-fonts-ISO8859-9-75dpi-7.5-10.fc21.noarch xorg-x11-fonts-misc-7.5-10.fc21.noarch xorg-x11-fonts-Type1-7.5-10.fc21.noarch xorg-x11-font-utils-7.5-19.fc21.x86_64 xorg-x11-proto-devel-7.7-12.fc21.noarch xorg-x11-server-common-1.15.99.902-8.20140428.fc21.x86_64 xorg-x11-server-devel-1.15.99.902-8.20140428.fc21.x86_64 xorg-x11-server-utils-7.7-6.fc21.x86_64 xorg-x11-server-Xorg-1.15.99.902-8.20140428.fc21.x86_64 xorg-x11-util-macros-1.19.0-2.fc21.noarch xorg-x11-utils-7.5-14.fc21.x86_64 xorg-x11-xauth-1.0.7-5.fc21.x86_64 xorg-x11-xbitmaps-1.1.1-7.fc21.noarch xorg-x11-xinit-1.3.2-12.fc21.x86_64 xorg-x11-xkb-utils-7.7-9.fc21.x86_64 xorg-x11-xtrans-devel-1.3.4-2.fc21.noarch (In reply to comment #7) > There are no exact steps to reproduce, sometimes I was using a browser > (firefox and chrome, rolling the screen down). Other time I was using vim in > terminal. Pretty weird, the screen just got black without a specific reason. That smells a bit like a gpu hang to me. I'm closing this now, please don't hesitate to reopen if the problem persists. |
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.