Bug 2017059

Summary: Update vaapi/vdpau driver mapping for crocus
Product: [Fedora] Fedora Reporter: Nicolas Chauvet (kwizart) <kwizart>
Component: libvaAssignee: Nicolas Chauvet (kwizart) <kwizart>
Status: CLOSED UPSTREAM QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: airlied, awilliam, bskeggs, caillon+fedoraproject, fzatlouk, hdegoede, jglisse, kwizart, ofourdan, rhughes, rstrode, sandmann, simon, vascom2, xgl-maint
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-12-21 07:59:35 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Nicolas Chauvet (kwizart) 2021-10-25 14:03:31 UTC 
Description of problem:
Since the mesa-20.3 release, the crocus driver is now enabled by default on some intel adapters.

Version-Release number of selected component (if applicable):
current xorg-x11-server in f35+

How reproducible:
always since some hardware under Xorg.

Steps to Reproduce:
1. vdpauinfo
2.
3.

Actual results:
It tries to load the libvdpau_crocus.so vdpau backend.

Expected results:
It should instead outputs libvpdau_va_gl.so

Additional info:
There is a need for a counterpart bug on VAAPI (native) side.

Also I've not managed to prove usability of vaapi backend (then vdpau wrapper va_gl) yet on f35+ with haswell hw. I might test on later hardware soon.
Comment 1 Nicolas Chauvet (kwizart) 2021-10-25 14:07:17 UTC 
Add hans
Comment 2 Dave Airlie 2021-11-10 20:30:29 UTC 
I'm building a version of libva with an added mapping for crocus.
Comment 3 Nicolas Chauvet (kwizart) 2021-12-21 07:59:35 UTC 
ok, Issue fixed upstream.