From: Mathieu Othacehe <m.othacehe@gmail.com>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: 29281@debbugs.gnu.org
Subject: [bug#29281] [PATCH] system: vm: Use linux-libre for system-disk-image.
Date: Mon, 13 Nov 2017 11:47:19 +0100 [thread overview]
Message-ID: <CANVeeZz61SPK3aY8hGyQmGXVX3X2SjF1J+0+6i5=RTBbtrL58A@mail.gmail.com> (raw)
In-Reply-To: <87vaiev5mu.fsf@gnu.org>
[-- Attachment #1: Type: text/plain, Size: 1832 bytes --]
>
> Oh, why is that? You mean qemu-system-arm running natively on the BBB,
> right?
>
Yes, when running qemu-system-arm you have only a limited set of available
machines (qemu-system-arm -M help).
BBB isn't one of them, but as there are only about 50 emulable machines, it
will be the case for many other boards :(
In a future patch, I'll adapt "load-in-linux-vm" to use "-M virt" for
qemu-system-arm because contrary to most boards,
it works well with linux-libre, allows up to 8 CPU, virtio (see
https://wiki.qemu.org/Documentation/Platforms/ARM) ...
However, I don't think qemu virt machine will boot with every specific arm
kernel a user might end up using
on his target.
Perhaps we should change ‘system-disk-image’ to use a more minimalistic
> initrd since all it needs is those virtio* drivers?
>
That would be an option for the initrd, but the kernel problem above
remains :)
Thanks !
2017-11-13 11:23 GMT+01:00 Ludovic Courtès <ludo@gnu.org>:
> Hello,
>
> Mathieu Othacehe <m.othacehe@gmail.com> skribis:
>
> >> What was the use case and rationale for you?
> >
> > The problematic use case was to try to produce a GuixSD arm installer
> > for beaglebone black. The kernel linux-libre-arm-omap2plus I'm planning
> > to use can't be used in qemu.
>
> Oh, why is that? You mean qemu-system-arm running natively on the BBB,
> right?
>
> > Plus, I'd like to use a raw-initrd because linux-libre-arm-omap2plus is
> > quite a light kernel configuration. As system-disk-image asks for
> > base-initrd, the required modules won't be find during image
> > construction with omap kernel.
>
> Perhaps we should change ‘system-disk-image’ to use a more minimalistic
> initrd since all it needs is those virtio* drivers?
>
> Thanks for explaining!
>
> Ludo’.
>
[-- Attachment #2: Type: text/html, Size: 3129 bytes --]
next prev parent reply other threads:[~2017-11-13 10:48 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-13 7:22 [bug#29281] [PATCH] system: vm: Use linux-libre for system-disk-image Mathieu Othacehe
2017-11-13 9:38 ` Ludovic Courtès
2017-11-13 9:49 ` Mathieu Othacehe
2017-11-13 10:23 ` Ludovic Courtès
2017-11-13 10:47 ` Mathieu Othacehe [this message]
2017-11-13 10:54 ` Ludovic Courtès
2017-11-13 11:54 ` Mathieu Othacehe
2017-11-13 13:47 ` Ludovic Courtès
2017-11-13 14:21 ` Mathieu Othacehe
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
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CANVeeZz61SPK3aY8hGyQmGXVX3X2SjF1J+0+6i5=RTBbtrL58A@mail.gmail.com' \
--to=m.othacehe@gmail.com \
--cc=29281@debbugs.gnu.org \
--cc=ludo@gnu.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.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
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 read-only IMAP folder(s) and NNTP newsgroup(s).