From: "Nicholas Piggin" <npiggin@gmail.com>
To: "Thomas Huth" <thuth@redhat.com>
Cc: <kvm@vger.kernel.org>, "Laurent Vivier" <lvivier@redhat.com>,
"Shaoqin Huang" <shahuang@redhat.com>,
"Andrew Jones" <andrew.jones@linux.dev>,
"Nico Boehr" <nrb@linux.ibm.com>,
"Paolo Bonzini" <pbonzini@redhat.com>,
"Alexandru Elisei" <alexandru.elisei@arm.com>,
"Eric Auger" <eric.auger@redhat.com>,
"Janosch Frank" <frankja@linux.ibm.com>,
"Claudio Imbrenda" <imbrenda@linux.ibm.com>,
"David Hildenbrand" <david@redhat.com>,
"Marc Hartmayer" <mhartmay@linux.ibm.com>,
<linuxppc-dev@lists.ozlabs.org>, <linux-s390@vger.kernel.org>,
<kvmarm@lists.linux.dev>, <kvm-riscv@lists.infradead.org>
Subject: Re: [kvm-unit-tests PATCH v5 0/8] Multi-migration support
Date: Mon, 26 Feb 2024 18:10:02 +1000 [thread overview]
Message-ID: <CZEUWE22JA80.3S73L9F5A04RK@wheely> (raw)
In-Reply-To: <5383a1b2-20ca-4d07-9729-e9d5115948dc@redhat.com>
On Fri Feb 23, 2024 at 5:06 PM AEST, Thomas Huth wrote:
> On 21/02/2024 04.27, Nicholas Piggin wrote:
> > Now that strange arm64 hang is found to be QEMU bug, I'll repost.
> > Since arm64 requires Thomas's uart patch and it is worse affected
> > by the QEMU bug, I will just not build it on arm. The QEMU bug
> > still affects powerpc (and presumably s390x) but it's not causing
> > so much trouble for this test case.
> >
> > I have another test case that can hit it reliably and doesn't
> > cause crashes but that takes some harness and common lib work so
> > I'll send that another time.
> >
> > Since v4:
> > - Don't build selftest-migration on arm.
> > - Reduce selftest-migration iterations from 100 to 30 to make the
> > test run faster (it's ~0.5s per migration).
>
> Thanks, I think the series is ready to go now ... we just have to wait for
> your QEMU TCG migration fix to get merged first. Or should we maybe mark the
> selftest-migration with "accel = kvm" for now and remove that line later
> once QEMU has been fixed?
Could we merge it? I'm juggling a bunch of different things and prone to
lose track of something :\ I'll need to drum up a bit of interest to
review the QEMU fixes from those who know the code too, so that may take
some time.
I left it out of arm unittests.cfg entirely, and s390 and powerpc seems
to work by luck enough to be useful for gitlab CI so I don't think there
is a chnage needed really unless you're paranoid.
I do have a later patch that adds a memory tester that does trigger it
right away on powerpc. I'll send that out after this series is merged...
but we do still have the issue that the gitlab CI image has the old QEMU
don't we? Until we update distro.
Thanks,
Nick
next prev parent reply other threads:[~2024-02-26 8:10 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-21 3:27 [kvm-unit-tests PATCH v5 0/8] Multi-migration support Nicholas Piggin
2024-02-21 3:27 ` [kvm-unit-tests PATCH v5 1/8] arch-run: Fix TRAP handler recursion to remove temporary files properly Nicholas Piggin
2024-02-21 3:27 ` [kvm-unit-tests PATCH v5 2/8] arch-run: Clean up initrd cleanup Nicholas Piggin
2024-02-21 3:27 ` [kvm-unit-tests PATCH v5 3/8] migration: use a more robust way to wait for background job Nicholas Piggin
2024-02-21 3:27 ` [kvm-unit-tests PATCH v5 4/8] migration: Support multiple migrations Nicholas Piggin
2024-02-21 3:27 ` [kvm-unit-tests PATCH v5 5/8] arch-run: rename migration variables Nicholas Piggin
2024-02-21 3:27 ` [kvm-unit-tests PATCH v5 6/8] migration: Add quiet migration support Nicholas Piggin
2024-02-21 3:27 ` [kvm-unit-tests PATCH v5 7/8] Add common/ directory for architecture-independent tests Nicholas Piggin
2024-02-21 7:43 ` Andrew Jones
2024-02-21 3:27 ` [kvm-unit-tests PATCH v5 8/8] migration: add a migration selftest Nicholas Piggin
2024-02-23 7:06 ` [kvm-unit-tests PATCH v5 0/8] Multi-migration support Thomas Huth
2024-02-26 8:10 ` Nicholas Piggin [this message]
2024-02-26 9:08 ` Thomas Huth
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=CZEUWE22JA80.3S73L9F5A04RK@wheely \
--to=npiggin@gmail.com \
--cc=alexandru.elisei@arm.com \
--cc=andrew.jones@linux.dev \
--cc=david@redhat.com \
--cc=eric.auger@redhat.com \
--cc=frankja@linux.ibm.com \
--cc=imbrenda@linux.ibm.com \
--cc=kvm-riscv@lists.infradead.org \
--cc=kvm@vger.kernel.org \
--cc=kvmarm@lists.linux.dev \
--cc=linux-s390@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=lvivier@redhat.com \
--cc=mhartmay@linux.ibm.com \
--cc=nrb@linux.ibm.com \
--cc=pbonzini@redhat.com \
--cc=shahuang@redhat.com \
--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