From: "Anthony PERARD" <anthony.perard@vates.tech>
To: "Marek Marczykowski-Górecki" <marmarek@invisiblethingslab.com>
Cc: "Andrew Cooper" <andrew.cooper3@citrix.com>,
xen-devel@lists.xenproject.org,
"Stefano Stabellini" <sstabellini@kernel.org>,
"Michal Orzel" <michal.orzel@amd.com>,
"Jan Beulich" <jbeulich@suse.com>,
"Julien Grall" <julien@xen.org>,
"Roger Pau Monné" <roger.pau@citrix.com>
Subject: Re: [PATCH test-artifacts v2 14/12] scripts: build initrd cpio
Date: Tue, 08 Apr 2025 12:06:52 +0000 [thread overview]
Message-ID: <Z_URWuh2hrIWGBGV@l14> (raw)
In-Reply-To: <Z_P9y8lxB_-kEcy6@mail-itl>
On Mon, Apr 07, 2025 at 06:31:06PM +0200, Marek Marczykowski-Górecki wrote:
> There is one more difference: the cpio.gz contains the whole thing
> twice. Once as rootfs for dom0 and then another as boot/initrd-domU.
> Dropping .tar.gz is probably a good idea at some point, so I'm okay with
> such comment added. But I imagine some future tests may benefit from
> just one layer, which may want introducing another cpio.gz without
> boot/initrd-domU included. In fact, even right now that might be useful
> - for example dom0less arm64 test uses just busybox for domU rootfs, not
> the whole archive (so with my changes dom0 rootfs has unused
> boot/initrd-domU included).
In such case, would it make sense to prepare several initrd.cpio.gz? A
common one, then having overlays of files we want to add or replace to
the initrd of spefic test. I think osstest used to do something like
that, with command that would be:
cat common.cpio.gz overlay.cpio.gz > initrd.cpio.gz
If it matter, is seem that the "file.cpio" used to be made with
`cpio -Hnewc -o`
Cheers,
--
Anthony Perard | Vates XCP-ng Developer
XCP-ng & Xen Orchestra - Vates solutions
web: https://vates.tech
next prev parent reply other threads:[~2025-04-08 12:07 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-04-07 12:31 [PATCH v2 00/12] Several CI cleanups and improvements, plus yet another new runner Marek Marczykowski-Górecki
2025-04-07 12:31 ` [PATCH v2 01/12] CI: prevent grub unpacking initramfs Marek Marczykowski-Górecki
2025-04-07 12:31 ` [PATCH v2 02/12] CI: switch qubes runners to use console.exp Marek Marczykowski-Górecki
2025-04-07 18:07 ` Andrew Cooper
2025-04-07 12:31 ` [PATCH v2 03/12] CI: enable XHCI console in Xen debug build on Alpine Marek Marczykowski-Górecki
2025-04-07 12:31 ` [PATCH v2 04/12] CI: include domU kernel messages in the console output log Marek Marczykowski-Górecki
2025-04-07 12:31 ` [PATCH v2 05/12] CI: increase verbosity of starting a domain Marek Marczykowski-Górecki
2025-04-07 12:31 ` [PATCH v2 06/12] CI: consistently use DOCKER_CMD in makefiles Marek Marczykowski-Górecki
2025-04-07 17:45 ` Andrew Cooper
2025-04-07 12:31 ` [PATCH v2 07/12] CI: wait for the network interface in PCI passthrough tests Marek Marczykowski-Górecki
2025-04-07 12:31 ` [PATCH v2 09/12] CI: adjust resolving network interface into PCI device Marek Marczykowski-Górecki
2025-04-07 12:31 ` [PATCH v2 10/12] CI: add AMD Zen 4 HW runner Marek Marczykowski-Górecki
2025-04-07 12:31 ` [PATCH v2 11/12] CI: avoid repacking initrd as part of the test job Marek Marczykowski-Górecki
2025-04-07 12:31 ` [PATCH v2 12/12] CI: save toolstack artifact as cpio.gz Marek Marczykowski-Górecki
2025-04-07 12:31 ` [PATCH test-artifacts v2 13/12] scripts: add rc_verbose=yes to /etc/rc.conf Marek Marczykowski-Górecki
2025-04-07 16:15 ` Andrew Cooper
2025-04-07 12:31 ` [PATCH test-artifacts v2 14/12] scripts: build initrd cpio Marek Marczykowski-Górecki
2025-04-07 16:17 ` Andrew Cooper
2025-04-07 16:22 ` Andrew Cooper
2025-04-07 16:31 ` Marek Marczykowski-Górecki
2025-04-08 12:06 ` Anthony PERARD [this message]
2025-04-08 12:28 ` Marek Marczykowski-Górecki
2025-04-07 17:11 ` Andrew Cooper
2025-04-07 17:14 ` Andrew Cooper
2025-04-07 17:15 ` Marek Marczykowski-Górecki
[not found] ` <eda734d64c0b73e5de6ca0d70fe3de02d40cf00d.1744028549.git-series.marmarek@invisiblethingslab.com>
2025-04-07 17:56 ` [PATCH v2 08/12] CI: switch test kernel from 6.1.19 to 6.12.21 Andrew Cooper
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=Z_URWuh2hrIWGBGV@l14 \
--to=anthony.perard@vates.tech \
--cc=andrew.cooper3@citrix.com \
--cc=jbeulich@suse.com \
--cc=julien@xen.org \
--cc=marmarek@invisiblethingslab.com \
--cc=michal.orzel@amd.com \
--cc=roger.pau@citrix.com \
--cc=sstabellini@kernel.org \
--cc=xen-devel@lists.xenproject.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.