Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 11 Apr 1998 14:50:02 -0700 (PDT)
From:      Paul Traina <pst@Shockwave.COM>
To:        FreeBSD-gnats-submit@FreeBSD.ORG
Cc:        phk@FreeBSD.ORG
Subject:   kern/6277: mouse operation weird in -current
Message-ID:  <199804112150.OAA07264@precipice.shockwave.com>

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

>Number:         6277
>Category:       kern
>Synopsis:       mouse operation weird in -current
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Apr 11 15:00:01 PDT 1998
>Last-Modified:
>Originator:     Paul Traina
>Organization:
shockwave engineering
>Release:        FreeBSD 3.0-CURRENT i386
>Environment:

3.0-CURRENT FreeBSD 3.0-CURRENT #1: Fri Apr 10 21:01:48 PDT 1998
XFree86 3.1.1
Logitech cordless mouseman on /dev/cuaa0 (serial port, COM1, sio driver)
-- yes, it has fresh batteries, and this works fine under win95

>Description:

Just recently (somewhere around March 21st) mouse operations have just
gone to hell.  When using Motif based applications or xterm, on occasion,
the mouse moves VERY VERY VERY slowly or not at all.  Many times, when I
press a mouse button, the event is ignored.

[Weird report: with motif operations, many times the button event is
	       registered (you see the button recess) but the action
	       to be taken does not occur...if I hit a return to fire
	       off the default button action, things work.
	       Half-assed guess, the system sees the button-down event,
	       but the button-up event is somehow lost or mangled, or
	       outside the region, so the action does not complete.
	       Motif may be seeing button-down/button-up events separately
	       instead of a singular button-click event.]

If I had to make a wild guess, I'd say that the system is dropping
mouse events (both placement and button events) like mad!  Maybe
30-50% of them come through at some times, other times, it's 100%
solid.

I think this is related to PHK's changes that caused the application
slowdown other folks have seen.  I have not seen any slowdown for things
like icon drawings, rather, just mouse events are lost.

I have not had a chance to see if this occurs with other serial port
events, as I don't have anything else hooked up to the other serial
port.

>How-To-Repeat:

run -current as of 21 march or last night
put a serial mouse on one of the standard COM ports
fire up a local X session
use it for a few hours, watch, intermittently, mouse events get dropped.
open up a netscape window, a plan window (motif) and run fvwm2
and watch things get really bad when you cross from say a motif app to
an xterm window.

>Fix:
>Audit-Trail:
>Unformatted:

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message



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