[PATCH] Remove xcalibrate and tslib support

Tiago Vignatti tiago.vignatti at nokia.com
Fri Jul 16 05:51:13 PDT 2010


Hi Tim,

On Thu, Jul 15, 2010 at 11:26:25PM +0200, ext Tim HRM wrote:
> 
> Yeah, we had a couple of issues that led
> to using Xfbdev when we started this over a year ago with the HTC
> Kaiser.  Mostly that the kernel trees we were working for were
> designed for Android and the graphics hardware is very weird,
> requiring a refresh operation to actually draw anything which has to
> be done manually.  We also needed tslib and the only way we could see
> to get that working was Xfbdev.  The other issue is how Xorg sets
> video modes even on fixed fbdev which was due to the clock rate or
> something like that being 0 and X not liking it.
> 
> When I've said that Xorg was slow initializing on our hardware I
> simply mean there's a visible delay before switching to the thatch
> scrren (stipple?).  We did not see this same thing with kdrive and I
> began investigating why in the course of trying to get tslib working.
> 
> I'm perfectly happy to swtich to the XF86 ddx if it can meet a few
> basic requirements. There seems to be no reason to fully probe video
> modes on a fixed TFT connected to a LCDC.  We have no need to parse
> xorg.conf, but that might be trivial with the hotplug improvements
> though we need to be able to match what hardware is actually in use by
> sysfs identifiers so the same image can be used on multiple devices.

Mostly missing features that you're mentioning here are driver implementation.
You have to think separated about the server and the driver implementation -
the driver "details" are basically the same in both DDX. So, once you have Xorg
running in your device, should be fairly easy to port Xfbdev driver to the
Xorg one.

Basically, the main advantage of use Xorg is that it's close from the
mainstream development: you will get compositor, DRI2 interface and etc
through it. In short, you'll be able to use your chipset more efficiently with
those technologies. Also, multi-touch "works" only with Xorg (and I don't know
what you were saying regarding the lack of resistive ts support on evdev. N900
has it and work nice).

I'll be waiting the memory dump of your system (though I'm not sure whether
qemu will interfere).


Cheers,

             Tiago


More information about the xorg-devel mailing list