qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] slirp memory leaks (from valgrind)


From: Jan Kiszka
Subject: Re: [Qemu-devel] slirp memory leaks (from valgrind)
Date: Wed, 29 Feb 2012 17:32:13 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666

On 2012-02-29 17:15, Michael S. Tsirkin wrote:
> valgrind run shows a memory leak in slirp:
> 
> ==21745== 360 (168 direct, 192 indirect) bytes in 1 blocks are definitely 
> lost in loss record 700 of 856
> ==21745==    at 0x4A05FDE: malloc (vg_replace_malloc.c:236)
> ==21745==    by 0x298F01: socreate (socket.c:48)
> ==21745==    by 0x298FBC: tcp_listen (socket.c:601)
> ==21745==    by 0x296325: slirp_add_hostfwd (slirp.c:794)
> ==21745==    by 0x25E7BB: slirp_hostfwd (slirp.c:413)
> ==21745==    by 0x25F7C6: net_init_slirp (slirp.c:254)
> ==21745==    by 0x25BC72: net_client_init (net.c:1155)
> ==21745==    by 0x27C759: qemu_opts_foreach (qemu-option.c:1053)
> ==21745==    by 0x25AED1: net_init_clients (net.c:1452)
> ==21745==    by 0x24EC5A: main (vl.c:3277)
> 
> comments?

The socket tcp_listen creates and returns is not handled by
slirp_add_hostfwd, but it is part of the tcb queue of the slirp
instance. Hmm, maybe we fail to clean up the tcb on slirp destruction,
and that is the issue...

Jan

-- 
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux



reply via email to

[Prev in Thread] Current Thread [Next in Thread]