02:15 <steev> calebccff: fwiw, i've tested it here on the c630 and it doesn't spam the hell out of my log. i'll wait for others to reply with nitpicks before sending a t-b

05:39 <minecrell> calebccff: well stuff exploded because only half of the runtime PM calls were guarded when it was not supposed to be used. Just seems weird to keep some unneeded call again that may explode later (even though I agree it should be a no-op)

06:51 <z3ntu> bamse: also ping about this PR: https://github.com/andersson/rmtfs/pull/16

07:10 <z3ntu> Also if anybody has an idea how to debug the usb controller failing suspend with "dwc3-qcom a6f8800.usb: HS-PHY not in L2" I'd be grateful :) The phone does seem to suspend correctly but after waking up usb never comes back

16:28 <calebccff> z3ntu: I see the same message on sdm845 but USB continues to work after suspend so that might be a red herring

17:01 <z3ntu> calebccff: oh that's super useful to know, thanks!

17:11 <steev> robclark: lumag: abhinav__: got another one - https://paste.debian.net/1243731/

17:21 <robclark> steev: https://patchwork.freedesktop.org/series/104995/ should help

17:21 <steev> will pull that in

18:53 <steev> robclark: will let you know if/when it happens again :) unfortunately, it seems just launching vscode isn't enough. that one happened when i went to close the gnome settings window after changing the audio device from headphones to speakers

19:00 <robclark> steev: that won't really fix the warn splats but at least will prevent things from falling over afterwards.. I've managed to trigger it a couple times, mostly be leaving gnome sitting there and working on something else for a few hrs

19:00 <steev> if i can keep using it, that's good :)

19:01 <steev> my next step is to see how much battery we lose overnight when "suspended"