elastic_dog has quit [Remote host closed the connection]
elastic_dog has joined #riscv
joev has quit [Ping timeout: 252 seconds]
joev has joined #riscv
elastic_dog has quit [Ping timeout: 260 seconds]
<palmer>
conchuod: Evan is looking at the glibc bits, and he's also made some kernel changes -- just minor stuff like how to handle the any CPU case so far
elastic_dog has joined #riscv
davidlt has joined #riscv
<jrtc27>
who's handling making it a documented cross-OS/libc standard in riscv-c-api-doc?
<jrtc27>
that's really the most important thing
<jrtc27>
once there's agreement on how the interface should look in an OS-agnostic way then it's not hard to get that information out of the kernel
<jrtc27>
but if you just go gung-ho and do some linux-specific thing with an interface tied to linuxisms then every other OS will hate you
<jrtc27>
obviously PoCs are important, as are taking into account constraints linux may impose on things, but the clear separation between interface and implementation is key for something like this that is crucial for the ecosystem's success on any OS
Leopold has joined #riscv
Leopold has quit [Client Quit]
Leopold has joined #riscv
Leopold has quit [Client Quit]
Leopold has joined #riscv
davidlt has quit [Remote host closed the connection]
guthran has joined #riscv
aburgess has quit [Remote host closed the connection]
aburgess has joined #riscv
joev has quit [Ping timeout: 248 seconds]
joev has joined #riscv
<dh`>
jrtc27: feel free to rope me in if that would be helpful
<dh`>
I have more or less failed to accomplish anything on netbsd's riscv port but I am still trying
_whitelogger has joined #riscv
elastic_dog has quit [Ping timeout: 252 seconds]
elastic_dog has joined #riscv
BootLayer has joined #riscv
elastic_dog has quit [Remote host closed the connection]
elastic_dog has joined #riscv
drewj has joined #riscv
bauruine has joined #riscv
cwittlut has quit [Quit: _]
cwittlut has joined #riscv
<conchuod>
palmer: okay, cool.
<conchuod>
I'll keep an eye out I suppose!
jobol has joined #riscv
jacklsw has quit [Ping timeout: 268 seconds]
vagrantc has quit [Quit: leaving]
motherfsck has quit [Ping timeout: 268 seconds]
motherfsck has joined #riscv
motherfsck has quit [Ping timeout: 248 seconds]
craigo_ has joined #riscv
motherfsck has joined #riscv
motherfsck has quit [Ping timeout: 248 seconds]
andyc has joined #riscv
wingsorc has quit [Ping timeout: 252 seconds]
motherfsck has joined #riscv
Andre_H has joined #riscv
motherfsck has quit [Ping timeout: 255 seconds]
craigo has joined #riscv
craigo_ has quit [Ping timeout: 246 seconds]
<muurkha>
dh`: what are the obstacles in NetBSD?
<muurkha>
jrtc27: it would be pretty nice to have an interface that would work well for systems too small to run NetBSD or Linux, since those seem to be the majority of the billion or how ever many RISC-V chips are out there in the field now
<muurkha>
maybe even the majority of multi-hart ones?
bauruine has quit [Remote host closed the connection]
Andre_H has quit [Quit: Leaving.]
Gravis has quit [Ping timeout: 252 seconds]
jmdaemon has quit [Ping timeout: 252 seconds]
motherfsck has joined #riscv
sympt has quit [Ping timeout: 265 seconds]
motherfsck has quit [Ping timeout: 265 seconds]
Gravis has joined #riscv
Gravis has quit [Ping timeout: 265 seconds]
Gravis has joined #riscv
motherfsck has joined #riscv
Noisytoot has quit [Ping timeout: 252 seconds]
Noisytoot has joined #riscv
Andre_H has joined #riscv
andyc has quit [Quit: Connection closed for inactivity]
<bjdooks>
muurkha: for small systems things like zephyr or freertos sounds a better idea
Andre_H has quit [Quit: Leaving.]
montjoie has left #riscv [#riscv]
<muurkha>
bjdooks: there are definitely systems for which those are the best choice
pedja has joined #riscv
<bjdooks>
certainly linux is a fat penguin by now
<pedja>
actual penguins have "we need the padding, it's fscking cold here" excuse :)
<geertu>
#globalwarming
aerkiaga has joined #riscv
aerkiaga has quit [Remote host closed the connection]
epony has joined #riscv
drewj has quit [Quit: Client closed]
aerkiaga has joined #riscv
drewj has joined #riscv
EchelonX has joined #riscv
jacklsw has joined #riscv
billchenchina has joined #riscv
jacklsw has quit [Quit: Back to the real life]
jacklsw has joined #riscv
wingsorc has joined #riscv
rneese has joined #riscv
<rneese>
do we have any of the starfive devs here
<rneese>
do we have any of the starfive devs here
<rneese>
sorry did not mean to repeat
<conchuod>
I haven't seen any of them here so far. Are you having issues rneese still ?
<rneese>
well I wanted to find when they plan to cp all the overlays from 5.15 to 6.1
<rneese>
so that we can test overlays
<conchuod>
I see
<conchuod>
Have you got your v2 yet?
<rneese>
I have some one with one willing to test but we need the overlays all updated in the 6.1 kernel as thats whats been set to us int he build server so we need to pach the kernel srch from github twith the mainline kernel
<rneese>
and get the patches into out builder to build and test
<rneese>
but if you compair the devel and uptstream in the starfive the overlays have not been added to the upstream
rurtty has joined #riscv
<rneese>
sfv2 i mean
<rneese>
sorry
junaid_ has joined #riscv
jmdaemon has joined #riscv
<geertu>
Esmil: ^
clever has quit [Quit: leaving]
billchenchina has quit [Ping timeout: 260 seconds]
<conchuod>
By "overlays" you mean devicetree overlays, right?
<rneese>
yes like the evo and others that are in the 5.15 kernel tree
<conchuod>
Are you really going to support the eval boards?
<rneese>
the overlays are also for dsi displays and cameras
<rneese>
thats what we are more over after
<rneese>
so that we can use dsi ports
<conchuod>
I would imagine that they'll be the least of your worries doing 5.15 -> 6.1
<rneese>
csi
<rneese>
well they have a 6.1 kernel adn thus far I am told it shold work. I do have to find the config fie they used
<rneese>
for 6.1 I have the 5.15 one
<palmer>
rneese: it shouldn't be that hard to track some starfive folks down if you need to, maybe just email me?
<rneese>
ok did not have your email or esmils
<rneese>
and I just got hit hard this am with wanting 6.1 support for overlays
billchenchina has joined #riscv
<rneese>
sorry
another| has quit [Remote host closed the connection]
<conchuod>
rneese: I'm sorry that I am a little confused, but if you have a 6.1 kernel with their v2 drivers etc, what is missing beyond copy-pasting the overlays into 6.1?
<rneese>
the issue is getting them move into the 6.1 src so we can diff the starfive src with the mainline kernel src and make the patches to use the mainline kernel src
<rneese>
as thats how our kernel guy does it so fo the most part we use mainline src and not alot fo other kernel srcs
<rneese>
I was looking to pull the overlays and cp them into place but he had a fit asking why they where not in the 6.1 to begin with
jacklsw has quit [Quit: Back to the real life]
paddymahoney has joined #riscv
<conchuod>
he = "your kernel guy"?
another has joined #riscv
<rneese>
yes jason miller . he does not get on irc so I have to and ask
another is now known as another|
<conchuod>
Moving to 6.1 is probably a significant effort for StarFive, their various bits that they're working on upstream are based on v6.2 & I wouldn't blame them if they stayed on 5.15 until at a usable amount of the jh7110/visionfive v2 is upstream.
<rneese>
ok
<rneese>
the upstram src in the github says 6.1
<rneese>
so if theyhave a 6.2 then will have to point him to use 5.15 and diff it
<rneese>
and use 5.15 for now
<conchuod>
Good luck! I had some issues with the pinctrl driver in their "upstream" branch, so don't be surprised if the uart doesn't work properly.
<rneese>
ok
<conchuod>
I don't think they have a 6.2 kernel, at least if they do I didn't find it, I was referring to the base for the patches they sent upstream.
<conchuod>
The 6.1 "upstream" branch has not got much more than pinctrl & clock support.
Andre_H has joined #riscv
<conchuod>
drewj: I got something PoC working last night for dependencies, I'll try to wrap it up next week.
<rneese>
have not heard from ameridroid as to when they will ship
<rneese>
it seems they have issues
<bjdooks>
i have zero time outside of work for at least the next week to look at vf2s
Leopold has quit [Ping timeout: 252 seconds]
<rneese>
thanks guys
<rneese>
well he says he will use the 5.15 for now
<rneese>
and hoping i get a board soon
<rneese>
just working to get things done over feb and ready for launch I hope in feb
<drewj>
conchuod: oh, cool. I'll be sending another version of Zicboz soon so we can use that posting as a test. Just let me know what the magic words / format in the cover-letter should be
<conchuod>
Don't wait for me! "Dependencies:\n" followed by the links on their own line, preferably without leading non-whitespace characters
<conchuod>
I'll accept the common misspelling too
<conchuod>
And "depends on:\n" for good measure
<drewj>
links are patchwork or lore?
<geertu>
rneese: Please convert the DT overlays to use sugar syntax
aerkiaga has quit [Remote host closed the connection]
<conchuod>
drewj: b4 should be able to ingest either lore links, message-ids or patchwork links *that contain a message id*
<drewj>
conchuod: Nice. I'll use lore links as they're also better for humans
<rneese>
?
<rneese>
well at the min we are going to pull and diff as is with the starfiive git and the 5.15 kernel mainline.
<rneese>
but I will. pass the request on
billchenchina has quit [Remote host closed the connection]
<geertu>
rneese: without the fragment@N, cfr. commit f9d2d86dc52118bc ("dt-bindings: fpga: fpga-region: Convert to sugar syntax")
billchenchina has joined #riscv
<rneese>
on the 5.15 ?
billchenchina has quit [Remote host closed the connection]
junaid_ has quit [Ping timeout: 260 seconds]
jobol has quit [Quit: Leaving]
EchelonX has quit [Quit: Leaving]
drewj has quit [Quit: Client closed]
vagrantc has joined #riscv
<geertu>
rneese: should work on whatever sufficiently recent version (that includes v5.15)
BootLayer has quit [Quit: Leaving]
<rneese>
ok
aerkiaga has joined #riscv
Trifton has joined #riscv
crabbedhaloablut has quit [Remote host closed the connection]
crabbedhaloablut has joined #riscv
mp4 has joined #riscv
dh` has quit [Ping timeout: 268 seconds]
Leopold has joined #riscv
Leopold has quit [Ping timeout: 255 seconds]
Leopold has joined #riscv
<sevan>
ok, that was easy, needed to virtualise ubuntu specifically and the instructions for qemu are up on the risc-v wiki page https://wiki.ubuntu.com/RISC-V
<sevan>
just waiting for the unmatched image to download
___nick___ has quit [Ping timeout: 248 seconds]
GenTooMan has quit [Read error: Connection reset by peer]
aerkiaga has quit [Remote host closed the connection]
foton has quit [Quit: %Bye, bye, ...%]
foton has joined #riscv
pedja has quit [Quit: Leaving]
sakman has quit [Remote host closed the connection]
motherfsck has quit [Ping timeout: 248 seconds]
<geist>
yah the ubuntu on qemu thign is pretty straightforward. the main problem i have bumped into is older builds of uboot.elf that are broken and cause the linux kernel to crash when it tries to make some EFI call
<geist>
i've found that in the host 20.04 the apt-getable riscv uboot is broken, but 22.04 one is okay, etc
<geist>
just a thing you might bump into if you follow the ubuntu instructions
<geist>
oh actully that wiki page explicitly mentions it. good
dh` has joined #riscv
dh` has quit [Changing host]
<dh`>
muurkha: the primary obstacles for me with netbsd have been that other people have had uncommitted critical patches they were working on and syncing up was not working because I don't have enough sustained attention available
<dh`>
aka, nothing interesting
motherfsck has joined #riscv
wingsorc__ has joined #riscv
motherfsck has quit [Quit: quit]
motherfsck has joined #riscv
wingsorc__ has quit [Remote host closed the connection]