<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: imx8mp display ordering in i.MX Processors</title>
    <link>https://community.nxp.com/t5/i-MX-Processors/imx8mp-display-ordering/m-p/1719018#M212214</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;Thanks for the response. The displays work fine in the normal order so this seemed like a low lever driver issue as opposed to a a hardware implementation and the i.mx8m plus seems to have a unique graphics subsystem, which is why I pinged here first.&lt;/P&gt;&lt;P&gt;Further data:&amp;nbsp; Both the LVDS and DSI displays show up in /sys/class//drm/ as card0-LVDS-1 and card0-LVDS-2, but the DSI-&amp;gt;bridge-&amp;gt;LVDS under card0-LVDS-2 reports disabled for 'cat enabled'&amp;nbsp; and connected for 'cat status'.&lt;/P&gt;&lt;P&gt;Thank you,&lt;/P&gt;&lt;P&gt;Nathan&lt;/P&gt;</description>
    <pubDate>Thu, 07 Sep 2023 19:46:29 GMT</pubDate>
    <dc:creator>NathanG</dc:creator>
    <dc:date>2023-09-07T19:46:29Z</dc:date>
    <item>
      <title>imx8mp display ordering</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/imx8mp-display-ordering/m-p/1717321#M212055</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;I have a Variscite IMX8MP-SOM on a custom board running Kernel 5.10.72 and Android 11.0.0_2.6.0&lt;/P&gt;&lt;P&gt;Multidisplay output is working with DSI -&amp;gt; sn65dsi84 -&amp;gt; lvds (1024x600) and a second lvds panel on lvds channel 1 (1280x800). However, I need the native LVDS panel to be primary instead of the DSI output. When I swap lcdif1 and lcdif2 in the display-subsystem devicetree node, both crtc initialize in the reversed order as expected, but the lcdifv3 set mode is only called for the lvds display and the second backlight remains disabled.&lt;/P&gt;&lt;P&gt;Is there a patch from a later kernel needed? Or am I missing another device tree change?&lt;/P&gt;&lt;P&gt;Normal log (with additional diagnostic prints):&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;display-subsystem {
