Description of problem: when trying to play video with vaapi / hardware decoding, all I get is a solid grey video (ts with mpeg2 video), or largely green video with varying amounts of some lighter shade of green and some purple lines at the top (h264 in mp4) Version-Release number of selected component (if applicable): kernel-desktop-4.4.13-1.mga5-1-1.mga5 is broken kernel-desktop-4.1.15-2.mga5-1-1.mga5 is working How reproducible: 100% Steps to Reproduce: 1. use mpv with --hwdec=auto to play-back video 2. mpv uses vaapi and prints "Using hardware decoding (vaapi-copy)" 3. see broken video. same works flawlessly when booting to previous kernel. Also no problem when using software decoding.
Did you try some of the previous 4.4 kernels (eg 4.4.5 etc) that have appeared in updates_testing over the past 6 months? Ie, do you have a feeling as to when this broke?
CC: (none) => unruh
nope, sorry, I don't have testing repo enabled. So can even be regression from 4.2 or 4.3 kernels if you can point me to a package archive, I could try with the other kernels...
unfortunately this is not the only regression - when plugging in or out an external monitor (in this case a TV using a min-displayport â hdmi adapter), the backlight controls are likely to get dysfunctional. pressing keys shows OSD and claims to switch values, but that has no impact on actual panel brightness :-(
Please attach journalctl -b output from both working 4.1.15, and from a non-working 4.4.13 and the output of lspcidrake -v
CC: (none) => tmb
Created attachment 8005 [details] journalctl -b or working kernel
Created attachment 8006 [details] journalctl -b of broken kernel.
Created attachment 8007 [details] lspcidrake -v wiht 4.4.13 kernel difference to 4.1.15 output is (besides kernel version string in hub lines) only that "intel_pch_thermal" was previously listed as "unknown", apart from that identical.
CC: (none) => marja11Assignee: bugsquad => tmb
CC: (none) => gm2.asp
using vaapi-driver-intel from cauldron seems to remove this issue
Mass-reassigning all bugs with "kernel" in the Source RPM field that are assigned to tmb, to the kernel packagers group, because tmb is currently MIA.
Assignee: tmb => kernel
Please disregard comment 8. Turns out that successful playback was due to mythfrontend falling back to CPU decoding on failure to initialize the vaapi driver. Sorry about the misinformation
However, installing both lib64va1 and vaapi-driver-intel from cauldron does allow at least mythfrontend and vlc to use vaapi. (problem with only installing the driver was incompatible API version) Furthermore, building and installing latest version (1.7.2) of those components on mga5 removes a log about failure to open /usr/lib64/dri/hybrid_drv_video.so (which, as far as I understand, is of no use for my hardware anyway)
FYI: works OK on Mga6, so kind wfm now... bob interlacer is broken though (gives vertical jitter), but you can use the superior motion-compensated backinterlacer
Summary: vaapi broken with 4.4.13 kernel, works with 4.1.15 (intel HD Graphics 5500 â Dell XP13 9343) => vaapi broken with 4.4.13 kernel, works with 4.1.15 (intel HD Graphics 5500 â Dell XP13 9343)
Too late to fix in MGA5...
Resolution: (none) => OLDCC: (none) => lists.jjorgeStatus: NEW => RESOLVED