all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Vagrant Cascadian <vagrant@debian.org>
To: Timothy Sample <samplet@ngyro.com>,
	Jesse Gibbons <jgibbons2357@gmail.com>
Cc: help-guix@gnu.org
Subject: Re: Who has had success installing a Guix system on arm?
Date: Thu, 05 Nov 2020 09:07:41 -0800	[thread overview]
Message-ID: <87mtzv68bm.fsf@yucca> (raw)
In-Reply-To: <87o8kbg9uq.fsf@ngyro.com>

[-- Attachment #1: Type: text/plain, Size: 3142 bytes --]

On 2020-11-05, Timothy Sample wrote:
> Jesse Gibbons <jgibbons2357@gmail.com> writes:
>
>> Has anyone in this mailing list successfully used the Guix system on
>> an armhf or aarch64 computer?

I'll also add that I have used Guix System on Pinebook Pro, Pinebook,
rock64, rockpro64, pine64+, veyron speedy (a.k.a. ASUS C201), wandboard
solo and overdrive1000... maybe others. :)

Most of these I have started by booting to another OS, installing the
guix binary distribution, and then using "guix system init" to install a
Guix System to another partition and/or device.

On some of them I've managed to install a single image that only
requires changing the bootloader, as they can share a common kernel.

It's possible, for sure, but not all of them support all features;
e.g. video acceleration is only recently being added for some of these
platforms and some only support a headless system with a serial
console...

I also tend to prefer the linux-libre-arm*-generic kernel variants, as
the "linux-libre" kernels usually require adding specific modules to the
initrd configuration in your config.scm, which can be time consuming and
difficult to track down when you can't boot the system, and for extra
fun, the exact set of modules needed sometimes changes between major
kernel versions.


> For the BeagleBone, it required using an older version of U-Boot.
> Upstream U-Boot has stopped supporting it.  Our package patches support
> back in, but it didn’t work for me.  I believe I’ve tried to use Guix on
> it three times and only succeeded once.  If you have a BeagleBone Black
> and want to use Guix, let me know.  I could track down my notes and see
> if I can still produce a usable image.

I haven't tested recently, but at the time I made those patches it did
boot. Also, the am335x_evm should boot, you just have to make sure your
first partition starts at 4MB+ rather than the typical 2M.


> For the Veyron boards, it is starting to work quite well.  The current
> version of U-Boot can boot these boards, but you can also boot U-Boot
> from the stock firmware (which is Depthcharge).  This is needed because
> the Guix initial RAM disk is too big for Depthcharge to boot directly.

Curious; I've never been able to get the U-Boot working on the veyron
speedy, but use an old libreboot to boot guix (but only linux-libre
versions < 5.5, 5.6+ gets stuck in some loop). The initrd size appears
to be a non-issue for me.


> The point I’m trying to make is that Guix can be made to work on armhf,
> but it is not at all smooth sailing.  There are usually one or two
> things that need fixing before it will work.  IME, we are close to
> having a decent experience, but we’re definitely not there yet.

Yes, I'll definitely agree that it is improving, but maybe not that it
is close. :)


Most of this is not specific to guix per se, it is generally a problem
with arm systems in general; there is much less consistancy across
platforms which requires fiddling with bootloaders and kernels more
often than some other platforms.


live well,
  vagrant

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]

  parent reply	other threads:[~2020-11-05 17:09 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-11-04 16:44 Who has had success installing a Guix system on arm? Jesse Gibbons
2020-11-04 17:44 ` Mathieu Othacehe
2020-11-05 14:23   ` Jesse Gibbons
2020-11-04 19:32 ` Julien Lepiller
2020-11-05  6:44 ` Jan Nieuwenhuizen
2020-11-05 17:10   ` Vagrant Cascadian
2020-11-05 14:24 ` Timothy Sample
2020-11-05 14:43   ` Jesse Gibbons
2020-11-05 17:07   ` Vagrant Cascadian [this message]
2020-11-05 19:20     ` Timothy Sample
2020-11-06 14:29 ` Simon South
2020-11-06 15:12 ` Tobias Geerinckx-Rice
2020-11-06 17:39   ` Enrico Schwass via

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=87mtzv68bm.fsf@yucca \
    --to=vagrant@debian.org \
    --cc=help-guix@gnu.org \
    --cc=jgibbons2357@gmail.com \
    --cc=samplet@ngyro.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 external index

	https://git.savannah.gnu.org/cgit/guix.git

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.