Summary: | Kwin stops when GPU hangs (intel_do_flush_locked failed). | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Detlev Casanova <detlev.casanova> |
Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | 4.10.1 | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Detlev Casanova
2013-03-24 11:46:07 UTC
> I also realize that it might not be kwin's fault at all but it should not close anyway.
yes and the driver should not hang. Sorry there is nothing we can do about that. It's a problem in a different layer which is completely abstracted away from us. We don't see that, we cannot detect it.
a) fyi, SIGSTOP cannot be intercepted - it's likely X11 or the kernel which stops kwin and kwin cannot prevent that in any way. b) sounds like https://bugs.freedesktop.org/show_bug.cgi?id=57805 c) SNA or UXA? d) Is it even impossible to restart kwin with compositing disabled? d.1) Is there a kwin zombie process keeping around? a) I see b) Looks like it yes but should be fixed in the driver version I'm using. c) SNA, could try uxa though d) I'll try that later, I can't do that now. It starts correctly with compositing disabled, as expected but there is no zombie process... "s/but/and/" - the kernel module just got itself jammed. Two things i forgot: 1. only with vlc or also with eg. mplayer (could just be due to the video sink; mplayer allows you to select out of a whole bunch with the -vo switch; could be relevant to the kernel bug, eg. if vv works and just gl does not) 2. please don't get that wrong (one never knows the background of a bug reporter ;-), but is the process actually stopped like in the posix signal (and eventually later on SIGKILL'd) or is that just what you assumed to be an appropriate description of what happened? I should run multiple tests with mplayer when it has been emerged. I think I wasn't clear: the process kwin terminates and returns the value 1, that's what I can see from GDB. Also, the KDE bug reporter does not show up. Gdb says that 2 threads exited, then, says [Inferior 1 (process 2923) exited with code 01] And unless you tell me that I randomly hijack this bug report, i won't get anything wrong, we're are all here to try and help, right ? :) Ok, that one is pretty common :-( The intel batchbuffer exit(1)s for EIO ("the gpu hangs") - it would be nicer to have an abort() instead. Random pondering: ---------------------- we could atexit() some exit handler and skip it for a global variable set when we exit() - eg. for a WM being present - or QCoreApplication::aboutToQuit() Then use the exit handler to deactivate compositing and restart (or restart with crashcounter) -- The sigchild assumption in the dupe is WRONG, i found a compiz bug where this is a sigchild (pot. from the decorator or whatever) but the mesa commit does not support that assumption the least: http://cgit.freedesktop.org/mesa/mesa/commit/?id=6862b54f4d4e88ef6ebf709ea7798093ec337e2a *** This bug has been marked as a duplicate of bug 307348 *** |