compatible = "fsl,imx-display-subsystem";
ports = &amp;lt;&amp;amp;lcdif1_disp&amp;gt;,
&amp;lt;&amp;amp;lcdif2_disp&amp;gt;,
&amp;lt;&amp;amp;lcdif3_disp&amp;gt;;
};&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;[ 2.819798][ T1] imx-lcdifv3-crtc imx-lcdifv3-crtc.0: lcdifv3_crtc_probe: lcdifv3 crtc probe begin&lt;BR /&gt;[ 2.829735][ T1] imx-lcdifv3-crtc imx-lcdifv3-crtc.1: lcdifv3_crtc_probe: lcdifv3 crtc probe begin&lt;BR /&gt;[ 2.842626][ T1] imx-lcdifv3-crtc imx-lcdifv3-crtc.0: lcdifv3_crtc_bind: lcdifv3 crtc bind begin&lt;BR /&gt;[ 2.851786][ T1] imx-lcdifv3-crtc imx-lcdifv3-crtc.0: lcdifv3_crtc_bind: lcdifv3 crtc bind end&lt;BR /&gt;[ 2.860692][ T1] imx-drm display-subsystem: bound imx-lcdifv3-crtc.0 (ops lcdifv3_crtc_ops [imx_lcdifv3_crtc])&lt;BR /&gt;[ 2.870968][ T1] imx-lcdifv3-crtc imx-lcdifv3-crtc.1: lcdifv3_crtc_bind: lcdifv3 crtc bind begin&lt;BR /&gt;[ 2.880061][ T1] imx-lcdifv3-crtc imx-lcdifv3-crtc.1: lcdifv3_crtc_bind: lcdifv3 crtc bind end&lt;BR /&gt;[ 2.888960][ T1] imx-drm display-subsystem: bound imx-lcdifv3-crtc.1 (ops lcdifv3_crtc_ops [imx_lcdifv3_crtc])&lt;BR /&gt;[ 2.899313][ T1] imx_sec_dsim_drv 32e60000.mipi_dsi: version number is 0x1060200&lt;BR /&gt;[ 2.907231][ T1] imx_sec_dsim_drv 32e60000.mipi_dsi: Lanes 4 channel 0 format 0 mode 3&lt;BR /&gt;[ 2.915462][ T1] imx-drm display-subsystem: bound 32e60000.mipi_dsi (ops imx_sec_dsim_ops [sec_mipi_dsim_imx])&lt;BR /&gt;[ 2.925954][ T1] imx-drm display-subsystem: bound 32c00000.bus:ldb@32ec005c (ops imx8mp_ldb_ops [imx8mp_ldb])&lt;BR /&gt;[ 2.936502][ T1] [drm] Initialized imx-drm 1.0.0 20120507 for display-subsystem on minor 0&lt;BR /&gt;[ 2.948721][ T1] imx-drm display-subsystem: [drm] fb0: imx-drmdrmfb frame buffer device&lt;BR /&gt;&lt;BR /&gt;[ 12.202392][ T351] *** lcdifv3 set mode&lt;BR /&gt;[ 12.206423][ T351] *** h: 1024 v: 600 reg: 39322624&lt;BR /&gt;[ 12.211438][ T351] *** h fp: 160 h_bp: 158 reg: 10354848&lt;BR /&gt;[ 12.216877][ T351] *** v fp: 12 v_bp: 21 reg: 1376268&lt;BR /&gt;[ 12.222051][ T351] *** h_sync: 2 v_sync: 2 reg: 131074&lt;BR /&gt;[ 12.238715][ T351] imx_sec_dsim_drv 32e60000.mipi_dsi: DSIM resolution: 2580400&lt;BR /&gt;[ 12.246252][ T351] imx_sec_dsim_drv 32e60000.mipi_dsi: DSIM Vporch: C0015&lt;BR /&gt;[ 12.253215][ T351] imx_sec_dsim_drv 32e60000.mipi_dsi: DSIM Hporch: 720071&lt;BR /&gt;[ 12.260279][ T351] imx_sec_dsim_drv 32e60000.mipi_dsi: DSIM sync: 800002&lt;BR /&gt;[ 12.267143][ T351] imx_sec_dsim_drv 32e60000.mipi_dsi: DSIM FLAGS: 3&lt;BR /&gt;[ 12.273636][ T351] imx_sec_dsim_drv 32e60000.mipi_dsi: DSI CONFIG: 600707F&lt;BR /&gt;[ 12.281886][ T351] imx_sec_dsim_drv 32e60000.mipi_dsi: DSIM timing 1: 20D0803&lt;BR /&gt;[ 12.289188][ T351] imx_sec_dsim_drv 32e60000.mipi_dsi: DSIM timing 2: 30305&lt;BR /&gt;[ 12.297356][ T351] imx_sec_dsim_drv 32e60000.mipi_dsi: DSIM clocks: 91F80002&lt;BR /&gt;[ 12.304542][ T351] fefr: sn65dsi83_atomic_enable bridge_state-&amp;gt;output_bus_cfg.format=1011&lt;BR /&gt;[ 12.312858][ T351] sn65dsi85 start: 1184 end: 1186 display: 1024 total 1344&lt;BR /&gt;[ 12.320048][ T351] sn65dsi85 name: 1024x600&lt;BR /&gt;...&lt;BR /&gt;[ 17.719890][ T351] *** lcdifv3 set mode&lt;BR /&gt;[ 17.732786][ T351] *** h: 1280 v: 800 reg: 52430080&lt;BR /&gt;[ 17.737830][ T351] *** h fp: 80 h_bp: 80 reg: 5242960&lt;BR /&gt;[ 17.743033][ T351] *** v fp: 11 v_bp: 12 reg: 786443&lt;BR /&gt;[ 17.748125][ T351] *** h_sync: 2 v_sync: 2 reg: 131074&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Swapped:&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;display-subsystem {
compatible = "fsl,imx-display-subsystem";
ports = &amp;lt;&amp;amp;lcdif2_disp&amp;gt;,
&amp;lt;&amp;amp;lcdif1_disp&amp;gt;, 
&amp;lt;&amp;amp;lcdif3_disp&amp;gt;;
};&lt;/LI-CODE&gt;&lt;PRE&gt;[ 3.420878][ T1] imx-lcdifv3-crtc imx-lcdifv3-crtc.0: lcdifv3_crtc_probe: lcdifv3 crtc probe begin&lt;BR /&gt;[ 3.430813][ T1] imx-lcdifv3-crtc imx-lcdifv3-crtc.1: lcdifv3_crtc_probe: lcdifv3 crtc probe begin&lt;BR /&gt;[ 3.443944][ T1] imx-lcdifv3-crtc imx-lcdifv3-crtc.1: lcdifv3_crtc_bind: lcdifv3 crtc bind begin&lt;BR /&gt;[ 3.453095][ T1] imx-lcdifv3-crtc imx-lcdifv3-crtc.1: lcdifv3_crtc_bind: lcdifv3 crtc bind end&lt;BR /&gt;[ 3.462059][ T1] imx-drm display-subsystem: bound imx-lcdifv3-crtc.1 (ops lcdifv3_crtc_ops [imx_lcdifv3_crtc])&lt;BR /&gt;[ 3.472347][ T1] imx-lcdifv3-crtc imx-lcdifv3-crtc.0: lcdifv3_crtc_bind: lcdifv3 crtc bind begin&lt;BR /&gt;[ 3.481446][ T1] imx-lcdifv3-crtc imx-lcdifv3-crtc.0: lcdifv3_crtc_bind: lcdifv3 crtc bind end&lt;BR /&gt;[ 3.490342][ T1] imx-drm display-subsystem: bound imx-lcdifv3-crtc.0 (ops lcdifv3_crtc_ops [imx_lcdifv3_crtc])&lt;BR /&gt;[ 3.500874][ T1] imx-drm display-subsystem: bound 32c00000.bus:ldb@32ec005c (ops imx8mp_ldb_ops [imx8mp_ldb])&lt;BR /&gt;[ 3.511093][ T1] imx_sec_dsim_drv 32e60000.mipi_dsi: sec-dsim bridge bind begin&lt;BR /&gt;[ 3.518728][ T1] imx_sec_dsim_drv 32e60000.mipi_dsi: version number is 0x1060200&lt;BR /&gt;[ 3.526581][ T1] imx_sec_dsim_drv 32e60000.mipi_dsi: Lanes 4 channel 0 format 0 mode 3&lt;BR /&gt;[ 3.534792][ T1] imx_sec_dsim_drv 32e60000.mipi_dsi: sec-dsim bridge bind end&lt;BR /&gt;[ 3.542218][ T1] imx-drm display-subsystem: bound 32e60000.mipi_dsi (ops imx_sec_dsim_ops [sec_mipi_dsim_imx])&lt;BR /&gt;[ 3.552855][ T1] [drm] Initialized imx-drm 1.0.0 20120507 for display-subsystem on minor 0&lt;BR /&gt;[ 3.565880][ T1] imx-drm display-subsystem: [drm] fb0: imx-drmdrmfb frame buffer device&lt;BR /&gt;&lt;BR /&gt;[ 15.420957][ T396] *** lcdifv3 set mode&lt;BR /&gt;[ 15.424927][ T396] *** h: 1280 v: 800 reg: 52430080&lt;BR /&gt;[ 15.429938][ T396] *** h fp: 80 h_bp: 80 reg: 5242960&lt;BR /&gt;[ 15.435117][ T396] *** v fp: 11 v_bp: 12 reg: 786443&lt;BR /&gt;[ 15.440218][ T396] *** h_sync: 2 v_sync: 2 reg: 131074&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thank you,&lt;/P&gt;&lt;P&gt;Nathan&lt;/P&gt;</description>
      <pubDate>Tue, 05 Sep 2023 15:57:55 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/imx8mp-display-ordering/m-p/1717321#M212055</guid>
      <dc:creator>NathanG</dc:creator>
      <dc:date>2023-09-05T15:57:55Z</dc:date>
    </item>
    <item>
      <title>Re: imx8mp display ordering</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/imx8mp-display-ordering/m-p/1719010#M212212</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/222563"&gt;@NathanG&lt;/a&gt;,&amp;nbsp;&lt;/P&gt;
