| Summary: | [radeonsi,R9 270X] System lockup when using mplayer/mpv with VDPAU | ||
|---|---|---|---|
| Product: | Mesa | Reporter: | Grzegorz Kowal <custos.mentis> |
| Component: | Drivers/Gallium/radeonsi | Assignee: | Default DRI bug account <dri-devel> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | CC: | kai |
| Version: | git | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: |
Possible fix
kernel trace |
||
|
Description
Grzegorz Kowal
2014-08-10 18:52:58 UTC
I should also mention that I use kernel 3.14.16. Same for me with current mesa git on Athlon 5350. xserver 1.16, mpv 0.4.3, libav 10.3, vdpau-0.7 and kernel 3.16.0. Going to take a look as soon as I have time. Created attachment 104443 [details] [review] Possible fix That patch should do the trick. Please test. (In reply to comment #4) > Created attachment 104443 [details] [review] [review] > Possible fix > > That patch should do the trick. Please test. Works for me, thanks Christian. (In reply to comment #4) > Created attachment 104443 [details] [review] [review] > Possible fix > > That patch should do the trick. Please test. Will test more tonight, but I managed to crash without uvd (just -vo vdpau) last night - though my mplayer also had some issues. I am not sure something that only touches uvd is enough, but I haven't got time to test now. (In reply to comment #4) > Created attachment 104443 [details] [review] > Possible fix > > That patch should do the trick. Please test. You can have my Tested-by: Kai Wasserbäch <kai@dev.carbon-project.org> on this. I saw the same issue without the patch. (In reply to comment #6) > (In reply to comment #4) > > Created attachment 104443 [details] [review] > > Possible fix > > > > That patch should do the trick. Please test. > > Will test more tonight, but I managed to crash without uvd (just -vo vdpau) > last night - though my mplayer also had some issues. I had the same behaviour. With the patch from attachment 104443 [details] [review] applied though, everything is back to normal again. (In reply to comment #4) > Created attachment 104443 [details] [review] [review] > Possible fix > > That patch should do the trick. Please test. Sorry about that. Reviewed-by: Marek Olšák <marek.olsak@amd.com> (In reply to comment #7) > (In reply to comment #4) > > Will test more tonight, but I managed to crash without uvd (just -vo vdpau) > > last night - though my mplayer also had some issues. > > I had the same behaviour. With the patch from attachment 104443 [details] [review] > [review] applied though, everything is back to normal again. Yes, tested now and the patch does fix for it me. No lockups for me after applying the patch. Thanks! Just pushed the patch upstream. Thanks for the help. Created attachment 116549 [details]
kernel trace
Same hardware, same situation. Random lockups when I start to play video with VDPAU acceleration. OS: ArchLinux ffmpeg 1:2.7-1 libvdpau 1.1-1 mesa 10.6.0-1 mesa-vdpau 10.6.0-1 mplayer 37379-3 vdpauinfo 1.0-1 Can you reproduce this with mpv? What do you need to do with mplayer to produce - how often/when does it crash eg. at start or after a while. If you can't reproduce with mpv eg. mpv --hwdec=vdpau --vo=vdpau ..... I already have a bug open that could be a better match. Also does the kernel output vary between crashes? (In reply to Andy Furniss from comment #15) > Can you reproduce this with mpv? > > What do you need to do with mplayer to produce - how often/when does it > crash eg. at start or after a while. > > If you can't reproduce with mpv eg. > > mpv --hwdec=vdpau --vo=vdpau ..... > > I already have a bug open that could be a better match. > > Also does the kernel output vary between crashes? Oops I see you already said "when I start to play" - this is my bug - https://bugs.freedesktop.org/show_bug.cgi?id=83998 (In reply to Yuriy Kolesnikov from comment #13) > Same hardware, same situation. Random lockups when I start to play video > with VDPAU acceleration. Witch is clearly a different bug than described in this report. Please open up a new bug report. |
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.