03:31 <steev> bamse: ah, i think Arch does connectivity checking by default (no idea if debian does) - kali doesn't, as we're meant to be silent on the network

05:26 <steev> bamse: rc5 seems to be okay, minus the rcu stalls that happen around bluetooth times - https://paste.debian.net/1246082

22:58 <steev> and the c630 - https://paste.debian.net/1246186 - also has an rcu stall, but only 1, it looks like

23:02 <qzed> steev: so you got the dp-aux thing working now?

23:03 <steev> qzed: i have display now yeah :D

23:03 <steev> well, mostly

23:03 <qzed> nice!

23:03 <steev> sometimes it takes 3-7 boots to get it

23:03 <qzed> hmm, it's somewhat random for me too but not that bad

23:03 <steev> not sure what/where the badness is, but i have 0 visibility as there is no logs

23:05 <qzed> bamse suggested some things, like building in CONFIG_DRM_PANEL_EDP

23:05 <qzed> I think those help a bit

23:05 <qzed> also the disable deferred probe timeout commit

23:06 <qzed> I'm not really sure what specifically the magic combination is, but the things I have in my config fragment seem to work mostly well

23:06 <qzed> still, like one in five boots is still bad

23:27 <steev> maybe i'll try building in edp

23:27 <steev> i have the disable deferred commit

23:28 <qzed> I think the reasoning was that the drm code probes the panel when probing some part of the drm stack, and that works more reliably if the module is already loaded

23:29 <steev> makes sense, i just need to go up the stack to see why it wants to stay =m here

23:39 <steev> qzed: but yes, the mp usb stuff also works, as i now have the webcam available :D

23:39 <qzed> awesome!

23:39 <qzed> thanks for testing!

23:39 <steev> you pretty much wrote it, i just did the stuff

23:51 <steev> now my only issue is, if i sit at the console, it works longtime, but if i go into X or wayland, it locks up pretty quick, but nothing in the logs about why

23:52 <steev> i'm wondering if it really dislikes your a680 firmwares on it

23:53 <qzed> hmm... I wonder if there's actually any difference in firmware between the flex and spx

23:58 <steev> how did you extract that? i could provide the same file, or extract mine

23:58 <qzed> ghidra

23:59 <steev> everyone using ghidra these days

23:59 <qzed> took a bit, but you can fairly quickly find the GMU stuff

23:59 <qzed> the GMU struff is fairly well structured in some block format

23:59 <qzed> and has a bunch of 0xff in series

23:59 <qzed> I think that's how I found that