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
goodspeed has joined #aarch64-laptops
jglathe_ has joined #aarch64-laptops
altacus__ has joined #aarch64-laptops
jglathe_sdbox2 has quit [Ping timeout: 480 seconds]
<enyalios>
im trying to switch to a vanilla kernel from the steev kernel tree, but im getting no audio
<enyalios>
which kernel options should i need on vanilla to get audio working
<enyalios>
oh sorry this is x13s
altacus_ has quit [Ping timeout: 480 seconds]
<enyalios>
ive got snd_soc_sc8280xp compiled as a module and loaded
<enyalios>
but `aplay -l` shows no sound devices
<enyalios>
and alasmixer just shows pipewire and no actual physical soundcards if i try to switch devices
<enyalios>
there are some things that say 'deferred probe pending'?
<enyalios>
`platform sound: deferred probe pending: snd-sc8280xp: WCD Playback: error getting cpu dai name`
<enyalios>
what does that mean?
<bamse>
Evaia631011: you don't need anything special, audio just works with upstream defconfig (so if that doesn't work your vanilla might not be vanilla?)
<bamse>
Evaia631011: sorry, bad tab complete
<bamse>
enyalios: ^^
<bamse>
Nios34[m]: which device is this?
<enyalios>
yeah technically im using the gentoo-kernel which gets its .config from like fedora or something
<bamse>
enyalios: which if it's manually maintained might be missing stuff we have enabled upstream :/
<bamse>
but, to summarize, there's nothing in steev's kernel that you _need_ to run the x13s
<bamse>
johan is maintaining a branch with a few bug fixes and things that is good to have...but i'm living without them...
<goodspeed>
bamse: It's a Samsung Galaxy Book Go with snapdragon 7cx gen 2
goodspeed has quit [Remote host closed the connection]
<enyalios>
yeah i can easily change the .config, and it seems that something must be missing
<enyalios>
im just not sure how to figure out what that is
<enyalios>
i guess i could try a stock vanilla kernel and see that that works
<bamse>
enyalios: i'm running v6.8-rc7 on one of mine and v6.9-rc2 on the other, works fine
<bamse>
enyalios: so perhaps diff upstream defconfig with yours and see if any upstream drivers are missing in yours?
altacus has joined #aarch64-laptops
altacus__ has quit [Remote host closed the connection]
<enyalios>
bamse: good plan ill do that when i have some time
jglathe_ has quit [Remote host closed the connection]
jglathe_ has joined #aarch64-laptops
<zdykstra>
abby: what was your recent change to the void 6.8.x kernel build to fix sound/deferred probes?
altacus_ has joined #aarch64-laptops
<abby>
not sure
<abby>
i still get the deferred probes, but sound works
<zdykstra>
Hmm
<abby>
oh i think it was CONFIG_PINCTRL_SC8280XP and CONFIG_PINCTRL_SC8280XP_LPASS_LPI m -> y
altacus has quit [Ping timeout: 480 seconds]
altacus has joined #aarch64-laptops
altacus_ has quit [Ping timeout: 480 seconds]
altacus_ has joined #aarch64-laptops
<enyalios>
hmm, ill try that
altacus has quit [Ping timeout: 480 seconds]
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
<steev>
johan's patches on top of 6.9-rc3 on mine keeps dying (specifically, the nvme seems to hiccup somewhere because when i attempt to wake the machine up, the nvme is in read only and it doesn't recover)
<steev>
and, yeah, you don't *need* my patchsets, in fact, anything newer than 6.7.10 doesn't seem to work well for me at all
<travmurav[m]>
it should create "dtbhack_result.dtb"
Liso[m] has joined #aarch64-laptops
Las[m] has joined #aarch64-laptops
aigotchi[m] has joined #aarch64-laptops
Nei[m] has joined #aarch64-laptops
ajhalaney[m] has joined #aarch64-laptops
akawolf[m] has joined #aarch64-laptops
albsen[m] has joined #aarch64-laptops
arisu has joined #aarch64-laptops
AlexMarty[m] has joined #aarch64-laptops
anarchron has joined #aarch64-laptops
ArtyomK[m] has joined #aarch64-laptops
averyfreeman[m] has joined #aarch64-laptops
baspar[m] has joined #aarch64-laptops
Bioxvirizm-x13s[m] has joined #aarch64-laptops
Leandro[m]12 has joined #aarch64-laptops
pz[m] has joined #aarch64-laptops
cmeerw[m] has joined #aarch64-laptops
danielt has joined #aarch64-laptops
Dantheman825[m] has joined #aarch64-laptops
dcavalca has joined #aarch64-laptops
davidebeatrici[m] has joined #aarch64-laptops
Dylanger[m] has joined #aarch64-laptops
EricCurtin[m] has joined #aarch64-laptops
emily[m]1 has joined #aarch64-laptops
EnigmaCurry[m]1 has joined #aarch64-laptops
enserzo[m] has joined #aarch64-laptops
firlaev-hans-fiete[m] has joined #aarch64-laptops
freekurt[m] has joined #aarch64-laptops
go4godvin has joined #aarch64-laptops
harvests[m] has joined #aarch64-laptops
harvestz[m] has joined #aarch64-laptops
hlr[m] has joined #aarch64-laptops
szclsya[m] has joined #aarch64-laptops
jenneron[m] has joined #aarch64-laptops
Jasper[m] has joined #aarch64-laptops
jjardon[m] has joined #aarch64-laptops
juergh1 has joined #aarch64-laptops
kazek[m] has joined #aarch64-laptops
LoganLeland[m] has joined #aarch64-laptops
LikeNeosMatrix[m] has joined #aarch64-laptops
lollaritits[m] has joined #aarch64-laptops
lun[m] has joined #aarch64-laptops
Lucy[m] has joined #aarch64-laptops
malvi[m]1 has joined #aarch64-laptops
matrix638[m] has joined #aarch64-laptops
matthew[m]123 has joined #aarch64-laptops
mothenjoyer69 has joined #aarch64-laptops
jhovold has joined #aarch64-laptops
mynery[m] has joined #aarch64-laptops
NomadNaomie[m] has joined #aarch64-laptops
nekogirl[m] has joined #aarch64-laptops
neobrain[m] has joined #aarch64-laptops
nicholascw[m] has joined #aarch64-laptops
Nick[m]1234 has joined #aarch64-laptops
nick1343[m] has joined #aarch64-laptops
Nao[m] has joined #aarch64-laptops
nscnt[m] has joined #aarch64-laptops
owc[m] has joined #aarch64-laptops
patzek[m] has joined #aarch64-laptops
PterKoczka[m] has joined #aarch64-laptops
DocGalaxyBlock[m] has joined #aarch64-laptops
Prawn[m] has joined #aarch64-laptops
psydroid[m] has joined #aarch64-laptops
KhalIshaIii[m] has joined #aarch64-laptops
quinine has joined #aarch64-laptops
valida-69[m] has joined #aarch64-laptops
Guest769 has joined #aarch64-laptops
resuenehparg[m]1 has joined #aarch64-laptops
sally[m]123 has joined #aarch64-laptops
sally[m]1234 has joined #aarch64-laptops
cenunix[m] has joined #aarch64-laptops
shjim[m] has joined #aarch64-laptops
SintayewGashaw[m] has joined #aarch64-laptops
Sobek[m] has joined #aarch64-laptops
sporos11[m] has joined #aarch64-laptops
steevdave[m] has joined #aarch64-laptops
steveej[m] has joined #aarch64-laptops
Stirl[m] has joined #aarch64-laptops
strongtz[m] has joined #aarch64-laptops
sz3m3k[m] has joined #aarch64-laptops
M0133oracle[m] has joined #aarch64-laptops
underpantsgnome[m] has joined #aarch64-laptops
Segfault[m] has joined #aarch64-laptops
valentine has joined #aarch64-laptops
wiizzard has joined #aarch64-laptops
wiley[m] has joined #aarch64-laptops
<jhovold>
steev: regarding the nvme issue you saw, is that without the stuff you put on top of my branches? And is it with your config or johan_defconfig?
<jhovold>
not seeing anything like that here and haven't heard of anyone else having such issues either
<steev>
it's only yours
<steev>
actually might be yours and bryan's
<jhovold>
would be good to know which as I don't think it would be caused by the stuff in my in branch
iivanov has joined #aarch64-laptops
<jhovold>
the only thing in there that sounds related would be the ITS enablement, but I and many others having been running with that for months now without issues
<steev>
it looks like, yours but then also bryan's config changes which switch on the webcam, but it does also switch to dmabuf_heaps, i can definitely try without those
<jhovold>
so please see if you can reproduce it with just my wip-6.9-rc2 and johan_defconfig first
<jhovold>
happens everytime?
<jhovold>
on every suspend?
<steev>
but 6.7.11+ also fails to boot, 6.8.2+ fail to resume from suspend (every suspend - yours or mine); and i'll give just yours a go here in a sec
jglathe_sdbox2 has joined #aarch64-laptops
<jhovold>
but that's not my branch, is it? :)
<jhovold>
we've had a number of regression in stable recently, and you put your stuff on top
<steev>
the 6.8.2 is just your 6.8.2 stuff
<steev>
i wanted to rule out it wasn't my crap :)
<jhovold>
i have never pushed a 6.8.2 branch, so it's defintely not my branch
<jhovold>
but it could be something in the "stable" 6.8.2 branch
<steev>
sorry, your patchset from 6.8 on top of 6.8.2; as in, nothing that you didn't "approve" for lack of better word
<jhovold>
I'mnot sure I approve of stable anymore... ;)
<steev>
i'm not sure stable does either :(
<jhovold>
see if you can reproduce it with my 6.8 branch, if not, it's a regression in stable
<steev>
i'll test that after i test the 6.9
<steev>
rc2
jglathe_ has quit [Ping timeout: 480 seconds]
<jhovold>
there were some workqueue backports in 6.8.2 that were reverted in 6.8.4 or 6.8.5, for example
<steev>
tbh, if there was capabilities enabled in your kernel config (idk where it comes from but setcaps fails) i'd probably stop doing the distro config
<jhovold>
sounds like something I can enable
<steev>
rc2 does not have issues
<steev>
at least, it was plugged in, let me unplug to make sure
<jhovold>
i'm running rc3 here without issues too
<steev>
well you havent' pushed it :P
<steev>
so i can only test your rc2
<jhovold>
i know, i had som wip-wip stuff I wanted to get ready first, maybe later today
<steev>
will punt bryan's patches to the config and see if that changes anything
<jenneron[m]>
i also tried 2 different internet providers, so i don't think the problem is on my side
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
<steev>
good news, 6.8.5 does indeed suspend from resume
<steev>
what does the console say jenneron[m]
<steev>
but i'd defer to HdkR whenever he's around :)
<jhovold>
steev: that's great, and the backported workqueue changes were reverted in 6.8.4...
egavin has joined #aarch64-laptops
<jhovold>
did you have trouble with 6.8.4 as well?
<steev>
i had not tried 6.8.4
<steev>
trying to bisect why qemu is broken running amd64 on arm64 currently
<steev>
there's a lot of broken stuff all over the place currently :(
<jhovold>
not good at all if stable keeps breaking
<jhovold>
otherwise I ran into fewer regressions in 6.9-rc1 than the previous ones
<jhovold>
with those fixed, things works pretty well here
<jhovold>
not using neovim like bamse, otherwise I'd probably be up in arms ;)
egavin has quit [Quit: Leaving]
<abby>
heh I've noticed a few crashes in neovim
<steev>
i use neovim, but not like bamse, thankfully, so i never noticed
<steev>
more specifically, i use lunarvim
<jhovold>
just checked the 6.7.11 log, that's the stable release that had the broken workqueue backports
<abby>
i haven't bothered to inspect the coredumps yes
<abby>
yet*
<jhovold>
given that you said 6.7.10 was the last stable kernel that worked for you, it seems quite likely that those changes are involved in the suspend regressions you ran into
<steev>
iirc, 6.7.12 is still broken as well
<steev>
but for me, it doesn't even boot
<jhovold>
yeah, those changes were never reverted before 6.7.y went EOL
<steev>
ahhh
<steev>
okay, i'll look at 6.8.4 and see what needs to be reverted in 6.7... ooor
<jhovold>
you should run rc kernels instead, steev, much more stable ;)
<HdkR>
jenneron[m]: I've never seen that error message in steam. Trying to log in with password or QR code?
<HdkR>
QR code has been working for me for quite a while now (Seems the weird race to reload the QR code vanished at some point)
<jenneron[m]>
i don't really want to link steam account to my phone, but i can get logs in the evening, i haven't seen anything special there though
<HdkR>
Password I haven't tried in a while
<HdkR>
I'll log out and see if password works here
<HdkR>
Password login worked here at least
<jenneron[m]>
it goes through password fine, but fails when i enter the code from email
<HdkR>
ah, I have the app based authentication which doesn't require a pin to be put in. Haven't tested that route in years
<jenneron[m]>
i see
<\[m]>
pw keeps crashing, had to link steam app
<\[m]>
and then still it took a couple of tries in 2 sessions
<\[m]>
it's not very stable seems
<\[m]>
in the waiting part for 2fa
<HdkR>
Interesting, sounds like something I need to look in to
<\[m]>
I wonder if it wsa the reboot that fixed it because I tried 10 times first time (and as I remember had the same experience last time, somehow it had forgotten my device)
<\[m]>
at least in part, I think it worked faster to login with app auth last time even, where now I had the app enabled and installed already
<\[m]>
it crashes before I get the notif and can press approve in the app
f_ has joined #aarch64-laptops
f_ has quit [Remote host closed the connection]
f_ has joined #aarch64-laptops
abcdw has quit [Remote host closed the connection]
abcdw has joined #aarch64-laptops
abcdw has quit [Remote host closed the connection]
<clover[m]>
I literally gasped when I read the headline
<clover[m]>
I'm going to try reaching out to pudge and see what can be done to help
<konradybcio>
HdkR: out of interest, have you tried dota 2?
<HdkR>
konradybcio: A little bit, was CPU bottlenecked on my Orin board
<konradybcio>
ouch sounds slow
<HdkR>
Cortex-A78AE at 2.2Ghz isn't very good
<HdkR>
I assume since Dota 2 is Source 2 it will hit the Vulkan binding limit on adreno 690.
Guest769 is now known as qzed
<konradybcio>
uh oh 2.2 ghz
<konradybcio>
not great, nvidia
<\[m]>
I am trying dota2 every other month 😄
<\[m]>
no luck so far, someone mentioned to export some var but didn't help it freezes x13s
<\[m]>
ah on their setup, got it
<\[m]>
what was the fps?
<vadikas[m]>
<clover[m]> "I'm going to try reaching out to..." <- I'm possibly also interested in participation
<clover[m]>
heck yeah! maybe we should start an endeavourOS arm matrix channel
<lollaritits[m]>
didn endeavourOS just anounce the death of arm version?
<clover[m]>
yes, that's what we are talking about. it needs maintainers
<jenneron[m]>
HdkR: steev: https://dpaste.com/H8C2YN367 steam log, but i don't think we can anything there, it skips downloading something but it seems to be an update of client
<jenneron[m]>
or maybe it actually something else, idk
KREYREN_oftc has joined #aarch64-laptops
<jenneron[m]>
will try wig QR
<jenneron[m]>
with*
<jenneron[m]>
doesn't work anyway
<jenneron[m]>
hmm, it worked from the third time
jglathe_volterra has joined #aarch64-laptops
jglathe_volterra has quit [Remote host closed the connection]
jglathe_volterra has joined #aarch64-laptops
<vadikas[m]>
<clover[m]> "yes, that's what we are talking..." <- there were technically two mainters, so both of them are out of the project?
aram_ has quit [Quit: Konversation terminated!]
iivanov has joined #aarch64-laptops
iivanov_ has quit [Read error: Connection reset by peer]
<craftyguy>
anyone running the 1.60 bios from april 1st (lol?) on the x13s? any new problems?
<robclark>
HdkR: you need -Dfreedreno-kmds=msm,virtio
* robclark
should probably just make that the default
<robclark>
(well, virgl will work too.. but slowly)
<HdkR>
robclark: Ah, I'll add that for 24.1 update to the images
<robclark>
thx
jglathe_volterra has quit [Remote host closed the connection]
<HdkR>
robclark: I assume that option just enables the drm native context virtio bits?
<robclark>
yup
<jenneron[m]>
HdkR: is fex + steam supposed to eat 5 gb of ram?
<robclark>
probably.. but is it ram or virtual address space
<HdkR>
jenneron[m]: It definitely eats a decent chunk of ram. We have some work to do to reduce per-thread memory usage and...steamwebhelper creates a ton of threads
<jenneron[m]>
ah I see
<jenneron[m]>
it probably doesn't make much sense to use it on 8 GB ram devices
<HdkR>
jemalloc is also relatively slow at releasing memory back to the host, which I need to find some options to reduce that
<robclark>
iirc thread default stack size is something big, like 10mb (but rarely ends up with all of it getting faulted in)
<HdkR>
Yea, we have a default stack size of 8MB, which most of it isn't faulted in luckily. Stack usage otherwise is fairly tame
<jenneron[m]>
wasn't there an option to run steam without browser sandbox
<jenneron[m]>
that might consume less ram, but I don't remember the parameter
<HdkR>
That got removed by Valve sometime last year
<HdkR>
Best you can do is "small library mode" in the View option, which is still a browser.
<jenneron[m]>
yeah
<jenneron[m]>
6.31 of 7.27 GB used
<jenneron[m]>
with nothing running but gnome and steam
<HdkR>
zram is your friend on a system with only 7.27GB of ram? :D
<robclark>
more ram is your friend on a system with only 7.27GB if you want to run steam ;-)
<jenneron[m]>
that would require upgrading to x13s :P
<HdkR>
Probably worth waiting for whatever Lenovo will be cooking up with X1E at this point. Core improvements between...C630? and X1E should be enormous according to the benches
<robclark>
I guess we do claim that borealis will work if you have 8GB of RAM.. that does seem to be pushing it tho
<jenneron[m]>
well my laptop is not c630 but flex 5g
<jenneron[m]>
although 8 GB is still too little
<HdkR>
Not quite as bad a c630 at least, still pretty old CPU cores :)