Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 25 Jul 2000 09:27:26 +0200
From:      Graham Wheeler <gram@cequrux.com>
To:        "Jordan K. Hubbard" <jkh@zippy.osd.bsdi.com>
Cc:        kazu@freebsd.org, stable@freebsd.org
Subject:   Re: psmintr: out of sync (0080 != 0000). ARGH!
Message-ID:  <397D415E.64DD5CE0@cequrux.com>
References:  <25919.964459652@localhost>

next in thread | previous in thread | raw e-mail | index | archive | help
"Jordan K. Hubbard" wrote:
> 
> P.S. In case I failed to make such clear by inference, I'm more than
> willing to do whatever I can in helping Kazu track this down.  I'm
> also interested in testing any solution he might be able to come up
> with as an 11th-hour fix to -stable which enables 4.1-RELEASE to be an
> enjoyable experience for us both. :)

I'm also very willing to help. 

This *may* help: when I was trying to figure out what was going on,
prior to making the hacks that I did, I noticed that the values read
from the kbd driver (or maybe from the actual port; I can't remember
now), made sense - except that when the driver lost sync, it was because
suddenly the usual three-byte logical grouping broke, and each logical
packet seemed to consist of four bytes, the extra byte being a zero
byte. Then at some later stage, this problem would go away, and there
would be three byte packets again - and so on.

The hacks that I made, which have made my mouse completely usable
(that's not to say perfect, but I seem to have reduced the problem to
only the transitions between the 3-byte and 4-byte states), perform
extra sanity checks on the data and try to detect when these transitions
occur. After a transition to the 4-byte state, my code drops the zero
bytes that are being inserted; after a transition back to the three byte
state, they stop dropping these.

I sent Jordan my kludged driver; I'm not sure if I sent it to you, Kazu.
Let me know if you want to look at it. It's ugly, but I was desperate to
be able to use X and so the elegance wasn't an issue.

To solve the problem properly, one would have to figure out where these
zero bytes come from and why they occur.

-- 
Dr Graham Wheeler                        E-mail: gram@cequrux.com
Director, Research and Development       WWW:    http://www.cequrux.com
CEQURUX Technologies                     Phone:  +27(21)423-6065
Firewalls/VPN Specialists                Fax:    +27(21)424-3656


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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?397D415E.64DD5CE0>