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
iooi has quit [Quit: iooi]
cyberpear has joined #fedora-riscv
jcajka has joined #fedora-riscv
<davidlt[m]> We passed 1'400'000 tasks on our Koji instance!
iooi has joined #fedora-riscv
<PrathamPatel[m]> Now that some components of VF2/JH7110 have been merged in -next, I wonder what is yet to be done for minimal support from the mainline kernel
<PrathamPatel[m]> I recall asking this question to you davidlt but can't search for it in this room
<davidlt[m]> All what's needed is already approved for v6.4 IIRC.
<PrathamPatel[m]> Do you mind re-iterating? 😅
<PrathamPatel[m]> Oh okay, compiling -next as we speak then :D
<PrathamPatel[m]> I will update on how this goes
<PrathamPatel[m]> Hopefully no extra patches [like this one](https://github.com/thefossguy/linux-starfive-visionfive2/blob/master/01-riscv-makefile.patch) are needed 🤞
<davidlt[m]> v6.4 should boot, but DT that landed lacks a few DT nodes that have drivers merged in v6.3 IIRC. That should get enabled in DTS in v6.5.
<PrathamPatel[m]> What drivers are affected by this devicetree-related issue?
<davidlt[m]> This was needed for systems that use older toolchains, or have a different default ISA spec selected at compile time.
<PrathamPatel[m]> Still needed for CXX though
<davidlt[m]> It's not an issue. It's just you couldn't enable them until the main DTS landed :)
<davidlt[m]> But now it's basically to late for the merge window.
<PrathamPatel[m]> That's what I meant, like which drivers are affected from working as intended because of DTs?
<davidlt[m]> It's pretty much common for the drivers to land earlier and then get enabled in N+1 kernel version.
<PrathamPatel[m]> Ah okay
<davidlt[m]> I don't recall, check kernel log on what was merged early. There is 3-4 bits IIRC.
zsun has joined #fedora-riscv
<davidlt[m]> The more interesting bits are PCIe and DFVS.
<davidlt[m]> QSPI (I don't think it got approval yet).
<davidlt[m]> By default v6.4 will run at 1.0GHz IIRC.
<PrathamPatel[m]> QSPI is merged for 6.4
<davidlt[m]> Oh, cool.
<davidlt[m]> I haven't been looking into the details.
<PrathamPatel[m]> The only thing taking long is u-boot upstreaming
<PrathamPatel[m]> That's stuck on 'under review'
<davidlt[m]> Yeah, but it needs to be aligned with kernel stuff.
<davidlt[m]> E.g. all the DT stuff and compatible strings.
<PrathamPatel[m]> Sorry, I'm new to this low-level area of things 😅
<PrathamPatel[m]> Oh, is that so?
<davidlt[m]> Basically U-Boot updates their DT from the upstream kernel source. They have DTSi (an overlay), which adds additional information.
<davidlt[m]> For example DDR init configuration, etc.
<davidlt[m]> There are other smaller problems.
<davidlt[m]> For example U-Boot does not properly parse riscv isa string.
<davidlt[m]> like _zba_zbb
<PrathamPatel[m]> Ah, okay
jcajka has quit [Quit: Leaving]
iooi has quit [Quit: iooi]
iooi has joined #fedora-riscv
zsun has quit [Quit: Leaving.]
iooi has quit [Quit: iooi]
iooi has joined #fedora-riscv