And then for some reason, memory is attempted to be unpinned even though it was never allocated in the first place. Even though the kernel panic is the second failure, it should not happen since the whole system is brought down.
I’ve attached the full logs. Can somebody please take a look?
*** Please note that this reply is generated by LLM automatically ***
Based on the provided information, it appears that you are experiencing a kernel panic issue on your Jetson Orin AGX devkit 64GB running L4T r3647, specifically with the tegracamera driver. The issue is related to the vi capture setup failure, which leads to a memory unpinning attempt, even though the memory was never allocated.
To better understand the issue, let’s break down the key points:
Kernel panic: The system is experiencing a kernel panic, which is a critical error that causes the system to crash.
tegracamera driver: The issue is related to the tegracamera driver, which is responsible for handling camera-related tasks.
vi capture setup failure: The vi capture setup is failing, which is likely causing the kernel panic.
Memory unpinning attempt: The system is attempting to unpin memory that was never allocated, which is causing the kernel panic.
Comparing this issue to other similar issues in the provided context, we can see that there are several other issues related to camera and kernel panics on the Jetson Orin platform. For example:
CSI-0 with MIPI 4 lane is not working properly ( Jetson Orin Nano camera, board-design): This issue is related to a camera setup failure, which could be similar to the vi capture setup failure in your case.
CSI Camera 0 Hangs When Trying to Collect an Image with v4l2-ctl (Jetson Orin Nano camera): This issue is related to a camera hang, which could be caused by a similar issue with the tegracamera driver.
Jetson Orin Nano - IMX219 not detected on JetPack 6 (Error -121) (Jetson Orin Nano camera): This issue is related to a camera detection failure, which could be caused by a similar issue with the tegracamera driver.
To troubleshoot this issue, you may want to try the following:
Check the camera setup: Verify that the camera setup is correct and that the vi capture setup is properly configured.
Update the tegracamera driver: Try updating the tegracamera driver to the latest version to see if it resolves the issue.
Check for memory issues: Run a memory test to ensure that there are no memory-related issues that could be causing the kernel panic.
Check the kernel logs: Analyze the kernel logs to see if there are any other error messages that could indicate the root cause of the issue.
It’s also recommended to reach out to NVIDIA support for further assistance, as they may be able to provide more specific guidance on troubleshooting and resolving the issue.
*** Please give the thumbs up if you get answers you like. Or provide feedback to help us improve the answer. ***
according to the logs, it’s the kernel panic reported by NULL pointer dereference.
please try refer to below to apply 3 kernel patches for verification.
for instance,
– Topic 337341: [Camera][VI] Add semaphore to avoid multi-cam race condition
– Topic 337609: [Camera][VI] Memory leakage fix with error recovery
– Topic 344342: [Camera][VI] kernel panic when accessing non-existent camera on developer kit
Hi Jerry - Thanks for the response. From a short stress test, it looks like the issue is resolved with those patches. I will stress test it for longer before confirming the crash is gone.
I saw the patch from 337609 is already included in the latest L4T release.
However for 337341 and 344342, which release will they be included in? I saw 337341 is from before 36.4.2, but still not included in 36.4.7.
It would be good for these to be included in the next release so we do not have to manually patch the kernel in the future,
those fixes has included in the latest rel-36 code-line.
although the next r36.5 public release will include the fixes. I don’t have release plan of next JP-6 public release.
Hi Jerry - Do you have an ETA for when 337341 will be merged?
My stress tests included:
10 hours of continuous streaming from 8 cameras
10 hours of streaming from 6 cameras while continuously trying to reconnect to 2 other cameras while being unplugged
Some cycles of unplugging active cameras and making sure I don’t see a kernel panic
I ran all of these tests and everything remained stable with regards to the Tegra camera driver, so as far as I can tell the issue is resolved with these patches.
let me revise my previous comments.
the change from Topic 337341 for adding semaphore lock to avoid race condition has merged into rel-36 as well.
you should expect next JP-6 public release (i.e. r36.5) will include those fixes.
however, I don’t have release plan of next Jetpack-6 public release.