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
zsun has joined #fedora-riscv
pbsds has quit [Quit: The Lounge - https://thelounge.chat]
pbsds has joined #fedora-riscv
davidlt has joined #fedora-riscv
fuwei has joined #fedora-riscv
zsun has quit [Quit: Leaving.]
davidlt has quit [Ping timeout: 255 seconds]
fuwei has quit [Quit: Konversation terminated!]
masami has joined #fedora-riscv
masami has quit [Client Quit]
davidlt has joined #fedora-riscv
<davidlt> efi zboot kernel works with edk2 firmware
<davidlt> (which was fully expected)
<javierm> nice
<davidlt> yeah, so once we get edk2-stable bumped in Fedora I can continue with Pungi
<davidlt> I haven't looked yet, but annaconda might be the next thing I need to review
fuwei has joined #fedora-riscv
underscore has joined #fedora-riscv
underscore has quit [Quit: Quit]
<davidlt> I am starting a new GCC 13 build with a couple more backports
<rwmjones> hey davidlt ... on the subject of "cpuid"
<rwmjones> am I right in thinking that the only two mechanisms we have today are
<rwmjones> MISA CSR (which only has a very simplistic "alphabetic" list of extensions)
<rwmjones> riscv,isa string in device tree, which seems to be fairly free-form
<rwmjones> nothing obvious in SBI, except it offers a way to read misa
<rwmjones> are there any extension proposals I'm missing?
<rwmjones> like it'd be nice to be able to get all the extensions (including S* and Z*) and their version numbers
<rwmjones> that's a minimum really
<davidlt> The only thing that we should care about is hwprobe syscall (only starting v6.4 kernel)
<davidlt> MISA CSR basically shows nothing interesting anymore
<rwmjones> right
<davidlt> and riscv,isa is kinda the same
<davidlt> glibc ifunc decisions are made using hwprobe info
<rwmjones> ok hwprobe (arch/riscv/include/uapi/asm/hwprobe.h) seems limited as well
<davidlt> there are also discussions about what cpuinfo should show
* rwmjones pulls latest linux
<davidlt> there is also hwcap, which has way more stuff than MISA
<davidlt> but it will run out of bits sooner than later :)
<davidlt> hwprobe is kinda small, but it has stuff that kinda exists in SoCs.
<rwmjones> I'm just looking at how hwprobe is implemented
<davidlt> Today your biggest new extensions in SoC land is Zba and Zbb :) Not much.
<davidlt> It's key-value thing IIRC. You can check glibc patches.
<davidlt> Also T-HEAD has fast misaligned access (i.e. handled in Hw side), while U74 doesn't.
<rwmjones> hwprobe is basically using SBI which is using misa afaict
<davidlt> That information most likely will come from different sources
<rwmjones> & using DT riscv,isa too
<rwmjones> looks like ventana added ACPI support for the isa string
<davidlt> yeah, but it also could come from ACPI tables
<davidlt> Ventana is now working on ACPI bits IIRC (the whole stack).
<davidlt> IIUC ECRs by UEFI/ACPI Forum have been approved
<rwmjones> ok
<davidlt> rwmjones, qemu also got (or patches are available) for max cpu variant.
<davidlt> You could toy with that + hwprobe if you want.
<davidlt> Yes
<davidlt> Hah
<davidlt> RISCV Dev Partners program is something new to me.
<davidlt> Looks like Intel will host valgrind port: https://lists.riscv.org/g/dev-partners/message/446
<rwmjones> excellent! ... and... intel..?!?
<davidlt> well, it's kinda an old thing :)
<davidlt> Intel has been pushing riscv patch in some projects for some time now
<davidlt> Intel is one of founding RISE members IIRC
<rwmjones> yup
<davidlt> rwmjones, btw, 23 H2 priorities recently got an update: https://wiki.riseproject.dev/pages/viewpage.action?pageId=395335
<rwmjones> wouldn't that just work anyway?
<davidlt> I think I saw U-Boot patch this morning
<rwmjones> ok I guess "x86 has identity-mapped requirements for the MSI doorbell and these (APIC/IOAPIC) live right below 4GiB." is the problem
<davidlt> rwmjones, it seems it requires a bit of work.
<davidlt> QEMU, U-Boot and EDK2 side.
<rwmjones> let me send that page to alex
<rwmjones> (aw)
<davidlt> Oh, we actually doing QEMU inside EDK2 emulation :) https://wiki.riseproject.dev/display/HOME/EDK2_00_01+-+MultiArchUefiPkg
<davidlt> I haven't seen this for some time.
<davidlt> "Vector extension discovery using HWPROBE" is also on the list
<davidlt> I really want this 'SE_01_011 - QEMU RVA22U64/S64 profile support'
<davidlt> Seems to be 8.2 QEMU as a target.
<davidlt> o, "StandaloneMmPkg" for EDK2 is also on the list
<davidlt> There are also 24 H1 priorities too.
<davidlt> that incl. RVA23 extension support
<davidlt> (on the kernel side)
<davidlt> tons of ACPI related work (which means no proper ACPI until maybe late 2024?)
<davidlt> SBI v2.0
<davidlt> I bet that will happen around new year (that's typical IIRC)
<davidlt> "Debug console support" would be nice to have, I already noticed patches for it
zsun has joined #fedora-riscv
fuwei has quit [Ping timeout: 245 seconds]
fuwei has joined #fedora-riscv
kwizart has left #fedora-riscv [Leaving]
iooi has quit [Quit: iooi]
iooi has joined #fedora-riscv
iooi has quit [Ping timeout: 255 seconds]
fuwei has quit [Quit: Konversation terminated!]
zsun has quit [Quit: Leaving.]
jednorozec has quit [Quit: ZNC 1.8.2 - https://znc.in]
jednorozec has joined #fedora-riscv
jednorozec has quit [Quit: ZNC 1.8.2 - https://znc.in]
<dgilmore> I broke NVMe on the VF2
<dgilmore> I updated u-boot to upstream. and it works in u-boot with the patch about to be merged added. however the debian image I have on the sdcard until I get Fedora on it throws timeout errors
<dgilmore> I guess their u-boot was doing something that upstream is not
jednorozec has joined #fedora-riscv
davidlt has quit [Ping timeout: 255 seconds]
jednorozec has quit [Quit: ZNC 1.8.2 - https://znc.in]
jednorozec has joined #fedora-riscv
rwmjones has quit [Ping timeout: 248 seconds]
rwmjones_ has joined #fedora-riscv