From: Cornelia Huck <cohuck@redhat.com>
To: Pan Nengyuan <pannengyuan@huawei.com>
Cc: peter.maydell@linaro.org, zhang.zhanghailiang@huawei.com,
David Hildenbrand <david@redhat.com>,
qemu-devel@nongnu.org, qemu-s390x@nongnu.org,
euler.robot@huawei.com, Richard Henderson <rth@twiddle.net>
Subject: Re: [PATCH v5 1/4] s390x: fix memleaks in cpu_finalize
Date: Fri, 20 Mar 2020 11:34:30 +0100 [thread overview]
Message-ID: <20200320113430.75c381fe.cohuck@redhat.com> (raw)
In-Reply-To: <20200314084730.25876-2-pannengyuan@huawei.com>
On Sat, 14 Mar 2020 16:47:27 +0800
Pan Nengyuan <pannengyuan@huawei.com> wrote:
> This patch fix memleaks when we call tests/qtest/cpu-plug-test on s390x. The leak stack is as follow:
>
> Direct leak of 48 byte(s) in 1 object(s) allocated from:
> #0 0x7fb43c7cd970 in __interceptor_calloc (/lib64/libasan.so.5+0xef970)
> #1 0x7fb43be2149d in g_malloc0 (/lib64/libglib-2.0.so.0+0x5249d)
> #2 0x558ba96da716 in timer_new_full /mnt/sdb/qemu-new/qemu/include/qemu/timer.h:530
> #3 0x558ba96da716 in timer_new /mnt/sdb/qemu-new/qemu/include/qemu/timer.h:551
> #4 0x558ba96da716 in timer_new_ns /mnt/sdb/qemu-new/qemu/include/qemu/timer.h:569
> #5 0x558ba96da716 in s390_cpu_initfn /mnt/sdb/qemu-new/qemu/target/s390x/cpu.c:285
> #6 0x558ba9c969ab in object_init_with_type /mnt/sdb/qemu-new/qemu/qom/object.c:372
> #7 0x558ba9c9eb5f in object_initialize_with_type /mnt/sdb/qemu-new/qemu/qom/object.c:516
> #8 0x558ba9c9f053 in object_new_with_type /mnt/sdb/qemu-new/qemu/qom/object.c:684
> #9 0x558ba967ede6 in s390x_new_cpu /mnt/sdb/qemu-new/qemu/hw/s390x/s390-virtio-ccw.c:64
> #10 0x558ba99764b3 in hmp_cpu_add /mnt/sdb/qemu-new/qemu/hw/core/machine-hmp-cmds.c:57
> #11 0x558ba9b1c27f in handle_hmp_command /mnt/sdb/qemu-new/qemu/monitor/hmp.c:1082
> #12 0x558ba96c1b02 in qmp_human_monitor_command /mnt/sdb/qemu-new/qemu/monitor/misc.c:142
>
> Reported-by: Euler Robot <euler.robot@huawei.com>
> Signed-off-by: Pan Nengyuan <pannengyuan@huawei.com>
> ---
> Cc: Richard Henderson <rth@twiddle.net>
> Cc: David Hildenbrand <david@redhat.com>
> Cc: Cornelia Huck <cohuck@redhat.com>
> Cc: qemu-s390x@nongnu.org
> ---
> v2->v1:
> - Similarly to other cleanups, move timer_new into realize(Suggested by Philippe Mathieu-Daudé)
> v3->v2:
> - Also do the timer_free in unrealize, it seems balanced.
> v4->v3:
> - Also do timer_free on the error path in realize() and fix some coding style.
> - Use device_class_set_parent_unrealize to declare unrealize.
> v5->v4:
> - remove timer_del on the error path of realize(), it's redundant. (Suggested by David Hildenbrand)
> - Simply use errp instead a temporary variable. (Suggested by David Hildenbrand)
> ---
> target/s390x/cpu-qom.h | 1 +
> target/s390x/cpu.c | 30 ++++++++++++++++++++++++++----
> 2 files changed, 27 insertions(+), 4 deletions(-)
Patch seems fine now (more review still welcome :)
Question: should I take this through the s390-fixes branch, or will
somebody else queue the whole series?
next prev parent reply other threads:[~2020-03-20 10:35 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-14 8:47 [PATCH v5 0/4] delay timer_new from init to realize to fix memleaks Pan Nengyuan
2020-03-14 8:47 ` [PATCH v5 1/4] s390x: fix memleaks in cpu_finalize Pan Nengyuan
2020-03-20 10:34 ` Cornelia Huck [this message]
2020-03-14 8:47 ` [PATCH v5 2/4] mac_via: fix incorrect creation of mos6522 device in mac_via Pan Nengyuan
2020-03-14 8:47 ` [PATCH v5 3/4] hw/misc/macio: fix incorrect creation of mos6522's subclasses Pan Nengyuan
2020-03-14 8:47 ` [PATCH v5 4/4] hw/misc/mos6522: move timer_new from init() into realize() to avoid memleaks Pan Nengyuan
2020-03-14 8:49 ` [PATCH v5 0/4] delay timer_new from init to realize to fix memleaks no-reply
2020-03-14 13:21 ` Mark Cave-Ayland
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200320113430.75c381fe.cohuck@redhat.com \
--to=cohuck@redhat.com \
--cc=david@redhat.com \
--cc=euler.robot@huawei.com \
--cc=pannengyuan@huawei.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=qemu-s390x@nongnu.org \
--cc=rth@twiddle.net \
--cc=zhang.zhanghailiang@huawei.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.