Received: by 2002:ac0:e350:0:0:0:0:0 with SMTP id g16csp1792932imn; Sun, 31 Jul 2022 23:30:28 -0700 (PDT) X-Google-Smtp-Source: AA6agR7BmW4wIZvLXnWsnbzDNCgVgMmhsOR/7Q6l8s4dh2uqhXr4RmB8rpgp/EtiT+5fBkiHSyNS X-Received: by 2002:a17:90b:1941:b0:1f3:2636:895 with SMTP id nk1-20020a17090b194100b001f326360895mr17563070pjb.26.1659335428517; Sun, 31 Jul 2022 23:30:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1659335428; cv=none; d=google.com; s=arc-20160816; b=RFYjDsNzaQ0lTWcDpWQmIYczy3v1wglz6g15RMPzW6HHX9BnzpUR+5AlpvntRXK9yC JtojetULWv1VsfQTnofwpkmDczQp1S8/JNTLCLx/36U5h0xJRXdxmSBq6JqJPgImAlDI 9e2Vhs+laHqr83L6YZPC6Ruoeo9sw5uQjUwa8rtLXcPdS1eVX+8ocGXbkSWnjleELYNC JwSh1EfnbLkosLKhIcidBURQzp+kEiWuYOvHss1w7AtxQpizCJosjdqO3fMCu4qfhN8h /DdAsmqZ6pCPp1WWZkFOK06sQmVRtqjDd4AB+fENMbs7lIXExnm2R+dNsKm0GqpCDcYd I6mQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=Le3eDQGaYHUHGpVgTr5kIkEDMeCdrBEVTxPuQhaoShU=; b=MhPZeeEtQFnoNSgLx1AbgEG8kosyvIfvS859OOzt3Fq8YNj4Zv5rh1bunqWiTQ4KtE xMVDqY9+O4lWTLtaEUQW8VkX3nnyYGE5uvOKE3nz19a/1CJfn96Fydsz0awccHdueMDC 6Vv/PKECpczNsgFWJdgqvAO1aQ0f2E9cvB04kaBOxL5gOCpOw77dZjnNgMnpAd6zbqIo teWdNHM3gieEQMkSx8Zjg4vtJRnpwzPV+CepCXz/xFO/AJmRbT72dmi/IILq+w7XxFId pmNUp6acDoG60K1BvRjHkBRnQy0J3f4DMaJUmDzdSkexNq57oqyvGJkTkdFBQCbjhxbc jY4Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id l184-20020a6388c1000000b0041bff5ba0dasi3238471pgd.591.2022.07.31.23.30.14; Sun, 31 Jul 2022 23:30:28 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239824AbiHAGUc (ORCPT + 99 others); Mon, 1 Aug 2022 02:20:32 -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 X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net 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