Kernel memory leak detector 0.9

Catalin Marinas lkml 1 version Aug 12, 2006 In review

Get series with b4

b4 am [email protected]

Versions newest first

v1 Latest Aug 12, 200610 patches 28 repliesIn review

Patches in v1 No applies recorded yet

#	Subject and files	Size	Replies
1/10	Base support for kmemleak`include/linux/kernel.h` `include/linux/memleak.h` `init/main.c` +3 more	+1520 -3	0 replies
2/10	Some documentation for kmemleak`Documentation/kmemleak.txt`	+157 -0	0 replies
3/10	Add the memory allocation/freeing hooks for kmemleak`include/linux/slab.h` `mm/page_alloc.c` `mm/slab.c` +1 more	+47 -4	0 replies
4/10	Modules support for kmemleak`kernel/module.c`	+41 -0	0 replies
5/10	Add kmemleak support for i386`arch/i386/kernel/vmlinux.lds.S` `include/asm-i386/processor.h` `include/asm-i386/thread_info.h`	+25 -1	0 replies
6/10	Add kmemleak support for ARM`arch/arm/kernel/vmlinux.lds.S` `include/asm-arm/processor.h`	+19 -0	0 replies
7/10	Remove some of the kmemleak false positives`drivers/base/platform.c` `drivers/hwmon/w83627hf.c` `drivers/scsi/hosts.c` +8 more	+50 -1	0 replies
8/10	Keep the __init functions after initialization`include/linux/init.h` `lib/Kconfig.debug`	+16 -0	0 replies
9/10	Simple testing for kmemleak`lib/Kconfig.debug` `mm/Makefile` `mm/memleak-test.c`	+101 -0	0 replies
10/10	Update the MAINTAINERS file for kmemleak`MAINTAINERS`	+6 -0	0 replies

Reviews trailers per patch

No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.

Read the v1 thread

Cover letter [PATCH 2.6.18-rc4 00/10] Kernel memory leak detector 0.9

This is a new version (0.9) of the kernel memory leak detector. See the Documentation/kmemleak.txt file for a more detailed description. The patches are downloadable from (the whole patch or the broken-out series):

http://homepage.ntlworld.com/cmarinas/kmemleak/patch-2.6.18-rc4-kmemleak-0.9.bz2
http://homepage.ntlworld.com/cmarinas/kmemleak/broken-out/patches-kmemleak-0.9.tar.bz2

What's new in this version:

- updated for 2.6.18-rc4
- reviewers comments implemented
- the number of reports are limited to avoid soft-lockups in case of a serious memory leak
- some bug-fixes (including one that was preventing the page-aligned blocks from being reported)

To do:

- testing on a wider range of platforms and configurations
- support for ioremap tracking (once the generic ioremap patches are merged)
- eliminate the task stacks scanning (if possible, by marking the allocated blocks as temporary until the return to user-space - Ingo's suggestion)
- precise type identification (after first assessing the efficiency of the current method as it requires changes to the kernel API)

Signature · 1 line

Catalin

Read the cover letter in its thread