After upgrading to linux-2.6.8.1, xorg-x11 would no longer start properly. After hitting startx, the screen would flicker a few times. Then, right before the mouse normally appears, the backlight on my LCD would just come on and the screen would remain dark. No key inputs of any kind were responded to. I fooled around with it trying the nv driver, and then the nvidia driver. None of these things seemed to affect it. Finally I remembered Xorg.0.log. According to this log, the server was crashing because because it couldn't find the core pointer, but it wasn't taking me back to the console. Reproducible: Always Steps to Reproduce: 1. In xorg.conf, set your mouse to be /dev/mouse when it should be /dev/usbmouse 2. startx Actual Results: The entire system needed to be rebooted because the screen was essentially locked. Expected Results: The fledgling X display should have died dumping me back to the console with the error message about the missing core pointer. Gentoo Base System version 1.4.16 Portage 2.0.50-r11 (gcc34-x86-2004.2, gcc-3.4.1, glibc-2.3.4.20040808-r0, 2.6.8) ================================================================= System uname: 2.6.8 i686 AMD Athlon(tm) XP 2600+ ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -pipe" DISTDIR="/mnt/hda1/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp://gentoo.ccccom.com http://gentoo.seren.com/gentoo ftp://206.75.217.180/ ftp://gentoo.netnitco.net/pub/mirrors/gentoo/source/ ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/mnt/hda1/portage/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X aalib acpi alsa avi berkdb bitmap-fonts bonobo cdr crypt cups dedicated doc dvd encode esd evo foomatic foomaticdb gdbm gif gnome gnomedb gpm gstreamer gtk gtk2 gtkhtml guile imlib java jfs jikes jpeg junit ldap libg++ libwww mad mikmod mmx mng motif mozilla mpeg mysql nas ncurses nls offensive ogg oggvorbis openal opengl oss pam pdflib perl png python qt quicktime readline reiserfs ruby samba sdl slang spell sse ssl svga tcltk tcpd tetex tiff truetype usb x86 xml xml2 xmms xosd xprint xrandr xv zlib"
Created attachment 39581 [details] Xorg log This is the log showing that the error message was simply a missing mouse.
Do you have your Mouse0 device set as the CorePointer in xorg.conf ?? If you do try commenting out that line. (Please attach xorg.conf for reference) I cant find the bug right now but im sure we've had something like this in the past where someone was asking for a fix to stop the server dieing when they forced it to use a mouse device that didnt exist -- if this is the same sort of thing, my oppinion hasnt changed, its not a bug.
This is most certainly a bug. If xorg-x11 detects that I don't have a Core Pointer, and stops trying to run as a result of this, it must release the display. My entire computer should not lock up to the point that I have to reboot because the mouse wasn't there. It /especially/ shouldn't do this when it /knows/ that my mouse isn't there.
Created attachment 39622 [details] broken config file I've removed the comments. Note that /dev/mouse isn't on the system.
Commenting out line four of xorg.conf does not alter the incorrect behavior at all.
As I said, _if_ its the same then its not a bug; you have shown its not the same Anyway, if you go back to an earlier kernel does this problem go away? If you upgrade to xorg-x11-6.8.0 what happens?
xorg-x11-6.8.0 behaves the same way. Earlier kernels in my configuration have the device /dev/mouse. Should I just input some garbage name?
Let's follow this upstream.