Bug 463132

Summary: resume from ram very slow (PM: resume devices took 122.854 seconds)
Product: [Fedora] Fedora Reporter: Tomasz Torcz <tomek>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: tomek
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-10-10 14:47:47 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 466414    
Attachments:
Description Flags
dmesg captured after resume from ram
none
dmesg captured after boot
none
output of lspci -v
none
output of lsusb -v
none
output of lsmod
none
pm-suspend log after another long resume (143.955 seconds) none

Description Tomasz Torcz 2008-09-22 06:39:02 UTC 
Description of problem:
I've suspended my laptop yesterday. Today resume took over two minutes between opening the lid and getting anything.

Version-Release number of selected component (if applicable):
Fedora 10 alpha upgraded to latest (pre-beta).
Thinkpad z61t with intel graphics and chipset.
*No* kernel modesetting.
Linux sandworm.fordon.pl.eu.org 2.6.27-0.329.rc6.git2.fc10.i686 #1 SMP Mon Sep 15 19:33:33 EDT 2008 i686 i686 i386 GNU/Linux


How reproducible:
Just happened today.
Comment 1 Tomasz Torcz 2008-09-22 06:40:16 UTC 
Created attachment 317340 [details]
dmesg captured after resume from ram
Comment 2 Tomasz Torcz 2008-09-22 06:40:47 UTC 
Created attachment 317341 [details]
dmesg captured after boot
Comment 3 Tomasz Torcz 2008-09-22 06:41:14 UTC 
Created attachment 317342 [details]
output of lspci -v
Comment 4 Tomasz Torcz 2008-09-22 06:41:41 UTC 
Created attachment 317343 [details]
output of lsusb -v
Comment 5 Tomasz Torcz 2008-09-22 06:42:06 UTC 
Created attachment 317344 [details]
output of lsmod
Comment 6 Tomasz Torcz 2008-09-24 13:48:53 UTC 
Created attachment 317588 [details]
pm-suspend log after another long resume (143.955 seconds)
Comment 7 Tomasz Torcz 2008-10-02 19:19:49 UTC 
After few kernel updates and adding "initcall_debug printk.time=1" to kernel line I can't reproduce this behaviour (fortunately, I might say). Device resume takes 2-3 seconds.
Comment 8 Dave Jones 2008-10-10 14:47:47 UTC 
ok, reopen if it regresses.