[PATCH 03/11] drm/exynos: add prepare and cleanup phases for planes

Inki Dae inki.dae at samsung.com
Thu Aug 27 01:14:35 PDT 2015


On 2015년 08월 27일 00:45, Gustavo Padovan wrote:
> Hi Inki,
> 
> 2015-08-24 Inki Dae <inki.dae at samsung.com>:
> 
>> On 2015년 08월 16일 01:26, Gustavo Padovan wrote:
>>> From: Gustavo Padovan <gustavo.padovan at collabora.co.uk>
>>>
>>> .prepare_plane() and .cleanup_plane() allows to perform extra operations
>>> before and after the update of planes. For FIMD for example this will
>>> be used to enable disable the shadow protection bit.
>>>
>>> Signed-off-by: Gustavo Padovan <gustavo.padovan at collabora.co.uk>
>>> ---
>>>  drivers/gpu/drm/exynos/exynos_drm_crtc.c | 19 +++++++++++++++++++
>>>  drivers/gpu/drm/exynos/exynos_drm_drv.h  |  6 ++++++
>>>  2 files changed, 25 insertions(+)
>>>
>>> diff --git a/drivers/gpu/drm/exynos/exynos_drm_crtc.c b/drivers/gpu/drm/exynos/exynos_drm_crtc.c
>>> index 5a19e16..3a89fc9 100644
>>> --- a/drivers/gpu/drm/exynos/exynos_drm_crtc.c
>>> +++ b/drivers/gpu/drm/exynos/exynos_drm_crtc.c
>>> @@ -72,15 +72,34 @@ exynos_drm_crtc_mode_set_nofb(struct drm_crtc *crtc)
>>>  static void exynos_crtc_atomic_begin(struct drm_crtc *crtc)
>>>  {
>>>  	struct exynos_drm_crtc *exynos_crtc = to_exynos_crtc(crtc);
>>> +	struct drm_plane *plane;
>>>
>>>  	if (crtc->state->event) {
>>>  		WARN_ON(drm_crtc_vblank_get(crtc) != 0);
>>>  		exynos_crtc->event = crtc->state->event;
>>>  	}
>>> +
>>> +	drm_atomic_crtc_for_each_plane(plane, crtc) {
>>> +		struct exynos_drm_plane *exynos_plane = to_exynos_plane(plane);
>>> +
>>> +		if (exynos_crtc->ops->prepare_plane)
>>> +			exynos_crtc->ops->prepare_plane(exynos_crtc,
>>> +							exynos_plane);
>>
>> There is no any reason to use prepare_plane/cleanup_plane callback
>> names. How about using atomic_begin/atomic_flush callback names instead
>> for consistency between framework and device drivers?
> 
> Either names are fine for me. So let's go with atomic_begin/flush. I'll
> send an updated patchset.

Merged.

Thanks,
Inki Dae

> 
> 	Gustavo
> 



More information about the dri-devel mailing list