Bug#569134: xorg: Display will hang with a solid colour screen, only fixed by a suspend/resume cycle.
On Thu, Feb 11, 2010 at 12:35:44AM +0100, Julien Cristau wrote: Is this on 945GM? If so, it can be worked around by passing i915.powersave=0 to the kernel, and was fixed for me by http://lists.freedesktop.org/pipermail/intel-gfx/2010-February/005763.html Yes, it's 945GM. lspci says: VGA compatible controller: Intel Corporation Mobile 945GME Express Integrated Graphics Controller (rev 03) (prog-if 00 [VGA controller]) So i915.powersave=0 is better than using i915.modeset=0 ? The latter seems to work for me so far. Cheers, Richard -- __ , | ) /| Richard Atterer | \/ | http://atterer.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569134: xorg: Display will hang with a solid colour screen, only fixed by a suspend/resume cycle.
Richard Atterer wrote: On Thu, Feb 11, 2010 at 12:35:44AM +0100, Julien Cristau wrote: Is this on 945GM? If so, it can be worked around by passing i915.powersave=0 to the kernel, and was fixed for me by http://lists.freedesktop.org/pipermail/intel-gfx/2010-February/005763.html Yes, it's 945GM. lspci says: VGA compatible controller: Intel Corporation Mobile 945GME Express Integrated Graphics Controller (rev 03) (prog-if 00 [VGA controller]) So i915.powersave=0 is better than using i915.modeset=0 ? The latter seems to work for me so far. The latter isn't supported by intel anymore (already dropped in intel driver 2.10). Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569134: xorg: Display will hang with a solid colour screen, only fixed by a suspend/resume cycle.
Package: xorg Version: 1:7.5+3 Severity: important Since the upgrade to the current xorg binaries my display has been suffering from multiple flickers and jitters. Occasionally this eventually ends up with the display going completely blank. I'm unable to switch to console mode at this point (or if I have I can't tell by the state of the screen). However the system will hapilly suspend itself and when coming back out of suspend will return to a nicely rendered X screen saver which I can then return to a normal X session with. I'm running Debian Testing on a Samsung NC10 Netbook with Intel 945 graphics. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xorg depends on: ii libgl1-mesa-dri 7.6.1-1A free implementation of the OpenG ii libgl1-mesa-glx [libgl1] 7.6.1-1A free implementation of the OpenG ii libglu1-mesa 7.6.1-1The OpenGL utility library (GLU) ii lxterminal [x-terminal-emulat 0.1.6-1desktop independent vte-based term ii rxvt-unicode-ml [x-terminal-e 9.06-3 multi-lingual terminal emulator wi ii x11-apps 7.5+1 X applications ii x11-session-utils 7.5+1 X session utilities ii x11-utils 7.5+1+b1 X11 utilities ii x11-xfs-utils 7.4+1 X font server utilities ii x11-xkb-utils 7.5+1 X11 XKB utilities ii x11-xserver-utils 7.5+1+b1 X server utilities ii xauth 1:1.0.4-1 X authentication utility ii xfce4-terminal [x-terminal-em 0.4.3-1Xfce terminal emulator ii xfonts-100dpi 1:1.0.1100 dpi fonts for X ii xfonts-75dpi 1:1.0.175 dpi fonts for X ii xfonts-base 1:1.0.1standard fonts for X ii xfonts-scalable 1:1.0.1-1 scalable fonts for X ii xfonts-utils 1:7.5+2X Window System font utility progr ii xinit 1.2.0-1X server initialisation tool ii xkb-data 1.7-2 X Keyboard Extension (XKB) configu ii xorg-docs-core1:1.5-1Core documentation for the X.org X ii xserver-xorg 1:7.5+3the X.Org X server ii xterm [x-terminal-emulator] 253-1 X terminal emulator xorg recommends no packages. Versions of packages xorg suggests: pn xorg-docs none (no description available) -- no debconf information X.Org X Server 1.7.4 Release Date: 2010-01-08 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-trunk-686 i686 Debian Current Operating System: Linux trent 2.6.32-trunk-686 #1 SMP Sun Jan 10 06:32:16 UTC 2010 i686 Kernel command line: BOOT_IMAGE=//vmlinuz-2.6.32-trunk-686 root=UUID=5ea0587f-bec8-47ba-a953-acf91c37656b ro root=/dev/sda6 ro Build Date: 20 January 2010 10:52:55PM xorg-server 2:1.7.4-2 (bgog...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Mon Feb 8 07:32:11 2010 (==) Using config file: /etc/X11/xorg.conf (==) No Layout section. Using the first Screen section. (**) |--Screen Default Screen (0) (**) | |--Monitor Configured Monitor (==) No device specified for screen Default Screen. Using the first device section listed. (**) | |--Device Configured Video Device (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) Cannot locate a core pointer device. (II) Cannot locate a core keyboard device. (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x81e7680 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 7 (--) PCI:*(0:0:2:0) 8086:27ae:144d:ca00 Intel
Bug#569134: xorg: Display will hang with a solid colour screen, only fixed by a suspend/resume cycle.
Hello, I can confirm this on an EeePC 1008HA, running a vanilla 2.6.33-rc6 kernel and xserver-xorg-video-intel 2:2.9.1-2. It seems to be caused by KMS: http://wiki.debian.org/KernelModesetting https://bugs.freedesktop.org/show_bug.cgi?id=25681 From the moment the X server starts, the console becomes inaccessible, with corrupt output being shown when I switch there. For example, I can still see the cursor blinking, but that blinking happens for a couple of pixels spread all over parts of the screen. I use GRUB_GFXMODE=800x600 in /etc/default/grub for a VESA fb console - http://en.gentoo-wiki.com/wiki/Intel_GMA#Kernel_Modesetting says that this is a bad idea... A possible temporary fix might be to disable KMS, by passing i915.modeset=0 to the kernel. For the record, the rest is exactly the same as in the original bug report: Occasional (every 30 sec?) flickering/tearing of the screen, as if the start of the video RAM were wrong for a frame or less. Eventually (after maybe 20 minutes use on average), the screen will go all black or grey. Suspend to RAM and resume is the only way to fix it, switching to the console and back won't do. Before the last upgrade, everything worked just fine. Cheers, Richard -- __ , | ) /| Richard Atterer | \/ | http://atterer.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569134: xorg: Display will hang with a solid colour screen, only fixed by a suspend/resume cycle.
On Wed, Feb 10, 2010 at 23:57:35 +0100, Richard Atterer wrote: Hello, I can confirm this on an EeePC 1008HA, running a vanilla 2.6.33-rc6 kernel and xserver-xorg-video-intel 2:2.9.1-2. It seems to be caused by KMS: http://wiki.debian.org/KernelModesetting https://bugs.freedesktop.org/show_bug.cgi?id=25681 From the moment the X server starts, the console becomes inaccessible, with corrupt output being shown when I switch there. For example, I can still see the cursor blinking, but that blinking happens for a couple of pixels spread all over parts of the screen. I use GRUB_GFXMODE=800x600 in /etc/default/grub for a VESA fb console - http://en.gentoo-wiki.com/wiki/Intel_GMA#Kernel_Modesetting says that this is a bad idea... A possible temporary fix might be to disable KMS, by passing i915.modeset=0 to the kernel. For the record, the rest is exactly the same as in the original bug report: Occasional (every 30 sec?) flickering/tearing of the screen, as if the start of the video RAM were wrong for a frame or less. Eventually (after maybe 20 minutes use on average), the screen will go all black or grey. Suspend to RAM and resume is the only way to fix it, switching to the console and back won't do. Before the last upgrade, everything worked just fine. Is this on 945GM? If so, it can be worked around by passing i915.powersave=0 to the kernel, and was fixed for me by http://lists.freedesktop.org/pipermail/intel-gfx/2010-February/005763.html Note that the debian kernel defaults to i915.powersave=0 so shouldn't be affected by this bug anymore. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org