From: "Alex Bennée" <alex.bennee@linaro.org>
To: Remi Duraffort <remi.duraffort@linaro.org>
Cc: Anders Roxell <anders.roxell@linaro.org>,
David Woodhouse <dwmw2@infradead.org>,
qemu-devel <qemu-devel@nongnu.org>
Subject: Re: Adding default config options to the tuxrun baseline kernels and enabling sshd
Date: Fri, 24 Mar 2023 17:11:25 +0000 [thread overview]
Message-ID: <878rfm3w3u.fsf@linaro.org> (raw)
In-Reply-To: <CANJfhHe-E-+F_P_=+ww46Szp_To=C4QWxKG5hdeCriwQr821jg@mail.gmail.com>
Remi Duraffort <remi.duraffort@linaro.org> writes:
> Hello Alex,
>
> Le ven. 24 mars 2023 à 12:02, Alex Bennée <alex.bennee@linaro.org> a écrit :
>
> Hi guys,
>
> I've been working with David on adding testing for the new KVM Xen guest
> functionality and had a couple of questions. His original test is based
> on fedora and is fairly comprehensive:
Just mentioning I posted an RFC:
Subject: [RFC PATCH] tests/avocado: Test Xen guest support under KVM
Date: Fri, 24 Mar 2023 16:07:19 +0000
Message-Id: <20230324160719.1790792-1-alex.bennee@linaro.org>
which uses a custom kernel + hand built rootfs for now.
> The other nice thing about his original tests where using ssh which
> avoids a) avoids some of the flakeness of using the serial port and b)
> has an explicit success/fail for each command without having to scrape
> pass/fail from the log.
>
> So two questions:
>
> - is there a process for adding kernel options to the baseline kernels
> or should we build our own and store them somewhere?
>
> - what would it take to get dropbear added to the baseline ext4 images
> so we can enable sshd?
>
> The kernels and rootfs are built by this gitlab project:
> https://gitlab.com/LinaroLtd/tuxsuite.com/tuxtest/tuxtest-buildroot
> using buildroot.
Erm that gives me a 404. I can see various tux* projects under:
https://gitlab.com/Linaro
but nothing related to tuxtest-buildroot.
> So for sure we can add sshd support quickly.
I enabled dropbear and the following overlay:
https://gitlab.com/stsquad/buildroot-overlays/-/tree/main/noauth-serial-and-ssh
Obviously this drops any pretence of security but I think the root has
no password anyway so adding /etc/dropbear/defaults with:
# Allow empty password login
DROPBEAR_ARGS=-B
is enough. Once pointed at the right place I shall have a go at tweaking
the build.
--
Alex Bennée
Virtualisation Tech Lead @ Linaro
prev parent reply other threads:[~2023-03-24 17:20 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-24 10:47 Adding default config options to the tuxrun baseline kernels and enabling sshd Alex Bennée
2023-03-24 12:53 ` Remi Duraffort
2023-03-24 13:26 ` David Woodhouse
2023-03-24 19:48 ` Stefano Stabellini
2023-03-24 17:11 ` Alex Bennée [this message]
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=878rfm3w3u.fsf@linaro.org \
--to=alex.bennee@linaro.org \
--cc=anders.roxell@linaro.org \
--cc=dwmw2@infradead.org \
--cc=qemu-devel@nongnu.org \
--cc=remi.duraffort@linaro.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).