Upgraded from xorg-server-1.3.0.0 to 1.4 The system hangs when going into X. The default "X" mouse cursor appears in the center of the screen, and then the system is completely unresponsive to mouse and keyboard. The system is still alive in that it responds to sysrq and I can still login over ssh. Here are the messages from "startx" (viewed by logging in over SSH and then running 'startx'): xauth: creating new authority file /home/dsd/.serverauth.3384 X.Org X Server 1.4.0 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.23-rc5 i686 Current Operating System: Linux airbag 2.6.23-rc5 #37 SMP PREEMPT Sat Sep 8 09:52:36 BST 2007 i686 Build Date: 09 September 2007 03:10:16PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present 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: Sun Sep 9 15:31:29 2007 (==) Using config file: "/etc/X11/xorg.conf" (WW) intel: No matching Device section for instance (BusID PCI:0:2:1) found (II) Module "ddc" already built-in (II) Module "i2c" already built-in (II) Module "ramdac" already built-in process 3401: arguments to dbus_connection_send_with_reply_and_block() were incorrect, assertion "(error) == NULL || !dbus_error_is_set ((error))" failed in file dbus-connection.c line 3171. This is normally a bug in some application using the D-Bus library. D-Bus not built with -rdynamic so unable to print a backtrace waiting for X server to begin accepting connections giving up. xinit: Connection reset by peer (errno 104): unable to connect to X server xinit: No such process (errno 3): Server error. Portage 2.1.3.9 (default-linux/x86/2007.0/desktop, gcc-4.2.0, glibc-2.6.1-r0, 2.6.23-rc5 i686) ================================================================= System uname: 2.6.23-rc5 i686 Genuine Intel(R) CPU T2500 @ 2.00GHz Timestamp of tree: Sun, 09 Sep 2007 13:30:01 +0000 app-shells/bash: 3.2_p17-r1 dev-lang/python: 2.5.1-r2 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 2.0.0_rc4-r1 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18.50.0.1 sys-devel/gcc-config: 1.4.0-r2 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS="x86 ~x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=prescott -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-O2 -march=prescott -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs candy cvs distlocks metadata-transfer noinfo parallel-fetch sandbox sfperms strict unmerge-orphans userfetch userpriv usersandbox" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="en_GB.utf8" LDFLAGS="-Wl,--as-needed -Wl,-O1 -Wl,--sort-common" LINGUAS="en_GB" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_EXTRA_OPTS="--exclude=metadata.xml --exclude=ChangeLog" 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/local/portage /usr/portage/local/layman/brontes3d" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aac acpi aiglx alsa bash-completion cairo cddb cdparanoia cdr custom-cflags daap dbus dell dri dvd dvdr dvdread firefox gnome gtk gtk2 hal id3 jpeg lame libnotify mad mmx mono mozbranding moznocompose moznoirc moznomail mp3 no-old-linux nptl nptlonly opengl pdf png rtc sse sse2 ssl svg tiff truetype truetype-fonts x86 xcb xorg xvid" 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="evdev keyboard mouse synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_GB" USERLAND="GNU" VIDEO_CARDS="fbdev vesa vga i810" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS
I have the same problem here, grey (patterned) screen with the "x" mouse cursor, system unresponsive. If I keep moving the mouse when X starts, when my screen finally shows something the mouse cursor is off center, so apparently X doesn't hang immediately but is responsive for at least a short time. The logs don't show any errors or warnings, but I can see the same dbus error message if I launch X from an SSH session. Currently using a Radeon X550 (r300), the problem happens with xorg-server 1.4 and it's not related to the video driver, I can reproduce it with both xf86-video-ati 6.6.193 and 6.7.192.
I have the same problem. But moving the mouse does not do anything. CAPS-LOCK and NUM-LOCK work though. I have not had the chance to ssh into the box yet, but I'll try asap. I have tried using xf86-video-ati-6.6.192, 6.7.193 and kernel (2.6.22-r6) drivers. Same result. I'm gfx adapter is an onboard Radeon Xpress 1150 aka RS 400/480.
The same problem/symptoms here, i810 (2.1.1) driver. Recompiling xorg-server without hal use flag temporarily fixed the problem. (You can also log the error using startx 2&>1 1&>log.txt or similar line). Upstream bug? my emerge --info: Portage 2.1.3.9 (default-linux/x86/2007.0/desktop, gcc-4.2.0, glibc-2.6.1-r0, 2.6.21-gentoo-r4 i686) ================================================================= System uname: 2.6.21-gentoo-r4 i686 Intel(R) Celeron(R) M CPU 440 @ 1.86GHz Timestamp of tree: Sun, 09 Sep 2007 11:30:09 +0000 app-shells/bash: 3.2_p17-r1 dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.4.4-r4, 2.5.1-r2 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.10-r4 sys-apps/sandbox: 1.2.18.1 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.18.50.0.1 sys-devel/gcc-config: 1.4.0-r2 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS="x86 ~x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-Os -fomit-frame-pointer -march=pentium-m -pipe" 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/kde/svn/env /usr/kde/svn/share/config /usr/kde/svn/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-Os -fomit-frame-pointer -march=pentium-m -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="pl" LC_ALL="pl_PL.UTF-8" LINGUAS="pl" 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/kde" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi alsa berkdb bitmap-fonts bittorrent bzip2 cairo cdda cddb cdr cli cracklib crypt css cups dbus directfb dri dvd dvdnav dvdr dvdread eds emacs emboss encode esd evo fam ffmpeg firefox flac fortran ftp gdbm gif gnustep gpm gstreamer gtk hal iconv ipv6 isdnlog jack javascript jpeg kde kerberos lame ldap lm_sensors mad matroska midi mikmod mmx mng mp3 mpeg mudflap ncurses nls nptl nptlonly objc objc++ objc-gc ogg opengl openmp oss pam pcmcia pcre pdf perl pmu png pppd python qt3 qt3support qt4 quicktime rar readline real reflection sdl session spell spl sse sse2 ssl svg tcl tcpd theora tiff tk truetype truetype-fonts type1-fonts unicode usb vcd vorbis win32codecs x86 xcb xinerama xml xorg xv 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 wacom" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="pl" USERLAND="GNU" VIDEO_CARDS="fbdev i810 vesa" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 130422 [details] log of X freeze (dbus issue?)
(In reply to comment #4) > Created an attachment (id=130422) [edit] > log of X freeze (dbus issue?) > Ano(In reply to comment #3) > The same problem/symptoms here, i810 (2.1.1) driver. Recompiling xorg-server > without hal use flag temporarily fixed the problem. Another workaround is to stop dbus and hald before running xorg-server. (/etc/init.d/xdm has hald and then dbus too as dependency, so run it startx or edit /etc/init.d/xdm)
Does a workaround of emerging xorg-server with USE=-hal work as well, leaving the optional input hotplugging out of the functionality-set?
same here on an amd 64 with mga driver 1.4.7, although as a workaround it is enough to stop dbus ans leave hald running before lauching X
Which dbus and hal versions do you have installed? I've got: sys-apps/dbus-1.1.2 (gentopia overlay) sys-apps/hal-0.5.9.1-r1
in my case: sys-apps/dbus-1.0.2-r2 (amd64) sys-apps/hal-0.5.9.1-r2 (~amd64) both from official portage tree. Donnie, does sys-apps/dbus-1.1.2 work for you? markus
(In reply to comment #7) > same here on an amd 64 with mga driver 1.4.7, although as a workaround it is > enough to stop dbus ans leave hald running before lauching X > Stopping dbus and launching X works. But when I start dbus withing a gnome session for example the System hangs again with the same screen and cursor as described in the first two posts
(In reply to comment #8) > Which dbus and hal versions do you have installed? I've got: > > sys-apps/dbus-1.1.2 (gentopia overlay) > sys-apps/hal-0.5.9.1-r1 > [ebuild R ] sys-apps/dbus-1.0.2-r2 USE="X -debug -doc (-selinux)" 0 kB [ebuild R ] sys-apps/hal-0.5.9.1-r2 USE="acpi crypt pcmcia -debug -dell -disk-partition -doc (-selinux)" 0 kB From official portage tree.
(In reply to comment #9) > in my case: > sys-apps/dbus-1.0.2-r2 (amd64) > sys-apps/hal-0.5.9.1-r2 (~amd64) > > both from official portage tree. Donnie, does sys-apps/dbus-1.1.2 work for you? > markus > dbus-1.1.2 does not work for me either. I tried...
Same problem here... up2date ~amd64 system, no overlays whatsoever. Compiled dbus with debug symbols and this is what I get: Errors from xkbcomp are not fatal to the X server process 7463: arguments to dbus_connection_send_with_reply_and_block() were incorrect, assertion "(error) == NULL || !dbus_error_is_set ((error))" failed in file dbus-connection.c line 3171. This is normally a bug in some application using the D-Bus library. /usr/lib/libdbus-1.so.3 [0x2b4f33205d4c] /usr/lib/libdbus-1.so.3 [0x2b4f332053b9] /usr/lib/libdbus-1.so.3 [0x2b4f331fb24a] /usr/lib/libdbus-1.so.3(dbus_connection_send_with_reply_and_block+0x1ad) [0x2b4f331dc9fd] /usr/lib/libdbus-1.so.3 [0x2b4f331d302e] /usr/lib/libdbus-1.so.3(dbus_bus_add_match+0xd2) [0x2b4f331d32b2] X [0x4657f1] X [0x465666] X [0x564fc8] X(WaitForSomething+0x716) [0x5657b6] X(Dispatch+0x8c) [0x44cafc] X(main+0x475) [0x4350a5] /lib/libc.so.6(__libc_start_main+0xf4) [0x2b4f337d35a4] X(FontFileCompleteXLFD+0x251) [0x434339]
same problem with ~x86 up2date system I tryed all versions of x686-video-ati and xf86-video-fbdev drivers no luck
No overlays here, standard portage packages (x86, some selected packages are ~x86): sys-apps/hal-0.5.9.1-r2 USE="acpi crypt -debug -dell -disk-partition -doc -pcmcia (-selinux)" 0 kB sys-apps/dbus-1.0.2-r2 USE="X -debug -doc (-selinux)" Building xorg-server with "-hal" works here; there are noticeable improvements in EXA and compiz, to not speak of xrandr 1.2 (with the new ati driver): it's a really good release, too bad for this problem.
(In reply to comment #15) > Building xorg-server with "-hal" works here; Had the same problem. After rebuilding dbus, hal and everything owning files in usr/include/xorg xorg starts well with dbus and hald running. Unfortunatelly don't know which package caused the problem :(
This patch is on the Xorg mailing list The code in connect_hook incorrectly checks for dbus_bus_request_name failure. The dbus_bus_request_name error indicator is -1, not 0. This leads to subsequent assertion failure in libdbus --- config/dbus.c | 6 ++++-- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/config/dbus.c b/config/dbus.c index c6f4af0..7eabcb9 100644 --- a/config/dbus.c +++ b/config/dbus.c @@ -353,8 +353,10 @@ connect_hook(DBusConnection *connection, void *data) dbus_error_init(&error); - if (!dbus_bus_request_name(info->connection, info->busname, - 0, &error)) { + dbus_bus_request_name(info->connection, info->busname, + 0, &error); + + if (dbus_error_is_set(&error)) { ErrorF("[config/dbus] couldn't take over org.x.config: %s (%s)\n", error.name, error.message); goto err_start;
It seems that the problem is that xorg-x11 installs its dbus files under /etc/X11 instead of under /etc. Workaround that worked on my system: ln -s /etc/X11/dbus-1/system.d/xorg-server.conf \ /etc/dbus-1/system.d/xorg-server.conf /etc/init.d/dbus restart startx and X starts fine.
Yep. The so much hyped input hotplug in xorg-server-1.4 is somewhat broken. My D-Bus fix is barely enough to stop X from crashing, but not make it work as intended. I'm attaching xorg-server patches and ebuild patch that make it work for me.
Created attachment 130455 [details, diff] [config/dbus] Fix dbus_bus_request_name failure check The code in connect_hook incorrectly checks for dbus_bus_request_name failure. The dbus_bus_request_name error indicator is -1, not 0. This leads to subsequent assertion failure in libdbus
Created attachment 130456 [details, diff] Fix x11-input.fdi HAL keyboard capability is input.keyboard, not input.keys. Also do not use evdev for keyboards even on Linux
Created attachment 130458 [details, diff] xorg-server-1.4.ebuild.patch Ebuild patch to hack it all together
Oh. Forgot to mention that you'll need INPUT_DEVICES="evdev" to make your mouse work with hotplug. Alternatively, hack x11-input.fdi to load mouse instead.
(In reply to comment #21) > Created an attachment (id=130456) [edit] > Fix x11-input.fdi > > HAL keyboard capability is input.keyboard, not input.keys. Also do not use > evdev for keyboards even on Linux Why wouldn't we want to use evdev for keyboards?
I added 1.4-r1, which should do enough to get X running by installing the dbus file to the right place, but it doesn't incorporate any of the patches. I'd like to see some upstream action on those first. I'll leave this open for now, for further discussion of the other patches.
*** Bug 191957 has been marked as a duplicate of this bug. ***
(In reply to comment #24) > (In reply to comment #21) > > Created an attachment (id=130456) [edit] > > Fix x11-input.fdi > > > > HAL keyboard capability is input.keyboard, not input.keys. Also do not use > > evdev for keyboards even on Linux > > Why wouldn't we want to use evdev for keyboards? > evdev messed up my keyboard pretty horribly. It was detected, but the keys were totally messed to the point of unusability. I didn't have time to debug that, but that's at least one machine where evdev breaks things. kbd, on the other hand, works flawlessly. I'll try to get more information from upstream, but as I said, hotplug through HAL does not give an impression of a totally stable and complete feature.
With xorg-server-1.4-r1 X starts up without freezing, but my keyboard doesn't work. I cannot type any keys, but Ctrl-Alt-{Del,F1,..,F10} work as expected. My keyboard config which worked with 1.3 is rather simple: Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbModel" "pc105" Option "XkbRules" "xorg" # German Dvorak Type II layout Option "XkbLayout" "de" Option "XkbVariant" "dvorak" # Make CapsLock a third Control! Option "XkbOptions" "ctrl:nocaps" EndSection I only get a warning on X startup, but I had that with 1.3, too, and it didn't to cause any troubles. ,---- | The XKEYBOARD keymap compiler (xkbcomp) reports: | > Warning: Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols | > Ignoring extra symbols | Errors from xkbcomp are not fatal to the X server `---- Any ideas?
Please don't pollute bugs with problems that are completely unrelated to the original problem at hand.
I just had the same problem with starting a screen on :2 I checked the xorg-server.conf and it was only configuring screens 0 and 1. It would be nice to have it go at least to 9, or even better, not have an actual limit (eg org.x.config.display*) Also the patch prevents X from crashing if it fails to get dbus. The problem happenned with a freshly compiled xorg-server-1.4-r2
can confirm that it is a dbus problem and that the patch from the xorg list works. had the problem that Xephyr and Xnest both crashed with an error message stating an assertion failure: "arguments to dbus_connection_send_with_reply_and_block() were incorrect [...]"
*** Bug 197307 has been marked as a duplicate of this bug. ***
I'm not sure what the offending code is here. However a system restart resolved the issue for me. Initially, I had stopped xdm and hald. Started hald, then started xdm and the issue still persisted until I restarted the system. I am using screen :2 as well i810 driver with GM965/GL960
I think this is fixed in xorg-server-1.4.0.90-r4, which will be keyworded as soon as I slip a few more patches into it.
(In reply to comment #1) > I have the same problem here, grey (patterned) screen with the "x" mouse > cursor, system unresponsive. If I keep moving the mouse when X starts, when my > screen finally shows something the mouse cursor is off center, so apparently X > doesn't hang immediately but is responsive for at least a short time. > The logs don't show any errors or warnings, but I can see the same dbus error > message if I launch X from an SSH session. > > Currently using a Radeon X550 (r300), the problem happens with xorg-server 1.4 > and it's not related to the video driver, I can reproduce it with both > xf86-video-ati 6.6.193 and 6.7.192. > I have the same problems with the only difference that it was appearing on xorg 1.5.3 . I solved it too by reemerging the packages, latest version in the tree as 31/05/2009 in this order: - dbus (rebuild) - hal (downgrade) - xorg (rebuild) - nvidia (upgrade) Then I restarted my Gentoo box and everything worked as before.
(In reply to comment #35) > I have the same problems with the only difference that it was appearing on xorg > 1.5.3 . I think you're having one of the many bugs related to the latest revbump of HAL. Please take a look at HAL bugs in bugzilla to see if one is more appropriate than this one. Thanks