Re: [RFC BlueZ] adapter: Fix memory leak on discovery cleanup

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

 



Hi Lizardo,

On Wed, Oct 17, 2012, Anderson Lizardo wrote:
> During discovery cleanup, it was attempted to send a DevicesFound()
> D-Bus signal for pending found devices, but adapter->discovery was set
> to NULL before calling send_devices_found(), therefore it never sent any
> signal (and there was a leak of discovery->pending list).
> 
> Fixes this memory leak when pairing two LE devices:
> 
> ==1822== 8 bytes in 1 blocks are definitely lost in loss record 42 of
> 246
> ==1822==    at 0x482BE68: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
> ==1822==    by 0x48869AA: standard_malloc (gmem.c:85)
> ==1822==    by 0x4886E42: g_malloc (gmem.c:159)
> ==1822==    by 0x489B26D: g_slice_alloc (gslice.c:1003)
> ==1822==    by 0x489C10A: g_slist_prepend (gslist.c:265)
> ==1822==    by 0x1855AE: adapter_update_found_devices (adapter.c:2846)
> ==1822==    by 0x191431: btd_event_device_found (event.c:260)
> ==1822==    by 0xBC01001A: ???
> ==1822==
> ---
>  src/adapter.c |    4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)

Applied. Thanks.

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


[Index of Archives]     [Bluez Devel]     [Linux Wireless Networking]     [Linux Wireless Personal Area Networking]     [Linux ATH6KL]     [Linux USB Devel]     [Linux Media Drivers]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Big List of Linux Books]

  Powered by Linux