Dear Patrick: This is a widely reported problem--there are plenty of reports in http://bugzilla.redhat.com about it. I think it is a flaw in the kernel, most likely, and fiddling with modules and quirks will probably not fix it. I posted an explanation yesterday in this list in an email called "Resume on a Suspended Lap-top". I just also posted a more technical question in the fedora-devel list. I think the problem will trace back to particular details of the motherboard, your BIOS, and something called hpet (high precision event timer). pj On 7/4/07, Patrick Steiner <patrick.steiner@xxxxxx> wrote:
Hi, i have played around now for hours with suspend resume on my Dell D420 I have also tried s2ram from opensuse which works fine with FC6. But now with F7 i can get suspend/resume working anymore. i have already looked at http://people.freedesktop.org/~hughsient/quirk <http://people.freedesktop.org/%7Ehughsient/quirk> enabling pm_trace outputs: cat dmesg.txt | grep "hash matches" hash matches drivers/base/power/resume.c:70 what does this mean. iwl3945 mac80211 are already in unload_modules. i have removed <merge key="power_management.quirk.vbestate_restore" type="bool">true</merge> from the fdi file because i use the intel video driver. now it look like this <match key="system.hardware.product" contains="D420"> <merge key="power_management.quirk.vbe_post" type="bool">true</merge> </match> i have restarted the hal service but lshal | grep quirk always outputs: lshal | grep quirk power_management.quirk.vbe_post = true (bool) power_management.quirk.vbestate_restore = true (bool) also after a system reboot. any ideas? has anyone a d420 with f7 and a working suspend/resume setup? regards, patrick -- fedora-list mailing list fedora-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
-- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas
