ChanServ changed the topic of #aarch64-laptops to: Linux support for AArch64 Laptops (Asus NovaGo TP370QL - HP Envy x2 - Lenovo Mixx 630 - Lenovo Yoga C630)
<steev> yeah, i've tested both here, but not extensively
<steev> and i've never seen the firefox issue that others have, but admittedly, i only have 17 tabs open, 2 being gmail, 5 being gitlab, and the rest a mix of various random (not gpu intensive) websites
<HdkR> https://gist.github.com/Sonicadvance1/164a6eabf9b3ba18cdcb2aecc8ad5c65 That's a fun new problem I've never seen on the X13s
<HdkR> never seen before*
<HdkR> https://gist.github.com/Sonicadvance1/31db0195b75ea4e75bf8e1fb955d8e1b Reproducible even, this time it spammed even more stuff.
<HdkR> Probably had hangcheck disabled in the previous one
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
laine has quit [Quit: (╯°□°)╯︵ ┻━┻]
systwi has quit [Ping timeout: 480 seconds]
hightower2 has quit [Ping timeout: 480 seconds]
systwi has joined #aarch64-laptops
iivanov has joined #aarch64-laptops
<ptitSeb> can steev kernel be built for x13s on ubuntu? I'm always getting a black screen when build any laptop-x13s branch?
<ptitSeb> quit()
<ptitSeb> meh, wrong window
hightower2 has joined #aarch64-laptops
ema has quit [Quit: leaving]
iivanov has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
ema has joined #aarch64-laptops
iivanov has joined #aarch64-laptops
iivanov_ has joined #aarch64-laptops
iivanov__ has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
iivanov_ has quit [Ping timeout: 480 seconds]
iivanov_ has joined #aarch64-laptops
iivanov__ has quit [Ping timeout: 480 seconds]
iivanov__ has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
iivanov_ has quit [Ping timeout: 480 seconds]
hightower3 has joined #aarch64-laptops
iivanov_ has joined #aarch64-laptops
iivanov__ has quit [Ping timeout: 480 seconds]
iivanov__ has joined #aarch64-laptops
hightower2 has quit [Ping timeout: 480 seconds]
iivanov has quit [Ping timeout: 480 seconds]
iivanov_ has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
iivanov_ has joined #aarch64-laptops
iivanov__ has quit [Ping timeout: 480 seconds]
iivanov__ has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
iivanov_ has quit [Ping timeout: 480 seconds]
iivanov__ has quit [Ping timeout: 480 seconds]
iivanov_ has joined #aarch64-laptops
iivanov__ has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
iivanov_ has quit [Ping timeout: 480 seconds]
iivanov__ has quit [Ping timeout: 480 seconds]
iivanov_ has joined #aarch64-laptops
iivanov has quit [Read error: Connection reset by peer]
iivanov has joined #aarch64-laptops
iivanov__ has joined #aarch64-laptops
hightower3 has quit [Ping timeout: 480 seconds]
iivanov_ has quit [Ping timeout: 480 seconds]
iivanov has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
iivanov__ has quit [Ping timeout: 480 seconds]
iivanov_ has joined #aarch64-laptops
iivanov has quit [Read error: Connection reset by peer]
iivanov_ has quit []
iivanov has joined #aarch64-laptops
<steev> make sure you have the correct modules in the initramfs
hightower2 has joined #aarch64-laptops
laine has joined #aarch64-laptops
stirl_ has joined #aarch64-laptops
<steev> konradybcio: are those bw numbers correct? (x13s with your patch and the dependency on 6.4.0-rc6) - https://www.irccloud.com/pastebin/DwbCwj4h/
<konradybcio> "my patch"?
<steev> those numbers are double/triple what they were previously
<konradybcio> oh that's interesting
<steev> it used to be around 230000.00MB/s (roughly, give or take) across the board
<konradybcio> i just fired up ubuntu-concept's 6.2 (without this patch) and the numbers are the same, give or take 2 gigs
<steev> hm, i admittedly haven't tested recently
stirl_ has quit [Remote host closed the connection]
stirl_ has joined #aarch64-laptops
<steev> if they look correct, then yay
<konradybcio> more=better ;)
stirl_ has quit [Ping timeout: 480 seconds]
iivanov has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
<konradybcio> HdkR: I guess you're the one that would know.. do we have some sort of unified lutris+box86/64 one-click integration?
<jenneron[m]> konradybcio: binfmt misc?
<konradybcio> sounds like a plan..
<ptitSeb> yeah, with binfmt it should be transparent
stirl_ has joined #aarch64-laptops
<bamse> woho! rebased my sc8280xp tree to today's linux-next, and there are no patches left :)
<clover[m]> so we are mainlined?
<konradybcio> the base part, yes
<steev> hmmm
stirl_ has quit [Ping timeout: 480 seconds]
<steev> oh right, bamse stuff
<bamse> konradybcio: well, "base part" being all the stuff i use in my daily driver
<bamse> clover[m]: there's always more things in the pipe :)
<steev> the majority of the outstanding stuff i'm seeing for next is the venus bits, a few sound
<steev> mani's hotplug stuff
<konradybcio> venus should be possible for 6.6
<bamse> what are we missing for venus?
<steev> all of it
<clover[m]> venus is video acceleration right?
<bamse> clover[m]: yeah
<konradybcio> bamse upstreaming ;)
<steev> that's what i have here
<bamse> konradybcio: i was convinced we got those patches landed...my bad
Caterpillar has joined #aarch64-laptops
<steev> hack: power: supply: qcom_battmgr: Add present property (14 seconds ago) <Steev Klimaszewski> i still need to figure out this thing... clover is the one that says y'all need it
<steev> the other thing i'd like to do, i suppose, is somehow expose the numbers for throttling to sysfs? so we can manually toggle the temps that it does so
stirl_ has joined #aarch64-laptops
stirl_ has quit [Read error: Connection reset by peer]
<bamse> steev: throttling of charging? or something else?
<bamse> steev: but we do report POWER_SUPPLY_PROP_PRESENT on sc8280xp, am i missing something?
<steev> bamse: you need to ask clover
<steev> something wasn't reporting correctly for them
<clover[m]> It was a while back. I don't remember anymore :/
<bamse> steev: i'm pretty sure you told me that we need the property, so i added it...with present = true hard coded
<bamse> steev: perhaps you can drop the patch, and then we'll see what issue clover[m] runs into ;)
<steev> yeah :) good idea
<steev> clover[m]: lenovo-x13s-linux-v6.4-rc6
<clover[m]> building
<clover[m]> seems to work fine. here is my dmesg: https://pastebin.com/fEqnxqPb
<exeat> bamse: iirc the x86 thinkpads have charge control thresholds exposed in sysfs, would that be possible on the x13s?
<clover[m]> IIRC Leo Shen tried to get it working and I don't think it was possible
<szclsya[m]> yeah no charge thresholds settings was in sysfs
<bamse> exeat: charging solution is qualcomm's, but something similar should be possible
<bamse> but, what are you guys looking for? just being able to limit the charge rate?
<szclsya[m]> stop charging at a certain point to preserve lithium battery
<szclsya[m]> especially useful if the laptop is plugged in most of the time
<bamse> ahh, so not limit the current, but limit the battery level
<szclsya[m]> yup
<szclsya[m]> think it's mostly called battery care now
<bamse> thanks for the pointer
<exeat> There's a recent thread on the Lenovo forum where Lenovo says "not right now", but I don't know if that reflects what's practical or how they'd like to do things...
<bamse> "This is an ARM machine...therefor none of this works" ;)
<szclsya[m]> btw have anyone checked the may firmware upgrade for x13s?
<szclsya[m]> wonders what "Added Linux option on ThinkPad Setup menu as Beta function" means
<konradybcio> it means "we now ship dtbloader.efi in uefi"
<bamse> szclsya[m]: that means bios is taught how to load devicetree
<szclsya[m]> ah
<bamse> szclsya[m]: enable that, and throw a .dtb in your ESP...and you should be able to boot a generic arm64 usb stick
<szclsya[m]> I guess that's an improvement
<bamse> szclsya[m]: it means that you don't need to patch your distro installer to include and load the x13s.dtb
<bamse> szclsya[m]: so as they catch up with mainline, where sufficient functionality now exist...it's much closer to "just works"<tm>
<szclsya[m]> yeah. just need to wait for the drivers to mature I guess
<bamse> szclsya[m]: is there some user interface built ontop of those battery concervation sysfs nodes?
<szclsya[m]> afaik there's no gui on that yet for major DEs
<szclsya[m]> I just use tlp and a config file
<bamse> so typical linux style...
<szclsya[m]> yup...
<szclsya[m]> to be fair, on windows those are mostly in vendor specific apps
<bamse> there are some knobs that i ignored when i wrote the battery driver that was upstreamed...i'll have to dig into that again to see what can be unignored
<clover[m]> i am surprised its not built into gnome-control-center yet
<szclsya[m]> I guess the issue is different laptops (different ECs actually) may have different nodes
<szclsya[m]> but since tlp implements it in a universal interface it shouldn't be too hard
<steev> clover[m]: iirc, you said something power wise wasn't there, but if you say it's working now, *shrug*
<clover[m]> all good now, afaik
agl7-Galaxy has quit [Quit: Leaving]
<steev> clover[m]: can you do some cpu intensive stuff?
<steev> does the UI get laggy for you
<clover[m]> like prime95 or something
<steev> i was more thinking like compiling something, but sure
<steev> might be because i'm doing it on usb though
macc24_ has quit [Remote host closed the connection]
<clover[m]> compiling mesa 23.1.2 right now
<clover[m]> no issues with UI lagginess
<clover[m]> maybe just a tad
<clover[m]> all cores at 100% i'd expect a bit of mouse stuttering etc
<clover[m]> btw robclark : is this in 23.1.2? https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/23324
stirl has joined #aarch64-laptops
<bamse> steev: what we do lack is that we never report FULL...
<steev> maybe we just have magical batteries that never fill up :P
stirl_ has joined #aarch64-laptops
<konradybcio> or our lack of idle eats so much power that can never happen ;)
stirl_ has quit [Quit: Leaving]
<bamse> konradybcio: it could be better...but it's not that bad
<bamse> konradybcio: and you can certainly get it to pull much more than we do in idle
<steev> i've been able to drain it while plugged in
<steev> but that requires multiple kernel compiles and a couple rust apps compiling at the same time
hightower2 has quit [Remote host closed the connection]
stirl has left #aarch64-laptops [#aarch64-laptops]
agl7 has quit [Quit: bis denne]
laine has quit [Ping timeout: 480 seconds]
laine has joined #aarch64-laptops
<clover[m]> that's what she said
laine has quit [Ping timeout: 480 seconds]
<HdkR> konradybcio: I've never used Lutris or Box so I don't know how those work.
<HdkR> but binfmt_misc probably
svarbanov_ has joined #aarch64-laptops
svarbanov has quit [Read error: Connection reset by peer]
mcbridematt has quit [Ping timeout: 480 seconds]