Search Linux Wireless

Memory leak in cfg80211

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Johannes,

A recent change to cfg80211 has resulted in kmemleak reporting a new leak:

unreferenced object 0xffff8800b24cba80 (size 192):
  comm "kworker/1:0", pid 13, jiffies 4294899104 (age 5432.336s)
  hex dump (first 32 bytes):
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
    06 00 00 00 55 53 00 00 d0 a6 24 00 40 b8 25 00  ....US....$.@.%.
  backtrace:
    [<ffffffff81444cf1>] kmemleak_alloc+0x21/0x50
    [<ffffffff81147770>] __kmalloc+0x130/0x2c0
    [<ffffffffa02b93e3>] reg_copy_regd+0x23/0xa0 [cfg80211]
    [<ffffffffa02ba5e2>] reg_todo+0x3d2/0x5a0 [cfg80211]
    [<ffffffff81063cdd>] process_one_work+0x19d/0x6f0
    [<ffffffff81064605>] worker_thread+0x155/0x400
    [<ffffffff81069b56>] kthread+0xd6/0xe0
    [<ffffffff8145ba7c>] ret_from_fork+0x7c/0xb0
    [<ffffffffffffffff>] 0xffffffffffffffff

The traceback points back to the call at line 353 of net/wireless/reg.c where the regd space is allocated.

I verified that the memory is still allocated after unloading cfg80211. This is not a false report from kmemleak.

Thanks,

Larry



--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Wireless Personal Area Network]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Hiking]     [MIPS Linux]     [ARM Linux]     [Linux RAID]

  Powered by Linux