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)
Programming__ has quit [Read error: Connection reset by peer]
chesterlintw has joined #aarch64-laptops
chesterlintw has quit [Remote host closed the connection]
chesterlintw has joined #aarch64-laptops
chester_lin has joined #aarch64-laptops
<cenunix[m]> I’ll tinker with it in a bit and see if I can get it resolved, thanks.
chesterlintw has quit [Ping timeout: 480 seconds]
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
chester_lin has quit [Remote host closed the connection]
mcbridematt has quit [Ping timeout: 480 seconds]
mcbridematt has joined #aarch64-laptops
iivanov has joined #aarch64-laptops
hightower2 has joined #aarch64-laptops
janrinze has joined #aarch64-laptops
<cenunix[m]> yup got it working, audio is a bit quiet, but working
<juergh> srinik: Were you able to make any progress on submitting the x13s topology files to linux-firmware? Anything I can help with?
mcbridematt has quit [Remote host closed the connection]
janrinze has quit [Remote host closed the connection]
ptitSeb has joined #aarch64-laptops
<ptitSeb> hi there. Just got a Lenovo X13s and installed Ubuntu Concept X13s on it. Works mostly fine but I have some issue with Vulkan. Anyone here have some experience with that laptop?
<cenunix[m]> You’re in the right place bud
<ptitSeb> :)
<steev> better off just describing said issues
<ptitSeb> well, I'm developping box86/box64 emulators. So for testing I run windows games
<ptitSeb> most of them needs DXVK
<ptitSeb> wich work
<ptitSeb> but after a short amount of time
<ptitSeb> like 1min
<ptitSeb> the game
<ptitSeb> freeze
<ptitSeb> and on the console I see "VK_DEVICE_LOST" error
<qzed> maybe HdkR has some insight in that direction
<ptitSeb> (I don't have this behaviour if I run the same things on a arm mini pc with a radeon card)
<konradybcio> ptitSeb: take peak at dmesg, VK_DEVICE_LOST on freedreno usually means the gpu crashed which would be very obvious in dmesg
<ptitSeb> ok, let me trigger the issue and have a look
agl7-Galaxy has joined #aarch64-laptops
<agl7-Galaxy> Have a good day!
agl7-Galaxy has quit [Remote host closed the connection]
agl7-Galaxy has joined #aarch64-laptops
<ptitSeb> got this
<ptitSeb> [16680.632058] adreno 3d00000.gpu: [drm:a6xx_fault_detect_irq [msm]] *ERROR* gpu fault ring 0 fence a5cc1 status 00E41005 rb 0259/035e ib1 0000000112860000/0dc7 ib2 00000001127904B8/0000
<ptitSeb> [16680.632184] msm_dpu ae01000.display-controller: [drm:recover_worker [msm]] *ERROR* A690: hangcheck recover!
<ptitSeb> [16680.632301] msm_dpu ae01000.display-controller: [drm:recover_worker [msm]] *ERROR* A690: offending task: dxvk-submit
<konradybcio> yeah please submit an issue to https://gitlab.freedesktop.org/mesa/mesa/-/issues, add turnip somewhere in the title for the bots to pick up proper tags and include a devcoredump
<ptitSeb> mm ok
<ptitSeb> thanks
iivanov_ has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
<quinine> > Exiting due to channel error.
<quinine> Crash Annotation GraphicsCriticalError: |[C0][GFX1-]: CompositorBridgeChild receives IPC close with reason=AbnormalShutdown (t=4225.96) Exiting due to channel error.
<quinine> fish: Job 1, 'firefox --new-instance --profil…' terminated by signal SIGSEGV (Address boundary error)
<quinine> Firefox crash on steev rc5 cc jhovold
<quinine> It doesn't seem to have much useful info. I have coredump, but alarm doesn't provide debuginfo for firefox
hexdump01 has quit [Remote host closed the connection]
hexdump01 has joined #aarch64-laptops
iivanov_ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
jelly-hme is now known as jelly
<robclark> ptitSeb: attach dmesg and https://docs.mesa3d.org/drivers/freedreno.html#gpu-devcoredump .. and if possible a trace (gfxreconstruct, or renderdoc) that repro's the issue
<ptitSeb> I'll try
iivanov has joined #aarch64-laptops
stirl has joined #aarch64-laptops
hightower2 has quit [Ping timeout: 480 seconds]
<HdkR> ptitSeb: Vulkan is a bit hang happy on the a690 sadly. I haven't been able to get a consistent repro other than "Run this heavy game". Traces tend to be hit or miss
<HdkR> If you're lucky, the hang only takes down the process. If you're unlucky it'll take down your desktop and/or xorg as well
<ptitSeb> oh, ok, I see
<ptitSeb> yeah, most of the time only the process is killed
<ptitSeb> and yeah, it needs some heavy game to trigger
<ptitSeb> dxvk seems to trigger it it quite quickly
<HdkR> vkd3d also does it super quickly
<HdkR> er, vkd3d-proton
<HdkR> The Vulkan CTS can hit it as well as a repro case but it isn't consistent
<HdkR> https://docs.mesa3d.org/drivers/freedreno.html#gpu-devcoredump a devcoredump will be generated in this instances. But it'll be impossible to decode unless you're intimately familiar with the GPU
<HdkR> And probably needs a ton of prodding from the driver side since it is a "hang"
<HdkR> msm has the ability to adjust the hangcheck timer, but in my experience it doesn't solve anything even if increased to 600 minutes or whatever
agl7-Galaxy has quit [Quit: Leaving]
<HdkR> The hangcheck still happens about the same time regardless of timeout adjustment sadly
<ptitSeb> what would be the approach to solve this issue? finding a as small as possible way to reproduce it? or does the trace should be enough
hightower2 has joined #aarch64-laptops
iivanov has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
<HdkR> ptitSeb: If you can get a gfxreconstruct or renderdoc trace that consistently reproduces that would likely be necessary. Just the trace doesn't really show all that much
<HdkR> Debugging will likely need the driver to inject breadcrumbs in to the command stream to nail down exactly where it is
agl7 has joined #aarch64-laptops
systwi_ has quit [Ping timeout: 480 seconds]
agl7-Galaxy has joined #aarch64-laptops
systwi has joined #aarch64-laptops
srinik has quit [Killed (NickServ (Too many failed password attempts.))]
srinik has joined #aarch64-laptops
<clover[m]> any update on 6.4 branch steev?
svarbanov has quit [Remote host closed the connection]
<steev> did i not already push out rc6?
svarbanov has joined #aarch64-laptops
<clover[m]> 404
<steev> i'll push it later
stirl_ has joined #aarch64-laptops
<steev> poushed
<steev> and 6.3.8 for good measure (nothing new there, i haven't yet had a chance to try to go back and put the fingerprint stuff into it)
<clover[m]> you're a gentleman and a scholar
stirl has quit [Ping timeout: 480 seconds]
stirl_ has quit [Ping timeout: 480 seconds]
stirl_ has joined #aarch64-laptops
stirl_ has quit [Ping timeout: 480 seconds]
stirl_ has joined #aarch64-laptops
stirl_ has quit [Remote host closed the connection]
stirl_ has joined #aarch64-laptops
stirl_ has quit [Ping timeout: 480 seconds]
<clover[m]> they both work
mcbridematt has joined #aarch64-laptops