Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp884308ybx; Fri, 1 Nov 2019 12:52:38 -0700 (PDT) X-Google-Smtp-Source: APXvYqzMsMTAAhN4biDKwmbXTuho/2XGWPRe8alwN521pklzm8JKvKeap1RYgIbsK5VLG3Sn44j5 X-Received: by 2002:a50:fe96:: with SMTP id d22mr15004550edt.227.1572637958722; Fri, 01 Nov 2019 12:52:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1572637958; cv=none; d=google.com; s=arc-20160816; b=X/1nIJjqN/Pk9UcQ/o0r36MRJTlgnTcnYPYViRPTCcmMbCL66sxMZKTdXruHQhC10Y PnDoz0kefFXec1v48dvjnmSF6SeQCVS/FqXoUZOmdsGf6ndNFZ32Kf839x2YkKA0Y+2Y qsEOr1UgH4chHUvlcDgTBADraGWfYM2JVuZCL5+FZ/O+TkM+syItoM9WuNb8pYMgsf4L 2B0/Hiha+u/+jP1L4sS4c6wIa05LnF8cpZLItIF/tfMRb/QouUYkBRdFZbncuGPbNkMe PY/CcZ/Zbr7FCR8l5QEfyaHC2hcantwSqotUXSKjq05qszQmO06viwTDS7VSQZyEpbIA T6wg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=KM5keI5JRBdsLMdvX/DXO4uxdl8v8GtwRSu6nk7FJlU=; b=rSUhikOBYG6d4CRFGuB9jAPIjQLkv9LTYo8n4rykOcrLy7ZiyqJh6yuO1UkFngLA89 spLwnFcdZx1X9A2dKMDPqKzzvhU4sPr94DtfBJJzmWV5lEeLJdmxQ3lV88dWpxXpR5/x +BZnE1CnntBA2gIpCTBpxSR/PSkXKYQp3kqViyiJ+EB1u/8q5FvljHK6imd7IfDk18v1 vZUckKEsYfsT4L0hnh1nyRBugshDkH+dsiCHNTc3HX8DZuZuqkB9Nz8BxBJ7V71Nl5po VknWR9funUJ/zXd524xaqSao3xkA74+aBv+enFfT9/P6gJiDWDHTr54ZLh2v9/cThvf/ +TrQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=WH7hkZsG; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s40si1163287edd.233.2019.11.01.12.52.14; Fri, 01 Nov 2019 12:52:38 -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=pass header.i=@chromium.org header.s=google header.b=WH7hkZsG; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727064AbfKATtO (ORCPT + 99 others); Fri, 1 Nov 2019 15:49:14 -0400 Received: from mail-io1-f66.google.com ([209.85.166.66]:45372 "EHLO mail-io1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725536AbfKATtN (ORCPT ); Fri, 1 Nov 2019 15:49:13 -0400 Received: by mail-io1-f66.google.com with SMTP id s17so12080763iol.12 for ; Fri, 01 Nov 2019 12:49:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=KM5keI5JRBdsLMdvX/DXO4uxdl8v8GtwRSu6nk7FJlU=; b=WH7hkZsGVqlyvgy5eyIZq0VMmSWdPAQmDiz1SlTrO23EGhHCT1CbLFFZcJB4B6IEee oLS8WgiWlGXRvpCVz4PsJo1taIesksi/9tYeCqa7/mJL6BTq7rUAXDvh4pUEK41uo5w1 fSeGDBNetbusamqn67VFSQNGcezzc0VFMS88s= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=KM5keI5JRBdsLMdvX/DXO4uxdl8v8GtwRSu6nk7FJlU=; b=frEt6ojZClk3eIXGNjTv/GdIu31l38Ok23EWO8iSjVmMbV99r7KB1vJ8TRRxjFfost LLzd6gFgBmK5geBkM84Q9zs433FSogu7HXSqP1o4QtXUHZvMhsw9bdZf/f2oRLLFhg6g ke5mhp+0flUdRs4Xgkt3mP2JLfyt2OBsJ1TWDN5uGPLSe4kZ+JBnNDlupLTQUNerV2lI jD2uYKE05a0Tnprm7K8sc6XItbXICbpIG3MLEuYAXOt0rD0+002iWnOI9k2cZsTVPHvI jHwQCzTgf1NpcXs8wh+sRXY4i3nlaO4cFMcskTpug36hjm0Wad4lWcRA31wfhvQPyDPZ vWpA== X-Gm-Message-State: APjAAAWhQyuIUhdDU8FoupMnzDDNMMpwlf13I9zMLEXjtoPEapoR3KIy 6JvcusSxMB+zwkAW0mPVCAdaEu0BE3jgxojSHRfJ6A== X-Received: by 2002:a5e:d806:: with SMTP id l6mr8869892iok.299.1572637753039; Fri, 01 Nov 2019 12:49:13 -0700 (PDT) MIME-Version: 1.0 References: <20191101180713.5470-1-robdclark@gmail.com> <20191101180713.5470-2-robdclark@gmail.com> <20191101192458.GI1208@intel.com> In-Reply-To: <20191101192458.GI1208@intel.com> From: Rob Clark Date: Fri, 1 Nov 2019 12:49:02 -0700 Message-ID: Subject: Re: [PATCH 2/2] drm/atomic: clear new_state pointers at hw_done To: =?UTF-8?B?VmlsbGUgU3lyasOkbMOk?= Cc: Rob Clark , dri-devel , David Airlie , open list , Sean Paul , Sean Paul Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Nov 1, 2019 at 12:25 PM Ville Syrj=C3=A4l=C3=A4 wrote: > > On Fri, Nov 01, 2019 at 11:07:13AM -0700, Rob Clark wrote: > > From: Rob Clark > > > > The new state should not be accessed after this point. Clear the > > pointers to make that explicit. > > > > This makes the error corrected in the previous patch more obvious. > > > > Signed-off-by: Rob Clark > > --- > > drivers/gpu/drm/drm_atomic_helper.c | 29 +++++++++++++++++++++++++++++ > > 1 file changed, 29 insertions(+) > > > > diff --git a/drivers/gpu/drm/drm_atomic_helper.c b/drivers/gpu/drm/drm_= atomic_helper.c > > index 732bd0ce9241..176831df8163 100644 > > --- a/drivers/gpu/drm/drm_atomic_helper.c > > +++ b/drivers/gpu/drm/drm_atomic_helper.c > > @@ -2234,13 +2234,42 @@ EXPORT_SYMBOL(drm_atomic_helper_fake_vblank); > > */ > > void drm_atomic_helper_commit_hw_done(struct drm_atomic_state *old_sta= te) > > { > > + struct drm_connector *connector; > > + struct drm_connector_state *old_conn_state, *new_conn_state; > > struct drm_crtc *crtc; > > struct drm_crtc_state *old_crtc_state, *new_crtc_state; > > + struct drm_plane *plane; > > + struct drm_plane_state *old_plane_state, *new_plane_state; > > struct drm_crtc_commit *commit; > > + struct drm_private_obj *obj; > > + struct drm_private_state *old_obj_state, *new_obj_state; > > int i; > > > > + /* > > + * After this point, drivers should not access the permanent mode= set > > + * state, so we also clear the new_state pointers to make this > > + * restriction explicit. > > + * > > + * For the CRTC state, we do this in the same loop where we signa= l > > + * hw_done, since we still need to new_crtc_state to fish out the > > + * commit. > > + */ > > + > > + for_each_oldnew_connector_in_state(old_state, connector, old_conn= _state, new_conn_state, i) { > > + old_state->connectors[i].new_state =3D NULL; > > + } > > + > > + for_each_oldnew_plane_in_state(old_state, plane, old_plane_state,= new_plane_state, i) { > > + old_state->planes[i].new_state =3D NULL; > > + } > > + > > + for_each_oldnew_private_obj_in_state(old_state, obj, old_obj_stat= e, new_obj_state, i) { > > + old_state->private_objs[i].new_state =3D NULL; > > + } > > + > > for_each_oldnew_crtc_in_state(old_state, crtc, old_crtc_state, ne= w_crtc_state, i) { > > old_state->crtcs[i].new_self_refresh_active =3D new_crtc_= state->self_refresh_active; > > + old_state->crtcs[i].new_state =3D NULL; > > That's going to be a real PITA when doing programming after the fact from > a vblank worker. It's already a pain that the new_crtc_state->state is > getting NULLed somewhere. > I think you already have that problem, this just makes it explicit. BR, -R