ChanServ changed the topic of #aarch64-laptops to: Linux support for AArch64 Laptops (Chrome OS Trogdor Devices - Asus NovaGo TP370QL - HP Envy x2 - Lenovo Mixx 630 - Lenovo Yoga C630 - Lenovo ThinkPad X13s - and various other snapdragon laptops) - https://oftc.irclog.whitequark.org/aarch64-laptops
<robclark> konradybcio: I have very little clue how to operate windows, other than downloading updates to get latest fw and disabling bitlocker
<konradybcio> robclark think it was Danylo who added libwrap support for windows
<robclark> yeah
smpl has quit [Ping timeout: 480 seconds]
anarsoul[m] has joined #aarch64-laptops
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
hightower3 has quit [Server closed connection]
hightower3 has joined #aarch64-laptops
iivanov has joined #aarch64-laptops
iivanov has quit [Quit: Leaving...]
iivanov has joined #aarch64-laptops
<JosDehaes[m]> <HdkR> "https://cdn.discordapp.com/..."; <- how did you get the back cover off? I was able to get all the clips loose, but there seems to be something stuck in the middle?
<JosDehaes[m]> <robclark> "for next few days I guess..." <- with this -next branch, ath12k doesn't work?
Esmil has quit [Server closed connection]
Esmil has joined #aarch64-laptops
<HdkR> JosDehaes[m]: There's a little plastic tab that holds the back cover to the underside. Just pull straight out
<JosDehaes[m]> ah I didn't want to break anything so I didn't dare pull too hard πŸ˜…
<HdkR> It really felt like a screw holding it in place from the front through the entire chassis
<JosDehaes[m]> yes
<JosDehaes[m]> I did find this service manual: https://device.report/manual/13473615
<JosDehaes[m]> and there it also just says remove the screws and loosen the clips
xnox has quit [Server closed connection]
xnox has joined #aarch64-laptops
kalebris has quit [Quit: ZNC 1.9.0 - https://znc.in]
<HdkR> Alright, got Linux installed on the thing
<steev> woo
kalebris has joined #aarch64-laptops
<HdkR> and immediately broke grub because of the version I pulled from Debian. gah
<LucasTreffenstdt[m]> abelvesa: I do, but I haven't gotten around to try Linux on it
ema has quit [Quit: leaving]
ema has joined #aarch64-laptops
<Jasper[m]> <HdkR> "Alright, got Linux installed..." <- Have fun
<Jasper[m]> I guess this is going to be a quicker machine for FEX testing than the Orin as soon as someone can get usb4 working? :p
<HdkR> Hopefully
<nscnt[m]> Qualcomm sent the pre-order update:... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/ewfNsHmYKGRgFEaHPFKslMTR>)
<Jasper[m]> nscnt[m]: > <@nscnt:matrix.org> Qualcomm sent the pre-order update:... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/XGazNtdRPdHKYXEEYZTFHquc>)
<JensGlathe[m]> odd indeed. I hepe the order confirmations mean something
<JensGlathe[m]> s/hepe/hope/
dump_stack has joined #aarch64-laptops
<JensGlathe[m]> Arrow says they have 5 available
danielt has joined #aarch64-laptops
<danielt> They also say it will ship tomorrow and that it's not available until 2 August ;-)
<danielt> I think the "5 available" is just the pre-order maximum per person.
<JensGlathe[m]> probably
<dump_stack> Hi all, does anyone have a DTS for t14s that boots?
exeat has quit [Server closed connection]
exeat has joined #aarch64-laptops
Erisa has quit [Server closed connection]
Erisa has joined #aarch64-laptops
MarcoZiebell[m] has joined #aarch64-laptops
<MarcoZiebell[m]> <<<<<<<<<<<<<<
<dump_stack> MarcoZiebell[m]: Can you please upload it to Pastebin or wherever works for you?
<MarcoZiebell[m]> dump_stack: what excatly should I upload?
Dylanger[m] has joined #aarch64-laptops
<Dylanger[m]> <nscnt[m]> "Qualcomm sent the pre-order..." <- > <@nscnt:matrix.org> Qualcomm sent the pre-order update:... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/lrmBDwdDEpeHmfyMBnaiekVQ>)
<dump_stack> MarcoZiebell[m]: Ah, I got "<<<<<<<<<<<<<<" wrong.
<nscnt[m]> <Dylanger[m]> "> <@nscnt:matrix.org> Qualcomm..." <- I haven't checked all laptops, but the Dev Kit is pretty cheap compared to a lot of them
cyrinux has quit [Server closed connection]
cyrinux has joined #aarch64-laptops
<Jasper[m]> <Dylanger[m]> "> <@nscnt:matrix.org> Qualcomm..." <- Some regions have not had very good pricing on the laptops
<Jasper[m]> (Like here)
<Jasper[m]> Base model (X1P) SL7 for 1200 is the cheapest I can get
<Jasper[m]> This should land at around 100€
<Jasper[m]> *1000€
<JosDehaes[m]> I was able to score a second hand yoga slim 7x for 899 off eBay
<Jasper[m]> JosDehaes[m]: Pretty good, marktplaats/tweakers is pretty empty here
<Jasper[m]> I'd imagine 2de hands is too (your last name seems Belgian)
jelly has quit [Server closed connection]
<konradybcio> second hand already? lol
<konradybcio> perhaps right out of return period
<Jasper[m]> Windows still sucks on these form what I've seen :/
<Jasper[m]> s/form/from/
<konradybcio> especially today :^)
jhovold has quit [Quit: WeeChat 4.3.2]
jhovold has joined #aarch64-laptops
<JensGlathe[m]> how in the word do you resell such a device that fast... I seem to live in a different universe
jelly has joined #aarch64-laptops
<konradybcio> america! :D
f_ has quit [Remote host closed the connection]
f_ has joined #aarch64-laptops
Dylanger[m] has quit [Server closed connection]
Dylanger[m] has joined #aarch64-laptops
<JosDehaes[m]> <Jasper[m]> "I'd imagine 2de hands is too (..." <- Yes, from Leuven. Did not check 2dehands
f_ has quit [Remote host closed the connection]
f_ has joined #aarch64-laptops
<JosDehaes[m]> I guess it was a review device of a youtuber or so
jenneron[m] has quit [Server closed connection]
jenneron[m] has joined #aarch64-laptops
<lollaritits[m]> Leuven? as in the Belgium City?
<JosDehaes[m]> yes
konradybcio has quit [Server closed connection]
konradybcio has joined #aarch64-laptops
<lollaritits[m]> i go through there almost daily
<lollaritits[m]> where is my T14s??
<lollaritits[m]> i need a new toy
<konradybcio> would be funny if it turned out 90% of this chat lived within an hour drive of one another
<Jasper[m]> lollaritits[m]: I heard Jos has a Vivobook you can borrow
<lollaritits[m]> im currently in Rotterdam out of boredom
<JosDehaes[m]> no a yoga 😜
<lollaritits[m]> i found a xiaomi store here. didnt know thats a thing
<Jasper[m]> JosDehaes[m]: Oh yeah, ny bad
<Jasper[m]> * Oh yeah, my bad
<dump_stack> gabertron: I see you managed to get it (t14s) to boot up! Noice.
clover[m] has quit [Server closed connection]
clover[m] has joined #aarch64-laptops
nscnt[m] has quit [Server closed connection]
nscnt[m] has joined #aarch64-laptops
Segfault[m] has quit [Server closed connection]
Segfault[m] has joined #aarch64-laptops
<JosDehaes[m]> <konradybcio> "would be funny if it turned out..." <- yeah I didn't think there would be other Belgians here 😁
alpernebbi has quit [Ping timeout: 480 seconds]
travmurav[m] has quit [Server closed connection]
travmurav[m] has joined #aarch64-laptops
alpernebbi has joined #aarch64-laptops
pbsds has quit [Server closed connection]
pbsds has joined #aarch64-laptops
JosDehaes[m] has quit [Server closed connection]
JosDehaes[m] has joined #aarch64-laptops
f_ has quit [Remote host closed the connection]
f_ has joined #aarch64-laptops
smpl has joined #aarch64-laptops
dump_stack has quit [Remote host closed the connection]
<robclark> JosDehaes[m]: for ath12k on that branch, you need `arm64: dts: qcom: x1e80100-yoga: add wifi calibration variant`
agraf has quit [Server closed connection]
agraf has joined #aarch64-laptops
iivanov has quit [Quit: Leaving...]
dump_stack has joined #aarch64-laptops
<robclark> JosDehaes[m]: I pushed what I am using to https://gitlab.freedesktop.org/robclark/msm/-/commits/x1e80100 .. you'll want to drop the revert of the "hardcode chipid" patch or rebuild mesa from ToT
hexa- has quit [Server closed connection]
hexa- has joined #aarch64-laptops
bluerise has quit [Server closed connection]
bluerise has joined #aarch64-laptops
strongtz[m] has quit [Server closed connection]
strongtz[m] has joined #aarch64-laptops
JoshuaAshton has quit [Server closed connection]
Caterpillar has quit [Server closed connection]
Caterpillar has joined #aarch64-laptops
Adam[m] has quit [Server closed connection]
Adam[m] has joined #aarch64-laptops
JoshuaAshton has joined #aarch64-laptops
qzed has quit [Server closed connection]
qzed has joined #aarch64-laptops
qzed is now known as Guest688
cyrinux has quit []
cyrinux has joined #aarch64-laptops
agl has quit [Server closed connection]
agl has joined #aarch64-laptops
anarsoul[m] has quit [Server closed connection]
anarsoul[m] has joined #aarch64-laptops
mjeanson has quit [Remote host closed the connection]
<maz> CRD that was planned to be delivered today is now scheduled for mid August. better than the June 2026 from yesterday, but still annoying.
mjeanson has joined #aarch64-laptops
<FarchordSteveCossette[m]> Windows… booo
<anarsoul[m]> Maybe a stupid question, but is there a good reason not to use ACPI on linux on aarch64 laptops with UEFI firmware, just as Windows does? Why does Linux still require a DT?
owlman has quit [Quit: Konversation terminated!]
owlman has joined #aarch64-laptops
<robclark> I feel like we need a faq we can link to for that.. but short version is that you won't get support for anything that requires gdsc/clk/icc (so no cpufreq, gpu, any display other than efifb, venus, probably suspend/resume and a bunch of other things)
<robclark> I guess at current linux is missing some acpi device id's to have basic boot working, but with acpi you won't get any more than just basic functionality
<travmurav[m]> because windows has most of the information needed in a PEP driver and not in acpi + since on qualcomm platforms (which are historically "embedded" style designs), almost everything is on non-disroverable bus (compared to extensive usage of i.e. pci glue on x86) so much more stuff needs description. Combine that with the fact that qcom platforms are ////very complicated/// and linux support for them was developed for over the last
<travmurav[m]> 10 years, introducing acpi support into all of that is //a lot// of work
<anarsoul[m]> robclark: A FAQ would be useful assuming there is no chat history on matrix for new users :)
<robclark> I guess it might have been covered in some linaro/qcom blog post or conf presentation.. but yeah, I guess it's not something you'd expect a new user to dig up
<travmurav[m]> but yeah, someone should write that up somewhere as I feel we're going to get this question a lot xD
<anarsoul[m]> travmurav[m]: *sigh* I kind of hoped qcom fixed this mess with running existing OS on new ARM hardware
<robclark> well, you can at least half blame MS
<travmurav[m]> tbh It possibly even makes sense on what they did with windows - they just took the cheaper route where they brought up a rather non-normal (for "PC") platform up
<travmurav[m]> acpi is just not enough in that case I guess
<travmurav[m]> especially in how carefully all the things have to dance together
owlman has quit [Quit: Konversation terminated!]
owlman has joined #aarch64-laptops
<travmurav[m]> (and you really want them to dance together so the soc can i.e. go into the lowest power mode properly)
<robclark> yeah, pm on these things is complex enough that you don't really _want_ to implement it ACPI.. but maybe it could have been traps to tz or something (still that would have moved a lot of code out of the kernel and into fw which has it's own distinct drawbacks)
<travmurav[m]> but well, generally my point is, when even the 10 year old qcom platforms had the ability to send commands to the PMIC upon the wfi cpu instruction, fully in hardware.... this is many levels of complexity up compared to those funny forced on fixed regulators you see in normal x86 xD
<robclark> :-P
<FarchordSteveCossette[m]> So, what should i do to get started with my new laptop?
<FarchordSteveCossette[m]> Asus vivobook btw
<travmurav[m]> and now in linux we already have lots of stuff implemented based on mobile platforms (with DT) that carefully makes sure magic like that can happen, so, since x1 is (afaiu) just the same phone soc with ^V new arm cores, it makes the most sense to re-use years of work
<robclark> FarchordSteveCossette[m]: vivobook dts patch should be in linux-next.. you probably want to use https://git.codelinaro.org/abel.vesa/linux/-/commits/x1e80100-next/?ref_type=heads for now
<FarchordSteveCossette[m]> robclark: Thanks!
<robclark> np
Guest688 is now known as qzed
owlman has quit [Quit: Konversation terminated!]
owlman has joined #aarch64-laptops
owlman has quit [Quit: Konversation terminated!]
owlman has joined #aarch64-laptops
<Eighth_Doctor> <robclark> "Farchord (Steve Cossette..." <- is this going in the 6.11 merge window?
<Eighth_Doctor> or is this targeted at 6.12?
<robclark> I believe it squeaked in in-time for v6.11
owlman has quit [Quit: Konversation terminated!]
owlman has joined #aarch64-laptops
<robclark> looks like vivobook was in bamse's first qcom dt pull req for v6.11, and yoga was in his 2nd
<steev> yeah, vivo and yoga are in torvald's tree for 6.11
<FarchordSteveCossette[m]> Conan Kudo: so in theory all we need to do is wait for a compose right?
<Eighth_Doctor> yes
<FarchordSteveCossette[m]> Fair 'nuff!
<FarchordSteveCossette[m]> I tried to boot it with the latest compose, says something about a bad magic number lol
owlman has quit [Quit: Konversation terminated!]
owlman has joined #aarch64-laptops
<Eighth_Doctor> robclark: does anything need to be turned on?
<steev> jhovold: with those pci patches should we still be using the powersupersave command line argument?
<robclark> Eighth_Doctor: not sure I understand the question
<robclark> you mean like kconfig?
<robclark> there defn are some new things to enable
<Eighth_Doctor> yeah
<Eighth_Doctor> it doesn't look like any of those commits have landed in ARK yet: https://gitlab.com/cki-project/kernel-ark/-/commits/os-build/?ref_type=HEADS
<Eighth_Doctor> so when they do, I expect kconfig changes need to be made
<steev> they should be if it just pulled 18 minutes ago
<Eighth_Doctor> okay, so it'll be tomorrow then
<robclark> I guess at least some of the drivers should already be in place since v6.10 and earlier
<Eighth_Doctor> welp, there it is :)
<robclark> abelvesa's kernel has an x1e defconfig, fwiw.. which might be useful to refer to
owlman has quit [Quit: Konversation terminated!]
<steev> if fedora is like debian, where they just completely ignore the defconfig, then yeah, some things might need to be enabled/moduled manually
owlman has joined #aarch64-laptops
<FarchordSteveCossette[m]> Conan Kudo: need me to talk to someone about this? (Not that I know _who_ to talk to about this at Fedora XD)
<Eighth_Doctor> you can ask in #arm:fedoraproject.org or #kernel:fedoraproject.org
<FarchordSteveCossette[m]> 10-4
<steev> you can grep the final config for X1E
<steev> As an example (this is on a NON x1e so it's fine for me) https://www.irccloud.com/pastebin/zKCWCSTF/
<HdkR> On the Yoga does the battery charge even if it isn't getting reported to userspace now?
<steev> does the light blink when you plug the adapter in?
<JosDehaes[m]> HdkR: I think so, the light is orange when you plug it in
<HdkR> Doesn't blink when hotplugged, but if it was plugged in while booting then it stays lit
<steev> i'd go with "maybe"
<HdkR> :D
<steev> i'd ask what it acts like in windows, but knowing you... windows is gone
<HdkR> Not quite deleted this time, since I need to rip random files off of it
<JosDehaes[m]> steev: same as windows, it doesn't blink, solid orange for charging
<JosDehaes[m]> white when charged
<JosDehaes[m]> I didn't delete windows, but have now put in another SSD with linux only so it's a bit more cumbersome to switch now πŸ˜…
<HdkR> Already got the Yoga marked with permanent marker for the USB NIC since orientation doesn't work once again
<robclark> so, there are some patches that get battery working on yoga
<JosDehaes[m]> that would be nice
<JosDehaes[m]> compiling (note to self, don't forget to unblacklist the driver :-D)
<steev> oh, those two patches :D
<robclark> yup
<HdkR> Mesa full build is reasonable on device, 2m7s
<steev> nice
<kettenis> robclark: are those patches actually enough?
<JosDehaes[m]> for me it's not working (double checked twice that I have correct modules, kernel, dtb)
<kettenis> on the vivobook with the firmware I got from windows the battery info messages have an extra 32 bits so I would expect it to produce a ""invalid payload length for battery information request" error message
<kettenis> (that is on OpenBSD though)
<sera[m]> the patch just ignores the extra 32 bits
<kettenis> ah wait, I was looking at abelvesa's tree
<steev> JosDehaes[m]: what are you testing?
<steev> just that os-build... build?
<JosDehaes[m]> oh testing the battery, but reading back, I think I misunderstood πŸ˜…. I thought battery info was working, but I guess just the endless spam of qcom_battmgr was fixed
<HdkR> Nice, vkoverhead is enough to cause msm faults :)
<steev> JosDehaes[m]: oh, i don't think those two patches are in torvalds yet
<FarchordSteveCossette[m]> Man, looks like you guys are clawing away at bugs at breakneck speed!
<JosDehaes[m]> no I built from Rob's tree
<FarchordSteveCossette[m]> You guys rock! XD
<steev> oh
<steev> bryanodonoghue: did enabling the camera not make it in to 6.11?
<konradybcio> thinkpad support sent out
<HdkR> "Unknown panel SDC 0x4189" Anything fancy there?
<HdkR> I see an EDP probe fault from it
<steev> that means 0x4189 isn't in the kernel (and you might need rob's patches that add it)
<steev> at least, i assume they do, i didn't look closely
<HdkR> ah, the patch adds it I see
<robclark> btw I updated my x1e80100 branch with v2 of the yoga slim screen patches
<robclark> the "Unknown panel" warning is mostly harmless.. we probably aren't completely powering off the panel (ie. nothing toggles the enable gpio), but I guess at this point there is still a lot of stuff not getting powered off
<robclark> konradybcio: nice
<HdkR> ah cool
<robclark> konradybcio: re: QSEECOM .. I guess that is a thing we should enable on the other x1e laptops too?
<konradybcio> robclark yep
<robclark> konradybcio: btw, I guess this would be a good time to check if lenovo is using same signing key across two laptops:
<robclark> 8f0e8b71559d25a06ebfc68a4b0ab143 qcdxkmsuc8380.mbn
<robclark> (md5sum)
<konradybcio> sorry i dont have the laptop myself
<konradybcio> but even if, adsp fw may hold charger configs or something board specific
<robclark> that is the zap fw.. it should not differ other than signing
<robclark> gabertron: maybe you can check md5sum on qcdxkmsuc8380.mbn
<sera[m]> 8f0e8b71559d25a06ebfc68a4b0ab143 /lib/firmware/qcom/x1e80100/LENOVO/83ED/qcdxkmsuc8380.mbn
<robclark> yeah, yoga 7x is the one I have ;-)
<sera[m]> yep, just confirming the md5 is the same for me
<robclark> gotcha
<HdkR> Do the USB ports only support 10gbit and 40gbit, no 20gbit step in the middle
<HdkR> ?
<robclark> no clue
<HdkR> Would be a smidge weird to not support 20gbit while supporting thunderbolt, but I've seen a few USB devices do that same thing
jhovold has quit [Ping timeout: 480 seconds]
<JosDehaes[m]> which mesa branch should we use?
<HdkR> main since the patch to support it was merged
<HdkR> I need to figure out why zink is thinking that it isn't compiled in to mesa
<\[m]> <JosDehaes[m]> "yeah I didn't think there..." <- I'm in brussels πŸ™‚
<gabertron> yea I can check md5sum soon
<konradybcio> even better, you can run strings x | grep VERSION_STR
<HdkR> `Direct firmware load for qcom/gen70500_sqe.fw failed with error -2` wha?
<HdkR> Oh, it reloads at the end
<HdkR> robclark: Looks like there are more chipids that need to be added to mesa. My Yoga uses 0xa01 for the last three characters
<robclark> HdkR: you need to drop the kernel patch that drops the chipid override hack.. (but with it you should bind to a740 which works)
<HdkR> ah
<robclark> first fw load might fail if they are not in initrd, but it will try again later
<HdkR> Currently fighting with X claiming that DRI3 isn't supported
<robclark> you need the zink override env var everywhere (at least for next few days)
<HdkR> and mesa loader claiming that zink isn't built even though it definitely is
<HdkR> Weird, if I force software then I get zink over llvmpipe