13:11 <bl4ckb0ne> are all the python files in the tools folder python2 ?

13:11 <austriancoder> bl4ckb0ne: yes

13:12 <bl4ckb0ne> how much effort would it be to port them to 3 ?

13:12 <austriancoder> bl4ckb0ne: don't know - I use a container to python2 to run them.

13:13 <austriancoder> bl4ckb0ne: feel free to do the port to python3 and open a pull request

13:13 <bl4ckb0ne> i need to run those on a yocto based linux and the python2 meta layer has been removed, im weighting which task was the quickest

13:13 <bl4ckb0ne> porting to python3 or bring back python2

13:14 <austriancoder> bl4ckb0ne: or just use the scripts on your desktop pc?

13:15 <bl4ckb0ne> i just need vivhook on the target right? the python script is to open the command stream capture

13:15 <austriancoder> bl4ckb0ne: correct

13:16 <bl4ckb0ne> hm great, i dont even have make or a compiler on that thing

13:17 <bl4ckb0ne> time to cross compile i guess

13:20 <bl4ckb0ne> austriancoder: does the mmu fault logs I linked on the 22 ring any bell?

13:23 <austriancoder> bl4ckb0ne: I think it should be fixed with: https://github.com/nxp-imx/linux-imx/commit/f5be833dc86f49637b65b7989a9ee49ac08f7da6 - is there a possibility to try a recent kernel (just for a test?)

13:26 <bl4ckb0ne> i have that patch already but the gpu is still hanging

13:27 <austriancoder> bl4ckb0ne: are you able to try a new kernel or not? you know hunting a already fixed problem is a waste of time.

13:28 <bl4ckb0ne> i have all of the patches from 5.17 https://patchwork.freedesktop.org/patch/467889/

13:28 <austriancoder> bl4ckb0ne: that does not answer my question :)

13:28 <bl4ckb0ne> yeah i know hunting already fixed issue is a waste of time, but the kernel version in that yocto distrib is not my decision sadly

13:29 <bl4ckb0ne> i will try 5.17 today

13:29 <austriancoder> bl4ckb0ne: you are not able to load a different kernel in bootloader? maybe via usb or network?

13:30 <bl4ckb0ne> i can modify and rebuild the distrib locally, there are a lot more patches in the recipe other than the drm etnaviv ones

13:32 <austriancoder> bl4ckb0ne: okay

14:55 <bl4ckb0ne> hm the bump in meta-freescale/kirkstone from 5.15.148 to 5.15.156 fails to build, so im stuck debugging 5.15 for a while

15:19 <bl4ckb0ne> do I need libGAL for libvivhook if I want to intercept etnaviv command stream?

20:37 <bl4ckb0ne> austriancoder: no sight of the mmu issue but the gpu still hangs on 6.1.70

20:37 <bl4ckb0ne> getting "GPU not yet idle, mask: 0x7fffaf9a" with it

20:56 <austriancoder> libvivhook is used for libGAL.. for etnaviv there is nothing official, but you can patch mesa to dump the cmd stream to filesystem. Something like https://tmp.christian-gmeiner.info/0001-DROP-dump-cmd-stream-to-tmp.patch . You can then use dump_separate_cmdbuf.py -b to look at it.

20:56 <austriancoder> but great.. the mmu fault is gone.

20:57 <austriancoder> bl4ckb0ne: what mesa version are you using? Would recommend a recent one too

20:57 <bl4ckb0ne> 24 someting, last release I think

20:58 <bl4ckb0ne> would devcoredump be useful for the hang?

21:00 <bl4ckb0ne> thanks for the patch, i'll apply that and dump the stream

21:03 <austriancoder> bl4ckb0ne: okay.. looks quite recent. Yeah.. devcoredump would be nice

21:04 <bl4ckb0ne> could you point me to some doc please? I either find medium articles about "coredumpctl" or patchwork.kernel.org patches

21:04 <austriancoder> bl4ckb0ne: you would need https://github.com/etnaviv/etna-gpu-tools on the target too. Fetches the dump and decodes it to a folder.

21:04 <bl4ckb0ne> yup I got that installed

21:04 <bl4ckb0ne> kernel config is enabled

21:05 <bl4ckb0ne> `/sys/class/devcoredump/disabled` is at 0

21:05 <bl4ckb0ne> i unpacked one that my coworker sent me

21:05 <bl4ckb0ne> hold on

21:07 <austriancoder> The dump should be triggered by a GPU hang

21:07 <bl4ckb0ne> https://paste.sr.ht/~bl4ckb0ne/af4b21994ee3d5f813d87c28ef84b0deeb173711

21:08 <bl4ckb0ne> ill figure that out after dinner

21:08 <bl4ckb0ne> thanks for your help austriancoder

21:11 <austriancoder> bl4ckb0ne: if you can capture an api trace of the hang and are allowed to share it, feel free to contact me

21:15 <bl4ckb0ne> oh havent tried apitrace yet, will do!

21:18 <bl4ckb0ne> i get consostant hang with the "terrain" stuff on glmark2-es

21:18 <bl4ckb0ne> ill catch that trace once my kids are asleep

21:29 <austriancoder> bed time here

21:30 <austriancoder> ah glmark2 .. no trace need :)

21:32 <bl4ckb0ne> cheers