Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 264645 - x11-base/xorg-server-1.4.2 - Xdmx: pointer stuck in top left corner
Summary: x11-base/xorg-server-1.4.2 - Xdmx: pointer stuck in top left corner
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo X packagers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 260582
  Show dependency tree
 
Reported: 2009-04-02 15:46 UTC by Frank Van Damme
Modified: 2009-06-19 14:06 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Xdmx log (Xdmxlog-on-xorg-1.4.2,48.70 KB, text/plain)
2009-04-03 11:36 UTC, Frank Van Damme
Details
Xorg log (Xorg-1.4.2-log,38.25 KB, text/plain)
2009-04-03 11:38 UTC, Frank Van Damme
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Frank Van Damme 2009-04-02 15:46:37 UTC
On version 1.4.2 of xorg-server, in an Xdmx session, the mouse flies to the top left corner of the screen as soon as you touch the mouse. I didn't find a way to "un-stuck" it. 

Noteworthy fact: I can start an Xdmx session from one host like this
    Xdmx :1 -display localhost:0.0 -display:host2:0.0 

Say I have two computers, this works on both of them, even of the xorg server version is different (that means: Xdmx starts up correctly). But, the problem occurs only if the command is ran on the host with version 1.4.2. If I start the same command on host2 with an older xorg version, the problem doesn't occur. The order of the -display parameters also doesn't seem to matter. I can even reproduce this locally on host1.
Comment 1 Rafał Mużyło 2009-04-02 21:17:17 UTC
Any chance on this being hal/evdev problem ?
Does mouse device gets any input ?
Perhaps you should attach your xorg log.
Comment 2 Frank Van Damme 2009-04-03 11:36:43 UTC
Created attachment 187184 [details]
Xdmx log

stderr of this command: 
xinit /usr/bin/xorgcfg -- /usr/bin/Xdmx :4 -display localhost:3.0
Comment 3 Frank Van Damme 2009-04-03 11:38:50 UTC
Created attachment 187186 [details]
Xorg log

