Linux-config-6.17.7 build fails

Help
1

Hey! After updating my nix flake to via nix flake update nixpkgs my NixOS rebuild fails. I’m on unstable and it wasn’t urgent, so over the last 3 weeks or so I tried it every now and then, but I’m always getting the same error:

Error 
error: Cannot build '/nix/store/r9d8anwmmvcba5w83s3r67sswgqncgny-linux-config-6.17.7.drv'.
       Reason: builder failed with exit code 255.
       Output paths:
         /nix/store/1sbmpfj832a7qnmfvxlyzr8cb6cfgmaj-linux-config-6.17.7
       Last 25 log lines:
       > GOT: *
       > QUESTION: Debug assertions, NAME: RUST_DEBUG_ASSERTIONS, ALTS: N/y/?, ANSWER:
       > GOT:
       > QUESTION: Overflow checks, NAME: RUST_OVERFLOW_CHECKS, ALTS: Y/n/?, ANSWER:
       > GOT:
       > QUESTION: Allow unoptimized build-time assertions, NAME: RUST_BUILD_ASSERT_ALLOW, ALTS: N/y/?, ANSWER:
       > GOT:
       > GOT: #
       > GOT: # configuration written to .config
       > GOT: #
       > GOT: make[1]: Leaving directory '/build/source/build'
       > GOT: make: Leaving directory '/build/source'
       > warning: unused option: CRC32_SELFTEST
       > warning: unused option: CRYPTO_TEST
       > warning: unused option: KEXEC_JUMP
       > error: unused option: NOVA_CORE
       > warning: unused option: PARAVIRT_SPINLOCKS
       > warning: unused option: PCI_XEN
       > warning: unused option: PERF_EVENTS_AMD_BRS
       > warning: option not set correctly: PREEMPT_LAZY (wanted 'y', got 'n')
       > warning: unused option: XEN_HAVE_PVMMU
       > warning: unused option: XEN_MCE_LOG
       > warning: unused option: XEN_PVH
       > warning: unused option: XEN_PVHVM
       > warning: unused option: XEN_SAVE_RESTORE
       For full logs, run:
         nix log /nix/store/r9d8anwmmvcba5w83s3r67sswgqncgny-linux-config-6.17.7.drv

I’m on a M1 Mac (Asahi, aarch64). Hit me up if you need any further information. Maybe one of you guys can help me. I’d really appreciate that! Thanks!

1 Like
2

Is there a certain reason you pinned 6.17 kernel? Have you tried a newer/older one?

3

Thanks! That hint was all I needed. It didn’t come to my mind that the kernel could’ve been pinned somewhere - but it was, in the apple-silicon-support module.

Now, instead of having it as local files as it is by default, I added it to my flake like this:

apple-silicon-support = {
  url = "github:nix-community/nixos-apple-silicon";
  inputs.nixpkgs.follows = "nixpkgs";
};

and imported it into my device-specific config. I’m using the latest kernel right now and everything works just fine. Thanks again.

4

Just for the reference, this is where I took the used kernel version from. And this was exactly where I stopped reading the error.

As a rule of thumb, if the kernel version in use is not LTS, I always suggested trying a different kernel version. I also expect anyone who does not use LTS to know why they do not do so.