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)
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
svarbanov has joined #aarch64-laptops
ArtyomKormshchikov[m] has joined #aarch64-laptops
iivanov has joined #aarch64-laptops
ArtyomKormshchikov[m] is now known as ArtyomK[m]
svarbanov has quit [Ping timeout: 480 seconds]
svarbanov has joined #aarch64-laptops
kitsune-tsuki has quit [Read error: Connection reset by peer]
init_x13s has joined #aarch64-laptops
<init_x13s> Getting a lot of instability with firefox on latest x13s ironrobin stack. (6.4-rc1 / mesa 3.1.0) Am I the only one?
<init_x13s> proably related to video acceleration I guess.
<jhovold> init_x13s: video acceleration should not be enabled by default
<jhovold> seeing more frequent crashes with firefox during video playback too with gpu support v2 and 6.3.3 and 6.4-rc3, but could be some change in userspace too (e.g. new firefox)
<jhovold> crashed farily regularly with some video sources also before the update so probably not a new issue
<jhovold> mesa 23.1.0
<init_x13s> good to know, il build 23.1.1 for fun. Chromium seems more stable
<jhovold> init_x13s: possibly more stable with 23.1.1 bases on a quick test, let's hope that was it
init_x13s has quit [Remote host closed the connection]
init_x13s has joined #aarch64-laptops
<init_x13s> completely deactivating hardware acceleration in firefox solves it for now.
BrunoASM has joined #aarch64-laptops
<robclark> crash as in segfault or gpu crash? In the former case, a backtrace would be useful.. in the latter a gpu devcore dump (
<jhovold> robclark: I see the following message before firefox exits:
<jhovold> MESA: error: fd_bo_dmabuf:534: failed to get dmabuf fd: -1
<robclark> does adding this to fd_bo_dmabuf() trigger the extra error msg:
<init_x13s> I have numerous stacktraces from firefox,
rfs613 has joined #aarch64-laptops
<jhovold> robclark: i'll try rebuild with and see if i can find a good reproducer
<jhovold> only happens with some sites. crashes with swedish public tv appear to be gone with mesa 23.1.1, which is were I thought I noticed something had changed
rfs613- has quit [Ping timeout: 480 seconds]
<robclark> init_x13s: about all I can tell from that is it is an assert from
<init_x13s> yeah not super helpful indeed
<init_x13s> ill check how to enable devcoredump as well
<robclark> devcoredump should most likely already be enabled in kernel.. there won't be anything interesting unless you see msgs in dmesg about gpu faults or hangs
<init_x13s> understood
init_x13s has quit [Remote host closed the connection]
derzahl has quit [Remote host closed the connection]
derzahl has joined #aarch64-laptops
svarbanov has quit [Ping timeout: 480 seconds]
<clover[m]> Mesa bumped to 23.1.1 in ironrobin, i guess i will maintain it until upstream takes the freedreno driver
<jhovold> robclark: still no good reproducer but I was able to hit the additional assert you asked me to add
<clover[m]> jhovold: i don't think firefox will support hardware video accel until libva-v4l2-driver is ready for x13s
<robclark> hmm, ok.. well I can suggest a workaround, but I think it is probably a firefox bug.. basically somehow we are getting asked to export something that wasn't allocated with the PIPE_BIND_SHARED flag
<jhovold> clover[m]: yeah, that was my understanding as well
<robclark> in fd_device_new(), make use_heap be false, that will disable suballocation
<jhovold> robclark: thanks, i'll give it a try chromium seems more stable so this may very well be a firefox bug
<robclark> btw, I did order an x13s this morning.. maybe it can replace my ~4yr old xps13 as my daily driver non-corp laptop
<clover[m]> put arch on it!
<jhovold> nice!
<robclark> heheh, I think I'll stick with fedora
<robclark> I did try arch on on of the chromebooks for a bit but went back to fedora ;-)
<clover[m]> i haven't seen anyone using fedora yet. good luck ;)
<robclark> yeah, hopefully I don't have to mess too much with grub.. once I get past that I should be able to handle the rest
<clover[m]> im using systemd-boot. much more straightforward set up imo
<robclark> hmm, the interwebs seems to have instructions for systemd-boot.. maybe I'll give that a try
<robclark> does also appear that there is some fedora work on x13s..
<clover[m]> Libre____: ^
<Libre____> oho
<clover[m]> needs some TLC, it still says no GPU
<clover[m]> google meet is working since upgrade mesa. was broken in vivaldi yesterday. not sure if there is a connection
<robclark> well, I mean.. it *is* a wiki page after all.. that means by definition it is out of date :-P
alex_ has joined #aarch64-laptops
alex_ has quit []
<jhovold> robclark: that use_heap hack made all the difference, no issues with firefox anymore. thanks!
<robclark> ofc.. now the question is _what_ is it that it is trying to export and why don't we get the hint at allocation time.. or how can we gracefully cope..
<jhovold> yeah, i wouldn't know who to poke about that... you still think it's a firefox rather than mesa bug?
<robclark> I'd have to poke around a bit w/ gdb and figure out what it is that it is trying to export
<steev> robclark: poke ajhalaney[m], probably
<steev> re: fedora
<konradybcio> robclark you daily driving the x13s almost sounds like more a690 massaging ;)
<robclark> heheh.. well it would be convenient to have an a690 device.. but I think it could be fast enough to be my primary (non-corp) laptop
<robclark> jhovold: looks like radeonsi does handle the case of copying/migrating to non-suballocated buffer.. so I guess maybe freedreno needs to do a similar thing
<konradybcio> it's no match for the m1 but i find it sufficient if you compile your kernel somewhere else..
<konradybcio> ..or incremental build most of the time
<robclark> non-incremental kernel build is already not great on my xps13.. but I spend a lot more time doing incrmental builds
<jhovold> robclark: ah, that sounds promising
<robclark> jhovold: if you don't mind, file an issue on gitlab.. and, if you do manage to figure out a good way to repro that would be useful as well
<ajhalaney[m]> robclark: I do run fedora on my x13s but it's a real monster at this point. I ought to start clean but I'm kind of married to it since I use it for work. Custom kernel (need to figure out how close the fedora kernel is and enable whatever configs are missing), never could get grub to work and had to use systemd-boot, some more custom packages that I need to try and figure out how to properly package, etc
<ajhalaney[m]> I sort of went outside the package manager for dealing with mesa and audio and regret it cuz now it's not really clean. Probably should have tried something like silverblue or just be good about actually making custom packages
<ajhalaney[m]> It's doable tho just gotta be willing to tinker with it. Like I said I use it for work, but not for calls.
<robclark> ajhalaney[m]: I don't mind running my own kernel, I'd probably be doing that anyways
<ajhalaney[m]> I figured with you and DRM stuff :) but sounds like others are also interested so just highlighting. The grub thing was annoying. Debian grub worked ok, idk what happened with fedoras grub. So many patches. Kind of like systemd-boot after trying it though
<robclark> I guess by now fedora mesa should have a690 support.. hopefully.. usually what I do is install my own mesa builds to an alt path and use LD_LIBRARY_PATH
<robclark> ahh, good point
<steev> ajhalaney[m]: fwiw, the alsa ucm configs are in upstream
<ajhalaney[m]> Nice! Hopefully dnf just blew over my local modifications here and there but who knows. Didn't take the wisest approach. Don't hire me as a sysadmin lol
Cyrinux9 has quit []
Cyrinux9 has joined #aarch64-laptops
echanude has quit [Quit: WeeChat 3.6]
echanude has joined #aarch64-laptops
<clover[m]> steev: audio does work with upstream alsa configs but the sound is every quieter i can barely hear the speakers at 50%
<clover[m]> any ideas why?
<clover[m]> s/every/even/
iivanov has quit [Quit: - Chat comfortably. Anywhere.]
<steev> ajhalaney[m]: i do the same thing... before i build the package
<steev> clover[m]: probably needs some tweaking still
<clover[m]> tweaking the speaker PA values "fixed" it
<clover[m]> are y'all seeing this similar issue in alsa-restore.service? Operation not permitted...
<jhovold> robclark: sure, i'll do so next week. thanks for your help so far!
<jhovold> robclark: btw, does the LD_LIBRARY_PATH setup still work? The way I use to run in broke with commit 1026d29344192 ("dri: Introduce internal Mesa DRI driver loader extension.")
<jhovold> apparently I had been mixing components from the arch installation and my custom build without realising
BrunoASM has quit [Ping timeout: 480 seconds]
<bamse> jhovold: even if you set LIBGL_DRIVERS_PATH as well?
<Libre____> ajhalaney[m]: I see, but after your mods you're happy? GPU works fine? suspend and battery life?
<ajhalaney[m]> Yup but I use it plugged in mostly and don't suspend ever lol Libre____. But it works well. I mostly want a aarch64 build machine and then sort of feel good about very very infrequently contributing upstream with the laptop
<Libre____> aha
<Libre____> I'd get it partly because of the alleged long battery life
<robclark> jhovold: it should.. not sure if it is dependent on glvnd or not.. I use something like:
<bamse> Libre____: we're at about 10 hours battery life with linux right now...and are working on various improvements
<Libre____> good good
<bamse> would be interesting to see some independent battery benchmarks in windows though
<bamse> Libre____: what doesn't work as it shoudl though, is suspend
<bamse> Libre____: we can suspend and resume, but you don't get more than a few extra hours compared to idle...
<bamse> this is also being worked on...probably more than the idle numbers...
<Libre____> 10 hours is pretty amazing as is
<Libre____> compared to the mess that is my thinkpad x395 :P
<bamse> certainly
<bamse> you can spend all day hacking in your hammock...on lte/5g...
<bamse> but unfortunatley you need to return it to the charging station over far
Xyaon has quit [Write error: connection closed]
Xyaon has joined #aarch64-laptops
<clover[m]> or coding in a canoe
<bamse> clover[m]: i'm always worried that water and gravity will be colluding...
hexdump01 has quit [Quit: WeeChat 1.9.1]
hexdump0815 has joined #aarch64-laptops