Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp534091imm; Wed, 17 Oct 2018 04:27:23 -0700 (PDT) X-Google-Smtp-Source: ACcGV61kL22/BtV/wQV3F9gy8YcfKJa9FVt2LQn7badaloP+6HFa0V25Oegmvtnunciq0METBxyU X-Received: by 2002:a62:de05:: with SMTP id h5-v6mr26253841pfg.258.1539775643936; Wed, 17 Oct 2018 04:27:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1539775643; cv=none; d=google.com; s=arc-20160816; b=hXFAvPMLHVlgMrH0kuk9UneXrr28nA2nxjE3do1/okDwl1piOyYHY6dEHWq4K3mUz3 UBlc5lHKunhRK4ZcFUmHik9769I4SJ+pL26ChTdy3eBgjc6zkyzMJb/Us7lZVnan9ceQ Voz8GNyyTL554CORzvmdgIhpfiEGNCXx9epE9k9udVS7dMMVUzWU39qA+rUnCLAVQ5H6 Qv7C/IZv6Ixp+XzA6bxukdktbA92ejQ+fE4K7Esg/YMBTUVn43iKs+Owyo1ALkiOE7LO eaDJ420akDlF/JUNDEL7OtxpMuo2HVY4hb4ktyUUTTK1G6xeLN/NtBo7OfqTTZ4H9EiP TUlQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:message-id:references :in-reply-to:subject:cc:to:from:date:content-transfer-encoding :mime-version:dkim-signature; bh=oSn3WWTtcf+FQS/x/kr+Se2Q5dLek6RbP5/AD80nDL8=; b=SA2+bf+xhxxT35emTtCxC5hNPZmw8X3F877d2LhNsyz+Li6F60vCattQ0S4HxBg3fM ClLiMcGNIAYVulHPWaAwuLIBdsQ6rzOPqP052zwep3DkxF0H6gj6L/zxwtF+hdggt6qx d2tYzb6Ta9tM4GPk3slRMBVze1I23hrYQnBsAo9Tp8aCBe49AofEnm+Kwr6taOEIiz0U SkPRoCmlsvcHwiTcLO/n6VnJea7/ZiuPTSgWLZ6nDf9htdyMMnPineKnv6ddEFlwxeNM /wcAHJJbWbXgwQzuWjdaRotfH0Mry2huS/LmL/9/HPEbw1rwnwDZJtVvyvvNcsuVdddt uRkw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@agner.ch header.s=dkim header.b=PDrsHNm9; 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 b13-v6si16750735pgg.89.2018.10.17.04.27.07; Wed, 17 Oct 2018 04:27:23 -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=@agner.ch header.s=dkim header.b=PDrsHNm9; 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 S1727158AbeJQTUl (ORCPT + 99 others); Wed, 17 Oct 2018 15:20:41 -0400 Received: from mail.kmu-office.ch ([178.209.48.109]:41902 "EHLO mail.kmu-office.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726936AbeJQTUl (ORCPT ); Wed, 17 Oct 2018 15:20:41 -0400 Received: from webmail.kmu-office.ch (unknown [IPv6:2a02:418:6a02::a3]) by mail.kmu-office.ch (Postfix) with ESMTPSA id 256785C0C21; Wed, 17 Oct 2018 13:25:22 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=agner.ch; s=dkim; t=1539775522; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=oSn3WWTtcf+FQS/x/kr+Se2Q5dLek6RbP5/AD80nDL8=; b=PDrsHNm99E1TSoMxMARIWa3tLhvFfgDBaVaUyjqkXsBHORfmelA9xyso6p04D0Ik4TPw9p KKWcVS6ZNRBwIgZe0kS0I45JRLe9YXTR6+oUEcUC4Vd9Skkj1RXkNLRbCOL1HqZNC3esIu f6NUqLTYv7DnkdeC1bGbfkR0zTbz2Tc= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Wed, 17 Oct 2018 13:25:21 +0200 From: Stefan Agner To: p.zabel@pengutronix.de Cc: airlied@linux.ie, rmk+kernel@armlinux.org.uk, l.stach@pengutronix.de, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] Revert "drm/imx: don't destroy mode objects manually on driver unbind" In-Reply-To: <20181016160923.2042-1-stefan@agner.ch> References: <20181016160923.2042-1-stefan@agner.ch> Message-ID: X-Sender: stefan@agner.ch User-Agent: Roundcube Webmail/1.3.7 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 16.10.2018 18:09, Stefan Agner wrote: > This reverts commit 8e3b16e2117409625b89807de3912ff773aea354. > > Using the component framework requires all components to undo in > ->unbind what ->bind does. Unfortunately that particular commit > broke this rule. In particular, this is an issue if a single > component during probe fails. In that case, component_bind_all() > calls unbind on already succussfully bound components, and then > frees memory allocated using devm. If one of those components > registered e.g. an encoder with the framework then this leads to > use after free situations. > > Revert the commit to ensure that all components properly undo > what ->bind does. After Lucas comment mentioning HDMI unbind is not proper I looked through all the unbind again. The other unbind functions need some fixing too. I did not bother checking whether those were always broken or just because things changed (the commit this is reverting was in 2016).... Here is what I found: > > Link: > https://www.mail-archive.com/dri-devel@lists.freedesktop.org/msg233327.html > Suggested-by: Russell King > Signed-off-by: Stefan Agner > --- > drivers/gpu/drm/imx/imx-drm-core.c | 4 ++-- > drivers/gpu/drm/imx/imx-ldb.c | 6 ++++++ > drivers/gpu/drm/imx/imx-tve.c | 3 +++ > drivers/gpu/drm/imx/parallel-display.c | 3 +++ > 4 files changed, 14 insertions(+), 2 deletions(-) > > diff --git a/drivers/gpu/drm/imx/imx-drm-core.c > b/drivers/gpu/drm/imx/imx-drm-core.c > index 5ea0c82f9957..caa6061a98ba 100644 > --- a/drivers/gpu/drm/imx/imx-drm-core.c > +++ b/drivers/gpu/drm/imx/imx-drm-core.c > @@ -305,11 +305,11 @@ static void imx_drm_unbind(struct device *dev) > > drm_fb_cma_fbdev_fini(drm); > > - drm_mode_config_cleanup(drm); > - > component_unbind_all(drm->dev, drm); > dev_set_drvdata(dev, NULL); > > + drm_mode_config_cleanup(drm); > + > drm_dev_put(drm); > } > > diff --git a/drivers/gpu/drm/imx/imx-ldb.c b/drivers/gpu/drm/imx/imx-ldb.c > index 3bd0f8a18e74..592aabc4a262 100644 > --- a/drivers/gpu/drm/imx/imx-ldb.c > +++ b/drivers/gpu/drm/imx/imx-ldb.c > @@ -723,6 +723,12 @@ static void imx_ldb_unbind(struct device *dev, > struct device *master, > if (channel->panel) > drm_panel_detach(channel->panel); > > + if (!channel->connector.funcs) > + continue; > + > + channel->connector.funcs->destroy(&channel->connector); > + channel->encoder.funcs->destroy(&channel->encoder); There can be an encoder and bridge, or an encoder and connector. All of them should be properly cleaned up. So I guess this should look like this: if (channel->panel) drm_panel_detach(channel->panel); if (channel->bridge) drm_bridge_detach(channel->bridge); if (channel->connector.funcs) channel->connector.funcs->destroy(&channel->connector); if (channel->encoder.funcs) channel->encoder.funcs->destroy(&channel->encoder); kfree(channel->edid); i2c_put_adapter(channel->ddc); The last two functions following are only strictly necessary when connector is initialized. But its safe to call them with null, so I would just call them always. > + > kfree(channel->edid); > i2c_put_adapter(channel->ddc); > } > diff --git a/drivers/gpu/drm/imx/imx-tve.c b/drivers/gpu/drm/imx/imx-tve.c > index cffd3310240e..8d6e89ce1edb 100644 > --- a/drivers/gpu/drm/imx/imx-tve.c > +++ b/drivers/gpu/drm/imx/imx-tve.c > @@ -673,6 +673,9 @@ static void imx_tve_unbind(struct device *dev, > struct device *master, > { > struct imx_tve *tve = dev_get_drvdata(dev); > > + tve->connector.funcs->destroy(&tve->connector); > + tve->encoder.funcs->destroy(&tve->encoder); > + Cleanup of tve->ddc missing. > if (!IS_ERR(tve->dac_reg)) > regulator_disable(tve->dac_reg); > } > diff --git a/drivers/gpu/drm/imx/parallel-display.c > b/drivers/gpu/drm/imx/parallel-display.c > index aefd04e18f93..6f11bffcde37 100644 > --- a/drivers/gpu/drm/imx/parallel-display.c > +++ b/drivers/gpu/drm/imx/parallel-display.c > @@ -258,6 +258,9 @@ static void imx_pd_unbind(struct device *dev, > struct device *master, > if (imxpd->panel) > drm_panel_detach(imxpd->panel); > And in this case a bridge detach is missing. Will send a v2 with that addressed. -- Stefan > + imxpd->encoder.funcs->destroy(&imxpd->encoder); > + imxpd->connector.funcs->destroy(&imxpd->connector); > + > kfree(imxpd->edid); > }