JP5.1 nvarguscamera doesn't recover from single NVCSI failure

And it is intermittent signaling. Camera disconnect fails completely with Python and OpenCV (Not argus related)

hello casperlyngesen.mogensen,

thanks for clarification, it looks error handling mechanism is working as expected.

Yes, i agree. It is only the segmentation fault, that causes problems now

let me have clarification,
since there’s intermittent signaling, it shows timeout failures from camera pipeline. Argus will report it via EVENT_TYPE_ERROR, and the application has to shutdown.
the segmentation fault is expected to force-stop the application, due to you’ve also confirm the camera functionality after restart the application, the Argus error handling mechanism is functional.

Hi JerryChang. Would it be possible to provide patched versions of and for JP5.0.2 and JP5.1.0?

We have been suffering from the lack of error handling on this specific error also, but our systems in the field are based on both JP5.0.2 and JP5.1.0. This is affecting us in a big way.

While we will upgrade eventually, we cannot do it immediately. Thank you.

So the segfault is expected? So if we switch to libargus directly, we can get events and handle the errors proberly?

hi all,

sorry, we don’t back porting the fixes to previous release.
you may moving to JP-5.1.1 to apply the pre-built update, or waiting for next public Jetpack release.

it’s expected failure from user-space side to terminate the application.
the error handling mechanism is implemented in software stack, it also works with libargus.

I will give libargus a try, but yesterday we had a lot of seg faults from nvargus-daemon.

If we have three cameras running and one fails with nvargus-daemon doing the segmentation fault, the other two will hang until we restart the application. The last part might be a problem in the gstreamer pipeline, so let’s see what libargus can do for us

hello casperlyngesen.mogensen,

since there’s pre-built update to address the stability issue,
let’s submit a new thread for following-up your use-case. you may leave the topic-id here for better tracking.

I will do that, when i have done some testing without gstreamer and opencv.

I also started testing the new and and immediately ran into a crash after a timeout. It is 100% reproducible simply by disabling streaming using:
echo 0 | sudo tee /sys/kernel/debug/camera-video0/streaming
while capture is running. The original argus did not crash. I posted the crash dump at:

This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.