Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 26 Mar 2008 01:47:38 -0400
From:      Joe Marcus Clarke <marcus@FreeBSD.org>
To:        Kevin Oberman <oberman@es.net>
Cc:        x11 <x11@FreeBSD.org>
Subject:   Re: X pauses until mouse is moved
Message-ID:  <1206510458.85514.1.camel@shumai.marcuscom.com>
In-Reply-To: <1206481112.78661.21.camel@shumai.marcuscom.com>
References:  <20080325213134.F2C3C4500E@ptavv.es.net> <1206481112.78661.21.camel@shumai.marcuscom.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--=-1uVMViuybvhteZvVKNKB
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2008-03-25 at 17:38 -0400, Joe Marcus Clarke wrote:
> On Tue, 2008-03-25 at 14:31 -0700, Kevin Oberman wrote:
> > > From: Joe Marcus Clarke <marcus@FreeBSD.org>
> > > Date: Tue, 25 Mar 2008 12:07:00 -0400
> > > Sender: owner-freebsd-x11@freebsd.org
> > >=20
> > > This problem was originally reported on this list on March 5
> > > (http://lists.freebsd.org/pipermail/freebsd-x11/2008-March/006077.htm=
l).
> > > I am now seeing this on my RELENG_7 and -CURRENT boxes.  Basically, a=
ll
> > > interaction with X is temporarily suspended until the mouse is moved.
> > > This only occurs when using /dev/sysmouse (thus when moused is enable=
d).
> > > If I disabled moused, and use /dev/psm0 directly, the problem goes aw=
ay.
> > >=20
> > > My i386 RELENG_7 machine was working fine until I updated to:
> > >=20
> > > FreeBSD shumai.marcuscom.com 7.0-STABLE FreeBSD 7.0-STABLE #17: Mon M=
ar
> > > 24 15:32:39 EDT 2008
> > > marcus@shumai.marcuscom.com:/build/obj/build/src/sys/SHUMAI  i386
> > >=20
> > > Prior to that I was running FreeBSD 7.0-STABLE #16: Sat Mar  8 20:07:=
36
> > > EST 2008.
> > >=20
> > > Also prior to that I had the xorg-server update that was supposed to =
fix
> > > jerky mouse movement.  That didn't seem to trigger this problem.  I
> > > thought it might have been related to the recent moused fix in RELENG=
_7,
> > > so I backed out the moused.c changes, but the problem persists.  I al=
so
> > > backed out the recent X mouse driver VT switch fix, but the problem
> > > persists.
> > >=20
> > > At least two other users have described similar problems.  Any
> > > suggestions on what may be causing this?  The only difference I spot =
in
> > > dmesg relates to CPU clock speed (off by 1/100 of a MHz).  The workin=
g
> > > version of FreeBSD had:
> > >=20
> > > CPU: Intel(R) Xeon(R) CPU            5140  @ 2.33GHz (2327.52-MHz
> > > 686-class CPU)
> > >=20
> > > The current version has:
> > >=20
> > > CPU: Intel(R) Xeon(R) CPU            5140  @ 2.33GHz (2327.51-MHz
> > > 686-class CPU)
> > >=20
> > > A full (current) dmesg can be found at
> > > http://www.marcuscom.com/downloads/dmesg.shumai .
> >=20
> > I am seeing about the same thing here. My system is running:
> > FreeBSD slan.es.net 7.0-STABLE FreeBSD 7.0-STABLE #2: Mon Mar 17 21:39:=
01 PDT 2008     root@slan.es.net:/usr/obj/usr/src/sys/IBM-T43  i386
> >=20
> > What is possibly notable is that I only started seeing this problem
> > yesterday, right after upgrading to Gnome 2.22. It looks like the Gnome
> > upgrade triggered something, possibly an interaction with the moused,
> > sysmouse, or xf86-input-mouse.
> >=20
> > The system is a T43 using the internal keyboard and TrackPoint(tm).
> >=20
> > The Gnome upgrade was pretty smooth with everything building, but
> > portupgrade complaining about some dependency loops. (I'll report about
> > this to the Gnome list.)
>=20
> If you follow /usr/ports/UPDATING these loops will go away.  There are
> no real loops.  It may require you to run pkgdb -fF a few times, though.
>=20
> >=20
> > This is more than a bit annoying. It also impacts menus and scroll
> > bars. I plan to drop back to my backup from before the Gnome upgrade.
> >=20
> > I can make config, xorg.conf, and dmesg available, but I can't see
> > anything odd there.
>=20
> I have a GNOME 2.22 machine with a USB mouse running -CURRENT from March
> 6 which is not seeing this problem.  I've also seen the issue running a
> failsafe xterm with no window manager, and no gnome-session.  If the
> GNOME update introduced this problem, I'm not sure how.

The problem is ConsoleKit.  If console-kit-daemon is running, then
moused an X get all screwy.  I think this only affects GDM users, and
may be fixed with my recent GDM commit.  I am now running X with CK and
moused with no pausing.  Can people seeing this problem confirm if
you're using GDM?  If not, try starting X AFTER console-kit-daemon, and
see if that helps.  Note: bland has most likely fixed this bug in very
recent -CURRENT.

Joe

--=20
Joe Marcus Clarke
FreeBSD GNOME Team      ::      gnome@FreeBSD.org
FreeNode / #freebsd-gnome
http://www.FreeBSD.org/gnome

--=-1uVMViuybvhteZvVKNKB
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (FreeBSD)

iEYEABECAAYFAkfp43YACgkQb2iPiv4Uz4dLtgCeM5GFlemN1SovOBlFc5pyV8Mn
jrIAnikHgdJNRhgNayj4GJWxXowHO2hl
=kXvw
-----END PGP SIGNATURE-----

--=-1uVMViuybvhteZvVKNKB--




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1206510458.85514.1.camel>