Bug 68468

> 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.