| 16 Apr 2024 |
 Li-ion | what's perplexing to me, is that the build phase took less than a day, and the check phase was taking almost 5 days before i cancelled it | 23:45:37 |
| Li-ion | * what's perplexing to me, is that the build phase took less than a day, and the check phase was taking almost 4 days before i cancelled it | 23:45:52 |
| Li-ion | ok i ran the build again, and this time the build failed after 20 minutes, so clearly the first time was a weird fluke | 23:56:51 |
| 17 Apr 2024 |
 silvanshade | I created a nix flake with overlays for gcc and clang with xtheadvector support. Maybe interesting for some people to experiment with. https://github.com/milkv-community/nixpkgs-xthead-toolchains | 12:02:29 |
 Alex | I tried updating my VF2 to latest nixos-unstable (as of ~1 week ago) and now it won't boot...
Unhandled exception: Instruction access fault
EPC: ffffffa700140304 RA: 00000000cb55d034 TVAL: ffffffa700140304
EPC: ffffffa67359d304 RA: 000000003e9ba034 reloc adjusted
(Then a dump of the registers.)
It seems like there's something wrong with the bootloader on the EFI partition.
Switching back to the bootloader of the previous version worked.
Change that broke the system: https://github.com/AlexandreTunstall/nixos-riscv/commit/b50ef62175853684441a9e312aa12218f5be79d3
Good Nixpkgs revision: 2726f127c15a4cc9810843b96cad73c7eb39e443
Bad Nixpkgs revision: 4cba8b53da471aea2ab2b0c1f30a81e7c451f4b6
Has anyone else booted such a recent Nixpkgs version? | 22:10:19 |
| Alex | (I did try reformatting the boot partition several times and checking for Nix store corruption. Neither of those resolved the issue.) | 22:32:49 |
| 18 Apr 2024 |
|  @nscnt:matrix.org joined the room. | 13:20:59 |
 Mic92 | Steven Keuchel: Do you have some configuration for booting with EFI? I think I flashed edk2 correctly but it's hard to verify without any graphical output. I have the NixOS image you provided on the sd card and the original fedora on the NVME. In theory the Fedora should also boot with EFI because it has a efi grub binary. Removing the SD-card however will result in nothing to happen. | 13:24:11 |
| Mic92 | The early boot with the SD card looks like this:
SOPHGO ZSBL
sg2042:v0.3
sg2042 work in single socket mode
chip0 ddr info: raw data=0x5050505,
ddr0 size:0x800000000
ddr1 size:0x800000000
ddr2 size:0x800000000
ddr3 size:0x800000000
SD initializing 100000000Hz (transfer frequency at 25000000Hz)
sd card init ok
0:riscv64/conf.ini file size is 160
read config from sd
rv boot from sd card
SD initializing 100000000Hz (transfer frequency at 25000000Hz)
sd card init ok
0:riscv64/fw_dynamic.bin file size is 534720
0:riscv64/riscv64_Image file size is 26265600
| 13:30:14 |
 Steven Keuchel | You don't get any output from the zbsl without the SD card? This indicates that something is wrong with the firmware in the SPI. To figure out what is going wrong exactly you would need to get the output of the tf-a, i.e. the boot stages before the zsbl. | 13:54:38 |
| Steven Keuchel | You can also EFI boot using LinuxBoot, that's at least how their early fedora images did it. | 13:55:45 |
| Steven Keuchel | Did you flash edk2 to SPI or to SD? | 13:56:40 |
| Mic92 | Steven Keuchel: ok. So I would flash their LinuxBoot to SPI and than use grub with efi support? | 13:56:45 |
| Mic92 | I flashed to SPI with flashcp | 13:56:52 |
| Steven Keuchel | In reply to @joerg:thalheim.io
Steven Keuchel: ok. So I would flash their LinuxBoot to SPI and than use grub with efi support? Yep. I have only used systemd-boot, but shouldn't make a big difference. | 13:58:40 |
| Mic92 | Ok. With linuxboot it worked... | 16:00:28 |
| Alex | In reply to @alex:tunstall.xyz
I tried updating my VF2 to latest nixos-unstable (as of ~1 week ago) and now it won't boot...
Unhandled exception: Instruction access fault
EPC: ffffffa700140304 RA: 00000000cb55d034 TVAL: ffffffa700140304
EPC: ffffffa67359d304 RA: 000000003e9ba034 reloc adjusted
(Then a dump of the registers.)
It seems like there's something wrong with the bootloader on the EFI partition.
Switching back to the bootloader of the previous version worked.
Change that broke the system: https://github.com/AlexandreTunstall/nixos-riscv/commit/b50ef62175853684441a9e312aa12218f5be79d3
Good Nixpkgs revision: 2726f127c15a4cc9810843b96cad73c7eb39e443
Bad Nixpkgs revision: 4cba8b53da471aea2ab2b0c1f30a81e7c451f4b6
Has anyone else booted such a recent Nixpkgs version? I switched to generic-extlinux-compatible and now it boots.
Bonus: rebooting seems to work better too now (previously it would often freeze before syncing/unmounting file systems and require a hard reset). | 20:51:50 |
| 19 Apr 2024 |
|  k49 joined the room. | 13:10:45 |
| 20 Apr 2024 |
| @nscnt:matrix.org left the room. | 13:41:21 |
 hexa | https://lunar.computer/news/sipeed-announces-new-20-risc-v-kvm-device/ | 21:24:59 |
| 21 Apr 2024 |
| Li-ion | 
Download 2024-04-21-01-37-36-494.jpg | 01:43:27 |
| Li-ion | setup a system to allow auto resetting the board by lowering dtr | 01:43:32 |
| Li-ion | * setup a system to allow remote resetting the board by lowering dtr | 01:43:43 |
| Li-ion | similar to arduino | 01:43:50 |
| 24 Apr 2024 |
 Pratham Patel (you can mention me) | sg2380++
https://community.milkv.io/t/introducing-the-milk-v-oasis-with-sg2380-a-revolutionary-risc-v-desktop-experience/780/70?u=thefossguy | 14:26:36 |
 fgaz | In reply to @thefossguy:matrix.org
sg2380++
https://community.milkv.io/t/introducing-the-milk-v-oasis-with-sg2380-a-revolutionary-risc-v-desktop-experience/780/70?u=thefossguy LPCAMM :O | 14:33:32 |
| Pratham Patel (you can mention me) | Yeah :) | 14:33:45 |
| Pratham Patel (you can mention me) | And with the ThinkPad P1 Gen7 using LPCAMM2, they should be able to source it relatively easily | 14:34:19 |
|  moody joined the room. | 20:53:25 |
| 25 Apr 2024 |
|  SomeoneSerge (utc+3) changed their display name from SomeoneSerge (void) to SomeoneSerge (UTC+1). | 23:01:37 |
