On Tue, Dec 06, 2016 at 03:47:17PM -0200, Gustavo Padovan wrote:
> From: Gustavo Padovan <gustavo.padovan at collabora.co.uk>
> 
> Instead of dealing with crtc details inside drm_atomic.c we should
> just export a function that creates a new crtc fence for us and
> use that.
> 
> Suggested-by: Chris Wilson <chris at chris-wilson.co.uk>
> Signed-off-by: Gustavo Padovan <gustavo.padovan at collabora.co.uk>

Yeah, seems reasonable.

Reviewed-by: Daniel Vetter <daniel.vetter at ffwll.ch>

> ---
>  drivers/gpu/drm/drm_atomic.c        | 16 +---------------
>  drivers/gpu/drm/drm_crtc.c          | 18 +++++++++++++++++-
>  drivers/gpu/drm/drm_crtc_internal.h |  2 +-
>  3 files changed, 19 insertions(+), 17 deletions(-)
> 
> diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c
> index 19d7bcb..72fa5b2 100644
> --- a/drivers/gpu/drm/drm_atomic.c
> +++ b/drivers/gpu/drm/drm_atomic.c
> @@ -1864,20 +1864,6 @@ EXPORT_SYMBOL(drm_atomic_clean_old_fb);
>   *   helpers and for the DRM event handling for existing userspace.
>   */
>  
> -static struct dma_fence *get_crtc_fence(struct drm_crtc *crtc)
> -{
> -     struct dma_fence *fence;
> -
> -     fence = kzalloc(sizeof(*fence), GFP_KERNEL);
> -     if (!fence)
> -             return NULL;
> -
> -     dma_fence_init(fence, &drm_crtc_fence_ops, &crtc->fence_lock,
> -                    crtc->fence_context, ++crtc->fence_seqno);
> -
> -     return fence;
> -}
> -
>  struct drm_out_fence_state {
>       s64 __user *out_fence_ptr;
>       struct sync_file *sync_file;
> @@ -1959,7 +1945,7 @@ static int prepare_crtc_signaling(struct drm_device 
> *dev,
>                       f[*num_fences].out_fence_ptr = fence_ptr;
>                       *fence_state = f;
>  
> -                     fence = get_crtc_fence(crtc);
> +                     fence = drm_crtc_create_fence(crtc);
>                       if (!fence)
>                               return -ENOMEM;
>  
> diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
> index 90931e0..e75f62c 100644
> --- a/drivers/gpu/drm/drm_crtc.c
> +++ b/drivers/gpu/drm/drm_crtc.c
> @@ -152,6 +152,8 @@ static void drm_crtc_crc_fini(struct drm_crtc *crtc)
>  #endif
>  }
>  
> +static const struct dma_fence_ops drm_crtc_fence_ops;
> +
>  static struct drm_crtc *fence_to_crtc(struct dma_fence *fence)
>  {
>       BUG_ON(fence->ops != &drm_crtc_fence_ops);
> @@ -177,13 +179,27 @@ static bool drm_crtc_fence_enable_signaling(struct 
> dma_fence *fence)
>       return true;
>  }
>  
> -const struct dma_fence_ops drm_crtc_fence_ops = {
> +static const struct dma_fence_ops drm_crtc_fence_ops = {
>       .get_driver_name = drm_crtc_fence_get_driver_name,
>       .get_timeline_name = drm_crtc_fence_get_timeline_name,
>       .enable_signaling = drm_crtc_fence_enable_signaling,
>       .wait = dma_fence_default_wait,
>  };
>  
> +struct dma_fence *drm_crtc_create_fence(struct drm_crtc *crtc)
> +{
> +     struct dma_fence *fence;
> +
> +     fence = kzalloc(sizeof(*fence), GFP_KERNEL);
> +     if (!fence)
> +             return NULL;
> +
> +     dma_fence_init(fence, &drm_crtc_fence_ops, &crtc->fence_lock,
> +                    crtc->fence_context, ++crtc->fence_seqno);
> +
> +     return fence;
> +}
> +
>  /**
>   * drm_crtc_init_with_planes - Initialise a new CRTC object with
>   *    specified primary and cursor planes.
> diff --git a/drivers/gpu/drm/drm_crtc_internal.h 
> b/drivers/gpu/drm/drm_crtc_internal.h
> index 33b17d0..cdf6860 100644
> --- a/drivers/gpu/drm/drm_crtc_internal.h
> +++ b/drivers/gpu/drm/drm_crtc_internal.h
> @@ -43,7 +43,7 @@ int drm_crtc_check_viewport(const struct drm_crtc *crtc,
>  int drm_crtc_register_all(struct drm_device *dev);
>  void drm_crtc_unregister_all(struct drm_device *dev);
>  
> -extern const struct dma_fence_ops drm_crtc_fence_ops;
> +struct dma_fence *drm_crtc_create_fence(struct drm_crtc *crtc);
>  
>  /* IOCTLs */
>  int drm_mode_getcrtc(struct drm_device *dev,
> -- 
> 2.5.5
> 
> _______________________________________________
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/dri-devel

-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch

Reply via email to