RDK Resources
[*RDK Preferred*]
Code Management Facility
RDK Forums
[RDK Conferences]
RDK Support
Archives
Papers & Presentations Archive
...
...
...
...
...
CONFIG_HAVE_DEBUG_KMEMLEAK=y |
...
i1) Create kmemleak.cfg file under meta-cmf-raspberrypi/recipes-kernel/linux/files with below kernel configs.
Note: Need to add this change in corresponding platform OEM layer.
CONFIG_HAVE_DEBUG_KMEMLEAK=y |
ii2) Add kmemleak.cfg file in meta-cmf-raspberrypi/recipes-kernel/linux/linux-raspberrypi_5.10.52.bb .bb
Note: Need to add this change in corresponding platform OEM layer.
Please find below diff file.
Ex:
diff --git a/recipes-kernel/linux/linux-raspberrypi_5.10.52.bb b/recipes-kernel/linux/linux-raspberrypi_5.10.52.bb |
iii3) Once build done with above changes, verify the kernel configs are enabled in final kernel boot config file.
Path of kernel boot config file: build build-raspberrypi-rdk-mc/tmp/work/raspberrypi_rdk_mc-rdk-linux-gnueabi/linux-raspberrypi/1_5.10.52+gitAUTOINC+dbe03fa900_2697f74031-r0/image/boot/config-5.10.52-v7
Note: Need to verify in corresponding platform specific final kernel boot config file
Ex:
csures569@dvm-yocto3-docker-csures569:~/ |
rpi- |
stack/build-raspberrypi-rdk-mc/tmp/work/raspberrypi_rdk_mc-rdk-linux-gnueabi/linux-raspberrypi/1_5.10.52+gitAUTOINC+dbe03fa900_2697f74031-r0/image/boot$ cat config-5.10.52-v7 | grep "KMEMLEAK" |
iv4) Once flash On flashing the image with above changes , verify the kmemleak enabled in the device, it will create a kmemleak folder under /sys/modules/ and kmemleak file under /sys/kernel/debug/
Ex:
root@raspberrypiroot@raspberrypi-rdk-mc:/sys/module# ls -l | grep "kmemleak" |
v5) Once enabled kmemleak we will get kernel memory leaks in /sys/kernel/debug/kmemleak file if leaks are reported.
...
Note: kmemleak-test is a test .ko by default in rpi3 module available as part of kmemleak. By default, this module is not compiled , in RPI3 and so there is no kmemleak-test.ko module , so . If needed, we need to enable to build as a module and generated module file.by following the above mentioned kernel configurations.
Path of kmemleak-test module source : build-raspberrypi-rdk-mc/tmp/work-shared/raspberrypi-rdk-mc/kernel-source/samples/kmemleak/kmemleak-test.c
kmemleak-test.ko
Note: Need to generate kmemleak-test.ko module file from corresponding platform specific kernel source code.
Step 1 : Copy kmemleak-test.ko module to this path /lib/modules/5.10.52-v7/ in box .
Step 2 : load the module to kernel space with insmod command.
Ex:
root@raspberrypi-rdk-mc:~# insmod /lib/modules/5.10.52-v7/kmemleak-test.ko |
Step3Step 3 : verify whether module is loaded or not
Ex: lsmod
root@raspberrypi-rdk-mc:~# lsmod |
kmemleak test module loaded. |
Step4Step 4: Perform a scan
Ex: echo scan > /sys/kernel/debug/kmemleak
root@raspberrypi-rdk-mc:~# echo scan > /sys/kernel/debug/kmemleak |
Step5Step 5: Collect memory leak data
...
View file | ||||
---|---|---|---|---|
|
View file | ||||
---|---|---|---|---|
|
Suppose that you have a kernel module code which you want to test for kernel memory leaks. Make sure that kmemleak is enabled as mentioned above. Then, run the functionality of your kernel module by invoking it. Any memory leaks present in the kernel driver code will be reported in /sys/kernel/debug/kmemleak.
Memory leaks from module_init and module_exit functions get reported when the driver is inserted or removed. Inorder to test the memory leaks present in other functions , we need to manually invoke those functions.
While kmemleak can be a useful tool for detecting and reporting memory leaks in the Linux kernel, there are several limitations and drawbacks to consider:
The main drawback is the reduced performance of memory allocation and freeing. To avoid other penalties, the memory scanning is only performed when the /sys/kernel/debug/kmemleak file is read. Anyway, this tool is intended for debugging purposes where the performance might not be the most important requirement.
False positives: Kmemleak may report potential memory leaks that are actually false positives, leading to unnecessary investigation and debugging.
Overhead: Kmemleak can increase the overhead of the kernel, particularly during the initial scanning phase. This can impact system performance and resource utilization.
Incomplete coverage: Kmemleak may not be able to detect all memory leaks, particularly those that occur in modules or code that are not regularly scanned.
Debugging complexity: Debugging memory leaks can be a complex and time-consuming process, particularly in large and complex kernel codebases.
Ref: https://static.lwn.net/kerneldoc/dev-tools/kmemleak.html
...