Bug 334138

Summary: nvidia: wrong EDID data (Display Size)
Product: [openSUSE] openSUSE 10.3 Reporter: Benjamin McCann <benjamin.j.mccann>
Component: X11 3rd Party DriverAssignee: Roland Hui <rohui>
Status: RESOLVED WONTFIX QA Contact: Stefan Dirsch <sndirsch>
Severity: Major    
Priority: P5 - None CC: rohui
Version: Final   
Target Milestone: ---   
Hardware: x86-64   
OS: openSUSE 10.3   
Whiteboard:
Found By: Customer Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: Picture of Konsole after installing drivers
xorg.conf
Output of "hwinfo --monitor"
Output of "xdpyinfo"
Xorg.0.log
Xorg.0.log with Option "UseEdidDpi" "FALSE"
Xorg.1.log
YaST conflict notice

Description Benjamin McCann 2007-10-15 22:56:10 UTC
I installed two nvidia driver packages:
    * nvidia-gfx-G01-kmp-default
    * x11-video-nvidiaG01
I then ran "modprobe nvidia" and hit Ctrl-Alt-Backspace to restart the X.org server.
Doing so made the text on my system so large that it is now unusable.
Comment 1 Benjamin McCann 2007-10-15 22:59:42 UTC
Created attachment 178646 [details]
Picture of Konsole after installing drivers

The menu in Konsole, which luckily is the most usable program, takes up half the screen.
Comment 2 Benjamin McCann 2007-10-15 23:01:25 UTC
Created attachment 178648 [details]
xorg.conf

I've attached the xorg.conf file.  After the display was messed up, I edited the Display line (I left the old one commented out), which had no effect.
Comment 3 Benjamin McCann 2007-10-15 23:04:32 UTC
Created attachment 178649 [details]
Output of "hwinfo --monitor"

I'm using a Syntax Olevia LT26HVX HD-ready LCD TV as my monitor, which has a PC compatible 1280x1024 resolution mode.  Impressively, openSuse detected the monitor brand and all was working perfectly after install until I added the nvidia driver.
Comment 4 Benjamin McCann 2007-10-15 23:05:15 UTC
Created attachment 178650 [details]
Output of "xdpyinfo"
Comment 5 Benjamin McCann 2007-10-15 23:05:52 UTC
Created attachment 178651 [details]
Xorg.0.log
Comment 6 Benjamin McCann 2007-10-15 23:11:41 UTC
I noticed xdpyinfo is erroneously reporting I have an extremely small screen:
  dimensions:    1280x1024 pixels (40x30 millimeters)

Also, I thought I'd add that if there are any suggestions or requests for info, please remember that it will probably be impossible for me to do anything that is not on the command line because of this problem.

