View Issue Details

IDProjectCategoryView StatusLast Update
0006304fsimx_LinuxKernelpublic2024-08-01 12:44
Reportergerbach Assigned To 
PrioritynormalSeverityminorReproducibilityhave not tried
Status resolvedResolutionfixed 
Product Versionfsimx8mp-Y2023.09 
Target Versionfsimx8m-nextFixed in Versionfsimx8mp-Y2024.07 
Summary0006304: [FSIMX8MP] HDMI+LVDS whitout LVDS connected leads to endless loop while booting
DescriptionWhen activating HDMI and LVDS in the device tree without connecting a LVDS display the
Kernel boots into an endless loop printing

dwhdmi-imx 32fd8000.hdmi: Detected HDMI TX controller v2.13a with HDCP (samsung_dw_hdmi_phy2)
imx-drm display-subsystem: bound imx-lcdifv3-crtc.0 (ops lcdifv3_crtc_ops)
imx-drm display-subsystem: bound imx-lcdifv3-crtc.1 (ops lcdifv3_crtc_ops)
imx-drm display-subsystem: bound imx-lcdifv3-crtc.2 (ops lcdifv3_crtc_ops)
dwhdmi-imx 32fd8000.hdmi: Detected HDMI TX controller v2.13a with HDCP (samsung_dw_hdmi_phy2)
imx-drm display-subsystem: bound imx-lcdifv3-crtc.0 (ops lcdifv3_crtc_ops)
imx-drm display-subsystem: bound imx-lcdifv3-crtc.1 (ops lcdifv3_crtc_ops)
imx-drm display-subsystem: bound imx-lcdifv3-crtc.2 (ops lcdifv3_crtc_ops)
dwhdmi-imx 32fd8000.hdmi: Detected HDMI TX controller v2.13a with HDCP (samsung_dw_hdmi_phy2)

This may be due to a DEFER loop

see
https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg2189591.html

Additional Informationhttps://www.mail-archive.com/linux-kernel@vger.kernel.org/msg2189591.html

As said I'm currently on the imx-drm driver. The iMX6 devices are
using the synopsis HDMI IP core and so they are using this bridge device
driver (drivers/gpu/drm/bridge/synopsys/). The imx-drm driver can be
build module wise. As example I enabled the LDB and the HDMI support.
The HDMI driver is composed as platform driver with different
(sub-)drivers and devices. Those devices are populated by the HDMI core
driver _probe() function and triggers a driver_deferred_probe_trigger()
after the driver successfully probed. The LDB driver bind() returns
-EPROBE_DEFER because the panel we are looking for depends on a defered
regulator device. Now the defered probe code tries to probe the defered
devices again because the local-trigger count was changed by the HDMI
driver and we are in the never ending loop.
Forum Link

Activities

gerbach

2024-08-01 12:44

developer   ~0004978

Git commit 3fb9d60b680d849ad1b672462f7e9fa0dbca8d59