Bug#921418: Kernel update from 4.18 to 4.19 breaks vlc

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Bug#921418: Kernel update from 4.18 to 4.19 breaks vlc

Hartmut Buhrmester-4
Package: vlc
Version: 3.0.6-0+deb9u1

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
   ctrl-C.
- 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:

> ~$ apt-cache policy vlc
> vlc:
>   Installed: 3.0.6-0+deb9u1
>   Candidate: 3.0.6-0+deb9u1
>   Version table:
>  *** 3.0.6-0+deb9u1 500
>         500 http://security.debian.org/debian-security stretch/updates/main i386 Packages
>         100 /var/lib/dpkg/status
>      3.0.3-1-0+deb9u1 500
>         500 http://ftp.de.debian.org/debian stretch/main i386 Packages

So I decided, to just downgrade vlc and install the older version
again. First, I removed the installed version and all configuration
files (~c in aptitude) with:

debian:~# aptitude purge vlc
debian:~# aptitude purge "~c"


Then I installed vlc 3.0.3 again:

debian:~# aptitude -t stretch install vlc=3.0.3-1-0+deb9u1


But, to my surprise, this did not solve the problems! The symptoms
with version 3.0.3 were now just the same as with version 3.0.6.

So I wondered, if there were any other relevant updates at the same
time. Actually, the file /var/log/apt/history.log shows, that, by
coincidence, there was a kernel update on the same day:


Start-Date: 2019-01-13  06:05:58
Commandline: apt-get -t stretch-backports dist-upgrade
Install: linux-image-4.19.0-0.bpo.1-686-pae-unsigned:i386
          (4.19.12-1~bpo9+1, automatic)
Upgrade:
     vlc-bin:i386 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1),
     linux-image-686-pae:i386 (4.18+100~bpo9+1, 4.19+101~bpo9+1),
     vlc-plugin-video-output:i386 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1),
     linux-libc-dev:i386 (4.18.20-2~bpo9+1, 4.19.12-1~bpo9+1),
     vlc-plugin-samba:i386 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1),
     vlc-plugin-qt:i386 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1),
     vlc-plugin-skins2:i386 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1),
     vlc-plugin-visualization:i386 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1),
     vlc-l10n:i386 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1),
     vlc-plugin-notify:i386 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1),
     libvlc5:i386 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1),
     libvlccore9:i386 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1),
     libvlc-bin:i386 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1),
     vlc:i386 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1),
     vlc-data:i386 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1),
     vlc-plugin-video-splitter:i386 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1),
     vlc-plugin-base:i386 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1)
End-Date: 2019-01-13  06:09:10


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:

Kernel     4.9   4.18  4.19
------     ---   ----  ----
vlc-3.0.3  okay  okay  program_hangs
vlc-3.0.6  okay  okay  program_hangs

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.


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

AppArmor was first deactivated and then completely deinstalled,
but this did not change the problems with vlc.


Various other statistics:

The graphics card is a pretty old ASUS ATI Radeon 9600 Pro:

> ~$ lspci | grep VGA
> 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV360 [Radeon 9600/X1050 Series]


I also attached the output of:

> ~$ vlc -vv Arrival_Trailer_2016.mp4 2>&1 | tee -a vlc_$(date +%Y-%m-%d_%H-%M-%S).txt


Regards,
Hartmut Buhrmester

vlc_2019-02-05_06-52-59.txt (59K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Bug#921418: Kernel update from 4.18 to 4.19 breaks vlc (update)

Hartmut Buhrmester-4
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 says:

> 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


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.


Regards,
Hartmut Buhrmester

Reply | Threaded
Open this post in threaded view
|

Bug#921418: Kernel update from 4.18 to 4.19 breaks vlc (update)

Sebastian Ramacher-3
Control: reassign -1 linux 4.19.12-1

Hi Hartmut

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
> says:
>
> > 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.

Cheers

>
> 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.
>
>
> Regards,
> Hartmut Buhrmester
>
--
Sebastian Ramacher

signature.asc (849 bytes) Download Attachment