Thanks,
Ben
http://www.benmccann.com
Comment 7 Stefan Dirsch 2007-10-16 01:08:31 UTC
(In reply to comment #4 from Benjamin McCann)
> Created an attachment (id=178650) [details]
> Output of "xdpyinfo"
> [...]
> dimensions:    1280x1024 pixels (40x30 millimeters)
> resolution:    813x867 dots per inch
completely broken.

(In reply to comment #5 from Benjamin McCann)
> Created an attachment (id=178651) [details]
> Xorg.0.log
> [...] 
> (--) NVIDIA(0): DPI set to (812, 866); computed from "UseEdidDpi" X config
> (--) NVIDIA(0):     option
bogus as well.

==> wrong detection of displaysize.

Comment 8 Stefan Dirsch 2007-10-16 01:18:11 UTC
Please add

  Option "UseEdidDpi" "FALSE"

to Section Device of your xorg.conf and set DisplaySize in Section Monitor to a reasonable value.
Comment 9 Stefan Dirsch 2007-10-16 01:21:01 UTC
Please also start Xserver manually with "X -verbose 9 -logverbose 9 :1". Then press Ctrl-Alt-BS and attach /var/log/Xorg.1.log.
Comment 10 Benjamin McCann 2007-10-16 02:59:14 UTC
Created attachment 178663 [details]
Xorg.0.log with Option "UseEdidDpi" "FALSE"

I added Option "UseEdidDpi" "FALSE" to Section Device.  I did not change DisplaySize from the earlier attachment.  Was that not a reasonable value?
Also, I can only get anything to appear on the screen every three or four boots.  I haven't had much luck logging out of the graphical session after boot in order to start X manually.
Comment 11 Stefan Dirsch 2007-10-16 03:36:17 UTC
DisplaySize  578 324

(**) NVIDIA(0): DPI set to (56, 80); computed from "DisplaySize" Monitor
(**) NVIDIA(0):     section option

Looks perfect to me now.

Comment 12 Stefan Dirsch 2007-10-16 03:38:47 UTC
You don't need to log out from your session to start X manually. This logfile would help NVIDIA to add your monitor to a blacklist of monitors which provide
wrong EDID data.
Comment 13 Benjamin McCann 2007-10-16 04:07:41 UTC
I ran "X -verbose 9 -logverbose 9 :1" while already logged into my KDE session and it brought up a black and white screen with a cursor shaped like an X.  I then hit Ctrl-Alt-BS and the screen went blank.
There's something seriously wrong because I had to try booting up three times before the system successfully started without the screen going blank.  Should I remove the packages I have and instead install x11-video-nvidia and nvidia-gfx-kmp-default?  I have a GeForce 7300 GS.
Comment 14 Stefan Dirsch 2007-10-16 06:26:49 UTC
(In reply to comment #13 from Benjamin McCann)
> I ran "X -verbose 9 -logverbose 9 :1" while already logged into my KDE 
> session
> and it brought up a black and white screen with a cursor shaped like an X. 
> I
> then hit Ctrl-Alt-BS

Great. So now you have the /var/log/Xorg.1.log I requested. Please attach it.

> and the screen went blank.

Should not happen. Driver bug.

> There's something seriously wrong because I had to try booting up three
> times
> before the system successfully started without the screen going blank. 
> Should
> I remove the packages I have and instead install x11-video-nvidia and
> nvidia-gfx-kmp-default?  I have a GeForce 7300 GS.

No. Obviously the driver does not work reliably for you. Better uninstall
the packages

* nvidia-gfx-G01-kmp-default
* x11-video-nvidiaG01

Doing this the configuration will switch to nv driver again.
Comment 15 Benjamin McCann 2007-10-16 13:41:24 UTC
Created attachment 178792 [details]
Xorg.1.log

> So now you have the /var/log/Xorg.1.log I requested.
For some reason I was thinking this file would be affected by my reboot, which I guess it wouldn't be.  In any case, I'll offer the disclaimer that I have rebooted about 15 times between running the command and grabbing the log file.
Comment 16 Benjamin McCann 2007-10-16 13:43:51 UTC
Before I uninstall the packages, is there any more info I could provide to help nvidia deubg the issue?  I'd like to have 3-d acceleration, especially considering that I had it in 10.1 and 10.2.
Comment 17 Stefan Dirsch 2007-10-16 14:05:17 UTC
Thanks for the verbose version of the logfile. Not sure what to do with the general driver problem. Maybe you can still remember which driver version worked for you on 10.1/10.2? It could be a driver version related problem.
Comment 18 Benjamin McCann 2007-10-16 23:36:54 UTC
The drivers I used with 10.1 and 10.2 were the default provided for those releases.  The repository locations are still available at http://en.opensuse.org/NVIDIA.  However, Yast gives a version conflict if I try to  install the 10.1 packages with the newer kernel.  I don't really want to get into a situation where I am having to compile code or reinstall drivers after each kernel update.
Comment 19 Stefan Dirsch 2007-10-17 01:49:58 UTC
I fixed the location of the repo for 10.1 on this website. The 10.2 repository has been updated with the new drivers (100.x.y). The 10.1 repo still has the pre-100.x.y drivers available, i.e. 1.0-9755 IIRC.
Comment 20 Benjamin McCann 2007-10-17 02:08:16 UTC
Ok.  I added the 10.1 repo.  However, I'm a bit confused as to which kernel module I should try.  I have a dual core 64-bit processor, so do I need nvidia-gfxGO1-kmp-smp which was designed for multi-core?  Or do I take into consideration that smp has been done away with and that "uname -r" gives "2.6.22.9-0.4-default" and use nvidia-gfxGO1-kmp-default?
Comment 21 Stefan Dirsch 2007-10-17 02:45:00 UTC
Use nvidia-gfxGO1-kmp-default.
Comment 22 Benjamin McCann 2007-10-17 03:12:17 UTC
YaST is giving me conflict warnings.  Do I ignore and install anyway?
Comment 23 Stefan Dirsch 2007-10-17 03:17:24 UTC
Are you trying to install the 10.1 KMP on 10.3?
Comment 24 Benjamin McCann 2007-10-17 03:39:17 UTC
Yes, I thought it was being advised to install an earlier version of the driver.
Comment 25 Stefan Dirsch 2007-10-17 06:50:28 UTC
You can't use a 10.1 KMP package on 10.3. The kernel of 10.1 and 10.3 are not compatible. You need to use the installer from the NVIDIA website manually.
Comment 26 Benjamin McCann 2007-10-17 12:20:39 UTC
I think I'd like to avoid that since my understanding is that I'd have to recompile the driver after each kernel update.  I'll just wait 'til openSUSE 11 and hope the driver's fixed by then.  However, I'm still willing to install the latest driver and provide anything which may be useful in debugging the issue.
Comment 27 Stefan Dirsch 2007-10-17 12:33:57 UTC
>However, I'm still willing to install the latest driver and provide anything >which may be useful in debugging the issue.
Actually, you already did this. 100.14.19, which is available for openSUSE 10.3
as RPM is the current version.

>I think I'd like to avoid that since my understanding is that I'd have to
>recompile the driver after each kernel update.
Not really. There is some magic, which makes sure that the kernel module still loads as long as the update kernel is kABI compatible.
Comment 28 Benjamin McCann 2007-10-17 15:59:19 UTC
>>However, I'm still willing to install the latest driver and provide anything >>which may be useful in debugging the issue.
>Actually, you already did this. 100.14.19, which is available for openSUSE 10.3
>as RPM is the current version.
I didn't know if there was anything else you wanted to help debug the driver issue as opposed to the log I gave you for the separate EDID issue.

>>I think I'd like to avoid that since my understanding is that I'd have to
>>recompile the driver after each kernel update.
>Not really. There is some magic, which makes sure that the kernel module still
>loads as long as the update kernel is kABI compatible.
Alright.  That does sound a bit better than I'd imagined, although I'm still not going to bother installing an older version unless it will be helpful in providing you debug info.  If it would be helpful, which of the version from the NVIDIA page (http://www.nvidia.com/object/unix.html) should I use and what info would you want?  Would it be the AMD64 version?  I have an Intel Pentium D processor and have installed the x86-64 version of openSUSE.
Comment 29 Stefan Dirsch 2007-10-17 16:02:56 UTC
Try this

  http://www.nvidia.com/object/linux_display_amd64_1.0-9755.html
Comment 30 Benjamin McCann 2007-10-17 16:30:41 UTC
Sure.  Is there any debug output you want?
Comment 31 Stefan Dirsch 2007-10-17 16:36:49 UTC
NVIDIA will ask for it if required.
Comment 32 Benjamin McCann 2007-10-17 16:46:02 UTC
Ok.  I'll stick with the basic NV driver for now and then install the NVIDIA driver later if they need any info.
Comment 33 Stefan Dirsch 2007-12-04 19:40:45 UTC
Roland, could you take care of this one and workaround this broken monitor data in your driver for the next release? Thanks.
Comment 34 Benjamin McCann 2007-12-09 21:24:49 UTC
How do I revert to the basic nv driver?  Do I just uninstall the Nvidia version or is there something else I need to do?
Comment 35 Stefan Dirsch 2007-12-09 22:58:40 UTC
Not sure, why you want to revert to basic nv driver, but yes, just uninstall the driver and run "sax2 -r".
Comment 36 Stefan Dirsch 2007-12-22 05:33:16 UTC
Could you verify, if this issue is still reproducable with release 169.07?

Driver download:
  http://www.nvidia.com/object/linux_display_ia32_169.07.html
  http://www.nvidia.com/object/linux_display_amd64_169.07.html

Installation instructions:
  http://www.suse.de/~sndirsch/nvidia-installer-HOWTO.html
Comment 37 Benjamin McCann 2007-12-30 08:10:10 UTC
Unfortunately 169.07 is no better.  I had to reboot three or four times before I could actually start my KDE session.
Comment 38 Stefan Dirsch 2007-12-30 09:10:28 UTC
So you still need ' Option "UseEdidDpi" "FALSE" ', right?
Comment 39 Benjamin McCann 2007-12-30 17:34:37 UTC
Yes, I still need to set UseEdidDpi to FALSE.
Comment 40 Stefan Dirsch 2008-01-30 04:31:48 UTC
Could you verify, if this issue is still reproducable with release 169.09?

Driver download:
  http://www.nvidia.com/object/linux_display_ia32_169.09.html
  http://www.nvidia.com/object/linux_display_amd64_169.09.html

Installation instructions:
  http://www.suse.de/~sndirsch/nvidia-installer-HOWTO.html
Comment 41 Benjamin McCann 2008-01-30 04:54:56 UTC
Created attachment 192255 [details]
YaST conflict notice

I was able to install the last updated version via YaST.  This one won't let me.
Comment 42 Stefan Dirsch 2008-01-30 08:13:23 UTC
This dependancy will be resolved with a kernel update expected for today.
Comment 43 Benjamin McCann 2008-02-03 20:14:05 UTC
I'm afraid nothing was fixed :o(
Still works only once every few reboots and requires the "UseEdidDpi" "FALSE" option.
Comment 44 Stefan Dirsch 2008-03-15 21:17:12 UTC
*** Bug 370159 has been marked as a duplicate of this bug. ***
Comment 45 Stefan Dirsch 2008-05-28 14:32:40 UTC
I finally decided to no longer track proprietary NVIDIA driver bugs
against openSUSE. Therefore I'm closing these now as WONTFIX.

In case you're using our SLES/SLED products and can reproduce this
issue also on thesed products feel free to reopen. These are still
tracked, since customers of these products depend on the proprietary
driver for newer NVIDIA hardware.

Be aware that you need a privilleged account to track anything against
our SLES/SLED products. So if this not an option for you I suggest to
report the problem to the official NVIDIA driver feedback channels
(forum/email; see NVIDIA driver download site) and refer to this
bugreport.