ChanServ changed the topic of #panfrost to: Panfrost - FLOSS Mali Midgard & Bifrost - Logs https://oftc.irclog.whitequark.org/panfrost - <macc24> i have been here before it was popular
<anarsoul>
alyssa: so you're actually doing development on macos?
<anarsoul>
nevermind, still reading your latest blog post
<alyssa>
anarsoul: nah, Linux on M1
<alyssa>
bare metal Linux, no VMs or anything
<alyssa>
admittedly I /am/ using macOS for reversing, but that has more to do with owning 0 x86 devices and macOS having Rosetta
<alyssa>
HdkR: ...sorry ;p
<HdkR>
Don't worry, I am using an M1 laptop as well
<HdkR>
Asahi Mesa is more important
<HdkR>
Just make sure to support VR once that laptop runs mesa :P
<HdkR>
M1 Max running Half-Life Alyx would be pretty cool
karolherbst has quit [Read error: Connection reset by peer]
karolherbst has joined #panfrost
<Dylanger>
<alyssa> "bare metal Linux, no VMs or..." <- In your opinion, how well is the M1 running Linux?
* alyssa
shrugs
<alyssa>
hello from my M1 Linux box?
<alyssa>
if that answers your question :-p
<HdkR>
It's fun seeing all the kernel patches coming
nlhowell is now known as Guest833
nlhowell has joined #panfrost
JulianGro has quit [Remote host closed the connection]
Guest833 has quit [Ping timeout: 480 seconds]
macc24_ has joined #panfrost
macc24 has quit [Ping timeout: 480 seconds]
macc24 has joined #panfrost
macc24_ has quit [Ping timeout: 480 seconds]
<robclark>
alyssa: ironically last time I checked, drm-shim didn't actually work on arm64 linux
<alyssa>
robclark: works for me
<robclark>
hmm, maybe something was fixed in the mean time..
<alyssa>
robclark: what wasn't working?
<robclark>
I think it might even even just not compiled.. you'd have to ask six-month-ago-me :-P
robmur01 has quit [Read error: Connection reset by peer]
robmur01 has joined #panfrost
<alyssa>
lol ok
<robclark>
at the time I decided that debugging whatever I was debugging at the time was more important than my pride, so I just did it on x86 :-P
<alyssa>
;-p
<alyssa>
My only issue was the 16K page thing
<alyssa>
which I actually fixed in July or August but shhhh
nlhowell has quit [Remote host closed the connection]
nlhowell has joined #panfrost
chewitt has quit [Quit: Zzz..]
JulianGro has joined #panfrost
nlhowell has quit [Ping timeout: 480 seconds]
MajorBiscuit has joined #panfrost
tolszak has joined #panfrost
rasterman has joined #panfrost
chewitt has joined #panfrost
nlhowell has joined #panfrost
nlhowell is now known as Guest878
nlhowell has joined #panfrost
Guest878 has quit [Ping timeout: 480 seconds]
nlhowell is now known as Guest882
nlhowell has joined #panfrost
Guest882 has quit [Ping timeout: 480 seconds]
mps has joined #panfrost
nlhowell is now known as Guest891
nlhowell has joined #panfrost
<mps>
does anynone how to force panfrost for xorg on armv7 exynos-5800 peach pi
<mps>
module is loaded but xorg didn't tried to use it but use exynos-drm
<mps>
works fine on gru-kevin (rk3399)
<mps>
s/how/know how/
Guest891 has quit [Ping timeout: 480 seconds]
<robmur01>
mps: I believe exynos-drm is right either way (the way Mesa works for separate 3d/display is a bit funky), but Panfrost will be bailing out because that particular GPU is not properly supported
<robmur01>
you can bypass the allowlist in Mesa to get it to run, but rendering will be about 50% wrong and it might lock up the hardware
<mps>
robmur01: aha, thanks for info. I thought to test it on peach pi because it works fine on gru-kevin, but if it is buggy then is not worth to try
<alyssa>
mali-t720 is the oldest GPU we support upstream
<robmur01>
technically T760 is older :P
<mps>
alyssa: so kernel config mislead me saying it support 'DRM driver for ARM Mali Midgard (T6xx, T7xx, T8xx)'
<mps>
peach pi has T628
<robmur01>
yeah, the kernel driver supports it, but Mesa doesn't ;)
<mps>
eh, pity, this chromebook has fine anti glare display
<alyssa>
Panfrost kernel != Panfrost mesa
<mps>
anyway, it is useful with exynos-drm fine, except for some apps which need gpu to work fine
<robmur01>
(and that's "supports" as in works fine for T624, but is actually missing some of the horrible stuff to deal with larger T628 configurations, which doesn't currently matter as long as there's no supported userspace)
<alyssa>
alas
<robmur01>
let's hope Steve's hack is enough for now
<alyssa>
robmur01: It's my understanding it's enough for r1p0 (the BE thing) but not for r0p1 (exynos)
<robmur01>
except AFAIK r1p0 and r0p1 are actually the same thing
<alyssa>
kbase disagrees
<alyssa>
given the extensive list of ISSUE_* that only apply to r0p1
<alyssa>
many of which with nontrivial workarounds
<robmur01>
certainly the "r1p0" in Juno reports "major 0x0 minor 0x1"
<alyssa>
huh
<alyssa>
dunno then
<robmur01>
although I've now just turned up an errata doc that implies they *are* distinct
<robmur01>
also I know about T620 errata now
<alyssa>
Womp womp
<alyssa>
robmur01: I mean T760 and earlier errata was well documented in early kbase
macc24 has quit []
nlhowell has quit [Ping timeout: 480 seconds]
<alyssa>
oh.. I understand how to read Bifrost GPU IDs now