Ok, again for my ThinkPad T42p (model number 2373-W6M) --- note: for 9.3 you
wrote T41p into /usr/share/doc/packages/powersave/README.suspend2ram although it
is a T42p.

no option or acpi_sleep=s3_mode ==> after suspend screen stays black 

acpi_sleep=s3_bios ==> when suspending within X verything works fine, when 
suspending on text console (vga=0x374) the screen stays blank after resume but 
can be reactivated by switching to X by Alt-F7

acpi_sleep=s3_bios,s3_mode ==> everything works reliably but the Atheros WLAN
chip, must unload and reload ath_* modules to make WLAN operational again
 
Thus on an IBM ThinkPad T42p again acpi_sleep=s3_bios,s3_mode should be set.

Again output of lspci:

0000:00:00.0 Host bridge: Intel Corporation 82855PM Processor to I/O Controller
(rev 03)
0000:00:01.0 PCI bridge: Intel Corporation 82855PM Processor to AGP Controller
(rev 03)
0000:00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 01)
0000:00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 01)
0000:00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 01)
0000:00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2
EHCI Controller (rev 01)
0000:00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 81)
0000:00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface
Bridge (rev 01)
0000:00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller
(rev 01)
0000:00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus
Controller (rev 01)
0000:00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01)
0000:00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97
Modem Controller (rev 01)
0000:01:00.0 VGA compatible controller: ATI Technologies Inc M10 NT [FireGL
Mobility T2] (rev 80)
0000:02:00.0 CardBus bridge: Texas Instruments PCI4520 PC card Cardbus
Controller (rev 01)
0000:02:00.1 CardBus bridge: Texas Instruments PCI4520 PC card Cardbus
Controller (rev 01)
0000:02:01.0 Ethernet controller: Intel Corporation 82540EP Gigabit Ethernet
Controller (Mobile) (rev 03)
0000:02:02.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg
NIC (rev 01)

Success on a Thinkpad R32 (2658-BQG) for both suspend to disk as well as 
suspend to ram. Worked out-of-the box (only had to allow suspend to ram in the 
YaST2 powermanagement module). 
 
What have I tested? X11, ethernet, sound. Not tested: wlan 
 
Used with vga=0x317 (switching between X11 and virtual text consoles works 
fine). 

sorry: forgot tomention: this was with beta 2 (haven't tested with beta 1). 

tested again with beta3 (update from beta2) - still working fine and 
out-of-the-box after allowing suspend to RAM. 

Tested Suspend-to-disk and Suspend-to-RAM with SuSE 10.0 beta3 on a NEC VERSA  
FS900 laptop and everythink seemed to work fine out of the box.   
  
The laptop is a Centrino 1.6 GHz with 512 Mb of RAM and 30 Gb of disk and an  
ATI Mobility M9.  
  
I had 3d accelaration turned on with the default SuSE radeon drivers. Haven't  
fully tested the wireless. Among others, I tested ethernet, sound and 
graphics. 

Suspend-to-RAM and Suspend-to-DISK with SuSE 10.0 beta3 on a Toshiba Satellite
4080XCDT Laptop works fine, just out of the box.   
  
The laptop is a PII, 128MB RAM, 5 Gb of disk. 

Tested on two machines, suspend to disk and RAM works fine on both:

1. a Clevo notebook, type: M360H, built around the Intel 855GM chipset with 1G
of RAM.

2. my homebuilt machine, with an MSI motherboard built around the Intel 845PE
chipset, 767M of RAM and an nVidia Ti 4200 based videocard. I had to change
things according to /usr/share/doc/packages/powersave/README.suspend-NVidia .

Tested on FSC Amilo A with Beta3
o Suspend to disk works fine
o Suspend to RAM fails - screen stays black, no remote access

Tested on Acer TravelMate 660
o Suspended to disk, but resume fails (resumes to kdm, there's a bug)
o Suspend to RAM fails

Tested on Dell Latitude D505.
Suspend to RAM works out of the box, whereas suspend to disk does not restore,
but restart the system.

(Stefan, would you collect this info to update video.txt when the time is right?)

Conseidering the post I done in #5 
(https://bugzilla.novell.com/show_bug.cgi?id=103930#c5), I found out an issue. 
If I suspend to RAM, after resuming I cannot restart. Shutdown works fine 
(that's way I didn't notice back then). If I choose restart it does everything 
it is suppose to do, but hangs in the last part when it says "Please wait 
while rebooting the system". I have to hold the power button in order to 
shutdown the system and restart it again. 

I found another problem: If I start in runlevel 3 (typing 3 during Grub menu). 
After I login, if I suspend to RAM, when it resumes I just get a back screen 
with a ticking cursor on the top left. It seems to respond to the Ctrl+Alt+2 
(or other numbers), but I can't do anything else, and always see the same 
thing on the screen. All I can do is hold the power button until powerof. 

Tested on desktop w/ Intel d915gav mb & sata hd
Suspend to ram worked fine with 10.0 beta3 & beta4
Suspend to ram not working with 10.0rc1 
With 10.0rc1, the suspend portion works fine but when woken back up, the pc & hd
wakes up but only with a blank screen. Once the blank screen is reached, the pc
cannot be rebooted without a complete power down.  The reset button will not
cause a reboot. In addition, holding the power button in turns the pc off but
turning it back on doesn't allow a restart. The power supply has to be turned
off and back on(or unplg the pc) to allow the pc to restart.  

Tested on desktop with Intel d865gbf mb with 10.0 beta 4 installed
2.6.13-3 smp & 2.6.13-8 smp kernels tested 
With both kernels, the suspend to ram portion seems fine but the system will not
return a screen after waking up.  The drives wake up but the screen is blank.  A
power down and restart is required to escape the problem; the reset button or
ctrl-alt-del does nothing. I did look at the suspend2ram log after rebooting and
there is nothing after the "prepare_sleep finished for suspend2ram" entry in the
log.  

I didn't test rc1 on this system since this is the same problem I encounter with
the d915gav mb(above post) with the 2.6.13-8 smp and 2.6.13-9 smp kernels when
10.0rc1 is installed.

On my Dell Latitude D600 :
- suspend to disk is ok
- I can't recover from a suspend to RAM 

(In reply to comment #15)
> On my Dell Latitude D600 :
> - suspend to disk is ok
> - I can't recover from a suspend to RAM 
UPDATE :
If i replace vga=0x314 with vga=normal in the boot options, supsend to RAM is ok also.

ok, 10.1 is out of the door, so this bug can be closed... :-)