2024-10-01 14:28:41 I've got opensbi+u-boot built from source on alpine to work \o/ 2024-10-01 14:29:01 for spacemit SoC 2024-10-01 15:20:24 congrats! Awesome! 2024-10-01 16:00:31 ncopa: thanks. But we will have again to 'play' with their sources 2024-10-01 17:01:14 and this is what I use as APKBUILD for opensbi-spacemit 2024-10-01 17:01:27 have no better idea for now 2024-10-01 19:12:12 >>> ERROR: u-boot-spacemit: 2022.10_2.0 is not a valid version 2024-10-01 19:12:16 why? 2024-10-01 19:12:53 The _ is not valid there 2024-10-01 19:13:51 The _ can only be used to separate a pre or post suffix 2024-10-01 19:13:55 same is with 2022.10-2.0 2024-10-01 19:13:58 https://gitlab.alpinelinux.org/alpine/go/-/blob/master/version/doc.go? 2024-10-01 19:14:38 only 2022.10.2.0 would be valid 2024-10-01 19:14:40 ah like I did with mesa-asahi 2024-10-01 19:14:58 mesa-asahi-24.3.0_pre20240930-r0 2024-10-01 19:15:09 that is valid indeed 2024-10-01 19:15:34 hm, have to contemplate about this 2024-10-01 19:16:15 What does that specific version mean? 2024-10-01 19:16:22 2nd release of october 2024? 2024-10-01 19:16:45 tag in gitlab 2024-10-01 19:16:59 sure, just trying to understand the version scheme 2024-10-01 19:17:03 https://gitlab.freedesktop.org/asahi/mesa/-/tags 2024-10-01 19:17:45 ah, you mean for u-boot-spacemit? 2024-10-01 19:17:55 yes 2024-10-01 19:18:00 it is branch 'bl-v2.0.y' 2024-10-01 19:18:18 bl is baseline? 2024-10-01 19:18:30 could be 2024-10-01 19:18:50 upstream is not open source friendly 2024-10-01 19:19:33 to see commits on their repo you must register account or use google account 2024-10-01 19:19:38 anoying 2024-10-01 19:20:38 but I 'promised' to clandmeter that I will try to make all this for bpi f3 and I want to finish 2024-10-01 19:20:40 I'd mirror it somewhere public 2024-10-01 19:21:15 like ncopa did with linux-spacemit kernel? 2024-10-01 19:23:11 He rebased the commits iirc 2024-10-01 19:23:44 yes 2024-10-01 19:39:21 for now I will go with 2022.10.2.0 2024-10-01 19:48:12 by blind trying I see tar.gz could be downloaded from their repo 2024-10-01 19:48:43 it is very nuce that my crystal ball still works fine ;) 2024-10-01 19:48:52 heh 2024-10-02 10:59:21 anyone have bpi f3 running with linux-spacemit kernel? source "$(OPENSBI_SRC_DIR)/lib/sbi/Kconfig" 2024-10-02 10:59:24 source "$(OPENSBI_SRC_DIR)/lib/sbi/Kconfig" 2024-10-02 10:59:26 21:17 ......... mps| https://gitlab.freedesktop.org/asahi/mesa/-/tags 2024-10-02 10:59:26 21:17 ......... mps| https://gitlab.freedesktop.org/asahi/mesa/-/tags 2024-10-02 10:59:28 source "$(OPENSBI_SRC_DIR)/lib/sbi/Kconfig" 2024-10-02 10:59:31 source "$(OPENSBI_SRC_DIR)/lib/sbi/Kconfig" 2024-10-02 10:59:32 huh 2024-10-02 10:59:52 I hate touchpads 2024-10-02 11:05:12 wanted to ask what is load on bpi f3 with latest linux-spacemit kernel 2024-10-02 11:05:22 anyone can check 2024-10-02 11:15:52 I still need to install mine. Maybe this evening. But need to liberate an sdcard 2024-10-02 11:19:03 ok, noticed it uptime never goes below 1.00 in my case, while with old kernel locally build it is mostly 0.00 2024-10-02 11:22:52 You mean load? 2024-10-02 11:24:09 load, yes 2024-10-02 11:54:46 alpine-bpi-f3:~# uptime 2024-10-02 11:54:46 11:54:34 up 6 days, 17:54, 0 users, load average: 8.04, 8.11, 7.91 2024-10-02 11:54:54 Linux alpine-bpi-f3 6.6.52-2-spacemit #3-Alpine SMP 2024-09-25 16:59:27 riscv64 Linux 2024-10-02 11:55:15 but it is also building qemu currently 2024-10-02 11:55:21 I've guess because linux-spacemit have CONFIG_CPU_FREQ_DEFAULT_GOV_SCHEDUTIL=y instead of CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y 2024-10-02 11:56:17 I know you like SCHEDUTIL but I told few times it is not good choice 2024-10-02 11:56:41 you can change it? 2024-10-02 11:56:50 yes 2024-10-02 11:56:55 to test if that is the case 2024-10-02 11:57:21 now I'm testing apks of opensbi and u-boot 2024-10-02 11:58:03 will test later, probably at evening. for now just wanted to ask if someone can confirm this load 2024-10-02 11:59:19 ncopa: btw do you have time to review opensbi and u-boot APKBUILDs, can paste them. they are not big 2024-10-02 12:07:34 here is the opensbi-spacemit https://tpaste.us/XvEv 2024-10-02 12:08:23 and u-boot-spacemit is here https://tpaste.us/Lyv4 2024-10-02 12:36:35 mps: looks like they are good enough to push to testing 2024-10-02 12:37:39 thanks for review 2024-10-02 12:49:56 re gov schedutil, I use that to utilize modenr CPU's capability to scale down the freqency 2024-10-02 12:50:01 to save energy 2024-10-02 12:50:36 i dont like waste resources 2024-10-02 12:51:44 schedutil will be fixed in 6.12 to work fine, for now it is 'not so'. because this I use conservative to save energy 2024-10-02 12:52:11 i havent seen any doc explaing the problem with schedutil? 2024-10-02 12:52:44 schedutil is supposed to be balanced. get the freq up under load, and take it down again when cpu is idle 2024-10-02 12:52:51 also I didn't, but talk on different channels persuades me 2024-10-02 12:53:10 and experience 2024-10-02 12:54:02 what does not work fine with schedutil in your experience? 2024-10-02 12:55:08 less battery and somewhat higher load 2024-10-02 12:55:54 try to change to conservative on bpi f3 and check 2024-10-02 12:58:11 it should be 0.00 if not some intensive program runs 2024-10-02 12:58:46 with hostapd it is mostly 0.00 in my case 2024-10-02 13:55:36 not sure if load is a good measure nowaday 2024-10-02 13:56:17 not really sure how it works, but as I understand it is amount of work relative available CPU 2024-10-02 13:57:51 yes, you are right 2024-10-02 13:58:15 maybe call it 'cpu utilization' 2024-10-02 13:58:34 if you for example have close to no work to do. lets say it is 0.001 when cpu freq is at 100% 2024-10-02 13:58:56 which would be rounded to 0.00 2024-10-02 13:59:15 then you reduce the CPU freq, the CPU speed 2024-10-02 13:59:32 to 10% 2024-10-02 14:00:13 then load will tell you that you would need 10 times more CPU power to do the same amount of work 2024-10-02 14:00:33 and load will show you 0.010 (rounded to 0.01) 2024-10-02 14:00:46 even if it is the exact same amount of work 2024-10-02 14:00:49 no? 2024-10-02 14:00:58 there is 'sugov' kernel thread which is very active with schedutil, could be bug in some of patches for spacemit 2024-10-02 14:01:17 but i am not convinced it is a problem 2024-10-02 14:01:55 so, if this thread runs constantly you have 1.00 load 2024-10-02 14:02:13 1.00 load means you use all CPU power 2024-10-02 14:02:31 1.00 is one cpu 2024-10-02 14:02:37 it means you use CPU 100% 2024-10-02 14:02:39 not all 8 2024-10-02 14:03:42 you can easily create program which runs on one cpu to check this 2024-10-02 14:04:09 not use sleep in loop 2024-10-02 14:04:16 what i know for sure is that CPU gov "performance" will set up the speed to max, regardless if there is work to do or not 2024-10-02 14:04:33 yes 2024-10-02 14:05:00 like pressing the gas pedal down to bottom in a car, regardless if you move fast, slow or stand still 2024-10-02 14:05:58 cpu freq will be max but that doesn't mean that cpu work intensive task, they have 'halt' mode (from my memory from I486 times) 2024-10-02 14:06:11 exactly 2024-10-02 14:06:30 you press the gas pedal down to the bottom, even if the car stand still 2024-10-02 14:07:00 engine runs super fast, even if car is not moving 2024-10-02 14:07:01 comparison is not good in this case 2024-10-02 14:07:39 cpu clock is max, but most of the cpu is idle 2024-10-02 14:08:31 and when it is in some kind of 'sleep' 2024-10-02 14:08:45 or better say 'snooze' 2024-10-02 14:09:20 it does wake up regularily to do maintence tasks, like updating the clock, respond to IRQ 2024-10-02 14:09:28 to do very light work 2024-10-02 14:09:57 yes, and one cpu is enough for this 2024-10-02 14:10:23 one cpu is enough, and it does not need full speed to do it 2024-10-02 14:10:27 lower freq works fine 2024-10-02 14:10:31 and saves energy 2024-10-02 14:10:31 right 2024-10-02 14:10:34 thats the idea at least 2024-10-02 14:11:05 but if it is broken that is ofc not good 2024-10-02 14:11:20 yes, even if cpu is 'snoozing' higher clock use more energy than low freq 2024-10-02 14:11:23 but i dont think looking at 'load' is a good indication that something is broken 2024-10-02 14:12:02 higher load than expected is sign that something is wrong 2024-10-02 14:12:44 but what i try to say is that it will give higher 'load' number for the exact same amount of work 2024-10-02 14:12:49 when freq is low 2024-10-02 14:12:52 vs high 2024-10-02 14:13:05 higher 'load' does not mean it has more work to do 2024-10-02 14:13:21 try `echo performance > /sys/devices/system/cpu/cpufreq/policy0/scaling_governor` on bpif3 and you will see 2024-10-02 14:13:22 as it is relative the capacity of the CPU 2024-10-02 14:13:49 higher load means that it works on something 2024-10-02 14:13:58 yes 2024-10-02 14:15:05 in /sys/devices/system/cpu/cpufreq/policy0/ are some files with which you can 'play' to see 2024-10-02 14:15:11 but if the load shows 0.001 on 100% cpu freq, and you reduce cpu freq with 90%, the exact same amount of work will sho load '0.01'. It looks like load is 10 times more 2024-10-02 14:15:23 while you in fact only have 1/10 CPU capacity 2024-10-02 14:15:26 right 2024-10-02 14:15:26 its a relative number 2024-10-02 14:15:50 so I'm not convinced it is a problem 2024-10-02 14:16:03 no, freq and load not much related (on same cpu) 2024-10-02 14:16:22 then I misunderstand 2024-10-02 14:16:37 freq is only 'capability' while load is real usage 2024-10-02 14:17:59 if you have one process or thread spinning constantly you will have load of 1.00 independent of freq (not exactly this but I think you understand) 2024-10-02 14:19:18 yup 2024-10-02 14:19:28 TBH I didn't examined much of this on modern cpus, but this is principle 2024-10-02 14:20:26 more than 30 years passed when I had work deeply with such problems and solutions 2024-10-02 14:21:02 but I'm sure that high freq doesn't mean high load 2024-10-02 14:21:15 yes agree on that 2024-10-02 14:21:22 high freq does not mean high load 2024-10-02 14:21:26 ofc 2024-10-02 14:22:38 if I use machine for real time I use performance and if on batteries I use conservative, IME best options 2024-10-02 14:22:42 but as I understand it: if you have a specific amount of work, that requires 1Gig cpu clock cycles to complete (lets say xz compress some data) 2024-10-02 14:22:52 and you have 1 cpu core 2024-10-02 14:22:57 ofc, tried schedutil but always had issue with it 2024-10-02 14:22:58 running at 1Ghz 2024-10-02 14:23:14 the job will take 1 second 2024-10-02 14:23:40 and load will show 1.0 2024-10-02 14:23:46 no, depends on cpu class, RISC or CISC 2024-10-02 14:24:07 er... 2024-10-02 14:24:30 i give up 2024-10-02 14:24:36 CISC needs few clocks for one instructions while RISC mostly need one clock for one instruction 2024-10-02 14:24:48 yeah i perfectly know that 2024-10-02 14:24:59 that is why i did not say 1Gig instructions 2024-10-02 14:25:07 i said 1 Gig cycles 2024-10-02 14:25:13 but really i need to do other stuff now 2024-10-02 14:25:17 i give up 2024-10-02 14:25:27 only one CPU existed which could execute 1.5 instructions per one clock cycle - NC4016 2024-10-02 14:25:38 ok 2024-10-02 14:25:44 i never talked about instructions in the exacmple but ok 2024-10-02 14:26:06 all in all I think schedutil is buggy on spacemit 2024-10-02 14:26:08 feel free to set gov to performance of conservative if that is what you need 2024-10-02 14:26:15 file a bug to upstream kernel 2024-10-02 14:26:39 send me the link when kernel devs acknoledge it is a bug 2024-10-02 14:26:44 bianbu want registration even to see commits :) 2024-10-02 14:27:14 no, I didn't told that mainline schedutil is buggy 2024-10-02 14:28:19 some improvements are announced to 6.12 schedutil and I wait release to test it 2024-10-02 14:28:40 in theory it should be good scheduler 2024-10-02 14:44:07 my friend chatgpt agrees with me: higher load avg when you reduce CPU freq is to be expected due to the way the load is calculated: https://chatgpt.com/share/66fd5b87-0f70-8010-a2c1-78d5f32b4e83 2024-10-02 14:48:43 ahaha 2024-10-02 14:50:49 you trust to AI 2024-10-02 14:56:29 I will stay with my definition - 'cpu utilization' 2024-10-02 14:58:11 relative cpu utilization 2024-10-02 14:58:39 agree 2024-10-02 14:59:35 no, I can't forge right english term but something like 'cpu utilization of its capacity' 2024-10-02 15:00:51 'cpu utilization of its current working capacity' 2024-10-02 15:05:07 so with same amount of work, "load" increases when "current working capacity" goes down due to lower freq. 2024-10-02 15:05:20 but i do have one cpu core running at 100% here 2024-10-02 15:05:56 PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND 2024-10-02 15:05:56 117 2 root RW 0 0% 6 12% [sugov:0] 2024-10-02 15:06:06 what is sugov? 2024-10-02 15:06:30 HAHA! 2024-10-02 15:06:37 Sugov is a kernel thread used in ARM architecture as part of the scheduling governor 2024-10-02 15:07:40 which means there actually is a bug related CPU governor 2024-10-02 15:08:47 how do we report this to bianbu linux? 2024-10-02 15:10:47 I guess you have to login at https://gitee.com/bianbu-linux/linux-6.1 and create issue report 2024-10-02 15:14:13 gives me 500 2024-10-02 15:14:38 btw, i built the leds heartbeat as module 2024-10-02 15:14:40 it asks me to login 2024-10-02 15:14:52 when i login or register i get 500 2024-10-02 15:15:05 Linux alpine-bpi-f3 6.6.53-0-spacemit #1-Alpine SMP 2024-10-02 09:48:21 riscv64 Linux 2024-10-02 15:15:12 the leds heartbeat is gone 2024-10-02 15:17:35 I didn't tried to register, agreement is in chinese so I don't understand it 2024-10-02 15:18:00 im not able to report it 2024-10-02 15:18:02 oh well 2024-10-02 15:18:13 nice :/ 2024-10-02 15:18:27 ncopa: do you have nvme on bpif3 2024-10-02 15:18:37 i do 2024-10-02 15:19:02 and you can lower loadavg with changing scheduler? 2024-10-02 15:23:17 when changing it to "performance" it dropped yes 2024-10-02 15:23:36 [sugov:0] is related the cpu scheduler 2024-10-02 15:24:37 right 2024-10-02 15:24:49 and even with nvme? 2024-10-02 15:49:44 ncopa: I pushed opensbi and u-boot for spacemit to builder. now have to change image create script to use our build for them 2024-10-02 15:49:56 but first will go to walk 2024-10-02 16:55:39 well, ofc load will go up if freq is low. by 'load' I mean execution will be slower, and not sure for calculated load in /proc/loadavg 2024-10-02 16:56:00 forget this ^ 2024-10-02 16:56:12 intended for someone else 2024-10-02 17:53:48 ncopa: here is my updated script to create sd image https://tpaste.us/lbMn 2024-10-02 17:54:18 it uses now all from our repo 2024-10-02 17:54:43 you dont happen to have a diff? 2024-10-02 17:54:49 nice, very nice 2024-10-02 17:55:23 note use u-boot.itb instead of u-boot.itb and fw_dynamic.itb instead of fw_dynamic.bin 2024-10-02 17:56:28 https://tpaste.us/dojW diff but not sure is it correct 2024-10-03 12:08:41 I have booted by banapi f3 now as well with ncopas image and tiny-init 2024-10-03 12:08:51 For some reason I cannot get the serial console to work 2024-10-03 12:11:17 Hmm, does not come back after upgrade 2024-10-03 12:16:08 oh, I have serial console n ow 2024-10-03 12:16:56 And it received a different IP 2024-10-03 12:25:29 the ip depends on your dhcp server and which port you plug in 2024-10-03 12:41:16 Usually it's stable 2024-10-03 12:41:31 But I thought it didn't come back because the ip changed 2024-10-03 12:46:02 I must say that the fan that came with it is very quiet 2024-10-03 12:46:14 initially I didn't even realize it was working 2024-10-03 12:49:15 this is even more quiet: https://fosstodon.org/@ncopa/113231568682842848 2024-10-03 12:49:45 What temperatures do you measure? 2024-10-03 12:50:35 48C currently 2024-10-03 12:50:57 Mine is ~39C 2024-10-03 12:51:01 temp was lower with the heatsink than with fan when runnin stress 2024-10-03 12:51:13 But I'm not running any load 2024-10-03 12:51:27 mine runs docker and gitlab CI 2024-10-03 12:51:30 aha 2024-10-03 13:48:44 ncopa: did you manage to disable the leds? 2024-10-03 13:53:35 ikke: red led can't be disabled 2024-10-03 13:53:43 The green one then? 2024-10-03 13:54:25 add '/etc/local.d/led.start' file 2024-10-03 13:54:45 and put in it: 2024-10-03 13:54:49 echo none > /sys/class/leds/sys-led/trigger 2024-10-03 13:55:01 echo 0 > /sys/class/leds/sys-led/brightness 2024-10-03 13:57:19 thanks 2024-10-03 14:51:04 i at least was able to build the hearbeat trigger as module, so it does not blink at least. 2024-10-03 15:57:41 linux-spacemit need more modularization but some things must be in-kernel. which ones will 'try and see' 2024-10-11 17:18:33 Hey I'm struggling to get alpine working on a VisionFive 2. Has anyone a working version? 2024-10-11 17:19:09 mps has 2024-10-11 17:19:12 I'm running it 2024-10-11 17:20:04 Hmm that is the one I'm trying to get working 2024-10-11 17:44:13 user left channel? 2024-10-11 17:44:24 yes 2024-10-11 17:44:31 ok 2024-10-12 15:50:25 Hey is there any guides on installing alpine onto the nvme? 2024-10-12 15:51:50 folamh: fyi, it helps to stay around a bit, mps was trying to respond yesterday, but you already left 2024-10-12 15:52:59 Aye mb I was able to get an sd card booting though so I'm good on that front 2024-10-12 15:53:04 try a client other than a browser tab 2024-10-12 15:53:17 stick around for a fun time with other IRC using curmudgeons 2024-10-12 15:54:19 valerius: 'curmudgeons', what this means 2024-10-12 15:54:38 lol... people like us :p 2024-10-12 15:54:50 folamh: afaik for now setup-alpine will not work 2024-10-12 15:54:57 valerius: :) 2024-10-12 15:55:02 "An ill-tempered (and frequently old) person full of stubborn ideas or opinions." 2024-10-12 15:55:42 valerius: oh, my, you describe someone I know well ;) 2024-10-12 15:55:58 to be fair, most minimalists are in this category 2024-10-12 15:56:04 mps: fair, copy and resize from the sd card? 2024-10-12 15:56:23 valerius: I'm proud to belong there 2024-10-12 15:56:43 me too, gonna be writing some beautiful C99 today instead of Rust like the kids say I should :p 2024-10-12 15:56:50 folamh: yes, this could work, you well have to tweak some things 2024-10-12 15:57:47 folamh: also I can post script which I use to create sd card image, you can adapt it a little to work for nvme 2024-10-12 16:00:14 valerius: "perfection is not when you don't have anything more to add but when you don't have anything to take of" iirc ascribed to da Vinchi but I think it a lot older 2024-10-12 16:00:23 mps: sure post it, I'll have a look 2024-10-12 16:00:41 valerius: "perfection is not when you don't have anything more to add but when you don't have anything more to take of" iirc ascribed to da Vinchi but I think it a lot older 2024-10-12 16:01:47 folamh: https://tpaste.us/Ov48 2024-10-12 16:02:40 you have to change part which uses loop device to use real nvme and adapt part which creates partitions 2024-10-12 16:03:37 imagine, I could make this as cli option but didn't thought of it /o\ 2024-10-12 16:05:41 maybe ncopa could make something as it did for bananapi f3, tiny-cloud image 2024-10-14 07:18:42 hey, im testing the patchwork of uboot for lpi3a, do you have any guide how to change the origin boot with selfbuild uboot? 2024-10-14 07:19:11 the fastboot seems not work cause the patchwork doesnot support fastboot. 2024-10-14 07:44:01 per1cycle: I don't understand how patchwork is related to boot 2024-10-14 09:40:40 i mean other's patch, im trying to validate on real hardware https://marc.info/?l=u-boot&m=172127720603866&w=2 2024-10-14 09:42:42 oh s word, i thought patchwork means the work of other's patch 2024-10-14 09:43:48 ah, you use mainline u-boot with patches posted to u-boot mailing list 2024-10-14 09:44:37 nice, I will try build it also and test 2024-10-14 09:46:20 yeah 2024-10-14 09:47:48 per1cycle: you can look at script I made to create sd card image for bpi-f3 and lpi3a here https://tpaste.us/avMK 2024-10-14 09:48:14 look at "flashing boot loader" part 2024-10-14 09:48:54 great! 2024-10-14 09:50:11 also you can look how u-boot is built for alpine here https://git.alpinelinux.org/aports/tree/testing/u-boot-spacemit 2024-10-14 09:50:45 and how opensbi https://git.alpinelinux.org/aports/tree/testing/opensbi-spacemit 2024-10-14 09:50:48 actually i try the same way, but with this guide: https://stijn.tintel.eu/blog/2024/05/19/compiling-uboot-bpi-f3/ almost the same 2024-10-14 09:51:08 wway 2024-10-14 09:51:26 I looked at his guide but didn't worked for me 2024-10-14 09:51:49 ohh, it didn't worked for me too 2024-10-14 09:52:10 im reading your script 2024-10-14 09:57:44 per1cycle: https://lore.kernel.org/u-boot/?q=spacemit more patches 2024-10-14 09:58:42 v2 2024-10-14 09:58:52 https://lore.kernel.org/u-boot/20240718043329.1500-1-seashell11234455@gmail.com/ 2024-10-14 10:00:02 what does the "flashing bootloader" process output? is it bootfs? 2024-10-14 10:03:27 it write u-boot and opensbi to sd card on correct blocks to be able to boot 2024-10-14 10:03:52 bootfs is created separately 2024-10-14 10:06:26 all right 2024-10-14 10:07:26 yes, boot loader on these boards over complicated unnecessary, iMO 2024-10-14 10:08:17 IMO* 2024-10-14 10:18:15 make bootloader simple again) 2024-10-14 10:27:29 eh, it was relatively thorny path to make all things on spacemit two boards to work, but we succeed with help from some people on #riscv channel and Patrick from https://github.com/pyavitz/debian-image-builder 2024-10-14 10:28:05 and our stubborn character :) 2024-10-14 12:29:42 great<3 2024-10-14 12:57:45 mps: can you paste the script again? my bouncer seems drop the previous message :( 2024-10-14 12:58:36 https://tpaste.us/avMK 2024-10-14 12:58:40 thx 2024-10-14 12:58:44 np 2024-10-14 13:20:21 im trying to replace the uboot on the sd card according your script, hope everything work fine:( https://tpaste.us/qYoe 2024-10-14 13:24:11 as expected, it failed:( what did i miss? https://tpaste.us/N57P 2024-10-14 13:26:54 i wonder where does the system boot from 2024-10-14 13:30:42 it starts from ROM and search device with 'boot' signature, this is why bootinfo_emmc.bin is written to device 2024-10-14 13:31:55 so i should replace the bootinfo_emmc to bootinfo_sd? 2024-10-14 13:32:03 if it found it then it try to read FSBL from this device at offset 512 2024-10-14 13:33:15 per1cycle: no, use bootinfo_emmc.bin also for sd card, bootinfo_sd.bin doesn't work. I'm speaking of spacemit u-boot, maybe this is fixed in patches 2024-10-14 13:33:23 you can try and see 2024-10-14 13:35:06 im currently trying the patch, but i have no idea how to replace the uboot, everytime after i tried, the uboot is always the origin version, instead of the patch uboot:( 2024-10-14 13:36:46 maybe your board is set to boot from flash rom? 2024-10-14 13:37:24 but when i flash the alpine image to sd card and it boot from alpine correctly? 2024-10-14 13:37:47 yes, it should 2024-10-14 13:37:52 and the uboot version is july 10 instead of sep 10 2024-10-14 13:38:17 depends which version you built 2024-10-14 13:38:22 the origin uboot version is sep 10 2024-10-14 13:39:16 ah, I thought you use current u-boot and patched it 2024-10-14 13:40:32 that is what i want: flash a linux distro with a usable u-boot and replace it to the patch u-boot :( 2024-10-14 13:41:15 🥺 2024-10-14 13:41:18 then you can try image I created to check if everything is set correctly 2024-10-14 13:41:39 ohh, great! 2024-10-14 13:41:48 https://dev.alpinelinux.org/~mps/riscv64/spacemit-mmc.img.xz 2024-10-14 13:41:50 the image with patched u-boot? 2024-10-14 13:42:11 no, u-boot from alpine 2024-10-14 13:42:17 ok 2024-10-14 13:42:23 though it is also patched 2024-10-14 13:42:33 :) 2024-10-14 13:43:18 😆 2024-10-14 13:44:18 but if test this image you will know that board is ready to boot from sd card 2024-10-14 13:47:45 im pretty sure the board can boot from sd card, but not sure how to replace the uboot on sd card with the patch version on maillist 😆 2024-10-14 13:49:28 you have to build it and then write parts as they are written in my script 2024-10-14 13:50:11 ohhh, ok, i'll try it right now 2024-10-14 13:59:59 I don't have free time these days to make mainline u-boot with these patches and test 2024-10-14 14:01:17 np, thx for your script 2024-10-14 14:05:39 per1cycle: do you maybe know did they send patches for mainline opensbi 2024-10-14 14:07:45 seems no 2024-10-14 14:08:09 aha, ok 2024-10-14 14:08:19 cause im currently working on mainline ize the uboot and opensbi :( 2024-10-14 14:08:57 the spacemit uboot patch is from my colledge, but he left, im currently picking up his work and validate it 2024-10-14 14:09:14 colleague 2024-10-14 14:10:08 you are Marcel? 2024-10-14 14:12:02 if you are trying to upstream these patches I'm ready to help 2024-10-14 14:12:09 what is marcel? 2024-10-14 14:12:25 https://lore.kernel.org/u-boot/091ba8023814d2e721da9a29014ecab991f459af.camel@ziswiler.com/ name 2024-10-14 14:12:46 nonono, im liu's colleage 2024-10-14 14:12:56 From: Marcel Ziswiler 2024-10-14 14:13:09 i see 2024-10-14 14:14:01 could you tell me which patches for mainline u-boot to use/apply 2024-10-14 14:14:49 https://lore.kernel.org/u-boot/20240718043329.1500-1-seashell11234455@gmail.com/ 2024-10-14 14:15:27 thanks 2024-10-14 14:15:31 base fundamental support for bpi-f3 2024-10-14 14:16:00 cause my bpif3 broken, im upstreaming the lpi3a, with the same soc 2024-10-14 14:16:41 this https://lore.kernel.org/u-boot/20240718043329.1500-2-seashell11234455@gmail.com/raw 2024-10-14 14:17:05 yes 2024-10-14 14:17:20 for now we can skip docs part https://lore.kernel.org/u-boot/20240718043329.1500-3-seashell11234455@gmail.com/ 2024-10-14 14:18:25 yes, i saw some replies request for testing on real hardware 2024-10-14 14:19:24 Marcel: Hm, would be great if one could at least test it somehow on real hardware. We do have boards available BTW (;-p 2024-10-14 14:19:44 ok, I have bpi-f3 2024-10-14 14:19:49 cool 2024-10-14 14:20:32 but first have to fix my two chromebooks and two old armv7 boards 2024-10-14 14:21:27 ok 2024-10-14 15:45:23 per1cycle: patch missing configs/k1_defconfig 2024-10-14 17:52:10 mps: the patch contains bananapi-f3_defconfig 2024-10-14 17:52:22 you should use that as default configuration 2024-10-14 17:52:48 strange, why not k1_defconfig 2024-10-14 17:53:26 i don't know :( maybe they perfer use board name instead soc as config name? 2024-10-14 17:53:45 the vendor's bsp configuration file is call k1_defconfig 2024-10-14 17:56:02 IDK, maybe is better to use boards specific configs than generic for SoC 2024-10-14 17:59:53 per1cycle: anyway, it is built 2024-10-14 18:00:25 now have to test will it boot 2024-10-14 18:00:37 that's quite exciting 2024-10-14 18:01:16 🥺 2024-10-14 18:05:44 nice, I fixed first chromebook reverting to 6.6.x kernel :/ 2024-10-14 18:05:58 cool ~ 2024-10-14 18:06:23 congrats 2024-10-14 18:07:19 heh, this is regression 2024-10-14 18:08:04 but I don't want to waste much free time on unsupported devices 2024-10-14 18:08:19 6.11 works but video is toooooo slooooow 2024-10-14 18:08:49 just wait for 6.12 the rt linux period :) 2024-10-14 18:10:22 I don't think RT is needed for normal use cases, maybe if you make medical equipment or flying devices 2024-10-14 18:12:11 ohh, i thoutght the rt linux can prioritize my game experience :( 2024-10-14 18:13:11 hehe, it could help in this 2024-10-14 18:14:16 but I thought hackers don't play games and have more exciting entertainment :) 2024-10-14 18:14:54 everybody likes minecraft (maybe) :) 2024-10-14 18:16:31 hm, there is no guide how to use this u-boot, i.e. how to write it to sd card 2024-10-14 18:17:06 ACTION even don't know what is minecraft though heard this term 2024-10-14 18:17:09 that's why i stuck :( 2024-10-14 18:19:33 dd it dumbly :) 2024-10-14 18:20:12 mps: the patch say: he change the vendor's uboot spl https://lore.kernel.org/u-boot/20240718043329.1500-3-seashell11234455@gmail.com/ 2024-10-14 18:20:57 "Fully describing how to boot into U-Boot is a +challenging task." 2024-10-14 18:21:04 read it but no hints found 2024-10-14 18:21:44 will try with u-boot.itb 2024-10-14 18:22:17 wish u good luck, no progress to me still :( 2024-10-14 18:22:30 btw, you can't flash it via flashboot 2024-10-14 18:24:51 my mentor tells me reference this blog https://stijn.tintel.eu/blog/2024/05/19/compiling-uboot-bpi-f3/ but not work for me 2024-10-14 18:25:02 he also provide some firmware: https://dev.onfoo.top/~dlan/bpi-f3/ 2024-10-14 18:25:15 idk if is useful for u 2024-10-14 19:09:49 I bet these are built with spacemit u-boot and not mainline so it is not useful 2024-10-14 19:17:59 per1cycle: maybe would be good to ask questions about u-boot in general on #u-boot channel on libera IRC 2024-10-14 19:33:31 per1cycle: no luck and no more ideas what to try so I give up (for now at least) 2024-10-14 19:34:04 maybe you could ask your coworker how to write it to sd card 2024-10-15 05:34:04 mps: what a pity, im gonnna ask him for more details 2024-10-15 10:22:51 mps: i asked my coworker and he told me just use dd to burn it to the sd card, he also mention that the second program loader(spl) he used is the modified vendor's uboot, 2024-10-15 10:24:45 but the patch doesnot contain the modified spl... 2024-10-15 10:36:35 per1cycle: I tried this yesterday but it doesn't work 2024-10-15 10:37:32 patch looks like first of steps needed to get it just write something on console 2024-10-15 10:38:49 imo, proper path could be get diffs from spacemit 2022.10 u-boot and try to rebase on top of mainline u-boot 2024-10-15 10:39:18 this is how ncopa made kernel patch 2024-10-15 10:59:14 good idea, now i should diff the 2022-10 with the mainline and add piece by piece? 2024-10-15 11:03:13 if I want to upstream patches I would follow this path. but other people could have other ideas 2024-10-15 11:05:15 ok, i'll follow the path u suggest :) 2024-10-15 11:05:28 wish me good luck :) 2024-10-15 11:09:41 ofc, I wish you good luck but also I wish you high stubbornness :) 2024-10-15 11:10:08 :) 2024-10-16 08:34:28 mps: i found out how to use the patch uboot!!!!!!!!!!! 2024-10-16 08:34:31 breaking news! 2024-10-16 08:35:08 https://privatebin.net/?cdb7907790a1bbe2#Ef5SHaF2K2ohCRywDGzJKWMDnzbPqFiaR6pUbi8KSvPa 2024-10-16 08:35:10 the result 2024-10-16 08:35:18 per1cycle: nice 2024-10-16 08:36:08 it turns out that you just need to dd the 4th block where uboot actually stay there according the spacemit doc https://bianbu-linux.spacemit.com/en/development_guide/boot#21-firmware-layout 2024-10-16 08:36:40 per1cycle: I tried this but it didn't worked 2024-10-16 08:37:26 i use the fedora image and juse use dd the u-boot.itb to the /dev/xxx4 and it work as magic 2024-10-16 08:37:42 https://images.fedoravforce.com/LicheePi%203A 2024-10-16 08:38:32 i burn the fedora to the sd card and dd the u-boot.itb using other debian machiene(by manually mount the sd card) 2024-10-16 08:39:06 hm, does this means other parts of bianbu u-boot still needed to be flashed first 2024-10-16 08:40:53 i dont think so, cause i only change the uboot on the sd card 2024-10-16 08:41:22 can you do this on erased card, without dd fedora 2024-10-16 08:42:20 i'll try it right now:), but i think it would be a little bit complicate, cause i need manually part the disk 2024-10-16 08:43:25 `dd if=/dev/zero of=/dev/$your_mmc_card bs=1M` 2024-10-16 08:43:28 maybe i could dump the other part of the fedora and dd? but that seems the same way as using fedora 2024-10-16 08:43:32 oh, good idea 2024-10-16 08:44:20 you can recreate partition after this with any partition tools, fdisk, parted ... 2024-10-16 08:44:39 using layout from fedora 2024-10-16 08:45:09 BBL, breakfast is waiting for me :) 2024-10-16 08:45:22 ok, im gonna have my dinner :) 2024-10-16 08:45:42 ping you as soon as i have any progress 2024-10-16 08:45:52 ok 2024-10-16 08:46:09 and thank you for info, it is good progress 2024-10-16 10:04:27 per1cycle: ok, I found what is needed to boot mainline u-boot with patches 2024-10-16 10:05:44 thanks to my laziness few days ago I forgot to flash opensbi though I think to do that 2024-10-16 10:06:34 what faked me is the doc part of patch says they linked opensbi to u-boot but they don't 2024-10-16 10:10:57 per1cycle: script to flash https://tpaste.us/5QYy 2024-10-16 10:11:01 great 2024-10-16 10:11:23 with comments what are steps to get alpine pkgs parts 2024-10-16 10:11:38 😋😋😋 2024-10-16 10:11:57 what are these three characters? 2024-10-16 10:12:31 ohh, emoji 2024-10-16 10:12:43 means "delicious" 2024-10-16 10:12:57 i thought emoji is supported on irc channel:( 2024-10-16 10:13:06 keep in mind that not all IRC clients 'understand' these things 2024-10-16 10:13:14 ok, mb 2024-10-16 10:13:41 ofc, some clients can show them and enter but not all 2024-10-16 10:15:32 my client and terminal can but emojis are so small that I can recognize them 2024-10-16 10:16:32 ok ill use ascii art :-) 2024-10-16 10:18:09 that is what I do always on IRC though I can use emojis but don't want to confuse people who do not 2024-10-16 10:18:33 per1cycle: ok, now we know better what patches do 2024-10-16 10:18:51 yeah! 2024-10-16 10:19:03 they are just for u-boot.{itb,bin} 2024-10-16 10:19:41 yes 2024-10-16 10:20:09 maybe easier part would be to make patches for bootinfo_emmc/sd.bin 2024-10-16 10:20:32 and after that for FSBL 2024-10-16 10:21:02 the bootinfo_emmc/sd.bin seems does not do anything? 2024-10-16 10:21:22 I think patch for 'env' is not needed 2024-10-16 10:21:37 what 'env' 2024-10-16 10:22:06 heh, because this I suggested bootinfo_emmc/sd.bin as next step 2024-10-16 10:22:27 ohh, i got it. 2024-10-16 10:22:46 'env' is file which sets some environment variables for u-boot 2024-10-16 10:23:26 u-boot for long use extlinux.conf so old crufts are not needed 2024-10-16 10:23:54 we even patched current u-boot-spacemit in alpine to use extlinux.conf 2024-10-16 10:25:10 also, don't remember to tell coworker to fix doc patch where is written that opensbi is linked in u-boot 2024-10-16 10:25:27 s/remember/forget/ 2024-10-16 10:25:55 i'll pickup his patch as he left that position :( 2024-10-16 10:26:41 :) 2024-10-16 10:26:46 if it is not secret could you tell me 'entity' for which you work 2024-10-16 10:27:02 im a internels in plct lab 2024-10-16 10:27:07 spacemit, leemaker? 2024-10-16 10:28:25 no, spacemit is vendor, they put their bsp code open source and i collect their code and try to put on upstream(kernel/uboot/opensbi) 2024-10-16 10:28:35 s/i/we 2024-10-16 10:29:28 aha, ok. and nice that you do this effort 2024-10-16 10:29:51 :) 2024-10-17 07:54:06 im testing the uboot for lpi3a but no uart output, any ideas? i've copy the bpif3 dts settings but still not working :( 2024-10-17 08:00:49 you could see diff for bpif3 and lpi3a and see what is needed to be added for lpi3a 2024-10-17 08:02:15 ok, im trying 2024-10-17 08:29:06 ohh, i forgot initilize dram 2024-10-17 11:08:33 figure it out, not dram init problem, forgot use the ns16650 module to set the serial output 2024-10-18 00:55:34 read the memory size via memory controller :) https://tpaste.us/7ovB 2024-10-18 00:56:59 the origin patch is hard coded as SZ_4G 2024-10-18 01:51:16 im a little bit not sure i was in the right way: https://tpaste.us/1yn0 the spl seems still the old one, but the uboot seems flash as expected? 2024-10-18 01:51:25 s/way/path/ 2024-10-18 06:40:58 per1cycle: yes, spl is old one 2024-10-18 06:41:27 2022.10spacemit (Jul 15 2024 - 09:27:09 +0800) 2024-10-18 06:42:02 which FSBL you used, looks like not from alpine 2024-10-18 09:18:00 emm, well, im not sure how to generate the FSBL.bin :( maybe i use the fsbl from the fedora image? 2024-10-18 09:19:33 per1cycle: I posted script few days ago which use alpine packages 2024-10-18 09:20:53 i'm checking now 2024-10-18 09:21:44 IDK if spacemit BROM read partition types UUID to deteremine on which partition to find SPL and u-boot 2024-10-18 09:23:04 technically speaking SPL is part of u-boot and it should be put in u-boot, but I'm not spacemit employee to decide abour this 2024-10-18 09:23:51 they actually made a terminology mess putting SPL in FUSIBLE 2024-10-18 09:24:06 s/FUSIBLE/FSBL/ 2024-10-18 09:25:18 i've check that script, -> https://tpaste.us/avMK; where is the file "u-boot-spacemit/FSBL.bin" from? 2024-10-18 09:25:57 not this, another one I posted few days ago 2024-10-18 09:26:40 https://tpaste.us/5QYy 2024-10-18 09:26:40 I send it again for you https://tpaste.us/Ov18 2024-10-18 09:26:42 got this 2024-10-18 09:34:54 well, im quite confusing right now :( 2024-10-18 09:40:10 https://tpaste.us/waja <- my sd card rightnow, im sure the sdc4 is where u-boot take its position, according your script, it seems you burn the opensbi again, but i've merge the opensbi with uboot in the patch; `make OPENSBI=xxx -j` so it seems shouldn't burn the opensbi again? 2024-10-18 09:46:58 also I build u-boot this way but looks like opensbi is not merged or BROM wants to read it explicitly 2024-10-18 09:48:32 are those binary file generated by the vendor's code? 2024-10-18 09:48:41 s/by/according/ 2024-10-18 09:55:00 for alpine we build everything from source 2024-10-18 09:55:23 i mean the vendor source or mainline source 2024-10-18 09:58:17 oh, i got it 2024-10-18 09:59:17 im validating my thought 2024-10-18 10:06:22 yoo, the /dev/sdc1(first part of sd card) is where FSBL.bin should place https://tpaste.us/JN64 2024-10-18 10:07:45 i've compiled the vendor's uboot, their code generate the FSBL.bin according fsbl.json 2024-10-18 10:08:54 the result seems the same, i consider to continue using the vendor's spl until i implement the spl to the mainline uboot :) 2024-10-18 10:13:49 nice, and I wish you will make it soon 2024-10-18 10:14:13 I don't have time to 'play' with this 2024-10-18 10:14:32 ^_~ 2024-10-18 10:15:35 good thing that with your patch board is already work with mainline 2024-10-18 10:17:22 not exactly, i've build a minimal skeleton and add piece by piece, at least the mainline uboot shell is avaliable :-P 2024-10-18 10:18:50 I think it could boot kernel though I didn't tried 2024-10-20 06:20:31 btw, what mail service to you use to send patch? gmail, outlook or selfhost mail server? 2024-10-20 06:20:51 s/to you/do you/g 2024-10-20 06:21:04 I have my own mailserver 2024-10-20 06:21:54 all right, im currently use gmail and found it pretty annoying :( 2024-10-20 06:22:10 considering selfhost mailserver... 2024-10-20 06:45:36 also I have my own mail server 2024-10-21 03:03:20 never mind, the gmail problem is caused by the "the great firewall" 2024-10-23 14:53:59 sounds like ARM and Qualcomm are having a bit of a disagreement... RISC-V revolution incoming 2024-10-23 14:59:59 "pigs around an empty trough" - saying 2024-10-23 15:34:39 valerius: what is your 'feeling' about loongarch 2024-10-23 15:43:37 if I could easily get powerful SBCs using it my feelings about it would improve 2024-10-23 15:43:52 :) 2024-10-23 15:47:00 actually, I don't really know much about the available hardware ecosystem 2024-10-23 15:47:04 maybe this is already possible 2024-10-23 15:49:22 alpine is nearly ready to officially release for loongarch64 2024-10-23 15:51:04 Ariadne found an interesting board, but that was not available yet 2024-10-23 15:52:09 Loongson Tech are very open source friendy (at least for now) 2024-10-23 15:52:22 friendly* 2024-10-23 17:37:51 [@_oftc_mps:matrix.org](https://matrix.to/#/@_oftc_mps:matrix.org) yeah thats true. 2024-10-23 17:39:39 fossdd[m]: I don't use any matrix client and can't read 2024-10-23 17:40:24 and there is no gateway to matrix on this channel 2024-10-23 17:41:12 oh yeah i wanted to prefix with "mps: " 2024-10-23 17:41:19 element x is kinda buggy 2024-10-23 17:41:23 sorry :( 2024-10-23 17:41:28 np 2024-10-23 17:42:34 actually, I had gomuks and fluffychat installed but removed them some months ago 2024-10-23 17:43:09 imo, matrix is cumbersome messenger 2024-10-23 17:45:03 fossdd[m]: what you mean by 'yeah thats true.' above 2024-10-23 17:45:52 that loongson people are really friendly 2024-10-23 17:46:14 right 2024-10-23 17:46:31 havn't had much contact, but gave me a nice impression 2024-10-23 17:47:32 IME with them I will say I wouldn't be so friendly like they are :) 2024-10-31 09:05:29 https://noctua.at/en/noctua-presents-nf-a6x15-60mm-fans-and-na-sc1-sx2-splitter-cable-set 2024-10-31 09:32:13 hm, I switched to arm chromebooks because they don't have and don't need ventilators