From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2)
Gecko/20040803

Description of problem:
When machine boots into runlevel 5, and X starts, the screen is filled
with garbage.  There is a mouse cursor, which changes to an hourglass
then to the "I" cursor since the cursor starts out right over what I
presume is the login text box.  You can move the cursor around the
screen and it changes based on whether it's in that text box or not. 
If you try to change to VC 1 (Ctrl-Alt-F1) the machine locks up: can't
ping it, can't move the mouse cursor, can't use Alt-Sysrq-B to reboot.

Version-Release number of selected component (if applicable):
xorg-x11-6.7.0-5

How reproducible:
Always

Steps to Reproduce:
1. Install FC2
2. Let it boot in runlevel 5
3.
    

Actual Results:  Garbage on screen and no way out, see description

Expected Results:  The FC2 login screen and a usable X, with the
ability to change into a text VC.

Additional info:

This machine was working fine on FC1 before I started having some
hanging-on-resume problems randomly one day, and decided to reformat
and go to FC2.  Before installing FC2 I did update my BIOS and
embedded controller.  If there are doubts about my hardware I'll go
back and install FC1 to see if DRI works.

This is my second install of FC2 on this laptop, having made quite a
mess of the first install by doing things like:
- Trying the kernel in the "development" directory on mirrors (is this
called "rawhide" still?)
- Trying the xorg-x11 from "development"
- Compiling my own kernel with newer ACPI and APIC turned on (which I
now believe to be unrelated to this problem; see below)

Additional things I've tried:
- Compiling radeonfb into the kernel, and breaking intel-agp and
agpgart out into modules
- Disabling the vnc module in the X server, since I read a few bug
reports that seemed to point a finger at it
- Using the xorg.conf that the installer generated as well as one
constructed from the output of X -configure
- ACPI and APM; both exhibit the problem
- service stop cpuspeed and locking the CPU at its max frequency,
since I read a bug report where someone was having a problem with X
locking up when CPU speed changed

Finally, disabling DRI (commenting out Load "dri" or Option "NoAccel"
in the driver) makes everything work fine.

Tried kernel 2.6.7-1.494.2.2 and now 2.6.8-1.521.  I should be up to
date as of 2004-08-20 on all errata.  I believe I had this same
problem with firstboot and/or rhgb when I first installed FC2 under
the kernel and xorg-x11 versions on the CD.  I will go back and
reinstall FC2, or revert to earlier versions of whatever packages, to
test this problem if requested.

I'm also happy to file this upstream, except I don't exactly know who
to file with: xorg-x11 or the kernel.