log file of the X session Xdmx was running under/was given as parameter to -display.
Comment 4 Frank Van Damme 2009-04-03 11:43:21 UTC
(In reply to comment #1)
> Any chance on this being hal/evdev problem ?
> Does mouse device gets any input ?
> Perhaps you should attach your xorg log.

I think it does. If I move the mouse to the right or down fast enough, I can move it a bit out of its corner. But it flies back like a magnet. 
Comment 5 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev 2009-04-04 12:48:09 UTC
I once experienced this problem when I accidently used the wrong mouse protocol for my mouse. Looking at your xorg logfile it seems like you chose "auto" as protocol for your mouse. Maybe putting a specific mouse-protocol into your xorg.conf fixes this problem?
Comment 6 Frank Van Damme 2009-04-06 07:12:43 UTC
(In reply to comment #5)
> I once experienced this problem when I accidently used the wrong mouse protocol
> for my mouse. Looking at your xorg logfile it seems like you chose "auto" as
> protocol for your mouse. Maybe putting a specific mouse-protocol into your
> xorg.conf fixes this problem?


I tried ImPS/2 and Microsoft, didn't solve the problem. 
Comment 7 Jeroen Roovers (RETIRED) gentoo-dev 2009-04-07 16:09:00 UTC
Please post your `emerge --info' too.
Comment 8 Frank Van Damme 2009-04-08 12:53:24 UTC
Portage 2.2_rc21 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.18-6-686 i686)
=================================================================
System uname: Linux-2.6.18-6-686-i686-with-glibc2.0
Timestamp of tree: Mon, 06 Apr 2009 09:00:01 +0000
ccache version 2.4 [enabled]
app-shells/bash:     3.2_p17-r1
dev-lang/python:     2.4.4-r13
dev-python/pycrypto: 2.0.1-r6
dev-util/ccache:     2.4-r7
sys-apps/baselayout: 1.12.11.1-r1
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r1
sys-devel/automake:  1.5, 1.7.9-r1, 1.9.6-r2, 1.10.1
sys-devel/binutils:  2.18-r1
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.24
virtual/os-headers:  2.6.23-r3
ACCEPT_KEYWORDS="x86"
CBUILD="i486-pc-linux-gnu"
CFLAGS="-march=k6-3 -O3 -pipe -fomit-frame-pointer -DUNIONFS_UNSUPPORTED"
CHOST="i486-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-march=k6-3 -O3 -pipe -fomit-frame-pointer -DUNIONFS_UNSUPPORTED"
DISTDIR="/usr/portage/distfiles"
FEATURES="ccache distlocks fixpackages parallel parallel-fetch preserve-libs protect-owned sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="nl_BE.UTF-8"
LDFLAGS=""
MAKEOPTS="-j12"
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="3dnow 3dnowext X acl alsa ao berkdb bzip2 cli cpudetection cracklib crypt cups custom-cflags dmx dri fbcon fortran gdbm gif gpm iconv ipv6 isdnlog jpeg midi mmx mmxext mp3 mudflap ncurses nfs nls nptlonly openmp oss pam pcre pcsc-lite perl png pppd python readline reflection sdl session spl ssl sysfs tcpd truetype unicode x86 xcomposite xinerama xorg xrandr xv zlib" ALSA_CARDS="cs5535audio" 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="evdev keyboard mouse void" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="amd vesa fbdev vga"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 9 Rémi Cardona (RETIRED) gentoo-dev 2009-04-11 07:04:26 UTC
xorg-server-1.4.2 is no longer supported. Please upgrade to 1.5.3-r5.

Thanks
Comment 10 Frank Van Damme 2009-04-11 08:58:50 UTC
I did. See #265544.
Comment 11 Pieter Van den Abeele (RETIRED) gentoo-dev 2009-06-07 12:09:16 UTC
This happens with 1.5.3-r6 too, after having applied the patch from #265544

Btw. this also happens on a single monitor xinerama setup. To reproduce:

xhost + 

(make sure your X is listening for TCP)

xinit /usr/bin/xterm -- /usr/bin/Xdmx :1 -ac -display localhost:0.0 +xinerama

Comment 12 Pieter Van den Abeele (RETIRED) gentoo-dev 2009-06-07 12:18:54 UTC
I'm guessing this patch:

xorg-server (2:1.6.0-0ubuntu11) jaunty; urgency=low

  * Add 175_set_pointer_screen_in_xtestfakeinput.patch: Fixes issue when
    using Vino, mouse cursor can get stuck in the upper left corner of the
    screen. The POINTER_SCREEN flag must be set explicitly for XTest core events to avoid
    out-of-range events when the lastSlave was an SD with an explicit axis range.
    Device events sent through XTest don't need this flag, they are expected to be
    in the valuator range of the device anyway.
    (LP: #337926)

Will fix it. 
Comment 13 Pieter Van den Abeele (RETIRED) gentoo-dev 2009-06-07 12:22:45 UTC
https://bugs.launchpad.net/ubuntu/+source/vino/+bug/337926

provides more info
Comment 14 Rémi Cardona (RETIRED) gentoo-dev 2009-06-07 15:38:45 UTC
Could you try with xorg-server 1.6 ?

Thanks
Comment 15 Pieter Van den Abeele (RETIRED) gentoo-dev 2009-06-07 16:37:03 UTC
Hi Remi, 

I have just tried 1.6.1.901-r3. My feeling is that that version does indeed fix the Xdmx mouse pointer issue, but that release has issues with geode. (I already made an ebuild for xf86-video-geode-2.11.2) but X keeps segfaulting with the geode driver in function xf86RandR12CreateScreenResources. (fbdev works fine, but I can't get xinerama to work on that).
Comment 16 Pieter Van den Abeele (RETIRED) gentoo-dev 2009-06-07 16:42:35 UTC
This describes what I am currently experiencing

https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/348553
Comment 17 Pieter Van den Abeele (RETIRED) gentoo-dev 2009-06-07 16:54:53 UTC
about comment 15: it was not geode that makes it segfault, it is xinerama itself. Just enabling it causes X to segfault
Comment 18 Pieter Van den Abeele (RETIRED) gentoo-dev 2009-06-07 18:30:04 UTC
Apparently, the segfault in starting X.org 1.6 with xinerama enabled has something todo with this patch:

http://osdir.com/ml/fedora-extras-commits/2009-04/msg04653.html

The geode driver apparently confuses X when it comes to whether Xrandr is enabled. My guess is that on a non-geode system 1.6 should start fine with xinerama. 

Now I'll start testing whether this bug is actually solved in 1.6
Comment 19 Rémi Cardona (RETIRED) gentoo-dev 2009-06-19 14:06:31 UTC
If I understand, the Xdmx bug is solved.

Feel free to open another bug for the geode issue if you want it looked at by Gentoo devs or feel free to open a bug in FreeDesktop's bugzilla.

Thanks