[ANNOUNCE] xf86-input-fpit 1.4.0
peter.hutterer at who-t.net
Mon Jun 27 15:24:01 PDT 2011
On Mon, Jun 27, 2011 at 10:48:55PM +0200, Piotr Gluszenia Slawinski wrote:
> Thanx for maintaining the driver.
> AFAIK kernel input driver does not exist, and this is one of last
> resort to make one enjoy wonders of X.
> ad. testing - i still use much older version , which works fine,
> except pointer goes crazy under heavy load sometimes. it seems that
> it's serial port is polled, and machines have issues with acpi timer
> sources, which in combination makes bit of disaster. either way it's
> useable on fujitsu stylistic 2300 i happen to own.
> btw. recently i've thought of standarising such old devices by
> hardware hacking , i.e. to insert 'standariser' device inbetween
> computer and problem device like some once-released-never-maintained
> tablet, mouse, etc. such device would be simple transcoding
> ofc. for devices like tablets or laptops this is still not really
> applicable, as it's difficult to hack something like this inside...
> one of problems with such thing though is that there are not really
> 'standard' devices , i.e. each of them is related to some vendor ,
> and any of them is not de facto 'standard'.
the "standard" is pretty much defined by what the driver can take. If it
can't parse the protocol then the device is rather useless anyway.
but really, writing a serial kernel driver is rather trivial and has a
higher chance of actually working long-term than dragging the old input
> On Mon, 27 Jun 2011, Peter Hutterer wrote:
> >This driver is one of the legacy input drivers that you almost certainly
> >don't want to use. Use the kernel driver instead (if one exists) or write
> >one (if none exists). This release brings the usual input ABI updates,
> >cleanups, etc. and one real bugfix.
> >1.4.0 has actually seen testing in the form of loading the module, enjoying
> >a view of a non-crashing X server (-retro too, I'm soo 80s today...) and
> >thus deducting that the driver is bug-free. Which is more testing than
> >previous releases have seen. Nonetheless, you may not want to control your
> >nuclear power plants with this driver.
> >Alan Coopersmith (1):
> > Fill in COPYING file, add SubmittingPatches URL to README
> >Peter Hutterer (19):
> > Cope with XINPUT ABI 7.
> > Fix module unloading.
> > Remove unused bits from configure.ac
> > Bump to 1.3.99
> > Purge CVS tags
> > Remove refcount field, dropped from the server
> > unifdef XFree86LOADER
> > Replace LocalDevicePtr with InputInfoPtr.
> > Drop close_proc, conversion_proc, reverse_conversion_proc
> > Drop libc wrappers for free, malloc
> > Require server 1.9, drop earlier ABI support
> > Use GetMotionHistorySize() instead of driver-internal history
> > Support input ABI 12
> > Bump minimum required server version to 1.10
> > Include xorg-server.h, not xorgVersion.h
> > Reshuffle configure.ac to be more in-line with other modules
> > Remove usage of sdkdir - not used by this driver
> > Add 50-fpit.conf default configuration file.
> > fpit 1.4.0
> >philip (1):
> > fpit: minX/ maxX get wrongly initialized
> >git tag: xf86-input-fpit-1.4.0
> >MD5: 042c95fec145d8b57ca62714131ff3f1 xf86-input-fpit-1.4.0.tar.bz2
> >SHA1: 9305d30ae22d37c6b5bb975adc8ecda9b1d6c5e6 xf86-input-fpit-1.4.0.tar.bz2
> >MD5: 1f262074106c855b090295faadaedb80 xf86-input-fpit-1.4.0.tar.gz
> >SHA1: 58c3b2f8306e5f2fa69a7636e2d74a88ca24e703 xf86-input-fpit-1.4.0.tar.gz
More information about the xorg