<NeuroScr>
alyssa: Ah wasn’t sure how different they were
<NeuroScr>
so I got the arm mali_kbase now
<urjaman>
TIL: C201 doesnt have any HDMI audio driver plugged in the mainline kernel ...
<urjaman>
i mean, makes sense given how even just HDMI barely works w/ mainline :P
<Lyude>
narmstrong: awesome-I'll review and (probably) push in just a moment
BenG83 has joined #panfrost
<narmstrong>
Lyude: cool, thanks !
<Lyude>
narmstrong: np; probably going to have some fixes of my own for this driver as well today
<Lyude>
narmstrong: btw; any argument against me Ccing that patch to stable?
<narmstrong>
Nop, I was going to CC it aswell after applying it
<Lyude>
cool
<Lyude>
oh yay, didn't realize meson was getting afbc support
<Lyude>
that's going to help a ton
<narmstrong>
She panfrost will be able to generate afbc buffers, it will be fun to add !
<narmstrong>
*when
<narmstrong>
Thanks for pushing btw
<Lyude>
NeuroScr: awesome! you should be able to at least get the demos to attempt to run
<Lyude>
narmstrong: np, thanks for fixing things! :)
<Lyude>
wtf, f2fs is throwing some big tantrums on 4.20-rc3
<NeuroScr>
dont’ quite have it compiled yet
<NeuroScr>
had some troubles getting my kernel headers/source
<NeuroScr>
apt didn’t quite give me what I’m running
<Lyude>
ahhh
<NeuroScr>
but I’m working through it
<Lyude>
i usually just compile mainline kernels, but then I also sometimes have to fix kernel bugs unrelated to panfrost but preventing me from working on it :p
<NeuroScr>
yea I’m compilng the whole thing now
<NeuroScr>
hopefully it won’t borked this card
<narmstrong>
Lyude: thx for the fast io fix, i found it years ago but had no idea how to fix it... 1 single stupid line
<Lyude>
narmstrong: hehe, np
<Lyude>
narmstrong: got another one that I wonder if you've seen before, although it's not related to meson_dw_hdmi
<NeuroScr>
hrm installed the kernel but it still boot’d the old one
<Lyude>
NeuroScr: if your system doesn't use efi for booting you might want to make sure whatever miscellanious arm boot thing it uses is updated for the new kernel
<NeuroScr>
yea it’s uboot
<Lyude>
could still be syslinux, efi, etc.
<Lyude>
it's probably syslinux though
<narmstrong>
Lyude: it comes from the gpio irq controller
<Lyude>
also, ugh, traced the f2fs problems down to brcm80211
<Lyude>
it's literally just been reading a string out of bounds and corrupting the memory of the fs driver ;_____;
<Lyude>
or whatever else happens to be next to it at the time in memory
<NeuroScr>
no bueno
<Lyude>
NeuroScr: is it still not booting the right kernel?
<NeuroScr>
it has a symlink in /boot/Image changed it to the new kernel I built, and it doesn’t boot
<NeuroScr>
was able to fix the card in a VM on my main workstation
<Lyude>
NeuroScr: do you have a serial console for this board?
<NeuroScr>
I haven’t tried
<Lyude>
NeuroScr: you'll save a /lot/ of time with one, trust me from experience :)
<NeuroScr>
fair enough
<NeuroScr>
did some googling but given up for now
<NeuroScr>
maybe I’ll get that going next
<Lyude>
alright; well feel free to poke me again if you need any help figuring out what's up with your kernel
<NeuroScr>
I also should figure out cross compiling
<Lyude>
i've managed to wrap my head around arm booting schenanigans pretty well nowadays
<NeuroScr>
use this horsepower on my workstation to get stuff built
<NeuroScr>
so I grab the mali_kbase from arm’s site, that what I was supposed to do, right?
<NeuroScr>
this is armbian nightly, I probably could upgrade since this image is a week old and they’re on 4.19 now
<Lyude>
NeuroScr: yeah; from there you can start trying to get panfrost to work
<NeuroScr>
i have an card with opi’s linux but it’s like 3.8
<NeuroScr>
that’s just garbage at this point, right?
<Lyude>
NeuroScr: mmmmaybe? maybe not
<Lyude>
panfrost master only really works on older mali_kbase uapis at this point, which is why I've been working on updating it to the newer uapi
<NeuroScr>
oh gtk
<Lyude>
so if 3.8 is actually old enough to work with older mali_kbase versions it could work
<NeuroScr>
so I shouldn’t have grabbed the latest
<Lyude>
NeuroScr: i mean, I don't think we're planning on using the older uapi forever
<Lyude>
it's just a matter of when I can get this board stable again and figure out the last few remaining problems with the new uapi port
<Lyude>
so i'm focusing all my effort on that right now
<NeuroScr>
wish I could be more helpful but I got to get my dev env going first
<Lyude>
but yeah, at that point it's likely we might drop older uapi support, but that's not 100% decided yet
<Lyude>
NeuroScr: it's ok, arm is weird
<Lyude>
even as a seasoned kernel dev it took me a lot of getting used to since I usually work on x86_64
<NeuroScr>
yea this is really my first kernel work
<NeuroScr>
but I feel ready
<Lyude>
that's the right kind of attitude to have :)