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 7103BC433FE for ; Thu, 9 Dec 2021 20:34:32 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231135AbhLIUiF (ORCPT ); Thu, 9 Dec 2021 15:38:05 -0500 Received: from ns.lynxeye.de ([87.118.118.114]:35556 "EHLO lynxeye.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S229446AbhLIUiB (ORCPT ); Thu, 9 Dec 2021 15:38:01 -0500 X-Greylist: delayed 583 seconds by postgrey-1.27 at vger.kernel.org; Thu, 09 Dec 2021 15:37:59 EST Received: by lynxeye.de (Postfix, from userid 501) id 8CDEBE74217; Thu, 9 Dec 2021 21:24:10 +0100 (CET) Received: from [192.168.178.22] (a89-183-24-88.net-htp.de [89.183.24.88]) by lynxeye.de (Postfix) with ESMTPSA id E6DBFE74023; Thu, 9 Dec 2021 21:24:07 +0100 (CET) Message-ID: Subject: Re: [RFC PATCH 00/17] drm: bridge: Samsung MIPI DSIM bridge From: Lucas Stach To: Michael Nazzareno Trimarchi , Tim Harvey Cc: Marek Vasut , devicetree , linux-samsung-soc , Joonyoung Shim , linux-arm-kernel , Neil Armstrong , linux-amarula , Krzysztof Kozlowski , Seung-Woo Kim , NXP Linux Team , dri-devel , Frieder Schrempf , Andrzej Hajda , Kyungmin Park , Jagan Teki , Daniel Vetter , Sam Ravnborg , Robert Foss , Laurent Pinchart Date: Thu, 09 Dec 2021 21:24:07 +0100 In-Reply-To: References: <20210704090230.26489-1-jagan@amarulasolutions.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.40.4 (3.40.4-2.fc34) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org Am Donnerstag, dem 09.12.2021 um 18:09 +0100 schrieb Michael Nazzareno Trimarchi: > Hi Tim > > On Thu, Dec 9, 2021 at 5:40 PM Tim Harvey wrote: > > > > On Thu, Dec 9, 2021 at 12:36 AM Michael Nazzareno Trimarchi > > wrote: > > > > > > Hi Tim > > > > > > On Tue, Oct 5, 2021 at 11:43 PM Tim Harvey wrote: > > > > > > > > On Sun, Jul 25, 2021 at 10:14 AM Jagan Teki wrote: > > > > > > > > > > Hi Sam, > > > > > > > > > > On Sun, Jul 25, 2021 at 10:35 PM Sam Ravnborg wrote: > > > > > > > > > > > > Hi Jagan, > > > > > > > > > > > > On Sun, Jul 04, 2021 at 02:32:13PM +0530, Jagan Teki wrote: > > > > > > > This series supports common bridge support for Samsung MIPI DSIM > > > > > > > which is used in Exynos and i.MX8MM SoC's. > > > > > > > > > > > > > > The final bridge supports both the Exynos and i.MX8MM DSI devices. > > > > > > > > > > > > > > Right now bridge offers two sets of implementations. > > > > > > > > > > > > > > A. With component_ops and exynos specific code exclusively for > > > > > > > exynos dsi drivers and it's legacy bindings. > > > > > > > > > > > > > > B. Without componenet_ops for newly implemented bridges and its > > > > > > > users like i.MX8MM. > > > > > > > > > > > > > > The future plan is to fix the implementation A) by dropping > > > > > > > component_ops and fixing exynos specific code in order to make > > > > > > > the bridge more mature to use and the same is mentioned in > > > > > > > drivers TODO. > > > > > > > > > > > > > > Patch 0001 - 0006: Bridge conversion > > > > > > > Patch 0007 - 0017: Samsung MIPI DSIM bridge fixes, additions > > > > > > > > > > > > > > Tested in Engicam i.Core MX8M Mini SoM. > > > > > > > > > > > > > > Anyone interest, please have a look on this repo > > > > > > > https://github.com/openedev/linux/tree/070421-imx8mm-dsim > > > > > > > > > > > > > > Would appreciate anyone from the exynos team to test it on > > > > > > > the exynos platform? > > > > > > > > > > > > > > Any inputs? > > > > > > > > > > > > I really like where you are headign with this! > > > > > > No testing - sorry. But I will try to provide a bit of feedback on the > > > > > > individual patches. > > > > > > > > > > > > I hope you find a way to move forward with this. > > > > > > > > > > Thanks for the response. > > > > > > > > > > We have found some issues with Bridge conversion on existing exynos > > > > > drivers. The component based DSI drivers(like exynos) are difficult to > > > > > attach if it involves kms hotplug. kms hotplug would require drm > > > > > pointer and that pointer would only available after the bind call > > > > > finishes. But the bridge attach in bind call will defer till it find > > > > > the attached bridge. > > > > > > > > > > Right now I'm trying to find the proper way to attach the bridges for > > > > > component based DSI drivers which involves kms hot-plug. > > > > > > > > > > If you have any ideas on this, please let me know. > > > > > > > > > > > > > Jagan, > > > > > > > > How is your progress on this series? Looking at your repo it looks > > > > like you've rebased on top of 5.13-rc3 in your 070121-imx8mm-dsim > > > > branch but you've got a lot of things there that are likely not > > > > related to this series? > > > > > > I have a bit of work on those patches and tested on imx8mn. Basically: > > > > > > - add the dsi timing calculation > > > - change few difference with samsung bridge > > > - fix crashes of my dsi panels > > > - compare with NXP driver the final results > > > > > > I found that I have one problem that gives me some instability. In the > > > NXP original driver the panel needs to be > > > enabled in bridge_enable before out the standby. If I understand > > > correctly, our standby should be done after. > > > I would like to have some feedback and help and testing on other > > > boards/devices and some suggestions on how to handle > > > some of the differences. Another big problem is etnavi that is not stable > > > > > > > Michael, > > > > Where can I find your patches? > > > > I will push on some tree and share > > > What do you mean by etnaviv not being stable? > > > > I did some limited testing with etnaviv on imx8mm with 5.15 + dsi > > > > > patches on an Ubuntu focal root filesystem by: > > apt update > > apt install gnome-session gnome-terminal > > ^^^ 2D hardware acceleration appears to be working (dragging opaque > > windows around) > > apt install mesa-utils glmark2 > > glxgears > > ^^^ ~160fps on IMX8MM > > glmark2 > > ^^^ score of 39 on IMX8MM > > > > I haven't seen any updates from Jagan since Nov 24 > > (https://www.spinics.net/lists/dri-devel/msg324059.html) and am not > > sure if he's been able to work through drm/exynos issues that have > > been blocking his progress. > > I plan to push on github > > [17:07:42.315] Sending ready to systemd > [ 214.052085] etnaviv-gpu 38000000.gpu: recover hung GPU! > [ 214.595998] etnaviv-gpu 38000000.gpu: recover hung GPU! > > ** (maynard:386): WARNING **: 17:07:43.874: failed to setup mixer: Success > [17:07:44.175] Added surface 0xaaab02630440, app_id (null) to pending list > [17:07:44.176] Added surface 0xaaab026172b0, app_id (null) to pending list > ** Message: 17:07:44.289: New advertisement app id maynard > ** Message: 17:07:44.290: New advertisement app id maynard > [17:07:45.171] (background) position view 0xaaab0261f860, x 0, y 0, on > output DSI-1 > [17:07:45.171] (panel) geom.width 100, geom.height 480, geom.x 0, geom.y 0 > [17:07:45.171] (panel) edge 2 position view 0xaaab02634510, x 0, y 0 > [17:07:45.172] panel type 2 inited on output DSI-1 > [17:07:45.172] Usable area: 380x480+100,0 > [ 216.932080] etnaviv-gpu 38000000.gpu: recover hung GPU! > [ 217.476015] etnaviv-gpu 38000000.gpu: recover hung GPU! > [ 218.020157] etnaviv-gpu 38000000.gpu: recover hung GPU! > > This is my problem on imx8mn Note that the GPU on the 8MN is from the GC7000 generation, which genreally has bogus feature registers, as VeriSilicon stopped using them in favor of a hardware database. To get the GPu working you need to transcribe the entry for this specific GPU from the downstream GPU driver into the etanviv HWDB format, to make the kernel and userspace driver aware of how to drive this GPU. Regards, Lucas 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 gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (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 883CCC433EF for ; Thu, 9 Dec 2021 20:34:27 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 8B95710E1EB; Thu, 9 Dec 2021 20:34:26 +0000 (UTC) X-Greylist: delayed 584 seconds by postgrey-1.36 at gabe; Thu, 09 Dec 2021 20:34:25 UTC Received: from lynxeye.de (ns.lynxeye.de [87.118.118.114]) by gabe.freedesktop.org (Postfix) with ESMTP id 4953410E1EB for ; Thu, 9 Dec 2021 20:34:25 +0000 (UTC) Received: by lynxeye.de (Postfix, from userid 501) id 8CDEBE74217; Thu, 9 Dec 2021 21:24:10 +0100 (CET) Received: from [192.168.178.22] (a89-183-24-88.net-htp.de [89.183.24.88]) by lynxeye.de (Postfix) with ESMTPSA id E6DBFE74023; Thu, 9 Dec 2021 21:24:07 +0100 (CET) Message-ID: Subject: Re: [RFC PATCH 00/17] drm: bridge: Samsung MIPI DSIM bridge From: Lucas Stach To: Michael Nazzareno Trimarchi , Tim Harvey Date: Thu, 09 Dec 2021 21:24:07 +0100 In-Reply-To: References: <20210704090230.26489-1-jagan@amarulasolutions.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.40.4 (3.40.4-2.fc34) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Marek Vasut , devicetree , linux-samsung-soc , Laurent Pinchart , Joonyoung Shim , Neil Armstrong , Sam Ravnborg , Krzysztof Kozlowski , Seung-Woo Kim , dri-devel , Frieder Schrempf , Andrzej Hajda , Kyungmin Park , NXP Linux Team , Daniel Vetter , Robert Foss , linux-amarula , linux-arm-kernel , Jagan Teki Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" Am Donnerstag, dem 09.12.2021 um 18:09 +0100 schrieb Michael Nazzareno Trimarchi: > Hi Tim > > On Thu, Dec 9, 2021 at 5:40 PM Tim Harvey wrote: > > > > On Thu, Dec 9, 2021 at 12:36 AM Michael Nazzareno Trimarchi > > wrote: > > > > > > Hi Tim > > > > > > On Tue, Oct 5, 2021 at 11:43 PM Tim Harvey wrote: > > > > > > > > On Sun, Jul 25, 2021 at 10:14 AM Jagan Teki wrote: > > > > > > > > > > Hi Sam, > > > > > > > > > > On Sun, Jul 25, 2021 at 10:35 PM Sam Ravnborg wrote: > > > > > > > > > > > > Hi Jagan, > > > > > > > > > > > > On Sun, Jul 04, 2021 at 02:32:13PM +0530, Jagan Teki wrote: > > > > > > > This series supports common bridge support for Samsung MIPI DSIM > > > > > > > which is used in Exynos and i.MX8MM SoC's. > > > > > > > > > > > > > > The final bridge supports both the Exynos and i.MX8MM DSI devices. > > > > > > > > > > > > > > Right now bridge offers two sets of implementations. > > > > > > > > > > > > > > A. With component_ops and exynos specific code exclusively for > > > > > > > exynos dsi drivers and it's legacy bindings. > > > > > > > > > > > > > > B. Without componenet_ops for newly implemented bridges and its > > > > > > > users like i.MX8MM. > > > > > > > > > > > > > > The future plan is to fix the implementation A) by dropping > > > > > > > component_ops and fixing exynos specific code in order to make > > > > > > > the bridge more mature to use and the same is mentioned in > > > > > > > drivers TODO. > > > > > > > > > > > > > > Patch 0001 - 0006: Bridge conversion > > > > > > > Patch 0007 - 0017: Samsung MIPI DSIM bridge fixes, additions > > > > > > > > > > > > > > Tested in Engicam i.Core MX8M Mini SoM. > > > > > > > > > > > > > > Anyone interest, please have a look on this repo > > > > > > > https://github.com/openedev/linux/tree/070421-imx8mm-dsim > > > > > > > > > > > > > > Would appreciate anyone from the exynos team to test it on > > > > > > > the exynos platform? > > > > > > > > > > > > > > Any inputs? > > > > > > > > > > > > I really like where you are headign with this! > > > > > > No testing - sorry. But I will try to provide a bit of feedback on the > > > > > > individual patches. > > > > > > > > > > > > I hope you find a way to move forward with this. > > > > > > > > > > Thanks for the response. > > > > > > > > > > We have found some issues with Bridge conversion on existing exynos > > > > > drivers. The component based DSI drivers(like exynos) are difficult to > > > > > attach if it involves kms hotplug. kms hotplug would require drm > > > > > pointer and that pointer would only available after the bind call > > > > > finishes. But the bridge attach in bind call will defer till it find > > > > > the attached bridge. > > > > > > > > > > Right now I'm trying to find the proper way to attach the bridges for > > > > > component based DSI drivers which involves kms hot-plug. > > > > > > > > > > If you have any ideas on this, please let me know. > > > > > > > > > > > > > Jagan, > > > > > > > > How is your progress on this series? Looking at your repo it looks > > > > like you've rebased on top of 5.13-rc3 in your 070121-imx8mm-dsim > > > > branch but you've got a lot of things there that are likely not > > > > related to this series? > > > > > > I have a bit of work on those patches and tested on imx8mn. Basically: > > > > > > - add the dsi timing calculation > > > - change few difference with samsung bridge > > > - fix crashes of my dsi panels > > > - compare with NXP driver the final results > > > > > > I found that I have one problem that gives me some instability. In the > > > NXP original driver the panel needs to be > > > enabled in bridge_enable before out the standby. If I understand > > > correctly, our standby should be done after. > > > I would like to have some feedback and help and testing on other > > > boards/devices and some suggestions on how to handle > > > some of the differences. Another big problem is etnavi that is not stable > > > > > > > Michael, > > > > Where can I find your patches? > > > > I will push on some tree and share > > > What do you mean by etnaviv not being stable? > > > > I did some limited testing with etnaviv on imx8mm with 5.15 + dsi > > > > > patches on an Ubuntu focal root filesystem by: > > apt update > > apt install gnome-session gnome-terminal > > ^^^ 2D hardware acceleration appears to be working (dragging opaque > > windows around) > > apt install mesa-utils glmark2 > > glxgears > > ^^^ ~160fps on IMX8MM > > glmark2 > > ^^^ score of 39 on IMX8MM > > > > I haven't seen any updates from Jagan since Nov 24 > > (https://www.spinics.net/lists/dri-devel/msg324059.html) and am not > > sure if he's been able to work through drm/exynos issues that have > > been blocking his progress. > > I plan to push on github > > [17:07:42.315] Sending ready to systemd > [ 214.052085] etnaviv-gpu 38000000.gpu: recover hung GPU! > [ 214.595998] etnaviv-gpu 38000000.gpu: recover hung GPU! > > ** (maynard:386): WARNING **: 17:07:43.874: failed to setup mixer: Success > [17:07:44.175] Added surface 0xaaab02630440, app_id (null) to pending list > [17:07:44.176] Added surface 0xaaab026172b0, app_id (null) to pending list > ** Message: 17:07:44.289: New advertisement app id maynard > ** Message: 17:07:44.290: New advertisement app id maynard > [17:07:45.171] (background) position view 0xaaab0261f860, x 0, y 0, on > output DSI-1 > [17:07:45.171] (panel) geom.width 100, geom.height 480, geom.x 0, geom.y 0 > [17:07:45.171] (panel) edge 2 position view 0xaaab02634510, x 0, y 0 > [17:07:45.172] panel type 2 inited on output DSI-1 > [17:07:45.172] Usable area: 380x480+100,0 > [ 216.932080] etnaviv-gpu 38000000.gpu: recover hung GPU! > [ 217.476015] etnaviv-gpu 38000000.gpu: recover hung GPU! > [ 218.020157] etnaviv-gpu 38000000.gpu: recover hung GPU! > > This is my problem on imx8mn Note that the GPU on the 8MN is from the GC7000 generation, which genreally has bogus feature registers, as VeriSilicon stopped using them in favor of a hardware database. To get the GPu working you need to transcribe the entry for this specific GPU from the downstream GPU driver into the etanviv HWDB format, to make the kernel and userspace driver aware of how to drive this GPU. Regards, Lucas 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 CCB3BC433F5 for ; Thu, 9 Dec 2021 20:35:57 +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:MIME-Version:References:In-Reply-To: Date:Cc:To:From:Subject:Message-ID:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=DXaH5JlyNna91nknbGhsCZki9CmDJMG3I7CW8vzTdSw=; b=4SWtC+saO5ILDk ssyW7MbgIHHb5e2vQaN1kwtQcKXFHV8v90Bb9J6RFPXRMpAjyFUhJuYAKj+BuH9vzYzk3C1iPLpJK mm7z14XmciX5o44X4yQTBHfgO6hkRx6FxmemTLUh1TFTheVByL2I7YpRC7U9pHJCWS+lqrX4fGDKW s4l5mwxUOjqMJiHe0V0SpXLr6q3yfTC8A+yEMvnzxjh/n0GU/Y+0TyjINj7FB7CQU4oO4q7KZl1Ni /zdRPT9yn1A1IDLkmp1zRMZbJgKa5Qhzr5JCMbxhYygPSM3jxre9QIDuqzPXlKJ2bHIEzxI0ty/DO OVkor0FwJzHpqMK9DEtA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1mvQ7b-00HUYv-MT; Thu, 09 Dec 2021 20:34:31 +0000 Received: from ns.lynxeye.de ([87.118.118.114] helo=lynxeye.de) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1mvQ7W-00HUYH-Tn for linux-arm-kernel@lists.infradead.org; Thu, 09 Dec 2021 20:34:29 +0000 Received: by lynxeye.de (Postfix, from userid 501) id 8CDEBE74217; Thu, 9 Dec 2021 21:24:10 +0100 (CET) Received: from [192.168.178.22] (a89-183-24-88.net-htp.de [89.183.24.88]) by lynxeye.de (Postfix) with ESMTPSA id E6DBFE74023; Thu, 9 Dec 2021 21:24:07 +0100 (CET) Message-ID: Subject: Re: [RFC PATCH 00/17] drm: bridge: Samsung MIPI DSIM bridge From: Lucas Stach To: Michael Nazzareno Trimarchi , Tim Harvey Cc: Marek Vasut , devicetree , linux-samsung-soc , Joonyoung Shim , linux-arm-kernel , Neil Armstrong , linux-amarula , Krzysztof Kozlowski , Seung-Woo Kim , NXP Linux Team , dri-devel , Frieder Schrempf , Andrzej Hajda , Kyungmin Park , Jagan Teki , Daniel Vetter , Sam Ravnborg , Robert Foss , Laurent Pinchart Date: Thu, 09 Dec 2021 21:24:07 +0100 In-Reply-To: References: <20210704090230.26489-1-jagan@amarulasolutions.com> User-Agent: Evolution 3.40.4 (3.40.4-2.fc34) MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20211209_123427_322079_62333B25 X-CRM114-Status: GOOD ( 55.11 ) 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 Am Donnerstag, dem 09.12.2021 um 18:09 +0100 schrieb Michael Nazzareno Trimarchi: > Hi Tim > > On Thu, Dec 9, 2021 at 5:40 PM Tim Harvey wrote: > > > > On Thu, Dec 9, 2021 at 12:36 AM Michael Nazzareno Trimarchi > > wrote: > > > > > > Hi Tim > > > > > > On Tue, Oct 5, 2021 at 11:43 PM Tim Harvey wrote: > > > > > > > > On Sun, Jul 25, 2021 at 10:14 AM Jagan Teki wrote: > > > > > > > > > > Hi Sam, > > > > > > > > > > On Sun, Jul 25, 2021 at 10:35 PM Sam Ravnborg wrote: > > > > > > > > > > > > Hi Jagan, > > > > > > > > > > > > On Sun, Jul 04, 2021 at 02:32:13PM +0530, Jagan Teki wrote: > > > > > > > This series supports common bridge support for Samsung MIPI DSIM > > > > > > > which is used in Exynos and i.MX8MM SoC's. > > > > > > > > > > > > > > The final bridge supports both the Exynos and i.MX8MM DSI devices. > > > > > > > > > > > > > > Right now bridge offers two sets of implementations. > > > > > > > > > > > > > > A. With component_ops and exynos specific code exclusively for > > > > > > > exynos dsi drivers and it's legacy bindings. > > > > > > > > > > > > > > B. Without componenet_ops for newly implemented bridges and its > > > > > > > users like i.MX8MM. > > > > > > > > > > > > > > The future plan is to fix the implementation A) by dropping > > > > > > > component_ops and fixing exynos specific code in order to make > > > > > > > the bridge more mature to use and the same is mentioned in > > > > > > > drivers TODO. > > > > > > > > > > > > > > Patch 0001 - 0006: Bridge conversion > > > > > > > Patch 0007 - 0017: Samsung MIPI DSIM bridge fixes, additions > > > > > > > > > > > > > > Tested in Engicam i.Core MX8M Mini SoM. > > > > > > > > > > > > > > Anyone interest, please have a look on this repo > > > > > > > https://github.com/openedev/linux/tree/070421-imx8mm-dsim > > > > > > > > > > > > > > Would appreciate anyone from the exynos team to test it on > > > > > > > the exynos platform? > > > > > > > > > > > > > > Any inputs? > > > > > > > > > > > > I really like where you are headign with this! > > > > > > No testing - sorry. But I will try to provide a bit of feedback on the > > > > > > individual patches. > > > > > > > > > > > > I hope you find a way to move forward with this. > > > > > > > > > > Thanks for the response. > > > > > > > > > > We have found some issues with Bridge conversion on existing exynos > > > > > drivers. The component based DSI drivers(like exynos) are difficult to > > > > > attach if it involves kms hotplug. kms hotplug would require drm > > > > > pointer and that pointer would only available after the bind call > > > > > finishes. But the bridge attach in bind call will defer till it find > > > > > the attached bridge. > > > > > > > > > > Right now I'm trying to find the proper way to attach the bridges for > > > > > component based DSI drivers which involves kms hot-plug. > > > > > > > > > > If you have any ideas on this, please let me know. > > > > > > > > > > > > > Jagan, > > > > > > > > How is your progress on this series? Looking at your repo it looks > > > > like you've rebased on top of 5.13-rc3 in your 070121-imx8mm-dsim > > > > branch but you've got a lot of things there that are likely not > > > > related to this series? > > > > > > I have a bit of work on those patches and tested on imx8mn. Basically: > > > > > > - add the dsi timing calculation > > > - change few difference with samsung bridge > > > - fix crashes of my dsi panels > > > - compare with NXP driver the final results > > > > > > I found that I have one problem that gives me some instability. In the > > > NXP original driver the panel needs to be > > > enabled in bridge_enable before out the standby. If I understand > > > correctly, our standby should be done after. > > > I would like to have some feedback and help and testing on other > > > boards/devices and some suggestions on how to handle > > > some of the differences. Another big problem is etnavi that is not stable > > > > > > > Michael, > > > > Where can I find your patches? > > > > I will push on some tree and share > > > What do you mean by etnaviv not being stable? > > > > I did some limited testing with etnaviv on imx8mm with 5.15 + dsi > > > > > patches on an Ubuntu focal root filesystem by: > > apt update > > apt install gnome-session gnome-terminal > > ^^^ 2D hardware acceleration appears to be working (dragging opaque > > windows around) > > apt install mesa-utils glmark2 > > glxgears > > ^^^ ~160fps on IMX8MM > > glmark2 > > ^^^ score of 39 on IMX8MM > > > > I haven't seen any updates from Jagan since Nov 24 > > (https://www.spinics.net/lists/dri-devel/msg324059.html) and am not > > sure if he's been able to work through drm/exynos issues that have > > been blocking his progress. > > I plan to push on github > > [17:07:42.315] Sending ready to systemd > [ 214.052085] etnaviv-gpu 38000000.gpu: recover hung GPU! > [ 214.595998] etnaviv-gpu 38000000.gpu: recover hung GPU! > > ** (maynard:386): WARNING **: 17:07:43.874: failed to setup mixer: Success > [17:07:44.175] Added surface 0xaaab02630440, app_id (null) to pending list > [17:07:44.176] Added surface 0xaaab026172b0, app_id (null) to pending list > ** Message: 17:07:44.289: New advertisement app id maynard > ** Message: 17:07:44.290: New advertisement app id maynard > [17:07:45.171] (background) position view 0xaaab0261f860, x 0, y 0, on > output DSI-1 > [17:07:45.171] (panel) geom.width 100, geom.height 480, geom.x 0, geom.y 0 > [17:07:45.171] (panel) edge 2 position view 0xaaab02634510, x 0, y 0 > [17:07:45.172] panel type 2 inited on output DSI-1 > [17:07:45.172] Usable area: 380x480+100,0 > [ 216.932080] etnaviv-gpu 38000000.gpu: recover hung GPU! > [ 217.476015] etnaviv-gpu 38000000.gpu: recover hung GPU! > [ 218.020157] etnaviv-gpu 38000000.gpu: recover hung GPU! > > This is my problem on imx8mn Note that the GPU on the 8MN is from the GC7000 generation, which genreally has bogus feature registers, as VeriSilicon stopped using them in favor of a hardware database. To get the GPu working you need to transcribe the entry for this specific GPU from the downstream GPU driver into the etanviv HWDB format, to make the kernel and userspace driver aware of how to drive this GPU. Regards, Lucas _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel