Bug 306861

I was seeing this problem for a couple weeks, but it seems to have resolved
itself in today's rawhide tree as the resolution= parameter now works again.  I
believe it must have been a driver problem as on my test machine, the resolution
provided on the command line was being propagated to the X config file.  Also,
it was not displaying anaconda fullscreen at 800x600 as it should have been.

These all appear to be fixed now.  If you are still experiencing this problem,
please feel free to reopen this bug.

(In reply to comment #1)
  I downloaded the pxeboot files produced on 2007-10-09, namely:
  initrd.img    of size  6661223
  vmlinuz       of size  2047456
(Let me know if there is a way to capture a more useful version
number from these files.)  As before, while the initial text-mode 
questions on language, keyboard, media, and HTTP setup are presented
legibly, once stage2.img has been retrieved and Anaconda starts,
the scrambled screen I see on my hardware remains the same whether or
not I supplied "resolution=1600x1200" on the kernel line.  The
format of the scramble is the same that I usually see when an 800x600
video mode is attempted.  Thus I reopen the report of this bug. 

What is your video hardware?  Can you attach /etc/X11/xorg.conf to this bug report?

Created attachment 225431 [details]
Attached /etc/X11/xorg.conf showing r128 driving a 1600x1200 LCD.

It looks like your xorg.conf file has been modified since installation (judging
by the comment at the top).  Can you please attach /var/log/anaconda.xlog
instead?  Thanks.

Created attachment 232461 [details]
Yes, since 800x600 is unusable on this screen, one must reconfig.  Here is /var/log/anaconda.xlog, showing how it mistakenly thinks "(hsync out of range)" for the valid and requested 1600x1200. 

Why the usual trial and error probing despite the "resolution=..." parameter?

(In reply to comment #2)
>   I downloaded the pxeboot files produced on 2007-10-09, namely:
>   initrd.img    of size  6661223
>   vmlinuz       of size  2047456
> (Let me know if there is a way to capture a more useful version
> number from these files.)

rpm -qa kernel\*

and 

rpm -q kernel-$(uname -r)

are much more useful. And if you could add output of the command

rpm -q xorg-x11-drv-ati fedora-release

it would help as well.

Also /var/log/Xorg.0.log attached as an uncompressed attachment to this bug
would help enormously.

Created attachment 237061 [details]
/var/log/Xorg.0.log

# rpm -qa kernel\*
kernel-2.6.23-6.fc8
kernel-2.6.23-0.224.rc9.git6.fc8
# rpm -q kernel-$(uname -r)
kernel-2.6.23-6.fc8
# rpm -q xorg-x11-drv-ati fedora-release
xorg-x11-drv-ati-6.7.195-2.fc8
fedora-release-7.92-2
#

  For this video adapter in this computer system, I have verified that
adding "resolution=1600x1200" to the end of the "linux" boot command line
works correctly (centers the 800x600 graphical install window upon
the 1600x1200 screen, using a video mode where all information is
rendered correctly and legibly) when running the installation CD's for:
  Fedora Core 2,
  Fedora Core 3,
  Fedora Core 4, and
  Fedora Core 5.
This regression of not properly switching to the requested video mode
is present when one runs the installation CD's for:
  Fedora Core 6
and the more recent Fedora 7 and 8 as reported above.  One can see in
/tmp/anaconda.log a line similar to:
  adding extra Arg --resolution=1600x1200
as evidence that the left hand is attempting to pass the information to
the right hand.  

Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

This message is a reminder that Fedora 9 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 9.  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 '9'.

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 9'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 9 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 to the applicable version.  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.

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

Fedora 9 changed to end-of-life (EOL) status on 2009-07-10. Fedora 9 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.