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
rz has quit [Ping timeout: 480 seconds]
rz has joined #aarch64-laptops
rz_ has joined #aarch64-laptops
rz has quit [Ping timeout: 480 seconds]
SintayewGashaw[m] has quit []
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
possiblemeatball has joined #aarch64-laptops
possiblemeatball has quit [Remote host closed the connection]
possiblemeatball has joined #aarch64-laptops
possiblemeatball has quit []
possiblemeatball has joined #aarch64-laptops
possiblemeatball has quit []
possiblemeatball has joined #aarch64-laptops
Oris has joined #aarch64-laptops
Oris has left #aarch64-laptops [Leaving]
rmsilva has quit [Read error: Connection reset by peer]
rmsilva has joined #aarch64-laptops
possiblemeatball has quit [Ping timeout: 480 seconds]
Lucanis has joined #aarch64-laptops
paddymahoney has joined #aarch64-laptops
paddymahoney has quit [Read error: Connection reset by peer]
possiblemeatball has quit [Remote host closed the connection]
possiblemeatball has joined #aarch64-laptops
KieranBingham[m] has joined #aarch64-laptops
possiblemeatball has quit [Remote host closed the connection]
jelly has quit [Remote host closed the connection]
<\[m]>
I had trackpad button issue, not being responsive (so nothanging) and I actually got it replaced by lenovo support
<\[m]>
it came back with a totally different trackpad 😲
<\[m]>
and they replaced the cover at once
<\[m]>
but I still think it's being unresponsive at times, buuut way better - some users here described their trackpad and seems I had some earlier hardware version in the original one I bought, which mm I can get from some logistical viewpoint but still think it's pretty mediocre to ship multiple trackpad hardware versions
<\[m]>
that reminds me to install asahi linux on my mac actually 😄
<\[m]>
(so if you think it's hardware related - I contacted support, had to send it by fedex, they came get it at my place and mm took 2 weeks ? and was very transparent overall, next level support !)
<lollaritits[m]>
<\[m]> "(so if you think it's hardware..." <- i dont think so
<lollaritits[m]>
doesnt happen all the time
svarbanov__ has quit [Remote host closed the connection]
svarbanov__ has joined #aarch64-laptops
<robclark>
HdkR: steamwebhelper is defn crashing.. not sure if this gives you any hint?
<jglathe_x13s>
can't report any malfunction on these keys
<HdkR>
robclark: coredump showing as SIGABRT, ILL, or SEGV?
<robclark>
hang on.. having technical difficulties.. irccloud decided to stop letting me upload screenshots so I need to figure out how to get the log out of vm
<HdkR>
ah
<robclark>
well, I uploaded it _somewhere_ with dpaste... dpaste:784A519F
<robclark>
if you know where to find stuff dpaste uploads
<HdkR>
Tried both dpaste org and com and it didn't seem to be found with that id on either of those
<robclark>
try: dpaste -g 784A519F
<HdkR>
oh, that worked
<HdkR>
It's trying to ptrace attach for a backtrace, so crashing in the gpu process
<HdkR>
FEX_OUTPUTLOG=stderr FEX_SILENTLOG=0 might give more
<robclark>
ok, I'll try that
<HdkR>
coredumpctl saying which signal it crashed with might be interesting as well
<jenneron[m]>
I'm not sure what I expected, but UFS is still broken on latest kernels
<jenneron[m]>
GPU isn't good as well
<jenneron[m]>
on sc8180x
<robclark>
HdkR: dpaste -g 784B8FD4
<HdkR>
SIGTRAP inside of a syscall handler trying to us mq_open?
<HdkR>
You have some seccomp stuff happening?
<robclark>
gpu sandbox is I guess blocking _something_
jglathe_x13s has quit [Remote host closed the connection]
<HdkR>
FEX itself doesn't use mq_open so this is something steamwebhelper/cef using it
<robclark>
looks like libudev?
<HdkR>
That module could be unrelated since it doesn't know what the x86 backtrace is
<HdkR>
But could be in udev I guess
<robclark>
I wonder a bit about how seccomp is _supposed_ to work with FEX.. because it would be using x86 seccomp rules instead of aarch64 rules
<robclark>
is there a way to get it to use --disable-gpu-sandbox?
<HdkR>
It doesn't, we explicitly tell the application it isn't supported. Which is one of the reasons why steamwebhelper needs --no-sandbox
<robclark>
hmm, how do I give it --no-sandbox?
<HdkR>
It's already passed in from steam in that coredump
<HdkR>
Looks like libudev does have an mq_open in the source as well. So could be that one :D
<robclark>
hmm, why is it sandboxing if we tell it not to?
<HdkR>
It would need to be something above FEX causing issues. Since we reject any attempts to install a filter
<HdkR>
trap in that syscall handler could be coincidental. same exact backtrace for multiple coredumps?
<robclark>
seems like.. according to journalctl
<HdkR>
Actually, if you debug a coredump and do a `disas`, is it trapping on the svc itself or entry in to the function? Maybe this is a BTI thing?
<robclark>
don't think I can.. since it traps in generated code
<HdkR>
That frame 0 isn't in generated code. that symbol `SyscallPassThrough<C++ mangle>` is compile time stuff
jglathe_x13s has joined #aarch64-laptops
<robclark>
hmm, disasm just complains about not being able to access memory at 0xe70
<HdkR>
eesh, `disas $pc-64,+64` not work either?
<HdkR>
er +128 on that
<robclark>
it is svc
<robclark>
or the ret after the svc
<robclark>
but it means the svc
<HdkR>
Yea
<HdkR>
SIGTRAP on svc tends to imply someone has some nasty ptrace hooks installed and it didn't know how to handle that syscall
<HdkR>
Compile a little test app that just does a `mq_open("", 0);` and see if it also traps?
<robclark>
I guess libudev itself must be working or a lot of stuff would be broken.. but I can try that in a bit
<HdkR>
Oh wait, wrong syscall number. 240 is rt_tgsigqueueinfo
<HdkR>
That's actually way more interesting since that sounds like it is trapping itself
<robclark>
hmm
<HdkR>
Maybe the "Failed to poll auth session" thing is fatal
<HdkR>
Or no Xserver? :D
<robclark>
I do have Xwayland running.. and it does manage to pop up some "downloading things" dialogs.. and then a black rectangle (probably supposed to be splash?)
<HdkR>
Yea that would be the window created that CEF is supposed to render in to
<HdkR>
Apparently cef_log.txt might contain more information there?
<robclark>
dpaste -g 75E2ECBB
<HdkR>
I'm guessing most of those messages come from the process crashing
<robclark>
oh.. egl error.. I guess I need to either thunk or rebuild mesa for x86.. duh..
<HdkR>
atm thunking doesn't work with steamwebhelper, so it will need an x86 library rebuild for your stuff
<HdkR>
There's some work to get that going
<robclark>
well, I mean, I guess it should be able to use virgl/vrend.. but idk why that isn't working...
<robclark>
I guess I'll try to cross compile mesa.. lmk if you have any tips
<HdkR>
I build it on an x86 host and then rsync when developing. Cross compiling is a pain as usual
<robclark>
heh.. I don't actually have an x86 host handy
jhovold has quit [Quit: WeeChat 4.2.1]
jhovold has joined #aarch64-laptops
altacus__ has joined #aarch64-laptops
altacus_ has quit [Ping timeout: 480 seconds]
altacus_ has joined #aarch64-laptops
jelly has joined #aarch64-laptops
altacus__ has quit [Ping timeout: 480 seconds]
Lucy[m] has quit [Quit: Client limit exceeded: 20000]
jglathe_x13s has quit [Remote host closed the connection]
jglathe_x13s has joined #aarch64-laptops
<jglathe_x13s>
argh. connecting an external display is non-fun on the X13s
possiblemeatball has joined #aarch64-laptops
KREYREN_oftc has joined #aarch64-laptops
steevdave[m] has quit [Quit: Client limit exceeded: 20000]
hightower3 has joined #aarch64-laptops
hightower2 has quit [Ping timeout: 480 seconds]
jglathe_x13s has quit [Remote host closed the connection]
<steev>
clover[m]: pushed out 6.8.5
<steev>
i tried testing if 6.7.12 would work with the same workqueue reverts but there seems to be something more going on there, and it's EOL so, 6.7.10 is as far as it goes
jglathe_x13s has joined #aarch64-laptops
jglathe_x13s has quit [Remote host closed the connection]
jhovold has quit [Ping timeout: 480 seconds]
<clover[m]>
Laptop defconfig probably doesn't work though huh? I Never could figure out what it was missing
<clover[m]>
I wonder if I should switch to using Johan defconfig as that one seemed to work
<steev>
i made interconnect built in, i'm not sure why it doesn't work for you :(
todi has quit [Ping timeout: 480 seconds]
todi has joined #aarch64-laptops
Leandro[m]12 has quit [Quit: Client limit exceeded: 20000]
mothenjoyer69 has quit [Quit: Client limit exceeded: 20000]
nick1343[m] has quit []
Prawn[m] has quit [Quit: Client limit exceeded: 20000]
KREYREN_oftc has quit [Remote host closed the connection]
KREYREN_ has joined #aarch64-laptops
altacus__ has joined #aarch64-laptops
go4godvin has quit [Quit: Client limit exceeded: 20000]