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 <[email protected]>
Sent: Thursday, July 08, 2010 11:22 AM
To: Abdoulaye Walsimou Gaye <[email protected]>
Cc: [email protected] <[email protected]>
Subject: Re: [PATCH] Remove xcalibrate and tslib support



Twas brillig at 17:06:19 08.07.2010 UTC+02 when [email protected] 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/

Attachment: pgpnxyoaZjAsT.pgp
Description: PGP signature

_______________________________________________
[email protected]: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel

Reply via email to