ChanServ 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
exeat has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
tobhe_ has joined #aarch64-laptops
hexdump02 has joined #aarch64-laptops
tobhe has quit [Ping timeout: 480 seconds]
whiskey10 has joined #aarch64-laptops
whiskey9 has quit [Ping timeout: 480 seconds]
whiskey10 has quit [Ping timeout: 480 seconds]
alpernebbi has quit [Ping timeout: 480 seconds]
whiskey9 has joined #aarch64-laptops
alpernebbi has joined #aarch64-laptops
enyalios has joined #aarch64-laptops
enyalios_ has quit [Ping timeout: 480 seconds]
mbuhl has quit [Remote host closed the connection]
<JensGlathe[m]>
The acer dsdt was somewhere else iirc
<Jasper[m]>
Might be a PR
<Jasper[m]>
We'll see
<JensGlathe[m]>
You could try either way. deriving from hamoa dsdt for laptops that have both variants usually works fine enough, since most of the hardware is unchanged
<kettenis>
that is what we currently have in OpenBSD for the hamoa version of the galaxybook book4 edge
<Jasper[m]>
I have the model with the smaller cpu so that's unlikely to work. I will check if the DSDT's line up a little so maybe I can reuse some stuff
<kettenis>
those diffs are against 6.13; but I'm about to commit an update to 6.15
<Jasper[m]>
Very nice, thank you. Gonna check if that adapts to x1p42100
<kettenis>
the UFS bits will almost certainly work for the x1p42100 as well
<kettenis>
there is quite a bit of guesswork in there and OpenBSD doesn't do a lot of the power management
<kettenis>
so stuff like regulators and USB repeaters may need some further attention
<kettenis>
just committed the update to 6.15, so that should make its way to the github mirror soon
pbrobinson has quit [Remote host closed the connection]
minecrell has quit [Quit: :/]
minecrell has joined #aarch64-laptops
sgerhold has joined #aarch64-laptops
sgerhold has quit []
sgerhold has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
pbrobinson has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
pbrobinson has quit [Ping timeout: 480 seconds]
pbrobinson has joined #aarch64-laptops
indeo has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
<indeo>
howdy folks. X13S user here (Debian Trixie). Install was smooth. Been using for days with no issues. Today battery status (upower) stopped working, and there's limited info on the web on how to troubleshoot. Tried the steps in the debian install page, no luck. Any ideas? Thanks all.
chrisl has quit [Ping timeout: 480 seconds]
<jdb[m]>
@indeo: you can try this command
<jdb[m]>
sudo sh -c "echo start > /sys/class/remoteproc/remoteproc0/state"
<indeo>
you are THE MAN!
<indeo>
that worked. Is it persistent, or do I need to set it up to run on boot?
<jdb[m]>
it's not persistent, if I remember correctly, it means that the adsp firmware is missing from the initramfs image usually
<indeo>
OK I'll research that, thank you.
<jdb[m]>
here is more info about this issue, with a post from Jens Glathe
<jdb[m]>
this script makes sure that you have some needed firmware files within your initramfs
<jdb[m]>
from experience, the 2 a660 files are not mandatory, you can leave them out
<jdb[m]>
indeo: I'm not sure why it worked for you at first and then it stopped working
<indeo>
Thank you for that. Much appreciated. I'm loving having a tablet running linux in laptop form factor
<indeo>
Yea, that's what I was thinking. It worked for several days. Did an apt upgrade and reboot, and when it came back up, upower could no longer see that battery status
<jdb[m]>
maybe you got a Linux kernel update and it updated all your initramfs files, so it removed some manual steps
<indeo>
I did `update-initramfs -k -u all` after the kernel update, but that didn't fix it
<jdb[m]>
that's clearly a pain point and it's not well documented, the distro should make this much more automated
<jdb[m]>
I don't know why / how other firmware files are automatically selected and included
<indeo>
Now if only someone could figure out the adreno GPU for linux ;-)
<indeo>
To be clear that's way above my pay grade. I've searched all over for it though
<jdb[m]>
what do you mean? The adreno GPU is well supported
<indeo>
Really? I'm getting message when running ie Minetest (Lunati): failed to start GPU (or something like that) on dmesg
<indeo>
Minetest runs but it's only about 15 FPS. Youtube videos I'm getting at least 45 FPS
<indeo>
exact message: [ 217.604421] msm_dpu ae01000.display-controller: [drm:adreno_load_gpu [msm]] *ERROR* Couldn't power up the GPU: -22
<jdb[m]>
on the Thinkpad X13s, the GPU is well supported and should be working, with the right firmware files
<indeo>
OK. I'm probably missing the firmware. The Debian install guide for Trixie/X13S says it was updated recently but it hasn't changed hardly at all in the last 2 years from what I can find
<jdb[m]>
You can check the files you have in /lib/firmware/qcom
<jdb[m]>
You need a660_gmu.bin and a660_sqe.fw
<indeo>
OK I have both of those files
<jdb[m]>
take the time to look at the script in the above article, it is certainly related
<indeo>
I'm setting it up now. Thank you again, very much appreciated
<jdb[m]>
The qcdxkmsuc8280.mbn file in particular is used to init / reset the Adreno GPU
<robclark>
for x13s for gpu you also need /lib/firmware/qcom/sc8280xp/LENOVO/21BX/qcdxkmsuc8280.mbn
<robclark>
right
<robclark>
it should be in linux-firmware for a reasonably long time now but if you have something old, worth checking... otherwise post `dmesg | grep drm`
<indeo>
ok I have /lib/firmware/qcom/sc8280xp/LENOVO/21BX/qcdxkmsuc8280.mbn
<robclark>
also to double check, `cat /sys/kernel/debug/devices_deferred`
<jdb[m]>
@d0pefish I don't know if you are sticking around recently but thanks a lot
<jdb[m]>
I've been able to successfully setup a Surface Pro 11 running Debian
<jdb[m]>
I should be able to help and submit your devicetree upstream
<jdb[m]>
it's way better to have a Surface running with the built-in display working :-)
<indeo>
So I ran the firmware script and rebuilt the initramfs, just need to reboot to see if it's working.
<indeo>
Also one other X13s question - anyone figure out how to get the "INSERT" key working? Seems like no matter what, it doesn't want to insert. kek
<jdb[m]>
you can even check if the script has run successfully, with the lsinitramfs command
<indeo>
Ok good call. I'm still not seeing the qcdxkmsuc8280.mbn file when i run `lsinitramfs /boot/initrd.img`
<jdb[m]>
You've put the script in /etc/initramfs-tools/hooks/ ?
<indeo>
I just re-read the writeup on the page and I failed to do that part. Just did it but I got some errors
<jdb[m]>
You've made it executable with chmod +x name_of_your_script ?
<indeo>
indeo@x13s:~$ sudo update-initramfs -u -k all
<indeo>
cp: cannot stat '/lib/firmware/qcom/sc8280xp/LENOVO/21BX/qcvss8280.mbn': No such file or directory
<indeo>
cp: cannot stat '/lib/firmware/qcom/sc8280xp/LENOVO/21BX/qcvss8280.mbn': No such file or directory
<indeo>
E: /etc/initramfs-tools/hooks/fix_initramfs.sh failed with return 1.
<indeo>
looks like I might be missing some files
<indeo>
update-initramfs: failed for /boot/initrd.img-6.12.30-arm64 with 1.
<indeo>
yes I did a `chmod +x`
<indeo>
Did an apt-file search for qcvss8280.mbn, forgive my ignorance, does that come from the DTB or is it in a package ?
<jdb[m]>
The qcvss file is for video playback acceleration, you can comment it out in your script
<jdb[m]>
If you don't have it at the moment
<indeo>
Ahh OK. Going to try a reboot. BRB
indeo has quit [Quit: Lost terminal]
<jdb[m]>
You'll be able to add it later on, it's not as important at first
chrisl has joined #aarch64-laptops
indeo has joined #aarch64-laptops
<indeo>
new initramfs didn't fix the upower issue but NDB, the script you gave me works fine and I can set that up to run with cron or something
<jdb[m]>
Did the script fail with the previous error? You'll need to fix it first
<indeo>
Oh ok - I actually do have to comment those files for the script to exit 0 in order for the build to work. duh
<indeo>
thanks I will try again
<jdb[m]>
:-)
<indeo>
success that time! rebooting
indeo has quit [Quit: Lost terminal]
indeo has joined #aarch64-laptops
<indeo>
boom upower issue fixed
<indeo>
Can I buy you a beer kek
<indeo>
GPU ISSUE FIXED
<indeo>
!!!!
<jdb[m]>
I'm happy to see it's working now!
<jdb[m]>
This script is important at the moment to keep a device working
<indeo>
Y'all are awesome, thanks again so much.
<indeo>
Yes I'm taking as many notes as I can - we NEED arm laptops. I bought a yoga something or other in 2019 and never could get full linux support but it is here now thanks you and those like you.
<jdb[m]>
qcvss8280.mbn should be in linux-firmware, since a few days btw
<jdb[m]>
In the past, it had to be extracted from the Windows partition
<indeo>
wow graphics is so much smoother now, 40 FPS on minetest, working well.
<indeo>
Ahh OK, I nuked the windows on this (I have the windows install on another NVME disk because I refuse to use windows unless I have to update firmwares or something)
<indeo>
I'll look on there to see if I can copy it
<indeo>
does not seem to be in firmware-linux at least not on Debian trixie