https://bugs.kde.org/show_bug.cgi?id=364222
Mauro Carvalho Chehab <mche...@osg.samsung.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |INVALID
Status|UNCONFIRMED |RESOLVED
--- Comment #4 from Mauro Carvalho Chehab <mche...@osg.samsung.com> ---
(In reply to lev.cohan from comment #3)
> I experienced something similar a few minutes ago.
> Stopping playback or changing the channel after a few channel changes
> resulted in temporary system freeze:
>
> dmesg shows:
> Jun 14 08:29:37 Q6600 kernel: NVRM: GPU at PCI:0000:01:00
> Jun 14 08:29:37 Q6600 kernel: NVRM: Xid (PCI:0000:01:00): 31, Ch 00000021,
> engmask 00008100, intr 10000000
> Jun 14 08:29:39 Q6600 kernel: NVRM: os_schedule: Attempted to yield the CPU
> while in atomic or interrupt context
> Jun 14 08:29:41 Q6600 kernel: NVRM: os_schedule: Attempted to yield the CPU
> while in atomic or interrupt context
That sounds a bug with the Nvidia proprietary driver. There's not much open
source developers can do to fix it, as the driver is closed source, and it is
known to cause random troubles by the Kernel maintainers. What the above says
is that the Nvidia proprietary driver is sleeping to wait for some data in a
part of the Kernel code that it is not allowed to. Only Nvidia can fix it.
You may either use the open source driver or pass some extra parameters to
libVLC to use a different video output driver. Kaffeine version 2.0.3 has an
option to pass such parameters, as described on its README. It was originally
conceived to be a workaround for some common problems found with using via
X11/VNC, but you could use it as well to force the usage of a different video
driver:
---
Remote Access and Kaffeine
==========================
Accessing Kaffeine remotely via X11/ssh/vnc can be a problem, as Qt5 will,
by default, use hardware acceleration and DRI3.
There is a known bug, present on Fedora 23/24, and likely on other distros,
at mesa-libGL/dri-drivers that cause it to wait forever when it is started
from a X11 section. Such bug causes Kaffeine windows to not open:
* <https://bugzilla.redhat.com/show_bug.cgi?id=1174257>
A workaround is to start Kaffeine with:
LIBGL_DRI3_DISABLE=1 kaffeine
Another solution is to use a vnc server.
Still, libVLC will try to use hardware acceleration on the machine with
Kaffeine, with obviously with won't work via the X11 protocol. For such
scenarios, you may try to change the arguments passed to libVLC via the
"Settings" --> "Configure Kaffeine" --> "libVLC", changing the libVLC
arguments to:
--no-video-title-show -V xcb_glx
or:
--no-video-title-show -V xcb_xv
and re-start Kaffeine.
---
As this is a Kernel bug, and we can't do much to fix, I'm closing this bug.
--
You are receiving this mail because:
You are watching all bug changes.
