Date: Wed, 27 Nov 1996 23:20:38 -0500 From: "Louis A. Mamakos" <louie@TransSys.COM> To: Kazutaka YOKOTA <yokota@zodiac.mech.utsunomiya-u.ac.jp> Cc: sos@freebsd.org, nate@mt.sri.com, current@freebsd.org Subject: Re: FreeBSD-3.0-current PS/2 mouse driver change Message-ID: <199611280420.XAA08667@whizzo.transsys.com> In-Reply-To: Your message of "Thu, 28 Nov 1996 08:18:55 %2B0900." <199611272318.IAA09541@zodiac.mech.utsunomiya-u.ac.jp> References: <199611270804.JAA00372@ravenock.cybercity.dk> <199611271331.IAA01084@whizzo.transsys.com> <199611272318.IAA09541@zodiac.mech.utsunomiya-u.ac.jp>
next in thread | previous in thread | raw e-mail | index | archive | help
> > >Please note that > >right now, the new psm.c driver in the kernel renders this pointing device > >helpless to do it's nifty bits. The additional "smarts" in the kernel > >driver seems to mask off the bit which indicates a "tap" gesture on the > >pad. I've just upgraded to 3.0-current last night, and have only begun > >to look at the driver. > > Hello. I understand what is the problem with the `psm' driver when used > with ALPUS GlidePoint. I will turn off the bit checking by default. > > BTW, that bit is said to be always 1, according to some docs. Now that > I know the bit is not set in that way, there will be no way to re-sync > with the data packet from the PS/2 mouse once we have become out of > sync (due to lost interrupt or something) ;-< I've really never experienced a situation where the mouse driver got unsynchronized.. at least with the old version of the driver. All of the parsing of the mouse data stream seemed to have taken place either in the X server or moused rather than in the kernel. Is this a significant problem which other users have experienced? louie
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199611280420.XAA08667>