kernel-PAE-2.6.29-0.145.rc6.fc11.i686 xorg-x11-server-common-1.5.99.903-3.fc11.i586 xorg-x11-drv-nouveau-0.0.12-1.20090216git7b25a30.fc11.i586 01:00.0 VGA compatible controller: nVidia Corporation NV35GL [Quadro FX 3000] (rev a1) I installed F11 Alpha and everything worked. I updated to rawhide, rebooted and X doesn't start (so LOTS of stuff was updated at the same time). Screen flashes a bunch and then gives up leaving me with the text on vt1. Attached is my Xorg.0.log which ends with: (EE) Screen(s) found, but none have a usable configuration. Please let me know what I can collect, do, try, or debug to get this working.
Created attachment 332971 [details] WORKING nv Xorg.0.log
Created attachment 332972 [details] BROKEN nouveau Xorg.0.log
The only change between working and broken log above is the creation of an xorg.conf and one section. (no xorg.conf appears to now default to nouveau) Section "Device" Identifier "Videocard0" Driver "nv" EndSection
Created attachment 332975 [details] WROKING nv dmesg
Created attachment 332976 [details] BROKEN nouveau dmesg
Can you try connecting the monitor to the other DVI port and seeing what happens there? I can't see anything useful in the logs to indicate why the server sees no modes.
Created attachment 332984 [details] other connector, works, but wierd....
So it worked, but it's weird. Not idea if it's related, but I wasn't seeing this a moment ago with everything the same except nv. xrandr tells me it is 1600x1200 x 75hz but some things are quite large. This text box seems about right. The window decorations at the top are large. The font in gnome terminal is large. Anyhow, at least it started X....
Okay. Can you try the attached xorg.conf, it should confirm what I suspect to be the issue.
Created attachment 332988 [details] screenshot of desktop with nv driver
Created attachment 332989 [details] xorg.conf with line limiting virtual size
Created attachment 332990 [details] screenshot of desktop with nouveau driver
Created attachment 332993 [details] nouveau Xorg.0.log with line limiting virtual size config
We're getting the same DPI as nv now, so I would've expected something to change. Can you create a completely fresh user, and see if there's any difference between nv and nouveau there?
New user makes no difference. nouveau still has strange sized things (window decorations, menus, text in gnome terminal, etc). Even gdm is a different size. On the monitor gdm is 3 and 5/8 inches tall with nv and is 4 inches tall with nouveau.
updated to xorg-x11-drv-nouveau-0.0.12-5.20090224gitd91fc78.fc11.i586 and it does not resolve either the problem with using the other DVI connector, nor does it resolve the fact that some things are larger than they are with nv. the worse news would be that vt-2,3, etc are now borken (they work with nv and weren't broken yesterday) I got a flashing _ cursor, that moved when I typed or hit enter, but no text.......
How is this needinfo me? I've answered every question and done everything suggested.
(In reply to comment #17) > How is this needinfo me? I've answered every question and done everything > suggested. We have very scrientific term for it, "I screwed up". Sorry.
(In reply to comment #16) > updated to xorg-x11-drv-nouveau-0.0.12-5.20090224gitd91fc78.fc11.i586 and it > does not resolve either the problem with using the other DVI connector, nor > does it resolve the fact that some things are larger than they are with nv. I'm still not sure what's going wrong on the other connector, there have been similar reports of the same issue on other cards also. What do you see from "xdpyinfo | grep dots" when running nv vs nouveau? Also, if you add Option "Randr12" "false" to xorg.conf while running nouveau do you see the same output as nv? > > the worse news would be that vt-2,3, etc are now borken (they work with nv and > weren't broken yesterday) I got a flashing _ cursor, that moved when I typed > or hit enter, but no text....... Sorry about that, this should be fixed now!
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Since this bugzilla report was filed, there have been several major updates in various components of the Xorg system, which may have resolved this issue. Users who have experienced this problem are encouraged to upgrade their system to the latest version of their packages. For packages from updates-testing repository you can use command yum upgrade --enablerepo='*-updates-testing' Alternatively, you can also try to test whether this bug is reproducible with the upcoming Fedora 12 distribution by downloading LiveMedia of F12 Beta available at http://alt.fedoraproject.org/pub/alt/nightly-composes/ . By using that you get all the latest packages without need to install anything on your computer. For more information on using LiveMedia take a look at https://fedoraproject.org/wiki/FedoraLiveCD . Please, if you experience this problem on the up-to-date system, let us now in the comment for this bug, or whether the upgraded system works for you. If you won't be able to reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you. [This is a bulk message for all open Fedora Rawhide Xorg-related bugs. I'm adding myself to the CC list for each bug, so I'll see any comments you make after this and do my best to make sure every issue gets proper attention.]
Eric, have you continued to update your system, and/or have you tried Fedora 12? We would like to know if there are any changes to this bug with an up-to-date system. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
I haven't powered thie system on in a long long time. If I ever do again and i have trouble I'll reopen.