20:55 <jtolio> I'm on @glanzmann's Debian distro on an M1 mini, using KDE on Wayland. Whenever I screenshare a window on Firefox, things work fine. However, when I try and screenshare my full screen, the compositor (kwin_wayland) spins out and pegs a core and goes unresponsive, making it pretty hard to interact with windows. I went and added gperftools' CPU profiler to a build of kwin_wayland, and the difference is when trying to share a full screen

20:55 <jtolio> kwin_wayland pegs a core to 100% spending the entire time in __driDriverGetExtensions_d3d12 - 98.5% of the pprof output. So, now what? lol. I don't know if this is KDE, Asahi GPU drivers, or what. Anyone have ideas of what I should look to next to try and fix full screen sharing?

20:57 <opticron> My first inclination would be to try it on the reference distro

20:57 <opticron> and see if it does the same thing

21:01 <jtolio> sure, though I was hoping to avoid a reinstall of everything or even partition resizing. foolish of me to have set this up as my primary workstation lol. i mean, this seems like a common enough pattern within this IRC group (share fullscreen in firefox on wayland with KDE) that perhaps someone else knows if it works for them before i go and reinstall?

21:03 <jtolio> maybe an easier thing to try would be to pull a later build of kwin_wayland from sid, since arch has 5.27.6 kwin and debian bookworm has 5.27.5

21:03 <ChaosPrincess> so, that function is technically a part of mesa

21:03 <ChaosPrincess> but why is it calling it in the first place

21:06 <jtolio> according to pprof, this is the function that is (indirectly) calling __driDriverGetExtensions_d3d12: https://github.com/KDE/kwin/blob/Plasma/5.27/src/plugins/screencast/outputscreencastsource.cpp#L42-L48

21:07 <jtolio> meanwhile, here's the window sharing version that doesn't spin out: https://github.com/KDE/kwin/blob/Plasma/5.27/src/plugins/screencast/windowscreencastsource.cpp#L43-L50

21:17 <ChaosPrincess> is it doing something super stupid like grabbing a swizzled texture and then converting it on cpu?

21:17 <ChaosPrincess> but why spin in driverGetExtensionsThen

21:17 <ChaosPrincess> idgi

21:19 <jtolio> this doesn't have the debug symbols (i don't know how to get debug symbols to pprof.host) but https://pprof.host/hw0g/top says that all the time is being spent in apple_dri.so. it doesn't appear that the cpu waste is happening in kwin code

21:30 <jtolio> pprof also seems to think that __driDriverGetExtensions_d3d12 is calling itself

21:34 <jtolio> @glanzmann I don't suppose it would be easy to have a main/source/Sources in your dpkg repository? `apt-get source libgl1-mesa-dri` would be convenient here, but i'll go get it elsehow :)