X pausing until mouse move (collecting commonalities)

Coleman Kane cokane at FreeBSD.org
Wed Mar 26 14:36:13 PDT 2008


Kevin Oberman wrote:
>> From: Jung-uk Kim <jkim at FreeBSD.org>
>> Date: Wed, 26 Mar 2008 16:54:07 -0400
>> Sender: owner-freebsd-x11 at freebsd.org
>>
>> 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. :-(
>>
>> Jung-uk Kim
>>
>>     
>
> So this explains the problem, but it still means that, if it is not
> fixed, I can't run hald...and I want to run hald. I'm trying to think of
> a way around it, but it's not obvious. Any answer is probably not
> going to be clean as people might like, either.
>   
Is it possible that hald is enumerating /dev/bpsm0 ?

--
Coleman Kane



More information about the freebsd-x11 mailing list