[PATCH xserver] remove absolute class (resent)

Peter Hutterer peter.hutterer at who-t.net
Tue Mar 22 21:00:31 PDT 2011

On Sun, Mar 20, 2011 at 04:50:55PM +0100, Simon Thum wrote:
> Hi all,
> somehow I'm out of luck with send-email and my overly spam-alert email
> provider. Sorry for double-posting! Here's the original mail (without
> greeting, which somehow got suppressed):
> I made an attempt to remove the absolute device class from the server.
> It was, to the best of my knowledge, unused and quite misleading since
> all is there except for real useage. The actual removal (patch 5+6)
> is split up so the API is kept (more or less) for the benefit of
> out-of-tree drivers. "More or less" refers to the AbsoluteClassRec/Ptr
> pair which is being removed, but no-one out of the server seems to have
> used it. The protocol and libXi parts remain untouched so GIMP won't break.
> Also, the server is more honest to clients asking for AbsoluteClass
> support, i.e. now you should get protocol errors instead of silent
> ignorance.
> The real removal merits an ABI bump, but TBH I was unsure how to do it
> properly and whether or not it's overkill. No driver I'm aware of used it.
> A possible alternative would be actually using this stuff, but there's
> lots of overlap with existing input properties and the class does x/y
> only. The only senario I could imagine was making better use of raw
> absolute events, but since we have sub-pixel events that's a
> questionable use case.
> [PATCH 1/6] xquartz: simplify ChangeDeviceControl
> [PATCH 2/6] kdrive: don't pretent to support DEVICE_ABS_* in
> ChangeDeviceControl
> [PATCH 3/6] xf86: don't pretend to support DEVICE_ABS_* in
> ChangeDeviceControl
> [PATCH 4/6] simplify ChangeDeviceControl in stubs
> [PATCH 5/6] xserver: remove AbsoluteClassRec keeping the ABI
> [PATCH 6/6] xserver: remove AbsoluteClass, breaking the A(P|B)I

thanks. merged the first 5 and will push them soon. the last one I'll keep
around in  separate branch until we're ready to break the ABI. as usual, I'd
like to accumulate a few patches in one go.


More information about the xorg-devel mailing list