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
> All of the above (except UVD, of course) work fine under 9.1.6 Can you bisect?
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.
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?
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
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.
-- 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.
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.