Bug 694599

Summary: suspend: Freezing of tasks failed after 20.00 seconds (1 tasks refusing to freeze):
Product: [Fedora] Fedora Reporter: Stefan Assmann <sassmann>
Component: kernelAssignee: John Feeney <jfeeney>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 14CC: burhan.ali, gansalmon, itamar, jfeeney, jonathan, kernel-maint, madhu.chinakonda, stuffcorpse
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-08-16 14:43:15 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
dmesg.txt
none
lspci-nn-vvv.txt after suspend failed none

Description Stefan Assmann 2011-04-07 18:02:02 UTC 
Description of problem:
Every once in a while my system fails to suspend properly.
This is the output from dmesg after a failed suspend:

[330047.373023] PM: Syncing filesystems ... done.
[330047.379424] PM: Preparing system for mem sleep
[330047.454320] Freezing user space processes ... 
[330054.247100] thinkpad_acpi: fan watchdog: enabling fan
[330067.463141] 
[330067.463145] Freezing of tasks failed after 20.00 seconds (1 tasks refusing to freeze):
[330067.463210] multiload-app D ffff88013536bb80     0  2532      1 0x00800084
[330067.463216]  ffff8801220c5d18 0000000000000082 ffff8801220c5c78 ffff88011c0e9740
[330067.463221]  0000000000015500 0000000000015500 ffff8801220c5fd8 0000000000015500
[330067.463226]  0000000000015500 0000000000015500 0000000000015500 ffff8801220c5fd8
[330067.463231] Call Trace:
[330067.463240]  [<ffffffff810668c6>] ? prepare_to_wait+0x6c/0x79
[330067.463251]  [<ffffffffa04d76b5>] fuse_request_send+0x178/0x22b [fuse]
[330067.463255]  [<ffffffff81066633>] ? autoremove_wake_function+0x0/0x39
[330067.463264]  [<ffffffffa04df7cf>] fuse_statfs+0xc7/0x13b [fuse]
[330067.463270]  [<ffffffff81137113>] vfs_statfs+0x60/0x78
[330067.463274]  [<ffffffff81137189>] vfs_statfs_native+0x22/0x3c
[330067.463283]  [<ffffffff811371eb>] sys_statfs+0x48/0x89
[330067.463286]  [<ffffffff810f0a95>] ? do_munmap+0x2f2/0x30b
[330067.463289]  [<ffffffff8111f9b5>] ? path_put+0x22/0x27
[330067.463292]  [<ffffffff81099b75>] ? audit_syscall_entry+0x11c/0x148
[330067.463296]  [<ffffffff81009cf2>] system_call_fastpath+0x16/0x1b
[330067.463322] vim           T ffff8800a8c01c00     0 13556   3129 0x00800084
[330067.463325]  ffff8800340a1d68 0000000000000086 0000000000000011 ffff8801002b9740
[330067.463328]  0000000000015500 0000000000015500 ffff8800340a1fd8 0000000000015500
[330067.463331]  0000000000015500 0000000000015500 0000000000015500 ffff8800340a1fd8
[330067.463333] Call Trace:
[330067.463337]  [<ffffffff8105ca07>] ? __dequeue_signal+0xe0/0x115
[330067.463340]  [<ffffffff8105df6e>] do_signal_stop+0x112/0x16a
[330067.463342]  [<ffffffff8105e365>] get_signal_to_deliver+0x2ea/0x398
[330067.463345]  [<ffffffff81008fe1>] do_signal+0x72/0x690
[330067.463347]  [<ffffffff8105d6d3>] ? group_send_sig_info+0x39/0x42
[330067.463350]  [<ffffffff8105ec1b>] ? sys_kill+0x150/0x165
[330067.463352]  [<ffffffff81009640>] do_notify_resume+0x28/0x86
[330067.463355]  [<ffffffff81009fc0>] int_signal+0x12/0x17
[330067.463357] cscope        T ffff880005def100     0 13557  13556 0x00800084
[330067.463359]  ffff88003408bd68 0000000000000082 0000000000000011 ffff880133950000
[330067.463362]  0000000000015500 0000000000015500 ffff88003408bfd8 0000000000015500
[330067.463365]  0000000000015500 0000000000015500 0000000000015500 ffff88003408bfd8
[330067.463367] Call Trace:
[330067.463370]  [<ffffffff8105ca07>] ? __dequeue_signal+0xe0/0x115
[330067.463372]  [<ffffffff8105df6e>] do_signal_stop+0x112/0x16a
[330067.463375]  [<ffffffff8105e365>] get_signal_to_deliver+0x2ea/0x398
[330067.463377]  [<ffffffff81008fe1>] do_signal+0x72/0x690
[330067.463381]  [<ffffffff811dc789>] ? security_file_permission+0x16/0x18
[330067.463384]  [<ffffffff81009640>] do_notify_resume+0x28/0x86
[330067.463386]  [<ffffffff81009fc0>] int_signal+0x12/0x17

Version-Release number of selected component (if applicable):
kernel-2.6.35.11-83.fc14.x86_64
vim-enhanced-7.3.056-1.fc14.x86_64
cscope-15.7a-1.fc14.x86_64

How reproducible:
seldom

Steps to Reproduce:
1. suspend to RAM in Gnome via "System"->"Shutdown"->"Suspend"
2.
3.
  
Actual results:
system does not go to suspend

Expected results:
system suspends properly

Additional info:
Comment 1 Stefan Assmann 2011-04-07 18:02:53 UTC 
Created attachment 490604 [details]
dmesg.txt
Comment 2 Stefan Assmann 2011-04-07 18:04:13 UTC 
Created attachment 490605 [details]
lspci-nn-vvv.txt after suspend failed
Comment 3 Matthew Garrett 2011-04-07 18:14:27 UTC 
Looks like an issue with fuse.
Comment 4 Stefan Assmann 2011-08-06 16:04:16 UTC 
reassigning to fuse
Comment 5 Chris Wilson 2012-08-16 08:35:42 UTC 
duplicate of #656992
Comment 6 Fedora End Of Life 2012-08-16 14:43:18 UTC 
This message is a notice that Fedora 14 is now at end of life. Fedora 
has stopped maintaining and issuing updates for Fedora 14. It is 
Fedora's policy to close all bug reports from releases that are no 
longer maintained.  At this time, all open bugs with a Fedora 'version'
of '14' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this 
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen 
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we were unable to fix it before Fedora 14 reached 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, you are encouraged to click on 
"Clone This Bug" (top right of this page) and open it against that 
version of Fedora.

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.

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