&lt;P&gt;It seems that you could apply a patch to implement your multidisplay. However, your Android software is supported by Variscite.&lt;BR /&gt;Please contact with the Variscite support team to find the proper solution. &lt;/P&gt;
&lt;P&gt;Have a great day!&lt;/P&gt;</description>
      <pubDate>Thu, 07 Sep 2023 19:37:37 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/imx8mp-display-ordering/m-p/1719010#M212212</guid>
      <dc:creator>brian14</dc:creator>
      <dc:date>2023-09-07T19:37:37Z</dc:date>
    </item>
    <item>
      <title>Re: imx8mp display ordering</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/imx8mp-display-ordering/m-p/1719018#M212214</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;Thanks for the response. The displays work fine in the normal order so this seemed like a low lever driver issue as opposed to a a hardware implementation and the i.mx8m plus seems to have a unique graphics subsystem, which is why I pinged here first.&lt;/P&gt;&lt;P&gt;Further data:&amp;nbsp; Both the LVDS and DSI displays show up in /sys/class//drm/ as card0-LVDS-1 and card0-LVDS-2, but the DSI-&amp;gt;bridge-&amp;gt;LVDS under card0-LVDS-2 reports disabled for 'cat enabled'&amp;nbsp; and connected for 'cat status'.&lt;/P&gt;&lt;P&gt;Thank you,&lt;/P&gt;&lt;P&gt;Nathan&lt;/P&gt;</description>
      <pubDate>Thu, 07 Sep 2023 19:46:29 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/imx8mp-display-ordering/m-p/1719018#M212214</guid>
      <dc:creator>NathanG</dc:creator>
      <dc:date>2023-09-07T19:46:29Z</dc:date>
    </item>
    <item>
      <title>Re: imx8mp display ordering</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/imx8mp-display-ordering/m-p/1727133#M212948</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;To close the loop, the issue was with the i.MX8M Plus specific ldb initialization file imx8mp-ldb.c . There was a patch applied to the &lt;A href="https://github.com/nxp-imx/linux-imx/compare/lf-5.10.y" target="_blank"&gt;lf-5.10.y&lt;/A&gt; branch in October 2022 that was not in the Variscite distribution. This bug also impacts LVDS + HDMI if only Channel 1 is enabled.&lt;/P&gt;&lt;P&gt;&lt;A href="https://github.com/nxp-imx/linux-imx/commit/bb87c960d81513dd89f29be363e33fa947211ab2" target="_blank"&gt;https://github.com/nxp-imx/linux-imx/commit/bb87c960d81513dd89f29be363e33fa947211ab2&lt;/A&gt;&lt;/P&gt;&lt;P&gt;Nathan&lt;/P&gt;</description>
      <pubDate>Thu, 21 Sep 2023 12:06:27 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/imx8mp-display-ordering/m-p/1727133#M212948</guid>
      <dc:creator>NathanG</dc:creator>
      <dc:date>2023-09-21T12:06:27Z</dc:date>
    </item>
  </channel>
</rss>

