Bug 708240 - [NVa3] Constant Lockups and Reboots while nouveau driver is installed
Summary: [NVa3] Constant Lockups and Reboots while nouveau driver is installed
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-nouveau
Version: 15
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Ben Skeggs
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: [cat:lockup]
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-05-27 01:27 UTC by Robert Allton
Modified: 2013-06-23 14:54 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-08-07 15:35:39 UTC
Type: ---


Attachments (Terms of Use)
New Sosreport (389.99 KB, application/x-xz)
2011-06-26 00:38 UTC, Robert Allton
no flags Details
/var/log/Xorg.0.log (81.44 KB, text/plain)
2011-06-26 00:40 UTC, Robert Allton
no flags Details
/var/log/Xorg.0.log.old (77.63 KB, text/plain)
2011-06-26 00:40 UTC, Robert Allton
no flags Details
/tmp/dmesg.txt (99.43 KB, text/plain)
2011-06-26 00:42 UTC, Robert Allton
no flags Details
/tmp/dmesg.txt (67.97 KB, text/plain)
2011-07-01 02:01 UTC, Robert Allton
no flags Details
/tmp/dmesg.txt6 (68.90 KB, text/plain)
2011-07-01 02:02 UTC, Robert Allton
no flags Details

Description Robert Allton 2011-05-27 01:27:12 UTC
Description of problem: Intermittent Hard, Soft lockups and reboots while browsing internet


Version-Release number of selected component (if applicable):


How reproducible:
Intermittent crashes but seems to happen fairly regularly. Possibly every 15 minutes or so.

Steps to Reproduce:
1. Reboot after crash
2. Open browser and surf FB
3. 
  
Actual results:
Sometimes mouse will start start responding Uber Slow and nothing can be clicked.
Other times the entire GUI hangs and you cannlt switch to console (Have not tried SSH)
Other times the system briefly hangs and then reboots with an MCE error

Expected results:
No crashes/reboots

Additional info:
Hardware functioned normally in F14 with no issues. Biggest difference being F14 was using Nvidia driver as opposed to nouveau. Using default nouveau driver in F15

All Default F15 install. (Happens both with fully updated system as well as F15 Gold)

Only third party package added is Adobe Flash Square Preview. (Crashes happened both before and after)

Seems to possibly happen more in Facebook that others. hard to say

Sosreport uploaded

Comment 2 Robert Allton 2011-05-27 01:45:27 UTC
Ignore comments about MCE. Looks like this was just a boot time error about CPU lacking support.

Comment 3 Robert Allton 2011-05-27 02:04:56 UTC
Update: Has now happened in various different GUI Windows. Most recently while attempting to use the Software Updater.

Comment 4 Robert Allton 2011-05-27 12:17:27 UTC
Looks like this is a Nouveau issue instead of firefox.

After blacklisting nouveau and installing akmod-nvidia from rpmfusion the system has not crashed since.

Since I messed with a lot of different settings I will be reinstalling clean.

Let me know if you wish to look deeper into the issue before I get everything set back up. I would like to help get nouveau working correctly but at this point I will be installing the akmod driver in the near future and we can then close this case out if I have not heard anything further.

Comment 5 Ben Skeggs 2011-06-06 23:11:00 UTC
Are you able to get your Xorg.0.log and dmesg output after one of these occur?

Comment 6 Robert Allton 2011-06-26 00:36:26 UTC
I reinstalled and reconfigured my system since opening the case. So I reinstalled to get the requested information:

Fresh install (all defaults), yum update, opened facebook.

System hung and then rebooted.

Attaching new sosreport, Xorg logs and dmesg run after the system rebooted.

Comment 7 Robert Allton 2011-06-26 00:38:45 UTC
Created attachment 509935 [details]
New Sosreport

New Sosreport

Comment 8 Robert Allton 2011-06-26 00:40:28 UTC
Created attachment 509936 [details]
/var/log/Xorg.0.log

Comment 9 Robert Allton 2011-06-26 00:40:57 UTC
Created attachment 509937 [details]
/var/log/Xorg.0.log.old

Comment 10 Robert Allton 2011-06-26 00:42:09 UTC
Created attachment 509938 [details]
/tmp/dmesg.txt

Comment 11 Robert Allton 2011-06-26 00:43:58 UTC
The system hung and rebooted at approximately 8:20PM EDT on Saturday June 25th

I assume a regular dmesg is sufficient and you do not require one during the hang.
The system becomes completely unresponsive and rebooted on its own during this.

Comment 12 Ben Skeggs 2011-06-26 22:56:48 UTC
Actually, dmesg during the hang would be good.  If the GPU is actually in some kind of trouble it's usually very noisy about telling the driver, and, that'll show in dmesg.

Comment 13 Robert Allton 2011-07-01 01:59:30 UTC
Ok. I got some information.

There are two scenarios I am seeing.

1) Everything locks up and then reboots. (Including SSH session and mouse)

2) Everything locks up except for ssh and the mouse. 


This time the crash that happened was number 2.

I went to facebook and then used the slide wheel to move the screen up and down. The system hung except for the mouse.

The SSH session maintained itself and I was able to run a dmesg.

After 5 of these I typed init 3 but the system never exited the xterm.

Shortly afterwards it rebooted. Here is an example of those steps:

[root@localhost ~]# 
[root@localhost ~]# dmesg > /tmp/dmesg.txt2
[root@localhost ~]# dmesg > /tmp/dmesg.txt3
[root@localhost ~]# dmesg > /tmp/dmesg.txt4
[root@localhost ~]# dmesg > /tmp/dmesg.txt5
[root@localhost ~]# 
[root@localhost ~]# 
[root@localhost ~]# 
[root@localhost ~]# init 3
[root@localhost ~]# 
[root@localhost ~]# 
[root@localhost ~]# 
[root@localhost ~]# dmesg > /tmp/dmesg.txt6
[root@localhost ~]#

Comment 14 Robert Allton 2011-07-01 02:01:32 UTC
Created attachment 510778 [details]
/tmp/dmesg.txt

Comment 15 Robert Allton 2011-07-01 02:02:20 UTC
Created attachment 510779 [details]
/tmp/dmesg.txt6

Comment 16 Robert Allton 2011-07-01 02:04:28 UTC
Again this was a freshly installed system. I now have a separate drive just for these recreates.

I will attempt the other recreation as well. Since the ssh session sometimes may accept the command right before it crashes. If I time it well enough.

Comment 17 Fedora End Of Life 2012-08-07 15:35:42 UTC
This message is a notice that Fedora 15 is now at end of life. Fedora
has stopped maintaining and issuing updates for Fedora 15. It is
Fedora's policy to close all bug reports from releases that are no
longer maintained. At this time, all open bugs with a Fedora 'version'
of '15' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that
we were unable to fix it before Fedora 15 reached end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora, you are encouraged to click on
"Clone This Bug" (top right of this page) and open it against that
version of Fedora.

Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.

The process we are following is described here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping


Note You need to log in before you can comment on or make changes to this bug.