| Bug ID | 91141 |
|---|---|
| Summary | Lots of *ERROR* Couldn't update BO_VA (-22) since drm/radeon: stop using addr to check for BO move |
| Product | DRI |
| Version | DRI git |
| Hardware | x86-64 (AMD64) |
| OS | Linux (All) |
| Status | NEW |
| Severity | normal |
| Priority | medium |
| Component | DRM/Radeon |
| Assignee | dri-devel@lists.freedesktop.org |
| Reporter | hadack@gmx.de |
Created attachment 116789 [details]
dmesg
This is with latest kernel from linus git tree on a CAPE VERDE card.
When the errors appears I get screen corruption when scrolling in a
browser/file-manager and missing/changed letters in a terminal.
A bisect led to the commit 161ab658a611df14fb0365b7b70a8c5fed3e4870 and
reverting it on master makes everything work normal again.
| What | Removed | Added |
|---|---|---|
| Status | NEW | RESOLVED |
| Resolution | --- | FIXED |
Fix is already in Alex's drm-fixes-4.2 tree and should appear = in -rc1. If you for some reason need it sooner just cherry pick "drm/radeon: fi= x adding all VAs to the freed list on remove v2"
Found the fix in his amdgpu branch and it fixes it, thanks!
(In reply to hadack from comment #3) > Found the fix in his amdgpu branch and it fixes = it, thanks! Some users still report some issues even after this fix, so please keep an = eye open for additional issues. If you find some then please reopen this bug report.
| What | Removed | Added |
|---|---|---|
| Status | RESOLVED | REOPENED |
| Resolution | FIXED | --- |
Hmm, seems you are right, desktop usage is fine on xfce with compton but starting a game like KSP leads to a non-refreshing screen. Reverting both commits makes it work again.
(In reply to hadack from comment #5) > Hmm, seems you are right, desktop usage is fine on xfce with compton but > starting a game like KSP leads to a non-refreshing screen. Reverting both > commits makes it work again. I can verify the same observations on my HD 7850 (PITCAIRN 0x1002:0x6819 0x1787:0x2320) card. I use Linux stable kernels with Radeon DRM (and core DRM) cherry-picked in from drm-next and drm-fixes. With my last local update -- from kernel 4.0.4 + DRM 4.1 cherry-picks, to 4.0.6 + DRM 4.1 + DRM 4.2 -- running 'alien-arena' as a test program causes the DE (also Xfce, as is the case with hadack) to stop responding once I exit the game; also, the DE itself seems to trigger the bug after a while, or when resuming from suspend. I tried the patch mentioned in comment 2 ("drm/radeon: fix adding all VAs to the freed list on remove v2"), but the symptoms described above continued. Reverting 161ab658, and not applying the "fix ... VAs ... v2" patch, gives me a working kernel. (And one I am very happy with! My current combination of LLVM 3.7, Mesa, libdrm, xf86-video-ati, and xorg-server is the fastest, most responsive system I've ever had with open source drivers.)
I confirm removing both patches mentioned (from dri-next-4.2) no issue happens for me.
| What | Removed | Added |
|---|---|---|
| Attachment #116789 is obsolete | 1 | |
| Attachment #116790 is obsolete | 1 |