Bug 95251 - vdpau decoder capabilities: not supported
Summary: vdpau decoder capabilities: not supported
Status: RESOLVED FIXED
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/DRI/nouveau (show other bugs)
Version: 11.2
Hardware: Other All
: medium normal
Assignee: Nouveau Project
QA Contact: Nouveau Project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-05-03 18:58 UTC by Marko Srebre
Modified: 2016-05-04 14:52 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
dmesg (59.59 KB, text/plain)
2016-05-03 18:58 UTC, Marko Srebre
Details
vdpauinfo (3.87 KB, text/plain)
2016-05-03 18:58 UTC, Marko Srebre
Details
lib_firmware_nouveau (10.15 KB, text/plain)
2016-05-04 05:08 UTC, Marko Srebre
Details
test.patch (1.90 KB, patch)
2016-05-04 05:26 UTC, Ilia Mirkin
Details | Splinter Review

Note You need to log in before you can comment on or make changes to this bug.
Description Marko Srebre 2016-05-03 18:58:09 UTC
Created attachment 123443 [details]
dmesg

I have a Geforce 9300M GS card (NV98) which has VDPAU support according to 

https://nouveau.freedesktop.org/wiki/VideoAcceleration/

Also, with nvidia blog, there is working hardware acceleration.

I am on Arch Linux (x86) with all relevant packages including firmware installed:
mesa-vdpau
libvdpau
nouveau-fw
xf86-video-nouveau

Attached are dmesg and vdpauinfo, which shows - not supported - for all decoder capabilities.
Comment 1 Marko Srebre 2016-05-03 18:58:46 UTC
Created attachment 123444 [details]
vdpauinfo
Comment 2 Ilia Mirkin 2016-05-03 19:08:23 UTC
Please do

ls -l /lib/firmware/nouveau

If that all looks fine, the only other thing I can think of is that for some reason we decide that your video decoder is fused off. In that case, you can override nouveau's decision on that by doing

nouveau.config=mspdec=1,msppp=1,msvld=1

You can also grab envytools and check the output of

nvapeek 1540
nvapeek 154c
Comment 3 Marko Srebre 2016-05-04 05:07:10 UTC
Thanks for your help. /lib/firmware/nouveau seems fine, attaching output. Any other way to check if firmware is being loaded?
 
I tried kernel parameters

nouveau.config=mspdec=1,msppp=1,msvld=1

but it didn't change the vdpainfo reported capabilities.

nvapeek shows
00001540: f1010001
0000154c: 0000007d
Comment 4 Marko Srebre 2016-05-04 05:08:33 UTC
Created attachment 123446 [details]
lib_firmware_nouveau
Comment 5 Ilia Mirkin 2016-05-04 05:26:05 UTC
Created attachment 123447 [details] [review]
test.patch

I think I see the issue. Looks like we broke it for recent kernels. Can you try the attached patch against mesa?
Comment 6 Marko Srebre 2016-05-04 09:40:41 UTC
That's great. The patch works. vdpauinfo now shows decoding capabilities. Also tested with mpv and an x264 video file, hardware acceleration working.

Thank you very much.
Comment 7 Ilia Mirkin 2016-05-04 14:52:25 UTC
Pushed to master, should be included in the next 11.2.x stable release. Thanks for reporting and bearing with my misguided debugging suggestions.

commit 38fcf7cbadc748816f99b2c3c9f2f55d0f1635fe
Author: Ilia Mirkin <imirkin@alum.mit.edu>
Date:   Wed May 4 01:28:23 2016 -0400

    nouveau/video: properly detect the decoder class for availability checks
    
    The kernel is now more strict with the class ids it exposes, so we need
    to check the G98 and MCP89 classes as well as the GT215 class. This
    effectively caused us to decide there were no decoding capabilities on
    newer kernel for VP3 chips.
    
    Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=95251
    Signed-off-by: Ilia Mirkin <imirkin@alum.mit.edu>
    Cc: "11.2" <mesa-stable@lists.freedesktop.org>


bug/show.html.tmpl processed on Mar 25, 2017 at 17:26:18.
(provided by the Example extension).