[PATCH] Remove XAA

Dave Airlie airlied at gmail.com
Sun Jan 22 23:24:50 PST 2012


On Sun, Jan 22, 2012 at 10:47 PM, Matt Turner <mattst88 at gmail.com> wrote:
> On Sun, Jan 22, 2012 at 4:01 PM, Daniel Stone <daniel at fooishbar.org> wrote:
>> Hi,
>>
>> On 22 January 2012 14:33, Mark Kettenis <mark.kettenis at xs4all.nl> wrote:
>>> No way!  XAA works for accelerated scrolling and makes a significant
>>> difference on slow CPUs.  It often works better for EXA.  If there is
>>> something that should be removed it's that since very few drivers actually
>>> have working EXA support.
>>
>> 'very few drivers' ... which cover about 99% of our userbase if you
>> just look at the big three.  But anyway, even if you don't think any
>> metric which gives equal weighting to xf86-video-intel as to
>> xf86-video-imstt is absolutely pointless, there are 12 drivers that we
>> ship ported to EXA.
>>
>>> Deliberately breaking drivers without giving people a chance to fix them
>>> isn't fair.  Because of the current development model of Xorg people may
>>> not notice that stuff is broken for more than six months.
>>
>> If you read the mail you're replying to, you'll note that I
>> specifically advocated holding off the merge so the drivers could be
>> fixed.  Although if no-one even notices for six months or more, I
>> think that tells you quite a lot about the state of the driver, its
>> maintenance, and its usage.
>>
>> Cheers,
>> Daniel
>
> I like killing code, but I don't understand how killing the XAA code
> helps us (other than killing code).

Oh it helps me a lot, when you are trying to rework the X server ABI
to be hotplug capable, the less useless ancient untestable pieces of
crap you have to port makes the chance of users with modern hardware
getting a modern feature everyone expects us to have had 10 years ago
increases.

> Clearly they're not very important, but some hardware can't do EXA.
> I'm not going to claim there are defensible reasons for using these
> cards -- except perhaps in the cases of hardware like newport and the
> SGI O2.

But what do you run on these systems? maybe we need a mini-EXA that
only accelerates upload to the front buffer, like shadowfb but is also
DRI1 compatible. All XAA is doing for you is fast X core protocol
operations on the front buffer, its not accelerating anything the
current DE or apps use.

Dave.
>
> Matt
> _______________________________________________
> xorg-devel at lists.x.org: X.Org development
> Archives: http://lists.x.org/archives/xorg-devel
> Info: http://lists.x.org/mailman/listinfo/xorg-devel


More information about the xorg-devel mailing list