View Full Version : FC2 Test3 - nvidia problem with LCD screen

1st May 2004, 09:11 PM
OK, after looking around and messing around for a bit, I'm now posting for some help. I have new Dell Inspiron 5150:
3.2Ghz P4
1 gig ram
60 gig HD
Nvidia GeForce FX Go5200 rev 161
w/64 mb
Broadcom 4400 10/100 Ethernet

I blew away the Windows XP and loaded up the fresh Fedora Core 2 Test 3 isos....

Pluses: No problem with network or sound right out of the box!

During original setup the monitor type was not detected, so I set it to Generic LCD size 1600x1200. I then saw something similar to what has been reported elsewhere, i.e. when I rebooted after install I only got 640x480 as an option for the screen setup. This often seems to be due to not specifying (or leaving commented) the HorizSync and VertRefresh settings.

I saw the following error:
(II) LoadModule: "ddc"
(II) Loading /usr/X11R6/lib/modules/libddc.a
(II) Module ddc: vendor="X.Org Foundation"
compiled for 6.7.0, module version = 1.0.0
ABI class: X.Org Video Driver, version 0.7
(II) NV(0): I2C bus "DDC" initialized.
(II) NV(0): Probing for analog device on output A...
(--) NV(0): ...can't find one
(II) NV(0): Probing for analog device on output B...
(--) NV(0): ...can't find one
(II) NV(0): Probing for EDID on I2C bus A...
(II) NV(0): I2C device "DDC:ddc2" registered at address 0xA0.
(II) NV(0): I2C device "DDC:ddc2" removed.
(II) NV(0): ... none found
(II) NV(0): Probing for EDID on I2C bus B...
(II) NV(0): I2C device "DDC:ddc2" registered at address 0xA0.
(II) NV(0): I2C device "DDC:ddc2" removed.
(II) NV(0): ... none found
(--) NV(0): CRTC 0 is currently programmed for DFP
(II) NV(0): Using DFP on CRTC 0
(--) NV(0): Panel size is 1024 x 768

I put in the following lines since DDC did not seem to work:

HorizSync 30.0 - 100.0
VertRefresh 50.0 - 100.0
(I think I saw these on another site for the 5150)

Even though it said Panel was 1024x768, I was still stuck at 640x480, and looking at the /var/log/Xorg.0.log file I saw that most modes were being rejected because: width too large for Virtual Size. I then added the following to the Display SubSection.

Virtual 1600 1200

This seemed to give me the larger virtual screen, and the log showed that there were many modes not being rejected any longer. However, the xorg.conf file still only had 640x480 in the mode list. I added back in the following:
Modes "1600x1200" "1400x1050" "1280x960" "1024x768" "640x480"

Now I can get either 640x480 or 1024x768. The other modes seem to have been accepted, but when I toggle through them (Ctrl-Alt-+) I get either blank or blue screens for all other modes.

Note -- this is basically the same thing that happens if you run system-config-display and select 1600x1200.

I think there is a problem with the 'nv' X.org driver. I've run out of ideas to try to get something closer to the native panel resolution.... I haven't yet tried the actual nvidia driver (instead of nv) but my impression is that would primarily help with hardware acceleration. I'll attach my xorg.conf and full log file for reference. [well I only figured out how to attach a single file..]

Any suggestions?

2nd May 2004, 09:36 PM
no suggestions - just a report of exactly the same problem but this time on a thinkpad T23. i went through exactly the same experience you did. this is in contrast to FC 1 and FC 2
Test's 1 - X was always configured correctly.
sounds like something is rotten in denmark X-wise (X.org?).

3rd May 2004, 02:49 PM
Arrghhh! Well, I found out my problem --- I should have been clued in by the 'Panel Size 1024x768' report. It turns out that when our buyer ordered this laptop he ordered the XGA option (1024x768) because we needed it turned around quickly. The higher resolution screen was not available 'in time' so what I actual have, only HAS 1024x768. That would make it difficult to get higher resolution.


3rd May 2004, 08:29 PM
that's not my problem. but since yours is explained, that suggests mine is an x.org savage S3 driver problem (sigh).

8th May 2004, 02:02 PM
hey..... the NVIDIA driver doesent work with the default Fedora kernel becuase they compile in a feature that breaks the kernel. What you need to do is compile your own kernel without support for 4k stacks which i think is a patch so if u download the 2.6.5 kernel from kernel.org you will be fine, a make oldconfig should work. After that the driver should load fine.

I you have a UXGA screen 1600x1200 you might have to use the option 'Option IgnoreEdid True" to get full 1600x1200

16th May 2004, 04:33 PM
gl hf...