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)
<steev>
not testing at 38 heat smh
exit70_ has quit []
exit70 has joined #aarch64-laptops
<clover[m]>
i guess video acceleration still doesnt work? I tried enabling it in firefox (media.ffmpeg.vaapi.enabled in about:config) and youtube wont play now
<HdkR>
You wouldn't get vaapi anyway
<clover[m]>
oh i rebooted and it worked
<clover[m]>
oh :(
<bamse>
clover[m]: there's no support for hw-accelerated video decoding yet
<clover[m]>
ok
<HdkR>
Does Firefox support v4l2?
<steev>
it should
<steev>
at least on a modern firefox
<HdkR>
nice
hexdump0815 has joined #aarch64-laptops
<steev>
key word is, should
hexdump01 has quit [Ping timeout: 480 seconds]
<HdkR>
My nice stands
zippy has quit [Remote host closed the connection]
svarbanov has quit [Read error: Connection reset by peer]
alfredo has joined #aarch64-laptops
<steev>
and have verified that this boardid thing qualcomm is pushing with their bluetooth driver... does not seem to get the correct board id at all on the thinkpad
miracolix has joined #aarch64-laptops
alfredo has quit [Quit: alfredo]
matthias_bgg has quit [Quit: Leaving]
GuildedThorn has joined #aarch64-laptops
<clover[m]>
are yall using ethernet on your x13s?
<danielt>
At my desk, yes (via a USB adapter in the dock)
<HdkR>
Yes, with all the hanging problems with nfs/sshfs that entails
<steev>
i do, sometimes
<steev>
currently i am because i have the wifi hack reverted to test the bluetooth stuff from qualcomm, and haven't bothered unreverting
<HdkR>
Rebuilding the kernel over NFS. Let's hope it hangs
<HdkR>
Definitely hanging, two processes still going but it is inevitable that it will totally hang
<HdkR>
If anyone wants an "easy" repro case for debugging hangs on the X13s, this is it :D
<bamse>
HdkR: nfs over which interface?
<HdkR>
bamse: Ethernet
<bamse>
and you don't see the same issue if you stress a usb harddrive?
<HdkR>
Correct
<bamse>
and it hangs the individual process, but the rest of the system is okay?
<HdkR>
Yea
<bamse>
but you have the same problem with ssh?
<bamse>
sshfs*
<HdkR>
Correct
<HdkR>
Disabling THP because I got a kernel message about it
<HdkR>
hah, cc1 hanging on reboot causing watch0 to spam a bit
<HdkR>
watchdog0*
<bamse>
i rebooted my intel machine a few days back...at spammed about that as well...so that seems to be works as designed<tm>
<HdkR>
Just need to solve the "why" to the hanging
<clover[m]>
can't seem to get background opacity transparency to work in alacritty
<clover[m]>
nvm got it
<steev>
numbers between 0 and 1
svarbanov_ has quit [Ping timeout: 480 seconds]
miracolix has quit [Remote host closed the connection]
GuildedThorn has quit [Read error: Connection reset by peer]
laine has quit [Remote host closed the connection]
iivanov has quit [Ping timeout: 480 seconds]
GuildedThorn has joined #aarch64-laptops
<bamse>
HdkR: libGL error: MESA-LOADER: failed to open msm: /home/bjorn/mesa-dbg/lib/dri/msm_dri.so: wrong ELF class: ELFCLASS64 (search paths /home/bjorn/mesa-dbg/lib/dri, suffix _dri)
<bamse>
HdkR: what is it trying to tell me? that i need a 32-bit version of msm_dri.so?
Thorn_ has joined #aarch64-laptops
<HdkR>
bamse: That you need an x86-64 and/or 32-bit x86 msm_dri.so
<HdkR>
I usually say to use a prebuilt image from FEX but since a690 support isn't upstreamed to mesa yet. You'll need to cross-compile mesa yourself and install in an x86 rootfs
<bamse>
HdkR: in the fexroot thing? or just laying around somewhere?
<bamse>
ahh, i see
<HdkR>
Inside an extracted FEXRootFS is the easiest path
<HdkR>
Or I could upload my erofs/squashfs file which has a690 support and you can overwrite
<bamse>
that would be much appreciated
<HdkR>
Which one are you using ero or squash?
<bamse>
ero
<bamse>
so is freedreno generally built in the x86(64) mesa-package in ubuntu?