| Bug ID | 104192 |
|---|---|
| Summary | [amdgpu][VEGA10] regular lockups with VM_L2_PROTECTION_FAULT_= STATUS |
| Product | DRI |
| Version | DRI git |
| Hardware | x86-64 (AMD64) |
| OS | Linux (All) |
| Status | NEW |
| Severity | major |
| Priority | medium |
| Component | DRM/AMDgpu |
| Assignee | dri-devel@lists.freedesktop.org |
| Reporter | tomenglund26@gmail.com |
i have been having somewhat unreproduceable lockups with my rx= 56 vega all going from 4.12 amd-staging up until 4.15-rc2 where its mainlined. but for = some reason i can reproduce it now with simply just open pavucontrol, and weirdly enough only that. i can properly play games, dirt rally, cs:go, run benchmarks or just leave = the computer on for days. but as fast as i open pavucontrol it lockups and this happends in dmesg. and i dont seem to be all alone with it either, here is a user with a rx 64 vega on archlinux having same issue/errors.=20 https://bbs= .archlinux.org/viewtopic.php?id=3D232519 amdgpu 0000:03:00.0: VM_L2_PROTECTION_FAULT_STATUS:0x00000000 amdgpu 0000:03:00.0: at page 0x0000000000000000 from 27 amdgpu 0000:03:00.0: [gfxhub] VMC page fault (src_id:0 ring:171 vm_id:4 pas_id:0) System info: Radeon RX Vega (VEGA10 / DRM 3.23.0 / 4.15.0-rc2-mainline, LLVM 6.0.0) Mesa 17.4.0-devel (git-4c7af87fb9)
I've ran into this bug, can you confirm this fixes it and is t= he same issue?=20 I downgraded mesa-git to 109de3049d. I believe anything before Oct. 26th wo= rks for me. 3ba973fe37 breaks but that's all the way at Oct. 30th. I haven't bi= nary searched yet to find the offending commit.
Alright I figured it out for me, there was a regression in llv= m/clang which was giving me protection faults. I rolled back my llvm a week and built mesa wi= th it and it works fine now. Hope that helps people. I'll continue looking into what caused it
(In reply to ejr.phone from comment #2) > Alright I figured it out for me, there was a reg= ression in llvm/clang which > was giving me protection faults. I rolled back my llvm a week and buil= t mesa > with it and it works fine now. >=20 > Hope that helps people. I'll continue looking into what caused it yeah was just about to say it still froze with same errors on that mesa com= mit. time to try rollback llvm then.
(In reply to Tom Englund from comment #3) > (In reply to ejr.phone from comment #2) > > Alright I figured it out for me, there was a regression in llvm/c= lang which > > was giving me protection faults. I rolled back my llvm a week and= built mesa > > with it and it works fine now. > >=20 > > Hope that helps people. I'll continue looking into what caused it >=20 > yeah was just about to say it still froze with same errors on that mesa > commit. time to try rollback llvm then. llvm-svn revision 320250 gives me the freezes meanwhile, 317901 doesnt. so its somewhere in between that, not sure what tooling svn have for bisect= ing, like git bisect. but perhaps that helps someone.
I am the user from the Arch Forums mentioned in comment #0. Is there anything I can do to help this along?
looks like #104001 and #104159 are duplicates
(In reply to Tom Englund from comment #4) > so its somewhere in between that, not sure what = tooling svn have for > bisecting, like git bisect. but perhaps that helps someone. You can use git-svn for bisecting. :-)
JFYI: llvm has official git mirror for all repos https://ll= vm.org/docs/GettingStarted.html#git-mirror
FWIW, I bisected some piglit regressions to LLVM SVN r319894.<=
/pre>
(In reply to Michel D=C3=A4nzer from comment #9) > FWIW, I bisected some piglit regressions to LLVM= SVN r319894. thanks, that gave me some starting points to bisecting, narrowed things down now to where r319882 works while r319894 freezes. starting to look like the same regression you are facing.
(In reply to Tom Englund from comment #10) > (In reply to Michel D=C3=A4nzer from comment #9) > > FWIW, I bisected some piglit regressions to LLVM SVN r319894. >=20 > thanks, that gave me some starting points to bisecting, narrowed thing= s down > now to where r319882 works while r319894 freezes. starting to look lik= e the > same regression you are facing. after yet another compilation, r319893 works. so it would mean this commit = is the cause for the freezes/errors. https://github.com/llvm-mirror/llvm/commit/3b06fccc774= 9b974d2905fe852b389b4697485b7
the commit causing this have been reverted upstream, see https://reviews.llvm.org/rL32= 0466 . so from 320466 and up. things work again.
| What | Removed | Added |
|---|---|---|
| Status | NEW | RESOLVED |
| Resolution | --- | FIXED |