Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934814AbcKKRLa (ORCPT ); Fri, 11 Nov 2016 12:11:30 -0500 Received: from mail-wm0-f65.google.com ([74.125.82.65]:35690 "EHLO mail-wm0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934564AbcKKRL1 (ORCPT ); Fri, 11 Nov 2016 12:11:27 -0500 Date: Fri, 11 Nov 2016 18:11:23 +0100 From: Daniel Vetter To: Sean Paul Cc: Gustavo Padovan , dri-devel , Linux Kernel Mailing List , Daniel Stone , Daniel Vetter , Rob Clark , Greg Hackmann , John Harrison , Laurent Pinchart , =?iso-8859-1?Q?St=E9phane?= Marchesin , m.chehab@samsung.com, Maarten Lankhorst , Brian Starkey , Gustavo Padovan Subject: Re: [PATCH v8 3/3] drm/fence: add out-fences support Message-ID: <20161111171123.pq7vd2h33xwqestp@phenom.ffwll.local> Mail-Followup-To: Sean Paul , Gustavo Padovan , dri-devel , Linux Kernel Mailing List , Daniel Stone , Rob Clark , Greg Hackmann , John Harrison , Laurent Pinchart , =?iso-8859-1?Q?St=E9phane?= Marchesin , m.chehab@samsung.com, Maarten Lankhorst , Brian Starkey , Gustavo Padovan References: <1478873759-6580-1-git-send-email-gustavo@padovan.org> <1478873759-6580-4-git-send-email-gustavo@padovan.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: Linux phenom 4.6.0-1-amd64 User-Agent: NeoMutt/20161104 (1.7.1) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1130 Lines: 26 On Fri, Nov 11, 2016 at 11:48:09AM -0500, Sean Paul wrote: > On Fri, Nov 11, 2016 at 9:15 AM, Gustavo Padovan wrote: > > +static void complete_crtc_signaling(struct drm_device *dev, > > + struct drm_atomic_state *state, > > + struct drm_out_fence_state *fence_state, > > + unsigned int num_fences, int ret) > > +{ > > + struct drm_crtc *crtc; > > + struct drm_crtc_state *crtc_state; > > + int i; > > + > > + if (!ret) { > > I don't think there's any reason to smash the fd install and clean-up > into one function. I think splitting into 2 functions and calling the > right one from atomic_ioctl would be better. Hm, I suggested this because the control flow in one of Gustavo's earlier patches look really funny. I guess it could be split up again, but with both callers in the current position. tbh I don't care whether it's this or that, both are clear improvement over the older version. -Daniel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch