06:08 <JensGlathe[m]> Oh new "System Hardware Update" from HP

06:17 <JensGlathe[m]> and new adsp firmware blob as it seems

06:25 <JensGlathe[m]> it re-enable secure boot and boot order

06:25 <JensGlathe[m]> I like his "we know what's best for you" attitude

07:44 <SpieringsAE> Can you actually change the boot order from windows? I remember that on my Asus I had to usb boot and then efibootmgr to fix it. Or at least I found no other way to do it in the firmware.

07:50 <SpieringsAE> seems there is, msconfig

08:03 <JensGlathe[m]> It's in the UEFI BIOS. It got updated by the patches

08:03 <craftyguy> bamse: enabling the crypto user stuff got some of the algos to show up in that utility. disk encryption/LUKS still appears to be unaccelerated/slow, so maybe qce is still needed for that? (i have no clue yet how this stuff works)

08:03 <JensGlathe[m]> The hotkeys work

17:25 <kuruczgy[m]> My yoga 7x is shutting down due to thermal panic (reaching 110 °C) on one of the cores while kernel compiling. I was already getting this last week, then it randomly fixed itself, but today I am getting it again. (Today it's `cpu2-0-btm-thermal`, I think last week it was a different cluster.)

17:25 <kuruczgy[m]> Isn't the kernel just supposed to throttle the frequency to keep the temp below 95 °C? What could be causing this issue?

17:27 <Nios34[m]> tweak the governor strategy maybe?

17:33 <HdkR> Whoa, that's neat, I couldn't get mine to throttle at all

17:33 <HdkR> Does the fan ramp to the moon?

17:36 <kuruczgy[m]> Yeah, the fan seems to ramp up, but I think that's controlled by the EC and not the kernel?

17:36 <gabertron> I noticed that the yoga when placed on a flat surface is struggling to get enough airflow.. so when compiling stuff I either put on something that gives more space under it or put on its side and I’ve been able to build stuff for hours

17:37 <kuruczgy[m]> William Goodspeed: I mean sure I could tweak it but IMO it should not be reaching the critical temp no matter the governor

17:38 <kuruczgy[m]> Ok so based on what you guys are saying it seems that thermal throttling is not completely fleshed out yet, and I was just getting lucky so far when it was not overheating...

17:44 <macc24> oh that's weird, my unit never overheated

17:48 <kuruczgy[m]> Does anyone know how the thermal zone trip points work? E.g. what does it mean to have two "passsive" trip points at 90 and 95 °C?

17:54 <kuruczgy[m]> With the laptop propped up, the temp seems to have settled at around 94 °C. All the cores seem to be pegged at 3.4 GHz. Interesting, so this means that the cooling is able to keep up with the CPU, I was under the impression that thermals were the main perf bottleneck.

17:54 <macc24> maybe you can help document the EC so that fan profile switch can be added :D

17:56 <kuruczgy[m]> macc24: Well I wouldn't even know where to start, you seem to have much more knowledge about the EC than me.

17:58 <macc24> kuruczgy[m]: about 3 days ago i knew about the same amount as you do now

18:05 <kuruczgy[m]> macc24: Tbh I am still most interested in the lid switch issue. From what I gathered you poked around the EC registers a bit? How extensive was this? What are the leading theories, what would make sense to check next?

18:12 <macc24> kuruczgy[m]: i'm also interested in the lid switch issue but i feel like i am not making any progress so i'm doing anything to feel any resemblance of progress

18:15 <JensGlathe[m]> I would back up a bit and try CRD lid switch code only in the dts, and see what happens. I would assume that experienced engineers change as little as necessary from the CRD to get a shippable product soon.

18:17 <kuruczgy[m]> Jens Glathe: Already tried that weeks ago, copied the `gpio-keys` block from the CRD, no luck. I even confirmed that it _is_ gpio92 on the yoga too, yet on linux the value of the gpio simply doesn't change no matter what...

19:11 <JensGlathe[m]> maybe its not powered up, but I guess that's been suggested before

19:15 <macc24> i compared the regulators and those that weren't enabled in slim7x dts are unrelated

19:15 <kuruczgy[m]> Yeah, that's an attractive theory, but the range of things that could be "powering it up" is quite large. (So far I checked most GPIOs and AFAIK macc24 checked most EC registers.)

19:15 <kuruczgy[m]> If only we had schematics...

19:15 <macc24> kuruczgy[m]: now it's at "all EC registers documented in DSDT"

19:17 <JensGlathe[m]> I'm a bit at a loss re regulators. I have copied all from the CRD I could find, and removed only those where I would be sure they shouldn't be there (like rtmr2 in my case).

19:17 <JensGlathe[m]> and no idea where the hall sensor is powered

19:22 <JensGlathe[m]> abelvesa: seems to be only one ptn3222 here, i2c5@47

19:22 <JensGlathe[m]> but the whole bus has devices @0c, 1d, 61, 6a too, not listed

19:24 <JensGlathe[m]> can you see regulators in dsdt / acpi? I had the feeling you could when looking at the whole USB4 mess

19:24 <macc24> yeah

19:37 <baryluk6> Hey. Have been lurking for few months. I see t14s 64GB OLED now mostly works. Any deal breakers (wifi, suspend issues, usb not working?), should know before I order one next week?

19:43 <zdykstra> I'm curious too, as that's a dream laptop there

20:57 <JensGlathe[m]> Hmm got the type-A single port on the HP X14 completely up, working with USB2 and USB3 now. But it's still 2 ports, since it is usb_mp_dwc3. But it works.

21:19 <macc24> <joke> it's a multiport co

21:19 <macc24> conrtoller of course it won't do one port

21:28 <JensGlathe[m]> yeah. But they used it since it's type-a

21:29 <JensGlathe[m]> you have a usb_2_dwc3 controller, too, but its USB2 only

21:33 <JensGlathe[m]> for the T14s they seem to use 2 ports, but only one of each phy

21:36 <hexdump0815> JensGlathe[m]: regarding regulators and acpi maybe have a look at https://oftc.irclog.whitequark.org/aarch64-laptops/2022-10-18#31531766 and on from there

21:37 <hexdump0815> the expired dpaste there was https://pastebin.com/raw/8akaXSbu

21:41 <JensGlathe[m]> oh thx