https://bugs.freedesktop.org/show_bug.cgi?id=68468
Priority: medium Bug ID: 68468 Assignee: dri-devel@lists.freedesktop.org Summary: 9.2.0rc2 Locks Under Various Conditions (UVD, Stress) Severity: major Classification: Unclassified OS: Linux (All) Reporter: adam777@gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: unspecified Component: Drivers/DRI/R600 Product: Mesa
Using 9.2.0rc2 on a fully updated Arch Linux (running on [testing]), the system will lock under the following conditions: 1. When playing a movied in mpv using UVD video decoding, the system will lock as soon as mpv finish the initial loading process and playback is about to begin. 2. When playing a game in Wine, system will lock after a few seconds of launch. 3. From time to time, the system will lock for no apparent reason (for example, it happened when using Google Maps).
All of the above (except UVD, of course) work fine under 9.1.6
Mesa Version: (for rc1, but rc2 have the same behavior)
[adamdagan@admdgn ~]$ glxinfo | grep ^OpenGL | egrep 'version|renderer' OpenGL renderer string: Gallium 0.4 on AMD RV710 OpenGL core profile version string: 3.1 (Core Profile) Mesa 9.2.0-rc1 OpenGL core profile shading language version string: 1.40 OpenGL version string: 3.0 Mesa 9.2.0-rc1 OpenGL shading language version string: 1.30
https://bugs.freedesktop.org/show_bug.cgi?id=68468
adam777@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |9.2
https://bugs.freedesktop.org/show_bug.cgi?id=68468
--- Comment #1 from Michel Dänzer michel@daenzer.net ---
All of the above (except UVD, of course) work fine under 9.1.6
Can you bisect?
https://bugs.freedesktop.org/show_bug.cgi?id=68468
--- Comment #2 from adam777@gmail.com --- Well, I've learned of bisect right about now, so not efficiently, I suppose. That being said, with a few pointers, I'm willing to try.
https://bugs.freedesktop.org/show_bug.cgi?id=68468
--- Comment #3 from adam777@gmail.com --- Did some research, the general bisecting idea seems clear, but I couldn't build mesa itself unfortunately. I'll dig some more regarding those errors, but in the meantime, is there anything else I might try?
https://bugs.freedesktop.org/show_bug.cgi?id=68468
--- Comment #4 from adam777@gmail.com --- Well, the digging phase is over, I pretty much hit a wall.
As stated above, the general bisecting idea is clear, but I'm having problem actually building mesa. Here what I've done: I downloaded the PKGBUILD and needed packages (clang-svn, llvm-svn etc.) from Laurent Carlier's folder (an Arch developer). I modified the PKGBUILD a bit - comment out unnecessary packages (intel-dri-git, for example). In order to build a specific commit, I added the following line to the build() section:
cd ${srcdir}/mesa git checkout 5b2855bfe79bfc3995969f2bf775d89b1bc1808a
makepkg -s was invoked later, but failed pretty soon. A bit of googling and the blame was with bison 3.0. Since the commit I'm trying to build is from April 11th and the bison 3.0 fix is from July 31st and since I have no idea how to backport the bison 3.0 patches, I downgraded to bison 2.7.1 from the AUR (https://bugs.freedesktop.org/show_bug.cgi?id=67354).
makepkg -s then got over the problematic bison part but failed again, this time with an error related to llvm 3.4 (https://bugs.freedesktop.org/show_bug.cgi?id=64590). Again, The fix is from May 14th (http://cgit.freedesktop.org/mesa/mesa/c … 773efbc181), so I reverted to LLVM 3.3 and modified PKGBUILD accordingly (llvm instead of llvm-svn etc.).
This is, unfortunately, where I got stuck. Build fails again, with an error that seems to be related to llvm 3.4, though I'm on 3.3. Log is here - http://pastebin.com/DwFAVKxC PKGBUILD is here - http://pastebin.com/PwiZXVGv
https://bugs.freedesktop.org/show_bug.cgi?id=68468
--- Comment #5 from adam777@gmail.com --- OK, useful info. I managed to build mesa against the initial UVD commit (revision 5b2855bfe79bfc3995969f2bf775d89b1bc1808a), by manually applying some minimal patches to build with LLVM 3.3 (cd84353d576246273d1c6ae8e96b65217be15ebc , 4742f9b00b804dd01eb9955dd386a2373cd8eb36 , ead4db420e9e5408f41c70768a290592a384aedb). The end result is the same - system locks as soon as mpv finish its initialization and actual decoding is about to begin. As this also happens with 9.2.0rc1, 9.2.0rc2, 9.2.0, latest git (a77ee8b548d83614b11bbfb654b031b7d464c3e3 at the time of writing) and a couple other revisions between initial commit and 9.2.0rc1, I can only assume UVD never worked for my system. This is weird, as I recall it working the first time I tried 9.2.0rc1. But, currently, as stated, it does not work against any of the above revisions.
As for the other stuff, such as locking in Google Maps, I'll do a formal bisect, as it isn't a "feature" such as UVD that is easier to track.
https://bugs.freedesktop.org/show_bug.cgi?id=68468
adam777@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|9.2.0rc2 Locks Under |9.2.0 Locks Under Various |Various Conditions (UVD, |Conditions (UVD, Stress) |Stress) |
https://bugs.freedesktop.org/show_bug.cgi?id=68468
Andreas Boll andreas.boll.dev@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|Drivers/DRI/R600 |Drivers/Gallium/r600
https://bugs.freedesktop.org/show_bug.cgi?id=68468
GitLab Migration User gitlab-migration@fdo.invalid changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |MOVED
--- Comment #6 from GitLab Migration User gitlab-migration@fdo.invalid --- -- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.
You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/459.
dri-devel@lists.freedesktop.org
-
bugzilla-daemon＠freedesktop.org