[patch] drawing window borders always falls back to software

[Michael]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

On Sep 24, 2009, at 5:29 PM, Michel Dänzer wrote:

> On Thu, 2009-09-24 at 17:10 -0400, Michael wrote:
>>
>> A proper way to fix this would be to change the way the screen pixmap
>> is created so the accel lib, be it XAA, EXA or whatever, knows what
>> it's doing and can mark the pixmap as in video memory. As it is now
>> miCreateScreenResources() just calls CreatePixmap() with the right
>> depth but no width or height, then fills in geometry, data pointer  
>> and
>> so on.
>
> I haven't seen any problems like this with EXA - otherwise it couldn't
> accelerate any operations on the visible screen. If you've actually  
> seen
> such a problem with EXA, I'd be interested in more specific  
> information
> about that.

This happens only when drawing borders outside of DRAWABLE_WINDOW, so  
it bites xterm and a bunch of Xaw widgets but not much else. You  
probably wouldn't ever see it if you use KDE or GNOME. Also, you  
wouldn't notice unless drawing by software into the screen pixmap had  
severe side effects. EXA sets a bunch of flags on pixmaps with no  
content, no idea if that's enough to mark it as usable for accelerated  
drawing ops.

have fun
Michael

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (Darwin)

iQEVAwUBSrvojspnzkX8Yg2nAQJjXAf8CdH4t0CVB2iS3IFqDTFMg9pzeWkzl1gA
N/Z8ZziausJ4B8WrkbeBPNUS8G6qNLfTqizZO5KUqkGqnErMVtnHaP14TiPxq2m2
218RQ+lUAWR46c0lHILPREueMySQkqAwLviMYKYpVhyuIgDJL9dXGvgiPQiGhBnc
mLLqilHmLaugd0gHJHcfh1n1e3SADd/3YBhfdhcS8Jb4oJ/nnXeYfHlJYNLXDCU+
iuDzqKatExRxDbb4MmEghGW4oXaKp6IpzvC87bbUNktJAS+Zt3ELE9vMbH8La69Q
p4/Wrg9sFBREA6c1s89iYy7stREn3oDlNQsu1AfTx8onz2aLk4y2hQ==
=BbBP
-----END PGP SIGNATURE-----