camus has quit [Remote host closed the connection]
camus has joined #panfrost
davidlt has joined #panfrost
camus has quit []
camus has joined #panfrost
tlwoerner has quit [Ping timeout: 480 seconds]
tlwoerner has joined #panfrost
ahmubashshir has quit [Ping timeout: 480 seconds]
ahmubashshir has joined #panfrost
rasterman has joined #panfrost
pbrobinson has joined #panfrost
jax has joined #panfrost
jax has left #panfrost [#panfrost]
Guest3099 has quit []
simon-perretta-img has joined #panfrost
alyssa has joined #panfrost
camus has quit []
davidlt has quit [Ping timeout: 480 seconds]
davidlt has joined #panfrost
alyssa has quit [Quit: alyssa]
mrfixit2001 has joined #panfrost
<mrfixit2001>
*waves* hi everyone :) Any devs happen to be online? I am running into an issue and have some debug detail.
<mrfixit2001>
In case anyone does see this - I'm testing kernel 6.5+ compiled as 64-bit running mesa 23.1.8 in a 32-bit userspace. Hardware is a Pine64 RockPro64 Rk3399. As soon as I attempt to call into panfrost, the system crashes. There's no kernel panic, it just... stops. Only output I was able to capture is "panfrost_batch_submit failed: 2"
<mrfixit2001>
As I dig in - it appears the drmIoctl call from panfrost_batch_submit_ioctl is returning -1
<mrfixit2001>
Some additional info - rendering is trying to use gles/gbm and dmesg shows panfrost init ok...
<mrfixit2001>
relevant dmesg detail: panfrost ff9a0000.gpu: clock rate = 500000000; mali-t860 id 0x860 major 0x2 minor 0x0 status 0x0; features: 00000000,00000407, issues: 00000000,24040400; Features: L2:0x07120206 Shader:0x00000000 Tiler:0x00000809 Mem:0x1 MMU:0x00002830 AS:0xff JS:0x7; shader_present=0xf l2_present=0x1
<ndufresne>
mrfixit2001: I'm not a dev really, but been using panfrost on rk3399 for a while, do you have a sign that this affect 32bit userspace only, or did you just mention for completeness ? I have never tried 32bit GL code on that platform before
<robmur01>
ISTR there have been issues with compat setups (32-bit Mesa on 64-bit kernel) before - not sure it's ever been well tested or properly supported
rcf has quit [Remote host closed the connection]
<robmur01>
(although I also have a vague memory of playing with a compat userspace on my RK3399 at the time, but failing to reproduce whatever issue it was)
<mrfixit2001>
I haven't found any other reported issues of the patch submit failing, so I have a suspicion it's specific to the 32-bit userspace with the 64-bit kernel.
<robmur01>
a cursory inspection suggests ENOENT most likely comes from somewhere in drm_sched...
rcf has joined #panfrost
hanetzer1 is now known as hanetzer
AnuthaDev has joined #panfrost
alpernebbi has quit [Ping timeout: 480 seconds]
alpernebbi has joined #panfrost
AnuthaDev has quit []
AnuthaDev has joined #panfrost
<jernej>
FWIW, LibreELEC distro for RK3399 used for a long time 64-bit kernel and 32-bit userspace and AFAIK there were no issues with mesa.
<jernej>
but then again, mesa is used more or less only for GUI rendering in Kodi, so pretty lightweight for GPU