Remove unnecessary configuration for odroid-m1

This commit is contained in:
Josh Buker 2026-01-29 00:06:32 -08:00
parent 0cb7e0bcab
commit d2907ab446
No known key found for this signature in database
GPG key ID: E077B96C5EFF10F2

View file

@ -1,40 +1,23 @@
{ config, pkgs, lib, ... }: {
config,
pkgs,
lib,
...
}:
{ {
imports = [ imports = [
./petitboot ./petitboot
]; ];
# Enable petitboot support.
boot.loader.petitboot.enable = lib.mkForce true; boot.loader.petitboot.enable = lib.mkForce true;
# Fails to rebuild unless grub is explicitly disabled # `nixos-rebuild` fails unless grub is explicitly disabled.
boot.loader.grub.enable = lib.mkForce false; boot.loader.grub.enable = lib.mkForce false;
# TODO: Can this be removed? Presumably anything built with 25.11 / unstable
# or later will be on a kernel >6.6
# Use kernel >6.6 The devicetree is missing from kernel versions older than this.
# boot.kernelPackages = lib.mkIf (lib.versionOlder pkgs.linux.version "6.6") (lib.mkDefault pkgs.linuxPackages_latest);
# TODO: Debug why removing this breaks booting from petitboot
# boot.supportedFilesystems = lib.mkForce [
# "btrfs"
# "cifs"
# "f2fs"
# "jfs"
# "ntfs"
# "reiserfs"
# "vfat"
# "xfs"
# ];
# TODO: Some of these could potentially be omitted, check which ones are
# actually necessary for disk access to function
boot.initrd.availableKernelModules = [ boot.initrd.availableKernelModules = [
# Only nvme emitted when using nixos-generate-config on my odroid-m1
"nvme" "nvme"
# "nvme-core"
# "phy-rockchip-naneng-combphy"
# "phy-rockchip-snps-pcie3"
]; ];
# Petitboot uses this port and baud rate on the board's serial port. It's # Petitboot uses this port and baud rate on the board's serial port. It's
@ -42,4 +25,7 @@
# console access to work well. # console access to work well.
boot.kernelParams = [ "console=ttyS2,1500000" ]; boot.kernelParams = [ "console=ttyS2,1500000" ];
hardware.deviceTree.name = "rockchip/rk3568-odroid-m1.dtb"; hardware.deviceTree.name = "rockchip/rk3568-odroid-m1.dtb";
# FIXME: The serial terminal does seem to throw random errors still, but that
# doesn't appear to crash anything. May need adjusted if you're
# actually using the GPIO.
} }