R35.4.1 update to R35.5.0， same camera capture lost frames

[JiaZW]

35.4.1 GMSL AR0233 YUV422 camera, 8 channels (MIPI0 4 channels, MIPI1 4 channels) acquisition is normal,

After the upgrade to 35.5.0, four channels of MIPI0 are normal for the first time, but frame loss occurs after four channels of MIPI1 are run.
Go back to run MIPI0 4 all lost frames, has been unable to recover, unless brush machine

gst-launch-1.0 -v v4l2src device=“/dev/video0” ! video/x-raw,
framerate=30/1,width=1920,height=1080,format=UYVY ! xvimagesink

log：
Additional debug info：
…gst_base_sink_is_too_late …
There may be a timestamping problem,or this computer is too slow
WARNING: … A lot of buffers are being dropped

[JiaZW]

v4l2-ctl -d /dev/video0 --set-fmt-video=width=1920,height=1200,pixelformat=UYVY --stream-mmap --stream-count=1000 --stream-to=/tmp/stream.yuv

This command is normal to capture frame rates
[video 0/1/2/3/4/5/6/7 all ok]

[ShaneCCC]

Did you boost the clocks to try?

sudo su
echo 1 > /sys/kernel/debug/bpmp/debug/clk/vi/mrq_rate_locked
echo 1 > /sys/kernel/debug/bpmp/debug/clk/isp/mrq_rate_locked
echo 1 > /sys/kernel/debug/bpmp/debug/clk/nvcsi/mrq_rate_locked
echo 1 > /sys/kernel/debug/bpmp/debug/clk/emc/mrq_rate_locked
cat /sys/kernel/debug/bpmp/debug/clk/vi/max_rate |tee /sys/kernel/debug/bpmp/debug/clk/vi/rate
cat /sys/kernel/debug/bpmp/debug/clk/isp/max_rate | tee  /sys/kernel/debug/bpmp/debug/clk/isp/rate
cat /sys/kernel/debug/bpmp/debug/clk/nvcsi/max_rate | tee /sys/kernel/debug/bpmp/debug/clk/nvcsi/rate
cat /sys/kernel/debug/bpmp/debug/clk/emc/max_rate | tee /sys/kernel/debug/bpmp/debug/clk/emc/rate