Tx2-4g R32.3.1 rs232 console message

Getting these messages what do they mean, and how do I fix them.

[60487.665402] host1x 13e10000.host1x: cdma_handle_timeout: timeout: 47 (15700000.vi_0) clientid 2687843, HW thresh 1789563, done 1789563
[60487.681388] host1x 13e10000.host1x: cdma_handle_timeout: timeout: 35 (15600000.isp_nvargus-daemon_0) clientid 2687834, HW thresh 3545577, done 3545579

hello terrysu50z,

we’ll need more details for reference,
for example,
may I know what’s your use-case, or, you may share the pipeline to reproduce the failure.
thanks

so the messages are related to my gstreamer?

gst-launch-1.0 -vvvv nvarguscamerasrc
! ‘video/x-raw(memory:NVMM),width=3864,height=2180’
! queue max-size-buffers=1 leaky=2 name=q1
! tee name=t
t. ! queue name=q3
! nvvidconv name=stalkerLoc flip-method=2 left=1692 right=2172 top=900 bottom=1280
! ‘video/x-raw(memory:NVMM),width=480,height=380’
! nvoverlaysink name=displaySink async=false sync=false overlay-x=0 overlay-y=361 overlay-w=480 overlay-h=380
t. ! queue name=q4
! valve drop=true
! nvvidconv
! clockoverlay time-format="%D %H:%M:%S" halignment=right
! nvjpegenc ! multifilesink name=stalkerPicture async=false location=/mnt/sdcard/pic1.jpg
t. ! queue name=q5
! nvvidconv name=b ! ‘video/x-raw(memory:NVMM),width=(int)1920,height=(int)1080’
! nvivafilter cuda-process=true customer-lib-name=“libnvsample_cudaprocess.so”
! ‘video/x-raw(memory:NVMM),width=(int)1920,height=(int)1080, format=NV12’
! nvv4l2h264enc maxperf-enable=1 bitrate=8000000
! ‘video/x-h264, stream-format=(string)byte-stream’
! h264parse
! valve drop=true
! splitmuxsink name=stalkerVideoSink async-handling=true location=/tmp/tmpFile

Same info as
R32.3.1 tx2-4g gstreamer app fails to start

Terry

So did an apt update and apt upgrade, now my syslog is very quite. MIssing nvargus-daemon stop and restart messages.

Now when my gstreamer does not restart I get no messages in syslog. The console message seem to be new in the scheme.

I have a qt app that starts my videoSystem and terminate the screen with video. I have found that the videosystem will not restart until I do a systemctl restart nvargus-daemon. This is still the case today, but it seems to be getting better, you guys are changing things in this area pretty regularly?

Keep up the good work, but I am concerned of when I should know something has changed? I reported a problem and it looks like running a shell script with the gstreamer I can cntrl-c and restart correctly, It appears that a shell script and gst_parse_launch do not always work the same way. I am doing a killall on the videosystem to emulate the cntrl-c, setting the stream to NULL will hang and never return.

Thanks
Terry

hello terrysu50z,

since you’re having use-case to enable camera for streaming via nvarguscamerasrc.
suggest you may narrow down the issue next time by referring to Approaches for Validating and Testing the V4L2 Driver for some simplify samples to access the camera stream.

BTW,
you may also refer to L4T release notes for a detailed list of changes and updates made to the latest BSP.
thanks