From: "Marek Marczykowski-Górecki" <marmarek@invisiblethingslab.com>
To: Andrew Cooper <andrew.cooper3@citrix.com>
Cc: xen-devel@lists.xenproject.org,
Doug Goldstein <cardoe@cardoe.com>,
Stefano Stabellini <sstabellini@kernel.org>
Subject: Re: [PATCH v3 5/7] CI: avoid repacking initrd as part of the test job
Date: Sat, 12 Apr 2025 16:19:15 +0200 [thread overview]
Message-ID: <Z_p2Y8tgLujBxGF3@mail-itl> (raw)
In-Reply-To: <b1ffc4df-bd79-47ec-b80c-8bd935f5f2ed@citrix.com>
[-- Attachment #1: Type: text/plain, Size: 2438 bytes --]
On Sat, Apr 12, 2025 at 03:05:13PM +0100, Andrew Cooper wrote:
> On 11/04/2025 9:32 pm, Marek Marczykowski-Górecki wrote:
> > @@ -28,16 +28,15 @@ cd initrd
> > find . | cpio --create --format='newc' | gzip > ../initrd.cpio.gz
> > cd ..
> >
> > -# initrd.tar.gz is Dom0 rootfs
> > +# Dom0 rootfs - overlay on top of rootfs.cpio.gz
> > mkdir -p rootfs
> > cd rootfs
> > -tar xvzf ../initrd.tar.gz
> > mkdir proc
> > mkdir run
> > mkdir srv
> > mkdir sys
> > -rm var/run
>
> I'm not sure why we need to make proc, run, srv, sys in the overlay
> image, but this is repeated everywhere.
>
> srv is just a plain empty dir. It's missing from $PATHS in the rootfs
> generation, so that's easy.
srv is indeed likely not needed, but there is enough changes here
already.
> proc, run and sys are more complicated, because we don't want to simply
> copy them from the rootfs generation environment.
As for those mountpoints, they looks to be necessary - in a job that
failed to unpack this overlay part, openrc failed to mount those
filesystems and crashed rather badly (especially without /run...).
I'm not sure if that's something that is missing in the base archive, or
is a problem for another reason, but it seems to be necessary to have it
here, at least without changes elsewhere.
Looking at PATHS in alpine-rootfs.sh they may be simply skipped there.
> dev is also in the same boat, and what we do now seems to cause openrc
> not to seed it normally, which seems unwise.
It mounts devtmpfs there anyway, no?
> I'll see what I can do to clean this all up.
>
> > diff --git a/automation/scripts/xilinx-smoke-dom0-x86_64.sh b/automation/scripts/xilinx-smoke-dom0-x86_64.sh
> > index 4db249530823..52a0e05e3f1b 100755
> > --- a/automation/scripts/xilinx-smoke-dom0-x86_64.sh
> > +++ b/automation/scripts/xilinx-smoke-dom0-x86_64.sh
> > @@ -80,6 +80,7 @@ argo-exec -l -p 28333 -- /bin/echo
> > "
> > copy_dom0_files ()
> > {
> > + mkdir -p root usr/local/lib
> > cp "${WORKDIR}/binaries/xen-argo.ko" "root/"
> > cp -ar "${WORKDIR}/binaries/lib/"* "usr/local/lib/"
> > cp "${WORKDIR}/binaries/argo-exec" "usr/local/bin/"
>
> This would be better based on top of my patch to switch to the new argo,
> at which point it will simply be to append argo.cpio.gz.
>
> ~Andrew
--
Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
next prev parent reply other threads:[~2025-04-12 14:19 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-04-11 20:32 [PATCH v3 0/7] Several CI cleanups and improvements around initrd/rootfs Marek Marczykowski-Górecki
2025-04-11 20:32 ` [PATCH v3 1/7] CI: wait for Xen to start before waiting for test to complete Marek Marczykowski-Górecki
2025-04-11 20:37 ` Andrew Cooper
2025-04-11 20:32 ` [PATCH v3 2/7] CI: fix waiting for final test message Marek Marczykowski-Górecki
2025-04-11 20:37 ` Andrew Cooper
2025-04-11 20:32 ` [PATCH v3 3/7] CI: switch qubes runners to use console.exp Marek Marczykowski-Górecki
2025-04-11 20:40 ` Andrew Cooper
2025-04-11 20:43 ` Marek Marczykowski-Górecki
2025-04-11 20:32 ` [PATCH v3 4/7] CI: write whole etc/issue for domU initrd Marek Marczykowski-Górecki
2025-04-11 21:07 ` Andrew Cooper
2025-04-11 22:52 ` Marek Marczykowski-Górecki
2025-04-11 20:32 ` [PATCH v3 5/7] CI: avoid repacking initrd as part of the test job Marek Marczykowski-Górecki
2025-04-12 14:05 ` Andrew Cooper
2025-04-12 14:19 ` Marek Marczykowski-Górecki [this message]
2025-04-12 16:42 ` Andrew Cooper
2025-04-11 20:32 ` [PATCH v3 7/7] CI: save toolstack artifact as cpio.gz Marek Marczykowski-Górecki
2025-04-11 20:32 ` [PATCH test-artifacts v3 8/7] Enable CONFIG_USB_RTL8152 in kernel for hw12 runner Marek Marczykowski-Górecki
[not found] ` <733860a00926d1d2d50e5914a783e5d777828442.1744403499.git-series.marmarek@invisiblethingslab.com>
2025-04-12 16:55 ` [PATCH v3 6/7] CI: remove now unused alpine-3.18-arm64-rootfs job and its container 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_p2Y8tgLujBxGF3@mail-itl \
--to=marmarek@invisiblethingslab.com \
--cc=andrew.cooper3@citrix.com \
--cc=cardoe@cardoe.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.