xorg fails to start because it thinks that my mouse doesn't have pointer capabilities. Reproducible: Always Steps to Reproduce: Not 100 % sure. Actual Results: X fails to start. Expected Results: Fully working X server with evdev mouse driver. My kernel config has been ok for 2.6.19-gentoo-r1/2. -r3 I did with "make oldconfig". Same goes for -r4 for starters. The -r4 worked just fine for a while. I had lot of stuff compiled as modules which caused too much trouble so I decided to recompile so that usb/parallel/cdrom stuff is in kernel image. This is where the evdev seems to broke. I will attach kernel config diff. It might be worth mentioning that I am using proprietary nvidia drivers (1.0.9746) and there is an error in X.org log: (EE) end of block range 0x7ffffff < begin 0xf0000000 I will submit full X.org log if needed. Below relevant part from X.org log (II) evdev brain: Rescanning devices (1). (**) Option "CorePointer" (**) Mouse0-isa0060/serio0/input0: Core Pointer (WW) Mouse0-isa0060/serio0/input0: does not have core pointer capabilities (**) Option "CoreKeyboard" (**) Keyboard0: Core Keyboard (**) Option "Protocol" "standard" (**) Keyboard0: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Keyboard0: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) Keyboard0: XkbModel: "pc105" (**) Option "XkbLayout" "fi" (**) Keyboard0: XkbLayout: "fi" (**) Option "CustomKeycodes" "off" (**) Keyboard0: CustomKeycodes disabled (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD) (II) XINPUT: Adding extended input device "Mouse0-isa0060/serio0/input0" (type: KEYBOARD) (II) XINPUT: Adding extended input device "evdev brain" (type: evdev brain) xkb_keycodes { include "evdev+aliases(qwerty)" }; xkb_types { include "complete" }; xkb_compatibility { include "complete" }; xkb_symbols { include "pc(pc105)+us" }; xkb_geometry { include "pc(pc104)" }; (II) Mouse0-isa0060/serio0/input0: Init xkb_keycodes { include "xfree86+aliases(qwerty)" }; xkb_types { include "complete" }; xkb_compatibility { include "complete" }; xkb_symbols { include "pc(pc105)+fi" }; xkb_geometry { include "pc(pc105)" }; (II) evdev brain: Rescanning devices (2). (II) Mouse0-isa0060/serio0/input0: On Backtrace: 0: X(xf86SigHandler+0xa0) [0x48500e] 1: /lib/libc.so.6 [0x2ae5e7bf35d0] 2: X(NumMotionEvents+0x12) [0x43c252] 3: X(CreateConnectionBlock+0x42) [0x430547] 4: X(main+0x51d) [0x430e36] 5: /lib/libc.so.6(__libc_start_main+0xf4) [0x2ae5e7be1134] 6: X(FontFileCompleteXLFD+0xa1) [0x430229] Fatal server error: Caught signal 11. Server aborting Portage 2.1.1-r2 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.4-r4, 2.6.19-gentoo-r4 x86_64) ================================================================= System uname: 2.6.19-gentoo-r4 x86_64 AMD Athlon(tm) 64 Processor 3500+ Gentoo Base System version 1.12.6 Last Sync: Thu, 18 Jan 2007 17:50:01 +0000 ccache version 2.3 [enabled] app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.31-r3 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 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.16.1-r3 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -Os -pipe -fomit-frame-pointer -msse3" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=athlon64 -Os -pipe -fomit-frame-pointer -msse3" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict" LC_ALL="en_US.UTF-8" 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'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" USE="amd64 acpi alsa alsa_cards_emu10k1 alsa_pcm_plugins_adpcm alsa_pcm_plugins_alaw alsa_pcm_plugins_asym alsa_pcm_plugins_copy alsa_pcm_plugins_dmix alsa_pcm_plugins_dshare alsa_pcm_plugins_dsnoop alsa_pcm_plugins_empty alsa_pcm_plugins_extplug alsa_pcm_plugins_file alsa_pcm_plugins_hooks alsa_pcm_plugins_iec958 alsa_pcm_plugins_ioplug alsa_pcm_plugins_ladspa alsa_pcm_plugins_lfloat alsa_pcm_plugins_linear alsa_pcm_plugins_meter alsa_pcm_plugins_mulaw alsa_pcm_plugins_multi alsa_pcm_plugins_null alsa_pcm_plugins_plug alsa_pcm_plugins_rate alsa_pcm_plugins_route alsa_pcm_plugins_share alsa_pcm_plugins_shm alsa_pcm_plugins_softvol apache2 apm avahi berkdb bitmap-fonts bzip2 cairo cdr crypt dbus directfb dvd dvdr dvdread elibc_glibc fam font-server gcc64 gdbm ggi gnutls gpm hal imap input_devices_evdev input_devices_keyboard input_devices_mouse kernel_linux lcd_devices_bayrad lcd_devices_cfontz lcd_devices_cfontz633 lcd_devices_glk lcd_devices_hd44780 lcd_devices_lb216 lcd_devices_lcdm001 lcd_devices_mtxorb lcd_devices_ncurses lcd_devices_text libedit libwww linguas_en maildir mmap mozsvg mysql ncurses nptl nptlonly nvidia offensive openal opengl pam png python readline sasl sdl slang ssl tcpd threads truetype truetype-fonts type1-fonts unicode userland_GNU userlocales utf8 video_cards_nvidia xml2 xprint zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS Related forum thread: http://forums.gentoo.org/viewtopic-t-529692.html
Created attachment 107474 [details] kernel config diff for 2.6.19-gentoo-r1 / -r4 Six lines have changed since last working kernel config. They should have nothing to do with evdev/xorg.
Solved by changing line in xorg.conf from: Option "Device" "/dev/input/event1" to: Option "Device" "/dev/input/event0"
I had a similar problem, turned out my synaptics pad hopped from /dev/input/event1 to /dev/input/event2
There's nothing we can do here from an X perspective. I'm sending this to kernel, but I suspect they'll just close it.
From the evdev man page: Option "Device" "string" [...] Please note that use of this option is strongly discouraged. See the Name/Phys and related options for persistent device matching. You can't expect the device path to be permanent.
