Hi, Maxim Cournoyer <maxim.courno...@gmail.com> writes:
> Hi, > > After reinstalling someone's desktop which has support for VA-API, > 'vainfo' from 'libva-utils' would consume all the memory then crash. > Other applications relying on libva would crash as well, e.g. ffmpeg (or > its users, such as vlc/jami). Here's a sample output from VLC: > > vlc received_605209834855384.mp4 > VLC media player 3.0.18 Vetinari (revision 3.0.13-8-g41878ff4f2) > [000000000109d770] main libvlc: Lancement de vlc avec l'interface par défaut. > Utiliser « cvlc » pour démarrer VLC sans interface. > libva info: VA-API version 1.17.0 > libva info: Trying to open > /gnu/store/9pypr3c3y379shbwm9ilb4pik9mkfd83-mesa-22.2.4/lib/dri/radeonsi_drv_video.so > libva info: Found init function __vaDriverInit_1_17 > Erreur de segmentation > > > After tracing the process, I noticed that the last thing it did was > loading its mesa shader cache, stored under: > > ~/.cache/mesa_shader_cache > > Deleting that directory resolved the issue. > > It seems that'd be a bug in Mesa (for failing to determine that it > should have invalidated its cache going from version 21 to 22 post > core-updates merge). I've forwarded this report upstream here: https://gitlab.freedesktop.org/mesa/mesa/-/issues/8937 -- Thanks, Maxim