can you retry with the latest pm-utils & kernel, we've fixed a bunch of stuff
here in the last few days.

It's still not working.

Attachment 110116 [details] has some hardware info, let me know what else you want.

If you bring up the network, can you log in remotely once you've resumed with
the power button (it's highly likely that, eg, keys won't wake it up as ACPI is
a little braindead about what wake up events are allowed by default -- that's an
area that we're going to have spend some time looking at a little more post-FC5)

I can't test the network part until at least tomorrow - so I tried something else.

A bash loop writes a file every five seconds, the I ran pm-suspend, waited a
bit, then tried to resume. No files after the resume (and the noise from the fan
agrees that it didn't work too - loud).

A new kernel update has been released (Version: 2.6.18-1.2200.fc5)
based upon a new upstream kernel release.

Please retest against this new kernel, as a large number of patches
go into each upstream release, possibly including changes that
may address this problem.

This bug has been placed in NEEDINFO state.
Due to the large volume of inactive bugs in bugzilla, if this bug is
still in this state in two weeks time, it will be closed.

Should this bug still be relevant after this period, the reporter
can reopen the bug at any time. Any other users on the Cc: list
of this bug can request that the bug be reopened by adding a
comment to the bug.

In the last few updates, some users upgrading from FC4->FC5
have reported that installing a kernel update has left their
systems unbootable. If you have been affected by this problem
please check you only have one version of device-mapper & lvm2
installed.  See bug 207474 for further details.

If this bug is a problem preventing you from installing the
release this version is filed against, please see bug 169613.

If this bug has been fixed, but you are now experiencing a different
problem, please file a separate bug for the new problem.

Thank you.

(In reply to comment #4)
> If you bring up the network, can you log in remotely once you've resumed with
> the power button (it's highly likely that, eg, keys won't wake it up as ACPI is
> a little braindead about what wake up events are allowed by default -- that's an
> area that we're going to have spend some time looking at a little more post-FC5)

Haven't tried the network thing. Will do. Still broken though.

kernel-2.6.18-1.2784.fc6

> Haven't tried the network thing. Will do. Still broken though.

I don't have a spare computer to try the network thing with.
Is there another way to diagnose this?

Could you please try testing the different possibilities for quirks for your 
computer? One or more might be needed to get the video back. If you can get 
video, that will be a good start. Here is a link that should help:

http://people.freedesktop.org/~hughsient/quirk/quirk-suspend-index.html

Reassigning to me.

I followed the instructions. First some feedback on those.

There is obviously a lot of information on there, but the front page is confusing.
I want to troubleshoot resume failing. There is no really obvious choice.
After clicking a few options, I realise that "I want to check common problems
and to find quirks to try" is the option to choose, although I don't want to
check common problems or find quirks to try, I want to find out why my hardware
isn't resuming. "quirks" are things I want to avoid :)

Anyway.

Trying the dmesg/rtc thing, I get the following:
  hash matches drivers/base/power/resume.c:70
  hash matches device serial8250
lsmod|grep ser shows the device serio_raw, so I tried rmmod serio_raw and
pm-suspend, but that didn't help.

Maybe if I described the boot process a bit more, that would help.
After I type pm-suspend the computer almost shuts down - everything as a normal
poweroff, but with a flashing power light. I push the power button and the
following happens:
1. The hard disk spins up
2. Just two of the keyboard lights keep flashing (rather than all three lighting
at once and just once). The lights are numlock and scroll lock.
3. Nothing else. Display is in power saving mode.

I'll try -quirk-dpms-on next, then I'll try the kernel options.

--quirk-dpms-on didn't help.

I tried the first two kernel options:
maxcpus=1
vga=normal

These didn't help either. I'll try the others when I have time.

At boot the kernel says:
 BUG: 8252 timer not connected to IO-APIC.
Is this relevant?

Thanks for giving this a go. Re comment 10, I'd note the following things:

There might be more than one issue. I'd continue to remove serial port support 
while trying to suspend, since it has had problems. (They should be fixed in 
more recent vanilla kernels, IIRC). You might try adding i8042.reset=1 to the 
commandline this helps on my laptop (different brand though).

The keyboard lights flashing is good. It means you're getting at least some 
progress in resuming from the suspend to ram. You might try also adding 
acpi_sleep=s3_bios,s3_mode to your boot command line. Note that the order is 
important - a bug has just been discovered in which putting s3_bios first is 
necessary (it undoes any s3_mode that comes beforehand). Adding this will make 
the wakeup code try to reinitialise the video as one of the first things; it 
might get you your display back. You should then be able to see the cause of 
the oops that's making those lights flash.

Re the timer not being connected, I'm not completely sure, but don't think it 
should be relevant. 8252, or 8250?

Any progress here?

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

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 7'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 7 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. 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. If possible, it is recommended that you try the newest available Fedora distribution to see if your bug still exists.

Please read the Release Notes for the newest Fedora distribution to make sure it will meet your needs:
http://docs.fedoraproject.org/release-notes/

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

Fedora 7 changed to end-of-life (EOL) status on June 13, 2008. 
Fedora 7 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.