The Thinkpad T30 BIOS includes a 'display sleep' setting to save battery life & screen backlight life.  
This appears to be independent of the X screensaver settings.

Unfortunately if this display sleep kicks in, X does not recover properly.  When you click any key (e.g. 
SHIFT) to 'wake up' the screen, it comes up in a scrambled, jumpy, unuseable condition.  I have found 
that logging out and logging in X do not fix it.  The only solution that appears to fix it (other than a 
reboot) is to blindly type /usr/bin/apm -s

The only way I have found to avoid this problem is to use BIOS settings to disable sleep entirely.  But 
this has the unfortunate side effect of losing a useful feature, and it impacts other setups (e.g. on a 
dual-boot machine).  I have set the severity of this bug to "major" because the system suffers this 
condition "as installed" and it can very easily cause data loss.

Version-Release number of selected component (if applicable):
xorg-x11-6.8.2-1.FC3.13   & IBM BIOS 2.08

How reproducible:
Always

Steps to Reproduce:
1.  Boot laptop into BIOS setup screen
2.  Adjust display sleep (both AC and battery) to short but different durations (e.g. 1 minute and 3 
minutes)
3.  Save settings and boot into Linux
4.  Wait with AC power until display sleeps, hit shift to wake up, notice scrambling
5.  Recover using sleep or reboot
6.  Repeat 4 with battery power
  

Actual Results:  Display wakes up in a scrambled, unuseable mode

Expected Results:  Display wakes up normally

Additional info:

Note, this problem also seems to be affected by the existence of a 2nd monitor in dual-head mode.  I 
have not seen the problem when I have two monitors plugged in - for some reason, in this 
configuration, the LCD does sleep, and it does wake, properly.  

I always see the problem when I only have the internal laptop monitor.

My system is a ThinkPad T30 running FC3, pretty much up-to-date.  It
has a radeon 7500 and the displays are the internal 1400x1050 and an
external VGA dell 2000fp (1600x1200).

I originally filed this bug as <https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153744>