I’m successfully using a 1920x1200 MIPI-DSI panel (MI1010AQT-1) on a Verdin iMX8MM with BSPv6.2 and a custom carrier board. Since the panel is factory-initialized and only requires a power supply I’m using the panel-simple driver (patch (2.1 KB)).
I have the problem when I want to resume the system after suspending, that the display remains black. When I look into dmesg I see the following error:
When I restart weston with systemctl restart weston then the panel is initialized correctly. So I used ftrace to look into the function calls when restarting weston
So basically weston calls the same functions (disable, unprepare, prepare & enable) in the same order as when the system suspend/resume. But why does prepare fail in the second case so that enable isn’t called?
Hello @Mowlwurf ,
I have tried to reproduce your issue with the following configuration.
Dahlia carrier board v1.1C
DSI to LVDS adapter V1.1
Verdin iMX8MM Q 2GB WB IT V1.1B
BSP 6.2 Reference multimedia image
I suspend and resume the module using the following command: echo +5 > /sys/class/rtc/rtc1/wakealarm; echo deep > /sys/power/mem_sleep; echo mem > /sys/power/state
The suspend → resume process happens without errors.
Is your issue consistently reproducible? Are you able to reproduce it using a Verdin Development Board?
In the meantime I have asked internally.
Yes, the issue is consistently reproducible. In contrast to you I’m using a MIPI-DSI panel, not a LVDS panel. Therefore another driver is used (panel-simple) which brings the error during wakeup (please see my first post).
I will try to reproduce the issue on a Verdin Devolopment Board in the next days.
I was able to reproduce the issue with the following configuration:
Verdin Development Board V1.1C
Verdin iMX8MM Q 2GB WB IT V1.1B
BSP 6.2 Reference multimedia image with the following custom layer: meta-gemac.zip (3.9 KB)
MIPI-DSI panel MI1010AQT-1 connected to X48
When I use the DSI to LVDS or DSI to HDMI adapter the problem doesn’t occure because other drivers are used.
So far I haven’t tried the Raydium driver solution because it’s only a workaround that I would try as a last option due to its complexity.
I would like to stay with the panel-simple driver because it fits best for our panel and apart from the suspend/resume it works very well.
So I hope there is a solution for the resume problem. For our part, it would be possible to provide you with a display with connector suitable for the Verdin Development Board.