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
juergh has quit [Quit: ZNC 1.8.2+deb2build5 - https://znc.in]
juergh has joined #aarch64-laptops
<enyalios>
HdkR: im not on a merged usr gentoo, tried steam with an ubuntu rootfs again
<enyalios>
i downloaded a new rootfs, unpacked the steam rpm again, ran the install
<enyalios>
still getting the same error about about steamwebhelper not responding
<enyalios>
however this time when i try `FEXBash "$HOME/.local/share/Steam/ubuntu12_64/steam-runtime-sniper/run -- ls /"` i do see output of all the dirs in /
<enyalios>
so its maybe closer to working
<HdkR>
Looks like it is at least getting further now
<enyalios>
im going to try rebuilding FEX again
<enyalios>
maybe it was confused from when i was on split usr or something
<HdkR>
Rebuilding on my Fedora VM as well to see if I can repro there
<enyalios>
`ls /var/lib/binfmts/FEX*` doesnt return any files
<HdkR>
try `ls /proc/sys/fs/binfmt_misc/FEX-*`
<enyalios>
i have CONFIG_BINFMT_MISC as a module rather than built in, is that a problem?
<enyalios>
yeah that works
<HdkR>
Yea, so still installed. `/var/lib/binfmts/` might be a debian-ism
<enyalios>
cool
<enyalios>
still not responding, after recompiling FEX, ill grab a fresh rootfs again
<HdkR>
Might want to check the steam process tree in htop and see if steamwebhelper is running at all
<HdkR>
If it is constantly crashing then stderr would keep spewing `Starting steamwebhelper under bootstrap ...`
<HdkR>
$HOME/.steam/steam/logs/steamwebhelper.txt might also have more information
hightower3 has joined #aarch64-laptops
<HdkR>
Looks like Steam is working on my Fedora vm at least. So at least it isn't a multiarch problem
<enyalios>
k ill do that when im done getting the new rootfs and reinstalling steam again
hightower2 has quit [Ping timeout: 480 seconds]
<enyalios>
when the box telling me that steamwebhelper isnt responding pops up
<enyalios>
i see 6 steamwebhelper processes in `ps -e`
<enyalios>
i dont see any messages being spammed about starting it under bootstrap over and over
<HdkR>
Is it creating more processes in that tree or hanging?
<enyalios>
im not seeing more starting over time
<enyalios>
just 6 hanging out
<enyalios>
i dont have a $HOME/.steam/steam/logs/steamwebhelper.txt file
<HdkR>
Hm, seems like the process tree is hanging for some reason. steamwebhelper should be creating like 50-100 threads
<HdkR>
Could try `kill -9 `FEXpidof steamwebhelper`` to only kill the steamwebhelper processes, which Steam should automatically restart
alpernebbi has quit [Ping timeout: 480 seconds]
<steev>
windows has a lenovo system hardware update dated today
alpernebbi has joined #aarch64-laptops
<enyalios>
HdkR: ran the killall
<enyalios>
also told the dialog box to restart steamwebhelper
<enyalios>
now i have 12 of those processes
<enyalios>
but no actual steam window or error dialog has popped up
<HdkR>
Is there CPU load happening or is everything sleeping?
<enyalios>
steam is using ~8% of the cpu according to top
<enyalios>
and there seem to be a couple of webhelpers using 3-4% ish
<HdkR>
I would have expected more CPU usage from steamwebhelper if it was actually doing anything sadly
<enyalios>
yeah not much seems to be happening
<enyalios>
anything else i can try?
<enyalios>
i mean i guess i could attempt to make a gentoo rootfs
<enyalios>
i just start with a root image for x86-64, chroot into it and install all the steam deps?
<enyalios>
then squash it up and move it to this arm64 laptop?
<HdkR>
I guess you could try the fedora or arch rootfs imagees, since those are also closer to the non-debian style nature of gentoo
<HdkR>
There's a little bit more work to making a viable rootfs image. Some folder and file moving
<HdkR>
Could also just be pressure-vessel getting really upset about non-usr merged distros
<enyalios>
but im usr merged now like all the cool kids
<HdkR>
Oh, I interpreted "im not" as not rather than a typo of "now"
<enyalios>
oh whoops, yeah thats a confusing typo
<enyalios>
i am NOW on a usr merged one, which is way i was giving it another shot
<HdkR>
I see I see
<enyalios>
the fedora rootfs seems to behave exactly the same way
<Segfault[m]>
<konradybcio> "Segfault: https://github.com/..."; <- yeah I did see that, did you confirm that the EC_INT line was correct? I might've just missed something dumb but it didn't seem to be giving me anything
<enyalios>
oh huh, i told that error dialog to restart steam, and now i got a login screen
<HdkR>
enyalios: Nice, so it bypassed whatever hang occured
<HdkR>
Wonder if that's either a race in FEX code, or maybe Steam has a race
<enyalios>
now trying to login
<enyalios>
which was very finicky when i did this on ubuntu
<HdkR>
QR code sign-in has been fairly consistent for me the last few months at least
<HdkR>
Whatever bug where the QR code refreshed every five seconds seems to gone away
<enyalios>
had to about a half dozen times but eventually it worked
<Segfault[m]>
<Jasper[m]> "I was told they are dynamically..." <- what I've heard at least for sc8180 is a driver creates an entire gpio chip for every wakeup capable gpio, and in windows gpio chips have a minimum of 32 pins
<enyalios>
the qr code login that is
<HdkR>
Interesting
<enyalios>
weird, i seem to recall having the same problem on ubuntu as i am now
<enyalios>
i want to stream warframe from another machine on my network
<enyalios>
and when i click the down arrow next to install and select the machine i want to remote play from, nothing happens
<enyalios>
it doesnt change the big 'install' button to 'stream'
<HdkR>
Haven't tried streaming in a while, once I get done with my current test then I'll try
<enyalios>
cool, thanks
<enyalios>
hmm steam crashed when i clicked install
<enyalios>
and now when i retarted it, it defaulted to 'stream'
<enyalios>
hmm crashes when i click stream as well, something is unhappy
<HdkR>
Reproduced, that's definitely a weird thing
<enyalios>
/home/enyalios/.local/share/Steam/steam.sh: line 813: 6741 Aborted "$STEAMROOT/$STEAMEXEPATH" "$@"
<enyalios>
interesting its not just me
<HdkR>
Selecting stream in the UI causes a steamwebhelper process to burn a cpu core doing *something* so it is a bit weird
<HdkR>
Wonder if big picture mode has the same behaviour there
<enyalios>
ill probably have to work on this some other time, i gotta get to bed
<enyalios>
thanks so much for all your help
<enyalios>
at least im getting closer
<HdkR>
no problem
<HdkR>
Looks like BPM has the same behaviour. Doubt it is a regression, seems more like a Steam change. Very wacky
<enyalios>
lol, never heard of bpm, thats a pretty sweet concept
<enyalios>
doom meets ddr?
<HdkR>
sorry, Big Picture Mode, but yes the BPM game is also neat
<enyalios>
ah
<HdkR>
Oh, I reproduced the abort. That's neat
possiblemeatball has quit [Ping timeout: 480 seconds]
KREYREN_oftc has quit [Remote host closed the connection]
<steev>
good to know though, i'd thought it was in mainline already :)
<travmurav[m]>
Anyone happen to know if /any/ first party bsp sources from qcom are available for WoA efi? I think qcom was publishing some subset of efi code for android...
<HdkR>
Whoa, EFI for Android? That's pretty cool
<travmurav[m]>
qcom uses edk2 in abl for a long while, jsut that instead of usual efi stuff it runs aboot
<travmurav[m]>
so it's efi inside but quacks like all other android bootloaders on the outside
<HdkR>
ah
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
arisu has joined #aarch64-laptops
AlexMarty[m] has joined #aarch64-laptops
anarchron has joined #aarch64-laptops
Anton[m]1 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
dcavalca has joined #aarch64-laptops
davidebeatrici[m] has joined #aarch64-laptops
Dylanger 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
jjardon[m] has joined #aarch64-laptops
juergh1 has joined #aarch64-laptops
kazek[m] has joined #aarch64-laptops
KieranBingham[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
z3ntu 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
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
Guest2767 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
vadikas[m] has joined #aarch64-laptops
valentine has joined #aarch64-laptops
Nios34[m] has joined #aarch64-laptops
wiizzard has joined #aarch64-laptops
wiley[m] has joined #aarch64-laptops
dlx[m] has joined #aarch64-laptops
f_ has joined #aarch64-laptops
<travmurav[m]>
qzed: I tried to take a quick look on uefisecapp on emmc/rpmb and after looking at the mbn I have an impression that read/write functions use in-ram cache and there is a dedicated "sync" function that goes into qsee implemented persistent storage (which I assume ends up with rpmb stuff)
<travmurav[m]>
notably, I can "just" read the variables and I guess also write them but I guess they won't be persisted
<travmurav[m]>
I wonder if rpmb stuff would be same on android...
alpernebbi has quit [Ping timeout: 480 seconds]
<travmurav[m]>
meh duh it sounds like it's implemented in userspace on android -_-
alpernebbi has joined #aarch64-laptops
jglathe_ has joined #aarch64-laptops
jglathe_x13s has quit [Ping timeout: 480 seconds]
jglathe_ has quit [Remote host closed the connection]
jglathe_x13s has joined #aarch64-laptops
<jglathe_x13s>
Linux x13s-jg 6.8.8-060808-generic #202404271536 Hmm, that's a first. This is from the Ubuntu mainline, no patches whatsoever on top, just my devkit_defconfig transplanted and built as deb packages. And it boots :)
<jglathe_x13s>
First time this worked for arm64
jglathe_x13s has quit [Remote host closed the connection]
<jhovold>
jglathe_volterra: you have been able to run mainline on the X13s since 6.4 so not sure what you're referring to here
<jglathe_volterra>
my deb builds for arm64 never worked before <shrug>
jglathe_volterra has quit [Remote host closed the connection]
jglathe_x13s has joined #aarch64-laptops
jglathe_volterra has joined #aarch64-laptops
<albsen[m]>
<jglathe_volterra> "my deb builds for arm64 never..." <- I built ur repo into a deb and I'm running it for a while :)
<albsen[m]>
but I had to add the devicetree via grub it wasnt able to find it directly
<jglathe_volterra>
@albsen[m] huh. Maybe i tried it the complicated way, with debuild
possiblemeatball has joined #aarch64-laptops
<\[m]>
any news on the source2 front for fex-emu steam?
craftyguy has quit [Remote host closed the connection]
craftyguy has joined #aarch64-laptops
craftyguy has quit [Remote host closed the connection]
<Segfault[m]>
konradybcio whether with your ec code or mine i'm always getting a constant interrupt storm, do you have any idea what's up with that?
<travmurav[m]>
Segfault: are you using a level interrutp?
craftyguy has joined #aarch64-laptops
<travmurav[m]>
if yes (which would sound correct), do you clear the interrupt properly so ec drops the line?
<Segfault[m]>
yes a level high interrupt, i'm borrowing that from konrad's dt but i'm not sure it's accurate
craftyguy has quit [Remote host closed the connection]
<Segfault[m]>
and reading the event source register advances it to the next event or clears it if there aren't any more so if it's like other i2c devices that should clear the interrupt
craftyguy has joined #aarch64-laptops
<travmurav[m]>
yeah but the line doesn't get deasserted anyway?
<travmurav[m]>
perhaps wrong interrupt line?
<travmurav[m]>
Segfault: maybe you can monitor debug/gpios file while asserting/clearing the event via i2ctransfer by hand to see which gpio changes?
<Segfault[m]>
i've tried that and didn't see any differences
<travmurav[m]>
hm so like no gpio changed at all?
<Segfault[m]>
none aside from an unrelated pcie one
<travmurav[m]>
I guess would be sad if the relevant one set to output for whatever reason
<travmurav[m]>
(which sounds unlikely, should preserve whatever efi set I think)
<konradybcio>
i'm only 95% sure i translated it correctly, I know for sure it should be &tlmm 46
<konradybcio>
though hm perhaps we should use tlmm there and not circumvent the kernel code that routes it
<konradybcio>
would be hilarious if stuff starts working with that fixed /s
<lollaritits[m]>
does audio output via HDMI work?
<lollaritits[m]>
i know DP doesnt work
<lollaritits[m]>
and the jack has a horrible noise
<konradybcio>
embrace galvanic separation over bluetooth //s
<Segfault[m]>
i love how on so many arm devices running linux bluetooth audio is more reliable than physical connections lol
<travmurav[m]>
I somehow have an impression that hw sound in phones has degraded slowly until they just ditched it completely in favor of bt: old 8916 pmic dac/amp (subjectively) sounds much better than somewhat more modern qcom pmic on my daily :S
<travmurav[m]>
as in, the new thing has terrible noise floor for example
<jenneron[m]>
<travmurav[m]> "as in, the new thing has..." <- what device?
<jenneron[m]>
you most likely just need to set analog volume control in ucm
<travmurav[m]>
jenneron: I mean in android even
<jenneron[m]>
otherwise when you lower the volume the noise is still on the maximum level
<jenneron[m]>
travmurav[m]: ah, meh
<jenneron[m]>
it can still be a problem on android though
<travmurav[m]>
as in, about the phones, just that hw is the same
<travmurav[m]>
I think even on x13s the jack is on the pmic
<jenneron[m]>
at least on flex 5g sound quality is pretty good
<travmurav[m]>
aspire1 has a dedicated realtek codec for jack so it's good as well
<jenneron[m]>
well it's not the reason it is good
<jenneron[m]>
there are a lot of shitty codecs out there
<jenneron[m]>
like max98090 on chromebooks
<travmurav[m]>
right
<jenneron[m]>
and proper ucm is also important here
<jenneron[m]>
at least using correct volume control
<robclark>
travmurav[m]: it was a while ago now, but at one point edk2 code was published for windows on apq8016.. not sure if there has been any more recent bsp published
<jglathe_volterra>
@albsen[m] thanks, next up is flash-kernel for full bootable install
<travmurav[m]>
robclark: yeah I know of that one but I was hoping to see something about efivars/rpmb magic and I doubt it was implemented back then xD
<travmurav[m]>
but feels like qcom publishes bare minimum of edk2 source and provides the rest as blobs to be included into the firmware as-is
<robclark>
ahh, yeah, IIRC it had the same limitations w/ efivars as things like the minnowboard (ie. can't set them after EBS)
jglathe_volterra has quit [Remote host closed the connection]
jglathe_volterra has joined #aarch64-laptops
<jglathe_volterra>
@jhovold the blue screen dp display issue not resuming... appears to be linked to drm_kms_helper to be loaded as a module. with DRM compiled into the kernel, this works - 4K display goes to sleep and resumes as desired.
<jglathe_volterra>
I compared what modules were loaded in the Ubuntu kernel vs. mines, this somehow stuck out
possiblemeatball has quit [Ping timeout: 480 seconds]
alfredo has joined #aarch64-laptops
<jhovold>
lollaritits[m]: audio over the jack on the X13s works just fine, you may need to turn down the volume depending on what you're connecting
<lollaritits[m]>
there is a pitched noise always there
<lollaritits[m]>
other than that it is working fine
<jhovold>
on output?
<jhovold>
have you tried with a differen pair of speakers?
<lollaritits[m]>
ah wait
<lollaritits[m]>
i think its the cable
<lollaritits[m]>
same happens on the mac
<jhovold>
jglathe_volterra: that display suspend issue sounds odd, but the drm driver is known to be buggy...
<lollaritits[m]>
it was the cable actually
<lollaritits[m]>
running fine with the cable from the display
<lollaritits[m]>
the DAC is horrible in comparison to the Mac
svarbanov has quit [Remote host closed the connection]
svarbanov has joined #aarch64-laptops
alfredo has quit [Ping timeout: 480 seconds]
<jglathe_volterra>
there's different behaviour with msm if drm is a module or not, similar (it was at least) with the mhi stuff
<\[m]>
baldurs gate 3 w fex=nope
<Jasper[m]>
\[m]: I mean it's kind of a demanding game
<Jasper[m]>
Or is it not starting at all?
jglathe_volterra has quit [Remote host closed the connection]
jglathe_volterra has joined #aarch64-laptops
<steev>
minecraft works great :D
<lollaritits[m]>
how much displays can i actually output?
<\[m]>
<Jasper[m]> "Or is it not starting at all?" <- not starting indeed
<lollaritits[m]>
<steev> "minecraft works great :D" <- still need to try that
jglathe_volterra has quit [Remote host closed the connection]
<steev>
lollaritits[m]: i play on a very heavily modified server (i think it's ~200 mods) and it's fine. ran into a few issues, but they were valid bugs in mesa that have since been fixed :)
<lollaritits[m]>
i dont know my MS Account credentials
<lollaritits[m]>
thats my main problem
<lollaritits[m]>
what launcher do i need?
alfredo has joined #aarch64-laptops
<lollaritits[m]>
it runs really well
<lollaritits[m]>
no i have to test it with optifine and shaders
jglathe_volterra has joined #aarch64-laptops
<Jasper[m]>
<lollaritits[m]> "no i have to test it with..." <- Not fabric mods?
<Jasper[m]>
Sodium, Lithium and such
<lollaritits[m]>
never used that tbh
alfredo has quit [Quit: alfredo]
<steev>
i use prismlauncher here, but that's because it was the only one i could find a deb for and i was too lazy to build it myself
<Jasper[m]>
steev: Yeah that's the good one
<Jasper[m]>
<lollaritits[m]> "never used that tbh" <- It's the go to currently because it's FOSS
<Jasper[m]>
also breaks less other stuff if you install it
<lollaritits[m]>
Jasper[m]: that sounds nice
<lollaritits[m]>
that makes me actually want to try it
<Jasper[m]>
You'll have to check which of the mods actually does the shader part
<Jasper[m]>
But they split some of the optimization over different mods
<steev>
we recently switched from optifine to... o...something
<lollaritits[m]>
Jasper[m]: i need the one with the refined settings and the shader one
<steev>
the admin of the server spends a ton of time on it (it's a public server, in that, it's not really restricted) we just don't advertise it. it's kinda cyberpunk/neuromancer based. the map itself is based off the cyberpunk 2077 night city, and then the admin went ahead and wrote a ratz mod, and set up a chatsubo bar and such
<lollaritits[m]>
i need to figure out how my own server is configured
<lollaritits[m]>
did that a year and a half ago
<lollaritits[m]>
and never touched it
<Jasper[m]>
lollaritits[m]: Sodium, Lithium, Iris Shaders, Sodium Extra