From mboxrd@z Thu Jan 1 00:00:00 1970 From: Laurent Pinchart Subject: Re: [PULL] SH Mobile DRM driver for v3.7 Date: Sat, 15 Sep 2012 01:36:36 +0200 Message-ID: <1351527.4IuLE56y1k@avalon> References: <13614899.b5G7FiYMn5@avalon> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from perceval.ideasonboard.com (perceval.ideasonboard.com [95.142.166.194]) by gabe.freedesktop.org (Postfix) with ESMTP id 3DB889E747 for ; Fri, 14 Sep 2012 16:36:05 -0700 (PDT) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org Errors-To: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org To: Dave Airlie Cc: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org Hi Dave, On Saturday 15 September 2012 09:28:14 Dave Airlie wrote: > On Fri, Sep 14, 2012 at 10:38 PM, Laurent Pinchart wrote: > > Hi Dave, > > > > The SH Mobile DRM driver is now (in my opinion) ready for mainline. It > > requires GEM and KMS/FB helpers that have been reviewed on the list and > > tested. Sascha is waiting for them to reach your tree to send a pull > > request for another new driver. > > Just a quick review before I pull, > > Why does include/drm/shmob_drm.h exist? this file is meant to define > the userspace API to the driver, if you don't have any userspace API > or driver specific ioctls, this file shouldn't be required. You might > want to create include/drm/shmob_internal.h maybe, if this is used as > an interface to other places in the kernel. I probably need to check > other have been doing the right thing here as well. (driver_drm.h > should be user facing only) The file contains platform data. I can move it to include/linux/platform_data/ > Uggh drm_fb_cma_helper.c is pure midlayer mistake, are you 100% sure > no driver is ever going to want to tweak the drm_fbdev_cma_ops? > really? you are forcing the driver into a corner, drivers call into > helpers, midlayers call into drivers or block them from being called. > you should probably at least change it so the fb_ops are passed into > drm_fbdev_cma_create. I'll let Lars answer that. -- Regards, Laurent Pinchart