Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp5415987imm; Tue, 16 Oct 2018 09:54:17 -0700 (PDT) X-Google-Smtp-Source: ACcGV60VQ5k2AkoPjbQlkb0SfQC3EibtIGaII7QN0nR5HVZexqtJvEsHV/+1XXu0XHUznO15dsra X-Received: by 2002:a17:902:848d:: with SMTP id c13-v6mr21270463plo.303.1539708857349; Tue, 16 Oct 2018 09:54:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1539708857; cv=none; d=google.com; s=arc-20160816; b=JjofTQ0p1FxOZZ8VKthjMZ8GQNudfwlsRN0wYujy/X2M5G+/WepOjMH/9pTSyxjZx1 c40AK2y9PdJWlJ+DX8x+SAO0XszPRg7pukF27AMrF895WNoG20YTUG7FQvR6SSQfxZBf kfj/JHS+8SXeRRyf1DG76mUQY42L3YRaUH9pZoY7ALqnTNu0wT15t/PMVRUBkRfEDWbW 0v+gIW3gbFn9p6iNMdj1bquIsAj5pYqsl2Pd9YxCMGYLA9wwQpIkM/HKQlWwa4AcSZ6s uLQ1x8AJCd8dVr3SuVO9gnvgW1LHff7m6NoZ2RyM7pynNdCpCNza8n9hjCdKvXwXwZ05 yHQg== 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:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id; bh=Edj23IEJKpaYwLWnt1m9sObi7rCFqLezRUrr9dzQGDE=; b=DSYh0Tk8kkZAN2WAZOkg/eGpxR3SR7vIKnmloJe5DNZTZQRVt+WYER5Z1s5tgTJWJn zqih0Tleggoj+shKeMal/M8yKMmlO7X6R6p4wBUrpF8Z+sgyVM/fE8QVdD6WorUi8sw4 CspQYuHS4nAI3tKL3yJCihWSvv7wI4CTMypoOslJDtELdujqLa34V9tpTMCAjgv1s4ti jpA1GvWGSIu3zaWdplv2tmPmK83N5oUkZRtS4JNgnVM4pQUxE7Vdwy+2+z3w5ESqqO80 ZCF/T4kLM/tjsfsZSku9Erq2lNjA6TOCUNXpv7wJ/qosOiUc5NPXQVmNrccGTIVGpsLp WvaQ== ARC-Authentication-Results: i=1; mx.google.com; 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 z19-v6si14159219pga.468.2018.10.16.09.54.00; Tue, 16 Oct 2018 09:54:17 -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; 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 S1727398AbeJQAm4 (ORCPT + 99 others); Tue, 16 Oct 2018 20:42:56 -0400 Received: from metis.ext.pengutronix.de ([85.220.165.71]:46219 "EHLO metis.ext.pengutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727348AbeJQAm4 (ORCPT ); Tue, 16 Oct 2018 20:42:56 -0400 Received: from kresse.hi.pengutronix.de ([2001:67c:670:100:1d::2a]) by metis.ext.pengutronix.de with esmtp (Exim 4.89) (envelope-from ) id 1gCSZE-000706-0m; Tue, 16 Oct 2018 18:51:36 +0200 Message-ID: <1539708694.3688.16.camel@pengutronix.de> Subject: Re: [PATCH] Revert "drm/imx: don't destroy mode objects manually on driver unbind" From: Lucas Stach To: Stefan Agner , p.zabel@pengutronix.de Cc: airlied@linux.ie, rmk+kernel@armlinux.org.uk, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org Date: Tue, 16 Oct 2018 18:51:34 +0200 In-Reply-To: <20181016160923.2042-1-stefan@agner.ch> References: <20181016160923.2042-1-stefan@agner.ch> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.22.6-1+deb9u1 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 2001:67c:670:100:1d::2a X-SA-Exim-Mail-From: l.stach@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false X-PTX-Original-Recipient: linux-kernel@vger.kernel.org Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am Dienstag, den 16.10.2018, 18:09 +0200 schrieb Stefan Agner: > 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. I agree with this patch in general, but I think I remember why I changed this in the first place: dw_hdmi_imx_unbind does not destroy the encoder that has been registered in dw_hdmi_imx_bind. 8e3b16e21174 was an (apparently wrong) attempt to fix such issues once and for all. By reverting this commit we go back to leaking the HDMI encoder, so I think this patch should include a fix to destroy the encoder on unbind. Regards, Lucas > 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); > + > >   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); > + > >   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); >   > > + imxpd->encoder.funcs->destroy(&imxpd->encoder); > > + imxpd->connector.funcs->destroy(&imxpd->connector); > + > >   kfree(imxpd->edid); >  } >