Bug 677741

Summary: [NV86] Xorg freezes when using second video output
Product: Red Hat Enterprise Linux 6 Reporter: Aram Agajanian <agajania>
Component: xorg-x11-drv-nouveauAssignee: Ben Skeggs <bskeggs>
Status: CLOSED WONTFIX QA Contact: Desktop QE <desktop-qa-list>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 6.0CC: bskeggs, me
Target Milestone: rcKeywords: Triaged
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-12-06 11:27:45 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Xorg log file from this computer
none
Xorg.0.log
none
output from dmesg after the crash
none
/var/log/messages after the crash none

Description Aram Agajanian 2011-02-15 17:51:49 UTC
Created attachment 478939 [details]
Xorg log file from this computer

Description of problem:

My computer has the following video card:

01:00.0 VGA compatible controller [0300]: nVidia Corporation G86 [Quadro NVS 290] [10de:042f] (rev a1)

The video card has two outputs.  One is connected to a monitor, the second is connected to a projector (through a KVM switch).

The problem only happens when the projector is on.

If you don't make any display settings, the resolution comes up in 1024x768.  The problem only happens if you change the resolution of display 1 (the monitor) to 1680x1050.

When running the Code::Blocks editor (from EPEL 6), bring up a C program.  Press the Compile and Run button.  Sometimes you will see some screen corruption.  Press the Compile and Run button again.  Xorg crashes.

I am able to ssh into the machine after Xorg has crashed.  However, it won't shut down completely.

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

xorg-x11-drv-nouveau-0.0.16-8.20100423git13c1043.el6.x86_64

How reproducible:

Happens every time.

Steps to Reproduce:
1.  Boot computer.
2.  Log in.
3.  Set resolution of display 1 to 1680x1050.
4.  Log out so that you are logging in with the new resolution.
5.  Run CodeBlocks.
6.  Open a C program.
7.  Press the Compile and Run button.
8.  Close the xterm that comes up.
9.  Press the Compile and Run button again.
  
Actual results:
Xorg crashes.

Expected results:
Xorg shouldn't crash.

Comment 2 Aram Agajanian 2011-02-15 20:57:44 UTC
I have a correction to the bug report.  The computer is connected to the projector through a VGA switch, not a KVM switch.

Comment 3 Matěj Cepl 2011-02-16 16:27:50 UTC
Thanks for the bug report.  We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue.

I don't see any crash in /var/log/Xorg.0.log, so we will need kernel information. 

Please add drm.debug=0x04 to the kernel command line, restart computer, reproduce the bug, get to it via ssh, and attach

* your X server config file (/etc/X11/xorg.conf, if available),
* fresh X server log file (/var/log/Xorg.*.log; just to be sure)
* output of the dmesg command after the crash and before reboot, and
* system log (/var/log/messages)

to the bug report as individual uncompressed file attachments using the bugzilla file attachment link above.

We will review this issue again once you've had a chance to attach this information.

Thanks in advance.

Comment 4 Aram Agajanian 2011-02-22 20:40:13 UTC
Created attachment 480242 [details]
Xorg.0.log

after the crash

Comment 5 Aram Agajanian 2011-02-22 20:41:17 UTC
Created attachment 480243 [details]
output from dmesg after the crash

Comment 6 Aram Agajanian 2011-02-22 20:42:12 UTC
Created attachment 480244 [details]
/var/log/messages after the crash

Comment 7 RHEL Program Management 2011-04-04 02:50:15 UTC
Since RHEL 6.1 External Beta has begun, and this bug remains
unresolved, it has been rejected as it is not proposed as
exception or blocker.

Red Hat invites you to ask your support representative to
propose this request, if appropriate and relevant, in the
next release of Red Hat Enterprise Linux.

Comment 8 RHEL Program Management 2011-10-07 16:16:44 UTC
Since RHEL 6.2 External Beta has begun, and this bug remains
unresolved, it has been rejected as it is not proposed as
exception or blocker.

Red Hat invites you to ask your support representative to
propose this request, if appropriate and relevant, in the
next release of Red Hat Enterprise Linux.

Comment 9 Ben Skeggs 2012-07-11 07:35:39 UTC
How is this with RHEL 6.3?

Comment 10 Aram Agajanian 2014-06-09 16:57:07 UTC
The computers with the Quadro NVS 290 video cards are no longer in use.  So, I am unable to provide further information.

Comment 11 Jan Kurik 2017-12-06 11:27:45 UTC
Red Hat Enterprise Linux 6 is in the Production 3 Phase. During the Production 3 Phase, Critical impact Security Advisories (RHSAs) and selected Urgent Priority Bug Fix Advisories (RHBAs) may be released as they become available.

The official life cycle policy can be reviewed here:

http://redhat.com/rhel/lifecycle

This issue does not meet the inclusion criteria for the Production 3 Phase and will be marked as CLOSED/WONTFIX. If this remains a critical requirement, please contact Red Hat Customer Support to request a re-evaluation of the issue, citing a clear business justification. Note that a strong business justification will be required for re-evaluation. Red Hat Customer Support can be contacted via the Red Hat Customer Portal at the following URL:

https://access.redhat.com/