Michel Dänzer writes:
> From: Michel Dänzer
>
> We currently don't handle transforms for the HW cursor image, so return
> FALSE to signal a software cursor must be used if a transform is in use
> on any CRTC.
Reviewed-by: Keith Packard
--
-keith
signature.asc
Description: PGP signature
___
Michel Dänzer writes:
> From: Michel Dänzer
>
> This reduces code duplication.
>
> One side effect of this change is that xf86_config->cursor will no longer
> be updated for cursors which cannot use the HW cursor.
That means we'll be holding on to the last HW cursor in use on the
screen 'foreve
Michel Dänzer writes:
> From: Michel Dänzer
>
> Add xf86CursorResetCursor, which allows switching between HW and SW
> cursor depending on the current state.
>
> Call it from xf86DisableUnusedFunctions, which is called after any CRTC
> configuration change such as setting a mode or disabling a CR
Michel Dänzer writes:
> From: Michel Dänzer
>
> It was already disabled, but it's definitely no longer needed now that
> xf86CursorResetCursor is getting called for each CRTC configuration
> change.
I think we can remove xf86_reload_cursors from the server now. It is not
called anywhere else.
Michel Dänzer writes:
> From: Michel Dänzer
>
> Setting crtc->transformPresent to FALSE was preventing the transform
> from actually taking effect and putting RandR into a confused state.
>
> Now that the RandR 1.2 cursor code handles transforms correctly, we can
> allow them to properly take ef
On 24.12.2015 16:57, Michel Dänzer wrote:
> From: Michel Dänzer
>
> We currently don't handle transforms for the HW cursor image, so return
> FALSE to signal a software cursor must be used if a transform is in use
> on any CRTC.
>
> Signed-off-by: Michel Dänzer
> ---
> hw/xfree86/modes/xf86Cur