From: Peter Xu <peterx@redhat.com>
To: Fabiano Rosas <farosas@suse.de>
Cc: Peter Maydell <peter.maydell@linaro.org>,
QEMU Developers <qemu-devel@nongnu.org>
Subject: Re: leaks in migration-test
Date: Mon, 9 Mar 2026 16:31:44 -0400 [thread overview]
Message-ID: <aa8uMNbvhrhGMNDC@x1.local> (raw)
In-Reply-To: <87ldg11a22.fsf@suse.de>
On Mon, Mar 09, 2026 at 09:06:45AM -0300, Fabiano Rosas wrote:
> Peter Maydell <peter.maydell@linaro.org> writes:
>
> > I'm continuing to work through leaks reported during "make check".
> > Some of them come from the migration-test. (For these to actually
> > appear in the log you need to run with QTEST_LOG=1, otherwise the
> > migration test framework will send stderr to /dev/null and the
> > tests will fail without printing the leak report.)
>
> I'm pretty sure something changed that caused this. In the past the
> leaks would be reported by the parent migration-test binary, so it
> wouldn't matter where QEMU sends stderr. I don't know if it's QEMU's
> build environment or something on my machine.
>
> I'm also seeing in dmesg after migration-test aborts, which didn't use
> to be the case:
> Process 23732(migration-test) has RLIMIT_CORE set to 1
>
> Anyway, the redirect to /dev/null is a pain for other reasons as well,
> we discussed adding an output filter step to qtest like the iotests
> have, but I couldn't find the time to work on it yet.
Just to mention another thing.. looks like asan supports this:
export ASAN_OPTIONS="detect_leaks=1:log_path=$SOME_PATH"
Then it can dump leak reports somewhere else than stderr.
--
Peter Xu
prev parent reply other threads:[~2026-03-09 20:32 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-08 19:22 leaks in migration-test Peter Maydell
2026-03-08 23:42 ` Pierrick Bouvier
2026-03-09 9:42 ` Peter Maydell
2026-03-09 16:10 ` Pierrick Bouvier
2026-03-09 12:06 ` Fabiano Rosas
2026-03-09 12:12 ` Peter Maydell
2026-03-09 20:31 ` Peter Xu [this message]
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=aa8uMNbvhrhGMNDC@x1.local \
--to=peterx@redhat.com \
--cc=farosas@suse.de \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
/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.