01:58 <KungFuJesus> Yeah but wayland doesn't support my favorite window managers :(

02:41 <ente> guess you need to write a compositor then!

04:59 <agrisis> I know it's slightly off topic, but is there a place to find mali g31 blobs for r16?

05:00 <agrisis> file /dev/mali0 is not of a compatible version (user 11.13, kernel 11.7)

05:18 <daniels> agrisis: you'll need to get that from your SoC vendor

05:18 <agrisis> daniels: OK I guess they'll be releasing it soon

16:10 <alyssa> sway + panfrost + 4k seems a lot faster/stable

16:10 <alyssa> wonder what gnome-shell is doing silly

16:12 <alyssa> although deqp wayland doesn't seem happy on sway

16:17 <hifi> hi, I've been looking into a performance issue with urxvf on rk3399 and panfrost with glamor, it seems to be it's flooding glamor with draw commands which then end up flooding panfrost, this is somehow optimized out on intel/amdgpu but I was wondering if anyone else on any other hardware that panfrost runs on could verify it's not rk3399 specific?

16:17 <hifi> urxvt*

16:18 <alyssa> known issue with tiler gpus

16:18 <alyssa> afaiu, lima has the same issue

16:19 <hifi> is it possible to replace the jobs in the job queue with newer ones that affect the same thing as an optimization or is it too late at that point?

16:19 <hifi> I'm not an expert in this area, full disclosure

16:19 <alyssa> it's.. sort of too late

16:20 <alyssa> we do some tricks like that but apparently not enough

16:20 <alyssa> x11 hasn't been a priority

16:21 <hifi> could this be solved before it hits panfrost with a shadow framebuffer?

16:22 <alyssa> afaiu the issue was that glamor glFlush's a _lot_

16:22 <hifi> the thing is with glamor disabled there's excellent 2d performance on x11 but we lose all gpu acceleration for the important stuff

16:22 <alyssa> and that it sort of has to for conformance with xrender

16:22 <hifi> (okay rockchipdrm needs a patch for non-accelerated glamor to work fast but close enough)

16:25 <hifi> tricky situation, x11 is fairly important on a laptop like device like the pinebook pro which I'm on compared to other kinds of mobile devices where this kind of optimimzation is not needed

16:37 <daniels> there's no future where glamor doesn't spam glFlush

16:39 <hifi> it's not a huge issue, I don't know any other x11 program (that is currently relevant) that behaves so badly as urxvt

16:41 <alyssa> how do I get ssh to remember my passphrases in sway/i3

16:41 <alyssa> uhh

16:45 <alyssa> nvm, swapped identities

16:46 <amonakov> daniels: how so? why it cannot setup a 16ms timer to coalesce flushes?

16:47 <daniels> amonakov: it's more about how the server is structured to process X11 rendering commands

16:47 <daniels> fixing that is ... non-trivial

16:49 <hifi> anyway, thanks for the information so I don't send more time trying to fix the unfixable

16:50 <hifi> spend*

20:18 <indy> hi all, i have https://dpaste.org/5bcv during boot

20:18 <indy> device is rockpi 4

20:21 <indy> system is 'pure' debian bullseye with linux-image-rt-arm64 kernel (5.10.9)

20:27 <amonakov> indy: looks like the kernel is built without CONFIG_DEVFREQ_GOV_SIMPLE_ONDEMAND?

20:28 <amonakov> panfrost and a few other drivers has a hard dependency on that

20:30 <amonakov> hm, it should be autoselected by Kconfig. perhaps the panfrost module is in initramfs, while the devfreq module is not?

20:30 <indy> amonakov, it is built as module

20:31 <indy> i'll check

20:36 <indy> amonakov, better :) https://dpaste.org/nnki

20:38 <amonakov> curious, what you had to do to fix this?

20:43 <indy> modprobe -r --remove-dependencies panfrost && modprobe panfrost

20:44 <amonakov> ah, so you still can get the same issue on the next boot :)

20:44 <indy> yes

20:48 <indy> anyway xorg do not select maximal resolution

20:51 <macc24> indy: have you tried not using xorg?

20:54 <indy> yes

20:54 <indy> i'm using console :)

21:43 <Lyude> hey btw -if any folks here are interested are interested https://lore.kernel.org/dri-devel/CAHUNapTB1tt6T931LfBWVWreXGFwd6tTPqH58i7s3WKivCDT4g@mail.gmail.com/ if anyone has ideas for shorter GSoC projects for this year, we're still looking for responses to the emails we sent out about this