Only since the last stable release it's not possible anymore to switch to VT without freezeing the system. Moreover for that reason is quite impossible to do a clean shutdown. This problem arises every time I try to kill X also (pkill X). Because it's a freeze I cannot find anything freeze-related in syslogs or Xorg.log Reproducible: Always Steps to Reproduce: 1.Login into gdm 2.If you are lucky the first switch to VT does work. 3.Switch again to VT Actual Results: The second switch will freeze the system. The result is a screen totally garbled with pieces of the current framebuffer. Neither numlock will work. Expected Results: Not freezed :) and a working VT. The only solution I've found is to mask such version through appending >=x11-drivers/xf86-video-i810-2.1.0 to package.mask
Ansia / # emerge --info Portage 2.1.2.12 (default-linux/x86/2007.0/desktop, gcc-4.1.2, glibc-2.5-r4, 2.6.22-gentoo-r5 i686) ================================================================= System uname: 2.6.22-gentoo-r5 i686 Intel(R) Pentium(R) M processor 1.73GHz Gentoo Base System release 1.12.9 Timestamp of tree: Sat, 08 Sep 2007 13:00:01 +0000 app-shells/bash: 3.2_p17 dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.4.4-r4 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.9-r2 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.21 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2 -march=i686 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://www.die.unipd.it/pub/Linux/distributions/gentoo-sources/ " LANG="en_US.utf8" LC_ALL="en_US.utf8" LINGUAS="en" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/sunrise /usr/portage/local/layman/ostefano /usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac acpi alsa apache2 bash-completion berkdb bitmap-fonts bzip2 cairo cdr cli cracklib crypt cups dbus dri dvd dvdr dvdread eds emboss encode evo fam ffmpeg firefox flac fortran gdbm gif gnome gpm gstreamer gtk gtk2 hal iconv ipv6 isdnlog jpeg libnotify logrotate mad midi mikmod mmx mono mp3 mpeg mudflap musepack ncurses network nls nptl nptlonly ogg opengl openmp pam pcmcia pcre pdf perl png pppd python qt3support quicktime readline real reflection samba sdl session spell spl sse sse2 ssl svg tcpd theora tiff truetype truetype-fonts type1-fonts unicode urandom vcd vorbis win32codecs x264 x86 xml xorg xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="mouse keyboard synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" USERLAND="GNU" VIDEO_CARDS="i810 vesa" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
(Forgot affected driver version :)) >=x11-drivers/xf86-video-i810-2.1.0 That means I've also tried the 2.1.1 with the same results.
I want to point that also the stable version (2.1.0) is affected by this bug.
(In reply to comment #3) > I want to point that also the stable version (2.1.0) is affected by this bug. Sure, but what we're most interested in is whether the most current release is still affected. If not, we could just stabilize it. =)
(In reply to comment #4) > (In reply to comment #3) > > I want to point that also the stable version (2.1.0) is affected by this bug. > > Sure, but what we're most interested in is whether the most current release is > still affected. If not, we could just stabilize it. =) For me on a Samsung x20 the stable version (2.1.0) has the freezes, but 2.1.1 seems to work ok.
(In reply to comment #5) > For me on a Samsung x20 the stable version (2.1.0) has the freezes, but 2.1.1 > seems to work ok. I'm sorry, this was not completely true. I have also some freezes with the 2.1.1 version. But its not every switch to the console but perhaps every 10th or so. I have not yet found a way to reproduce it but its very annoying because hibernate switches to a VT and so sometimes I can't hibernate and the machine hangs.
Same problems over here with a Dell D400 and 2.1.0 and 2.1.1. 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) 00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) And why the hell is that driver still marked as stable?
I confirm this bug on both 2.1.0 and 2.1.1 versions. Dell Latitude D510: 00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) The 1.7.4 version seems to work well.
I confirm this too (dell latitude D510, with the same card). With upgrade to xorg 7.3, it seems to happen more often (like every fourth time instead of twentieth). It sometimes freezes when xscreensaver is deactivated and unlocks the screen and keyboard (don't know if it can be related).
I noticed the same bug (Samsung X20 / i915GM) with xorg-xserver-1.4-r2 and xf86-video-i810-2.1*. I have the feeling that this happens more often since i switched to kernel 2.6.22 and i810 2.1.1. I have a lot of lines like this in my Xorg.0.log: (II) intel(0): I2C device "LVDSDDC_C:ddc2" registered at address 0xA0. (II) intel(0): I2C device "LVDSDDC_C:ddc2" removed. Maybe i'll try to turn off or modiy i2c in my next kernel. Could you tell me how to obtain more debugging information? i810-2* seems to be pretty instable here, see also #191720.
This bug may be the libdbus crash problem as documented in bugs 191822 with the fix to the code documented in bug 197307. People having this problem may wish to apply the xorg patch listed in the later to see if it fixes their problem (I was unable to run multiple VTs until I did so). This patch has apparently not made it into the gentoo xorg-server distribution yet.
Sorry, i won't be able to apply this patch the next days, but please leave the bug open. I'm going to test it next week.
Seems to work. But there is a simular problem when suspending with s2ram or tuxonice. Switch to VT, suspend with "s2ram", start again and try to switch back to X. The server tries to restart several times. The system seems to be ok, you can reboot with CTRL-ALT-DEL.
Same happens here in my Sony Vaio VGN-FJ150. I also would like to point out that the ubuntu people have already traced this bug and seems like they got it fixed. This is their bugzilla page: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/127101
I've just added a snapshot of the upcoming 2.2.1 release, as upstream wants more testing before making official releases. This snapshot contains a lot of VT related patches, so it may be fixed. Please try this snapshot. If it isn't fixed, please open a bug in freedesktop's bugzilla [1] and paste the url here. Thanks [1] https://bugs.freedesktop.org/
Could you post the location and/or download instructions for the 2.2.1 driver? I looked at ftp.freedesktop.org:/pub/xorg/individual/driver and it doesn't appear to be there.
(In reply to comment #16) > I looked at ftp.freedesktop.org:/pub/xorg/individual/driver and it doesn't > appear to be there. I've just synced the portage and it appears, now I'm using x11-drivers/xf86-video-i810-2.2.1_pre20080123 and it seems to work fine, but I don't want to speak too soon :)
It's in portage under a package.mask
Okay. i've installed the latest version of xf86-video-i810. i can switch to VT and back to X now without a system-freeze. still the screen gets scrambled for a short while, but that doesn't matter. somehow the dri stopped working with this driver (glxinfo: direct rendering: No). but that doesn't matter, i don't use it right now (although i would like to ;-) ) I will post again, if anything similar to this bug occurs. thanks a lot for your help!
Malte, if you could attach both your xorg.conf and Xorg.0.log, maybe there's something obvious I can help you with to get direct rendering back. Either way, thanks for testing and reporting back. I really appreciate it :) @Others, please try it too :) Thanks
I have tried VT switching under Gentoo 2.6.23-gentoo-r8 with xf86-video-i810-2.2.1_pre20080123. I still have the VT switching problem. The tail end of Xorg.0.conf: (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB, 0x000000005f820000 physical ) (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) (II) intel(0): 0x00032000-0x00032fff: overlay registers (4 kB, 0x000000005f832000 physical ) (II) intel(0): 0x007bf000: end of stolen memory (II) intel(0): 0x01000000-0x01ffffff: front buffer (13440 kB) X tiled (II) intel(0): 0x02000000-0x0475ffff: exa offscreen (40320 kB) (II) intel(0): 0x05000000-0x05ffffff: back buffer (13440 kB) X tiled (II) intel(0): 0x06000000-0x06ffffff: depth buffer (13440 kB) X tiled (II) intel(0): 0x07000000-0x08ffffff: classic textures (32768 kB) (II) intel(0): 0x10000000: end of aperture (WW) intel(0): ESR is 0x00000001, instruction error (WW) intel(0): PRB0_CTL (0x0000f001) indicates ring buffer enabled (WW) intel(0): PRB0_HEAD (0x0280c948) and PRB0_TAIL (0x0000c958) indicate ring buffer not flushed (WW) intel(0): Existing errors found in hardware state. I believe the "instruction error" and the "indicate ring buffer not flushed" are the severe problems. --------------------- What was done was switching from X on vt8 to the system console log on vt6 (which is where I have syslog-ng directing it) and attempting to switch back to vt8 which displayed nothing. --------------------- The contents of xdm.log contained: xdm error (pid 4193): Hung in XOpenDisplay(:0), aborting xdm error (pid 4193): server open failed for :0, giving up xdm error (pid 9608): Display :0 cannot be opened xdm error (pid 9608): Display :0 is being disabled --------------------- If anyone knows *how* to restart X and recapture the state of all of the terminals and firefox windows which were on ":0" I would dearly like to know about it. In this situation once this happens the console is completely useless. Neither the X terminals nor the consoles (Vt1-6) work any longer. The only option is to telnet into the system and reboot it (or pull the plug). So this is a "critical" bug which has only appeared in the last few versions of X with the i810 (i915) driver. --------------------- It may be worth noting that I am running both the i915 drivers (presumably for X/DRM) and intelfb (for extended console displays and being able to watch TV using fbtv (from V4 of xawtv). I believe however that the VT switching problem occured before I began to include intelfb in the boot sequence. One should be able to switch back and forth from X window VTs and console window VTs and switch between multiple X window VTs as well. It may be worth noting that the problem occurs when I am running lots of windows (70+ in 9 Gnome workspaces) on the X (vt8) terminal.
Created attachment 143488 [details] Modules loaded when X VT switching crash occurs Should be fairly obvious. This is the output of a lsmod on my typical system configuration.
Sorry, line 6 in comment #21 should read: "The tail end of Xorg.0.log:"
Robert, thanks for the update. Here are some steps you can try : - intelfb is broken, I mean really broken, it's a miracle you have it working :) I suggest you try without an fb driver, or uvesafb which is much better than intelfb. - please make sure you are using xorg-server-1.4.0.90-r3 for your tests, it fixed a lot of VT switching bugs. - please try the xf86-video-i810-2.2.0.90 pre-release. This is the most recent code from upstream (the _pre* snapshots are actually older, I messed up the version numbers) - once you have done the 3 steps above, if the crash still occurs, please file a bug in http://bugs.freedesktop.org/ and add me as a CC: there. Thanks
Ping :) Any updates here? I've just pushed 2.2.1 to portage. Could you try it out? Thanks
(In reply to comment #25) > Ping :) Any updates here? I've just pushed 2.2.1 to portage. Could you try it > out? Using both 2.2.0.90 and 2.2.1 this problem seems to disappear. I'm using x11-base/xorg-server-1.4.0.90-r3 (DRI in those driver version seems to require it) and no FB at all.
Thanks Laurento, I'll close this bug as fixed. @Malte, please try 2.2.1 and don't hesitate to open a new bug if you still have DRI issues. DRI works rather well these days, so it's probably a configuration issue. If it's more complicated, I'll forward you to the Intel folks. @Robert and the others, if you still have issues, please give 2.2.1 and xorg-server-1.4.0.90 a try. A lot of VT switching bugs have been fixed in both packages. Thanks all
