From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757615AbbLBI62 (ORCPT ); Wed, 2 Dec 2015 03:58:28 -0500 Received: from mail-wm0-f47.google.com ([74.125.82.47]:38703 "EHLO mail-wm0-f47.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757566AbbLBI61 (ORCPT ); Wed, 2 Dec 2015 03:58:27 -0500 Date: Wed, 2 Dec 2015 09:58:23 +0100 From: Daniel Vetter To: Eric Anholt Cc: dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/9] drm: Create a driver hook for allocating GEM object structs. Message-ID: <20151202085823.GB17050@phenom.ffwll.local> Mail-Followup-To: Eric Anholt , dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org References: <1449002158-19156-1-git-send-email-eric@anholt.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1449002158-19156-1-git-send-email-eric@anholt.net> X-Operating-System: Linux phenom 4.1.0-2-amd64 User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Dec 01, 2015 at 12:35:50PM -0800, Eric Anholt wrote: > The CMA helpers had no way for a driver to extend the struct with its > own fields. Since the CMA helpers are mostly "Allocate a > drm_gem_cma_object, then fill in a few fields", it's hard to write as > pure helpers without passing in a driver callback for the allocate > step. > > Signed-off-by: Eric Anholt Yeah there's no other way to make this happen without ridiculous amounts of boilerplate. Reviewed-by: Daniel Vetter > --- > drivers/gpu/drm/drm_gem_cma_helper.c | 10 ++++++---- > include/drm/drmP.h | 7 +++++++ > 2 files changed, 13 insertions(+), 4 deletions(-) > > diff --git a/drivers/gpu/drm/drm_gem_cma_helper.c b/drivers/gpu/drm/drm_gem_cma_helper.c > index e109b49..0f7b00ba 100644 > --- a/drivers/gpu/drm/drm_gem_cma_helper.c > +++ b/drivers/gpu/drm/drm_gem_cma_helper.c > @@ -59,11 +59,13 @@ __drm_gem_cma_create(struct drm_device *drm, size_t size) > struct drm_gem_object *gem_obj; > int ret; > > - cma_obj = kzalloc(sizeof(*cma_obj), GFP_KERNEL); > - if (!cma_obj) > + if (drm->driver->gem_create_object) > + gem_obj = drm->driver->gem_create_object(drm, size); > + else > + gem_obj = kzalloc(sizeof(*cma_obj), GFP_KERNEL); > + if (!gem_obj) > return ERR_PTR(-ENOMEM); > - > - gem_obj = &cma_obj->base; > + cma_obj = container_of(gem_obj, struct drm_gem_cma_object, base); > > ret = drm_gem_object_init(drm, gem_obj, size); > if (ret) > diff --git a/include/drm/drmP.h b/include/drm/drmP.h > index 0b921ae..22ff162 100644 > --- a/include/drm/drmP.h > +++ b/include/drm/drmP.h > @@ -580,6 +580,13 @@ struct drm_driver { > int (*gem_open_object) (struct drm_gem_object *, struct drm_file *); > void (*gem_close_object) (struct drm_gem_object *, struct drm_file *); > > + /** > + * Hook for allocating the GEM object struct, for use by core > + * helpers. > + */ > + struct drm_gem_object *(*gem_create_object)(struct drm_device *dev, > + size_t size); > + > /* prime: */ > /* export handle -> fd (see drm_gem_prime_handle_to_fd() helper) */ > int (*prime_handle_to_fd)(struct drm_device *dev, struct drm_file *file_priv, > -- > 2.6.2 > > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch