sorear changed the topic of #riscv to: RISC-V instruction set architecture | https://riscv.org | Logs: https://libera.irclog.whitequark.org/riscv
vagrantc has quit [Quit: leaving]
adjtm has joined #riscv
londoed has quit [Read error: Connection reset by peer]
seninha has joined #riscv
peepsalot has joined #riscv
`join_subline has quit [Ping timeout: 258 seconds]
adjtm has quit [Quit: Leaving]
cwebber has joined #riscv
nun has quit [Quit: ZNC - http://znc.in]
jacklsw has joined #riscv
nun has joined #riscv
yeirr has joined #riscv
elastic_dog has quit [Ping timeout: 260 seconds]
elastic_dog has joined #riscv
mikkel has joined #riscv
seninha has quit [Remote host closed the connection]
tpefreedom has joined #riscv
yeirr has quit [Ping timeout: 258 seconds]
jacklsw has quit [Ping timeout: 255 seconds]
Forty-Bot has quit [Ping timeout: 240 seconds]
BootLayer has joined #riscv
mahmutov has joined #riscv
mahmutov has quit [Ping timeout: 260 seconds]
indy has quit [Quit: ZNC 1.8.2 - https://znc.in]
indy has joined #riscv
haliucinas has joined #riscv
tpefreedom has quit [Read error: Connection reset by peer]
jacklsw has joined #riscv
yeirr has joined #riscv
jjido has joined #riscv
pecastro has joined #riscv
prabhakarlad has joined #riscv
machaddr has joined #riscv
___nick___ has joined #riscv
seninha has joined #riscv
jjido has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
jacklsw has quit [Ping timeout: 255 seconds]
littlebobeep has joined #riscv
ivii has joined #riscv
littlebobeep has quit [Ping timeout: 240 seconds]
littlebobeep has joined #riscv
littlebo1eep has joined #riscv
littlebobeep has quit [Ping timeout: 240 seconds]
jacklsw has joined #riscv
littlebo1eep has quit [Ping timeout: 240 seconds]
littlebobeep has joined #riscv
haise01 has joined #riscv
Azem has joined #riscv
EmetSelch has joined #riscv
machaddr_ has joined #riscv
haise01 has quit [Ping timeout: 246 seconds]
haise01 has joined #riscv
haise01 has quit [Remote host closed the connection]
machaddr has quit [Ping timeout: 272 seconds]
Azem has quit [Ping timeout: 272 seconds]
EmetSelch has quit [Ping timeout: 276 seconds]
haliucinas has left #riscv [#riscv]
yeirr has quit [Ping timeout: 258 seconds]
machaddr_ is now known as machaddr
jack_lsw has joined #riscv
jack_lsw has quit [Client Quit]
jacklsw has quit [Ping timeout: 240 seconds]
littlebobeep has quit [Ping timeout: 240 seconds]
littlebobeep has joined #riscv
rsalveti has quit [Quit: Connection closed for inactivity]
aerkiaga has joined #riscv
littlebobeep has quit [Ping timeout: 240 seconds]
littlebobeep has joined #riscv
machaddr_ has joined #riscv
machaddr has quit [Ping timeout: 246 seconds]
rvalles has quit [Ping timeout: 248 seconds]
rvalles has joined #riscv
littlebobeep has quit [Ping timeout: 240 seconds]
Andre_H has joined #riscv
raym has quit [Ping timeout: 260 seconds]
raym has joined #riscv
machaddr_ has quit [Quit: Leaving]
Andre_H has quit [Quit: Leaving.]
<mps> does anyone use grub as bootloader for riscv boards? in my tests it works but can't load DTB with devicetree grub config directive
yeirr has joined #riscv
<la_mettrie> it's used on that visionfive's debian image ...though it's a bit different flavor of grub that i've used to. for example configuration file is directly edited by the user
<la_mettrie> also on their official fedora image
<mps> la_mettrie: yes, I see that fedora uses grub and it loads dtb
<mps> also I use visionfive
<la_mettrie> i suppose, inspecting their kernel tree and image building instructions may give hints how it's supposed to be done
<la_mettrie> on #debian-riscv channel there has been discussions which may be related
<mps> I doubt it is related to kernel, because it fails before kernel is loaded
<mps> using u-boot extlinux.conf loads dtb fine
<Esmil> i'm using sd-boot from archhlinux' systemd package as /efi/boot/bootriscv64.efi. that works fine too
<mps> Esmil: thanks for info
<mps> but systemd-anything doesn't work with musl libc, and I use alpine which is musl based
<Esmil> mps: sure. i find that it loads faster than grub, but you need kernel install scripts to copy the kernel to the efi partition if you're making kernel packages
<Esmil> mps: heh yeah. i know. years ago i foolishly tried sending patches to make that work. that was shut down quickly ;)
<mps> heh
<mps> ok, thank you all, for now I will use extlinux.conf
<mps> btw, default visionfive firmware (u-boot+opensbi) is strangely set, search for uEnv.txt on third partition
<Esmil> mps: if you just remove the uEnv.txt it should default to u-boots standard distro_bootcmd
<mps> Esmil: hm, could try, but iirc it doesn't try to boot if it doesn't find uEnv.txt
<Esmil> hmm.. i thought Wei Fu made that work before writing it to the visionfive boards
<mps> Esmil: will look what can be done, my first riscv board arrived today and I'm somewhat imptient. but got it booting with alpine linux which is not bad at first day of trying
Forty-Bot has joined #riscv
<mps> impatient*
<Esmil> mps: sure. if not you can quite easily update u-boot. if you interrupt the early boot you get a menu, where you can update it by sending the new version over xmodem
<muurkha> haha, xmodem in 02022
<Esmil> well if all you have is a serial port..
<muurkha> yup, it's not a bad solution
<mps> Esmil: yes, that is what i will do later, already read docs about these things
<muurkha> just one you don't see in many places anymore
<mps> actually in meantime I compiled u-boot and opensbi already (hm, self promotion: I'm alpine maintainer of u-boot and opensbi)
<muurkha> than you for maintaining the u-boot and opensbi alpine packages!
rsalveti has joined #riscv
<mps> muurkha: np, pleasure is mine. you are using alpine?
<muurkha> well *blush* only in Docker
<mps> does anyone know why sound driver crashes on visionfive, reported here https://github.com/starfive-tech/linux/issues/54
<Esmil> i don't have an i2s device to attach and test it
vagrantc has joined #riscv
<mps> Esmil: ok, np
<courmisch> does the hardware support HDMI Audio or not? is the driver nonexistent or just not hooked up?
<Esmil> courmisch: you're right. there are i2s lines attached to the TDA19988 hdmi transmitter. i guess i don't have any excuse
<Esmil> then
<courmisch> also forward porting 44.1 and 48k DAC support would be nice, because 16k sounds terrible
<courmisch> but well, I'm not paying your salary
<Esmil> yeah, so i guess the answer to your question is that the hardware might support hdmi audio, but the software doesn't atm
dilfridge is now known as manager
manager is now known as dilfridge
dilfridge is now known as manager
manager is now known as dilfridge
jjido has joined #riscv
yeirr has quit [Quit: yeirr]
seninha has quit [Ping timeout: 255 seconds]
jjido has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
seninha has joined #riscv
sobkas has joined #riscv
BootLayer has quit [Quit: Leaving]
jmdaemon has joined #riscv
drmpeg has left #riscv [#riscv]
drmpeg has joined #riscv
___nick___ has quit [Ping timeout: 246 seconds]
pecastro has quit [Read error: Connection reset by peer]
pecastro has joined #riscv
jimbzy has quit [Ping timeout: 276 seconds]
seninha has quit [Remote host closed the connection]
vagrantc has quit [Quit: leaving]
Starfoxxes has joined #riscv
vagrantc has joined #riscv
littlebobeep has joined #riscv
crabbedhaloablut has quit [Remote host closed the connection]
crabbedhaloablut has joined #riscv
littlebobeep has quit [Ping timeout: 240 seconds]
seninha has joined #riscv
guerby has quit [Read error: Connection reset by peer]
guerby has joined #riscv
jjido has joined #riscv
enthusi has quit [Ping timeout: 246 seconds]
enthusi has joined #riscv
mikkel has quit [Ping timeout: 258 seconds]
mikkel has joined #riscv
jjido has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
littlebobeep has joined #riscv
HdkR has joined #riscv
<HdkR> Hey there. I'm curious if there is a guide on getting a QEmu RISCV instance working with more than 8 cores. Currently I'm trying with some standard Debian/Ubuntu provided kernel and opensbi images, but if I set the qemu virtual target to >8 cores I get hangs.
<HdkR> Anyone know anything that could help this?
<HdkR> I know that older qemu had some issues when trying to set >8 cores, it would reject the configuration. So I'm assuming there is a problem on the opensbi or kernel side.
X-Scale has quit [Ping timeout: 260 seconds]
<mechaniputer> HdkR: I think this is officially a current limitation of qemu, but some report getting it to work. See https://qemu.readthedocs.io/en/latest/system/riscv/virt.html and https://www.mail-archive.com/qemu-discuss@nongnu.org/msg06986.html
<HdkR> Yea, latest qemu lets me set larger values. Although the kernel ends up complaining pretty loudly
<HdkR> Whichever opensbi version I'm using seems to hang periodically if the set the smp count higher
<HdkR> Ah! there is a number of CPUs option in the kernel which is set to 8 by default.
<HdkR> Upped that toe 32 and it seems to work
<HdkR> Looks like 32 is the maximum due to wanting to make a bitfield mask in a long. I would love if that could be boosted to 64
X-Scale has joined #riscv
<mechaniputer> HdkR: Nice! I bet it builds things a lot quicker than anything I have. Assuming you actually have that many cores.
<HdkR> Yea, I have a 32core/64thread system and planning on upgrading to 64core soon
<HdkR> I have a suite of unit tests that thread very nicely, so it is helpful if I can throw more emulated cores at the problem
<HdkR> Nice, raising the limit to 64 works because of a 64-bit kernel
pecastro has quit [Quit: Lost terminal]
sobkas has quit [Quit: sobkas]