Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp2267217pxb; Sun, 24 Jan 2021 00:59:53 -0800 (PST) X-Google-Smtp-Source: ABdhPJyKyPWBCisCQWO0luIsk8orud3rb/4aMNHzOLvSjdPCls8g69OUt2gJtjZ/tgmg2ROzN8h6 X-Received: by 2002:a05:6402:1751:: with SMTP id v17mr128787edx.289.1611478793324; Sun, 24 Jan 2021 00:59:53 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611478793; cv=none; d=google.com; s=arc-20160816; b=lcJxjN/vkfx2fuX2aup7fTkWlo/bkyDOsuXgWh+FrsOEYjilLZpfxKmdboPQrYWo+x VErB5HOeikjTJQ5wqIaSj0gbxeAuN5Y6TEaP9oBFqD3wQ8oH4gMJN9OEA91IzX1fGiV6 8UTGDsc96g109c/aXPUNUhPX3l/6xan66Uxg9WnqNDe81o0z0c7VU10BhvOba0CS8qjV OH605ed9AAVbDICjgaM4LZvFlJbb5B2/rve2QX2UptMu0uKuH7Du13+lZf49HdKqdP08 GjNhqG+Z8CW36cshxNNOuhmsPDhe1St/PMk3hO5Rs7l3GDc3Gd0gZXJpgwd7bmNtquQa ej3w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=Ow6DDFBWD+W2qceKTo4VchhyNnHx5suU2XJBCUK8OIA=; b=Z2v+G2a2BQBYN1+fdch78zjo4jEFYJT6i70f6QXw9/5cbv9qlQ6qJpM3ynTDfC1eHu w5H+dnd43/7rPv3HtmNOMdpZrKM8j4mNCrJRp8Oyqc67KUEyvrH4FwB3DyC643uy48V+ SARjszxFoDMOCeRIKPq5ID1hcu/Tm2TKS2m2A3PVaL0rAqbzLLM78Y3vtXDaPp7S7R8e B7J19dS9M551DSOknwqwqUMKldDbOpdqASLo+Kki4Lm0mnckm/MNoWoZVluidGRfkRvY WFHJ7B66CrxeUKlen/r+yGzaNDqrKn6yd9dbcrxou+Jq1itYGIig5yuU0To7QMP1gx5w W+aw== ARC-Authentication-Results: i=1; mx.google.com; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=crapouillou.net Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t24si4830463ejr.275.2021.01.24.00.59.30; Sun, 24 Jan 2021 00:59:53 -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; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=crapouillou.net Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726624AbhAXI5x (ORCPT + 99 others); Sun, 24 Jan 2021 03:57:53 -0500 Received: from aposti.net ([89.234.176.197]:43646 "EHLO aposti.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726102AbhAXI5j (ORCPT ); Sun, 24 Jan 2021 03:57:39 -0500 From: Paul Cercueil To: David Airlie , Daniel Vetter Cc: Sam Ravnborg , Laurent Pinchart , od@zcrc.me, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, linux-mips@vger.kernel.org, Paul Cercueil , stable@vger.kernel.org, Andrzej Hajda , Neil Armstrong , Jonas Karlman , Jernej Skrabec Subject: [PATCH v3 1/4] drm: bridge/panel: Cleanup connector on bridge detach Date: Sun, 24 Jan 2021 08:55:49 +0000 Message-Id: <20210124085552.29146-2-paul@crapouillou.net> In-Reply-To: <20210124085552.29146-1-paul@crapouillou.net> References: <20210124085552.29146-1-paul@crapouillou.net> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org If we don't call drm_connector_cleanup() manually in panel_bridge_detach(), the connector will be cleaned up with the other DRM objects in the call to drm_mode_config_cleanup(). However, since our drm_connector is devm-allocated, by the time drm_mode_config_cleanup() will be called, our connector will be long gone. Therefore, the connector must be cleaned up when the bridge is detached to avoid use-after-free conditions. v2: Cleanup connector only if it was created v3: Add FIXME Fixes: 13dfc0540a57 ("drm/bridge: Refactor out the panel wrapper from the lvds-encoder bridge.") Cc: # 4.12+ Cc: Andrzej Hajda Cc: Neil Armstrong Cc: Laurent Pinchart Cc: Jonas Karlman Cc: Jernej Skrabec Signed-off-by: Paul Cercueil --- drivers/gpu/drm/bridge/panel.c | 12 ++++++++++++ 1 file changed, 12 insertions(+) diff --git a/drivers/gpu/drm/bridge/panel.c b/drivers/gpu/drm/bridge/panel.c index 0ddc37551194..5959e8183cd0 100644 --- a/drivers/gpu/drm/bridge/panel.c +++ b/drivers/gpu/drm/bridge/panel.c @@ -87,6 +87,18 @@ static int panel_bridge_attach(struct drm_bridge *bridge, static void panel_bridge_detach(struct drm_bridge *bridge) { + struct panel_bridge *panel_bridge = drm_bridge_to_panel_bridge(bridge); + struct drm_connector *connector = &panel_bridge->connector; + + /* + * Cleanup the connector if we know it was initialized. + * + * FIXME: This wouldn't be needed if the panel_bridge structure was + * allocated with drmm_kzalloc(). This might be tricky since the + * drm_device pointer can only be retrieved when the bridge is attached. + */ + if (!!panel_bridge->connector.dev) + drm_connector_cleanup(connector); } static void panel_bridge_pre_enable(struct drm_bridge *bridge) -- 2.29.2