Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 27 Mar 2008 08:59:23 -0400
From:      Coleman Kane <cokane@FreeBSD.org>
To:        cokane@FreeBSD.org
Cc:        freebsd-x11@FreeBSD.org, Joe Marcus Clarke <marcus@FreeBSD.org>, Jung-uk Kim <jkim@FreeBSD.org>
Subject:   Re: X pausing until mouse move (collecting commonalities)
Message-ID:  <47EB9A2B.4060203@FreeBSD.org>
In-Reply-To: <47EB9213.7050509@FreeBSD.org>
References:  <47EA7ED2.8030406@freebsd.org>	<200803261654.09551.jkim@FreeBSD.org>	<1206597105.80352.14.camel@shumai.marcuscom.com> <47EB9213.7050509@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Coleman Kane wrote:
> Joe Marcus Clarke wrote:
>> On Wed, 2008-03-26 at 16:54 -0400, Jung-uk Kim wrote:
>>  
>>> On Wednesday 26 March 2008 12:50 pm, Joe Marcus Clarke wrote:
>>>    
>>>> I'm trying to get a list of commonalities to better focus my
>>>> troubleshooting.  So far, my two machines that are affected have
>>>> the following in common:
>>>>
>>>> GNOME 2.22 (with hald)
>>>> nVidia graphics card (though different drivers)
>>>> PS/2 mouse
>>>> dual core
>>>> ULE scheduler
>>>>
>>>> My one machine that is not affected differs from this in that it
>>>> has an Intel graphics card, USB mouse, and is not dual core (but
>>>> HTT).
>>>>
>>>> It looks like Coleman has a PS/2 mouse as well.  It's starting to
>>>> look like the mouse technology might have something to do with
>>>> this.  Anyone seeing this problem with a USB mouse?
>>>>       
>>> I think I know why.  Build xorg-server without HAL support option 
>>> and the attached patch.  With HAL support (default) and hald 
>>> running, xorg-server auto-detects individual ports with input.mouse 
>>> capability even without configuration lines in xorg.conf.  If moused 
>>> is enabled and USB mouse is used, /dev/ums0 is directly used because 
>>> there is a problem in MD code (see attached patch).  If moused is 
>>> enabled and PS/2 mouse is used, you end up with two input devices 
>>> via /dev/sysmouse and /dev/psm0.  I couldn't find a cleaner way to 
>>> fix this problem, though. :-(
>>>     
>>
>> Thanks for finding this.  Here is a patch for hal which adds a mouse
>> addon.  The mouse addon polls to find whether or not moused has a given
>> mouse device open.  If it does, it sets the input device to
>> be /dev/sysmouse instead of the actual device.  Hopefully it will fix
>> the problem without needing to disable hal support in X.  I have also
>> merged your gettimeofday patches, jkim.
>>
>> http://www.marcuscom.com/downloads/hal.diff
>>
>> Joe
> I had to apply the attached change to your patch in order to get it to 
> work (addon/ should be addons/). Attached is the diff to your diff 
> that worked for me.
>
> -- 
> Coleman Kane
Unfortunately, I still experience the same mouse-blocked behavior after 
applying this patch, reinstalling the port, and then restarting my 
machine (and setting the mouse device back to SysMouse and /dev/sysmouse 
in xorg.conf, and re-enabling moused).

--
Coleman Kane




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