Bug#921418: Kernel update from 4.18 to 4.19 breaks vlc
I have some problems since the update of vlc from version 3.0.3 to
3.0.6, and the simultaneous kernel update from version 4.18 to 4.19.
The symptoms in vlc are:
- For each launch of vlc, I can only play one video. At the end of the
video, the application just hangs at the last frame. Then I cannot
open another video or quit the application from the Media menu.
- If I click on the close button of the window frame, the window
disappears, but the vlc process still stays in memory.
- If I started vlc in a terminal, I can quit the application with
- Otherwise, I can only terminate vlc with "killall -s KILL vlc".
- Even the first video is only displayed, if I set the video output
to Automatic, OpenGL or X11. If I set the output to XVideo (xv),
then vlc does not display any video at all.
Since the problems started with the update of vlc from version 3.0.3
to 3.0.6, I naturally suspected, that this update was the problem.
The previous version 3.0.3 is still available, as apt-cache shows:
Old kernels are never automatically deleted, they just stay in the
grub menu and can be selected from the submenu Advanced Options. So
I restarted with kernel 4.18 and this did the trick: vlc 3.0.3 runs
fine again without any problems.
Then I upgraded vlc again to version 3.0.6, and now this version also
runs without problems under the previous kernel 4.18.
Both kernels 4.18 and 4.19 are from stretch-backports. The regular
version 4.9 from stretch is, of course, also available.
So I tried all possible combinations and, after some time, came up
with these results:
Both vlc 3.0.3 and 3.0.6 run fine in kernel 4.9 and 4.18.
Both vlc versions hung in kernel 4.19 after playing just one video.
So it seems, that the kernel 4.19 in stretch-backports breaks
something in vlc. However, this doesn't mean that vlc is excused,
since all other media players run just fine with the new kernel:
mplayer, mpv, smplayer and gnome-mpv.
These packages are referenced by a meta-package linux-image-686-pae,
which still has a different numbering scheme.
I don't know, what caused the problems with vlc, or what solved them in
the end. I suspected at some point, that there might be changes to the
"radeon" driver, but there are no obvious changes to "radeon" between
kernel 4.19.12 and 4.19.16. So it might be a side effect of something
Bug#921418: Kernel update from 4.18 to 4.19 breaks vlc (update)
Control: reassign -1 linux 4.19.12-1
On 2019-02-16 12:00:15, Hartmut Buhrmester wrote:
> The latest kernel update for stretch-backports seems to solve the problems
> with vlc. This update was on Thu, Feb 14 2019. The logfile /var/log/aptitude
> > Aptitude 0.8.7: log report
> > Thu, Feb 14 2019 03:41:42 +0100
> > IMPORTANT: this log only lists intended actions; actions which fail
> > due to dpkg problems may not be completed.
> > Will install 4 packages, and remove 0 packages.
> > 151 MB of disk space will be used
> > ========================================
> > [HOLD, DEPENDENCIES] manpages-de:i386 2.9-1~bpo9+1
> > [INSTALL, DEPENDENCIES] apparmor:i386 2.11.0-3+deb9u2
> > [INSTALL, DEPENDENCIES] libapparmor-perl:i386 2.11.0-3+deb9u2
> > [INSTALL, DEPENDENCIES] linux-image-4.19.0-0.bpo.2-686-pae:i386 4.19.16-1~bpo9+1
> > [UPGRADE] linux-image-686-pae:i386 4.19+101~bpo9+1 -> 4.19+102~bpo9+1
> > ========================================
> > Log complete.
> Then we may update the results table to:
> Kernel 4.9.130 4.18.20 4.19.12 4.19.16
> ------ ------- ------- ------- -------
> vlc-3.0.3 okay okay program_hangs okay
> vlc-3.0.6 okay okay program_hangs okay
Thanks for the follow-up. I'll reassign the bug to linux and mark it as closed in 4.19.16.
> The tested kernels are:
> package-version kernel-version
> --------------- --------------
> linux-image-4.9.0-8-686-pae 4.9.130-2
> linux-image-4.18.0-0.bpo.3-686-pae 4.18.20-2~bpo9+1
> linux-image-4.19.0-0.bpo.1-686-pae 4.19.12-1~bpo9+1
> linux-image-4.19.0-0.bpo.2-686-pae 4.19.16-1~bpo9+1
> These packages are referenced by a meta-package linux-image-686-pae, which
> still has a different numbering scheme.
> I don't know, what caused the problems with vlc, or what solved them in the
> end. I suspected at some point, that there might be changes to the "radeon"
> driver, but there are no obvious changes to "radeon" between kernel 4.19.12
> and 4.19.16. So it might be a side effect of something completely different.
> I learned, that old package versions can be found at
> https://snapshot.debian.org/ , if others like to repeat these tests.
> Hartmut Buhrmester