<rtp>
tomeu: btw, do you know if alyssa plans to merge it or does it need more work/test/... ?
<tomeu>
rtp: don't know, do you think ti has been tested enough?
<rtp>
tomeu: I guess I'm so far the only one having tested it so not sure it's enough. I'm only wondering the status
<tomeu>
rtp: well, we know it most likely doesn't regress rk3399 and rk3288 as per the CI
<tomeu>
what I'm not sure yet is if we want to whitelist that GPU
<tomeu>
but given we have quite some people interested in the snow...
<guillaume_g>
tomeu: before whitelist, I think modifier invalid/linear is a blocker, no?
<tomeu>
yeah, what can be done about it?
<rtp>
tomeu: well, I'm not using snow, I'm using peach pit. For now, my snow is collecting dust as I've yet to create a root fs for tests :)
<rtp>
guillaume_g: yeah ...
<tomeu>
ah, ok, though both have 76xx, which is the problematic part
<tomeu>
kbase has a very long list of errata...
<tomeu>
s/76xx/t6xx
<rtp>
they're both t6xx. One is 604 and the other 628
<tomeu>
right, that's what I meant
<guillaume_g>
yeah, t604 in snow is very early rev with some erratas
<tomeu>
let's see what alyssa says, but I think it's very cool that people are working on t6xx
<tomeu>
I could trivially schedule CI jobs to snow and peach pi once the modifiers issue is solved
<daniels>
guillaume_g: the modifier thing is a kmscube bug
<daniels>
just comment out the line which adds the MODIFIERS flag to the drmModeAddFB2WithModifiers call
<rtp>
tomeu: fwiw, I've always wanted to see it working on t6xx (even opened a bug on gitlab at months ago) but stopped due to -enotime and failing to get logs from the blob
<daniels>
(the correct fix is to check for the drm ADDFB2_MODIFIERS client cap or whatever it's called, and to not pass any modifiers to KMS if it isn't present)
* rtp
notes to try again without the linear change something else like glmark2 then
<guillaume_g>
daniels: oh really, just a kmscube issue? Cool. :)
davidlt_ has quit [Read error: Connection reset by peer]
guillaume_g has quit [Ping timeout: 244 seconds]
adjtm has joined #panfrost
guillaume_g has joined #panfrost
cwabbott has quit [Quit: cwabbott]
cwabbott has joined #panfrost
yann has joined #panfrost
cwabbott has quit [Client Quit]
cwabbott has joined #panfrost
<alyssa>
tomeu: I'll merge the sfbd patches this morning, I was just waiting on confirmation they did the expected thing since I did it w/o hw or anything
<tomeu>
who needs hw...
<alyssa>
However, T600 in general must remain blacklisted for the near future
<rtp>
alyssa: too early / too many things to solve ?
<Depau>
I tried the sfbd branch on snow, I see no visible changes though I haven't checked what the patches actually do
davidlt__ is now known as davidlt
<rtp>
Depau: fixes segfaults with (at least) glmark2-es2-drm
<Depau>
It doesn't fix it with glxgears, it appears to get EACCES with ioctl DRM_IOCTL_MODE_CREATE_DUMP, then it segfaults when doing DRM_IOCTL_PANFROST_SUBMIT
<Depau>
I'll collect more information and see if I can patch it myself, I don't want to add extra burden on you guys if you're not planning to support t604 for the time being
<alyssa>
rtp: Pretty much, yeah
<alyssa>
Whitelisting means we're ready for end-users who've never heard of Panfrost to use the driver
<alyssa>
Given glxgears is segfaulting.... definitely too early :)
<guillaume_g>
glxgears runs fine here. :)
<Depau>
guillaume_g: Yeah my snow is the unlucky one haha