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)
Lucanis has joined #aarch64-laptops
<bamse>
harvestz[m]: yeah, i'm using the x13s as my desktop machine now, driving my two 4k monitors
<bamse>
one day i will clean up my desk enough to take a picture ;)
<steev>
keep austin weird
<harvestz[m]>
<bamse> "harvestz: yeah, i'm using the x1..." <- Awesome! I was considering grabbing the dual up monitor for it
FizzBuzz has joined #aarch64-laptops
Lucanis0 has joined #aarch64-laptops
Lucanis has quit [Ping timeout: 480 seconds]
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
<clover[m]>
Is bamse based in Austin? I'm in Houston
<bamse>
clover[m]: small world :)
FizzBuzz has quit [Quit: Leaving]
<steev>
clover[m]: i'm in SA :)
<bamse>
GTA!
<bamse>
wrong SA...
<steev>
based on texas drivers... might as well be
<bamse>
i prefer the texas drivers over my previous enemies on the road
<steev>
hm
<steev>
somehow my c630 is doing software rendering on 5.19.2
<bamse>
we need to get some CI going on that device...
<steev>
gnome also seems to say i have a 4.2MB drive heh
<steev>
but, in good news, audio does work with 5.19.2 so that's good
<bamse>
sweet, then you can play that one mp3 you can fit on your disk
<steev>
gpu seems to be working on 6, so that's good, but even with srinik's patch, no audio
<steev>
the weird thing is... it SEEMS like it should be work
<bamse>
and you're not just on efifb because timing screwed you over while booting?
<steev>
i didn't check that in 5.19.2, let me look in the log rq
<steev>
I tried shoving the a680 firmwares into place
<steev>
i guess it doesn't like the a680 firmware afterall
<bamse>
steev: i don't know, so i'm fairly confident that you didn't get yours from me(?)
<steev>
i don't know either, but i also am not sure why it's looking for a640_gmu.bin
<steev>
that doesn't, afaict, exist upstream
<bamse>
steev: that's because a680 is a beefed up a640
<steev>
ah, that's fair
<steev>
would be nice to get the 640gmu into linux-firmware at some point
<steev>
if you know anyone to poke to try to get that done ;)
<steev>
bamse: do you happen to know a downstream firmware repo that might have it? that seems to be the only thing i'm missing here
<bamse>
no :(
<steev>
also apparently i don't have the same screen as you because i splat :)
<steev>
BUT
<bamse>
edp-panel splat?
<steev>
there's no 25% cpu
<steev>
yeah
<bamse>
i just ignore that splash
<bamse>
exactly, there's plenty of idle cpus
<steev>
oh, okay
<steev>
i'll see about finding a datasheet for it
<steev>
though, i don't think i've heard back from the drm list about my thinkpad panel
<steev>
i thought the gmu firmware was supposed to be replaced by the zap stuff in the dts; so it shouldn't matter
<bamse>
no, the sqe and gmu are based on the version, then the zap is device-specific and signed, so that we specify in dt
<steev>
well using upstream a630_sqe.fw and ignoring the missing a640_gmu.bin, graphics are okay, no gpu but that's kinda expected
<bamse>
if you do status = "disabled" on the gpu node you should have a at least the same, if not better, outcome
<HdkR>
Is this a GPU coming online on X13s?
<steev>
no, we're talking flex 5g here :(
<HdkR>
Dang
<steev>
i've found a possible a640_gmu.bin but i'm pretty sure this is the one i was using before now that i look through the repo
<steev>
bamse: oh! something else i just realized, the touchpad isn't lagging when i'm using the wifi :D
systwi_ has joined #aarch64-laptops
systwi has quit [Ping timeout: 480 seconds]
<steev>
bamse: i'm not getting battery stats here on the flex, what am i missing in my config? i definitely have the battmgr, but like clover earlier, i'm only seeing the 2 names, but unlike clover, i do have the pd-mapper and various services running
Guest580 is now known as Penguinpee
pierro78 has joined #aarch64-laptops
jelly has quit [Read error: Connection reset by peer]
<leezu>
hexdump01: Have you used systemd-coredump? I'm unable to get it to work and it always fails with "Core dump to |/lib/systemd/systemd-coredump pipe failed"
<leezu>
steev: have you tested your "Update meta connector types enum" mutter fix on version 42? I applied it to 42 and still face a crash when plugging in a usb-c screen in meta_fixed_16_to_int while in wayland session https://pastebin.com/WrXGygez Is that related to the crash you observed before?
<steev>
leezu: i have tested it on 42, that's what is in debian testing and what kali runs
<steev>
i don't see that here, but i haven't tested extensively
<leezu>
Ok, thanks for letting me know. Do you have any suggestions how to debug this crash in meta_fixed_16_to_int?
<leezu>
For now I'll rebuild without optimization and get a new coredump
<steev>
maybe poke around in the mutter gitlab and see if someone has reported similar?
<steev>
that could also be similar to what travmurav[m] is dealing with (i'm not sure)
<travmurav[m]>
leezu: could you hint me how did you start the session to backtrace it so I could try to reproduce
<leezu>
I can reproduce the error with bare mutter 42 and also 43.beta (recently packaged in debian experimental). So simply running mutter --display-server --wayland while having the usb-c monitor plugged causes mutter to crash at start and, if started while the usb-c was plugged out, it crashes upon connecting
<leezu>
travmurav[m]: I simply specify in /proc/sys/kernel/core_pattern /home/YOURNAME/core-%p-%u-%g-%s-%t-%e and set "* soft core unlimited" in /etc/security/limits.conf to enable core files. Then gdb mutter path-to-core (or with gnome-shell instead of mutter if you repro with gnome-shell)
<pierro78>
under WSL2 as native debian is 5 times slower than windows and I guess WSL2 should be about as fast as windows ....
<pierro78>
jenneron then just transfer the kernel and dtb to debian and install there ?
<jenneron[m]>
i'm not sure about that, i haven't tried doing it with deb packages
<steev>
pierro78: assuming there's a defconfig in that branch, you can "make deb-pkg" and just scp the linux-image deb over
<steev>
and install that
<steev>
oh, there is :)
<steev>
you should be able to do something like (native arm64 here) make defconfig; make -j$(nproc) deb-pkg
<jenneron[m]>
pierro78: build, copy kernel image and dtb to ESP partition (/boot or /boot/efi) and add something like this to your grub.cfg https://dpaste.com/C9AWZJTFA
<jenneron[m]>
is your installation on UFS?
<jenneron[m]>
upd: don't copy to /boot/efi, copy to /boot
<steev>
bamse: oh! the patch from mani
<steev>
hm, we should probably add the galaxy-book-s stuff to the dtb copier i guess
<jenneron[m]>
i have no idea what is that honestly
<steev>
it's something the aarch64-laptops debian installer copies over
<jenneron[m]>
i see
<steev>
it does copy the dtb into the esp partition, and uses dtbloader to pass it in, so you don't have to specify it each time
<steev>
it's not needed if you do what you do though, and you can override it by doing what you did as well
<jenneron[m]>
i currently use surface pro x tree because i need usb-mp
pierro78_ has quit [Quit: Page closed]
<pierro78>
argh lost keyboard and touchpad on my galaxy book s windows with WSL2 :( ... git clone still running though and touchscreen working ... I am going to reboot as soon as git clone is finished ... really weird ... I guess I will use only jenneron's sources for now ? more simple maybe ?
<pierro78>
make LOCALVERSION="-custom" -j8 bindeb-pkg failed to build the packages ... I am trying with make LOCALVERSION="-custom" -j8 deb-pkg as suggested ... hopefully it will build packages ...
<jenneron[m]>
pierro78: note that I haven't enabled UFS yet
<clover[m]>
im going to make an x86 chroot (Debian buster)