From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 8C518C6FA83 for ; Mon, 5 Sep 2022 19:51:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=CmtBhtMYOXZNXRr6PPMNHHPP+2c5UD/xH/bKvUvzJHc=; b=ccfzLCdpX6iob0 RuyjJHReR4v5xcvXsonlrIYv6fTtqiofmjygbg86pXp2d6n/PVuGrDEapKr3Vge92QbDEkGJB1wjn vRiMLIire8qlH34R+F7QCCt6qWpx1ajlkgO+qU14GARG3jEWqSMbwTmseHKB6AubpQq+HXyevwutR rWwqo4RN3/qxiUzzuwRJdQi/JrwKPi6adVZeFNfBWCJHtTLno8k1OSt3vQVcoAKN/IJsXJaLE8oiU LGwFHjPgXcY2rqvmS1zRWhaPffIw3Z8qDYTyUIVvMLJT2UsgN/vxwwvE6UwNmS27MOekvQfphWqSx IyEfcX1lfK9qdKgWkM6A==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1oVI6f-009fPu-Vq; Mon, 05 Sep 2022 19:50:06 +0000 Received: from perceval.ideasonboard.com ([213.167.242.64]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1oVHju-009H90-TE for linux-arm-kernel@lists.infradead.org; Mon, 05 Sep 2022 19:26:42 +0000 Received: from pendragon.ideasonboard.com (62-78-145-57.bb.dnainternet.fi [62.78.145.57]) by perceval.ideasonboard.com (Postfix) with ESMTPSA id 75CB26BC; Mon, 5 Sep 2022 21:26:29 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1662405989; bh=izZvMBjhr/bvNoYQGDtF2V3g+eGXqt7u558BOi7zzh4=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=o+X+vJW8hZaFFG6GuYfb8yA+ApbPr801obKPxgfofa5BhL0dumnOH/8rkgB+JFRdf a6RcVNtIShr2rQ9ifr+3TfCt0/OmkubtPNHf0OOshh950odmH/j0RY8m13X6Cb3MWl 4R7H4YRilHsKo+VuFBdldnshTX/Y7iB1TziRSBJ8= Date: Mon, 5 Sep 2022 22:26:14 +0300 From: Laurent Pinchart To: Francesco Dolcini Cc: Francesco Dolcini , Max Krummenacher , Max Krummenacher , Fabio Estevam , Krzysztof Kozlowski , Marcel Ziswiler , NXP Linux Team , Pengutronix Kernel Team , Philippe Schenker , Rob Herring , Sascha Hauer , Shawn Guo , devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/2] arm64: dts: imx8mp-verdin: add dsi to hdmi functionality Message-ID: References: <20220901154051.1885509-1-max.oss.09@gmail.com> <20220902155720.GB5699@francesco-nb.int.toradex.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220905_122635_161429_49F612DA X-CRM114-Status: GOOD ( 40.36 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hi Francesco, On Sat, Sep 03, 2022 at 02:47:43PM +0200, Francesco Dolcini wrote: > On Sat, Sep 03, 2022 at 03:24:51AM +0300, Laurent Pinchart wrote: > > On Fri, Sep 02, 2022 at 05:57:20PM +0200, Francesco Dolcini wrote: > > > Hello Laurent, > > > answering here for both patches (1/2 and 2/2). > > > > > > On Thu, Sep 01, 2022 at 09:07:49PM +0300, Laurent Pinchart wrote: > > > > On Thu, Sep 01, 2022 at 05:40:50PM +0200, Max Krummenacher wrote: > > > > > From: Max Krummenacher > > > > > > > > > > Add the hdmi connector present on the dsi to hdmi adapter now > > > > > required by the upstream lontium bridge driver. > > > > > The dsi to hdmi adapter is enabled in an device tree overlay. > > > > > > > > Shouldn't the connector also be in the overlay ? There's certainly no > > > > physical HDMI connector on the i.MX8MP Verdin SoM :-) > > > > > > Toradex DTS include and overlay files structure so far has been a little > > > bit different and not following the expectation you just stated here, > > > you can just check the current *toradex*dts* files and you'll see that there > > > is other stuff that is not strictly part of the module. > > > > > > Copying from a previous email thread on a very similar discussion [0] > > > some of the reasons: > > > > > > - The SoM dtsi representing not only the functionality implemented into > > > the SoM, but the whole connector pinout to the carrier makes very easy > > > to just include a different som.dtsi in the carrier board dts and just > > > switch SoM, for example from a colibri-imx6 to a colibri-imx7. > > > > That's fine, but I don't see how that's related to the issue at hand. > > The DSI to HDMI bridge wouldn't be present on either SoM, would it ? > > > > > - We avoid code duplication > > > > > > This is working for us pretty well so far and the majority of the users > > > of ours modules rely on this structure, we would prefer not to change that. > > > > It may work for your current use cases, but it doesn't make it right :-) > > Most of engineering is about compromise, being consistent with what we > did so far and the end-user experience need to be taken into account. Sure, and so do mainline requirements :-) > > Someone can integrate a Verdin SoM with a carrier board that has no DSI > > to HDMI (or LVDS) bridge, there should thus be no such device in the > > device tree. The SoM has DSI signals present on its connector, that's > > what the SoM .dtsi should expose. > > Just for the record Verdin i.MX8M Plus do have both HDMI and LVDS on the > connector (in addition to DSI) [1], of course we do have also the option to > have LVDS or HDMI using an external add-on DSI bridge as this patches are > about. > > Said that it's true that sometime we describe peripherals that are part of the > SOM family into the SOM dtsi, this avoid quite a lot of duplications given the > amount of carrier board that are available on the market that use just the same > building blocks (and this was one of the 2 points I mentioned as a reasoning > for our current DTS files structure). If those "SoM family" peripherals are on the carrier board, what's the issue with describing them in the carrier board .dtsi ? And if they're on an add-on board (such as, if I understand correctly, the DSI to HDMI encoder for the Dahlia carrier board), what's the issue with describing them in an overlay ? > Of course, we keep these stuff disabled by default, so apart for some small size > increase I do not see a real issue. It's the same issue as adding any DT node for peripherals that do not exist, I fail to see a compelling reason to do so here, given that this seems to be easy to handle in the carrier board .dtsi or in overlays. Maybe I'm missing something ? > [1] https://docs.toradex.com/110977-verdin_imx8m_plus_v1.1_datasheet.pdf -- Regards, Laurent Pinchart _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel