!xmLtiCaAJxfhURjrXl:matrix.org

NixOS RISC-V

240 Members
NixOS on RISC-V https://wiki.nixos.org/wiki/RISC-V https://pad.lassul.us/NixOS-riscv64-linux 74 Servers

Load older messages


SenderMessageTime
11 Mar 2026
@dramforever:matrix.orgdramforeverthat's an unrelated failure00:45:37
@dramforever:matrix.orgdramforeverif convenient can you open a new issue for that? thanks00:46:01
@jammie:matrix.orgJamieMagee dramforever: I opened https://github.com/NixOS/nixpkgs/issues/498689 01:01:39
@jammie:matrix.orgJamieMageeI was going to wait for the bootstrap overhaul, but who knows how long that will take to land. So this should resolve the issue for now: https://github.com/NixOS/nixpkgs/pull/49870202:13:47
12 Mar 2026
@alister:matrix.iridescent.nzAlister GalpinDoes anyone have an example of the minimum needed to get nix onto a device with uboot was just thinking about it and a lot of the previous pain I had was compiling, so thinking I should just get it booting and able to build/switch07:01:31
@dramforever:matrix.orgdramforevernixos? or just nix07:02:14
@alister:matrix.iridescent.nzAlister GalpinNixos07:02:27
@dramforever:matrix.orgdramforeveralso we don't really have prebuilt stuff for riscv so maybe it's not going to be much less pain07:02:36
@alister:matrix.iridescent.nzAlister GalpinTrue, but might make the iterations faster, last attempt took 2 days of compiling 😅07:03:42
@alister:matrix.iridescent.nzAlister GalpinAnd then the image didn't boot ran out of time and now that's 6 months ago at least07:04:47
13 Mar 2026
@eljamm:matrix.orgeljamm joined the room.10:30:39
@eljamm:matrix.orgeljamm Hello, can someone please help test this program? the executable seems to be working, but I have no clue how to test the module. 10:34:42
@alex:tunstall.xyzAlex
In reply to @eljamm:matrix.org
Hello, can someone please help test this program? the executable seems to be working, but I have no clue how to test the module.
It's not 100% reliable, but you can try in qEMU.
Otherwise, for the most reliable results, you will need to wait a few days for someone to do a full native build of your branch.
18:05:40
16 Mar 2026
@eljamm:matrix.orgeljamm

Thanks, I'm looking into doing this right now with this NixOS test. Things are a bit cursed, because I had to enable binfmt for riscv64-linux in my system to get the test to even start, but inside that I'm also supposed to test Linux emulation for RISC-V 😅

Now, the test is just hanging here:

machine: Guest root shell did not produce any data yet...
machine:   To debug, enter the VM and run 'systemctl status backdoor.service'.
machine: Guest root shell did not produce any data yet...
machine:   To debug, enter the VM and run 'systemctl status backdoor.service'.
12:44:05
@eljamm:matrix.orgeljamm *

Thanks, I'm looking into doing this right now with this NixOS test. Things are a bit cursed, because I had to enable binfmt for riscv64-linux in my system to get the test to even start, but inside that I'm also supposed to test Linux emulation for RISC-V 😅

This said, the test is just hanging here:

machine: Guest root shell did not produce any data yet...
machine:   To debug, enter the VM and run 'systemctl status backdoor.service'.
machine: Guest root shell did not produce any data yet...
machine:   To debug, enter the VM and run 'systemctl status backdoor.service'.
12:44:47
@dramforever:matrix.orgdramforeveroh, dear...15:53:26
@alex:tunstall.xyzAlex

That's not a good sign.
The backdoor service that the test driver uses to control the VM is not printing the sentinel value that the test driver recognises as "VM is ready". There are a number of ways for this to go wrong, none of which are easy to identify without logs.
It might not be writing system logs to a visible location.

Can you try adding this to the VM's system configuration?

boot.kernelParams = [ "console=ttyS0" "console=hvc0" ];

One of these console options might allow you to see kernel and early userspace logs.

15:58:21
@dramforever:matrix.orgdramforeveri don't know what other logs are showing up, but if that's all that's shown maybe the vm didn't work at all15:59:49
@alex:tunstall.xyzAlexTrue, and if necessary one could also try the early console option.16:00:56
@alex:tunstall.xyzAlex

Is anyone able to build the latest Nixpkgs natively?
My build is failing during xgcc.

checking for suffix of object files... configure: error: in `/build/build/riscv64-unknown-linux-gnu/libgcc':
configure: error: cannot compute suffix of object files: cannot compile
16:01:19
@dramforever:matrix.orgdramforevermaybe powerline10k16:03:42
@dramforever:matrix.orgdramforever* maybe https://github.com/NixOS/nixpkgs/pull/49870216:03:52
@alex:tunstall.xyzAlex I could try the parent of that merge commit.
The only other option is bisecting, which would probably take days/weeks to find the problematic commit.
16:04:54
@dramforever:matrix.orgdramforeverhuh, i'd have thought that would have fixed it16:06:23
@alex:tunstall.xyzAlex Ah nevermind, my nixpkgs is older, so I should probably try that commit.
dramforever thanks.
16:06:24
@dramforever:matrix.orgdramforeverdo you have more logs16:06:25
@eljamm:matrix.orgeljammDownload felix86-with-params.log16:42:54
@eljamm:matrix.orgeljammDownload felix86.log16:42:55
@eljamm:matrix.orgeljamm These are the log files. When I pass those parameters, the test seems like it moves past the backdoor.service part, but it still doesn't seem to be doing much either. It's also pretty slow. 16:45:30
@alex:tunstall.xyzAlex

Oh so you are getting kernel logs even without setting console=....
One of the annoying things about systemd is that it doesn't log anything useful during boot.
Btw the console=... isn't really helping, even if it no longer prints warnings about backdoor.service, because it's still unable to send commands to the VM.

You could I guess try building the driverInteractive version of the test, then inside the interactive prompt run machine.shell_interact() to get a prompt (assuming this doesn't require the backdoor service, which it might).

It's also pretty slow.

I think that's because you're emulating RISC-V using binfmt emulation to run a riscv64-linux build of qEMU to run the test? That sounds to me like you have qEMU running under qEMU.

18:48:52

Show newer messages


Back to Room ListRoom Version: 10