installer images: Add available modules to stage-1 on ARM platforms

[samueldr]

See relevant PRs

• iso-image: Fix GRUB graphical menu on AArch64 #119974
• iso-image: Fixes for cross-compilation #121450

Motivation for this change

There are two main classes of modules this adds:

• graphics enablement
• storage enablement

Graphics is to give end-users feedback about the current boot. If and when things fail in stage-1, it is helpful for users.

Storage is to allow loading stage-2! All of the additions here are for USB support in stage-1. This allows using a USB drive to write either of the "SD" image or the UEFI iso installer.

This was tested on

• Pinebook (A64)
• Pine A64-LTS
• Raspberry Pi 3B
• Raspberry Pi 4B
• Libre Computer AML-S805X-AC (La Frite)

Special note:

• Pinebook Pro (the UEFI iso seems to break rockchipdrm or something else in the display chain, SD image on USB works fine)
• Orange Pi PC (armv7l)

Testing, for aarch64 included installing from the UEFI iso (except for the Pinebook Pro).

Testing, for armv7l was limited to running the UEFI iso. Installing requires a complete native build due to the lack of native compilation.

But... how were the images built?

Using this commit (branch tip might move), which includes some cross-compilation fixes:

• samueldr@b2a67fa

Using my recently refactored "cross-system" repo.

 # Assuming <nixpkgs> is correct, or `--arg pkgs` is given
 $ nix-build -A aarch64-linux -A armv7l-linux

Things done

• Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
• Built on platform(s)
  • NixOS
  • macOS
  • other Linux distributions
• Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
• Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
• Tested execution of all binary files (usually in ./result/bin/)
• Determined the impact on package closure size (by running nix path-info -S before and after)
• Ensured that relevant documentation is up to date
• Fits CONTRIBUTING.md.

[samueldr]

This isn't touching anything #121450 touches, so it can be reviewed in parallel!

[domenkozar]

Boots on Rpi4 via an SD card (USB didn't boot). I do get an error for bluetooth:

Since that's better than not booting, let's merge this.

[lopsided98]

This PR enables ARM_LPAE on armv7l, which has the unfortunate side effect of disabling support for the Cortex-A5, A8, and A9 processors. In my case, this prevents the standard NixOS kernel from booting on the Beaglebone boards (TI AM335x).

There's no explanation given in this PR, but was this was done to support 32-bit kernels on the RPi 4?

[misuzu]

There's no explanation given in this PR, but was this was done to support 32-bit kernels on the RPi 4?

I guess it's for future (I hope) native armv7l builders (the ones that use qemu-kvm on aarch64).

[lopsided98]

Perhaps they should just apply that option in their config, rather than in the standard kernel.

[samueldr]

At the time I tried searching information about which CPUs supported LPAE, and was led to believe that all "relevant" (read: armv7 Cortex-A*) CPUs supported LPAE. Though I still can't find proper information about LPAE support, only some notes about "A7 and A15", by digging.

@lopsided98 We can remove this. armv7 as a whole is more important than only some.

When we'll need it for builders, we'll see how we'll handle it. Whether we add a new attribute (for more broad use) or "just" customize the kernel config in the builder's config.

[lopsided98]

#132100