robclark 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
matthias_bgg has quit [Ping timeout: 480 seconds]
possiblemeatball has joined #aarch64-laptops
matthias_bgg has joined #aarch64-laptops
qzed has quit [Quit: Client limit exceeded: 20000]
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
sporos11[m] has quit [Quit: Client limit exceeded: 20000]
possiblemeatball has quit [Remote host closed the connection]
Liso[m] has quit [Quit: Client limit exceeded: 20000]
Las[m] has quit [Quit: Client limit exceeded: 20000]
ahoneybun[m] has quit [Quit: Client limit exceeded: 20000]
aigotchi[m] has quit [Quit: Client limit exceeded: 20000]
Nei[m] has quit [Quit: Client limit exceeded: 20000]
akawolf[m] has quit [Quit: Client limit exceeded: 20000]
albsen[m] has quit [Quit: Client limit exceeded: 20000]
AlexMarty[m] has quit [Quit: Client limit exceeded: 20000]
anarchron has quit [Quit: Client limit exceeded: 20000]
anonymix007[m] has quit [Quit: Client limit exceeded: 20000]
Anton[m]1 has quit [Quit: Client limit exceeded: 20000]
ArtyomK[m] has quit [Quit: Client limit exceeded: 20000]
averyfreeman[m] has quit [Quit: Client limit exceeded: 20000]
baspar[m] has quit [Quit: Client limit exceeded: 20000]
bumble[m] has quit [Quit: Client limit exceeded: 20000]
pz[m]1 has quit [Quit: Client limit exceeded: 20000]
danielt has quit [Quit: Client limit exceeded: 20000]
davidebeatrici[m] has quit [Quit: Client limit exceeded: 20000]
emily[m]1 has quit [Quit: Client limit exceeded: 20000]
EnigmaCurry[m] has quit [Quit: Client limit exceeded: 20000]
enserzo[m] has quit [Quit: Client limit exceeded: 20000]
firlaev-hans-fiete[m] has quit [Quit: Client limit exceeded: 20000]
harvests[m] has quit [Quit: Client limit exceeded: 20000]
harvestz[m] has quit [Quit: Client limit exceeded: 20000]
hlr[m] has quit [Quit: Client limit exceeded: 20000]
szclsya[m] has quit [Quit: Client limit exceeded: 20000]
kazek[m] has quit [Quit: Client limit exceeded: 20000]
LikeNeosMatrix[m] has quit [Quit: Client limit exceeded: 20000]
lun[m] has quit [Quit: Client limit exceeded: 20000]
malvi[m]1 has quit [Quit: Client limit exceeded: 20000]
matthew[m]12 has quit [Quit: Client limit exceeded: 20000]
mynery[m] has quit [Quit: Client limit exceeded: 20000]
NomadNaomie[m] has quit [Quit: Client limit exceeded: 20000]
nicholascw[m] has quit [Quit: Client limit exceeded: 20000]
Nick[m]123 has quit [Quit: Client limit exceeded: 20000]
Nao[m] has quit [Quit: Client limit exceeded: 20000]
nscnt[m] has quit [Quit: Client limit exceeded: 20000]
owc[m] has quit [Quit: Client limit exceeded: 20000]
patzek[m] has quit [Quit: Client limit exceeded: 20000]
PterKoczka[m] has quit [Quit: Client limit exceeded: 20000]
pine-clover[m] has quit [Quit: Client limit exceeded: 20000]
DocGalaxyBlock[m] has quit [Quit: Client limit exceeded: 20000]
quinine has quit [Quit: Client limit exceeded: 20000]
resuenehparg[m]1 has quit [Quit: Client limit exceeded: 20000]
sally[m]123 has quit [Quit: Client limit exceeded: 20000]
sally[m]1234 has quit [Quit: Client limit exceeded: 20000]
cenunix[m] has quit [Quit: Client limit exceeded: 20000]
shjim[m] has quit [Quit: Client limit exceeded: 20000]
Sobek[m] has quit [Quit: Client limit exceeded: 20000]
Stirl[m] has quit [Quit: Client limit exceeded: 20000]
Sayatomoki[m] has quit [Quit: Client limit exceeded: 20000]
sz3m3k[m] has quit [Quit: Client limit exceeded: 20000]
M0133oracle[m] has quit [Quit: Client limit exceeded: 20000]
vadikas[m] has quit [Quit: Client limit exceeded: 20000]
Nios34[m] has quit [Quit: Client limit exceeded: 20000]
wiizzard has quit [Quit: Client limit exceeded: 20000]
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
colemickens has quit [Quit: Connection closed for inactivity]
<JensGlathe[m]> Booted with the new dtb for Volterra on 6.9.5, tried with the 4 lane usbc to hdmi adapter - nope https://pastebin.com/As81RBbY
albsen[m] has joined #aarch64-laptops
<albsen[m]> moved to 6.10 (lenovo-x13s-v6.10-rc3) and it's working great. just checked my usbc - mini display port - apple 27 inch (ancient by now) works nicely at 60hz. thanks to everyone making this possible - finally I can use my screen again.
<albsen[m]> I was able to build deb's and have a pretty flawless install from this branch https://github.com/steev/linux/tree/lenovo-x13s-v6.10-rc3 thx steev
<JensGlathe[m]> On 6.10-rc3 I still have the throttling issue - once throttled the performance cores don't go over 940MHz
<albsen[m]> sounds like it will be very energy efficient :)
<albsen[m]> I'm still having the other kernels 6.7.1 (the one I used to use before) in grub. so far, all is working. even some random wifi bug that forced me to force reload the modules appears to be gone at the moment.
<travmurav[m]> <Jasper[m]> "Another fun thing, while..." <- on my aspire 1 (6.9) if I have external display connected and lock the session, both external and internal displays blank and dpms off but then turn back on (showing black) after few seconds...
<travmurav[m]> tbh I recall having similar issue on x86/radeon at some point but it was something about link detection/switching on the monitor side and was fixed by changing settings on a different monitor, the one that is not at all connected to the laptop :S
<travmurav[m]> and meh turning that autoswitching thing on the monitor I use with the laptop didn't help either
iivanov has joined #aarch64-laptops
jgowdy has quit [Remote host closed the connection]
jgowdy has joined #aarch64-laptops
jgowdy has quit [Remote host closed the connection]
jgowdy has joined #aarch64-laptops
<steev> JensGlathe[m]: if you still see the throttling, you don't have the patch
<steev> there's an actual patch for it though, that i think made it into rc4
<strongtz[m]> abelvesa: uh there are no massive changes :), I disabled dispcc and mdss on Surface Pro otherwise the panel doesn't work
<strongtz[m]> And I removed the .sync_state callback in rpmhpd and x1e80100 interconnect driver
<Jasper[m]> strongtz[m]: congrats
<strongtz[m]> abelvesa: I also applied the SCMI vendor protocol driver from list, but it fails to probe
<strongtz[m]> The Surface has special EC, keyboard, touchpad and touchscreen all don't work, because they are connected to the EC
<strongtz[m]> and rfkill says the wifi chip is hard blocked, surface magic lol
<strongtz[m]> surface pro and Vivobook S geekbench results under Linux:
* travmurav[m] wonders if linux just ignores binning constraints considering only one soc dtsi was upstreamed, or firmware would limit things
* travmurav[m] even more wonders how will they deal with partial-goods for plus sku
<strongtz[m]> firmware is limiting cpufreq, Linux can only get available frequencies via SCMI
<travmurav[m]> oh right, I recall they changed how firmware handles it for exelite, that's nice
iivanov has quit [Remote host closed the connection]
<\[m]1> on a roll 😲
<HdkR> A delicious hoagie roll
<HdkR> Maybe a sausage roll
iivanov has joined #aarch64-laptops
<abelvesa> strongtz[m]: also, can you tell me what firmware you used for gpu?
<abelvesa> strongtz[m]: also, do you happen to have schematics for that device?
<abelvesa> strongtz[m]: so basically if I upstream everything from my tree, it should boot more or less on that device, right?
<abelvesa> strongtz[m]: can you tell us what ec it has? maybe pmics used as well?
<abelvesa> strongtz[m]: I guess you are booting with the CRD dtb, right?
<strongtz[m]> abelvesa: I extracted the zap shader from Windows gpu driver since that one is signed, the gmu firmware comes from the linaro debian demo image
<strongtz[m]> abelvesa: I have no schematics for any of them
<strongtz[m]> abelvesa: yeah I disabled most of the stuff in crd dts, then enabled what I need step by step
<abelvesa> strongtz[m]: thanks, that's good to know
<abelvesa> strongtz[m]: please stick around as we might be able to help each other with upstream support
<strongtz[m]> sure
<abelvesa> strongtz[m]: can you try without this?
<abelvesa> and see if keyboard works
<abelvesa> do you have the keyboard working currently?
<strongtz[m]> I have keyboard working on lenovo and vivobook
<strongtz[m]> It's just the Surface using special EC
<Jasper[m]> <strongtz[m]> "It's just the Surface using..." <- linux-surface's tree may help here
<Jasper[m]> I think @qz (qzed? I don't remember) is here
cyrinux30 has quit []
cyrinux30 has joined #aarch64-laptops
qzed has joined #aarch64-laptops
<qzed> I'm here
<qzed> yeah... I think I described enabling that somewhere... let me check
qzed is now known as Guest10356
possiblemeatball has joined #aarch64-laptops
iivanov has quit [Remote host closed the connection]
<bluerise> strongtz[m]: do you have the dts you used around?
<bluerise> for the Yoga
iivanov has joined #aarch64-laptops
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
hcghcg[m] has joined #aarch64-laptops
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
matthias_bgg has quit [Quit: Leaving]
iivanov has quit [Quit: Leaving...]
<robclark> strongtz[m]: seems geekbench is a bit confused.. "1 Processor, 1 Core, 12 Threads"
<HdkR> A little bit jank their arm64+linux binaries are :D
Guest10356 is now known as qzed
alfredo has joined #aarch64-laptops
hcghcg[m] is now known as HCG[m]
dcavalca has quit [Quit: Client limit exceeded: 20000]
Caterpillar has joined #aarch64-laptops
<konradybcio> "ah yes, multithreading is my passion"
<robclark> idk how geekbench gets that info, so not sure if that is kernel or GB bug
<robclark> semi related, I wonder if it would be useful for mesa to try and run threads in the same cluster (so sharing same L2).. this was apparently useful on some AMD things (but those where a bit more numa)
<albsen[m]> hm, I'm no longer able to compile 6.10.rc3 on my debian testing :/ something was changed in debian that broke it. which is annoying bcs I compiled it without NF_TABLES and now tailscale doesn't work anymore.
<albsen[m]> which version of gcc are you guys using?
<HdkR> robclark: Should be a GB bug, there isn't really a CPU topology description register like x86 CPUID bits have, so they are likely parsing /sys/devices/system/cpu/* incorrectly.
<HdkR> Or they're counting cores correctly but then accidentally just setting something internal to their program saying its all threads. Which no shipping product even supports SMT...
<robclark> I thought there was some arm core that did have SMT (but nothing mainstream)
<HdkR> I don't that core is shipping yet
<HdkR> Neoverse-E1, Haven't heard anyone using it anyway
<robclark> hmm, I'm thinking it was something at least a few years back
<HdkR> E1 was announced in...2019
<robclark> hmm, ok, maybe that was what I'm thinking of
<Jasper[m]> HdkR: Do not look up the release date of A55 and A53 and the amount of new socs coming out with them.
<HdkR> Jasper[m]: A53/A55 is effectively the Mali Utgard of CPU cores.
<Jasper[m]> HdkR: Yeah! Yeah... :(
<Jasper[m]> It's over a decade old
<Jasper[m]> A55 is coming up to that
<steev> albsen[m]: my debian testing-ish box is 13.2.0-25
<albsen[m]> thx, let me check. this is soo odd, getting tons of compiler errors right now
<albsen[m]> I'll move to building it using podman in bookworm and see what happens
<steev> the kernel would be fine, but any software, especially if it depends on the t64 stuff, won't be
<albsen[m]> steev: I'm building it on my x13s in podman, shouldn't that be almost the same as if I build it on my main machine?
<albsen[m]> using the arm64 bookworm image
<robclark> HdkR: btw does x1 still have armv7 support, or did that drop that? (Would that show up in /proc/cpuinfo? Or??)
<HdkR> robclark: No AArch32 support
<robclark> ok, I was kinda suspecting that.. in a way that is kinda good (that they won't have to support 32b legacy for windows)
alfredo has quit [Quit: alfredo]
<steev> albsen[m]: the kernel is fine, but some software in testing+ has changed dependencies to need the "t64" counterpart - we mentioned dealing with it (not in detail) in our release blog for 2024.2 on kali.org
<albsen[m]> ah, now I see what you mean.
<albsen[m]> so, at the moment I'm not able to build the kernel branch anymore. and that in a docker container with bookworm-12. and the wierdst thing is, I'm running the kernel I built and its fine.
<albsen[m]> I'm using this dockerfile https://paste.debian.net/plain/1321067 to build this branch https://github.com/steev/linux/tree/lenovo-x13s-v6.10-rc3 and I'm getting these errors: https://paste.debian.net/1321068/
alfredo has joined #aarch64-laptops
<albsen[m]> apparently the compiler gives a segmentation error if I try to use all cores ...
<albsen[m]> -j6 fixed it
alfredo has quit [Quit: alfredo]
alfredo has joined #aarch64-laptops
<steev> interesting
<agl> steev: I install at this Moment 6.9.5 from your github ... I have not all tested because I'am in the Clubhouse and not direktly at my x13s. Later when I'am at home I will test the other functions. Screen and Ethernet over my ACASIS-USB-C-Box works.
<strongtz[m]> bluerise: sure, but there is nothing special really, I just disabled most stuff to make it boot
<Jasper[m]> Hmm, I'm guessing USB4 is very non-functional atm?
<Jasper[m]> I don't think WoA has ~~released~~ Nvidia drivers atm
<Jasper[m]> if you catch my drift
Dylanger has quit [Quit: Client limit exceeded: 20000]
alfredo has quit [Remote host closed the connection]
possiblemeatball has quit [Remote host closed the connection]
possiblemeatball has joined #aarch64-laptops
alfredo has joined #aarch64-laptops
alfredo has quit [Quit: alfredo]
Catfood has joined #aarch64-laptops
Catfood has quit [Quit: Page closed]
echanude has quit [Quit: WeeChat 4.2.1]
echanude has joined #aarch64-laptops
possiblemeatball has quit [Remote host closed the connection]
possiblemeatball has joined #aarch64-laptops
f_ is now known as F_
F_ is now known as f_
<JensGlathe[m]> There is another patch for the thermal regression on 6.10 (I got a patch file, I guess a patch will appear on lore). With it the throttling gets reversed when skin temp is below 55°C https://github.com/jglathe/linux_ms_dev_kit/commit/ab1b163fbb5bcc1eacf2e51e5a6ea8293301b427
<JensGlathe[m]> Oh and there's no element-desktop for WoA?
<steev> huh?
<steev> weird, mine definitely comes back without that
<steev> are you on rc4?
<JensGlathe[m]> rc3
<steev> rc3 with johan's patch or with rafael's?
<JensGlathe[m]> but the only difference in the patch ws comments
<JensGlathe[m]> s/ws/was/
<JensGlathe[m]> maybe I have an odd config - the one that Ubuntu uses for arm64, but qcom only
pbsds is now known as Guest10413
pbsds has joined #aarch64-laptops
Guest10413 has quit [Ping timeout: 480 seconds]
<JensGlathe[m]> rc3 with johan's patch, but as I said
<steev> maybe? i don't think so though, but possibly :D either way, a more complete fix is good
<JensGlathe[m]> I wanted to apply Rafaels and noticed the only diff was the comment
<JensGlathe[m]> Tested it, repeatable
jhovold has quit [Ping timeout: 480 seconds]
bluerise_ has joined #aarch64-laptops
bluerise has quit [Ping timeout: 480 seconds]