Since upgrade to xorg 1.8 I experience crashes. The following two scenarios happen: 1. Xorg hangs while working. External screen, if present, sometimes goes blank. The laptop screen freezes. Can move the mouse but no actions can be done. (can't get out to virtual terminal with Ctrl-Alt-Fn, cant restart X with Ctrl-Alt-Backspace). The only way is to hard reset the machine. 2. Whenever I try to use xrandr (does not matter whether form command line or through krandrtray) to setup the external screen the X restarts and kick me back to login. Setting up external screen succeeds only after several tries. I cannot manually reproduce scenario one. It just happens time to time on daily basis. However scenario two can be reproduced easily. See below Reproducible: Always Steps to Reproduce: 1. Start laptop. 2. Login to KDE 3. Attach external screen. 4. use xrandr (eg.: xrandr --output LVDS1 --auto --output VGA1 --auto --right-of LVDS1) or use krandrtray Actual Results: Crash. :( Xorg restarts, kicks me back to login screen with inappropriate resolution (screens are cloned at this stage). This happens approximately 4 times of 5 tries. Expected Results: It should have set the resolution for both of the screens. Dell D630, 2G RAM, T7250 CPU, X3100 Intel graphics Programs running: -nothing when the xrand crash appears -kmail, konqueror, couple konsoles, vim (+gcc), dolphin when random crashes appear. Application count or type does not seem to affect behaviour. $ emerge --info Portage 2.1.8.3 (default/linux/amd64/10.0/desktop/kde, gcc-4.4.3, glibc-2.11.1-r0, 2.6.33-gentoo-r2 x86_64) ================================================================= System uname: Linux-2.6.33-gentoo-r2-x86_64-Intel-R-_Core-TM-2_Duo_CPU_T7250_@_2.00GHz-with-gentoo-2.0.1 Timestamp of tree: Wed, 05 May 2010 18:00:01 +0000 app-shells/bash: 4.1_p5 dev-java/java-config: 2.1.11 dev-lang/python: 2.6.5-r2, 3.1.2-r3 dev-python/pycrypto: 2.1.0 dev-util/cmake: 2.8.1-r1 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.6.1-r1 sys-apps/sandbox: 2.2 sys-devel/autoconf: 2.13, 2.65 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1 sys-devel/gcc: 4.3.4, 4.4.3-r2 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b virtual/os-headers: 2.6.33 ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=core2 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-march=core2 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.inf.elte.hu/ http://gd.tuwien.ac.at/opsys/linux/gentoo/ " LANG="en_US.UTF-8" LDFLAGS="-Wl,-O1" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi alsa amd64 bash-completion berkdb bluetooth branding bzip2 cairo cdr cli consolekit cracklib crypt cups cxx dbus dell dri dts dvd dvdr emboss encode exif fam firefox flac fortran gdbm gif gnutls gphoto2 gpm hal handbook hardened iconv java6 javascipt jpeg jpeg2k kde laptop lcms ldap libnotify lm_sensors mad mikmod mmx mng modules mp3 mp4 mpeg mudflap multilib ncurses nls nptl nptlonly ogg opengl openmp pam pango pcmcia pcre pdf perl plasma png posix ppds pppd python qt3support qt4 readline reflection sdl session smp spell spl sse sse2 ssl startup-notification svg sysfs tcpd theora threads tiff truetype unicode usb vcd vorbis wifi x264 xcb xcomposite xine xml xorg xpm xulrunner xv xvid xvmc zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci 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 mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev wacom synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="intel" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 230589 [details] kdm.log of the few last crashes
Created attachment 230591 [details] the pervious xorg.0.log with crash details at the end
(In reply to comment #2) > Created an attachment (id=230591) [details] > the pervious xorg.0.log with crash details at the end > Could be fixed with soon-to-be-released xorg-server-1.8.1: http://cgit.freedesktop.org/xorg/xserver/commit/?id=41bdb6c003cca3ef0ff88d9c7de318115bab1ba2
Created attachment 232309 [details] New log with errors Both X restart when using xrandr, and random freezes continue. I have not been using xrandr (or any external display for a time now), but I did a try for every new xorg release. The attached kdm.log contains info about the freezes. Apparently the Inel drivers are to blame. I get (see also log): X: intel_bufmgr_gem.c:900: drm_intel_gem_bo_unreference_locked_timed: Assertion `((&bo_gem->refcount)->atomic) > 0' failed. [mi] EQ overflowing. The server is probably stuck in an infinite loop. So the problem persists in both xorg-1.8.1 and xorg-1.8.1-r1. And it still happens randomly.
(In reply to comment #4) > Created an attachment (id=232309) [details] > New log with errors > > Both X restart when using xrandr, and random freezes continue. I have not been > using xrandr (or any external display for a time now), but I did a try for > every new xorg release. > > The attached kdm.log contains info about the freezes. Apparently the Inel > drivers are to blame. I get (see also log): > > X: intel_bufmgr_gem.c:900: drm_intel_gem_bo_unreference_locked_timed: Assertion > `((&bo_gem->refcount)->atomic) > 0' failed. > [mi] EQ overflowing. The server is probably stuck in an infinite loop. > > So the problem persists in both xorg-1.8.1 and xorg-1.8.1-r1. And it still > happens randomly. > Please post this info at bugzilla.kernel.org, this is the first time I see any log output concerning the X freezes and it seems to be an issue with the kernel drivers. Strangely enough, I couldn't reproduce any freezes anymore on my system, even though going back and forth in kernel history as well as xf86-video-intel versions. I can't imagine what 'solved' it (besides, I'm using zen-sources), however I've still got the xrandr-X-reset issue. Freezing frequency also seems to be vary over users' systems and kernel .configs as someone reported less freezes when adapting someone elses .config.
There are lots of peoples with this problem (including me). Please see this thread: http://forums.gentoo.org/viewtopic-t-820551-start-200.html
The freezes are not XServer-1.8 dependend. I've had this with xorg-server-1.7.7 too.
(In reply to comment #7) > The freezes are not XServer-1.8 dependend. I've had this with xorg-server-1.7.7 > too. > Yes, the freezes also occur with xorg-server-1.8.2, latest live builds of xf86-video-intel, libdrm, dri2proto, as well as mesa-9999 and 2.6.35_rc5-git5-drm system, as soon as hardware rendering is turned on. With software rendering, the system is absolutely stable. Last time my system froze, I was able to switch to back to tty1 and catch these errors: intel_bufmgr_gem.c:1010: Error setting to CPU domain 10666: Input/output error intel_bufmgr_gem.c:1010: Error setting to CPU domain 10474: Input/output error intel_bufmgr_gem.c:1088: Error setting domain xxxx: Input/output error I am firing up X through startx which gives me more verbose info.
2010/7/21 <bugzilla-daemon@gentoo.org>: > Yes, the freezes also occur with xorg-server-1.8.2, latest live builds of > xf86-video-intel, libdrm, dri2proto, as well as mesa-9999 and > 2.6.35_rc5-git5-drm system, as soon as hardware rendering is turned on. With > software rendering, the system is absolutely stable. Fucking intel drivers, I just emerged xorg-server 1.8.2, xf86-video-intel 2.12, libdrm git and 2.6.25-rc5... :-(
Couldn't someone compile the relevant parts with -g, put "splitdebug installsources" in FEATURES and enable core dumps to go after the reason? libglx, which is sometimes directly involved here has at least one hidden memory bug (for example bug #320055).
I think I have the same problem, but I don't think it's Intel driver related, more like the GLX engine is faulty. I have an ATI Radeon HD 4350, driven with the xorg's opensource "ati" driver. I have two screens. I use a single virtual screen with xrandr, kde 4.4 on it. If I grab any window, waiting it to fade, then grabbing to the other monitor, as soon as the mouse pointer touches the edge of the source monitor, it crashes X. If i use only one monitor, it never crashes. If i use IceWM, it never crashes. Will attach my logs.
Created attachment 246681 [details] Xorg 1.8.2, kde 4.4, ati rhd 4350, moving a window to the other screen, crash logs
kwin is putting a lot of pressure on xorg and X drivers. Please each file a *separate* bug if you can reproduce with the latest ~arch versions of all the Xorg stack. Thanks
