05:16 <JensGlathe[m]> Bluetooth on HP X14 is up

05:16 <JensGlathe[m]> same chip ids as Volterra

05:17 <JensGlathe[m]> makes you wonder

05:18 <JensGlathe[m]> and the BT host MAC is set correctly from (wherever it was stored)

06:45 <jhovold> abelvesa: by "usb-c dp altmode" I'm just referring to external display

06:46 <jhovold> and the monitor that works fine with the x13s, doesn't work at all with the x1e crd so support is definitely broken

06:47 <jhovold> those link training errors you also on the monitor that you get it to work with, may just suggest that things are working mostly by chance

06:49 <jhovold> works sometimes, with some monitors, does not mean dp support is working, quite the contrary

06:53 <jhovold> as I mentioned before, I've only tested on port (the third, on the right side), but iirc anonymix007[m] mentioned seeing the same symptoms as me also on his t14s

06:53 <jhovold> one port*

07:24 <abelvesa> jhovold: ok, got it.

07:25 <JosDehaes[m]> jhovold: when I cherry-pick the bluetooth patches for yoga on top of your 6.11 final branch, it does not work, while on rc7 it does

07:28 <JosDehaes[m]> https://0x0.st/X3Aq.txt

07:28 <JosDehaes[m]> logs ☝️

07:28 <jhovold> JosDehaes[m]: yes, steev reported that yesterday as well, one of the serial fixes are exposing another bug in the serial driver

07:28 <jhovold> I'm working on a fix as we speak

07:29 <JosDehaes[m]> ah great! thx

07:36 <steev> slacking on testing smh

07:37 <jhovold> steev: i've tracked it down the the third patch in the series exposing an existing bug in the dma support

07:38 <steev> oh fun

09:03 <jhovold> JosDehaes[m], steev: I don't have time to fix this properly today, but I've added a workaround that should unbreak bluetooth to both the sc8280xp and x1e80100 branches

09:04 <jhovold> please give it a test as well

09:05 <JosDehaes[m]> jhovold: thx, I will test. Appreciate the fix!

09:08 <JosDehaes[m]> jhovold: can confirm working!

09:11 <jhovold> thanks for testing

12:45 <konradybcio> abelvesa: could you check kde+wayland?

13:46 <anonymix007[m]> abelvesa: just checked the video output with USB-C to HDMI dongle and it still doesn't work on T14s

14:28 <abelvesa> anonymix007[m]: that's DP+USB scenario, that is currently not working. If you could try DP-only, that is type-c to DP or type-c to type-c. That is currently working on my T14s.

14:32 <abelvesa> anonymix007[m]: with the HDMI dongle, it will most definitely try to assign 2 lanes for DP and 2 lanes for USB. The USB does work fine, but DP lanes are messed up in this specific scenario.

14:52 <anonymix007[m]> abelvesa: I don't really understand why it would assign any lanes to USB. Can you please elaborate?

15:13 <tobhe> i think that latest jhovold kernel might actually work better with the 120hz screen

15:13 <tobhe> I can break in the initrd and do things, it dies with a blue screen when I mount the root fs

15:36 <JensGlathe[m]> blue screen? Like this one?

15:52 <tobhe> yep

16:00 <JensGlathe[m]> In my case it was clock controller related, wakeup from DPMS - screen is 4k@60Hz. Tracked it down to camcc_8280xp, which must (!) be enabled on sc8280xp. And venus, and this resolution. Maybe there are other non-working combinations. Workaround on Volterra is to black-list camcc_sc8280xp.

16:01 <tobhe> interesting, thx!

16:02 <JensGlathe[m]> so if you're trying to load venus on T14s, this might be enough?

17:35 <agl> steev: In your kernel 6.10.6 the battery guard no longer works. I have heard that there is now a kernel battery monitor, probably as a kernel module. How do I disable the previous battery guard, which is probably running as a process (I think it's the pd-mapper)? And how do I switch on the kernel battery monitor?

17:37 <agl> Have i to install one or more packages.

17:39 <agl> All on the x13s

17:51 <steev> i'm not sure what you mean; even with the in kernel modules (which my 6.10 has had since they were available), the userland should work

17:51 <steev> sounds like maybe you're missing files if it stopped working, did you have firmware updates or something?

18:39 <agl> steev: I only did "apt upgrade". I have not done any firmware updates except the ones that are done during Debian/testing upgrades. In your kernel 6.10.4 (Debian/testing) the userland pd-mapper works. It also works in your kernel 6.10.5 (under EndeavourOS from clover[m]). But as of kernel 6.10.6 the battery symbol is no longer displayed, instead only the symbol for brightness is displayed. It no longer finds a battery. Since nothing has been changed on

18:39 <agl> the Debian, a missing or old firmware file seems to be the reason. Do you know which one it is and where I can get it?

18:41 <steev> it would be the jsn files

18:51 <agl> steev: I found under /usr/lib/firmware/qcom/sc8280xp/LENOVO/21BX the files: adspr.jsn, adspua.jsn, battmgr.jsn and cdspr.jsn. It seems this are the files. From where can I update this firmware files. Gives there a new one for QCOM?

18:53 <agl> steev: Ther are alsoo mbn files.

18:54 <JensGlathe[m]> agl: the unpopular way (assuming you have a Windows partition on the device) is to just use [fetch_sc8280xp_fw.sh](https://github.com/jglathe/wdk2023_fw_fetch/tree/jg/x13s). It copies all of them.

18:55 <steev> is it unpopular... or unknown? because that's the first i'm hearing of the script :P

18:56 <JensGlathe[m]> it is there for a year or so now

18:57 <JensGlathe[m]> there is also an x1e template branch

18:57 <agl> ok I will look ...

18:57 <steev> i guess i'd also check if pd-mapper is throwing some errors or something

18:58 <steev> but, if you have qcom_pd_mapper, you **shouldn't** need the userland service

20:59 <spawacz> Hi, I got similar issue, upgraded Debian testing kernel from 6.10.4 to 6.10.9 and the battery status and pulseaudio are not working

20:59 <spawacz> pd-mapper is not throwing errors

21:49 <steev> if you're using the *debian* kernel, 6.10 does not have the pd mapper driver

21:49 <steev> but that sounds like the remoteprocs aren't up

21:50 <steev> can you check if there is anything in /sys/kernel/debug/devices_deferred

21:50 <konradybcio> Jens Glathe: any chance you get some dmesg spam about sync_state and camcc after you get rid of that module?

21:52 <steev> spawacz: can you make sure you've updated the dtb file as well?

21:52 <steev> i'm on the kali kernel which is based on the debian testing 6.10.9 and do not have issues with audio or charging/battery here using pd-mapper service

21:54 <steev> https://www.irccloud.com/pastebin/KpglFgDO/

21:55 <steev> (the kali kernel does not do hardware enablement, not even for myself)

23:04 <anonymix007[m]> sibis: have you had any chance to check secure boot on the devkit?