Bug#620174: frozen after suspend
also sprach Mike Hommey m...@glandium.org [2011.08.06.1054 +0200]: M either there's a problem in the kernel, either it's not actually frozen and a later backtrace would show a different backtrace. Did that get any better since then? I have not seen the problem since, thanks for pinging. -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems god is a comedian playing to an audience too afraid to laugh. -- voltaire digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#620174: frozen after suspend
Hi Martin, On Thu, Apr 14, 2011 at 08:22:33AM +0200, Mike Hommey wrote: On Thu, Apr 14, 2011 at 07:52:23AM +0200, martin f krafft wrote: also sprach Mike Hommey m...@glandium.org [2011.03.30.2101 +0200]: Ever since upgrading to Iceweasel 4.0, it is frozen when I return from a suspend cycle. Even if I kill and restart it, it's completely unresponsive to keyboard input. No other applications exhibits this behaviour. I have to restart X to be able to use iceweasel again. It would be useful to have a backtrace of when it's stuck. Here you go, does it help? #0 0x7f44d33a9b95 in __xstat64 () from /lib/libc.so.6 #1 0x7f44d1550c38 in nsLocalFile::FillStatCache (this=0x7f4490e46580) at ../../../xpcom/io/nsLocalFileUnix.cpp:311 #2 0x7f44d1550d61 in nsLocalFile::IsDirectory (this=0x7f4490e46580, _retval=0x7fffc03e42a0) at ../../../xpcom/io/nsLocalFileUnix.cpp:1494 M either there's a problem in the kernel, either it's not actually frozen and a later backtrace would show a different backtrace. Did that get any better since then? Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620174: frozen after suspend
On Thu, Apr 14, 2011 at 07:52:23AM +0200, martin f krafft wrote: also sprach Mike Hommey m...@glandium.org [2011.03.30.2101 +0200]: Ever since upgrading to Iceweasel 4.0, it is frozen when I return from a suspend cycle. Even if I kill and restart it, it's completely unresponsive to keyboard input. No other applications exhibits this behaviour. I have to restart X to be able to use iceweasel again. It would be useful to have a backtrace of when it's stuck. Here you go, does it help? #0 0x7f44d33a9b95 in __xstat64 () from /lib/libc.so.6 #1 0x7f44d1550c38 in nsLocalFile::FillStatCache (this=0x7f4490e46580) at ../../../xpcom/io/nsLocalFileUnix.cpp:311 #2 0x7f44d1550d61 in nsLocalFile::IsDirectory (this=0x7f4490e46580, _retval=0x7fffc03e42a0) at ../../../xpcom/io/nsLocalFileUnix.cpp:1494 M either there's a problem in the kernel, either it's not actually frozen and a later backtrace would show a different backtrace. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620174: frozen after suspend
also sprach Mike Hommey m...@glandium.org [2011.03.30.2101 +0200]: Ever since upgrading to Iceweasel 4.0, it is frozen when I return from a suspend cycle. Even if I kill and restart it, it's completely unresponsive to keyboard input. No other applications exhibits this behaviour. I have to restart X to be able to use iceweasel again. It would be useful to have a backtrace of when it's stuck. Here you go, does it help? #0 0x7f44d33a9b95 in __xstat64 () from /lib/libc.so.6 #1 0x7f44d1550c38 in nsLocalFile::FillStatCache (this=0x7f4490e46580) at ../../../xpcom/io/nsLocalFileUnix.cpp:311 #2 0x7f44d1550d61 in nsLocalFile::IsDirectory (this=0x7f4490e46580, _retval=0x7fffc03e42a0) at ../../../xpcom/io/nsLocalFileUnix.cpp:1494 #3 0x7f44d1566c21 in NS_InvokeByIndex_P (that=value optimized out, methodIndex=value optimized out, paramCount=1, params=value optimized out) at ../../../../../../../xpcom/reflect/xptcall/src/md/unix/xptcinvoke_x86_64_unix.cpp:195 #4 0x7f44d12315e3 in Invoke (ccx=value optimized out, mode=value optimized out) at ../../../../../js/src/xpconnect/src/xpcwrappednative.cpp:3124 #5 Call (ccx=value optimized out, mode=value optimized out) at ../../../../../js/src/xpconnect/src/xpcwrappednative.cpp:2390 #6 XPCWrappedNative::CallMethod (ccx=value optimized out, mode=value optimized out) at ../../../../../js/src/xpconnect/src/xpcwrappednative.cpp:2354 #7 0x7f44d1235752 in XPC_WN_CallMethod (cx=0x7f44beb07c00, argc=0, vp=0x7f44bfcfd588) at ../../../../../js/src/xpconnect/src/xpcwrappednativejsops.cpp:1613 #8 0x7f44d264cabb in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #9 0x7f44d26593e5 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #10 0x7f44d265b262 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #11 0x7f44d265b74b in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #12 0x7f44d265b800 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #13 0x7f44d267b2c7 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #14 0x7f44d2642f27 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #15 0x7f44d26593e5 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #16 0x7f44d265b262 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #17 0x7f44d25d4da6 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #18 0x7f44d25df0a4 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #19 0x7f44d25df9e8 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #20 0x7f44d264cabb in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #21 0x7f44d26593e5 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #22 0x7f44d265b262 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #23 0x7f44d265b74b in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #24 0x7f44d265b800 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #25 0x7f44d267b2c7 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #26 0x7f44d2642f27 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #27 0x7f44d26593e5 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #28 0x7f44d265b262 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #29 0x7f44d265b74b in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #30 0x7f44d265b800 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #31 0x7f44d267b2c7 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #32 0x7f44d2642f27 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #33 0x7f44d26593e5 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #34 0x7f44d265b262 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #35 0x7f44d265b74b in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #36 0x7f44d265b800 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #37 0x7f44d267b2c7 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #38 0x7f44d2642f27 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #39 0x7f44d26593e5 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #40 0x7f44d265b262 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #41 0x7f44d265b74b in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #42 0x7f44d25cac81 in JS_CallFunctionValue () from /usr/lib/xulrunner-2.0/libmozjs.so #43 0x7f44d122c13f in nsXPCWrappedJSClass::CallMethod (this=0x7f44bd0f4100, wrapper=value optimized out, methodIndex=3, info=0x7f44c1aab2f0, nativeParams=0x7fffc03e7de0) at ../../../../../js/src/xpconnect/src/xpcwrappedjsclass.cpp:1672 #44 0x7f44d12282f3 in nsXPCWrappedJS::CallMethod (this=0x7f448e89bb80, methodIndex=3, info=0x7f44c1aab2f0, params=value optimized out) at ../../../../../js/src/xpconnect/src/xpcwrappedjs.cpp:588 #45 0x7f44d15677bb in PrepareAndDispatch (self=0x7f4482e8e580, methodIndex=value optimized out, args=value optimized out, gpregs=0x7fffc03e7ec0, fpregs=0x7fffc03e7ef0) at ../../../../../../../xpcom/reflect/xptcall/src/md/unix/xptcstubs_x86_64_linux.cpp:153 #46 0x7f44d1566cab in SharedStub () from /usr/lib/xulrunner-2.0/libxul.so #47 0x7f44d155d754 in
Bug#620174: frozen after suspend
also sprach Mike Hommey m...@glandium.org [2011.03.30.2101 +0200]: Ever since upgrading to Iceweasel 4.0, it is frozen when I return from a suspend cycle. Even if I kill and restart it, it's completely unresponsive to keyboard input. No other applications exhibits this behaviour. I have to restart X to be able to use iceweasel again. It would be useful to have a backtrace of when it's stuck. I am working on it; of course it has not happened since! :( -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems we did rate the microsoft security researcher as less-bad than the people who prepare the carcasses for dissection in biology laboratories. -- michael moyer, executive editor of _popular science_ digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#620174: frozen after suspend
Package: iceweasel Version: 4.0~rc2-2 Severity: important Ever since upgrading to Iceweasel 4.0, it is frozen when I return from a suspend cycle. Even if I kill and restart it, it's completely unresponsive to keyboard input. No other applications exhibits this behaviour. I have to restart X to be able to use iceweasel again. -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#620174: frozen after suspend
On Wed, Mar 30, 2011 at 08:22:54PM +0200, martin f krafft wrote: Package: iceweasel Version: 4.0~rc2-2 Severity: important Ever since upgrading to Iceweasel 4.0, it is frozen when I return from a suspend cycle. Even if I kill and restart it, it's completely unresponsive to keyboard input. No other applications exhibits this behaviour. I have to restart X to be able to use iceweasel again. It would be useful to have a backtrace of when it's stuck. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
