Description of problem: Installing FC6T3 on an intel SR2500 chassis, anaconda starts probes which finds an ATI ES1000 chipset, Xorg starts, and is "obviously" drawing correct stuff into the framebuffer, however what is being displayed (on a 1024x768 CRT) is badly garbled, best way to describe it is that like a a rapid version of the wayne's world "dream sequence" wiggly video transition, it makes the mouse pointer look like a rotating lissajous figure on an oscilloscope, the edges of the screen are "frilly" Version-Release number of selected component (if applicable): FC6T3 How reproducible: 100% Steps to Reproduce: 1. boot from DVD, run anaconda in GUI mode
rpm -q xorg-x11-drv-ati Also please attach your Xorg.0.log.
As this occurs during initial anaconda setup while booted from DVD, xorg isn't technically installed at this point, so nothing sensible from rpm -q, however the RPM included on the FC6T3 DVD is xorg-x11-drv-ati-6.6.2-1.fc6.x86_64.rpm, so presumably that is the same version included within the stage2.img? Unfortunately anaconda also fails to install an initrd so the machine isn't bootable post-install, therefore no Xorg.0.log available, so instead I've booted from DVD, paused during GUI installation, mounted a memory stick, and copied /tmp/ramfs/X.log and /tmp/ramfs/anaconda.log to memory stick, I will attach these files ...
Created attachment 136421 [details] /tmp/ramfs/X.log from anaconda
Created attachment 136422 [details] /tmp/ramfs/anaconda.log
Despite all the problems of taking a still photo from a CRT to describe a moving problem, I've had a go, see http://adslpipe.co.uk/pics/es1000corruption.jpg The picture as a whole isn't rolling vertically, but imagine that the sawtooth distortion is rapidly shifting vertically, but out of sync so that it is like a scrambling, rather than a rolling motion, that's about what I see ... Ignore the moiré fringing, that's just an artifact of the photo.
Created attachment 137205 [details] xorg.0.log from a normal boot, not from during anaconda Just a quick update, I worked around the issue that was leaving this machine unbootable after install, when firstboot ran, it had a good Xorg display, then when Xorg/gdm started for real it was back to the "frilly" display, I've set the machine to use VESA driver for now as it will be accessed remotely in this case.
I think this is a repeat of a PLL math bug we've hit before: (II) RADEON(0): PLL parameters: rf=2700 rd=60 min=12000 max=46909632818162; xclk=16600 That max value seems unlikely.
Just to refresh this bug, it still occurs during install with the F7t2 DVD, however the Xorg that actually gets installed starts up properly.
This now works in F7 release.