dgilmore changed the topic of #fedora-riscv to: Fedora on RISC-V https://fedoraproject.org/wiki/Architectures/RISC-V || Logs: https://libera.irclog.whitequark.org/fedora-riscv || Alt Arch discussions are welcome in #fedora-alt-arches
_whitelogger has joined #fedora-riscv
fuwei has joined #fedora-riscv
unlord has joined #fedora-riscv
esv_ has joined #fedora-riscv
<Entei[m]> davidlt: hey, should I rebuild the kernel now after being done with GNU toolchain? binaries like gcc, as and ld seem to linked to `linux-vdso` library, which is apparently a library coming from kernel itself.
<davidlt[m]> You could.
<davidlt[m]> Anyways you will need more than 1 round of rebuilding.
<Entei[m]> <davidlt[m]> "Anyways you will need more than..." <- Yeah I am done with first round. This time, now that I built gcc with bootstrap on, binutils didn't throw error during testsuite. But I would suspect my 2nd round of toolchain binaries like gcc, as, ld would still have C instructions since they are linking to this particular kernel library apart from glibc
<davidlt[m]> As long as it's dynamic linking it's not a big problem.
<sorear> what's the objective? building a rv64g system?
esv_ has quit [Ping timeout: 245 seconds]
<Entei[m]> <sorear> "what's the objective? building..." <- yep
<sorear> trying to run fedora on a VEGA board or do you have cool research hw?
madmercen has joined #fedora-riscv
<davidlt[m]> I think his company/institution has designed hardware that has no C extension support.
<davidlt[m]> And they seem to need OS that is not Yocto/OE or/and Buildroot.
fuwei has quit [Quit: Konversation terminated!]
<rwmjones> damn, missed fuwei
<davidlt[m]> Where?
exFATmatt[m] has quit [Remote host closed the connection]
aurel32_ is now known as aurel32
madmercen has quit [Quit: Leaving]
<rwmjones> he left the channel this morning at 7am UT
esv_ has joined #fedora-riscv
zsun has joined #fedora-riscv
<davidlt[m]> rwmjones: Fastboot is on your host system.
<davidlt[m]> I think it's android tools stuff.
<davidlt[m]> rwmjones: https://matrix.to/#/!GhnNOKFLyvWBmnjqRS:fedoraproject.org/$b0vSIkW9vfDgKolyKrNuSpNe9i04XmRhngXSNyNBX70?via=matrix.org&via=libera.chat&via=fedora.im
<davidlt[m]> There also disk images uploaded too.
<davidlt[m]> Two days ago.
<davidlt[m]> If they have a proper USB support baked into the bootloader, kernel or/and intramfs you could change it to boot root from it.
<davidlt[m]> Or just keep /boot on sd card.
<davidlt[m]> But point root= to NVMe over USB.
<rwmjones> we really need to unfuck this booting situation
<rwmjones> people looked at arm and thought "this is fine"
<davidlt[m]> Oh yeah.
<davidlt[m]> We have the same situation as with armv7 and aarch64 SBCs.
<davidlt[m]> That is nothing changed.
<davidlt[m]> Once standards are in a good place, someone should talk to silicon vendors and ask them to make compliant HW.
<davidlt[m]> Doubt that will happen in SBC space.
<conchuod> "do ebbr"
<davidlt[m]> EBBR supports riscv officially.
<davidlt[m]> Atish did all the spec work for it.
<rwmjones> by far and away the most annoying this about the lichee 4a is the lack of MAC address in the ethernet PHY
<rwmjones> it picks a random one each time :-(
<davidlt[m]> They should read it from eeprom and set it the bootloader, I.e. uboot.
<davidlt[m]> The same is done for sifive and starfive boards.
<davidlt[m]> You can actually set it is uboot script.
<rwmjones> gotta rebuild the kernel/initrd too because it doesn't contain the module for USB
<rwmjones> so my plan to copy root to a USB drive didn't work out
<davidlt[m]> I am surprised they didn't incl that as built in.
BrandonDunne[m] has quit [Remote host closed the connection]
zsun has quit [Quit: Leaving.]
esv has quit [Remote host closed the connection]
esv has joined #fedora-riscv
jednorozec has quit [Ping timeout: 245 seconds]
jednorozec has joined #fedora-riscv
guerby has quit [*.net *.split]
palmer has quit [*.net *.split]
pjw_ has quit [*.net *.split]
palmer has joined #fedora-riscv
pjw_ has joined #fedora-riscv
guerby has joined #fedora-riscv