I understood that the receiver will waiting for deskew signal when dphy rate > 1.5Gbps, If I can bypass the waiting process for secondly start the camera?
because the serdes sent the deskew signal once, for secondly process, the serdes will not send the deskew, and then the receiver will stall.
another question please help comment:
After I execute “gst-launch-1.0 v4l2src ! xvimagesink”, then it seems the orin dphy rx be enabled, then waiting for deskew signal, does there possible to send deskew signal before Gstreamer?
Yes, I have method to send the deskew once before the gst command, but it seems orin not ready to receive the deskew signal, and then gst command execute, the dphy rx active and waiting for deskew, so it will stall.
does there a way to active CSI before gst command? and does it possible gst command not active the CSI again?
The tough situation is that there are /dev/video0 and /dev/video1 use the same dphy tx port, so that if I use “gst-launch-1.0 v4l2src device=/dev/video0 ! xvimagesink“ open video0, the dphy rx need deskew signal, then I use “gst-launch-1.0 v4l2src device=/dev/video1 ! xvimagesink“ open video1, the dphy rx also need deskew signal.
While one dphy tx port will send deskew signal only once, so the video1 will stall.
It seems a little bit strange for that NVCSI waiting for de-skew signal on every active.
In my mind, one de-skew is enough for every power-on + first NVCSI active, right? Does it possible NVCSI not wait for de-skew when it has been skew calibrated?
