schunckt

Look at your board config file:  config/boards/orangepi5b.csc
In there you will find the board family, which in your case is:
BOARDFAMILY="rockchip-rk3588"
 
Then look at the corresponding board family config file:
config/sources/families/rockchip-rk3588.conf
 
There you will find a section for each branch (i.e vendor, current, edge) that will specify which kernel source is used:
For BRANCH=vendor that would currently be:
        KERNELSOURCE='https://github.com/armbian/linux-rockchip.git'
        KERNELBRANCH='branch:rk-6.1-rkr5.1'
        KERNELPATCHDIR='rk35xx-vendor-6.1'
 
 
 
 

I can confirm 6.1.47 now works!
One caveat: Highest resolution 2592x1944 still has the cma/dma memory error like  6.4.x.
But as of now I don't mind.
 
I'll focus next on the harware encoding and other hardware resting,
 
 
   Thilo

@schunckt I have disabled patch/kernel/archive/sunxi-6.1/patches.megous/media-sun6i-csi-Pass-on-g_parm-s_parm-to-the-subdev.patch as that was the code causing the kernel oops. You should be able to use the camera now with 6.1 kernel as well 

Just build EDGE or install the EDGE kernel ready to confirm or refute my assumptions.
 
P.S. BRANCH=edge
Today it is the core v6.4.8

Did further play around with ffmpeg and v4l pipeline.
This now WORKS also 6.4.8-sunxi  (Armbian_23.08.0-trunk_Nanopiduo2_jammy_edge_6.4.8_minimal  build from 07-Aug)
v4l2-ctl --device /dev/video1 --set-fmt-video=width=1280,height=720,pixelformat=YUYV media-ctl --device /dev/media1 --set-v4l2 '"ov5640 2-003c":0[fmt:YUYV8_2X8/1280x720]' ffmpeg -i /dev/video1 -q 10 -pix_fmt yuv420p -video_size 1280x720 -r 5 -listen 1 -f avi http://192.168.179.55:8080/stream VLC http://192.168.179.55:8080/stream ffmpeg is  version 4.4.2-0ubuntu0.22.04.1
 
This means, there was a problem "behind the scenes" in 6.1x  which is now fixed.
Other parameters which did work in the past and now failing might be a side effect of internal improvments.
I'll figure out anyway because this kernel now also contains the cedrus video engine and I want to use that for encoding and decoding.
 
So from my point of view the issue is solved.
 
@going the highest resolution 2592x1944 did work in friendlycore xenial 4.14 so the driver WAS able to do so.
Don't know yet if something is now broken - but as said above need to play around anyways.
 
 
Thanks @all!
 
    Thilo
 

Full .dts, which is works for us, now is  placed in uboborov repository.