[PULL] glamor-next

[Michel Dänzer]

On 26.03.2015 10:47, Eric Anholt wrote:
> Michel Dänzer <michel at daenzer.net> writes:
>> On 26.03.2015 04:14, Eric Anholt wrote:
>>> Michel Dänzer <michel at daenzer.net> writes:
>>>
>>>> On 25.03.2015 05:21, Eric Anholt wrote:
>>>>>
>>>>> Keith Packard (13):
>>>> [...]
>>>>>       glamor: Eliminate GLAMOR_USE_SCREEN and GLAMOR_USE_PICTURE_SCREEN
>>>>>       glamor: Remove _nf rendering functions
>>>>>       glamor: Remove ddx fallback check functions
>>>>
>>>> NAK for these changes. I'll be using the *_nf functions in the radeon
>>>> driver soon, and I expect there might be interest for something similar
>>>> in the modesetting driver and/or Xwayland in the long term as well.
>>>
>>> Can you elaborate on what you're planning on using them for?
>>
>> Choosing between hardware and software rendering in the driver. In
>> particular for large numbers of small operations, software rendering can
>> still be several times faster than hardware rendering.
> 
> Couldn't you just wrap CopyArea (presumably the op you care about?)
> after initializing glamor, and intercept single-rect, small-area calls
> to it?

It's not just CopyArea, and BOs need to be in GART memory for software
rendering to be fast, which in turn makes GPU rendering relatively slow.
So at least as a first step, it actually uses software rendering in most
cases.


-- 
Earthling Michel Dänzer               |               http://www.amd.com
Libre software enthusiast             |             Mesa and X developer

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 173 bytes
Desc: OpenPGP digital signature
URL: <http://lists.x.org/archives/xorg-devel/attachments/20150326/6a7c554a/attachment.sig>