Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp812760ybg; Tue, 9 Jun 2020 13:34:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyUmlyuIR/iV9b7lIZDh+ywzd56lz3zE55km7n52LKH5N9e7v+0moZlVIf7/yQHSavDCtZE X-Received: by 2002:a05:6402:1c87:: with SMTP id cy7mr29367109edb.354.1591734843778; Tue, 09 Jun 2020 13:34:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591734843; cv=none; d=google.com; s=arc-20160816; b=TSPzrbzg0wxMiH4u46KN+mN/nSMw+b3IzrwmuH/ANejIXI3VcWFCZSiJnwhx6qv0wx MBLNm1cZ9JpcbRywkT+lKXdvH3N8EjURnZyQxIOTqIEGMfmhq1Xt0kNQipqG0tjWj6na G4NqYgTZ8VfGoQqa7yWzpDcMDrlwfxtWeuYK6yuyQrZtGfHB89Bvi8TpSc8UmKDrNuGT nkb28l0tcYFKMDY1f+4F6SU89qJ7rXQi2/ZGnVfKtOjHsSB9huwUfDgyLEH3m/XnfZLX elsEiBr/QrDAYWdOw5YyUiNk19NMe+w7/b5cudKnOA4etDohENWlVpRFqtHqmf6oX1LB fOvQ== 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:message-id:date:subject:cc:to:from; bh=N6rD159WmG8vlXk0lk9e2UsxwOdKbyMLOdfFaI7bF3U=; b=P61tTXpY7b9JZOT4Luu4ENNUSDzetQw6UleRecUb74WWncazp1MD7l5TShPa1RGyXT Yv+er59qaCxuwGlil7lirGpoIBdhJA1kV4E3LNgP5Qo47jCJCHhX4zvTf/eFBWZXujrO 317VN83NQq5kLDSwn+bpJzL7hRtUHWrfbsEVK8ZSdz45renoa9GOywaK7CzQAxLgavtb r1o/+MyR43DoTq87r2lNQS64VK6vl+GxobYJQrHHC3GPbNWwhNduULqAhnxsFsTJTDdo jNYZE9XM4BqI87S5EkaFeQXilpCASZCX38DKyBX85yFxm5XPJzTvVY4Gk7WV3Ek7QM/n T0HQ== 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=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z12si11250361eju.555.2020.06.09.13.33.41; Tue, 09 Jun 2020 13:34:03 -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; 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=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388955AbgFISU7 (ORCPT + 99 others); Tue, 9 Jun 2020 14:20:59 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41198 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730905AbgFIRso (ORCPT ); Tue, 9 Jun 2020 13:48:44 -0400 Received: from bhuna.collabora.co.uk (bhuna.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e3e3]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B4E12C03E97C; Tue, 9 Jun 2020 10:48:43 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: aratiu) with ESMTPSA id B100A2A3B92 From: Adrian Ratiu To: linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, linux-rockchip@lists.infradead.org, Laurent Pinchart Cc: linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, Heiko Stuebner , Philippe CORNU , Yannick FERTRE , Jernej Skrabec , Andrzej Hajda , Jonas Karlman , linux-imx@nxp.com, kernel@collabora.com, linux-stm32@st-md-mailman.stormreply.com, Boris Brezillon , Sam Ravnborg , Daniel Vetter Subject: [PATCH v9 11/11] Documentation: gpu: todo: Add dw-mipi-dsi consolidation plan Date: Tue, 9 Jun 2020 20:49:59 +0300 Message-Id: <20200609174959.955926-12-adrian.ratiu@collabora.com> X-Mailer: git-send-email 2.27.0 In-Reply-To: <20200609174959.955926-1-adrian.ratiu@collabora.com> References: <20200609174959.955926-1-adrian.ratiu@collabora.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This documents the longer-term plan to cleanup the dw-mipi-dsi bridge based drivers after the regmap refactor and i.MX6 driver have landed. The goal is to get the entire bridge logic in one place and continue the refactorings under the drm/bridge tree. Cc: Laurent Pinchart Cc: Boris Brezillon Cc: Sam Ravnborg Cc: Daniel Vetter Signed-off-by: Adrian Ratiu --- Documentation/gpu/todo.rst | 25 +++++++++++++++++++++++++ 1 file changed, 25 insertions(+) diff --git a/Documentation/gpu/todo.rst b/Documentation/gpu/todo.rst index 658b52f7ffc6c..2b142980a4b16 100644 --- a/Documentation/gpu/todo.rst +++ b/Documentation/gpu/todo.rst @@ -548,6 +548,31 @@ See drivers/gpu/drm/amd/display/TODO for tasks. Contact: Harry Wentland, Alex Deucher +Reorganize dw-mipi-dsi bridge-based host-controller drivers +----------------------------------------------------------- + +The Synopsys DW MIPI DSI bridge is used by a number of SoC platform drivers +(STM, Rockchip, i.MX) which don't cleanly encapsulate their bridge logic which +gets split between the Synopsys bridge (drm/bridge/synopsys/dw-mipi-dsi.c) and +platform drivers like drm/imx/dw_mipi_dsi-imx6.c by passing around the bridge +configuration regmap, creating new bridges / daisy chaining in platform drivers, +duplicating encoder creation, having too much encoder logic instead of using the +simple encoder interface and so on. + +The goal of this rework is to make the dw-mipi-dsi driver a better encapsulated +bridge by moving all bridge-related logic under drm/bridge, including the SoC +bindings which chain to the core Synopsys code under drm/bridge/dw-mipi-dsi/ +from which they can be further consolidated and cleaned up. + +If this goal proves to be impossible then drm_bridge might not be the correct +abstraction for these host controllers and unifying their logic into a helper +library encapsulating a drm_encoder might be more desirable, in other words to +move away from drm_bridge entirely. + +Contact: Adrian Ratiu, Daniel Vetter, Laurent Pinchart + +Level: Intermediate + Bootsplash ========== -- 2.27.0