2.6.16-rc5-mm2 - yet another memory leak...

Valdis.Kletnieks at vt.edu Valdis.Kletnieks at vt.edu
Mon Mar 6 00:38:28 UTC 2006


Yet another leak - this time it seems to be the audit_socketcall()
in sys_socketcall().

When I did this, the laptop had been up for about 16 hours, with no network
connectivity.  There were about 400K size-32 slab entries outstanding then - later
on it was well over 1.2M after some more uptime.

dmesg -s 16000000 |  grep ' obj ' 1 | cut -f2 -d: | sort | uniq -c | sort -nr | head
 199154  c02e72b2 <sys_socketcall+0x4d/0x186>
   8412  c01da799 <cond_insertf+0xb5/0x10d>
   4949  c01d5007 <ebitmap_read+0xc1/0x1ce>
   2136  c01d52b2 <hashtab_insert+0x64/0xc3>
   1873  c01d795f <policydb_read+0x2b9/0xbbe>
   1454  c01d72ea <type_read+0x1e/0xde>
    698  c01cf596 <selinux_file_alloc_security+0x25/0x47>

(Meta-question - why am I tripping over all these leaks?)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 228 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/linux-audit/attachments/20060305/bba27a2e/attachment.sig>


More information about the Linux-audit mailing list