|
|
#13 | |
|
Registered User
Join Date: Nov 2009
Posts: 3
|
I will post a copy of my xorg.conf this evening. I did something to the effect of setting the monitor to a (higher than 1366x768) setting which then allowed me to select the 1366x768 resolution. Just used the XFdrake to do that. Then it came right up.
-G |
|
|
|
|
|
|
#14 | |
|
Registered User
Join Date: Nov 2009
Posts: 3
|
Here is a xorg.conf which works with the vesa driver ( no accel)
Quote:
|
|
|
|
|
|
|
#15 |
|
Registered User
Join Date: Nov 2009
Posts: 8
|
thanks so much for providing a copy of your xorg file. This helped me get the display to the correct resolution.
If i stare too hard at the screen I can see that it is not super crisp. but it will do the job for now. Thanks |
|
|
|
|
|
#16 | |
|
Registered User
Join Date: Jan 2008
Posts: 11
|
I wanted to add that I also have this problem on a Sony VPCCW with a GT230.
One interesting point I can add is that using an external monitor over HDMI works great (DFP-1). For some reason the driver will not read the EDID information from the laptop display only. Trying to use the graphical nvidia-settings program when the external monitor is connected fails to detect the laptop screen as well. |
|
|
|
|
|
|
#17 |
|
Registered User
Join Date: Jan 2008
Posts: 11
|
Is there any reason to believe extracting the EDID from windows and then forcing via xorg.conf may work?
|
|
|
|
|
|
#18 | |
|
Registered User
Join Date: Jan 2008
Posts: 11
|
SUCCESS!! (happy b/c I don't have to return my laptop)
Extracting the edid from windows works great. You just have to add the following lines to the device section of a minimal xorg.conf. Code:
Option "ConnectedMonitor" "DFP-0" Option "CustomEDID" "DFP-0:/path/to/edid.bin" The only quick so far is that when you quit X the console is not restored for some reason. edited to add my full xorg.conf for clarity. I am using HAL to autodetect most hardware, so it is minimal: Code:
Section "Device" Identifier "Device0" Driver "nvidia" VendorName "NVIDIA Corporation" Option "ConnectedMonitor" "DFP-0" Option "CustomEDID" "DFP-0:/etc/X11/sonyedid.bin" EndSection |
|
|
|
|
|
|
#19 | |
|
Registered User
Join Date: Nov 2009
Posts: 3
|
Quote:
Did you manage to get the native screen resolution? Can't wait to hear more from you. Again, congratulations! |
|
|
|
|
|
|
#20 |
|
Registered User
Join Date: Jan 2008
Posts: 11
|
Yes I have native screen resolution running with the nvidia driver (including acceleration with compiz). I also have the VPCCW with GT230M. I am running archlinux - so I am not entirely familiar with how Ubuntu uses xorg.conf these days. I imagine it is probably similar, but if you are still using a full xorg.conf instead of using a minimal xorg.conf with HAL then I'm not sure if you have to do anything else. What I posted in my previous post is my full xorg.conf.
I will post a more in depth how to this evening when I get home from the lab, including a brief explanation of how I extracted the EDID from windows. |
|
|
|
|
|
#21 |
|
Registered User
Join Date: Nov 2009
Posts: 3
|
Using windows's EDID worked for me! Egghead3, you are a genius. I am so happy. I was afraid that I will have to return my vaio, because of this bug in nvidia driver. Your solution is a rock-solid walkaround! Thank you again.
Ubuntu 9.10 (and maybe older versions, too) uses minimal xorg.conf. I just added two lines, as you suggested. Now my tuxracer is flying again :-) plus, I can now work on my VR projects. Before Ubuntu, I tried fc-11, opensuse 11.1 -- all the same, the screen goes blank after installing nvidia 190.42 driver. I still think it's worth writing up a mini tutorial on this subject. There will be more people with the same problem. Vaio CW seems to be very good, so it deserves a decent OS like linux, right? (-: |
|
|
|
|
|
#22 |
|
Registered User
Join Date: Jan 2008
Posts: 11
|
Here is a basic walkthrough for anyone encountering this problem. I am currently using driver version 190.42. If a newer driver is available when you read this, try that first as the work around may no longer be necessary. This walkthrough assumes you are using a minimal xorg.conf, but can probably be easily adapted to a full xorg.conf.
The Problem For some reason, the current nvidia driver does not auto-detect that a display is attached to an internal digital port. Even if you force the driver to assume a display is attached, it is still unable to read the EDID information from the display. It is this information which tells the driver how to drive the display. Starting X yields just a blank screen. I encountered this problem on a Sony Vaio VPCCW with a GT230M card. I am running Archlinux. The Workaround The EDID information is detected fine in windows, so we can extract it from there. We then edit xorg.conf to tell the driver that a display is connected to DFP-0 (the internal port) and to use use the EDID we extracted intead of probing the monitor for it. Please note: I am just a user and take no responsibility for any problems that may occur as a result of this workaround. Make sure you understand the purpose of each step and proceed at your own risk.
When the driver is next updated, try commenting out the two option lines to see if the bug is fixed. |
|
|
|
|
|
#23 |
|
Registered User
Join Date: Nov 2009
Posts: 3
|
One remaining issue is to be able to get text console by pressing Cntrl + Alt + Fn from X. Now, I still see a blank screen. But it's a really minor issue.
|
|
|
|
|
|
#24 |
|
Registered User
Join Date: Nov 2009
Posts: 8
|
egghead3 thanx a bunch for your solution.
|
|
|
|
![]() |
| Thread Tools | |
|
|