2024-09-01 11:18:38 last evening I fixed my BPI-F3 with 2GB RAM, now it can boot from mmc (sd card) 2024-09-01 13:19:32 What did you do to fix it? i remember you said the software is only available for windows and x86_64 glibc 2024-09-01 13:39:59 cely: right. Last evening husband of daughter gave me his windows machine and I installed this software (titantools for win) on it and with 'try and error' method I've got flash needed parameter (ddr_num_cs) to work 2024-09-01 13:40:54 previous tries with debian didn't worked 2024-09-01 13:41:41 Ok, thanks for the info. Is the software still in Chinese with no English translation? 2024-09-01 13:45:51 only Chinese 2024-09-01 13:46:31 maybe there is English (or other langs version) but I can't find it 2024-09-01 13:48:51 Ok 2024-09-02 07:13:53 last night with armbian kernel and u-boot I've booted alpine userspace on bpi-f3 2024-09-02 07:14:14 so some progress on this strange SoC/SBC 2024-09-02 07:16:16 That's good news 2024-09-02 07:16:27 Just wondering, how is it strange? 2024-09-02 07:18:41 partition table layout is something I don't understand yet. And flashing u-boot, opensbi and some essential boot files is not documented well 2024-09-02 07:19:14 Ok 2024-09-02 07:19:37 their u-boot is 2022.10, so very outdated 2024-09-02 07:21:54 right now I'm trying to build kernel (alpine apk) for it 2024-09-02 07:25:39 Thanks for working on this 2024-09-02 07:26:56 cely: you have this board? 2024-09-02 07:29:18 Yes, but i'm a bit worried after seeing how much trouble you're going through to get it working 2024-09-02 07:31:14 if you have version with 4 or 8 GB RAM it should go easier. Armbian and their bianbu images boots fine 'out-of-the-box' 2024-09-02 07:31:51 but I want to get all tools and boot things build on alpine 2024-09-02 07:32:07 Ok 2024-09-02 07:32:14 in my test alpine userspace also works fine 2024-09-02 07:34:19 main problem is that the documentation is sparse 2024-09-02 07:40:18 I bought a 4GB ver last week. 2024-09-02 07:40:20 I found someone is working at booting 6.6 kernel in Gentoo, their experience might be helpful: https://forum.banana-pi.org/t/gentoo-on-bpi-f3/18389 2024-09-02 07:44:06 Also a spacemit bianbu image build guide: https://bianbu-linux.spacemit.com/en/development_guide/boot/ (chinese only) 2024-09-02 07:45:47 lindsay: thanks for gentoo url 2024-09-02 07:45:57 mps: If you have any problem about Chinese, be free to contact me. 2024-09-02 07:46:12 I looked bianbu guide but don't understand chinese 2024-09-02 07:46:31 lindsay: you read chinese? 2024-09-02 07:48:52 yes, I and qaqland are Chinese, I am sure he is also willing to help you. 2024-09-02 07:53:07 nice 2024-09-02 08:00:53 I am working at licheepi 4a currently, and have booted alpine linux 5.10. 2024-09-02 08:00:55 https://moe.reisen/@lindsay/statuses/01J44NZCW0CWRM0AZAMBN30NAH 2024-09-02 08:00:57 Maybe I could publish a linux 6.6 image for licheepi4a days later 2024-09-02 08:01:42 licheepi4a is jh7110? 2024-09-02 08:02:06 no, th1520 2024-09-02 08:03:05 oh, my memory is fading 2024-09-02 08:12:50 I heard k1's out-of-tree kernel is awful. They put all changes in one commit. 2024-09-02 08:12:53 https://github.com/BPI-SINOVOIP/pi-linux/commits/linux-6.1.15-k1/ 2024-09-02 08:25:39 I've built their 6.6.36 but armbian u-boot can't boot it 2024-09-02 10:19:07 lindsay: ah, now remember that I already read earlier https://forum.banana-pi.org/t/gentoo-on-bpi-f3/18389 2024-09-02 10:21:01 I've to this, Starting kernel ... => [ 0.000000] Linux version 6.6.36-0-bpi-f3 (mps@mps-edge-riscv64) (gcc (Alpine 14.2.0) 14.2.0, GNU ld (GNU Binutils) 2.43.1) #1-Alpine SMP PREEMPT Mon, 02 Sep 2024 07:00:53 +0000 2024-09-02 10:21:13 but some drivers crashes 2024-09-02 11:36:47 fJnGEDNIEBRgCueGRdCkJbk 2024-09-02 11:37:18 sorry, I touched my yubikey by mistake 2024-09-02 11:38:41 oh nice, I thought your cat walked on keyboard :) 2024-09-02 11:38:42 right, it doesnt make sense in any language i know. 2024-09-02 11:39:05 clandmeter: yubikey lang? 2024-09-02 18:41:18 fastfetch on bpi-f3 https://tpaste.us/5XOM 2024-09-02 23:07:48 \o/ 2024-09-03 05:53:41 it is with armbian kernel 2024-09-03 05:55:25 vendor kernel is buggy and build often fails if some options/drivers not set or in some cases if they set 2024-09-03 05:56:01 have to find how is armbian kernel built 2024-09-03 05:57:36 but, ethernet, wifi, sensors, usb works. I didn't tried sound and hdmi 2024-09-04 16:30:19 for test I made access point with bpi-f3. works but not so fast as I expected 2024-09-09 19:32:42 got kernel apk pkg for bananapi-f3 => Linux localhost 6.6.36-0-bpi-f3 #1-Alpine SMP Mon, 09 Sep 2024 19:18:37 +0000 riscv64 Linux 2024-09-09 19:33:04 very hackish but it works 2024-09-09 19:54:13 how we can force mkinitfs to add firmware to initramfs 2024-09-09 19:56:30 Do you know what firmware? 2024-09-09 19:57:25 You can add a *.file file in there listing the paths to the firmware, then add that feature to the config 2024-09-09 20:04:09 ikke: it is not packaged for alpine, it is remote processor firmware for spacemit (bpi-f3), esos.elf 2024-09-09 20:04:29 and not sure is it free to download 2024-09-09 20:04:59 ikke: could you point me to example if we have it somewhere for alpine 2024-09-09 20:05:49 Example of what? 2024-09-09 20:06:05 The features.d directory contains plenty if examples 2024-09-09 20:06:16 example of mkinitfs.conf with firmware 2024-09-09 20:06:38 yes, but all these are drivers 2024-09-10 08:26:13 now I created image for bpi-f3 which boots alpine. If someone wants to test it I can upload it to dev.a.o 2024-09-10 08:26:38 also I can put shell script which builds image 2024-09-10 08:27:39 put on net* 2024-09-10 20:05:57 hm, why mkinitfs don't want to install anything from /lib/firmware 2024-09-10 20:06:14 add to initramfs 2024-09-10 20:09:32 I guess you're right: https://gitlab.alpinelinux.org/alpine/mkinitfs/-/blob/master/mkinitfs.in#L138 2024-09-10 20:10:02 It seems to only include firmware that is in used by modules 2024-09-10 20:10:46 right, just reading local /sbin/mkinitfs 2024-09-10 20:10:58 this is bug I think 2024-09-10 20:11:42 https://gitlab.alpinelinux.org/alpine/mkinitfs/-/commit/155c5fa5816cc6d942e531d525493318ceae8fd6 2024-09-10 20:11:44 added 8 years ago 2024-09-10 20:12:02 and no one reported till now 2024-09-10 20:13:17 I guess because the autodetection works for most situations 2024-09-10 20:14:05 this should be reverted, at least 2024-09-10 20:14:52 Possibly only the `rm` line 2024-09-10 20:16:44 all 2024-09-10 20:16:53 to be safe 2024-09-10 20:17:53 this https://gitlab.alpinelinux.org/alpine/mkinitfs/-/commit/155c5fa5816cc6d942e531d525493318ceae8fd6#dd2b8c5dc33fed21db477032ff4754c998dc6e5b_127_130 2024-09-10 20:17:59 And breaking existing setups that rely on auto detection? 2024-09-10 20:18:27 looks like it install firmware only checking modinfo results 2024-09-10 20:19:07 what if no one module have desired firmware in modinfo 2024-09-10 20:19:41 I lost two hours to find what could be issue 2024-09-10 20:20:02 If the directory is not removed, it should keep it if you manually specify it 2024-09-10 20:22:04 well, not sure because of 'for fname in "$FW" "$FW.zst" "$FW.xz"; do' 2024-09-10 20:22:32 and FW is set by modinfo 2024-09-10 20:23:33 It installs additional files returned by modinfo 2024-09-10 20:23:55 But that should not exclude you from manually specifying files, except, because of the `rm` line, they are removed 2024-09-10 20:24:55 I doubt but still didn't tested 2024-09-10 20:25:13 rm must be removed for sure 2024-09-10 20:42:26 ikke: you are right, remove rm line is enough 2024-09-10 20:46:56 but didn't helped me for problem I'm trying to solve 2024-09-10 20:47:48 can we use wget in APKBUILD to fetch firmware 2024-09-10 20:48:07 we can, but is it allowed 2024-09-11 12:51:40 ncopa: should we fix mkinitfs according to discussion above 2024-09-11 13:42:47 ok. please create an issue so i find the details when I look at it 2024-09-11 13:53:17 I already crated local fix, can create MR from it 2024-09-11 13:53:46 but I guess you want to change it in source 2024-09-11 13:53:59 so, probably issue is ok