| 25 Nov 2025 |
 Tristan Ross | EFI stub: Booting Linux Kernel...
EFI stub: EFI_RNG_PROTOCOL unavailable
EFI stub: Loaded initrd from LINUX_EFI_INITRD_MEDIA_GUID device path
EFI stub: Using DTB from configuration table
EFI stub: Exiting boot services...
[ 0.000000] OF: fdt: Reserved memory: failed to reserve memory for node 'lpcpures@DFFE0000': base 0x00000000dffe0000, size 0 MiB
[ 0.000000] Kernel panic - not syncing: RISC-V system with no 'timebase-frequency' in DTS
[ 0.000000] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 6.6.18 #1-NixOS
[ 0.000000] Hardware name: Deepcomputing FML13V03 (DT)
[ 0.000000] Call Trace:
[ 0.000000] [<ffffffff8000610e>] dump_backtrace+0x28/0x30
[ 0.000000] [<ffffffff81115712>] show_stack+0x38/0x44
[ 0.000000] [<ffffffff81135d9a>] dump_stack_lvl+0x44/0x5c
[ 0.000000] [<ffffffff81135dca>] dump_stack+0x18/0x20
[ 0.000000] [<ffffffff81115a7a>] panic+0x120/0x30e
[ 0.000000] [<ffffffff812056be>] time_init+0x44/0xc8
[ 0.000000] [<ffffffff812011fa>] start_kernel+0x842/0xb40
[ 0.000000] ---[ end Kernel panic - not syncing: RISC-V system with no 'timebase-frequency' in DTS ]---
Strange error while booting this kernel: https://github.com/DC-DeepComputing/fml13v03_linux
| 06:29:34 |
| Tristan Ross | I might've forgot to set the device tree | 06:44:25 |
| Tristan Ross | Or the problem is I am using the older kernel branch | 06:44:35 |
| Tristan Ross | Or the problem is both of those things | 06:44:42 |
| Tristan Ross | Ah yes, it was the device tree | 07:37:24 |
| Tristan Ross | 
Download image.png | 07:37:52 |
| Tristan Ross | linux-riscv64-unknown-linux-gnu> ../arch/riscv/include/asm/vdso/processor.h: Assembler messages:
linux-riscv64-unknown-linux-gnu> ../arch/riscv/include/asm/vdso/processor.h:22: Error: unrecognized opcode `pause', extension `zihintpause' required
linux-riscv64-unknown-linux-gnu> make[3]: *** [../scripts/Makefile.build:243: arch/riscv/kernel/vdso/vgettimeofday.o] Error 1
linux-riscv64-unknown-linux-gnu> make[2]: *** [../arch/riscv/Makefile:140: vdso_prepare] Error 2
linux-riscv64-unknown-linux-gnu> make[1]: *** [/build/source/Makefile:234: __sub-make] Error 2
linux-riscv64-unknown-linux-gnu> make[1]: Leaving directory '/build/source/build'
linux-riscv64-unknown-linux-gnu> make: *** [Makefile:234: __sub-make] Error 2
Their newer kernel doesn't build lol
| 07:41:39 |
|  @steeringwheelrules:tchncs.de left the room. | 18:12:13 |
| 26 Nov 2025 |
| Tristan Ross | linux-riscv64-unknown-linux-gnu> LDS arch/riscv/kernel/vdso/vdso.lds
linux-riscv64-unknown-linux-gnu> AS arch/riscv/kernel/vdso/rt_sigreturn.o
linux-riscv64-unknown-linux-gnu> In file included from ../include/linux/linkage.h:5,
linux-riscv64-unknown-linux-gnu> from ../arch/riscv/kernel/vdso/rt_sigreturn.S:6:
linux-riscv64-unknown-linux-gnu> ../include/linux/compiler_types.h:12:24: error: missing binary operator before token "("
linux-riscv64-unknown-linux-gnu> 12 | __has_attribute(btf_type_tag) && !defined(__BINDGEN__)
linux-riscv64-unknown-linux-gnu> | ^
linux-riscv64-unknown-linux-gnu> In file included from ../include/linux/compiler_types.h:80:
linux-riscv64-unknown-linux-gnu> ../include/linux/compiler_attributes.h:91:20: error: missing binary operator before token "("
linux-riscv64-unknown-linux-gnu> 91 | #if __has_attribute(__copy__)
linux-riscv64-unknown-linux-gnu> | ^
linux-riscv64-unknown-linux-gnu> ../include/linux/compiler_attributes.h:103:20: error: missing binary operator before token "("
linux-riscv64-unknown-linux-gnu> 103 | #if __has_attribute(__diagnose_as_builtin__)
linux-riscv64-unknown-linux-gnu> | ^
linux-riscv64-unknown-linux-gnu> ../include/linux/compiler_attributes.h:126:20: error: missing binary operator before token "("
linux-riscv64-unknown-linux-gnu> 126 | #if __has_attribute(__designated_init__)
linux-riscv64-unknown-linux-gnu> | ^
What
| 03:13:25 |
 dramforever | Tristan Ross: i wonder if the problem is that patchelf moves back the load address by one page | 08:50:52 |
| dramforever | so it was at 64 KiB as you can see if you just readelf the non-patchelf'd gcc from bootstrap tools | 08:51:20 |
| dramforever | lmao | 08:56:35 |
| dramforever | https://github.com/NixOS/patchelf/issues/622 | 09:01:02 |
| dramforever | lmao | 09:05:29 |
| dramforever | i have no idea how to fix this | 10:51:50 |
| Tristan Ross | In reply to @dramforever:matrix.org
https://github.com/NixOS/patchelf/issues/622 Oh that's great | 15:05:35 |
| Tristan Ross | Oh great, literally everything in that branch of the kernel from DeepComputing is just broken | 22:33:19 |
| 4 Dec 2025 |
|  onny joined the room. | 07:01:27 |
| onny | hey, i'm currently using the visionfive2 riscv sbc as my homeserver and its running perfectly fine.
unfortunately cross-compiling everything takes several weeks and i couldn't find a binary cache for nixos-25.11 (stable) :( | 07:03:52 |
| onny | should we invest into a vserver with hydra and setup a binary cache for 25.11 stable? | 07:06:09 |
 Alex |
vserver
? | 07:06:32 |
| onny | would like to see how cache.ztier is setup 👀 | 07:06:37 |
| onny | okay maybe a root server | 07:06:59 |
| 5 Dec 2025 |
|  Aleksey Sidorov changed their display name from aleksei.sidorov to Sauron. | 08:55:26 |
| Aleksey Sidorov changed their display name from Sauron to Aleksey Sidorov. | 08:55:42 |
| Aleksey Sidorov set a profile picture. | 08:56:33 |
|  👉@crystallinefire:chat.solarpunk.moe changed their display name from EVA-01 to 👉@crystallinefire:chat.solarpunk.moe. | 17:17:55 |
| Tristan Ross | Hey, the hardware team is actually working on a solution for caching. However, we won't be ready for a while. | 21:30:12 |
| Tristan Ross | Yeah, unfortunately that's the downside of the JH7110. I recommend using something newer like an ESWIN EIC7700X. | 21:30:39 |
| 6 Dec 2025 |
|  fireye.coffee (they/them) joined the room. | 22:55:58 |
