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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id B0A3CC00144 for ; Mon, 1 Aug 2022 06:20:51 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239869AbiHAGUf (ORCPT ); Mon, 1 Aug 2022 02:20:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51810 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239816AbiHAGU2 (ORCPT ); Mon, 1 Aug 2022 02:20:28 -0400 Received: from metis.ext.pengutronix.de (metis.ext.pengutronix.de [IPv6:2001:67c:670:201:290:27ff:fe1d:cc33]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D6851E42 for ; Sun, 31 Jul 2022 23:20:12 -0700 (PDT) Received: from ptx.hi.pengutronix.de ([2001:67c:670:100:1d::c0]) by metis.ext.pengutronix.de with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oIOmY-0002T6-6k; Mon, 01 Aug 2022 08:20:02 +0200 Received: from mfe by ptx.hi.pengutronix.de with local (Exim 4.92) (envelope-from ) id 1oIOmS-0001nM-L1; Mon, 01 Aug 2022 08:19:56 +0200 Date: Mon, 1 Aug 2022 08:19:56 +0200 From: Marco Felsch To: Adam Ford Cc: dri-devel , Marek Vasut , Stefan Agner , Fabio Estevam , Daniel Vetter , Jonas Karlman , David Airlie , Robert Foss , Sascha Hauer , Neil Armstrong , NXP Linux Team , Jernej Skrabec , Linux Kernel Mailing List , Laurent Pinchart , Andrzej Hajda , Marek Szyprowski , Shawn Guo , Pengutronix Kernel Team , arm-soc , Jagan Teki Subject: Re: imx8mm lcdif->dsi->adv7535 no video, no errors Message-ID: <20220801061956.3wkakhwatvqlngff@pengutronix.de> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 X-SA-Exim-Connect-IP: 2001:67c:670:100:1d::c0 X-SA-Exim-Mail-From: mfe@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 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Adam, On 22-07-30, Adam Ford wrote: > Hey all, > > I am trying to test Jagan's patch series [1] to add support for the > samsung dsim bridge which is used on the imx8mm to output DSI video. > The DSIM gets the video from the mxsfb, and in my case, the DSI is > sent to the adv7535 for connecting to HDMI. So you're using the NXP recommended evalboard setup :) > I have been able to get the device tree setup and I don't get any > errors. The Linux system appears to think the video is connected as > determined by modetest: ... > Unfortunately, there is no video in my monitor, and my monitor states > there is no signal. This is pretty much known, at least on our side. We also have a few more patches on top of the series [1] for fixing the horizontal porches. Our current status is that we can get only one mode out of the ADV7535 which is 1080P. Our assumption is that the ADV7535 needs some attentions (fixes) but we can't verify that since the documentation is under NDA. > If I use NXP's downstream kernel, this same hardware configuration > works fine and I can see the video. This is because of the NXP downstream kernel porch 'calculation' and workarounds. The values they are using for calculation don't take any mode values into account and instead they are using a table. We don't know where those values come from. > I have checked the clk_summary, and the working and non-working > conditions both have clock rates that are the same for DSI, LCDIF and > related items. The power domains connected to the lcdif and the dsi > show they are active. > > Since I go no errors, and Linux looks like it's happy, I was hoping > someone from who better understands the interconnections between all > these bridge layers might be able to offer a suggestion of something > to investigate and/or try. > > The kernel repo I am using is from Jagan located here: > > [1] - https://github.com/openedev/kernel > > I am not convinced it's a device tree issue since I get no errors when > the drivers enumerate, but I can provide my device tree updates if > that helps. Please see above. Our debugging showed that there is a strange behaviour of the ADV7535 but we don't have any documentation. Regards, Marco 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 857ACC19F2B for ; Mon, 1 Aug 2022 06:21:56 +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=FkcaLPqKn+xB2xsouWPCTFoj7Pj9mnF/8jKs0oAOs+A=; b=Jh+4kyTHCsqAUX DgZl3k28Hh2t/8YJIHbtVy9qzn7B7dYuvvjxBu/UkXXjgjvQux1bHZFxjsRbruInD2IZGN6KdJWRf dy+v1OPCBGmBGu+/dhtIYjvJKAA9NtktJWQT3yq/h+kO6hmv2VXrk/7YnVm9Ai7UzIV2J69QJ+GA+ IwcZzHuiD4iouHQbp0o55ObK7onXcQuyp3mbMZShwZxUvBZ9UBlVlX3YPMmLEmCcdqA+qJCQ6FYP+ ZP1MXK/Lt18RxKRbVkKYsqYTwe/nJQTL1sDJ0u7t33rVhHnzva12VJr/XzOuyxI84rJN3+FjY3CH6 6FxuiLpuyNMLxJslJoaA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1oIOnA-002lJh-Ue; Mon, 01 Aug 2022 06:20:41 +0000 Received: from metis.ext.pengutronix.de ([2001:67c:670:201:290:27ff:fe1d:cc33]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1oIOn5-002lA6-9D for linux-arm-kernel@lists.infradead.org; Mon, 01 Aug 2022 06:20:37 +0000 Received: from ptx.hi.pengutronix.de ([2001:67c:670:100:1d::c0]) by metis.ext.pengutronix.de with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oIOmY-0002T6-6k; Mon, 01 Aug 2022 08:20:02 +0200 Received: from mfe by ptx.hi.pengutronix.de with local (Exim 4.92) (envelope-from ) id 1oIOmS-0001nM-L1; Mon, 01 Aug 2022 08:19:56 +0200 Date: Mon, 1 Aug 2022 08:19:56 +0200 From: Marco Felsch To: Adam Ford Cc: dri-devel , Marek Vasut , Stefan Agner , Fabio Estevam , Daniel Vetter , Jonas Karlman , David Airlie , Robert Foss , Sascha Hauer , Neil Armstrong , NXP Linux Team , Jernej Skrabec , Linux Kernel Mailing List , Laurent Pinchart , Andrzej Hajda , Marek Szyprowski , Shawn Guo , Pengutronix Kernel Team , arm-soc , Jagan Teki Subject: Re: imx8mm lcdif->dsi->adv7535 no video, no errors Message-ID: <20220801061956.3wkakhwatvqlngff@pengutronix.de> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 X-SA-Exim-Connect-IP: 2001:67c:670:100:1d::c0 X-SA-Exim-Mail-From: mfe@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false X-PTX-Original-Recipient: linux-arm-kernel@lists.infradead.org X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220731_232035_351222_6E8CAF7F X-CRM114-Status: GOOD ( 32.80 ) 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 Adam, On 22-07-30, Adam Ford wrote: > Hey all, > > I am trying to test Jagan's patch series [1] to add support for the > samsung dsim bridge which is used on the imx8mm to output DSI video. > The DSIM gets the video from the mxsfb, and in my case, the DSI is > sent to the adv7535 for connecting to HDMI. So you're using the NXP recommended evalboard setup :) > I have been able to get the device tree setup and I don't get any > errors. The Linux system appears to think the video is connected as > determined by modetest: ... > Unfortunately, there is no video in my monitor, and my monitor states > there is no signal. This is pretty much known, at least on our side. We also have a few more patches on top of the series [1] for fixing the horizontal porches. Our current status is that we can get only one mode out of the ADV7535 which is 1080P. Our assumption is that the ADV7535 needs some attentions (fixes) but we can't verify that since the documentation is under NDA. > If I use NXP's downstream kernel, this same hardware configuration > works fine and I can see the video. This is because of the NXP downstream kernel porch 'calculation' and workarounds. The values they are using for calculation don't take any mode values into account and instead they are using a table. We don't know where those values come from. > I have checked the clk_summary, and the working and non-working > conditions both have clock rates that are the same for DSI, LCDIF and > related items. The power domains connected to the lcdif and the dsi > show they are active. > > Since I go no errors, and Linux looks like it's happy, I was hoping > someone from who better understands the interconnections between all > these bridge layers might be able to offer a suggestion of something > to investigate and/or try. > > The kernel repo I am using is from Jagan located here: > > [1] - https://github.com/openedev/kernel > > I am not convinced it's a device tree issue since I get no errors when > the drivers enumerate, but I can provide my device tree updates if > that helps. Please see above. Our debugging showed that there is a strange behaviour of the ADV7535 but we don't have any documentation. Regards, Marco _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel