07:18 <juergh> hrm

07:18 <juergh> [ 4.966992] [drm:_dpu_kms_initialize_displayport:617] [dpu error]modeset_init failed for DP, rc = -517

07:18 <juergh> [ 4.969865] msm_dpu ae01000.display-controller: [drm:msm_drm_init.constprop.0 [msm]] ERROR kms hw init failed: -517

07:18 <juergh> But it all seems to work. I do have HW GPU.

07:19 <juergh> Could this be a module load order issue?

07:20 <juergh> full log: https://dpaste.com/A7EWN6BUS

07:20 <travmurav[m]> -517 should be EPROBE_DEFER aka "should try again later" so maybe it just loads later?

07:22 <juergh> ah yes. guess so. but what is the correct order I wonder?

07:23 <travmurav[m]> it would be something like "initfs has msm but not display panel driver so it tries and fails until rootfs is mounted" kind of problem I'd guess

07:26 <juergh> the panel driver is in the initrd but something it depends on must be missing.

07:27 <juergh> the dependencies are really obscure. at least to me :-)

07:28 <travmurav[m]> qcom_pmic_glink pmic-glink: Failed to create device link sounds fun, maybe you lack some rpmhpd stuff? I'm not so familiar with the modern platforms

07:38 <travmurav[m]> juergh: ah, probably whatever provides `qcom,sc8280xp-pmic-glink` and/or `usb-c-connector`

07:41 <travmurav[m]> at least quick look at the place that errors out makes me think it fails creating the connector, and the connector attached to those failing displayport-controllers are pmic_glink_con(0|1)_ss aka type-c ones under pmic-glink

07:42 <jhovold> juergh: i've listed the display deps in the commit message for johan_defconfig

07:42 <travmurav[m]> so might be as simple as some driver not in the initfs or even "msm" loads before "glink" causing a short glitch

07:43 <juergh> jhovold: yes. those I have included and try to load in that order

07:43 <jhovold> you still need to load the panel driver manually before the drm driver if you want to avoid the probe deferral due to the msm drm driver being broken

07:44 <jhovold> the problem is that the drm driver does not look up the panel during probe as it should, but rather during component bind, which is much too late

07:44 <juergh> jhovold I try to but it looks like it goes the other way around

07:45 <jhovold> I use:

07:45 <jhovold> cat /etc/modules-load.d/drm-msm.conf

07:45 <jhovold> # This is enough to avoid the bind "probe" deferral

07:45 <jhovold> panel-edp

07:45 <jhovold> msm

07:48 <jhovold> juergh: the following error suggests that you have a bad backport:

07:48 <jhovold> [drm] Invalid property "data-lanes", default max DP lanes = 4

07:48 <jhovold> you can find a proper one in my 6.2 branches

07:49 <jhovold> should be unrelated to the probe deferral, though

07:49 <juergh> I was ignoring that for now

07:49 <juergh> but thanks for pointing it out

08:09 <juergh> meh. I had some left-over initramfs-tools modules file that screwed things up. seems to work now.

08:09 <juergh> travmurav: jhovold ta!

09:36 <Leandro[m]> Lol

13:33 <init_x13s> I had this weird problem where the x13s would drain it's battery while fully shutdown. I did a factory reset of the bios, it wiped the boot table and I had to reinstall grub, but the problem seems to have cleared. Hard to explain why, but for som reason it did the job.

13:33 <HdkR> It'll still happen

13:33 <init_x13s> least explainable fix I've applied recently

13:34 <init_x13s> My understanding is that it's related to some MS sleep state under shutdown..

13:35 <HdkR> Wouldn't really matter if you just hard turn it off.

13:35 <init_x13s> how do you "hard" turn it off

13:35 <HdkR> Hold the power button for ten seconds

13:36 <init_x13s> that's a better solution than hotwiring a switch on the battery wires. I'l try that.

13:36 <HdkR> Still slowly drains in this case. So it doesn't really solve anything

13:37 <init_x13s> someone also seemd to suggest to hold shift while powering down, any opinion on that?

13:38 <HdkR> Never heard of anything like that

13:41 <jhovold> init_x13s, HdkR: is this when shutting down from windows or linux?

13:41 <init_x13s> linux

13:43 <jhovold> i think someone reported this when shutting down windows as well (e.g. before having even installed linux)

13:45 <HdkR> jhovold: Well a power button hold down isn't really a shutdown. Would be hard for the hardware to care at that point

13:46 <jhovold> right, and it happens after such a hard power-off as well, you say?

13:46 <HdkR> Indeed

13:49 <init_x13s> If it makes any sense for any of you. Whatever I did (Except a hard shutdown as described by hdkr) , the laptop would drain it's battery under 3 days while shut down. no exception, and it has been like that for months. Someone suggested I just reset the bios to factory default, which I thought was a bit silly, but in the end, was cheap to try. And since then, I rarely notice the battery drop over a few days.

13:49 <init_x13s> when it's shut down.

13:49 <init_x13s> I might not need an explanation, until the problem comes back

13:49 <init_x13s> ehe

13:53 <jhovold> ok, thanks for the summary. Have not noticed anything myself, but then I tend to keep mine connected to the charger

13:54 <jhovold> init_x13s: are you running the latest bios btw?

13:54 <init_x13s> I tend to move a lot during a day, power management is part of my daily struggle.

13:55 <init_x13s> yes, the laptop was sent to lenovo to fix the keyboard issue and came back last week with "new keyboard installed, new bios installed"

13:55 <jhovold> ok, good to know

13:55 <init_x13s> they did re-image it with windows also.

13:56 <init_x13s> just DD'ed my backup on top of the drive.

14:01 <jhovold> that's just rude...

14:02 <init_x13s> to be fair, I wiped the HD before sending it in.

14:02 <init_x13s> they had to test it in some ways

14:04 <jhovold> ah, so you've dropped windows completely?

14:04 <jhovold> kept a small partition around for fw updates. too small to update windows it turned out though...

14:07 <init_x13s> yes I dropped win. I use a live bootable windows usb key for updates.

14:08 <init_x13s> a bit hackish but it works reasonably well

17:43 <agl7> xnox: Do you produce a final release of Ubuntu 23.04 for the ThinkPad X13s Gen1?

18:00 <agl7> (Ubuntu Concept X13s 23.04 (Lunar Lobster))

18:22 <steev> travmurav[m]: the device link thing is... new-ish, and whatever it is was backported to 6.2 too

18:23 <steev> it's probably a valid issue but i have no idea

18:26 <agl7> Hello steev :-)

18:26 <steev> hi

18:26 <clover[m]> hello steev

18:26 <steev> hello ironrobi

18:26 <steev> n

18:26 <clover[m]> dont give up my alter ego

18:27 <steev> hi clover[m]

18:28 <clover[m]> it's been pretty quiet on x13s front lately hmm?

18:28 <clover[m]> i guess things are slowing down

18:29 <steev> there is always a lul late in the rc's

18:32 <_`[m]1> anyone has bluetooth stuttering?

18:33 <_`[m]1> just waiting for new rcs? ;D

18:34 <steev> occasionally i do, don't know what causes it, and i only really see it with the h2go speaker

18:35 <_`[m]1> it stabilises after a while?

18:35 <_`[m]1> but sound quality is lower?

18:35 <_`[m]1> s/lower/low/

18:49 <gwolf> sound quality over BT is never too great

18:49 <gwolf> I have some ocassional little hiccups (i.e. no sound for a tenth of second or so) in my C630

18:49 <gwolf> but at least it... works better than the inbuilt sound (which doesn't 😉)

18:52 <HdkR> If your headphones support LDAC, AptX HD, or AAC the quality usually isn't too bad

18:53 <HdkR> anything below that is hot garbage

18:55 <HdkR> hiccups not withstanding of course :P

19:03 <_`[m]1> <gwolf> "sound quality over BT is never..." <- I don't notice the difference on my macbook though

19:12 <gwolf> _`[m]1: The Bluetooth protocol is not very well suited for audio. It ugh works, and has got quite popular as it indeed solves a common use case

19:14 <gwolf> ...I notice cuts mostly when I'm sitting >5m away from my speaker, and it might be due to interference. I notice it both from my Linux laptop and from others.

19:25 <_`[m]1> depends on the receiver

19:25 <_`[m]1> you can get good ones for cheap though

19:28 <gwolf> Not as cheap as the bad ones 😉

19:29 <gwolf> (yes, I'm cheap on my hardware... and I sometimes pay the price for it)

19:31 <_`[m]1> I'm talking 2 euro in aliexpress

23:09 <steev> ajhalaney[m]: :D sorry about that, i really don't have any idea how it keeps dropping

23:46 <ajhalaney[m]> Lol no worries steev I check a few things now every time I finally decide to start looking at upgrading the kernel for my x13s and that's one of em