[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[PATCH 0/3] automation: improve pipeline


  • To: <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxx>
  • Date: Fri, 9 Aug 2024 23:58:38 -0700
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 165.204.84.17) smtp.rcpttodomain=lists.xenproject.org smtp.mailfrom=amd.com; dmarc=pass (p=quarantine sp=quarantine pct=100) action=none header.from=amd.com; dkim=none (message not signed); arc=none (0)
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=mA1IX9t7SEDpbsDMnPj76j30u2PPvC5xIm67jnALTNk=; b=meIyE+JuTHfQ2vpJ4U+LR5DFvodvLRA17UoMQJUOOGhgmlKm03An+0JdQbvbv8ebGHM/xZrvJyOHUF3wQZXqaqI8ZcWtUQRnpnURfbRCZfvzHIc58EJUno8EBe4jXbKznywReK/5KSBOQKK5xvPCyeKocPz1RxkTXaVKKZGEy7OFI2k3NsBeHdlAk4qa1hM8RX7r0arndna1BH7iJuA+lC1j3A8hZCuk109S4f0+IQYlcNfWy2mvQyQSGjhe/4H9Njn3NINTJQI+xFkwesbfDvQUoK58pB/sXw73r4LDFAtC5vRxGrB7eRSY3v6EZifAmYWiGLmRPWi/8DvpGyQ3zA==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=uqiBFOS80Zjd50XIMh9+lee+eulHHqk69NQVWfPmNGQB+Ry0zpGQp/l8HE2bx4J9un8EZZXm1BGcRc+7onpZKrvWNTt8QG82stJh6sqvdv1/CJmJe8Ow5bc1v0ldQOGQxOm09DkU0Pwz2XJEaD6OtZb+eA+DiqcY6Yi+7jlLIgGYLalTU5Hd1IOpyGPdxXV+LSdcfjor3pjQpA4xQJWlvjYdepb6V1FZzoJdcHe/oLgQR0l939/LMhFWz89rzTOktYNrUAo3OGjP9nmG9T+lDxlRZmKTRJwQ233VtIgFanjYR7P37T/KpbtUYSH9doYo5qyjUchWGiqI8jzrVOYApQ==
  • Cc: <sstabellini@xxxxxxxxxx>, <cardoe@xxxxxxxxxx>, Michal Orzel <michal.orzel@xxxxxxx>
  • Delivery-date: Sat, 10 Aug 2024 06:59:44 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

Hi all,

Given the recent change in ARM64 runners, moving a way from a fast
baremetal ARM64 server to multiple slower ARM64 VMs and server, this
patch series makes the Gitlab pipeline more resilient to random
infrastructure failures by:

- temporarily disabling the Yocto jobs
- increasing the max timeout of QEMU jobs
- introducing "expect" so that QEMU jobs can stop as soon as the right
  string is received instead of waiting until the timeout

I am making all changes consistent across architectures, even thought
they are only required for arm64 right now.

Cheers,

Stefano


Stefano Stabellini (3):
      automation: disable Yocto jobs
      automation: add "expect" to containers used to run QEMU tests
      automation: use expect to run QEMU

 automation/build/debian/12-ppc64le.dockerfile      |  1 +
 automation/build/debian/12-riscv64.dockerfile      |  1 +
 .../build/debian/bookworm-arm64v8.dockerfile       |  1 +
 automation/build/debian/bookworm.dockerfile        |  1 +
 automation/gitlab-ci/build.yaml                    |  3 ++
 automation/scripts/qemu-alpine-x86_64.sh           | 15 ++++----
 automation/scripts/qemu-key.ex                     | 42 ++++++++++++++++++++++
 automation/scripts/qemu-smoke-dom0-arm32.sh        | 15 ++++----
 automation/scripts/qemu-smoke-dom0-arm64.sh        | 15 ++++----
 automation/scripts/qemu-smoke-dom0less-arm32.sh    | 14 ++++----
 automation/scripts/qemu-smoke-dom0less-arm64.sh    | 14 ++++----
 automation/scripts/qemu-smoke-ppc64le.sh           | 12 +++----
 automation/scripts/qemu-smoke-riscv64.sh           | 12 +++----
 automation/scripts/qemu-smoke-x86-64.sh            | 14 ++++----
 automation/scripts/qemu-xtf-dom0less-arm64.sh      | 14 ++++----
 15 files changed, 104 insertions(+), 70 deletions(-)
 create mode 100755 automation/scripts/qemu-key.ex



 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.