Received: by 10.192.165.148 with SMTP id m20csp1857614imm; Thu, 3 May 2018 06:35:37 -0700 (PDT) X-Google-Smtp-Source: AB8JxZqWlLdRcVfFqhLxX5plbvU44a9nrnj7G/KuuFwN1T+gJh9xC249/YR/HJq6i5w+MBZ6iNBi X-Received: by 2002:a63:63c4:: with SMTP id x187-v6mr19642907pgb.154.1525354537429; Thu, 03 May 2018 06:35:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525354537; cv=none; d=google.com; s=arc-20160816; b=g/AN0f1cPy0aw/tntBL3nXRFyGKVG+Np4mZ2z27uhIK6dZYeHGKTVB96NWwVMOnrWE kszqXH5sYfPfQI0fa3YE76tdvgCbh5RNuxvioTuSvG3vfzSmDd5J8oLqPDmNyQ3kfg6s m0zFbYb4lW3sigvon+656vIhySdX2t8SZYxJf1XQEK3WHFd/LVhQPzwq4T3jYgk5H3E2 P44/Uj5cw+laPEOf0AWCsPuI4V0hzGLN3FrIJrgv6Uu4wPhvWYHLev3vi2TFXgyb7Xgf m4u2Kt07pZRcNEge8PvZtpsC/+jDanhGSC9NgUqhS4Vep/KH3f2VvCBaDAy/QPW0wOIB lHOQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:mail-followup-to:message-id:subject:cc:to:from:date :dkim-signature:arc-authentication-results; bh=jLLs7Lpg1Kj+5oYi11YJaBzWPowySR/58Euw7T5XGrw=; b=Ib4pJAGWWeVjhxHLCLh710EFse+wVh6bRCQpWua2jmGZAjp352RW8kcIDBSkFAn6/u ndHp603Vg0OHVUPUjg8+kgkB8YPphDWsDJ9o77YecYiNSWGyvCQDN6EIL3WeOr18dJ6z 0Uf0CBlfjele1YP2HQ3RoDzVP6JXAHmDemJFC8O5R8VYKeOD+HMSMwI4i13eLbTV/3pJ N0vLu3a4QF1VlkUqSl78o+wLe2JiaHVQhz4/TrF/WgzlWMlHG4Dv6dF5cdk2Znu58GyV 7/yZfD9GfD4EcrkcaOJMi8uJCJRBFPVSxu0y+9xrozz13gExIRX+Pu3BTTyOLMrV7XWk bX8w== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@ffwll.ch header.s=google header.b=VGRIXfKF; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d15-v6si14246879pln.533.2018.05.03.06.35.22; Thu, 03 May 2018 06:35:37 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@ffwll.ch header.s=google header.b=VGRIXfKF; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751417AbeECNdy (ORCPT + 99 others); Thu, 3 May 2018 09:33:54 -0400 Received: from mail-wm0-f66.google.com ([74.125.82.66]:39894 "EHLO mail-wm0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751343AbeECNds (ORCPT ); Thu, 3 May 2018 09:33:48 -0400 Received: by mail-wm0-f66.google.com with SMTP id f8so19938795wmc.4 for ; Thu, 03 May 2018 06:33:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=jLLs7Lpg1Kj+5oYi11YJaBzWPowySR/58Euw7T5XGrw=; b=VGRIXfKFNZ7THSmK2pQA5xJTtU+cUd/Jyzd2ZyKmhnBloiIoxiG1jrLJJex2IhVFo8 Fz0bP2IK1jdJ2LR3taUlL52BEfIcxUfaT28wU0cX+PXhUXGKtlJ8jiWAOxct9gm4igqz Eq9grX3Oo+9XernzAkVfcGutov/k+gbsRwh00= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=jLLs7Lpg1Kj+5oYi11YJaBzWPowySR/58Euw7T5XGrw=; b=jvprLYtzhLbcPYm/12gVZRNNHyASeaPukZcye0S7JCwT4+87E1HPPvjGwPwF+sOHLp 5mYble2dEyUQzNrGQ7EvIDn48kVl5kt4pMLGutjq9DCNTCW924ddAW2az/337AKdER3y 8Q25AWH0Nd8Lnny2fiNqNko7VObw8vNalMf0ObLvZ0SBoKMPGclxC01JSTSAL+ZDIunw n1gcohM5ML4mpwjlQD4IDlm4RaUK6FDpMacelYvGLTPyoDyrWL+b2tFYUYwhDVH/HGzK kOqDMNQvCiQpq7xVswKfzXHStWJwR+w3WKejcUhkImTGDh1EfMfqXzxiihlZdtF+zQQ7 wTOg== X-Gm-Message-State: ALQs6tCnV+ad2Y9snGYF6KyZir48IBPH3YAgg89I1zutwN5EWqPWuLd7 htCnuNTITTKWYhIlTVuVtppnZg== X-Received: by 2002:a50:b119:: with SMTP id k25-v6mr31881637edd.217.1525354425819; Thu, 03 May 2018 06:33:45 -0700 (PDT) Received: from phenom.ffwll.local ([2a02:168:5635:0:39d2:f87e:2033:9f6]) by smtp.gmail.com with ESMTPSA id u8-v6sm629133edj.2.2018.05.03.06.33.44 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 03 May 2018 06:33:45 -0700 (PDT) Date: Thu, 3 May 2018 15:33:42 +0200 From: Daniel Vetter To: Ville =?iso-8859-1?Q?Syrj=E4l=E4?= Cc: Satendra Singh Thakur , Gustavo Padovan , Maarten Lankhorst , Sean Paul , David Airlie , dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, Hemanshu Srivastava , Madhur Verma Subject: Re: [PATCH] drm/atomic: Handling the case when setting old crtc for plane Message-ID: <20180503133342.GM12521@phenom.ffwll.local> Mail-Followup-To: Ville =?iso-8859-1?Q?Syrj=E4l=E4?= , Satendra Singh Thakur , Gustavo Padovan , Maarten Lankhorst , Sean Paul , David Airlie , dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, Hemanshu Srivastava , Madhur Verma References: <1525326572-25854-1-git-send-email-satendra.t@samsung.com> <20180503092458.GH12521@phenom.ffwll.local> <20180503105503.GQ23723@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20180503105503.GQ23723@intel.com> X-Operating-System: Linux phenom 4.15.0-3-amd64 User-Agent: Mutt/1.9.5 (2018-04-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, May 03, 2018 at 01:55:03PM +0300, Ville Syrj?l? wrote: > On Thu, May 03, 2018 at 11:24:59AM +0200, Daniel Vetter wrote: > > On Thu, May 03, 2018 at 11:19:32AM +0530, Satendra Singh Thakur wrote: > > > In the func drm_atomic_set_crtc_for_plane, with the current code, > > > if crtc of the plane_state and crtc passed as argument to the func > > > are same, entire func will executed in vein. > > > It will get state of crtc and clear and set the bits in plane_mask. > > > All these steps are not required for same old crtc. > > > Ideally, we should do nothing in this case, this patch handles the same, > > > and causes the program to return without doing anything in such scenario. > > > > > > Signed-off-by: Satendra Singh Thakur > > > Cc: Madhur Verma > > > Cc: Hemanshu Srivastava > > > --- > > > drivers/gpu/drm/drm_atomic.c | 4 +++- > > > 1 file changed, 3 insertions(+), 1 deletion(-) > > > > > > diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c > > > index 7d25c42..5bd3365 100644 > > > --- a/drivers/gpu/drm/drm_atomic.c > > > +++ b/drivers/gpu/drm/drm_atomic.c > > > @@ -1421,7 +1421,9 @@ drm_atomic_set_crtc_for_plane(struct drm_plane_state *plane_state, > > > { > > > struct drm_plane *plane = plane_state->plane; > > > struct drm_crtc_state *crtc_state; > > > - > > > + /* Nothing to do for same crtc*/ > > > + if (plane_state->crtc == crtc) > > > + return 0; > > > > I didn't do this (both here and in the set_crtc_for_connector functions) > > because the overhead is probably way down in the noise compared to the > > overall atomic commit machinery. Do you really see this as a hotpath? > > drm_atomic_set_crtc_for_connector() actually has this since commit > e2d800a3ce1b ("drm: Avoid connector reference imbalance on error path") Ok, applied for consistency. Thanks for the patch. -Daniel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch