| 27 May 2023 |
colemickens 🏳️🌈 | Hi, I have something I don't understand -- I can cross-compile [a derivation] from a (x86_64 builder) for aarch64, but when I try to build for riscv64-linux, I get a dependency chain that includes bootstrap-tools. Which I don't have available for riscv64-linux... Question - is our riscv64 support "behind"? Can I not cross-compile the bootstrap tools and use those somehow? | 05:23:08 |
colemickens 🏳️🌈 | I've looked for docs several times but haven't really made any head way. Between ghc being not natively supported, and this 'bootstrap-tools' issue, I'm having a hard time getting from a pretty minimal build to my more full nixos profile on the VF2. | 05:23:52 |
colemickens 🏳️🌈 | (aside: it strikes me as funny that I can cross-compile sway and mpv, but not bash or zellij :P) | 05:24:20 |
colemickens 🏳️🌈 | also unrelated: I have a nixos module that boots a qemu vm that can then act as a "native" riscv64 builder. A hack of a hack of floweringash's original work, but I think it might build as fast or faster than my VF2, on a huge Packet VM... | 05:26:17 |
colemickens 🏳️🌈 | also also unrelated, I have a module (again, hacked on from someone's else initial effort) that builds a very small netboot-able initrd that then 'curl's a big squashfs with stage-2. I used this to "fix" my VF2 remotely via u-boot serial access. :D It's likely to come in handy in the future. | 05:27:50 |
trofi | Locally you should be able to build bootstrapTools with pkgs/stdenv/linux/make-bootstrap-tools-cross.nix. | 07:31:45 |
trofi | Adding riscv64-linux to bingmt on x86_64-linux seems to work as well if I try to build bash "natively": $ nix build -f '<nixpkgs>' bash --argstr system riscv64-linux (built a few packages so far, did not get to final bash yet). | 07:38:24 |
Alyssa Ross | colemickens: you shouldn't need the bootstrap tools to cross compile | 08:21:40 |
Alyssa Ross | how are you trying to do the cross compile? | 08:21:46 |
colemickens 🏳️🌈 | I am currently looking at helix's flake.nix and zellij's in this repo: https://github.com/a-kenji/zellij-nix | 08:27:56 |
colemickens 🏳️🌈 | afaict, zellij has only openssl and pkg-config as nativeBuildInputs, yet, helix cross-compiles to riscv64-linux, while zellij does not | 08:28:19 |
colemickens 🏳️🌈 | they both seem to use rust-overlay, though helix uses nci->rust-overlay | 08:28:39 |
kenji | In reply to @colemickens:matrix.org I am currently looking at helix's flake.nix and zellij's in this repo: https://github.com/a-kenji/zellij-nix I'll reply in the issue soon, trying to get the cross compilation building atm. | 08:56:11 |
misuzu | In reply to @snektron:matrix.org misuzu: when you enter nvme scan in the u-boot console does it come up with anything? You need to run pci probe or something first | 10:12:42 |
misuzu | In reply to @snektron:matrix.org Also, that version of u-boot wont have internet because the ethernet nodes are missing from the device tree, I think. Also also, its missing the code that is required to fix up the memory node on models that have 8 GB memory What do you mean by "fix up"? I have the 8 GB version | 10:14:15 |
Snektron | In reply to @misuzu:matrix.org What do you mean by "fix up"? I have the 8 GB version The device tree node, at least on the version that I have its hardcoded to 4GB even if i have the 8GB version | 10:18:33 |
Snektron | So free -h reports 4GB | 10:19:00 |
misuzu | $ free -h
total used free shared buff/cache available
Mem: 7.8Gi 194Mi 6.2Gi 4.0Mi 1.4Gi 7.4Gi
Swap: 3.9Gi 1.0Mi 3.9Gi
| 10:20:14 |
misuzu | Maybe you have different kernel, I'm using this one https://github.com/starfive-tech/linux/tree/JH7110_VisionFive2_upstream | 10:21:20 |
misuzu | Looks like upstream u-boot already has the necessary logic for 2/4/8G versions https://patchwork.ozlabs.org/project/uboot/patch/20230329034224.26545-10-yanhong.wang@starfivetech.com/ | 10:41:51 |
misuzu | And I'm using close-to-upstream u-boot https://github.com/misuzu/u-boot/commits/visionfive2 | 10:42:24 |
misuzu | In reply to @misuzu:matrix.org Looks like upstream u-boot already has the necessary logic for 2/4/8G versions https://patchwork.ozlabs.org/project/uboot/patch/20230329034224.26545-10-yanhong.wang@starfivetech.com/
DDR_SIZE_16G VF2 16G confirmed?
| 10:43:46 |
misuzu | In reply to @misuzu:matrix.org Looks like upstream u-boot already has the necessary logic for 2/4/8G versions https://patchwork.ozlabs.org/project/uboot/patch/20230329034224.26545-10-yanhong.wang@starfivetech.com/ *
DDR_SIZE_16G
VF2 16G confirmed?
| 10:43:52 |
Snektron | In reply to @misuzu:matrix.org And I'm using close-to-upstream u-boot https://github.com/misuzu/u-boot/commits/visionfive2 Yea i built this onr but it didnt work there. Maybe it requires a newer kernel ill do that next, but using your fork i still wasnt able to see my nvme | 11:15:27 |
misuzu | In reply to @snektron:matrix.org Yea i built this onr but it didnt work there. Maybe it requires a newer kernel ill do that next, but using your fork i still wasnt able to see my nvme pcie needs to be initialized for nvme scan to work. It even loads the kernel, but then there's the issue with the kernel itself. I have my efi partition on sdcard for now for that reason | 11:22:20 |
Snektron | Yes, pci scan didnt help | 11:25:36 |
misuzu | StarFive #pci enum
starfive_7110_pcie pcie@2C000000: Starfive PCIe bus probed.
StarFive #nvme scan
StarFive #nvme info
Device 0: Vendor: 0x1e0f Rev: ECFA12.7 Prod: 30IA80DGK4P1
Type: Hard Disk
Capacity: 238475.1 MB = 232.8 GB (488397168 x 512)
| 11:28:30 |
Snektron | Ah, you need to call info | 12:59:47 |
| * colemickens 🏳️🌈 hopes rock5b and vf2 can get nvme support in upstream u-boot since the rest is starting to be there | 16:30:58 |
| NixOS Moderation Botchanged room power levels. | 16:40:02 |