|
Bugzilla – Full Text Bug Listing |
| Summary: | nv [Quadro FX570M/FX770M/FX1800/FX3600M, GeForce 8500 GT/8600 GT/9600M GT, GeForce G 105M] Screen distortion or black screen with visible mouse cursor | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 11.3 | Reporter: | Markus Koßmann <markus.kossmann> |
| Component: | X.Org | Assignee: | Stefan Dirsch <sndirsch> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <xorg-maintainer-bugs> |
| Severity: | Critical | ||
| Priority: | P3 - Medium | CC: | bruce.korb+suse, captain.magnus, deheld999, fiesta88, ganncorn, holgi, igadmile, Joachim.Reichelt, kresten, lee_matheson, pBakhuis, pilotgi, rcoe, terjejhanssen, v.plessky |
| Version: | Factory | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | openSUSE 11.3 | ||
| URL: | https://bugs.freedesktop.org/show_bug.cgi?id=26612 | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
X.org log file
Screenshot of unusable screen Xorg.0.log Xorg.0.log |
||
Created attachment 340836 [details]
Screenshot of unusable screen
nice art ;-)
I have the same issue with GDM. Workaround for me is to add nouveau.modeset=0 to the kernel command line and use vesa in xorg.conf;
linux-1jxd:~ # lspci|grep VGA
01:00.0 VGA compatible controller: nVidia Corporation Quadro FX 570M (rev a1)
linux-1jxd:~ # rpm -q kernel-desktop
kernel-desktop-2.6.33-1.3.x86_64
linux-1jxd:~ # cat /proc/cmdline
root=/dev/disk/by-id/ata-ST9160823AS_5NK0TNQ0-part5 nouveau.modeset=0
linux-1jxd:~ # cat /etc/X11/xorg.conf
Section "Device"
Identifier "Builtin Default vesa Device 0"
Driver "vesa"
EndSection
Problem with the workaround is that the screen updates are painfully slow...
Created attachment 341157 [details]
Xorg.0.log
Created attachment 341856 [details]
Xorg.0.log
Xorg.0.log
I have the same problem here with 11.3 M1 x86_64, both Gnome and KDE, installed on a hp8710w mobile workstation with a Nvidia Quadro FX 3600M. This is a workstation certified for SLED 10/11 which has also worked flawless with openSUSE 11.x before, both the nv-driver and the vendor nvidia driver. Booting the 11.3 M1's Desktop kernel causes distorted and unreadable gdm/gdm/gui login. The Failsafe mode's low-resolution vesa 1280x1024 does work. But as soon as I try sax2 to change to the normal WUXGA 1920x1200, the test display shows the distorted graphics also here. X11 locked up my system 11.3 M1 x86_64. workaround: Section "Device" #BusID "1:0:0" Driver "fbdev" Identifier "Device[0]" EndSection The nouveau X11 driver is missing, as the nv driver does not really support newer NVIDIA card, here a nVidia Corporation G84 [GeForce 8600 GT] even when listed in the module. In OS 11.2 the nv driver did not load at all. O.K. I recompiled the kernel without nouveau kernel modul. # CONFIG_DRM_NOUVEAU is not set and the NV driver works with its funny colours and I could install the binary driver 195.36.03 Why do we have the nouveau kernel modul but not the related X11 driver? I've experienced this bug as well on a x86-64. However it's near unusable instead of just unusable for me as I was still able to locate the 'menu' option at the lower left and do a "console login" from where I install the proprietary NVIDIA drivers which resolved the problem. I did also log in successfully and had the same odd colors/distortions showing up within KDE itself (post log-in screen). (this was also back to normal after installing the proprietary drivers) This is on a laptop with NVIDIA 9600M GT and 1680*1050 display, although I have not checked which resolution was set before installing the proprietary drivers or if a lower resolution would display it normally like "Terje J. Hanssen" mentioned. That "on a x86-64" was not supposed to be in the first sentence. (an edit button wold be nice to have) JFYI. nv driver does not support KMS. Currently we don't provide a nouveau driver, but we would like to change that for openSUSE 11.3. :-) Same problem with Nvidia G105M Until the nouveau driver becomes available for 11.3, what is the suggested workaround (procedure) to be able to test Milestone 2 in the meantime? (In reply to comment #12) > Until the nouveau driver becomes available for 11.3, what is the suggested > workaround (procedure) to be able to test Milestone 2 in the meantime? Installing the propriatary driver using the generic .run installer is no option ? This driver worked for me. (In reply to comment #12) > Until the nouveau driver becomes available for 11.3, what is the suggested > workaround (procedure) to be able to test Milestone 2 in the meantime? failsafe boot option, i.e. fbdev/vesa driver. (In reply to comment #14) > (In reply to comment #12) > > Until the nouveau driver becomes available for 11.3, what is the suggested > > workaround (procedure) to be able to test Milestone 2 in the meantime? > > failsafe boot option, i.e. fbdev/vesa driver. Yes, I already use that (4:3 1280x1024 on a 16:10 1920x1200 display). What I thought of, was if a non-oss Nvidia repo could be used for 11.3 (?) (In reply to comment #15) > Yes, I already use that (4:3 1280x1024 on a 16:10 1920x1200 display). > What I thought of, was if a non-oss Nvidia repo could be used for 11.3 (?) Who should provide that repo? You would be sued by gregkh and possibly other kernel developers doing that. But feel free to build the driver yourself. (In reply to comment #16) > (In reply to comment #15) > > Yes, I already use that (4:3 1280x1024 on a 16:10 1920x1200 display). > > What I thought of, was if a non-oss Nvidia repo could be used for 11.3 (?) > > Who should provide that repo? > So, the 'Community repo NVIDIA' won't be continued for 11.3? (In reply to comment #17) > So, the 'Community repo NVIDIA' won't be continued for 11.3? Why do you think so? In the past NVIDIA took the risk being sued for providing these packages. I assume this won't change for 11.3, but I'm not aware of anybody else willing to take the risk being sued. It makes no sense to provide KMPs as long as the kABI isn't stable, which won't happen before 11.3 is final. (In reply to comment #10) > JFYI. nv driver does not support KMS. Currently we don't provide a nouveau > driver, > but we would like to change that for openSUSE 11.3. :-) I don't think that KMS is the reason for the distortion with nv. I have a 11.2 installation on the same laptop. With the 11.2 kernel nv works fine with the FX770M and if I boot a 2.6.33-rc8 kernel from OBS kernel repo on that installation , nv still works fine, even with loaded nouveau kernel module. And correct me if I'am wrong: I saw that coruption allready on factory when it used 2.6.32. This kernel didn't support KMS for nvidia IIRC *** Bug 581568 has been marked as a duplicate of this bug. *** *** Bug 581429 has been marked as a duplicate of this bug. *** The pattern I can see here is that G80/G90 GPUs are affected by this issue, whereas G70 are not - according to Bug #581429. *** Bug 576474 has been marked as a duplicate of this bug. *** *** Bug 577411 has been marked as a duplicate of this bug. *** Just added the patch to obs://X11:XOrg/xorg-x11-driver-video. RPM changelog: ------------------------------------------------------------------- Tue Mar 2 17:37:08 CET 2010 - sndirsch@suse.de - xf86-video-nv-commit-7b01fc8.diff: Separate LUTs per output. Wire up the RandR 1.2 gamma_set hook. Call it from G80SetPalette like the Intel driver does. (bfo #26612, likely bnc #577140) Ok. Let's assume the issue has been fixed. Otherwise please reopen - and make sure your RPM changelog already contains the entry of comment #25. The RPMs are still rebuilding, but are going to be available shortly. Did this patch make it into Milestone 3? No, unfortunately the fix is not yet included in Milestone3. But it shouldn't be that hard to download and install one RPM. At least I have difficults to download. If this Factory file is the correct one, xorg-x11-driver-video-7.4-104.3.x86_64.rpm, I get the following error trying to download with wget, ... 401 Unauthorized (Using Firefox download, nothing happends) If you can add the full url to the file, it might help (I'm not used to downlad from OBS)? http://download.opensuse.org/repositories/X11:/XOrg/openSUSE_Factory/x86_64/xorg-x11-driver-video-7.4-104.3.x86_64.rpm Is it that hard to use https://build.opensuse.org/ http://software.opensuse.org/search Fine. I can confirm now that the driver works for my Quadro FX 3600M. Yesterday I also tried that search way first: http://software.opensuse.org/search Searched for 'xorg-x11-driver' got a full page with entries but didn't see the recent version? Second, I tried by listing all projects instead https://build.opensuse.org/project/list_public * selected 'X11:XOrg * selected 'xorg-x11-driver-video' * selected 'xorg-x11-driver-video-7.4-104.3.x86_64.rpm' in the right column Firefox tried a long time to start 'Loading....' but no save file widget arised (tried this several times, also with wget as mentioned) Today also this way works, so it must have been a temporary issue yesterday. Thanks for confirmation, Terje. :-) Just tested xorg-x11-driver-video-7.4-104.2.x86_64.rpm on M3. It seems to work for me. *** Bug 586962 has been marked as a duplicate of this bug. *** *** Bug 581635 has been marked as a duplicate of this bug. *** *** Bug 590027 has been marked as a duplicate of this bug. *** *** Bug 590044 has been marked as a duplicate of this bug. *** This is an issue for me on a fresh install of openSUSE 11.3 final. I have the Nvidia FX 1800 graphics card. I get the black screen with only the mouse cursor. Having a driver that handles the bells and whistles of the latest NVidia card may be too much, but as I pointed out in bug 590044, what can and must be done is to *ASK THE USER* if the proposed configuration actually works *BEFORE* finalizing it and causing init 5 to become completely unusable. This sort of thing is *precisely* what is done in a post-install video reconfiguration. What I was trying to make clear in that bug report is that this confirmation process is also required in the installation. Once installed incorrectly, the difficulty in fixing it is too extreme for anyone but the truly dedicated: CF: https://bugzilla.novell.com/show_bug.cgi?id=590044#c0 I think the process was too hard. |
Created attachment 340833 [details] X.org log file User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.2.0) Gecko/20100115 SUSE/3.6.0-1.2 Firefox/3.6 when booting factory into runlevel 5 the kdm login screen is unusable. That happens with 2.6.32 and 2.6.33 kernels. So it seems that KMS makes no difference here. Reproducible: Always Steps to Reproduce: 1.boot into runlevel 5 2. 3. Actual Results: unusable login Expected Results: usable login screen