[PATCH] Remove xcalibrate and tslib support

[Timothy Meade]

Of course old binaries exist but why trust an old binary to be exactly
what's needed when that negates to a large extent the point of having
source code.

While non accelerated devices are getting rarer they still exist and
in many cases the kernel fbdev driver provides the lowest common
denominator for graphics in the environments. I would rather move
forward not backwards and getting XF86 to a usable memory footprint
and startup time would certainly be moving forward (unacceptible
startup time being any noticable delay between starting /usr/bin/X and
completing vt switch). I have a very vague initial proposal for
replacing kdrive ddx with a more modular and XF86 compatible
replacement and am also researching optimization options for XF86,
simplifiying probing and replacing with bus enumeration and maybe
flattened device trees which Ubuntu/Linaro have shown interest in.

Understand that my goal is not friction in one of the oldest free
software projects on the planet but having this body of code be as
useful to as many people as possible showing the way to open NIX on
very closed devices, like smartphones.  I would prefer that people use
X, as would Raster, Micky Lauer and others, as opposed to new display
servers like those used in Android and webOS.  Flexibility in policy
decisions would go a long way to that goal.

Thanks for your time.
- tmzt #htc-linux





Sent from my HTC smartphone

-----Original Message-----
From: Mikhail Gusarov <dottedmag at dottedmag.net>
Sent: Thursday, July 08, 2010 11:22 AM
To: Abdoulaye Walsimou Gaye <awg at embtoolkit.org>
Cc: xorg-devel at lists.x.org <xorg-devel at lists.x.org>
Subject: Re: [PATCH] Remove xcalibrate and tslib support



Twas brillig at 17:06:19 08.07.2010 UTC+02 when awg at embtoolkit.org did
gyre and gimble:

 AWG> Please don't do that.  I use Kdrive (Xfbdev) with tslib.

Old binaries and source code will not magically disappear :) Given
amount of changes in Kdrive last couple of years new versions of X
server don't bring anything valuable to Xfbdev.

 AWG> Xfbdev + tslib is extremely useful for embedded systems without
 AWG> keyboard, which are driven by a pen. This is the case for many new
 AWG> smart phones for example.

Are there new smartphones which don't feature hardware-accelerated
graphics? Xfbdev is quite useless for anything except plain old
framebuffer.

There was CELF project proposal this year targeting optimization of
Xfree86 server to match memory consumption of Kdrive, while keeping KMS,
newer Xrandr and other features valuable for embedded development.

This project was rejected by the CELF board due to lack of funds. If you
are worried about the development of X server and somehow connected to
smartphones development industry you might want to propose funding of
this proposal instead of reviving Kdrive.

-- 
  http://fossarchy.blogspot.com/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 851 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg-devel/attachments/20100708/1739c504/attachment.pgp>