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