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
ungeskriptet has quit [Ping timeout: 480 seconds]
<ahoneybun[m]>
<craftyguy> "I tried booting to EL2 using the..." <- I'm on the 6.10-rc1 mainline from Ubuntu and it loads fine here.
<craftyguy>
el2 via slbounce?
<enyalios>
i installed sunshine on my windows gaming machine and moonlight on my x13s linux laptop and now i can stream games really nicely
<enyalios>
giving up on emulating steam on linux arm64 a least for now
<enyalios>
it does give an error message about 'no functioning hardware accelerated video decoder was dectected by moonlight.'
<enyalios>
the x13s should support hardware accellerated h.264 decoding, correct?
<HdkR>
Through v4l2, not vaapi which Moonlight likely only supports
<enyalios>
oh shoo
<enyalios>
t
le has joined #aarch64-laptops
<le>
Hello, is anyone there
<abby>
nope
<HdkR>
As is the IRC tradition
<le>
It's okay, guys. I'm just testing it out
le has quit [Quit: Leaving]
ungeskriptet has joined #aarch64-laptops
smpl has quit [Ping timeout: 480 seconds]
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
alfredo has joined #aarch64-laptops
\\ has quit [Ping timeout: 480 seconds]
\\ has joined #aarch64-laptops
<travmurav[m]>
<HdkR> "Through v4l2, not vaapi which..." <- moonlight explicitly supports v4l2 and works perfectly with 7c1 venus, decodes h265 with less energy than anything cpu could do
<travmurav[m]>
enyalios: do you have the correct firmware for venus? iirc there is some fun where one has to manually install it
alfredo has quit [Quit: alfredo]
possiblemeatball has quit [Quit: Quit]
fossdd[m] has quit [Remote host closed the connection]
fossdd has joined #aarch64-laptops
<HdkR>
travmurav[m]: Neat, I wouldn't have expected that
<KieranBingham[m]>
This was cheap so I'll assume it's a touch-less one then ... thanks.
<KieranBingham[m]>
camera/firefox is driving me crazy ;D
<jhovold>
KieranBingham[m]: note that you no longer need to rebind manually with my wip branches (in case you had had a touchscreen)
<KieranBingham[m]>
thanks - I thought that was the implication ... so it really means this one doesn't have touch. No big deal. If it's not there I don't need to fix it :D
<jhovold>
who wants a touchscreen anyway? ;)
<KieranBingham[m]>
Exactly ... I think I disabled it on my other device ;-) I do like the fingerprint reader though. That saves me repeating myself logging in after I've decrypted the FDE
mynery[m] has joined #aarch64-laptops
<mynery[m]>
x13s with ironrobins kernel here. i straight out cannot boot on kernel 6.9, but downgrading to 6.7 does work. did i miss something? i tried looking for newer dtb files, but that doesn't seem to be the issue. maybe i should check out what jhovold's repo has present :)
<jhovold>
mynery[m]: you're likely missing arm64.nopauth in you kernel command line
<jhovold>
I had a workaround for that for a long time in my wip branches (that steev's branches are based on), but I dropped it to minimise the delta to mainline
<steev>
KieranBingham[m]: if you wanna trade :P
<steev>
mine has a touchscreen but i bought one without
<mynery[m]>
<jhovold> "mynery: you're likely missing..." <- that seems to be true. it is written on the repo, but it's certainly new. thanks
<mynery[m]>
now my biggest pain point is still widevine/ffmpeg which i had working at one point, but i had to reinstall and forgot how i did it. chances are, it's a version thing anyways
<\[m]>
had to modify the script a bit though and e.g. spotify didn't work I think but I don't use it much anyway
<\[m]>
<KieranBingham[m]> "Exactly ... I think I disabled..." <- I would want fingerprint to decrypt my fde though, as it's a more complex password than inversely
<\[m]>
haven't gotten around setting up my nitrokey
minecrell has quit [Quit: :( ]
<enyalios>
is /usr/lib/firmware/qcom/sc8280xp/LENOVO/21BX/qcvss8280.mbn the venus firmware?
travmurav[m] has joined #aarch64-laptops
<travmurav[m]>
vss should be yes
<enyalios>
hmm, i do have that
<travmurav[m]>
I think there was some tool like v4l2ctl or something that would show if venus is there
<enyalios>
installing that now
<enyalios>
% v4l2-ctl --all
<enyalios>
Cannot open device /dev/video0, exiting.
<enyalios>
is there a service or something i should be staring?
<enyalios>
starting*
<travmurav[m]>
no
<enyalios>
it looks like i have a bunch of v4l2 stuff in my kernel
<mynery[m]>
<\[m]> "https://github.com/AsahiLinux/..."; <- I think I got widevine to work correctly, but I have the choice between a ffmpeg.so that does play youtube music etc but crashes tab like discord or vice versa. interestingly, this doesn't seem to be an issue for firefox based browsers, but i have no idea why
minecrell has joined #aarch64-laptops
alfredo has joined #aarch64-laptops
<steev>
i use armcord instead of discord in the browser
<mynery[m]>
interesting that that exists, but imho it's not an option to just replace every tab that makes issues with an application. especially since there are enough that don't even have linux versions at all
alfredo has quit [Quit: alfredo]
pbsds has quit [Ping timeout: 480 seconds]
pbsds has joined #aarch64-laptops
<steev>
i didn't switch to it because of an issue with a tab, i switched to it because i wanted discord in its own window
jhovold has quit [Ping timeout: 480 seconds]
<agl>
bamse & steev: Do you now have a shortlist of Snapdragon X Elite notebooks? Which one do you prefer?
<HdkR>
I'm going to get the Lenovo T14s but be super jealous about the 70Whr battery in the Yoga
wiley[m] has joined #aarch64-laptops
<wiley[m]>
hrmmm, I just built jhovold's 6.10-rc1 kernel with his defconfig and lost battery status...
<wiley[m]>
cat-ing anything in /sys/class/power_supply/qcom-battmgr-bat is giving No such device
<agl>
HdkR: I also prefer the T14s so far. Waiting for it to be configurable though.
<HdkR>
agl: Same. Going with the 64GB ram and OLED panel
<agl>
HdkR: I want also 64GB RAM and a OLED panel, touchscreen and a mSD-CArd-Reader instead of a SIM-Card-slot.
<HdkR>
Oh, is the SIM card slot going to be configurable with a microsd slot?
<agl>
I don't know, but I hope
<HdkR>
ah, I don't see that in the spec sheet so I'm not hopeful
<agl>
In the X13s, when it was configurable, I can select mSD-Card-slot or a SIM-Card-slot.
<HdkR>
Also apparently only the Samsung Galaxy Book4 Edge has the top end X1E-84-100 part
<agl>
So I hope that is also possible when the T14s is configurable.
<agl>
Yes, I hope also that when the T14s is configurable that i can choose also X1E-84-100 part.
<HdkR>
Looks like it's stuck on X1E-78-100 from what I can see
<agl>
The pre-order habe only this
<agl>
s/habe/have/
<HdkR>
psref page also doesn't claim anything else
<bamse>
wiley[m]: that would imply that either the adsp remoteproc isn't running, or that the pd-mapper service isn't running (systemctl status pd-mapper)
<wiley[m]>
yup, pd-mapper was dead
<wiley[m]>
fixed, thanks
<wiley[m]>
for some reason I though pd-mapper wasn't necessary with more recent kernels
<bamse>
wiley[m]: there's a patchset on the list moving it into the kernel, i suspect steev has that in his tree...but i've not yet merged it upstream...and johan is selective in which not-yet-merged pieces he picks...
<wiley[m]>
ohhhh, okay, that would explain it
<steev>
bamse: that is correct :)
<steev>
johan's is "this stuff is definitely going into the kernel at some point" and mine is "lets test this out for people"
<steev>
i do have a 6.10, i just haven't pushed it out yet
<steev>
we're in the middle of release testing so i can't let my main system get too unstable during it
<bamse>
i too have the package...just haven't pacman -U && reboot yet
<bamse>
i should figure out what's needed and just publish it in a public repo some day
<steev>
bamse: fwiw i haven't had the in-kernel stuff act up on me at all but iirc there is 1 more revision coming
<bamse>
steev: even the initial versions should work perfectly fine on x13s
<steev>
they didn't :)
<steev>
but v7 does
<bamse>
it would break on more esoteric configurations though
<bamse>
haha okey :)
<steev>
i picked that up the moment i saw him submit it
<bamse>
we certainly have use cases where it wouldn't work...need to do a proper review, i think those are covered now
<steev>
in the case of linux distros... it's one less thing to worry about with a userland service needed during installation (i do still need to test it on the c630 i think)
<steev>
i should probably submit a request for the c630 stuff in the debian kernel config as well
<bamse>
it's been a while since i booted my c630 again...
<abby>
i've been shipping the pd-mapper patch on 6.8 to the ~1 other person testing my WIP x13s support in void's kernel
<steev>
my battery ran out the other day and i forgot
<steev>
yeah, it works fine in 6.8, 6.9 and 6.10
<bamse>
but lumag is giving the c630 some love these days, so i'm quite happy with that
<steev>
my right speaker on my c630 is dead :(
<bamse>
would have been nice i the distro kernel configs where maintained as a config fragment ontop of the upstream defconfig...
<steev>
i don't fully understand the debian kernel config snippets they do
<steev>
i also don't particularly like the way they tie firmware to it either
<abby>
i find it very annoying that debian doesn't enable IKCONFIG or whatever it is
<bamse>
steev: ;P
<steev>
well they install the config file as /boot/config-$(kver) so it's kinda pointless for ikconfig
<bamse>
steev: the arch kernel config isn't that sparse...
<steev>
that actually surprises me
<bamse>
steev: definitely would benefit from some distro-features...but i find the upstream + features split much nicer than the "here's the huge config"
<abby>
on void we do a dotconfig per arch, except for non-mainline platforms (pbp/pph/rpi)
<bamse>
now i can do CI on the upstream kernel to validate that the hardware support is in place, and then i can add a few non-hardware things and run that on my laptop