alyssa changed the topic of #panfrost to: Panfrost - FLOSS Mali Midgard + Bifrost + Valhall - Logs https://oftc.irclog.whitequark.org/panfrost - I don't know anything about WSI. That's my story and I'm sticking to it.
atler has joined #panfrost
falk689_ has joined #panfrost
falk689 has quit [Remote host closed the connection]
camus has joined #panfrost
camus has quit []
camus has joined #panfrost
atler is now known as Guest4560
atler has joined #panfrost
Guest4560 has quit [Ping timeout: 480 seconds]
bluebugs has joined #panfrost
moa has quit [Ping timeout: 480 seconds]
Net147 has quit [Quit: Quit]
Net147 has joined #panfrost
Net147 has quit [Quit: Quit]
Net147 has joined #panfrost
pch has quit []
nlhowell has joined #panfrost
rasterman has joined #panfrost
nlhowell has quit [Ping timeout: 480 seconds]
nlhowell has joined #panfrost
nlhowell has quit [Quit: WeeChat 3.5]
nlhowell has joined #panfrost
pendingchaos_ has quit [Ping timeout: 480 seconds]
pendingchaos has joined #panfrost
paulk has quit [Ping timeout: 480 seconds]
paulk has joined #panfrost
<jenneron[m]>
alyssa: xorg now works on t628, still using same mesa in /usr/local, most likely some debian upgrade fixed it
<jenneron[m]>
but it's not mesa fault and as we've discussed it doesn't block enabling t628 in mesa
alyssa has joined #panfrost
<alyssa>
jenneron[m]: thank you for your patch ^^
<jenneron[m]>
alyssa: btw is t620 v4? (for documentation)
<jenneron[m]>
also, not sure whether i should write T620 or T628 in the table
tanty has quit [Remote host closed the connection]
<robmur01>
I'd say "T620" to save the bother with T624/T628 being just different licenses of essentially the same thing
tanty has joined #panfrost
<robmur01>
effectively it's v4 as far as we're concerned (I believe technically it might be v3, but the downstream driver never seems to have visibly made that distinction either)
<jenneron[m]>
robmur01: this also could be T62x
<jenneron[m]>
but T620 is consistent with others, will use that
<robmur01>
indeed "T62x" is used in places in the real documentation too; up to you
<jenneron[m]>
well, mesa returns "T620" as a model in applications, so i feel like it's better to use it in mesa documentation
<jenneron[m]>
i have one more question, will OpenGL ES 3.0 be possible on it? I've seen this working on T604 when testing an old version of mesa
<alyssa>
jenneron[m]: GLES3.0 was accidentally advertised on old versions of Mesa due to a Mesa bug, it was not working
<jenneron[m]>
so glmark2 just prints 3.0 but doesn't use it?
<alyssa>
that was due to a Mesa bug, yes
<jenneron[m]>
I see
<alyssa>
GLES 2.0 and GL 2.1 are the correct versions for T6xx
<alyssa>
To make that a bit more precise, support for rendering to multiple render targets is added (in hardware) with Mali-T760
<alyssa>
MRT is a requirement for both GL3 and GLES3
<alyssa>
All other GLES3.1 features are, in theory, supported and already work but none of that is tested
<alyssa>
the only reason we have v4 support at all was due to a Real World gles2 application that needed to work on Mali-T720
<jenneron[m]>
well, just asking because firefox doesn't support gles2 anymore and chromium for armv7 is not packaged in alpine because of segfault
<jenneron[m]>
literally no hardware accelerated browsing on it
<alyssa>
The Arm driver had an elaborate hack to emulate MRT on v4, we're all embarassed by it, and NAK in advance in case you're thinking of trying to upstream that because that's not maintainable
<jenneron[m]>
i see, so no gles3
<alyssa>
robmur01: I still can't tell what v1/v2/v3 are supposed to be
<alyssa>
(Although between MRT on v4 and geom/tess on v5 ... I almost think MRT on v4 wins :-p)
<jenneron[m]>
at least UI is now usable on these devices :/
<robmur01>
hmm, correlating product announcement dates with the change summary in the old architecture doc, T62x might actually have been v4ish, while T60x development would have been v1-v3
<alyssa>
jenneron[m]: Hehehe
<alyssa>
I've been working on a better perf + lower memory branch
<alyssa>
which should benefit the older devices handsomely
<alyssa>
cphealy: I don't think the disk cache work will make it into 22.3, unfortunately.
<alyssa>
When I mentioned the possibility, I think I assumed the branch point was next Wednesday
<alyssa>
Turns out that it's this Wednesday (2 days from now) ... there are too many outstanding todo's that I don't think I feel comfortable merging as-is, and I don't expect to have time to resolve those todo's in the next two days.
<jenneron[m]>
nice, i've tested with glmark2-es2-wayland, it scores 771, but i don't remember how much it was before
<alyssa>
Although maybe if I drop the separate shader bug fix it could go in now?
<alyssa>
jenneron[m]: OOI why pmOS on a chromebook?
<alyssa>
instead of debian/fedora/whatever
<jenneron[m]>
alyssa: alpine being being minimalistic to perfectly fit 16 GB eMMC, and a convenient way for me to package everything and provide user-friendly way to install it (the way is now pmbootstrap, but it will be on-device installer images with depthcharge support in the future)
<alyssa>
fair enough ^^
<alyssa>
I suppose pmbootstrap is strictly better than "random guy's shell script to run debootstrap and who knows what else"
<alyssa>
which is how depthcharge usually goes
<jenneron[m]>
also, those things do not really support FDE while pmOS does
<jenneron[m]>
by just using pmbootstrap with "--fde"
<alyssa>
Oh, wow, nice
<alyssa>
I do have Debian with FDE on the rk3399 devices but I remember burning a day or so for each device fighting with crypttab
<jenneron[m]>
also, we support automatic kernel upgrades with flashing kernel + dtb + initramfs image
<jenneron[m]>
(many things which are difficult to recall immediately)
<alyssa>
*nod*
<cphealy>
alyssa: tnx for the update on disk cache. No worries.
* alpernebbi
is still trying to get depthcharge things into Debian haha
floof58 is now known as Guest39
floof58 has joined #panfrost
Guest39 has quit [Ping timeout: 480 seconds]
Guest4154 has quit [Write error: connection closed]
frytaped[m] has quit [Write error: connection closed]
nergzd723 has quit [Write error: connection closed]
stebler[m] has quit [Write error: connection closed]
CalebFontenotHaileysCuteNerdyB has quit [Write error: connection closed]
Dylanger has quit [Write error: connection closed]
sharonmary6[m] has quit [Write error: connection closed]
thecycoone[m] has quit [Remote host closed the connection]
underpantsgnome[m] has quit [Write error: connection closed]
psydroid[m] has quit [Write error: connection closed]
zhxt[m] has quit [Write error: connection closed]
toggleton[m] has quit [Write error: connection closed]
Przemek[m] has quit [Write error: connection closed]
strongtz[m] has quit [Write error: connection closed]
thaytan[m] has quit [Write error: connection closed]
mairacanal[m] has quit [Write error: connection closed]
jenneron[m] has quit [Write error: connection closed]
JulianGroOld[m] has quit [Write error: connection closed]
robertfoss[m] has quit [Write error: connection closed]
CalebFontenotHaileysCuteNerdyB has joined #panfrost
nlhowell has quit [Ping timeout: 480 seconds]
Dylanger has joined #panfrost
frytaped[m] has joined #panfrost
Guest69 has joined #panfrost
jenneron[m] has joined #panfrost
mairacanal[m] has joined #panfrost
JulianGroOld[m] has joined #panfrost
nergzd723 has joined #panfrost
Przemek[m] has joined #panfrost
psydroid[m] has joined #panfrost
robertfoss[m] has joined #panfrost
sharonmary6[m] has joined #panfrost
stebler[m] has joined #panfrost
strongtz[m] has joined #panfrost
thaytan[m] has joined #panfrost
thecycoone[m] has joined #panfrost
underpantsgnome[m] has joined #panfrost
toggleton[m] has joined #panfrost
zhxt[m] has joined #panfrost
Lyude has quit [Ping timeout: 480 seconds]
Lyude has joined #panfrost
rasterman has quit [Quit: Gettin' stinky!]
greenjustin has quit [Quit: Leaving]
avane has quit [Remote host closed the connection]