-
Notifications
You must be signed in to change notification settings - Fork 8.2k
Closed
Copy link
Labels
area: VideoVideo subsystemVideo subsystembugThe issue is a bug, or the PR is fixing a bugThe issue is a bug, or the PR is fixing a bugplatform: NXPNXPNXPpriority: lowLow impact/importance bugLow impact/importance bug
Description
Describe the bug
Video capture sample does not work on NXP i.MX RT10xx (RT1060-EVK, RT1064-EVK).
Similar to the mcxn947 (ov7670/smartDMA) issue, the CSI needs to be initialized BEFORE the camera sensor to provide clock to the camera sensor. However, if we change the CSI init priority, it will not compile because the CSI node refers to the camera sensor node in the DT so it has to be initialized AFTER the sensor. This is a deadlock/chicken-egg issue as Zephyr currently does not allow circular dependency.
- Platforms : i.MX RT10xx (RT1060-EVK, RT1064-EVK)
- Workaround : This issue is similar to the one on mcxn947 (ov7670/smartDMA), we need to change CSI init priority and disable the init priority check as a work-around for this.
CONFIG_VIDEO_MCUX_CSI_INIT_PRIORITY=60
CONFIG_VIDEO_INIT_PRIORITY=61
CONFIG_CHECK_INIT_PRIORITIES=n
To Reproduce
- Build and run the video capture sample on i.MX RT1064-EVK
west build -p -b mimxrt1064_evk samples/drivers/video/capture -DSHIELD='dvp_fpc24_mt9m114 rk043fn66hs_ctg'
west flash - NO camera frame is displayed on the LCD
Expected behavior
Camera frame is displayed on the LCD
Metadata
Metadata
Assignees
Labels
area: VideoVideo subsystemVideo subsystembugThe issue is a bug, or the PR is fixing a bugThe issue is a bug, or the PR is fixing a bugplatform: NXPNXPNXPpriority: lowLow impact/importance bugLow impact/importance bug