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
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
<valpackett>
lol phoronix already wrote about my patches for the dell
<HdkR>
Larabel is zooming
chrisl has quit [Ping timeout: 480 seconds]
<steev>
it's a slow news day, but it's also awesome news to share
Rodrigo has joined #aarch64-laptops
Rodrigo has quit []
<valpackett>
wow, the laptop spins up the fan when *the lid is closed*.. i guess there's some "if not sleeping, must be closed for desktop mode" logic but it only recognizes deep sleep so in s2idle it goes and spins up the fan anyway ><
<valpackett>
gotta fix nvme dropout on resume from deep......
tobhe_ has joined #aarch64-laptops
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
tobhe has quit [Ping timeout: 480 seconds]
sadan[m] has joined #aarch64-laptops
rajbm9b has joined #aarch64-laptops
<rajbm9b>
hello
<rajbm9b>
i need one help w.r.t chromebook how to install fedora in place of default debian
rajbm9b has quit [Remote host closed the connection]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
<JensGlathe[m]>
<valpackett> "lol phoronix already wrote about..." <- That's good. Giving some traction
<JensGlathe[m]>
Re suspend/deep sleep issue on the HP X14: found the reason, but not the root cause. There seems to be a regression which kills the type-c xhci controllers (not even probing apparrently)on it. It is not smb2360 not enabled (same symptoms), need to bisect. Somewhere between 6.15-rc1 and 6.15-rc2. Haven't tested with it for a while, was quite the surprise. 6.15-rc1 suspends and sleeps fine.
<JensGlathe[m]>
oh 6.15 is out
ungeskriptet has quit [Ping timeout: 480 seconds]
ungeskriptet has joined #aarch64-laptops
<steev>
yarp, usually comes out on sunday
<steev>
suppose it's technically monday outside the US
<JensGlathe[m]>
itis
jhovold has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
ravikant_ has joined #aarch64-laptops
<jhovold>
valpackett, jglathe_volterra: suspend is still working fine with 6.15, but perhaps you're hitting a regression in linux-next
<jhovold>
can you try with 6.15 to verify?
<jhovold>
(I meant for the nvme issue)
<JensGlathe[m]>
jhovold: Booted with 6.15, same issue (my suspend reboot and missing type-c controllers). I will do a bisect, the HP X14 is the only machine where this manifested so far.
pstef_ has joined #aarch64-laptops
<jhovold>
ok, that does sound like a x14 issue then, confirmed that there are no issues with x13s and t14s (and x1e crd)
<jhovold>
with my wip branch
<jhovold>
JensGlathe[m]: if you're running with additional patches on top, perhaps there something broken there otherwise
<JensGlathe[m]>
yes that's why the bisect, my other boxes all work quite well.
pstef has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
jglathe_angrybox has joined #aarch64-laptops
hogliux has joined #aarch64-laptops
<hogliux>
Looks like there is a regression since at least 6.15-rc6 where a simple `epoll_pwait2` blocks forever if the timeout is small enough (i.e. 1us). The following code should endlessly print `enter`, `exit`, but the poll blocks forever on 6.15-rc6:
jglathe_angrybox has quit [Remote host closed the connection]
chrisl has joined #aarch64-laptops
ungeskriptet has quit [Ping timeout: 480 seconds]
chrisl has quit [Ping timeout: 480 seconds]
ungeskriptet has joined #aarch64-laptops
ungeskriptet has quit [Remote host closed the connection]
ungeskriptet has joined #aarch64-laptops
<bryanodonoghue>
valpackett can confirm I was 100% wrong about Dell EC managing the battery
<bryanodonoghue>
it was just my pmic glink being misconfigured
<bryanodonoghue>
it controls the fans alright
jglathe_angrybox has joined #aarch64-laptops
vfdkjted2 has quit [Quit: WeeChat 4.6.1]
<kuruczgy_>
SpieringsAE: :( I still don't get how it works on Windows then e.g. on the T14s
<valpackett>
bryanodonoghue: huh! somehow it was configured correctly for my machine because i didn't touch it.
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
<valpackett>
huh. had a couple freezes that miiight've been related to listening to music over bluetooth somehow even though that sounds odd (?) not panics, the panic led did not light up
<bryanodonoghue>
quite possible we are undervoting for a clock or switching off a regulator
<bryanodonoghue>
regulator_ignore_unused on your kernel command line
rfs613- has joined #aarch64-laptops
<SpieringsAE>
valpackett: that may be happening for me too, been having very spurious crashes while playing openmw, I use bluetooth audio when I play it
<SpieringsAE>
it does reset automatically but takes a little while
<SpieringsAE>
or does the machine keep working for you? For me it just reboots eventually
rfs613 has quit [Ping timeout: 480 seconds]
<jdb[m]>
I have tried to add an HPD GPIO (3) to enable the eDP panel on the Surface Pro 9 5G, no success so far
<jdb[m]>
Here is what my current patch looks like:
<jdb[m]>
as I have a moving target of several parameters, I don't know if I will succeed in finding the right match
<jdb[m]>
alexVinarskis: let me know if you see an obvious mistake / misunderstanding in my above patch
<jdb[m]>
I had tried also to put the 2 pinctrl lines in the panel block, but it prevented the panel from being detected (the EDID couldn't be read anymore)
<anthony25>
I never had a freeze while using bluetooth audio (slim 7x), but my earbuds disconnect when idling
<anthony25>
but first it's annoying because it takes some time to reconnect when there's audio, and it doesn't happen with any other device, and also it doesn't seem to be a proper disconnection, so it takes some time for bluetoothd to detect that they're disconnected, and trigger a reconnect
<alexVinarskis[m]>
Tested to be working in pin assigments D (USB3+DP),C,E (x4 DP) on x1e/x1p devices with PS8830/PS883x retimers. Devices with sbu-mux need extra change, not fully working just yet.
<JensGlathe[m]>
this is really good
<anthony25>
Nice! I'll try on the slim 7x
<anthony25>
Thanks a lot!
chrisl has joined #aarch64-laptops
SpieringsAE has quit [Quit: SpieringsAE]
chrisl has quit [Ping timeout: 480 seconds]
<Jasper[m]>
Btw, Lenovo seems to be taking orders for the "Snapdragon X" mini PC's they announced a while ago. The bigger Purwa sku's seem to be dropped, but you can get both the idea- and thinkcentre with 32GB RAM and two fullsized m.2 slots and separate wifi
<Jasper[m]>
The thinkcentre even has a option for a VGA port... I don't wanna know the BoM on that one
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
hwpplayer1 has joined #aarch64-laptops
ravikant_ has quit []
<steev>
krzk: btw, i think maybe you asked me about testing a couple patches on my c630 wrt audio? if so, unfortunately, my c630 doesn't seem to want to post
vfdkjted has joined #aarch64-laptops
vfdkjted has quit []
vfdkjted has joined #aarch64-laptops
<spawacz>
I tried updating x13s firmware from USB and it reboots without warning after selecting "Yes". I don't have windows installation. Did someone succeed at that from Linux only?
Treibholz has quit [Remote host closed the connection]
Treibholz has joined #aarch64-laptops
sre has joined #aarch64-laptops
<valpackett>
oh yeahhh nice. x1p mini pcs are gonna make amazing homelab servers eventually when they appear on the used market
<valpackett>
thanks alexVinarskis[m] \o/ time to save up some money to finally buy a 4k144 monitor xD
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
hwpplayer1 has quit [Remote host closed the connection]
<alexVinarskis[m]>
You can 'only' do 4k120 since there is no DSC, but im sure that is usable :p
<HdkR>
Does X1E not support DSC, or just not wired up yet?
<alexVinarskis[m]>
I am not sure actually, haven't looked into that.
<alexVinarskis[m]>
Someone has mentioned nvme ssd issue, was this somehow resolved? Since recently both Asus and Dell on x1e/x1p that i have stopped waking up. One just woke up eventually with most of icons in UI gone, system hanging/unusable which sounds like rootfs access issues i had long time ago.
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
<valpackett>
alexVinarskis[m]: yep the "ui gone unusable" sounds like nvme
<valpackett>
yet to test next-20250226 but i haven't noticed any relevant commits
<valpackett>
in next-20250523 nvme does drop out
<valpackett>
on resume
<anthony25>
HdkR: on windows, it doesn't use DSC
<anthony25>
I don't know if it's a driver issue or if the GPU doesn't support it
erebion_[m] has joined #aarch64-laptops
jhovold has quit [Ping timeout: 480 seconds]
<HdkR>
anthony25: Will be interesting to learn when the DPU gains support for DSC. Maybe X2E
erebion_[m] has left #aarch64-laptops [User left]
<HdkR>
Will be a fun comparison since I have a DSC panel that Radeon doesn't support, will be funny to see if Snapdragon does :D
<alexVinarskis[m]>
wrt to ssd: its not the power, adding regulator-always-on; didn't impove it it seems. With vreg always (i think its coincidence though) managed to login, half things dont work, but a dmesg log with lots of nvme issues: https://bpa.st/QBQA
<alexVinarskis[m]>
following the login wifi (ath11k) wouldn't work, so seems PCIe related?
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
erebion_[m] has joined #aarch64-laptops
erebion_[m] has left #aarch64-laptops [User left]
mbuhl has quit [Remote host closed the connection]
mbuhl has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
<konradybcio>
this is part of a bigger story that we're slowly unfolding..
chrisl has quit [Ping timeout: 480 seconds]
chapstikk[m] has joined #aarch64-laptops
<valpackett>
alexVinarskis[m]: when i switch to a console and do deep sleep to test it, ath12k does come back, i see the association getting established again, only the nvme drive stops responding