03:59 <archetech> ok who removed blue from rgb in pfrost ? ;p

04:00 <HdkR> No need to feel so blue, we've removed it

04:00 <alyssa> for mental health

04:01 <HdkR> CMYK monitors instead

04:03 <HdkR> alyssa: https://cdn.discordapp.com/attachments/718904099910844486/767886319900033034/image0.jpg Take a pretzel cat

04:03 <alyssa> d'awwwww

04:06 <archetech> made my my kde wallpaper look pretty cool though

04:07 <SolidHal> clementp[m] or someone else that knows about dev-freq, I'm seeing cursor jumping at low gpu frequencies on xfce

04:07 <SolidHal> I'm on kernel 5.9.1, tested with and without https://patchwork.freedesktop.org/series/79442/

04:15 <icecream95> archetech: If you use a DRM driver with gamma ramp support, you could make everything blue instead

04:16 <archetech> ah so I have a choice of whats broke nice

04:17 <archetech> ty ill wait

05:03 <SolidHal> the cursor jumping goes away if I run "glxgears" or something else that stresses the gpu. I don't get any cursor jumping in gnome xorg/wayland.

05:05 <SolidHal> Thought it might be that when running "glxgears" the gpu frequency increased, so I hacked the operating points of the gpu so that it is always max freq/voltage, but that did not fix the issue, which is interesting

05:06 <SolidHal> read the current frequency with "/sys/devices/platform/ff9a0000.gpu/devfreq/ff9a0000.gpu/cur_freq" and "target_freq" and confirmed it is always at 80000000

05:11 <archetech> does glxinfo show opengl hw accell ?

05:13 <HdkR> `glxinfo | grep "OpenGL renderer"`

05:15 <SolidHal> direct rendering : yes

05:15 <SolidHal> OpenGL render string: Mali T860 (Panfrost)

05:25 <brads> SolidHal: have seen similar issues before with GPU accelleration enabled (libMali in this case), problem was with min cpu freq scaling rather than GPU. As CPU is not very utilised with GPU accel it was causing the mouse problems. Try to increase it with cpufreq util to see if it improves

05:34 <SolidHal> brads I set all of the cores to max frequency, still the same issue

05:47 <tomeu> SolidHal: it doesn't happen if you set the performance governor, right?

15:32 <SolidHal> tomeu I have the governor set to performance on the cpu. The gpu doesn't support a performance governor. The only way I can consistently stop the cursor jumping is by running glxgears, glxheads, likely other graphic intensive programs

15:34 <macc24> SolidHal: is SWCursor set to true in xorg config?

16:06 <SolidHal> macc24 I set "SWCursor" to "off" and "HWCursor" to "on" in my libinput xorg.conf, no change, but I'm not sure how to validate the setting stuck. I tried to generate the config with "sudo Xorg :2 -configure" and got an interesting error: "No devices to configure. Configuration failed.". And nothing mesa/panfrost related shows up under the "List of

16:06 <SolidHal> video drivers" Xorg -configure prints out

16:30 <macc24> oh god

16:30 <macc24> Xorg -configure is deprecated iirc

16:43 <alyssa> > Xorg is deprecated

16:43 <alyssa> FTFY

17:03 <SolidHal> hmm, it seems it slightly happens on gnome wayland, and a bit more on gnome xorg. I have the FPS monitor mesa debug up, and it displays only on gnome xorg and wayland, but not on xfce. Something I noticed is that the fps spikes to around 60fps for a while after just logging in to gnome, but drops within a minute to ~1-8fps and I see the cursor

17:03 <SolidHal> jump.

17:14 <SolidHal> this behavior is the same with and without the devfreq patches https://patchwork.freedesktop.org/series/79442/

17:36 <SolidHal> ah, found the most obvious signal to look for while debugging this. in /var/log/Xorg.0.log I see lots of "Atmel maXTouch Touchpad: client bug: eventprocessing lagging behind by 101ms, your system is too slow"

17:54 <SolidHal> aaaand I see the same Atmel event processing lagging complaints in wayland as gnome-shell libinput errors

18:52 <alyssa> SolidHal: eh?

19:14 <SolidHal> alyssa just the cursor jumping issue I'm debugging

19:17 <archetech> kernel driver id say