From owner-freebsd-x11@FreeBSD.ORG Wed Mar 26 03:02:18 2008 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C0821065671 for ; Wed, 26 Mar 2008 03:02:18 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 5F2B28FC20 for ; Wed, 26 Mar 2008 03:02:17 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from OMTA10.westchester.pa.mail.comcast.net ([76.96.62.28]) by QMTA04.westchester.pa.mail.comcast.net with comcast id 5cRT1Z00A0cZkys5409500; Wed, 26 Mar 2008 03:00:59 +0000 Received: from discordia ([24.60.135.75]) by OMTA10.westchester.pa.mail.comcast.net with comcast id 5f1j1Z0021dmTCQ3W00000; Wed, 26 Mar 2008 03:01:43 +0000 X-Authority-Analysis: v=1.0 c=1 a=jTa4k3h-cDwA:10 a=c5sTgUsrrxMA:10 a=6I5d2MoRAAAA:8 a=LeH6XzfVAAAA:8 a=szGxnMQleCmTHjNiJXUA:9 a=oCkvHnbCzXsOwnnT4kYA:7 a=BwU6DTZ3V3yHjyjvXBhfzQ_5b5oA:4 a=SV7veod9ZcQA:10 a=zUBsD6tbDSsA:10 Received: by discordia (Postfix, from userid 103) id DBFD91636FA; Tue, 25 Mar 2008 23:02:05 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.31.1.14] (unknown [172.31.1.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id ED8051636F9; Tue, 25 Mar 2008 23:01:52 -0400 (EDT) Message-ID: <47E9BBB3.3080704@FreeBSD.org> Date: Tue, 25 Mar 2008 22:57:55 -0400 From: Coleman Kane Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080312) MIME-Version: 1.0 To: Joe Marcus Clarke References: <20080325213134.F2C3C4500E@ptavv.es.net> <47E9B00C.5020409@FreeBSD.org> <47E9B435.3030806@FreeBSD.org> <1206499958.78661.67.camel@shumai.marcuscom.com> In-Reply-To: <1206499958.78661.67.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: x11 Subject: Re: X pauses until mouse is moved (SOLVED!) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@FreeBSD.org List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2008 03:02:18 -0000 Joe Marcus Clarke wrote: > On Tue, 2008-03-25 at 22:25 -0400, Coleman Kane wrote: > >> Coleman Kane wrote: >> >>> Kevin Oberman wrote: >>> >>>>> From: Joe Marcus Clarke >>>>> Date: Tue, 25 Mar 2008 12:07:00 -0400 >>>>> Sender: owner-freebsd-x11@freebsd.org >>>>> >>>>> This problem was originally reported on this list on March 5 >>>>> (http://lists.freebsd.org/pipermail/freebsd-x11/2008-March/006077.html). >>>>> >>>>> I am now seeing this on my RELENG_7 and -CURRENT boxes. Basically, all >>>>> interaction with X is temporarily suspended until the mouse is moved. >>>>> This only occurs when using /dev/sysmouse (thus when moused is >>>>> enabled). >>>>> If I disabled moused, and use /dev/psm0 directly, the problem goes >>>>> away. >>>>> >>>>> My i386 RELENG_7 machine was working fine until I updated to: >>>>> >>>>> FreeBSD shumai.marcuscom.com 7.0-STABLE FreeBSD 7.0-STABLE #17: Mon Mar >>>>> 24 15:32:39 EDT 2008 >>>>> marcus@shumai.marcuscom.com:/build/obj/build/src/sys/SHUMAI i386 >>>>> >>>>> Prior to that I was running FreeBSD 7.0-STABLE #16: Sat Mar 8 20:07:36 >>>>> EST 2008. >>>>> >>>>> 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 also >>>>> backed out the recent X mouse driver VT switch fix, but the problem >>>>> persists. >>>>> >>>>> 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 working >>>>> version of FreeBSD had: >>>>> >>>>> CPU: Intel(R) Xeon(R) CPU 5140 @ 2.33GHz (2327.52-MHz >>>>> 686-class CPU) >>>>> >>>>> The current version has: >>>>> >>>>> CPU: Intel(R) Xeon(R) CPU 5140 @ 2.33GHz (2327.51-MHz >>>>> 686-class CPU) >>>>> >>>>> A full (current) dmesg can be found at >>>>> http://www.marcuscom.com/downloads/dmesg.shumai . >>>>> >>>>> >>>> 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 >>>> >>>> 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. >>>> >>>> The system is a T43 using the internal keyboard and TrackPoint(tm). >>>> >>>> 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.) >>>> >>>> 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. >>>> >>>> I can make config, xorg.conf, and dmesg available, but I can't see >>>> anything odd there. >>>> >>>> >>> I actually also began experiencing this after the GNOME2 update. Very >>> strange. >>> >>> -- >>> Coleman >>> >> I figured it out. Try going to System->Preferences->Keyboard Preferences >> >> Then, go to the Accessibility tab and see if the "Only accept long >> keypresses" option is checked. If it is, then un-check it. I surmise >> that the accessibility options are related to any other input "bugs" >> too. I am guessing that these get wormed through dbus, hald, and/or >> system-tools-backends. >> >> The annoying thing is I remember going through this hell *last time* I >> upgraded GNOME and I had completely forgotten how I fixed it. It's >> almost like a cruel joke (at my expense) that one of these accessibility >> options gets toggled every time I upgrade GNOME. >> > > I don't think accessibility is the cause of this. I had a different > problem after upgrading one machine to 2.22. I could not longer type > into any input field (including gnome-terminal). Every keystroke would > result in a beep. THIS was fixed by disabling accessibility. The > problem with the pausing remains. One user tracked it down to hal. I > haven't dug deeper as to why hal would cause this yet. > > Joe > I realized this after I got the accessibility issue resolved. I stopped moused and told Xorg to use /dev/psm0 instead and now I no longer have the "input waits for mouse" bug either. Seems to be some sort of moused vs. hald interaction? -- Coleman