The nx version currently used is L4T 35.1.0
First check the current usage of kmalloc-256
Send the memory slabtop situation in the file
Using /dev/ttyTHS0, the baud rate is 460800
The other end of the serial port is connected to the PC, and the file is sent from the PC at the same time, and the baud rate is also 460800.
After closing minicom, kmalloc-256 is still not released.
Are you using the devkit or custom board for Xavier NX?
Is your issue about the serial communication or kmalloc-256 not released?
Could you help to verify with latest JP5.1.1(R35.3.1)?
Do you mean that you are using the custom carrier board for Xavier NX?
What I mean is to clarify what is your issue?
- serial communication fail on /dev/ttyTHS0
- kmalloc-256 not released after closing minicom
The minicom can communicate normally with the SSCOM of the PC, but the problem now is the memory leak of kmalloc-256.
Thanks for your clarification.
So. the issue is about the memory leak of kmalloc-256.
Do you have devkit could be reproduced with the same behavior?
Could you also provide the full serial console log for further check?
For the serial port, just do the following operations on the system,
“sudo systemctl disable nvgetty.service, sudo usermod -aG dialout robot”, others are consistent with the current system, there is no way to give logs in this regard, the only operation is to receive data through minicom and check the size change of kmalloc-256 through sudo slabtop Condition. You can check the pictures provided for your reference.
I reopened kmemleak debugging, recompiled the kernel and got these logs.
creenshot of sudo dmesg execution result
cat /sys/kernel/debug/kmemleak screenshot
unreferenced object 0xffff287d3ee64500 (size 256):
comm “hardirq”, pid 0, jiffies 4295062501 (age 1032.792s)
hex dump (first 32 bytes):
00 00 00 00 00 10 00 00 00 00 00 00 00 00 00 00 …
01 00 00 00 00 00 00 00 63 58 00 00 03 00 00 00 …cX…
Do you use UART with DMA enabled and get kmalloc-256 memory leak issue?
Yes. how to solve this problem
Can anyone help with this issue?
P3668-0001 for the core board, p3509-0000 for the carrier board
There is no update from you for a period, assuming this is not an issue any more.
Hence we are closing this topic. If need further support, please open a new one.
Could you help to provide the detailed reproduce steps on the devkit so that we could debug locally?
This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.