<mps>
anyone have url for some docs how to make BPI-3F to boot from SD card? I already built opensbi and u-boot from their repo but have no idea how to partition SD card
prabhakalad has quit [Quit: Konversation terminated!]
levitating_ has joined #riscv
levitating has quit [Ping timeout: 245 seconds]
prabhakalad has joined #riscv
r6fej has quit [Ping timeout: 260 seconds]
r6fej has joined #riscv
r6fej has joined #riscv
wgrant has quit [Quit: WeeChat 3.5]
wgrant has joined #riscv
r6fej has quit [Quit: Leaving]
r6fej has joined #riscv
wgrant has quit [Client Quit]
wgrant has joined #riscv
jfsimon1981_b has quit [Remote host closed the connection]
jfsimon1981_b has joined #riscv
Tenkawa has joined #riscv
raym has quit [Ping timeout: 248 seconds]
felixonmars_ has joined #riscv
felixonmars has quit [Remote host closed the connection]
jfsimon1981_b is now known as jfsimon
felixonmars_ is now known as felixonmars
raym has joined #riscv
r6fej has quit [Ping timeout: 248 seconds]
Tenkawa has quit [Quit: Was I really ever here?]
coldfeet has joined #riscv
levitating_ has quit [Ping timeout: 252 seconds]
coldfeet has quit [Remote host closed the connection]
<mps>
ja_02: thanks, hope it will work on alpine linux
<mps>
actually I need only to get u-boot shell, rest would be easier I hope
<ja_02>
conchuod the ordering in arch/riscv/kernel/sys_hwprobe.c gets messed up pretty consistently. Do you think we should add a comment that no one will read?
mlw has joined #riscv
<conchuod>
ja_02: I wish that people would be able to tell if something is sorted by reading it.
<conchuod>
I share your scepticism about the value of a comment
<ja_02>
LOL I'm very sorry. That would be nice wouldnt it
impomatic99 has joined #riscv
ldevulder_ has quit [Quit: Leaving]
<ja_02>
also the hwprobe and hwcap files always have a merge conflict. do you think there is a way to avoid this or do we just need to be more aware of it?
<ja_02>
mps if you only need u-boot working the buildroot package i made should be very easy to get going.
<mps>
ja_02: building it right now
<mps>
lets hope it will work with musl (alpine linux)
<Tenkawa>
ja_02: do you currently have the F3 running?
<mps>
oh no, gcc 14.2 issues again
<ja_02>
good. if it doesnt work on alpine you should go complain to Thomas
<mps>
looks like this buildroot will not work with musl
<ja_02>
huh
marcj has joined #riscv
<ja_02>
kinda surprised tbh
aethlas has joined #riscv
<conchuod>
ja_02: I think the merge conflicts are pretty trivial and only really a bother to the automated builders.
<Tenkawa>
mps: 13 is the only one I've found "consistently" ok to use with the unit and their codebase so far
<ja_02>
Tenkawa i do just not powered on rn
<mps>
'tools/attr.c:69:18: error: assignment to 'char *' from 'int' makes pointer from integer without a cast [-Wint-conversion]'
<Tenkawa>
mps: yeah thats one that we ran into
<Tenkawa>
had to revert to gcc 13
<ja_02>
mps is that when building u-boot or something else
<mps>
Tenkawa: I had this fear
<Tenkawa>
ja_02: several of us have found the rng missing in action too
<mps>
ja_02: I simply run 'make', so I guess it build all
<Tenkawa>
no dts references anywhere
<mps>
ja_02: I already built today u-boot and opensbi
<ja_02>
also u can change the toolchain version that compiles the host and the target system
<ja_02>
binaries*
<Tenkawa>
Yeah works in gcc 13 on Debian/Ubuntu at least just fine
<Tenkawa>
but was bombing on 14 the same way
<mps>
here it is 'make[2]: Entering directory "/work/buildroot/bpi-f3-buildroot/buildroot/output/build/host-attr-2.5.2'" happened
<Tenkawa>
a few diff spots failed
<mps>
Tenkawa: aie, we have a lot of packages to fix to build it with gcc 14.2
<mps>
on alpinem I mean
<Tenkawa>
isn't gcc 14 still non-prod?
<Tenkawa>
ie devel
<heat>
no
<mps>
Tenkawa: it is production but a lot changes
<Tenkawa>
oh.. didn't see 15 was in dev now
<Tenkawa>
That's going to be "interesting"
<Tenkawa>
(been focusing on llvm more lately)
atka has quit [Quit: WeeChat 4.3.5]
<ja_02>
ah
<ja_02>
change Toolchain -> GCC compiler Version to gcc 13.x
<Tenkawa>
I noticed a remoteproc spin on the F3 also... if I take it out though the os gets a bit flaky if not using much more power..... running a test with higher power now to see if that "does" actually stabilize it
<ja_02>
yeah i just removed it bc it needs custom firmware in some random directory to work
<ja_02>
in lib/firmware/esos.elf but it needs an initramfs to work
<mps>
Tenkawa: forgot to tell, adding "permissive" flag to gcc 14.2 help in some cases
BootLayer has quit [Quit: Leaving]
<Tenkawa>
ja_02: you probably had to remove that one k1x-timer too right?
<ja_02>
no
<Tenkawa>
hmm.. I might have fixed that one
<Tenkawa>
it had a conflict with /usr/include/linux/timer.h
<Tenkawa>
(in Ubuntu anyway in my testing)
<Tenkawa>
oops had name backwards
<Tenkawa>
drivers/clocksource/timer-k1x.c
<Tenkawa>
thats the file
<Tenkawa>
deleted a few lines but this is the core of the error
<Tenkawa>
drivers/clocksource/timer-k1x.c:302:12: error: conflicting types for ‘timer_shutdown’; have ‘int(struct clock_event_device *)’
<Tenkawa>
302 | static int timer_shutdown(struct clock_event_device *dev)
<Tenkawa>
| ^~~~~~~~~~~~~~
<Tenkawa>
from drivers/clocksource/timer-k1x.c:10:
<Tenkawa>
./include/linux/timer.h:188:12: note: previous declaration of ‘timer_shutdown’ with type ‘int(struct timer_list *)’
<Tenkawa>
188 | extern int timer_shutdown(struct timer_list *timer);
<Tenkawa>
| ^~~~~~~~~~~~~~
<Tenkawa>
so do't be surprised if you run into that
lockna has quit [Read error: Connection reset by peer]
levitating is now known as asdadfsadf
asdadfsadf is now known as levitating
jfsimon has quit [Remote host closed the connection]
<Tenkawa>
thats one of the 3000 reasons we ended up making our builder
<Tenkawa>
(back in the RPI days)
<ja_02>
thats just a GH issue
<Tenkawa>
ja_02: yeah but I could tell you sablime,rcs,svn,cvs,git,gh etc problems over the years that just make me hate them all (It was my job for years)
<mps>
ja_02: where to change 'ssh://git@' to 'https://'
davidlt has quit [Ping timeout: 252 seconds]
<ja_02>
make menuconfig or in the defconfig
<mps>
aha
<ja_02>
if u change the defconfig u need to re run `make ...._defconfig` and all your config changes will be lost unless u do `make savedefconfig`