October 4Oct 4 For the vendor-rk35xx kernel (6.1.115): an out-of-tree build of the vendor imx415 driver with a real 4K@60 mode, plus the overlay to bind it. https://github.com/bambooCZ/rk3588-imx415-4k60 Edited October 5Oct 5 by Abdul Badalambadad
October 13Oct 13 Hi Abdul, Nice work — the out-of-tree route is honestly the sane one for the vendor kernel. The imx415.c that ships in the 6.1 BSP is an old snapshot, and a couple of things in it bite people: the default mode it probes to is 4K@30, and the sensor's native 4K@60 mode exists in the table but needs the right link frequency and a 4-lane MIPI wiring to sustain ~890 Mbps per lane. If you copied the mode table from a Radxa overlay made for a 2-lane carrier, the driver will load fine and quietly negotiate 30 fps anyway, so it's worth checking the actual sensor-side rate with v4l2-ctl --get-fmt video0 on the sensor subdev, not just the capture node. The other one that wastes days: media-ctl. The rkisp1 pipeline does not inherit formats — every pad (sensor → MIPI CSI2 → isp0) has to be set explicitly with matching formats, or you get a working probe and black frames. Once the mode is real, IMX415's rolling shutter at 4K@60 is quite usable for machine vision; we've shipped it in industrial RK3588 products. Lighting is the only thing that gets ugly — low light and 60 fps means short exposure, so expect to trade gain. Thanks for publishing it properly with the overlay. That's the part everyone keeps in private forks.
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.