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
<steev> jhovold i just hit it on your branch too
<steev> skin temp is 49C so not even to throttling yet
hightower3 has joined #aarch64-laptops
hightower2 has quit [Ping timeout: 480 seconds]
<clover[m]> I used ubuntu asahi today it was pretty nice
<clover[m]> Really dislike the snaps though. It's so janky
<steev> heh
<clover[m]> Better experience than Fedora. Idk how anyone uses that one. I guess it works for some people. Idk wtf selinux is
<steev> it's the #1 disabled software in the linux ecosystem
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
possiblemeatball has quit [Remote host closed the connection]
possiblemeatball has joined #aarch64-laptops
possiblemeatball has quit [Remote host closed the connection]
possiblemeatball has joined #aarch64-laptops
possiblemeatball1 has joined #aarch64-laptops
possiblemeatball has quit [Read error: Connection reset by peer]
alfredo has joined #aarch64-laptops
possiblemeatball has joined #aarch64-laptops
possiblemeatball1 has quit [Read error: Connection reset by peer]
possiblemeatball has quit [Remote host closed the connection]
possiblemeatball has joined #aarch64-laptops
possiblemeatball has quit [Ping timeout: 480 seconds]
adamcstephens has quit [Remote host closed the connection]
adamcstephens has joined #aarch64-laptops
alfredo1 has joined #aarch64-laptops
alfredo has quit [Ping timeout: 480 seconds]
alfredo1 is now known as alfredo
alfredo has quit [Ping timeout: 480 seconds]
jhovold has joined #aarch64-laptops
<jhovold> steev: thanks for confirming, I'm running another test now and see it too
<jhovold> it seems you need to thottle fully once, but after that the cores are indeed limited to 940800
<jhovold> with my trimmed config I don't hit the skin temp threshold when compiling the kernel, so that's why I didn't see it yesterday
<jhovold> so this is indeed a mainline regression
alfredo has joined #aarch64-laptops
<mynery[m]> first attempt to nixos inject into a ubuntu failed. i may try creating a live boot system that works, no idea how tricky that will be
ungeskriptet is now known as Guest9038
ungeskriptet has joined #aarch64-laptops
Guest9038 has quit [Ping timeout: 480 seconds]
alfredo has quit [Read error: Connection reset by peer]
<jhovold> I just reported the cpufreq/thermal regression here: https://lore.kernel.org/lkml/ZmVfcEOxmjUHZTSX@hovoldconsulting.com/
alfredo has joined #aarch64-laptops
owlman has joined #aarch64-laptops
rz has quit [Remote host closed the connection]
rz has joined #aarch64-laptops
<\[m]> <clover[m]> "Better experience than Fedora..." <- it's like apparmor ? it's very secure and very annoying
smpl has joined #aarch64-laptops
alfredo has quit [Quit: alfredo]
<\[m]> anyone got too much money https://aliexpress.com/item/1005004822193933.html 😲
owlman has quit [Quit: Konversation terminated!]
owlman has joined #aarch64-laptops
owlman has quit [Quit: Konversation terminated!]
owlman has joined #aarch64-laptops
owlman has quit [Quit: Konversation terminated!]
owlman has joined #aarch64-laptops
owlman has quit [Quit: Konversation terminated!]
owlman has joined #aarch64-laptops
<Jasper[m]> <clover[m]> "Better experience than Fedora..." <- Huh, that's new
<Jasper[m]> The snaps especially ruin it for me, Fedora doesn't have those annoyances in my experience
<Jasper[m]> Only time I've had issues with SELinux was while setting up Samba on my server
owlman has quit [Quit: Konversation terminated!]
owlman has joined #aarch64-laptops
hightower2 has joined #aarch64-laptops
owlman has quit [Quit: Konversation terminated!]
hightower3 has quit [Ping timeout: 480 seconds]
owlman has joined #aarch64-laptops
owlman has quit []
owlman has joined #aarch64-laptops
<steev> jhovold: fwiw, a suspend/resume will unstick it
<steev> and i don't have time to track it down either because i'm still trying to track down this python regression
<jhovold> steev: good to know, and makes sense as that brings the big cores down and up again (which you can also do through sysfs)
<steev> o that's even less painful
<jhovold> hopefully the pm maintainer who did the thermal rework can figure out what caused it without anyone having to run a lengthy bisection
alfredo has joined #aarch64-laptops
jhovold has quit [Quit: WeeChat 4.2.1]
<clover[m]> <Jasper[m]> "The snaps especially ruin it for..." <- yeah i can't really abide the snap either. i uninstall and installed the firefox nightly debian package :)
possiblemeatball has joined #aarch64-laptops
<clover[m]> steev: is that cpu bug in 6.9.2?
<steev> no
<steev> it's something in 6.10 either rc1 or rc2 (i've not gone back to rc1 to check
<JensGlathe[m]> doesn't seem to be in rc1, I had throttling but it came back at full speed
possiblemeatball has quit [Remote host closed the connection]
possiblemeatball has joined #aarch64-laptops
<steev> i'm not even seeing it throttle here on the same workload (compiling zed from source)
<steev> oh there we go, now it went down to 1.17g
<steev> looks like it's sticking here
<JensGlathe[m]> on 6.10rc1?
<clover[m]> Yep
<agl_> I'am back from the holidays.
<JensGlathe[m]> welcome back, hope you're refreshed
checkfoc_us has quit []
<agl_> was only 5 Days but it was good.
checkfoc_us has joined #aarch64-laptops
alfredo has quit [Quit: alfredo]
<pstef_> I just updated all packages, grub still doesn't give me the opportunity to choose the kernel on my x13s
<steev> does it have a short timeout set or something?
<pstef_> it's somewhere in the order of 30 seconds. Maybe the problem is a fairly old kernel, but even if I had the newest and the greatest, it's always hard to change it
<pstef_> once in a blue moon I can see the grub menu and choose the kernel, and then that option stays for future boots
<steev> does it have like, setdefault set or something?
<steev> can you pastebin your grub config?
<pstef_> /etc/default/grub? GRUB_TIMEOUT=25 GRUB_SAVEDEFAULT=true GRUB_DEFAULT=saved
wiley[m] has joined #aarch64-laptops
<wiley[m]> clover: I'm finding that on your latest packages I can play video in Firefox but not Vivaldi
<wiley[m]> guessing I must be missing some intermediate library but I haven't had any luck figuring out what yet...
<wiley[m]> hrmmm, looks like it might be as dumb as there being a vivaldi-ffmpeg-codecs package I need to install
<wiley[m]> if so, sorry for the noise
<steev> no it should be like /boot/grub/grub.cfg
<wiley[m]> it looks like a bunch of vivaldi packages in AUR have been deleted/renamed recently
<steev> but the savedefault=true and grub_default=saved is why whatever you choose becomes the new default
<pstef_> hopefully, because it was me who put those lines there
<pstef_> the problem has nothing to do with the defaults, it's the grub menu not showing up
<pstef_> and /boot/grub/grub.cfg is a generated file, if it turns out to be the cause, it won't be the root cause
<wiley[m]> yea, think my problems are unrelated to any recent changes - I just didn't get the right packages installed after a wipe
<wiley[m]> although I definitely didn't have to build vivaldi-ffmpeg-codecs myself before, so I'm not sure what I was running...
<clover[m]> cool :) i use brave lately which has never let me down. vivaldi is sometimes finicky
<clover[m]> brave-bin from AUR
<wiley[m]> kk
<wiley[m]> yea, this would be a lot easier if vivaldi had a -bin so I wasn't figuring out how to hack up part of the chromium build system :D
<wiley[m]> I don't have any particular like of vivaldi or dislike of brave, it's just that switching means switching across a bunch of machines because I rely on sync a lot
<wiley[m]> still can't get my Yubikey to work, though
<wiley[m]> haven't managed to figure that one out at all
<JensGlathe[m]> hmm they just work here
<JensGlathe[m]> Ubuntu land
<wiley[m]> yea, my guess is that there's some kernel config bit missing in Arch-land but I haven't managed to figure out what
<wiley[m]> I see this every time I plug it in:... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/ELbIXWKTjfvWNYAvLezpgKKn>)
<JensGlathe[m]> hmm
<\[m]> do you use yubikey for mfa or just for logging in etc
<wiley[m]> MFA
<wiley[m]> I mostly want it for FIDO in a browser
<wiley[m]> I managed to fix that first error by installing and enabling pcscd, but ykman fido list credentials still fails with a generic unable-to-connect error
<wiley[m]> currently trying to enable CONFIG_USB_HIDDEV to see if that helps...
<wiley[m]> from strace-ing it on a working system, it looks like what I really need is CONFIG_HIDRAW
<wiley[m]> yup, got it working with both: https://github.com/ironrobin/x13s-alarm/pull/17
<steev> pstef_: i realize that it won't be the root cause, but seeing what it's presenting (or not) helps to track down the root cause
smpl has quit [Ping timeout: 480 seconds]