From: ludo@gnu.org (Ludovic Courtès)
To: Mathieu Othacehe <m.othacehe@gmail.com>
Cc: 29281@debbugs.gnu.org
Subject: [bug#29281] [PATCH] system: vm: Use linux-libre for system-disk-image.
Date: Mon, 13 Nov 2017 11:54:30 +0100 [thread overview]
Message-ID: <8760aev47t.fsf@gnu.org> (raw)
In-Reply-To: <CANVeeZz61SPK3aY8hGyQmGXVX3X2SjF1J+0+6i5=RTBbtrL58A@mail.gmail.com> (Mathieu Othacehe's message of "Mon, 13 Nov 2017 11:47:19 +0100")
Mathieu Othacehe <m.othacehe@gmail.com> skribis:
>>
>> 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 :(
So the kernel you built doesn’t boot at all in “qemu-system-arm -M virt”?
> 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) ...
OK.
> However, I don't think qemu virt machine will boot with every specific arm
> kernel a user might end up using
> on his target.
I see.
> 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 :)
Right.
I can’t think of a good solution right now. Perhaps we could simply
hard-code ARM-specific code?
(operating-system
(inherit os)
(kernel (if targeting-arm?
linux-libre-arm
(operating-system-kernel os)))
;; …
)
In practice ‘targeting-arm?’ could be checking (%current-system) and
(%current-target-system), which is not entirely correct but good enough,
or, better yet, use that ‘let-system’ construct I sent you recently to
determine the actual target system.
Thoughts?
Ludo’.
next prev parent reply other threads:[~2017-11-13 10:55 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
2017-11-13 10:54 ` Ludovic Courtès [this message]
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=8760aev47t.fsf@gnu.org \
--to=ludo@gnu.org \
--cc=29281@debbugs.gnu.org \
--cc=m.othacehe@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.
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).