Bug 590222
Summary: | nouveau driver not working with NVIDIA Quadro NVS 295 card | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Praveen Arimbrathodiyil <parimbra> | ||||||||||||
Component: | xorg-x11-drv-nouveau | Assignee: | Ben Skeggs <bskeggs> | ||||||||||||
Status: | CLOSED DUPLICATE | QA Contact: | desktop-bugs <desktop-bugs> | ||||||||||||
Severity: | medium | Docs Contact: | |||||||||||||
Priority: | low | ||||||||||||||
Version: | 6.0 | CC: | aalam, airlied, arfernan, llim, mgordon, mvaliyav, syeghiay | ||||||||||||
Target Milestone: | rc | Keywords: | Triaged | ||||||||||||
Target Release: | --- | ||||||||||||||
Hardware: | All | ||||||||||||||
OS: | Linux | ||||||||||||||
Whiteboard: | |||||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||
Clone Of: | Environment: | ||||||||||||||
Last Closed: | 2010-07-14 02:28:01 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
Praveen Arimbrathodiyil
2010-05-08 07:45:04 UTC
$ lspci |grep -i vga 02:00.0 VGA compatible controller: nVidia Corporation Device 06fd (rev a1) Same monitor accessed via Lenovo T400 laptop gives a resolution of 1680x1050 VGA1 connected (normal left inverted right x axis y axis) 1680x1050 60.0 + 1280x1024 75.0 1024x768 75.1 60.0 800x600 75.0 60.3 640x480 75.0 60.0 720x400 70.1 graphics card on the laptop is $ lspci |grep -i vga 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux major release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Major release. This request is not yet committed for inclusion. It would be great if you could attach /var/log/Xorg.0.log and /var/log/messages. Created attachment 412721 [details]
/var/log/messages
Created attachment 412722 [details]
/var/log/Xorg.0.log
Looks like it is falling back to vesa. anaconda was failing to start X in previous versions (before snapshot 2) as well. [drm] failed to load kernel module "nouveau" (EE) [drm] failed to open device Yeah, due to a series of unfortunate incidents nouveau didn't work for a few kernel revisions. 2.6.32-23.el6.x86_64 (your kernel) didn't have nouveau *at all*, 2.6.32-24.el6.x86_64 is fixed though. If you could update to that, and try again that'd be great. Ok, I'll update the kernel. Meanwhile I was trying "nv" driver. It gave 1680x1050 resolution but it was not usable at all - the screen looked like a oil painting - random colors. I have Xorg.0.log with nv driver - which has much more info about the graphics card. Created attachment 412726 [details]
Xorg.0.log with nv driver
I updated the kernel from brew, but now after grub the screen is blank - monitor goes to power saving mode :( This is the behavior of anaconda with most other trees (rhel beta, fedora beta, fedora 13 rawhide ...) Okay, can you attach /var/log/messages from after the failed boot, I'll see if there's something obvious that sticks out. Created attachment 412742 [details]
Xorg.0.log with -24 kernel
Now I get more verbose messages, I removed "rhgb quiet" from boot line and added nomodeset.
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 8, (OK)
drmOpenByBusid: Searching for BusID pci:0000:02:00.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 8, (OK)
drmOpenByBusid: drmOpenMinor returns 8
drmOpenByBusid: drmGetBusid reports pci:0000:02:00.0
(EE) [drm] failed to open device
Created attachment 412750 [details]
/var/log/messages with -24 kernel
For comment 14: this is expected, nouveau can't operate with "nomodeset" any longer. Praveen: Can you reproduce this issue with other displays, or just this one? Ben: It happens with other displays also, I tested with a Dell 17 inch monitor. Praveen, I managed to get hold of a NVS295 here and have a patch that is able to light up the displays. I'm still not 100% sure of how this bug *should* be handled, the binary driver and VBIOS do 2 completely different things here. But, for testing/confirmation, there's a scratch build at: https://brewweb.devel.redhat.com/taskinfo?taskID=2553678 Does this fix the problem for you? Ben, Thanks, it is working for me. nouveau doesn't give 3d for this card yet, I guess. Thanks for letting me know :) No, there's an experimental (and buggy) 3D driver available, but we're not shipping it in EL6. I've got another scratch build ready if you can test it for me please. This should resolve this issue in another way which doesn't break other systems in the process. https://brewweb.devel.redhat.com/taskinfo?taskID=2577620 Thanks! I don't have that system with me right now, I will get it back by next week. I will test it once I get my system back. *** This bug has been marked as a duplicate of bug 596703 *** My experience is with quadro fx 3700 (nvidia). FPD with 1680x1050, RHEL 6.2 boots up no problems - perfect graphics. But yet another FPD with 1920x1680, RHEL 6.2 doesn't boot up, no display (just blank screen). I cannot ping the system, i.e. system is hung. Is there a limitation with maximum resolution that 'nouveau' driver can handle? Are there any special switches? Based on the other reported incidents in here this problem is not limited to NVS 295. I noticed that if I append "nomodeset" big FPD (preset resoluion 1920x1680) boots up with lower resolution. As per google this is a legacy solution. Any insight is highly appreciated. |