Bug 201961

What do you get when you run

xrandr -q

from a console window?

Same issue met with G200 8MB and fc6test3.

By default, I get following output from xrandr -q
*0   1280 x 1024   ( 361mm x 271mm )  *85   75   60
but my monitor says it is 58.2Hz

When trying to force refresh, it does not change a lot: 

[fabrice@localhost ~]$ xrandr -r 60 ; xrandr -q | grep ^*
*0   1280 x 1024   ( 361mm x 271mm )   85   75  *60  
-> gives me 60.0Hz on monitor side

[fabrice@localhost ~]$ xrandr -r 75 ; xrandr -q | grep ^*
*0   1280 x 1024   ( 361mm x 271mm )   85  *75   60  
-> gives me 60.0Hz on monitor side

[fabrice@localhost ~]$ xrandr -r 85 ; xrandr -q | grep ^*
*0   1280 x 1024   ( 361mm x 271mm )  *85   75   60  
-> gives me 58.2Hz on monitor side

Fedora Core 5 and Fedora Core 6 are, as we're sure you've noticed, no longer
test releases. We're cleaning up the bug database and making sure important bug
reports filed against these test releases don't get lost. It would be helpful if
you could test this issue with a released version of Fedora or with the latest
development / test release. Thanks for your help and for your patience.

[This is a bulk message for all open FC5/FC6 test release 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.]

Reporter, I am sorry, that we have left this bug unnoticed for so long, but
could you confirm please, that this bug still could be reproduced with the
latest updates of your distribution of Fedora?

Unless you will reply in a month, I will have to close this bug as
INSUFFICIENT_DATA.

Thanks.

Hi,

I tried this tonight on f7 (now using 64 bit).  But system-config-display still
doesn't show the highest modes my monitor is capable of.  Also it doesn't
recognize my monitor,  I have to select the Samsung 750s(T) from the list of all
monitors.

So yes,  I would say this is still a problem.

I do have a kvm between the video card and the monitor, but it was set to this
computer the entire time.   When I have the kvm not set to a computer I do seem
to be able to get the higher resolutions available for selection

Just to be sure we are not screwed up by KVM, could you please try to test this
without it? However, we will keep this as bug for F7 whatever the results of
your test (with or without KVM connected it should work correctly).

In order to have updated informations, could you please attach your X server
config file (/etc/X11/xorg.conf) and X server log file (/var/log/Xorg.*.log) to
the bug report as individual uncompressed file attachments using the bugzilla
file attachment link below?

Could you please also try to run without any /etc/X11/xorg.conf whatsoever and
let X11 autodetect your display and video card? Attach to this bug
/var/log/Xorg.0.log from this attempt as well, please.

We will review this issue again once you've had a chance to attach this information.

Thanks in advance.

Created attachment 159115 [details]
my Xorg.0.log, started with an xorg.conf

This is Xorg log file

Created attachment 159116 [details]
f7 xorg.conf file

my f7 xorg.conf
This was created in an autoprobed seesion, by system-config-display, when I set
the monitor type

I need to re-update this.  I wasn't using the same utility, and I realize what 
I was trying to do in the original report is impossible.
The monitor can do 1280x1024 but at 66Hz not 85Hz.  Its recommended mode is
1024x768 at 85Hz.   I don't remember if I wanted to put a 65 or an 85 in the
first report.

In any event,  I had switched to KDE, so I had to install and switch back to
GNOME to use the "Screen Resolution" tool of GNOME that my first report is on. 
Now 85Hz is always available, at 1024x768.  The higher resmod of 1280x1024 is
still not available, even when I select a frequency low enough to support it
such as 65.

The only problem on f7 is I can't get to the 1280x1024 mode.  Its is now clearly
possible to change the refresh rate of the 1024x768 mode.  But I no longer ever
get stuck with an 800x600 mode

If nothing jumps out about the logs as to whats keeping a 1280x1024 at 60 or 66
from showing up in the "Screen Resolution" utility, then I don't know if any
further work would be warranted.  I would reclassify as very low priority.

Created attachment 159119 [details]
log file from starting x with monitor turned off

This log file shows what happens if the monitor is turned off, no xorg.conf
file exists.  It proves another statement I made earlier is incorrect.	In this
configuration turning the monitor on after realizing that X was started.

Procedure
1) Log into X
2) delete xorg.conf
3) Turn off monitor
4) hit Ctrl-Alt-Backspace to kill current X
5) When here beep of X having restart to login screen, login again, keep
monitor off.
6) Once sure GNOME is started turn monitor on.
7) The max resolution in "Screen Resolution" is 800x600, with no way to get any
higher.

I don't know that this behavior is incorrect though, it may be the safest thing
to do.	I just thought I would add this scenario to our  data points.

The refresh rate issue I reported for G200 with fc6test3 was fixed in fc6 release.
It is still working fine for me with fc7 (G200 8MB + iiyama Vision Master 1451 @
1280x1024 85Hz 16bits)

Best regards

This message is a reminder that Fedora 7 is nearing the end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 7. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '7'.

Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 7's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 7 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug. If you are unable to change the version, please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. If possible, it is recommended that you try the newest available Fedora distribution to see if your bug still exists.

Please read the Release Notes for the newest Fedora distribution to make sure it will meet your needs:
http://docs.fedoraproject.org/release-notes/

The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Fedora 7 changed to end-of-life (EOL) status on June 13, 2008. 
Fedora 7 is no longer maintained, which means that it will not 
receive any further security or bug fix updates. As a result we 
are closing this bug. 

If you can reproduce this bug against a currently maintained version 
of Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.