On 05.05.2014 18:27, Michel D?nzer wrote:
> On 02.05.2014 22:29, Christian K?nig wrote:
>> Am 02.05.2014 09:25, schrieb Michel D?nzer:
>>>
>>> and asynchronous flips (not synchronized to vertical blank).
>> Actually that's one of the things I've implement in 3.15 by using the
>> pflip interrupt. Al
On 02.05.2014 22:29, Christian K?nig wrote:
> Am 02.05.2014 09:25, schrieb Michel D?nzer:
>> On 29.04.2014 23:29, Christian K?nig wrote:
>>>
>>> +static void radeon_flip_work_func(struct work_struct *__work)
>>> {
>> [...]
>>> +if (radeon_crtc->flip_work) {
>>> +DRM_DEBUG_DRIVER("flip
On Mon, May 05, 2014 at 06:27:17PM +0900, Michel D?nzer wrote:
> On 02.05.2014 22:29, Christian K?nig wrote:
> > Am 02.05.2014 09:25, schrieb Michel D?nzer:
> >> On 29.04.2014 23:29, Christian K?nig wrote:
> >>>
> >>> +static void radeon_flip_work_func(struct work_struct *__work)
> >>> {
> >> [..
On 29.04.2014 23:29, Christian K?nig wrote:
> From: Christian K?nig
>
> Instead of trying to flip inside the vblank period when
> the buffer is idle, offload blocking for idle to a kernel
> thread and program the flip directly into the hardware.
>
> Signed-off-by: Christian K?nig
[...]
> +/**
>
> I'm a little worried about this case. AFAICT this would drop the flip if
> a previous one is still pending? I'm not sure current userspace can
> actually hit this
Yeah, that concerned me as well. The old code dropped the the new flip
as well, so I'm pretty sure that the new handling is right and
From: Christian K?nig
Instead of trying to flip inside the vblank period when
the buffer is idle, offload blocking for idle to a kernel
thread and program the flip directly into the hardware.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h | 16 ++-
drivers/gpu/drm/
