[PATCH] drm/radeon: use pflip irq on R600+

2014-05-02 Thread Christian König
Am 02.05.2014 17:24, schrieb Alex Deucher: > On Mon, Apr 28, 2014 at 4:25 AM, Christian K?nig > wrote: >> From: Christian K?nig >> >> Testing the update pending bit directly after issuing an >> update is nonsense cause depending on the pixel clock the >> CRTC needs a bit of time to execute the fl

[PATCH] drm/radeon: use pflip irq on R600+

2014-05-02 Thread Alex Deucher
On Fri, May 2, 2014 at 12:23 PM, Christian K?nig wrote: > Am 02.05.2014 17:24, schrieb Alex Deucher: > >> On Mon, Apr 28, 2014 at 4:25 AM, Christian K?nig >> wrote: >>> >>> From: Christian K?nig >>> >>> Testing the update pending bit directly after issuing an >>> update is nonsense cause dependi

[PATCH] drm/radeon: use pflip irq on R600+

2014-05-02 Thread Alex Deucher
On Mon, Apr 28, 2014 at 4:25 AM, Christian K?nig wrote: > From: Christian K?nig > > Testing the update pending bit directly after issuing an > update is nonsense cause depending on the pixel clock the > CRTC needs a bit of time to execute the flip even when we > are in the VBLANK period. > > This

[PATCH] drm/radeon: use pflip irq on R600+

2014-04-28 Thread Christian König
From: Christian K?nig Testing the update pending bit directly after issuing an update is nonsense cause depending on the pixel clock the CRTC needs a bit of time to execute the flip even when we are in the VBLANK period. This is just a non invasive patch to solve the problem at hand, a more comp