Large coordinates in the X server

[Keith Packard]

Robert Morell <rmorell at nvidia.com> writes:

>> b) Change the X server's DDXPointRec type from 2xINT16 to 2xINT32; Convert
>>    16-bit values from the protocol to 32-bit values as soon as we get them from
>>    the wire, and do most internal processing of coordinates with 32-bit numbers

> Since this has been met with crickets, I'm going to forge ahead with
> option b) for now.  If you have any objections to this, please bring
> them up sooner rather than later.

I'd much rather the X server not transform all of the incoming data in
the DIX layer, and rather perform that translation in the rendering
code. Copying all of the incoming data will have a fairly dramatic
effect on performance.

How about just removing miTranslate from the GC and forcing the
spans rendering functions to deal with translation themselves? That way
the mi code would operate purely in window coordinate space. The fb code
would require the addition of a couple of lines of code, and glamor
would actually have some code deleted.

-- 
keith.packard at intel.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 810 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg-devel/attachments/20141212/bb2ada6b/attachment.sig>