From: "Kevin Hilman" <khilman@baylibre.com>
To: Atish Patra <Atish.Patra@wdc.com>
Cc: "drew@beagleboard.org" <drew@beagleboard.org>,
"palmer@dabbelt.com" <palmer@dabbelt.com>,
"david.abdurachmanov@sifive.com" <david.abdurachmanov@sifive.com>,
"raj.khem@gmail.com" <raj.khem@gmail.com>,
Alistair Francis <Alistair.Francis@wdc.com>,
Corentin Labbe <clabbe@baylibre.com>,
kernelci@groups.io,
Lakshmipathi Ganapathi <lakshmipathi.ganapathi@collabora.co.uk>
Subject: Re: Improve kernelci setup for RISC-V
Date: Wed, 01 Jul 2020 17:17:46 -0700 [thread overview]
Message-ID: <7hsgeaixcl.fsf@baylibre.com> (raw)
In-Reply-To: <3c2cba2849caa6ea0116611c1da3268b41432b76.camel@wdc.com>
[ + kernelci list ]
Hi Atish,
Atish Patra <Atish.Patra@wdc.com> writes:
> I just want to follow up the discussions we had in the risc-v slack
> channel related to improving kernelci setup for RISC-V.
>
> 1. Adding Qemu target for RISC-V: As per out latest conversation, this
> won't be an issue anymore as Qemu supports -bios and -kernel
> separately.
Yes, this looks straight forward now. We should be able to get this
going for our basic tests without too much more work.
> 2. Running more tests in addition to boot tests on unleashed target:
>
> The main blocker here is the rootfs. As kernelci only supports debian
> based rootfs to actually run tests. I think it is not that difficult to
> bootstrap a debian rootfs for RISC-V but I have not done that in ages.
> I think palmer uses debian rootfs for his testing. I have cc'd him for
> his inputs.
For every other arch, we debootstrap a buster rootfs, and this doesn't
work for riscv. But, I just discovered[1] that this should work for
unstable using debian-ports, so we'll need to update our rootfs builder
to support unstable/debian-ports.
I've cc'd Lakshmipathi from Collabora who has been doing work on our
rootfs builder tool to see how we can extend this.
> But Alistair & khem (cc'd) expressed interest to add OE to kernelci as
> well. Can you share some pointers on what needs to be done ?
The main tricky/annoying part with yocto is that builds are per-board,
where as we like to build rootfs images per-arch. Maybe there's a way
to build an arch-generic yocto rootfs using a qemu target or something,
though.
The place to start would be to look at the kci_rootfs tool in the
kernelci-core repo[2] along with the rootfs-config.yaml file and figure
out how to extend that for yocto/OE.
Again, Lakshmipathi may have some ideas there.
OTOH, I'm not quite sure what we would gain by using yocto instead of
debian? Are there more packages for yocto available than for debian
currently?
> 3. How difficult is to setup kernelci from scratch locally ?
Not really, but it's not well documented. :(
But it depends on which parts you want to setup. There are several
moving parts:
1) lab / board-farm
2) backend / storage
3) frontend
4) kernel builds (centralized, published publically to
storage.kernelci.org)
We have some rudimentary docs for 2-4 here[3], but the compute part for
builds is currently centralized.
Kevin
[1] https://wiki.debian.org/RISC-V#debootstrap
[2] https://github.com/kernelci/kernelci-core/
[3] https://github.com/kernelci/kernelci-doc/wiki/Setting-up-a-local-development-instance
next parent reply other threads:[~2020-07-02 0:17 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <3c2cba2849caa6ea0116611c1da3268b41432b76.camel@wdc.com>
2020-07-02 0:17 ` Kevin Hilman [this message]
2020-07-02 7:02 ` Improve kernelci setup for RISC-V Atish Patra
2020-07-02 7:12 ` David Abdurachmanov
2020-07-02 13:19 ` David Abdurachmanov
2020-07-02 14:50 ` Aurelien Jarno
2020-07-02 14:55 ` Colin Ian King
2020-07-02 14:49 ` Aurelien Jarno
2020-07-02 18:15 ` Karsten Merker
2020-07-02 18:25 ` Kevin Hilman
2020-07-02 20:15 ` Manuel A. Fernandez Montecelo
2020-07-08 23:31 ` Manuel A. Fernandez Montecelo
2020-07-09 6:52 ` Lakshmipathi Ganapathi
2020-07-02 20:19 ` Alistair Francis
2020-07-02 15:49 ` Khem Raj
2020-07-02 11:24 ` Mark Brown
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=7hsgeaixcl.fsf@baylibre.com \
--to=khilman@baylibre.com \
--cc=Alistair.Francis@wdc.com \
--cc=Atish.Patra@wdc.com \
--cc=clabbe@baylibre.com \
--cc=david.abdurachmanov@sifive.com \
--cc=drew@beagleboard.org \
--cc=kernelci@groups.io \
--cc=lakshmipathi.ganapathi@collabora.co.uk \
--cc=palmer@dabbelt.com \
--cc=raj.khem@gmail.com \
/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