01:07 <lool> tobhe_: Hey! Probably some old news for you, but I compared the firmware that I had extracted after applying latest Windows updates on T14s Gen 6 with the ones that were added to the linux-firmware project, and they were bit for bit identical – so next snapshot of linux-firmware, you can get rid of the firmware extraction at least on that device

01:24 <tobhe_> lool: nice, thx! just need to find a way to migrate nicely from the extracted to packaged firmware

01:25 <lool> I guess you could post a real but empty deb with a higher version than the locally generated one, make it depend on linux-firmware >= someversion

01:26 <tobhe_> on the t14s yes :)

01:26 <lool> You could also sweet talk the kernel team to add some packaging changes so that the empty package eventually gets removed after upgrade :)

03:24 <icecream95> Huh, a week ago I mentioned RAM contained random numbers on boot, which seemed a bit odd. But x1e is advertised as having "total memory encryption", so I guess it's just selecting a new key on reboot.

03:24 <icecream95> Probably the QARMA cipher (which pointer authentication uses). 8cx Gen 3 also advertises having memory encryption.

09:25 <Molin> any bridge from here to Matrix? thanks

09:25 <Jasper[m]> Molin: Yes

09:26 <Molin> which room should I use in Matrix?

09:26 <Jasper[m]> #aarch64-laptops as-is, should have a arm cortex-a76 pic

09:31 <LiangQi[m]> it's #oftc#aarch64-laptops:matrix.org

09:32 <Jasper[m]> Hm, it's not showing me that as obviously as other chats

09:32 <Jasper[m]> But I guess it makes sense

09:33 <LiangQi[m]> #aarch64-laptops:matrix.org is enough

09:40 <LiangQi[m]> is there any wiki or website for the knowledge about linux on #aarch64-laptops?

09:41 <Jasper[m]> It was github.com/aarch64-laptops for a bit, but info has scattered depending on the device. Do you have anything in particular you're looking for?

09:50 <LiangQi[m]> <Jasper[m]> "It was github.com/aarch64-..." <- thanks. not yet. I played Asahi with m1 Mac mini a bit. plan to try an aarch64 laptop soon. want to understand the boot story and etc for now.

09:52 <LiangQi[m]> assume UEFI is there, right?

09:58 <SpieringsAE> LiangQi: yep, UEFI, but some devices have some issue with the firmware like the lenovo t14s

10:27 <LiangQi[m]> boot, gpu driver, and other drivers are common topics

15:21 <calebccff> steev: does c630 use mbhc? does this patch mean anything to you? https://gitlab.com/sdm845-mainline/linux/-/commit/1507da7ae453eeec61de1eb0a5a3ad65268acef6

15:22 <calebccff> what about https://gitlab.com/sdm845-mainline/linux/-/commit/fdde023430c07896eec6696dfee7abf49d1cc7b9 ?

15:30 <rfs613> calebccff: do you want/need a c630? I just realized the other day I still have one sitting gathering dust in a corner... could bring it to connect...

15:31 <calebccff> rfs613: no i have one but don't boot it super often heh, thanks for the offer though!

15:31 <calebccff> kept hitting issues getting the display to come up

15:32 <calebccff> and, well tbh the performance is a bit less than i'd like

15:32 <rfs613> i got an x13s and forgot about the c630 ;-)

15:35 <bamse> reminds me that i should send that EC-enable patch to arch linux...only thing missing for a quite functional device last i tested

15:40 <calebccff> btw what's needed for cpufreq on x1e? something scmi iirc? is it upstream?

15:40 <calebccff> and is it enabled in defconfig?

15:41 <tobhe> let me find some links...

15:41 <calebccff> dont see anything cpufreq related in johans kernel

15:43 <jhovold> calebccff: it's there in my branches

15:43 <tobhe> https://patchwork.kernel.org/project/linux-arm-msm/patch/20241030130840.2890904-3-quic_sibis@quicinc.com/ I guess

15:44 <calebccff> doh i was looking at sc8280xp

15:44 <tobhe> https://patchwork.kernel.org/project/linux-arm-msm/patch/20241030130840.2890904-2-quic_sibis@quicinc.com/

15:47 <calebccff> thx, so still not upstream

15:47 <calebccff> and nothing new since v7 in october?

15:53 <jhovold> there's been some discussion, I tried to explain how we can work around the buggy fw here:

15:53 <jhovold> https://lore.kernel.org/lkml/Z4Dt8E7C6upVtEGV@hovoldconsulting.com/

15:53 <tobhe> I think one open problem is how we deal with broken firmware

15:53 <tobhe> ah :) yes that one

15:53 <jhovold> no patches for that yet, though

16:02 <calebccff> makes sense to me...

17:41 <agl> albsen[m]: Thank you for your tip. But for 2200.- €uro i can get a Notebook with 32 thread processor and much interfaces from the noble Marke Tuxedo. I need a new 17" Notebook because my old have errors. I have a x13s and in this Moment is that enough with ARM64 Computers. I have also all Raspberry Pi's from model 1 to 5. So I have enough ARM Computers. I need more that 17" Notebook.

18:46 <steev> calebccff: i *think* it can? i don't know audio very well though, but i can throw the patches in and see if anything breaks here

20:29 <steev> calebccff: as for the patches, i can definitely give them a whirl here, but i need to find my wired headphones before i can test

21:04 <hogliux> anthony25: if you want to go ahead and submit the Bluetooth patches upstream for the slim 7x, then please go ahead

21:05 <hogliux> anthony25: I'm not finding the time to do it myself. Soonest I might have some extra time is in two weeks.

21:05 <hogliux> anthony25: so if you want, feel free to submit yourself

21:06 <anthony25> How can I send a patch for someone? I just keep the sign-off?

21:07 <hogliux> Nah it's so small. Just change it to yourself

21:07 <hogliux> I don't mind at all

21:07 <JensGlathe[m]> I would say basically yes

21:07 <JensGlathe[m]> but not experienced in this

21:07 <JensGlathe[m]> maybe its co-developed by

21:07 <hogliux> It's more work submitting it. So you'll be doing all the really hard work anyway.

21:08 <hogliux> Please don't go through the hassle. Honestly. Just submit it under your name.

21:09 <anthony25> I'll add you as co-developed

21:09 <anthony25> Thanks a lot!

21:09 <hogliux> Ok if that's possible then cool. If not, don't sweat it.

21:10 <hogliux> Honestly the patch took me like 5 min to do

21:12 <anthony25> Still, it's nice to keep your name in the contribution

21:15 <JensGlathe[m]> robclark has tested my yoga slim 7x merge and found one error (Backlight), which is corrected in the latest push on my repo https://github.com/jglathe/linux_ms_dev_kit/tree/jg/ubuntu-qcom-x1e-6.14rc

21:15 <JensGlathe[m]> Maybe sb wants to test

21:16 <hogliux> Thanks anthony25!

21:18 <JensGlathe[m]> .deb build is also up: https://drive.google.com/drive/folders/1H9WRSZWMy0OZFNA0phteVi6QjcHIZj2h?usp=sharing

21:25 <robclark> JensGlathe[m]: yeah, I made that fixup to your patch already (you should squash it back into the retimer+dp patch)

21:29 <JensGlathe[m]> robclark: on the next rebase

23:18 <calebccff> steev: thanks! kinda curious if you can repro the crash reported in the commit message