Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1965825pxb; Mon, 18 Jan 2021 04:58:05 -0800 (PST) X-Google-Smtp-Source: ABdhPJxGZeDG2Y4LLqIlFW7BzuJH1gEOaWBUQvCvOASLBZOyhXjyfEkhtDgBAXJyxkxOvwcjVp22 X-Received: by 2002:a17:906:2f07:: with SMTP id v7mr17129831eji.343.1610974685360; Mon, 18 Jan 2021 04:58:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610974685; cv=none; d=google.com; s=arc-20160816; b=b2vhsWhOuSBerC57GzTsLomGOhEdnAUDrkqokLXmbLKTG8EnSeOA2wImsxOolA3wMl N2zFJz1/KH1AdSzAoW/KFd4mlFAHcFvoGF0GF49iJz8A3npfzQhabskBQcJ2RimVIlHW DrRki6EHJXBvAvSflfUY5Y40wBjl3WX7TolOsKwnHiuRCBME0XcscL5ApClRF5WiG0oV NA2pmp8DrYC739gNhtBCTLv6qF9OaFJsgBGoa+w+lmSAc5rSwFtVY/GWZmMggbxLbA+h 0ABUX7KgPlvQf13R/fiZrtQenmbhwC0e7M/a9SoK3qeWrL6Xme69fSnuFN1pSCeaZFPD lBzA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:mail-followup-to :message-id:subject:cc:to:from:date:dkim-signature; bh=D1pyQppAA+wvHZoSq97i6wx6SxOqkfmcx7zBXfJmsUE=; b=OxnhNNsEE+VLnTl8qYEepnmsX+osBUU6/yLPrIMZHVlhQqN5oA/dfyHnQUGUJf3Xaf 2Sp1sZynluBnHo558hpJesDcc4jQHKuFhPr9iWsGfoamems29d/B579Le0DjQTSvGhVZ 9za9w8ObHVHWCR+hpNunjCONGx7MVK3QrsAc7O+9tHX55wbYcS4dqTDmc4bAPGGDwKmw K/AvRSqNruJ7Xt+xxC52b4PF/y1M+hJvZK/kvMgQYXnrVHYaZpbATaiGsCFzHkCn/wXG WM50OB4dju1pK3mDL0BQ4DpMg8APSKkV07mPcyDPhTdaRcN6WktS5zLdmSHhPmQ/8x28 cTcg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ffwll.ch header.s=google header.b=ccLPRV7H; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a72si5402927edf.380.2021.01.18.04.57.42; Mon, 18 Jan 2021 04:58:05 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@ffwll.ch header.s=google header.b=ccLPRV7H; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2391933AbhARMyU (ORCPT + 99 others); Mon, 18 Jan 2021 07:54:20 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33192 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2391921AbhARMxj (ORCPT ); Mon, 18 Jan 2021 07:53:39 -0500 Received: from mail-wr1-x42a.google.com (mail-wr1-x42a.google.com [IPv6:2a00:1450:4864:20::42a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AB2F0C061573 for ; Mon, 18 Jan 2021 04:52:58 -0800 (PST) Received: by mail-wr1-x42a.google.com with SMTP id a12so16329935wrv.8 for ; Mon, 18 Jan 2021 04:52:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=D1pyQppAA+wvHZoSq97i6wx6SxOqkfmcx7zBXfJmsUE=; b=ccLPRV7H6TPy5FaDHa6HRufGAmVTtUcPP0aNjYLtg7BXTDqPoAL1KqRBVJ8YssQe/q SkJeenWJs9M0OHU4D60tMaVsxRqbR/TpwkR+twarnfpbxmrItmT+5oZs954YiaGq4t7K mo2P5xg0rwUDd3yTU/qU14hKBc4MKtJOwKmPQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :content-transfer-encoding:in-reply-to; bh=D1pyQppAA+wvHZoSq97i6wx6SxOqkfmcx7zBXfJmsUE=; b=etmc5mq+snyyqh1YxdNd9EHPpM7DYSveSM+ib1CREFgnyNPOPJG9k4r+FKEDk8ENPQ Iib1ZWIITzN7kpPK1BOxHPFVF4GE0Sn3oS5snwe2Q+4nmbGDdIeSJe8jtRC5n7u44EAa MX58w+wg8jmxTb8wX3cG0REQf9jx1NfpBny+/4sHcW2cu/0+ZC35qOtYtOrWreQjx+HJ /VixySHgtsRVqX1WMBAs/1SKjuPJfTx+WUCtKKHsDdv6GiGyQehqwr1mBZGesTsvqVpJ U6LclQdGMOqsuaoO2jJXg8Dmp+tsCwso32VrO3lJ3eqMYorVMFOctfexhuberL/ZTeIg WjLQ== X-Gm-Message-State: AOAM531n8QXDL4fKbw9P8AgrCLT98rLJy2ot8id0CG/6vs7nymVNj89m zC3mE7ulRH6V5BESMoMGghCFWi/7nG+NU2Ca X-Received: by 2002:adf:f4d0:: with SMTP id h16mr26228451wrp.30.1610974377438; Mon, 18 Jan 2021 04:52:57 -0800 (PST) Received: from phenom.ffwll.local ([2a02:168:57f4:0:efd0:b9e5:5ae6:c2fa]) by smtp.gmail.com with ESMTPSA id i18sm30793367wrp.74.2021.01.18.04.52.55 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 18 Jan 2021 04:52:56 -0800 (PST) Date: Mon, 18 Jan 2021 13:52:54 +0100 From: Daniel Vetter To: Paul Cercueil Cc: Laurent Pinchart , David Airlie , Daniel Vetter , linux-kernel@vger.kernel.org, stable@vger.kernel.org, od@zcrc.me, dri-devel@lists.freedesktop.org, Sam Ravnborg Subject: Re: [PATCH 2/3] drm/ingenic: Register devm action to cleanup encoders Message-ID: Mail-Followup-To: Paul Cercueil , Laurent Pinchart , David Airlie , linux-kernel@vger.kernel.org, stable@vger.kernel.org, od@zcrc.me, dri-devel@lists.freedesktop.org, Sam Ravnborg References: <20210117112646.98353-1-paul@crapouillou.net> <20210117112646.98353-3-paul@crapouillou.net> <1BO4NQ.1RZAXLMVC01T@crapouillou.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1BO4NQ.1RZAXLMVC01T@crapouillou.net> X-Operating-System: Linux phenom 5.7.0-1-amd64 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jan 18, 2021 at 11:37:49AM +0000, Paul Cercueil wrote: > Hi Laurent, > > Le lun. 18 janv. 2021 ? 11:43, Laurent Pinchart > a ?crit : > > Hi Paul, > > > > Thank you for the patch. > > > > On Sun, Jan 17, 2021 at 11:26:45AM +0000, Paul Cercueil wrote: > > > Since the encoders have been devm-allocated, they will be freed way > > > before drm_mode_config_cleanup() is called. To avoid use-after-free > > > conditions, we then must ensure that drm_encoder_cleanup() is called > > > before the encoders are freed. > > > > How about allocating the encoder with drmm_encoder_alloc() instead ? > > That would work, but it is not yet in drm-misc-fixes :( Well I think then we should only fix this in drm-misc-next. Adding more broken usage of devm_ isn't really a good idea. If you want this in -fixes, then I think hand-roll it. But devm_ for drm objects really is the wrong fix. -Daniel > > -Paul > > > > Fixes: c369cb27c267 ("drm/ingenic: Support multiple panels/bridges") > > > Cc: # 5.8+ > > > Signed-off-by: Paul Cercueil > > > --- > > > drivers/gpu/drm/ingenic/ingenic-drm-drv.c | 10 ++++++++++ > > > 1 file changed, 10 insertions(+) > > > > > > diff --git a/drivers/gpu/drm/ingenic/ingenic-drm-drv.c > > > b/drivers/gpu/drm/ingenic/ingenic-drm-drv.c > > > index 368bfef8b340..d23a3292a0e0 100644 > > > --- a/drivers/gpu/drm/ingenic/ingenic-drm-drv.c > > > +++ b/drivers/gpu/drm/ingenic/ingenic-drm-drv.c > > > @@ -803,6 +803,11 @@ static void __maybe_unused > > > ingenic_drm_release_rmem(void *d) > > > of_reserved_mem_device_release(d); > > > } > > > > > > +static void ingenic_drm_encoder_cleanup(void *encoder) > > > +{ > > > + drm_encoder_cleanup(encoder); > > > +} > > > + > > > static int ingenic_drm_bind(struct device *dev, bool > > > has_components) > > > { > > > struct platform_device *pdev = to_platform_device(dev); > > > @@ -1011,6 +1016,11 @@ static int ingenic_drm_bind(struct device > > > *dev, bool has_components) > > > return ret; > > > } > > > > > > + ret = devm_add_action_or_reset(dev, ingenic_drm_encoder_cleanup, > > > + encoder); > > > + if (ret) > > > + return ret; > > > + > > > ret = drm_bridge_attach(encoder, bridge, NULL, 0); > > > if (ret) { > > > dev_err(dev, "Unable to attach bridge\n"); > > > > -- > > Regards, > > > > Laurent Pinchart > > -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch