08:52 <bshah> Hi there, so I am trying to reduce/find out what in my app makes lima fail, : https://invent.kde.org/snippets/348 here is shaders outputed by MESA_GLSL=dump before and after gpir message is outputed. can someone take a quick look at paste and see if I am right that shader on L140 is culprit? or previous one?

09:26 <yuq825> bshah: it's the first one which is a vertex shader and have control flow in it

09:26 <bshah> yuq825: okay

09:27 <bshah> thanks

09:55 <enunes> anarsoul: I run drm-misc-next which I rebuild often, haven't seen RCU stalls or other bugs recently

21:52 <CounterPillow> https://0x0.st/zf4J.txt wish I had a symbol table for mesa, but apparently all my build contains is function names. Anyway, crashes in ppir_node_add_dep in rockchip_dri.so when trying to run mpv with a DRM gpu context

21:53 <CounterPillow> Time to try and get a more useful gdb output

21:53 <CounterPillow> maybe with git master

21:54 <anarsoul> it was fixed in git master

21:54 <CounterPillow> Ah, cool

21:54 <anarsoul> so yeah, try with git master

21:55 <anarsoul> if it fails, do "export LIMA_DEBUG=pp,gp", try again and then provide log

22:09 <CounterPillow> `sudo ninja install` yeets stuff into /usr/local, right? Just making sure I don't hose my system

22:36 <CounterPillow> src/egl/g_egldispatchstubs.c doesn't get an include of <stddef.h> with the configuration "-D platforms=drm,surfaceless -D glx=disabled -D gallium-drivers=swrast,virgl,kmsro,lima -D dri3=true -D egl=true -D gbm=true -D gles2=true -D gles1=false -D glvnd=true -D llvm=true -D lmsensors=true -D shared-glapi=true -D osmesa=gallium", there may be some implicit dependency somewhere

22:36 <CounterPillow> (also most of these options are just me cargo-culting and trying to get less to compile, please no bully)

22:45 <CounterPillow> hot dang it's working. Glitchy, but working

22:54 <CounterPillow> https://0x0.st/zfJs.mp4 to reproduce: mpv --gpu-context=drm --no-audio --drm-connector=your-connector-here video.mp4