Summary: | X is crashing very often X: radeon_cs_gem.c:181: cs_gem_write_reloc: Assertion `boi->space_accounted' failed. | ||
---|---|---|---|
Product: | xorg | Reporter: | Matthias <bugs-freedesktop> |
Component: | Driver/Radeon | Assignee: | xf86-video-ati maintainers <xorg-driver-ati> |
Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> |
Severity: | normal | ||
Priority: | medium | CC: | acelists |
Version: | git | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
Description
Matthias
2011-12-16 08:38:42 UTC
I managed to compile libdrm and the radeon driver with debug symbols (and with O0). Here is a new backtrace: failed to revalidate X: radeon_cs_gem.c:181: cs_gem_write_reloc: Assertion `boi->space_accounted' failed. Program received signal SIGABRT, Aborted. 0x00007fe4d0943905 in raise () from /lib/libc.so.6 (gdb) bt #0 0x00007fe4d0943905 in raise () from /lib/libc.so.6 #1 0x00007fe4d0944d7b in abort () from /lib/libc.so.6 #2 0x00007fe4d093c74e in ?? () from /lib/libc.so.6 #3 0x00007fe4d093c7f2 in __assert_fail () from /lib/libc.so.6 #4 0x00007fe4ce5e9856 in cs_gem_write_reloc (cs=0x8e5410, bo=0xc756d0, read_domain=2, write_domain=0, flags=0) at radeon_cs_gem.c:181 #5 0x00007fe4ce5eb380 in radeon_cs_write_reloc (cs=0x8e5410, bo=0xc756d0, read_domain=2, write_domain=0, flags=0) at radeon_cs.c:20 #6 0x00007fe4ce8f4dcf in r600_cp_set_surface_sync (pScrn=0x8d8e40, ib=0x0, sync_type=8388608, size=48, mc_addr=0, bo=0xc756d0, rdomains=2, wdomain=0) at r6xx_accel.c:333 #7 0x00007fe4ce8f92f2 in r600_set_vtx_resource (pScrn=0x8d8e40, ib=0x0, res=0x7fff1b876570, domain=2) at r6xx_accel.c:583 #8 0x00007fe4ce905429 in r600_finish_op (pScrn=0x8d8e40, vtx_size=16) at r6xx_accel.c:1267 #9 0x00007fe4ce8e9240 in R600DoCopy (pScrn=0x8d8e40) at r600_exa.c:514 #10 0x00007fe4ce8e9dd3 in R600Copy (pDst=0x92f000, srcX=4, srcY=17, dstX=4, dstY=4, w=480, h=299) at r600_exa.c:752 #11 0x00007fe4cddc7148 in ?? () from /usr/lib/xorg/modules/libexa.so #12 0x00007fe4cddc747f in ?? () from /usr/lib/xorg/modules/libexa.so #13 0x00000000005456ca in miCopyRegion () #14 0x0000000000545bc2 in miDoCopy () #15 0x00007fe4cddc5786 in ?? () from /usr/lib/xorg/modules/libexa.so #16 0x00000000004fa78c in ?? () #17 0x000000000042fcf3 in ?? () #18 0x0000000000433c59 in ?? () #19 0x0000000000422e8a in ?? () #20 0x00007fe4d093014d in __libc_start_main () from /lib/libc.so.6 #21 0x000000000042317d in _start () Also the reproduce does not work 100% the times. sometimes it crashes only when I do one action inside yaourt, so there needs to be some more output on xterm... but mostly it crashes without me doing anything except calling yaourt. What version of the ddx (xf86-video-ati) are you using? Please attach your xorg log and dmesg output. Created attachment 54504 [details]
xorg.log of crash machine
Created attachment 54505 [details]
kernel log
attached dmesg and xorg log. version is git aacbd629b02cbee3f9e6a0ee452b4e3f21376bd3 (also reproduceable with extra/xf86-video-ati 6.14.3-1) Also tried libdrm from git (latest). the latest backtrace is with both packages from git, as attached logs are. Created attachment 54605 [details] [review] libdrm_radeon: account for write domain or read domains, not both Created attachment 54606 [details] [review] xf86-video-ati: Specify read domains or write domain for space check, not both I've attached two patches, one of which should fix the root problem in libdrm_radeon, the other of which should avoid the problem in xf86-video-ati. Can you verify that either patch alone fixes / avoids the problem? Thank you very much. Unfortunately I'm not at home until january, 9th. I will try both patches (combined and individual) and reply here at that time. Maybe someone else is affected too and can try that earlier than me? 3 Weeks is a long time :) (In reply to comment #9) > Unfortunately I'm not at home until january, 9th. I will try both patches > (combined and individual) and reply here at that time. Did you get a chance to test the patches? Hi, I tested both patches alone and combined just today, sorry for that delay. I used "old" ARCH packages as base. Patches applied without any problem and both alone fixed the occurence of the bug. I did not encounter any other problems during my test session (worked about 2 hours with firefox/graphical terminal/milkytracker on the system - this would not have been possible for even one minute without the fix). Thank you very much! ah sorry, I used these versions of todays archlinux repository, if it matters: libdrm-2.4.28 xf86-video-ati-6.14.3 Fix pushed, thanks for testing. This was whole X server crashing? May it be related to bug 33038? But there only a single program was crashing alone. (In reply to comment #14) > May it be related to bug 33038? No, that was a bug in r600c, which is now dead in favour of r600g. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.