Description of problem:
I have a Samsung 940n LCD monitor on my secodary machine and when the xorg
launches (gdb) there's just unreadable noise-like grabage on the screen. I was
testing FC7T4 from live CD (x86_64), but same happens on FC6 i386. When I
installed the binary driver from livna on FC6 the screen is displayed properly.
Below is the smolt hardware profile of the machie when running FC6 with
I'm also attaching Xorg.log from the live CD that causes the 'garbage' screen
and another Xorg.log from FC6 with working 'nvidia' driver.
Created attachment 153669 [details]
This is the Xorg.log from FC7T4 live CD when the screen is displaying only unreadable noise
Created attachment 153671 [details]
This is the Xorg.log from FC6 using the binary 'nvidia' driver.
Note that using 'nv' driver in FC6 results in he same problem as in the F7T4
Since this bugzilla report was filed, there have been several major updates,
which may have resolved this issue. Users who have experienced this problem are
encouraged to upgrade their system to the latest version of their distribution
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.
Yes, the issue still exists in up-to-date Fedora 7 instalation. I'll also test
with rawhide livecd later today to see if it's fixed there. Pressing CTRL +/-
(to change the resolution) a few times allows me to see the screen but it still
appears to have wrong timings as the image is distorted (shifted to one of the
sides) and cannot be corrected with monitor controls. As mentioned earlier, it
works well wiht Nvidia's binary driver.
The problem also exists on current rawhide. Similar issue occurs when the faulty
PC is connected to a different monitor (Samsung SyncMaster 214T - analog
connection) as the screen is distorted. It looks like that the nv driver sets
improper refresh rates (the resolutions it selects are ok: 1280x1024 and
1600x1200 respectively). My other two systems (also with nvidia graphics) work
properly so the issue seems to be specific to this particular chipset: GeForce
6100 nForce 430
Just for the sake of completness, could you attach /var/log/Xorg.0.log from
Also, are you sure, that you have cleaned up remnaints of binary driver properly
(see http://fedoraproject.org/wiki/Xorg/3rdPartyVideoDrivers for more details)?
It is probably hopeless, but if you try with Rawhide, try to move
/etc/X11/xorg.conf and try to start without any. What happens?
Created attachment 235951 [details]
Xorg log with xorg.conf removed.
I'm sure that it isn't caused by any leftovers after binary drivers because the
same problem exists when running from LiveDVD image. Erasing the xorg.conf file
also ends up with the same result. The screen's resolution and vertical refresh
rate seems to be set correctly by the driver (1600x1200 @ 60Hz - for Samsung
SyncMaster 214T) but the screen is still garbled.
The connection with the monitor(s) is analog and the display problems also
appear on Samsung 940n, as I described in my initial report, but the screen is
completely unreadable. On 214T it has some "noise" (a sripe about 1.5 inch
high) on the bottom of the screen and it's way off center. Selecting any other
resolutions from System => Hardware => Screen Resolution makes it a little bit
better but still has some distortions nearby the edges.
The same issue also seems to be affecting the NOVEAU driver.
Based on the date this bug was created, it appears to have been reported
against rawhide during the development of a Fedora release that is no
longer maintained. In order to refocus our efforts as a project we are
flagging all of the open bugs for releases which are no longer
maintained. If this bug remains in NEEDINFO thirty (30) days from now,
we will automatically close it.
If you can reproduce this bug in a maintained Fedora version (7, 8, or
rawhide), please change this bug to the respective version and change
the status to ASSIGNED. (If you're unable to change the bug's version
or status, add a comment to the bug and someone will change it for you.)
Thanks for your help, and we apologize again that we haven't handled
these issues to this point.
The process we're following is outlined here:
We will be following the process here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this
doesn't happen again.
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
The issue seems to be gone with latest nouveau driver (for tested both PC's and monitors). The "nv" driver is still having this issue though, but it's irrelevant for me, and I feel that this bug can be closed. I'll keep it open for now as the bug report was originally opened against "nv" and it's still the default one in Xorg. If you think otherwise, feel free to close it.
Yes, you are right -- nouveau is not an officially supported driver yet. However, I will leave the last word to the developer -- if you are using nouveau now (and I am really really glad it does work for you -- number of people for whom nouveau works better than nv seems to be slowly but surely rising)
(In reply to comment #12)
> Yes, you are right -- nouveau is not an officially supported driver yet.
> However, I will leave the last word to the developer -- if you are using
> nouveau now (and I am really really glad it does work for you -- number of
> people for whom nouveau works better than nv seems to be slowly but surely
... I am sorry, my firefox crashed and I don't know what I wanted to write here ;-). To make it short, Ben, what to do with this bug?
I'm not sure of the exact procedure in this case, but nouveau is default in rawhide so perhaps CLOSED,RAWHIDE ?