qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Peter Maydell <peter.maydell@linaro.org>
To: Thomas Huth <thuth@redhat.com>
Cc: QEMU Developers <qemu-devel@nongnu.org>,
	"Daniel P. Berrange" <berrange@redhat.com>
Subject: Re: debugging functional tests that only fail in 'make check-functional'
Date: Fri, 21 Feb 2025 13:00:30 +0000	[thread overview]
Message-ID: <CAFEAcA8pgAGfDUAu45fDur91auFY2O18YDir_RALMojK8FCx8A@mail.gmail.com> (raw)
In-Reply-To: <014caf20-41d1-437b-bd0a-6ef263a709d1@redhat.com>

On Fri, 21 Feb 2025 at 12:54, Thomas Huth <thuth@redhat.com> wrote:
>
> On 20/02/2025 19.39, Peter Maydell wrote:
> > Any suggestions for how to debug?
>
> Some TCG-based tests are slowing down very much when running on a shared hyperthreaded CPU ... Do you have 8 real cores in your system, or rather 4 real cores with 2 SMT threads each? In the latter case, have a try whether "make -j4" works better.

Yeah, it is a hyperthreaded 2-threads-per-core setup.
-j4 is a bit better but a few things still time out.
I'm currently playing with bumping the timeouts.

> > (Also the console.log is empty regardless of whether the
> > test passes or fails; this doesn't seem right.)
>
> I think we only log the console output when we look for strings
> in the output. Since this test does not look for any strings,
> there is no log.

That is very surprising to me. I think we should always
log all the guest output, because it's often an important
clue about why a test failed. (Ideally we'd log it in some
way that let you match up guest output with the logging
in base.log -- currently because of the split into three
different log files you can't tell what the relationship
is between e.g. QEMU stderr output and the test's progress
or the test progress and the guest console output.)

thanks
-- PMM


  reply	other threads:[~2025-02-21 13:01 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-02-20 18:39 debugging functional tests that only fail in 'make check-functional' Peter Maydell
2025-02-21 12:54 ` Thomas Huth
2025-02-21 13:00   ` Peter Maydell [this message]
2025-02-21 13:08   ` Thomas Huth
2025-02-21 13:24     ` Peter Maydell

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=CAFEAcA8pgAGfDUAu45fDur91auFY2O18YDir_RALMojK8FCx8A@mail.gmail.com \
    --to=peter.maydell@linaro.org \
    --cc=berrange@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=thuth@redhat.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).