2024-12-02 17:39:59 I've built kernel for bpi f3 from https://github.com/jmontleon/linux-bianbu 2024-12-02 17:40:28 now all cpu frequency shedulers works fine 2024-12-02 17:43:35 all in all, bpi f3 is now better as router/small server than visionfive V2 2024-12-02 17:45:59 tempted to add testing/linux-k1x to aports 2024-12-02 19:43:28 i'd like to add a boot image for visionfive v2. a generic alpine-standard-3.21-riscv64.img or similar 2024-12-02 19:48:03 ncopa: linux-edge 6.12 works on VF2, so lts should also 2024-12-02 19:48:54 but you will have to check if all options and drivers needed are enabled in linux-lts 2024-12-02 19:50:05 that is what I'm talking about 2024-12-02 19:50:16 also that the release image is done properly 2024-12-02 19:50:28 needs uboot and not efi, right? 2024-12-02 19:51:03 iirc uefi can work but I didn't tested for last year 2024-12-02 19:51:43 maybe I can in few days test again 2024-12-02 19:52:04 but I guess you are short with time, as usual at release time 2024-12-02 19:52:57 it anyway need u-boot and from u-boot it starts efi 2024-12-02 19:53:21 efi for such devices is implemented in u-boot 2024-12-02 19:54:02 or clandmeter could try limine 2024-12-02 19:54:05 :) 2024-12-02 19:54:10 does it make sense to create a iso image for riscv64? 2024-12-02 19:54:28 no, IMO 2024-12-02 19:54:38 we build one for loongarch64 2024-12-02 19:55:01 well, loongarch64 have uefi in 'bios' 2024-12-02 19:55:38 and so has riscv64 when 'bios' is u-boot? 2024-12-02 19:56:04 if I understood correctly it could make sense with iso images if there were support for openbmc 2024-12-02 19:56:18 right (I didn't saw riscv64 machine with u/efi in bootrom) 2024-12-02 19:56:20 i dont know if there are riscv64 machines with BMC 2024-12-02 19:56:36 though I could be wrong 2024-12-02 19:56:46 iso also makes sense to make it simple to boot with qemu 2024-12-02 19:57:10 does Pioneer have BMC 2024-12-02 19:57:11 btw i go a hifive permier p550 2024-12-02 19:57:27 maybe. clandmeter may know 2024-12-02 19:57:41 i bought a case for the hifive board 2024-12-02 19:57:45 but im stupid 2024-12-02 19:57:57 the case is *huge* 2024-12-02 19:58:21 I used uefi boot for qemu riscv64 about 2-3 years ago and I know it works 2024-12-02 19:58:28 compared to starfive v2 and the bpi3 2024-12-02 19:58:45 right, so it may make sense with an iso image then 2024-12-02 20:00:24 IDK all use cases where iso may be needed, but for all my 'work' disk images works 2024-12-02 20:01:18 target audience is bigger than your work 2024-12-02 20:01:46 mps: you still have starfive v2 board? do you have time to test the linux-lts kernel? 2024-12-02 20:02:00 I guess so. more and more articles and use cases for alpine 2024-12-02 20:02:18 I based the linux-lts riscv64 kernel on the starfive kernel config 2024-12-02 20:02:21 ncopa: yes, it is on my desk, does nothing 2024-12-02 20:03:10 (have to add I didn't fully recovered from cold, still have mild headache) 2024-12-02 20:03:16 ouch 2024-12-02 20:03:38 well, if you have time and energy and want test something, testing linux-lts would be very helpful 2024-12-02 20:03:43 but I started to work today for my $day_job 2024-12-02 20:04:09 ncopa: could I test current one or you will make new 2024-12-02 20:06:29 you could test the current one 2024-12-02 20:06:44 i havent tested it at all, so I expect that it wont work 2024-12-02 20:06:55 ok 2024-12-02 20:07:34 so test, and see what fails, and maybe you even could find out what would be needed to be changed in the kernel config to make it work 2024-12-02 20:08:04 hm, `apk search linux-lts` shows nothing 2024-12-02 20:09:35 I set repositories to edge 2024-12-02 20:10:12 lets try first upgrade all 2024-12-02 20:11:14 oh sorry 2024-12-02 20:11:32 we apparently dont build it for riscv64 yet 2024-12-02 20:11:38 *facepalm* 2024-12-02 20:11:51 i added the config, but didnt remove the !riscv64 2024-12-02 20:11:53 first bug discovered :) 2024-12-02 20:12:11 oh man. im stupid 2024-12-02 20:12:42 hm, who are not stupid nowadays ;p 2024-12-02 20:13:28 only one way is to not be stupid and look like idiot: do nothing 2024-12-02 20:13:50 ich bin ein dummkopf! 2024-12-02 20:14:10 valerius: haha 2024-12-02 20:14:29 mps ist zweite 2024-12-02 20:20:00 ncopa: two years ago I've created script to make VF2 image with ESP and grub 2024-12-02 20:20:06 I still have it 2024-12-02 20:22:22 btw, I found today that busybox awk have regression in some of latest upgrades on alpine 2024-12-02 20:24:00 because this had to add gawk in makedepends for u-boot today 2024-12-02 20:36:17 yes. i am aware of the busybox awk regression 2024-12-02 20:36:27 right now I build kernels with AWK=mawk 2024-12-02 20:37:01 i havent had time to create a minimal reproducer, but I suspect it is related backslashes 2024-12-02 20:37:22 https://github.com/raspberrypi/linux/issues/6503 2024-12-02 20:37:46 also gcc fails to build crosscompiler with busybox awk 2024-12-02 20:39:00 yes, backslash is not put if string have another quote in it 2024-12-02 20:39:10 $ diff -u /tmp/gen-kdb_cmds.c kernel/debug/kdb/gen-kdb_cmds.c | tpaste 2024-12-02 20:39:10 https://tpaste.us/pylE 2024-12-02 20:39:23 the first is generated with busybox awk, the second with mawk 2024-12-02 20:39:34 I need to create a one-liner reproducer 2024-12-02 20:39:53 you will report bug upstream? 2024-12-02 20:40:01 mps: if you have a simple reproducer, can you please share? 2024-12-02 20:40:20 or its even better if you report it upstream and follow up 2024-12-02 20:40:25 if you have time and energy 2024-12-02 20:40:34 ncopa: I don't have it, and I believe you are better to create it 2024-12-02 20:40:57 I can, but it will take time 2024-12-02 20:42:37 this is a good start: https://github.com/raspberrypi/linux/blob/rpi-6.12.y/kernel/debug/kdb/Makefile#L15 2024-12-02 20:42:47 just need find out how to simplify it 2024-12-02 20:48:55 just pushed d106e59494698d71a5fb12442e53aa43e8b0904a 2024-12-02 20:58:53 ncopa: https://tpaste.us/W5EK 2024-12-02 20:59:22 small gift for alpine, script which creates efi boot on VF2 2024-12-02 20:59:42 just tweaked and tested it 2024-12-02 21:00:24 should start making videos to become famous on youtube :D 2024-12-02 21:04:03 now I will disconnect for few minutes, have to test new k1x kernel on my router 2024-12-02 21:04:07 cul 2024-12-02 21:08:15 I'm back 2024-12-02 21:16:07 ncopa: uname -a => Linux vf2.arvanta.net 6.12.1-2-lts #3-Alpine SMP PREEMPT_DYNAMIC 2024-12-02 20:48:00 riscv64 Linux 2024-12-02 21:16:15 so it boot fine 2024-12-02 21:16:29 wow! 2024-12-02 21:17:07 have to test poweroff and reboot 2024-12-02 21:17:08 oh you installed it on you production router... you are craziesr than me! 2024-12-02 21:17:18 ah no 2024-12-02 21:17:34 ok 2024-12-02 21:17:43 you use the k1x 2024-12-02 21:17:53 thank you very much for testing the kernel though 2024-12-02 21:17:59 current production router is bpi f3, I upgraded trimmed down kernel on it 2024-12-02 21:18:01 very helpful 2024-12-02 21:18:50 but if VF2 is production router I would test on it, if it doesn't work I can reboot to kernel which works 2024-12-02 21:19:33 reboot works 2024-12-02 21:20:06 and poweroff 2024-12-02 21:20:38 how did you got proper driver and options on first try. I had 3 tries iirc 2024-12-02 21:26:01 i took the config from your 3 tries and did make oldconfig ... 2024-12-02 21:26:02 :) 2024-12-02 21:26:08 so its basically thanks to you 2024-12-02 21:26:29 hahaha 2024-12-02 21:26:57 good thing is we can rely on each other 2024-12-02 21:27:08 yup, thanks alot 2024-12-02 21:27:17 and thanks for helping test that it boots 2024-12-02 21:27:30 and also other alpine developers, ofc 2024-12-02 21:27:33 yeah 2024-12-02 21:28:04 so we now know you can make iso for VF2 2024-12-02 21:28:58 linux-lts boots up fine on my VF2 as well \o/ 2024-12-02 21:29:13 lanodan: thank you! \o/ 2024-12-02 21:29:19 lanodan: \o/ 2024-12-02 21:29:29 but linux-edge is better ;) 2024-12-02 21:29:33 lol 2024-12-02 21:30:12 now i need to figure out how to do the release image for riscv64 2024-12-02 21:30:31 actually we missing few patches for linux-edge and linux-lts, because that I still keep linux-starfive 2024-12-02 21:31:00 we do iso for x86*, s390x, loongarch64 and ppc64le. we do tar.gz and .img.gz for arm and rpi 2024-12-02 21:31:27 i suppose we could do a alpine-uboot.tar.gz for riscv64 2024-12-02 21:31:38 there are iso for aarch64 for long 2024-12-02 21:31:46 yeh 2024-12-02 21:32:29 the problem with the .img is that the filesystem is fat by default 2024-12-02 21:32:37 which you cannot extend 2024-12-02 21:32:48 uh 2024-12-02 21:33:00 why not use ext4 2024-12-02 21:33:10 its for "live usb" since the beginning 2024-12-02 21:33:13 similar as iso 2024-12-02 21:33:19 ah understand 2024-12-02 21:33:22 diskless 2024-12-02 21:33:39 which actually makes sense for routers and similar 2024-12-02 21:34:12 and alpine is primarily router OS (as origin) 2024-12-02 21:34:23 yeah 2024-12-02 21:34:32 we do ship ext4 images as well 2024-12-02 21:34:38 but they are called "cloud images" 2024-12-02 21:35:09 hm, to much cloudy these days here 2024-12-02 21:36:28 ok, just finished third cup of wine, and think it is good time for bed, good night all 2024-12-02 21:36:28 there is a cloud image called "nocloud" 2024-12-02 21:36:37 good night! 2024-12-10 04:37:03 trying to install alpine on my visionfive2. I don't see a risc-v image on the alpinelinux website. are there prebuilt images somewhere or would I have to make it myself? 2024-12-10 07:26:47 cow123: https://arvanta.net/alpine/alpine-on-visionfive/ 2024-12-10 07:27:20 it is unofficial and outdated, though it works 2024-12-10 07:28:02 soon we should have official image 2024-12-11 13:03:23 I've pushed linux-starfive upgrade to 6.12.4 but I think it could be removed from aports, linux-lts and linux-edge supports now visionfive V2 fine 2024-12-11 13:04:23 linux-edge version 6.13 and up will have fixes and features added 2024-12-11 13:06:05 maybe create linux-vf1 because it will not have all needed fixes and add-ons soon 2024-12-11 13:06:38 any objections or better ideas? 2024-12-12 03:27:02 mps, I think it makes sense to drop linux-starfive if possible 2024-12-12 03:27:47 but maybe wait until/if the vf1 gets full mainline support 2024-12-12 09:17:44 valerius: sounds reasonable to keep it for vf1 and starlight boards. maybe some other with JH7100 could also use it 2024-12-12 16:22:16 should it be called linux-jh7100 ? 2024-12-12 16:38:13 iggy: it should work also on jh7110 2024-12-12 17:26:55 Linux vf 6.12.4-2-starfive #3-Alpine SMP PREEMPT Thu, 12 Dec 2024 16:44:06 +0000 riscv64 GNU/LinuxLinux vf 6.12.4-2-starfive #3-Alpine SMP PREEMPT Thu, 12 Dec 2024 16:44:06 +0000 riscv64 GNU/Linux 2024-12-12 17:27:03 this is on VF1 2024-12-12 17:27:21 but needs some polishing 2024-12-12 23:10:24 anybody have any luck getting the bananapi bpi-f3 board working on stock alpine? i notice there is a pmos port, but it looks very new 2024-12-13 01:33:01 Ariadne: we have a linux-spacemit port so I assume someone has gotten it working 2024-12-13 06:14:21 I have a banapi f3 running, yes 2024-12-13 06:14:32 (based on an image from ncopa/mps) 2024-12-13 07:19:00 im back :) 2024-12-13 08:13:03 Ariadne: https://dev.alpinelinux.org/~mps/riscv64/bpi-f3-mmc.img.xz and https://dev.alpinelinux.org/~ncopa/riscv/alpine-bpi-f3-mmc.img.xz 2024-12-13 08:14:19 ncopa made something called tiny-cloud image, mine is simpler 2024-12-13 08:16:34 Ariadne: if you need more info I can paste script which creates image 2024-12-13 08:21:47 Ariadne: yeah, I have the bpi-f3 board running for CI 2024-12-13 08:22:08 i rebased the bianbu kernel, but havent updated it to latest 2024-12-13 08:22:15 its on my backlog 2024-12-13 08:31:36 ncopa: here is what gentoo people do https://github.com/spacemit-com/linux-k1x/tree/k1 2024-12-13 08:31:58 it is unofficial ofc 2024-12-13 14:04:32 draft of https://arvanta.net/alpine/alpine-on-spacemit/ 2024-12-13 14:04:57 any help and comment would be appreciated 2024-12-13 14:58:32 updated note about resizing FS 2024-12-13 14:59:05 and tested 2024-12-13 15:02:25 nice 2024-12-13 15:03:29 I think to post short mail to devboard-community@riscv.org about our work 2024-12-13 15:04:21 sounds like a good idea 2024-12-13 15:04:22 ncopa: do you want to write short note about installing tiny-cloud version of image 2024-12-13 15:04:39 um 2024-12-13 15:04:45 maybe 2024-12-13 15:05:03 few sentences will enough I guess 2024-12-13 17:03:53 nice work everyone :) i’ll try it out as soon as my ttl serial adapter arrives 2024-12-13 17:40:48 Ariadne: bananapi f3 should work with hdmi monitor and usb keyboard 2024-12-13 18:06:58 riscv64 dev machine is down? 2024-12-13 18:10:52 No, your container didn't have an ip address. It does have now 2024-12-13 18:11:11 thank you 2024-12-13 18:11:56 ah, it is rebooted 3 hours ago 2024-12-13 18:12:25 ah ok 2024-12-13 18:15:49 obviously VF1 have SPI flash but kernel doesn't have driver for it so it is not possible to flash u-boot from running machine 2024-12-13 18:55:58 I'm thinking to use tagged release version of opensbi-spacemit instead of version of opensbi on which is it based (currently 1.3.2.0_rc6) 2024-12-13 18:56:10 does this sounds sane 2024-12-13 21:46:46 mps_: hmm, the kernel in this image you've built doesn't support /dev/tun? 2024-12-13 21:49:46 Ariadne: kernel is built by ncopa, though it used config from one of mine 'probe' kernels 2024-12-13 21:50:00 hmm 2024-12-13 21:50:14 well, either way not supporting /dev/net/tun is unfortunate :/ 2024-12-13 21:52:05 ncopa should enable it 2024-12-13 21:52:43 there are some options/drivers missing for sure 2024-12-13 21:54:07 I can enable needed things but for me is cumbersome to work with ncopas idea of kernel config and I do something on them only when I'm in a hurry 2024-12-13 21:56:19 when I started to make alpine work on this board I trimmed kernel for faster build 2024-12-13 23:43:52 makes sense 2024-12-13 23:44:21 this is actually the first risc-v board i am actually impressed by 2024-12-14 04:46:24 emm, hey guys, i've port the reset driver on k1 but it seems the probe not work, how can i debug it? the code is here https://github.com/per1cycle/u-boot/tree/b4/k1-reset it really confuse me alot :( 2024-12-14 09:03:16 pericycl2: afaik, reset works in bianbu (or it is spacemit) u-booot 2024-12-14 09:03:26 s/booot/boot/ 2024-12-14 09:06:15 Ariadne: do you need something else beside tun in kernel? I will add tun and if something else is needed 2024-12-14 09:07:53 last night I upgraded opensbi-spacemit and u-boot-spacemit locally and will test them this weekend before push to aports 2024-12-14 09:29:18 Ariadne: oh wait, uname -a => Linux F3 6.6.53-1-spacemit #2-Alpine SMP 2024-11-15 21:37:19 riscv64 Linux 2024-12-14 09:29:37 and in it tun is enabled as module 2024-12-14 09:30:48 `modprobe tun` and dmesg show '[ 1436.957197] tun: Universal TUN/TAP device driver, 1.6' 2024-12-14 20:10:40 mps: works for me, thanks 2024-12-14 20:16:11 Ariadne: you are welcome 2024-12-14 21:22:23 I've created script flash-uboot-to-emmc.sh to flash u-boot to emmc from sd card image when it booted 2024-12-14 21:23:10 if anyone is brave to test it I can post it or upload new image with it included 2024-12-14 21:23:51 and on this image are upgraded opensbi and u-boot to latest tagged versions 2024-12-14 21:24:42 this could be starting point to install alpine on emmc 2024-12-15 04:47:52 mps: yeah, i was trying porting the bianbu-uboot on mainline uboot, but some stuff stucks me alot, the driver/dts seems load successfully but the probe not work at all :( 2024-12-15 05:51:00 the reset works fine on the bsp version of u-boot(uboot2022-10 2024-12-15 05:51:40 but when i port the relative driver to the mainline, it just not work... wierd 2024-12-15 07:33:01 pericycl2: maybe you would ask about this on #u-boot IRC channel at libera, there are people who understand u-boot very deeply 2024-12-15 07:55:16 good idea, thx:) 2024-12-15 09:56:09 pericycle: sorry for taking freedom to give advice but you should not use paste service with passwords, use some of fully open, tpaste.us for example 2024-12-15 09:57:30 pericycle: oh sorry, it is password protected because I used wrong url 2024-12-15 09:59:29 now I see it 2024-12-16 09:03:55 root@hifive-premier-p550:~# uname -a 2024-12-16 09:03:55 Linux hifive-premier-p550 6.6.21-g2ea5d264bdd5 #1 SMP Mon Sep 23 11:56:59 UTC 2024 riscv64 GNU/Linux 2024-12-16 09:36:14 ncopa: nice 2024-12-16 09:37:38 i finally got it booted 2024-12-16 09:46:18 very good. How fast is this machine compared to BPI F3 or VF2 2024-12-16 10:08:45 i havent had time to test anything on it 2024-12-16 10:09:21 i have just mouted it in the ATX cabinet, and got it booted 2024-12-16 11:56:28 it is so painfully noisy 2024-12-16 11:56:52 so i had to power it off 2024-12-16 11:57:03 i wonder if i should try update the kernel. its 6.6.y 2024-12-16 11:57:17 huh, not nice 2024-12-16 11:57:19 and I would like to have an alpine linux kernel 2024-12-16 11:57:42 it may be that it is the ATX case and power supply that is noisy. I don't know 2024-12-16 11:58:31 my loongarch64 is quiet, I hear fan shortly only on boot 2024-12-16 11:59:18 the p550 has a fairly nice debug UART. Just connect the usb-c -> USB-A and I get 4x ttyUSB* 2024-12-16 11:59:26 the serial is the third 2024-12-16 11:59:38 looks like it is openembedded that was installed 2024-12-16 11:59:38 I switched to arm long ago and one of main reason was they are fanless 2024-12-16 11:59:44 yeah 2024-12-16 12:00:05 the loonarch64 is not nearly as noisy as the p550 2024-12-16 12:00:14 my bpi3 is fanless 2024-12-16 12:00:19 fans irritates me when I work 2024-12-16 12:00:22 same 2024-12-16 12:00:28 the bpi3 is super nice 2024-12-16 12:00:42 nice case, works fanless, and has usb-c power 2024-12-16 12:00:46 and is small 2024-12-16 12:00:54 yes, and no one is brave to test my new image on it :) 2024-12-16 12:00:59 lol 2024-12-16 12:01:05 the bpi3 is just super nice 2024-12-16 12:01:48 I agree. only mine issue that I have one with 2GB of RAM 2024-12-16 12:02:21 anyway I ordered nvme storage for it but it still is not arrived 2024-12-16 12:02:52 I think I will manage to boot it directly from nvme 2024-12-16 12:04:20 probably yes 2024-12-16 12:04:34 im trying to figure out is the p550 can boot from usb 2024-12-16 12:04:43 because I'm a bit afraid of bricking it 2024-12-16 12:05:48 BPI F3 have spi nor flash, but driver in kernel doesn't work yet 2024-12-16 14:12:51 uh oh, didn't knew how many people and entities uses our work :) 2024-12-16 14:13:06 now I feel a more important person :D 2024-12-16 14:47:12 ncopa: you told earlier that you will create riscv64 image or iso. Do you still plan to do this so we will have official or I should upgrade 'my' image to new stable release 2024-12-16 14:49:41 you read devboard-community@riscv.org mail? 2024-12-16 15:30:01 yup. good job! 2024-12-16 15:50:29 hm, not sure I understand. you will create it? 2024-12-16 15:52:58 i will create official riscv image at some point 2024-12-16 15:53:10 aha, ok 2024-12-17 01:51:07 I'm using alpine as mini root on bpi3 2024-12-17 01:51:20 with chroot 2024-12-17 14:41:07 I heard building alpine for BananaPi F3 SBC is now possible. I will try on milk-v jupiter this week 2024-12-17 14:55:29 OctopusET: when I booted it first time with alpine I used armbian kernel and alpine userspace 2024-12-17 14:56:58 extracted armbian from their image and added userspace from alpine visionfive V2 board, and set proper parameters to boot 2024-12-17 14:57:20 armbian kernel* 2024-12-17 14:58:44 though I see k1-x_milkv-jupiter.dtb in our image for bpi f3 so maybe just use this 2024-12-18 14:22:06 could someone of you who have BPI F3 check if the MTD works 2024-12-18 14:22:37 I'm not sure I have SPI NOR flash on my board 2024-12-20 15:12:26 fine, found method to boot from nvme on bpi f3 2024-12-20 15:13:22 but still need u-boot batteries on emmc or sd card because in my board spi flash doesn't work 2024-12-20 15:14:07 but this is step forward and enough for now 2024-12-20 15:16:40 btw, yesterday upgraded opesbi and u-boot for bpi f3 2024-12-20 15:16:49 opensbi* 2024-12-21 12:29:32 mps: btw how did you boot from nvme? get into uboot shell and manually send command? 2024-12-21 12:57:53 pericycle: very very hackish metod 2024-12-21 12:58:30 break u-boot by press any key during boot, and get u-boot shell 2024-12-21 12:59:30 from the shell forcefully set autoboot variable to very simple one 2024-12-21 12:59:44 setenv -f autoboot "sysboot nvme 0:1 any 0x2000000 /extlinux/extlinux.conf" 2024-12-21 12:59:48 and 2024-12-21 12:59:58 saveenv 2024-12-21 13:00:06 that's all 2024-12-21 13:00:54 in case to need boot from emmc `env restore -a` 2024-12-21 13:01:43 simple, and I like simple solutions 2024-12-21 13:02:37 sure, I could hack u-boot source to get it better, but I'm not sure is that worth time 2024-12-21 13:14:40 btw, I noticed that linux-spacemit hangs often when booting from nvme 2024-12-21 13:15:38 and because this I created separate kernel pkg 2024-12-21 13:17:07 though also it hangs sometimes 2024-12-21 15:13:17 cool! 2024-12-21 15:14:08 maybe can change the uboot bootarg in the bsp source code 2024-12-21 15:16:10 i've never notice whether it hangs, when i boot the system just do something else and go back see the root# ;) 2024-12-21 15:16:51 sorry, nor 'env restore -a' but 'env default -a' 2024-12-21 15:17:34 linux-spacemit doesn't hangs when booting from emmc or sd card 2024-12-21 15:17:47 but hangs when boot from nvem 2024-12-21 15:18:27 nvme* 2024-12-21 15:18:49 that's wierd... though i havn't try boot the system from nvme... 2024-12-21 15:19:50 also, you can boot from nvme by 'setenv devtype nvme' and then 'boot' from u-boot shell 2024-12-21 15:20:13 i.e. without changing autoboot variable 2024-12-21 15:23:13 btw, what the partition on the nvme looks like? the same like boot from emmc? 2024-12-21 15:43:06 you can make it however you like 2024-12-21 15:43:40 though I prefer p1 for extlinux and /boot and p2 for rootFS 2024-12-21 15:45:56 currently on my bpif3 `lsblk` show https://tpaste.us/9Xb4 2024-12-21 15:58:59 ohh got it 2024-12-21 15:59:02 cool! 2024-12-22 05:12:24 mps: a gentoo guy create a "#spacemit" irc channel in libera.chat, maybe you can ask him why it hangs while boot in nvme mode? 2024-12-22 07:19:36 pericycle: heh, actually I know why alpine linux-spacemit hangs booting from nvme in my case 2024-12-22 07:20:27 I created rootFS as F2FS and linux-spacemit initramfs doesn't have driver included 2024-12-22 07:21:13 adding f2fs to mkinitfs.conf and rebuild initramfs will solve problem I bet 2024-12-22 07:48:54 awesome! 2024-12-22 08:27:42 btw, mps what's the dram size of yr bpif3? can you help me validate my patch? i've implement get dram size on mainline u-boot, here's the link: https://github.com/per1cycle/u-boot/tree/b4/get-dram 2024-12-22 08:28:16 on my 4g dram bpif3 the uboot can get the dram size correctly. 2024-12-22 08:30:41 git clone https://github.com/per1cycle/u-boot/ -b b4/get-dram 2024-12-22 16:03:34 pericycle: does this patch apply to bianbu u-boot tree? 2024-12-23 00:46:13 this patch is for mainline uboot 2024-12-23 00:48:20 bianbu uboot seems doesnot need any extra patch, this patch is referenced to bianbu u-boot btw. 2024-12-23 03:12:24 Hey ya'll, I've been following https://arvanta.net/alpine/alpine-on-visionfive/ to try to boot on a VisionFive 2. When I set the pins to boot from flash, the keyboard is getting power from the USB but I don't even get a splash screen from the HDMI. Am I holding it wrong it should I at least get a pulse on the monitor? 2024-12-23 06:23:20 try to use uart see the output?? 2024-12-23 06:23:29 s/??/?/ 2024-12-23 07:01:31 hmm, I don't have a cable for that 2024-12-23 07:08:31 I'd just like a sanity check if someone else with this board can tell me if I should expect the bios to send something to the monitor even if my sdcard is broken 2024-12-23 07:27:21 homa_rano: iirc, u-boot for VF2 doesn't have video driver 2024-12-23 07:28:39 try to boot and simply wait some time 2024-12-23 07:29:20 don't touch keyboard as it could break boot 2024-12-23 08:22:07 homa_rano: small advice, by working with such board is it very good to have serial cable and they are very cheap and available nearly everywhere. could save of lot of 'headache' 2024-12-24 08:59:36 pericycle: sorry, I still don't found free time to test your u-boot works 2024-12-24 14:57:56 mps: np, my coworkers have test and works fine:) 2024-12-24 15:48:27 pericycle: nice 2024-12-24 16:04:53 next step is to fix my reset and clock driver, im consider use jtag for further debugging, caz uart seems provide too less information... though i know the sysreset seems didn't called the reset driver, idk how to get further information... 2024-12-26 09:59:43 the sifive p550 is pretty nice. it has a BMC, super easy access to serial console 2024-12-26 10:00:30 i can power cycle it from serial console via a USB cable 2024-12-26 10:00:40 it boots from USB 2024-12-26 10:12:31 BMC have access over net? 2024-12-26 10:17:15 But performance is not that great? 2024-12-26 10:22:17 i believe the BMC has access over net but I havent tested that 2024-12-26 10:23:24 I havent tested performance yet, but google says its better than banana pi bpi f3 2024-12-26 10:23:38 the only thing im not too happy with is the noise 2024-12-26 10:24:18 but i havent figured out where it comes from. if its the ATX case fan, power supply fan or CPU fan 2024-12-26 10:25:04 They shipped an usb-c to usb-a cable, and the usb-c port on the board is the serial console/bmc 2024-12-26 10:25:39 very convenient 2024-12-26 10:26:14 Same as on pioneer, but no BMC 2024-12-26 10:27:15 I have too many boards now. Need to find some ppl who can make better use of them. 2024-12-26 10:28:01 nice that they made serial console over usb-c. I always wondered why other vendors do not ship cheap usb to ttl cable with SBCs 2024-12-26 15:58:41 yay! success 2024-12-26 15:58:45 OpenRC 0.55.1 is starting up Linux 6.6.67-0-eswin (riscv64) 2024-12-26 15:58:52 Welcome to Alpine Linux 3.22.0_alpha20241224 (edge) 2024-12-26 15:58:52 Kernel 6.6.67-0-eswin on an riscv64 (/dev/ttyS0) 2024-12-26 15:59:19 this is even a traditional alpine-uboot.tar.gz image 2024-12-26 17:20:04 on p550? 2024-12-26 18:47:18 yes 2024-12-26 20:28:44 yay! I was able to create an alpine-uboot release tarball, and untarred it to the sdcard for my visionfive2, and it just booted! 2024-12-26 20:29:10 it means that we can do the alpine 3.21.1 to support visionfive2 board 2024-12-26 20:29:15 out of the box 2024-12-26 20:31:03 anybody knows if upstream uboot support visionfive2? 2024-12-26 20:39:25 ncopa: VF2 u-boot is already packaged for alpine. iirc year ago now 2024-12-26 20:41:18 apk info u-boot-starfive 2024-12-26 20:42:20 yes but why do we have separate package for it instead of just using main/u-boot? 2024-12-26 20:43:26 https://docs.u-boot.org/en/latest/board/starfive/visionfive2.html 2024-12-26 20:43:47 we have a lot specific u-boot packages, because different boards need differently build binaries 2024-12-26 20:44:27 oh 2024-12-26 20:44:47 it is a subpackage of from main/u-boot 2024-12-26 20:44:50 only u-boot-tools are same for all 2024-12-26 20:45:19 yes, all these subpkgs are built from main/u-boot 2024-12-26 20:46:07 and we have few specific aports of u-boot which can't be built from mainline 2024-12-26 20:47:20 u-boot-asahi, u-boot-spacemit and something else. I have more locally of such 2024-12-26 20:48:20 some are for family of boards, for example u-boot-sunxi for arm32 2024-12-26 20:48:56 yeah, i misunderstood. all good 2024-12-26 20:49:01 but even it contains different build for specific sunxi boards 2024-12-26 20:50:05 this is good 2024-12-26 20:50:23 actually it is possible to build by architecture but this will be complicated and not easy for end users 2024-12-26 20:50:39 it means I probably can replace my pc-engines machine with the visionfive2 2024-12-26 20:50:58 as home router 2024-12-26 20:51:12 we have for about year all for VF2 in aports 2024-12-26 20:51:29 I use VF2 as home router 2024-12-26 20:52:02 sometimes exchange it with BPI F3 2024-12-26 20:52:22 BPI F3 is better but not yet 'polished' 2024-12-26 20:53:20 but I got to the point where I can just 'move' nvme from one to other and boot without any tweak 2024-12-26 20:54:14 kernel for BPI F3 needs works and testing 2024-12-26 20:54:49 things are so much easier when mainline kernel supports the board 2024-12-26 20:55:39 ncopa: btw, linux-spacemit hangs when booting from nvme, and I have no idea why (yet, at last). it boots fine from sd card and emmc 2024-12-26 20:56:15 ok 2024-12-26 20:56:15 yes, pericycle works on upstreaming u-boot for BPI F3 2024-12-26 20:57:01 the bianbu kernel sources is very inconvenient to work with 2024-12-26 20:57:08 i'd like to rebase it 2024-12-26 20:57:25 and it would be nice to have a kernel based on 6.12.y 2024-12-26 20:57:28 here is the try with kernel https://github.com/spacemit-com/linux-k1x/tree/k1 2024-12-26 20:57:48 6.13-rc1 2024-12-26 20:58:02 but this doesn't boot for me 2024-12-26 21:00:30 ok 2024-12-26 21:01:16 i could probably try build and boot it, but then I'm taking down the CI while experimenting 2024-12-26 21:01:36 which I'd rather not do 2024-12-26 21:01:50 I don't have free time to try more hard 2024-12-26 21:02:11 not me either, really 2024-12-26 21:03:06 yeah, understand 2024-12-26 21:04:26 and once I take this VF2 into production, I can no longer experiment much with it 2024-12-26 21:05:52 I'm already in this position 2024-12-26 21:08:08 I'm laying. I can boot this 6.13-rc1 :) 2024-12-26 21:08:47 when we talked I've got idea what could be problem 2024-12-26 21:08:52 Linux bpi-f3 6.13.0-rc1-0-k1x-rc #1-Alpine SMP PREEMPT Tue, 17 Dec 2024 12:50:21 +0000 riscv64 Linux 2024-12-26 21:09:00 uname -a say 2024-12-26 21:09:21 \o/ 2024-12-26 21:09:38 ncopa: thanks to forcing me to think 2024-12-26 21:18:46 ha! 2024-12-26 21:18:51 what was it? 2024-12-26 21:19:25 gziped kernel was problem 2024-12-26 21:19:36 aha 2024-12-26 21:19:53 u-boot can't unpack gziped kernel 2024-12-26 21:21:16 maybe pericycle could help with this 2024-12-26 21:21:54 but is ok if we use non gziped kernel 2024-12-27 02:36:15 ncopa: the upstream base support is accepted, but some driver is under working, like clk/pinctrl/etc, the upstream status is here https://github.com/per1cycle/u-boot/wiki 2024-12-27 02:37:58 im pleasure to have a look btw 2024-12-27 02:54:35 mps: which u-boot version did u use? 2024-12-27 07:08:14 pericycle: I use bianbu tagged release 2.0.4 2024-12-27 10:42:53 what is with pioneer machine where are our lxcs? 2024-12-27 10:43:09 network problem or machine? 2024-12-27 10:43:21 do anyone knows? 2024-12-27 10:48:36 I think it now crashed again (machine) 2024-12-27 10:49:20 Oh, it's back again 2024-12-27 10:49:43 Your container should be accessiblew 2024-12-27 10:53:08 hm, my mosh session survived, so probably not crashed. maybe network had problem 2024-12-27 12:01:37 meh... the p550 kernel does not work when cross compiled 2024-12-27 12:13:45 some kernels can be problematic when cross compiled. I stopped to do this few years ago 2024-12-27 12:15:55 my son attached A/V meter to power supply cable to BPI F3 with nvme module on it, it shows 110mA when in idle 2024-12-27 12:16:56 dd if=/dev/zero of=testfile bs=1M count=2048 (2GB) raiser it to 400mA 2024-12-27 12:17:11 raises* 2024-12-27 12:17:57 so not much power consumption as I thought it will be 2024-12-27 12:19:32 and I have aports ready for 6.13-rc1 linux-k1x-rc if somenone wants to try 2024-12-27 14:39:52 *facepalm* 2024-12-27 14:40:48 i have tried all day figure out why the renamed linux-p550 kernel does not boot 2024-12-27 14:41:02 the FDT was missing 2024-12-27 14:41:15 I tried find out why 2024-12-27 14:41:19 did cross compile 2024-12-27 14:41:21 native compile 2024-12-27 14:41:28 changed config options 2024-12-27 14:41:51 (and ofc i had to throw away all the config optimizations I did this morning) 2024-12-27 14:41:56 finally i realized what is wrong 2024-12-27 14:42:10 I never apply the p550 patch 2024-12-27 14:45:00 oof 2024-12-27 14:45:38 you don't look at u-boot messages on boot? 2024-12-27 14:46:17 it should say if it loads dtb, or it can't find it 2024-12-27 14:47:06 yeah 2024-12-27 14:47:19 i figured it didnt boot because the dtb failed to load 2024-12-27 14:47:46 so i pointed it to the other kernels dtb 2024-12-27 14:47:54 and it booted the initramfs 2024-12-27 14:48:14 but could not find the block device drivers 2024-12-27 14:48:38 because none of the eic7700 drivers was there 2024-12-27 14:48:54 i just feel stupid 2024-12-27 14:50:13 no, you are not stupid. that happens to all us of when trying to 'bring-up' new devices 2024-12-27 14:50:54 for me already become normal to not see obvious 2024-12-27 14:51:33 So many details that have to be right that it's hard to see the one detail that's missing 2024-12-27 14:51:43 (like last night gziped kernel :) ) 2024-12-27 14:52:07 ikke: right 2024-12-27 14:52:19 the good thing though, is that now I can cross ocmpile kernel 2024-12-27 14:52:28 so it takes less than 10 mins 2024-12-27 14:52:32 Nice 2024-12-27 14:52:36 With what compiler? 2024-12-27 14:52:47 ncopa: cross compile kernel on alpine? 2024-12-27 14:54:03 yes 2024-12-27 14:54:39 sh scripts/bootstrap.sh riscv64 testing/linux-p550 2024-12-27 14:54:51 aha, how? would be nice to have short notes how to do this 2024-12-27 14:55:01 that's all? 2024-12-27 14:55:13 thats all 2024-12-27 14:55:16 b262bdb6d5d213bfe128fa8391b80390644fbb29 2024-12-27 14:55:23 was the fix 2024-12-27 14:55:38 it starts with building a cross compiler for you 2024-12-27 14:55:56 so first run it builds binutils and gcc 2024-12-27 14:56:06 aha, understand 2024-12-27 14:56:56 this is worth to try 2024-12-27 14:58:01 the linux-lts riscv64 is highly optimized for vf2 so its only like 3 mins to build on my machine 2024-12-27 15:00:39 so I can this way build riscv64 kernels on fast machine (apple m1pro) 2024-12-27 15:00:49 yup 2024-12-27 15:01:27 so 'scripts/bootstrap.sh riscv64' will build toolchain iiuc 2024-12-27 15:02:23 ah, it created sysroot-riscv64 in my home dir 2024-12-27 15:07:13 yup 2024-12-27 15:09:51 and next time 'scripts/bootstrap.sh riscv64 path/pkgname' I guess 2024-12-27 15:11:10 uh, 'mv: can't rename '/work/aports/main/gcc/pkg/gcc-pass2-riscv64/usr/riscv64-alpine-linux-musl/lib/*.so.*': No such file or directory' 2024-12-27 15:15:19 git pull --rebase 2024-12-27 15:15:52 b55c7d3abb56831820070562d0e60e5518e88f35 2024-12-27 15:16:05 aha, thanks 2024-12-27 15:16:26 i bumped into the same yesterday :) 2024-12-27 15:18:58 if it succeed this will help a lot 2024-12-27 15:23:02 hm, does it build toolchain on every run? 2024-12-27 15:23:09 no 2024-12-27 15:23:30 only first time, or when aports tree has update (I assume) 2024-12-27 15:24:39 so actual command should be `scripts/bootstrap.sh riscv64 testing/linux-starfive` for exmaple? 2024-12-27 15:27:31 looks like it works \o/ 2024-12-27 15:28:01 thank you for this 2024-12-27 15:33:51 yet another erroe "strip: Unable to recognise the format of the input file `/work/aports/testing/linux-starfive/src/linux-6.12/.tmp_vmlinux1'" 2024-12-27 15:35:18 I should start with something smaller and simpler 2024-12-27 15:42:55 `scripts/bootstrap.sh riscv64 testing/opensbi-spacemit` works 2024-12-27 15:50:32 ah, it build linux-starfive if I remove dev subpkg 2024-12-27 15:50:46 so far so good 2024-12-27 16:44:20 works fairly well with linux-lts 2024-12-27 16:54:49 ncopa: if you like to follow pioneer kernel development: https://github.com/sophgo/linux/wiki#sg2042 2024-12-27 16:55:10 as you noticed some stuff went into 6.12 2024-12-27 16:57:30 nice 2024-12-27 16:57:42 yeah i updated the linux-sophgo kernel the other day 2024-12-27 16:57:54 just need find a convenient time to test it 2024-12-30 17:40:07 we (and especially I) made a mistake with image for BPI F3. boot partition is small (128MB) to have more than two kernels, which is needed for testing 2024-12-30 17:40:24 it should be at least 256MB 2024-12-31 08:25:01 ill be running some dev work on bld1 rv64 machine 2024-12-31 08:25:19 so stable builders are dev containers will be temp offline 2024-12-31 08:34:33 and*