On 21/10/2024 15.00, Peter Maydell wrote:
On Mon, 21 Oct 2024 at 12:35, Thomas Huth <th...@redhat.com> wrote:
The following changes since commit f1dd640896ee2b50cb34328f2568aad324702954:
Merge tag 'for-upstream' of https://gitlab.com/bonzini/qemu into staging
(2024-10-18 10:42:56 +0100)
are available in the Git repository at:
https://gitlab.com/thuth/qemu.git tags/pull-request-2024-10-21
for you to fetch changes up to ee772a332af8f23acf604ad0fb5132f886b0eb16:
tests/functional: Convert the Avocado sh4 tuxrun test (2024-10-21 13:25:12
+0200)
----------------------------------------------------------------
* Convert the Tuxrun Avocado tests to the new functional framework
* Update the OpenBSD CI image to OpenBSD v7.6
* Bump timeout of the ide-test
* New maintainer for the QTests
* Disable the pci-bridge on s390x by default
----------------------------------------------------------------
Couple of failures on the functional-tests:
https://gitlab.com/qemu-project/qemu/-/jobs/8140716604
7/28 qemu:func-thorough+func-aarch64-thorough+thorough /
func-aarch64-aarch64_tuxrun TIMEOUT 120.06s killed by signal 15
SIGTERM
https://gitlab.com/qemu-project/qemu/-/jobs/8140716520
14/17 qemu:func-thorough+func-loongarch64-thorough+thorough /
func-loongarch64-loongarch64_virt TIMEOUT 60.09s killed by signal 15
SIGTERM
I'm retrying to see if these are intermittent, but they
suggest that we should bump the timeout for these.
Everything was fine with the gitlab shared runners
(https://gitlab.com/thuth/qemu/-/pipelines/1504882880), but yes, it's likely
the private runners being slow again...
So please don't merge it yet, I'll go through the jobs of the private
runners and update the timeouts of the failed jobs and the ones where it is
getting close to the limit.
Thomas
