Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp2062331pxb; Fri, 22 Oct 2021 13:05:32 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzENUHJm5ekLTQltssbpyQlXZaCcl1cUjYMBw0GgwmPy21UAYO6vzcEfRHyEesVtklqv9HN X-Received: by 2002:a17:906:8298:: with SMTP id h24mr180658ejx.211.1634933131878; Fri, 22 Oct 2021 13:05:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634933131; cv=none; d=google.com; s=arc-20160816; b=L2lrQh5tlxM+L+xE2bjjOGzHg5XgdAQUlWzL4d//526iffbiFj584+sr5sxS+hMBv1 rzaYB4zrbjuTgnq6HEk3gnohSxBMCG9gQypiE3b6oo9AZ6gEyNeuEOr+ZvmCoeB5scpN qauQYWa06plyj/pIVkrPq50nh3OtZJWS9F4DOXKTZIiAQTwbUtxh5t6fDXSGEwI73/bb ngTBQy/LkB4lNCZn0sSJRiqLJOt/yxaubne95vp0tMm1ilNwo0fhv9KnCWeRW4n57Rdr 5Remi5JwY/7/lP2jplG2ICI2RsZuLpFvUZpFB9fBjJ0T3Z9HcAQnYKCx5FMq7AmFeoMj 47ZA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=LvTOOeRAv/khzIytVw36PjPaHd1n/KPKj62DMIdK7/Q=; b=FtD4cf2R4PLh7o8paDsGBJM7IIeoRW48ElIAsjtWy+IE66P6uPaED98XeqJBe1nqXa VYVZuA29Fdwj6cWxFbsp0MXN+MNwazhfPyjgbiNPalAKqW7qXIXIqU+AwvaNkbHaRHrc w+HdMIDHzUdKsa6WGX0REAxhWg12FoE9ZPQEUvgLAVP8eg1tGSWLLdZoST37W3aAY+lp aaNCux7RKkhdwR/+YyjX6lx29V249tQ95u0armt/1QNnHn3I6/Rz27vewFilozY+ZQ9+ C0vnLOv/d8oUYcUBwa/Rvrl7pC2dHn9LnKh2dGy4HpPDtFSV9sOCqOE+bv75ryMpxzlL AfIg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@denx.de header.s=phobos-20191101 header.b=0Eo2PWoS; 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 c24si1195301edx.616.2021.10.22.13.05.08; Fri, 22 Oct 2021 13:05:31 -0700 (PDT) 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=@denx.de header.s=phobos-20191101 header.b=0Eo2PWoS; 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 S234262AbhJVUEx (ORCPT + 99 others); Fri, 22 Oct 2021 16:04:53 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45454 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234305AbhJVUEv (ORCPT ); Fri, 22 Oct 2021 16:04:51 -0400 Received: from phobos.denx.de (phobos.denx.de [IPv6:2a01:238:438b:c500:173d:9f52:ddab:ee01]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A15F8C061766; Fri, 22 Oct 2021 13:02:32 -0700 (PDT) Received: from [IPv6:::1] (p578adb1c.dip0.t-ipconnect.de [87.138.219.28]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: marex@denx.de) by phobos.denx.de (Postfix) with ESMTPSA id C6A9583178; Fri, 22 Oct 2021 22:02:25 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=denx.de; s=phobos-20191101; t=1634932949; bh=LvTOOeRAv/khzIytVw36PjPaHd1n/KPKj62DMIdK7/Q=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=0Eo2PWoSjGfwdUrKY13nHIrUnz1LBo9OgX9hETDoVdtwktvZFYUKh2bK0Imin8xPe ZWB6iSmcsCYAVto+kn4LMKAL7ZUKvLJfUPfJlpzyTkO8D7arI4STRO+u8OxaWeN/AT tmxar9kHU8e4h/s/hX1WuNm0cM07t/M1YDwmFSilDW+X+QKyuH1bdG0Q+qb9UsgXlN 0HUVo25EngKCvBX8v4Ms0c8pBKFe2QIQBy3IaruKslJzIiZnHcQhCkJdJgLulh4KhA MYXnsYubSdJlirldCLFYIb3MUykEDPf4jjjx/u+ckfHRswAudDW5Ii2rWwJC/M0zjK aHP6rk519hpZw== Subject: Re: [PATCH v5 13/21] drm/bridge: sn65dsi83: Fix bridge removal To: Maxime Ripard , Laurent Pinchart , Maarten Lankhorst , Thomas Zimmermann , Sam Ravnborg , Daniel Vetter , David Airlie , Thierry Reding , Andrzej Hajda , Robert Foss , Neil Armstrong , Jonas Karlman , Jernej Skrabec Cc: Seung-Woo Kim , Xinliang Liu , linux-samsung-soc@vger.kernel.org, linux-kernel@vger.kernel.org, Tian Tao , freedreno@lists.freedesktop.org, Chen Feng , Joonyoung Shim , Kyungmin Park , John Stultz , Rob Clark , linux-arm-msm@vger.kernel.org, Sean Paul , Inki Dae , Xinwei Kong , dri-devel@lists.freedesktop.org References: <20211021073947.499373-1-maxime@cerno.tech> <20211021073947.499373-14-maxime@cerno.tech> From: Marek Vasut Message-ID: Date: Fri, 22 Oct 2021 22:02:24 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 MIME-Version: 1.0 In-Reply-To: <20211021073947.499373-14-maxime@cerno.tech> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.103.2 at phobos.denx.de X-Virus-Status: Clean Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10/21/21 9:39 AM, Maxime Ripard wrote: > Commit 24417d5b0c00 ("drm/bridge: ti-sn65dsi83: Implement .detach > callback") moved the unregistration of the bridge DSI device and bridge > itself to the detach callback. > > While this is correct for the DSI device detach and unregistration, the > bridge is added in the driver probe, and should thus be removed as part > of its remove callback. > > Cc: Marek Vasut > Fixes: 24417d5b0c00 ("drm/bridge: ti-sn65dsi83: Implement .detach callback") > Signed-off-by: Maxime Ripard > --- > drivers/gpu/drm/bridge/ti-sn65dsi83.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/bridge/ti-sn65dsi83.c b/drivers/gpu/drm/bridge/ti-sn65dsi83.c > index 52030a82f3e1..3bfd07caf8d7 100644 > --- a/drivers/gpu/drm/bridge/ti-sn65dsi83.c > +++ b/drivers/gpu/drm/bridge/ti-sn65dsi83.c > @@ -297,7 +297,6 @@ static void sn65dsi83_detach(struct drm_bridge *bridge) > > mipi_dsi_detach(ctx->dsi); > mipi_dsi_device_unregister(ctx->dsi); > - drm_bridge_remove(&ctx->bridge); > ctx->dsi = NULL; > } > > @@ -693,6 +692,7 @@ static int sn65dsi83_remove(struct i2c_client *client) > { > struct sn65dsi83 *ctx = i2c_get_clientdata(client); > > + drm_bridge_remove(&ctx->bridge); > of_node_put(ctx->host_node); > > return 0; Yes, the above is correct, thanks. Reviewed-by: Marek Vasut