Bug 40050 - [NV94] freezing nouveau, when playing videos on a 2nd screen
Summary: [NV94] freezing nouveau, when playing videos on a 2nd screen
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/nouveau (show other bugs)
Version: 7.6 (2010.12)
Hardware: x86-64 (AMD64) Linux (All)
: medium major
Assignee: Nouveau Project
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-08-12 12:26 UTC by Christoph Anton Mitterer
Modified: 2013-09-26 23:46 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
kern.log (136.24 KB, text/plain)
2011-08-12 12:26 UTC, Christoph Anton Mitterer
no flags Details

Description Christoph Anton Mitterer 2011-08-12 12:26:47 UTC
Created attachment 50168 [details]
kern.log

Hi.

Not sure whether this is related to the similar bugs I've reported recently, neither whether it's related to the 2D or 3D part... so please be patient with my report ;)

It happens on a Debian sid machine with Linux 3.0 and:
$ apt-cache show xserver-xorg | grep Version
Version: 1:7.6+7
apt-cache show xserver-xorg-core | grep Version
Version: 2:1.10.3-1
apt-cache show xserver-xorg-video-nouveau | grep Version
Version: 1:0.0.16+git20110411+8378443-1+b1
apt-cache show libdrm-nouveau1a | grep Version
Version: 2.4.26-1
apt-cache show libgl1-mesa-dri-experimental | grep Version
Version: 7.10.3-4

The GPU is a G94 [GeForce 9600 GT].
I have two screens attached, but  not via Xinerama or the like, but two separate X screens.

When I play a video on the 2nd screen it quickly happens that nouveau/X freezes,... keyboard no longer works, switching to console neither,.. mouse works (but as everything is frozen,.. this is of little use.
It seems that the system in the back continues to run (see the SysRq messages that are printed in the log).
SysRq also works (well at least +b).

The funny thing is, that is happens only very rarely (but also sometimes) that the system freezes when I play a video on the 1st screen.

(btw: I used mplayer from Debian Multimedia)

Sometimes (but rarely) I see it already coming (the freeze),.. then strange graphic erros appear on the screen (and the system has not yet frozen),... even more rarely I can than trigger a clean shutdown.


Cheers,
Chris.
Comment 1 Emil Velikov 2011-08-23 14:28:00 UTC
Hi Christoph

Looking in your log many(most) of the ERROR messages are 3D/GL related

On top of that please note that there has been a bug in kernel 2.6.39 that causes the system to hang when Xv is used in conjunction with 3D(GL app/game/compositing window manager)

Can you try the following
1. Remove libgl1-mesa-dri-experimental and/or update your kernel to 3.0

Note in general (with nouveau) it's recommended to try the latest (git) version of the following

1, kernel [1]
2. libdrm -- in your case it's not necessary
3. xf86-video-nouveau
4. optional mesa

Can you give the suggestion(s) a try (I highly recommend removing mesa-experimental just to narrow down the issue)

Cheers
Emil

[1] http://cgit.freedesktop.org/nouveau/linux-2.6/
Comment 2 Christoph Anton Mitterer 2012-03-26 19:40:04 UTC
Hi.

Well disabling 3D makes the whole thing quit boring, right? ;)
And isn't it shipped as more or less "stable" now anyway?


Nevertheless, the problem persists, but few news:
I tried just before with Linux 3.0.0 (upgrading that system to the most recent versions is a bit painful).

Things have improved a bit:
The system no longer freezes forever, it recovers after some time (2-3 minutes) and continues to work "flawlessly".

Also this seems to be no longer specially triggered by watching video but rather by e.g. switching the virtual desktop (and the then ongoing compiz 3D animations).

During the freeze, e.g. the sound continues to work. But mouse/keboard are dead.
Comment 3 Ilia Mirkin 2013-08-25 23:15:54 UTC
Could you retest with a fresh kernel/xf86-video-nouveau/mesa?
Comment 4 Ilia Mirkin 2013-09-26 23:46:44 UTC
No response to re-test request in over a month. Closing as invalid.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.