[Bug 1067895] Re: 10ec:8176 rtl8192ce fails to recover after resume without shut down
[Expired for linux (Ubuntu) because there has been no activity for 60 days.] ** Changed in: linux (Ubuntu) Status: Incomplete = Expired -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1067895 Title: 10ec:8176 rtl8192ce fails to recover after resume without shut down To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1067895/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1067895] Re: 10ec:8176 rtl8192ce fails to recover after resume without shut down
gene, could you please test for this problem in a Raring environment via http://cdimage.ubuntu.com/daily-live/current/ ? ** Changed in: linux (Ubuntu) Status: Expired = Incomplete -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1067895 Title: 10ec:8176 rtl8192ce fails to recover after resume without shut down To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1067895/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1067895] Re: 10ec:8176 rtl8192ce fails to recover after resume without shut down
[Expired for linux (Ubuntu) because there has been no activity for 60 days.] ** Changed in: linux (Ubuntu) Status: Incomplete = Expired -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1067895 Title: 10ec:8176 rtl8192ce fails to recover after resume without shut down To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1067895/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1067895] Re: 10ec:8176 rtl8192ce fails to recover after resume without shut down
Again, I have to take it back about the 3.2.33-030233 kernel. It COULD NOT reload the driver after suspend the second time. Actually, 2 out 3 times it didn't. I tried a few versions from the 3.2.* branch. None could get the driver back on resume /even with nm being restarted. Now I am not sure about the 3.3.8, 3.4.17,3.5.5,3.6.0 since 3.2.33 worked for one time. I am running 3.7-rc3 kernel and the driver never failed. Even though I now got the right stable git repository where all the revision kernels are, the rtlwifi commits are mixed up and one I can't pick up any signs. Say, 3.7-rc3 has quite a few, 3.2.33 and 3.2.32 have no difference and /linux-stable$ git log --pretty=format:%h --%ar: %s --grep=rtlwifi v3.2.33 --since=8.months 22ccc4c --8 weeks ago: rtlwifi: rtl8192ce: Log message that B_CUT device may not work 4fc6a97 --4 months ago: rtlwifi: rtl8192cu: Change buffer allocation for synchronous reads f46edd5 --4 months ago: rtlwifi: rtl8192de: Fix phy-based version calculation 9eec182 --5 months ago: rtlwifi: rtl8192cu: New USB IDs e290f74 --8 months ago: rtlwifi: Preallocate USB read buffers and eliminate kalloc in read routine f4f204d --7 months ago: rtlwifi: Fix oops on unload 8d8ffc3 --8 months ago: rtlwifi: Add missing DMA buffer unmapping for PCI drivers 3c13b03 --8 months ago: rtlwifi: rtl8192ce: rtl8192cu: rtl8192de: Fix low-gain setting when scanning 67fd437 --8 months ago: rtlwifi: rtl8192ce: Fix loss of receive performance a6ce707 --8 months ago: rtlwifi: rtl8192c: Prevent sleeping from invalid context in rtl8192cu 4d80467 --9 months ago: rtlwifi: Handle previous allocation failures when freeing device memory de886ab --10 months ago: rtlwifi: rtl8192c_common: rtl8192de: Check for allocation failures -AND- /linux-stable$ git log --pretty=format:%h --%ar: %s --grep=rtlwifi v3.4.17 --since=8.months b9e8ad4 --8 weeks ago: rtlwifi: rtl8192ce: Log message that B_CUT device may not work ae9bc43 --4 months ago: rtlwifi: rtl8192de: Fix phy-based version calculation 74ec52a --4 months ago: rtlwifi: rtl8192cu: Change buffer allocation for synchronous reads 8359e05 --5 months ago: rtlwifi: rtl8192cu: New USB IDs 8011652 --6 months ago: Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net d0cad88 --6 months ago: Merge branch 'for-davem' of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless 574e02a --6 months ago: rtlwifi: fix for race condition when firmware is cached c42f1d4 --6 months ago: Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net 44eb65cf --7 months ago: rtlwifi: Fix oops on unload 174808a --7 months ago: Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net 673f778 --8 months ago: rtlwifi: Add missing DMA buffer unmapping for PCI drivers a7959c1 --8 months ago: rtlwifi: Preallocate USB read buffers and eliminate kalloc in read routine e89f769 --7 months ago: rtlwifi: Fix oops on rate-control failure 0298dc9 --7 months ago: rtlwifi: rtl8192de: Fix firmware initialization 643c61e --8 months ago: rtlwifi: rtl8192ce: rtl8192cu: rtl8192de: Fix low-gain setting when scanning 3b59bf0 --8 months ago: Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next fb04121 --8 months ago: rtlwifi: Remove unused ETH_ADDR_LEN defines -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1067895 Title: 10ec:8176 rtl8192ce fails to recover after resume without shut down To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1067895/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1067895] Re: 10ec:8176 rtl8192ce fails to recover after resume without shut down
So, I guess whoever having problems with rtl8192ce (or related) driver can pick up the latest 3.7 (possibly 3.4.,3.6) kernels. 3.7-rc3 is guaranteed to work. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1067895 Title: 10ec:8176 rtl8192ce fails to recover after resume without shut down To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1067895/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1067895] Re: 10ec:8176 rtl8192ce fails to recover after resume without shut down
I'd like to change the conclusion the 3.2.33-030233-generic-pae kernel, it turns out to have FIXED resume problem. What confused me at first, was another bug (fixed in most of the latest versions) to lock the system for a second or two when running service network-manager restart AMOF, I had a problem booting 3.0.51-030051-generic-pae and 3.2.0-32-generic-pae radeon bug 1069249 Actually, I don't think I will have more time working on this bug since it is not my laptop and that going through ALL kernels is not very productive and convenient way of testing for me. I don't know who would enjoy 50 reboots. There are quite a few changes made in rtlwifi driver, the commit associated with the bug must be older than 11 months: git log --pretty=format:%h -- %ad : %s --grep=rtlwifi v3.2 --since=15.months e55b32c -- Mon Nov 28 10:33:40 2011 +0100 : rtlwifi: fix lps_lock deadlock d83579e -- Tue Oct 11 21:28:51 2011 -0500 : rtlwifi: rtl8192de: Updates from latest Reaktek driver - Part III 5c079d8 -- Wed Oct 12 15:59:09 2011 -0500 : rtlwifi: rtl8192se: Updates from latest Realtek driver version - Part II db75993 -- Tue Oct 11 21:28:49 2011 -0500 : rtlwifi: rtl8192ce: Add new chip revisions 09e92f0 -- Tue Oct 11 21:28:48 2011 -0500 : rtlwifi: Update to new Realtek version - Part I 603be38 -- Tue Oct 11 21:28:47 2011 -0500 : rtlwifi: Change PCI drivers to use the new PM framework 73a253c -- Fri Oct 7 11:27:33 2011 -0500 : rtlwifi: Change debug parameter to apply to individual drivers ffca287 -- Tue Sep 27 00:48:21 2011 -0500 : rtlwifi: Remove unused _usb_nbytes_read_write and _usb_writeN_sync 970ba6a -- Tue Sep 27 00:48:20 2011 -0500 : rtlwifi: Remove unused routine _usb_readN_sync 2ef7b45 -- Wed Sep 28 08:39:05 2011 -0700 : Merge git://github.com/davem330/net 831d854 -- Thu Sep 22 22:59:02 2011 -0500 : rtlwifi: rtl8192cu: Fix unitialized struct da3ba88 -- Mon Sep 19 14:34:10 2011 -0500 : rtlwifi: Combine instances of RTL_HAL_IS_CCK_RATE macros. 87b6d09 -- Mon Sep 19 14:34:09 2011 -0500 : rtlwifi: rtl8192de: Change modinfo messages 7664beeb -- Mon Sep 19 14:34:08 2011 -0500 : rtlwifi: rtl8192se: Change modinfo messages eed7231 -- Mon Sep 19 14:34:07 2011 -0500 : rtlwifi: rtl8192ce: Change modinfo messages bac2555 -- Sat Sep 3 10:58:48 2011 -0500 : rtlwifi: Fix problem when switching connections 3401dc6 -- Sat Sep 3 10:58:47 2011 -0500 : rtlwifi: rtl8192su: Fix problem connecting to HT-enabled AP 5b62bb5 -- Mon Aug 22 16:50:18 2011 -0500 : rtlwifi: rtl8192de: Convert to use the new rate-mapping routine in rtlwifi 8e35337 -- Mon Aug 22 16:50:17 2011 -0500 : rtlwifi: rtl8192se: Convert to use the new rate-mapping routine in rtlwifi 2b67e88 -- Mon Aug 22 16:50:16 2011 -0500 : rtlwifi: rtl8192cu: Convert to use the new rate-mapping routine in rtlwifi 78851b6 -- Mon Aug 22 16:50:15 2011 -0500 : rtlwifi: rtl8192ce: Convert to use the new rate-mapping routine in rtlwifi 7ad0ce3 -- Mon Aug 22 16:50:14 2011 -0500 : rtlwifi: Install updated rate-mapping routine 82a7fc6 -- Wed Jul 13 11:06:34 2011 -0500 : staging: rtl8192e: Fix kernel panics due to RX skb allocation failures b5be7e4 -- Sat Aug 13 12:12:36 2011 +0200 : rtlwifi: add module parameter to set global debug level 03f18fa -- Tue Aug 2 16:52:33 2011 -0500 : rtlwifi: rtl892cu: New USB IDs c3ccb33 -- Sat Aug 6 05:55:19 2011 -0500 : rtlwifi: Remove raw read/write routines from header 886e14b -- Sat Aug 6 05:55:18 2011 -0500 : rtlwifi: Eliminate raw reads and writes from PCIe portion Not sure which one is that. Perhaps the realtek driver. However, there is another issue to lock the system when reloading the driver for a short period that might lead to longer locks, see earlier comments and the crash dump. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1067895 Title: 10ec:8176 rtl8192ce fails to recover after resume without shut down To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1067895/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1067895] Re: 10ec:8176 rtl8192ce fails to recover after resume without shut down
Hi Christopher, Here's the list of versions I decided to test: --- 3.4.17-030417-generic (quantal) --- 3.6.3-030603-generic (quantal) --- 3.6.5-030605-generic (raring) --- 3.2.33-030233-generic-pae (precise) All of the above EXCEPT 3.2.33 seem to have the fix. The latter does not recover on resume, locks up system when rtl driver is reloaded. The logs get flooded with the message: rtl8192c_common: Loading firmware file rtlwifi/rtl8192cfw.bin As for the NON-precise kernels, the wireless recovers on resume (with both English or Russian default Languages). No lock-ups whatsoever when rtlwifi is being reloaded. I cloned the kernel.org git tree to grep through the commits related to this issue. rtlwifi appears to be fixed recently : commit 0c7e92075f6e61bfc90ec2664c034b04bc157315 Author: Christian Lamparter chunk...@googlemail.com Date: Sun Oct 14 22:15:48 2012 +0200 -- rtlwifi: pass rx setup error code to caller - commit 7a5f799becc51c842ec1a3aeb8dd82651aea7036 Author: Larry Finger larry.fin...@lwfinger.net Date: Tue Sep 11 16:04:36 2012 -0500 -- rtlwifi: Remove EXPERIMENTAL as pre-requisite for the drivers - commit 022e1d0680c7b4366017393417b8758be5abcee8 Author: Larry Finger larry.fin...@lwfinger.net Date: Tue Sep 11 11:11:13 2012 -0500 -- rtlwifi: rtl8192ce: Log message that B_CUT device may not work - And some more in August. I am not sure which of the commits tackle our issue, however, 3.2 branch must have not incorporated the fix. I did not try any of the End of Life branches, nor any of the earlier ones than the branches above. Let me know if there is anything else I can do here. Thanks -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1067895 Title: 10ec:8176 rtl8192ce fails to recover after resume without shut down To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1067895/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1067895] Re: 10ec:8176 rtl8192ce fails to recover after resume without shut down
gene, thank you for testing some of the mainline kernels. Regarding your comments https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1067895/comments/8 : I cloned the kernel.org git tree to grep through the commits related to this issue. rtlwifi appears to be fixed recently : commit 0c7e92075f6e61bfc90ec2664c034b04bc157315 ... I am not sure which of the commits tackle our issue... Due to how you are not sure which commit(s) may tackle this issue, one would want to focus on narrowing down the commit space via reverse bisecting mainline kernel versions. Here's the list of versions I decided to test: --- 3.4.17-030417-generic (quantal) --- 3.6.3-030603-generic (quantal) --- 3.6.5-030605-generic (raring) --- 3.2.33-030233-generic-pae (precise) All of the above EXCEPT 3.2.33 seem to have the fix. Ok. Consulting http://kernel.ubuntu.com/~kernel-ppa/mainline/ , so far, we know that v3.2.33-precise is the newest mainline version known to not work, and --- 3.4.17-030417-generic (quantal) is the oldest version known to work. However, I beg your pardon as I'm having difficulty finding the location of kernel --- 3.4.17-030417-generic (quantal). Did you get this kernel from http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.4.1-quantal/ ? Assuming so, we have the following list to reverse mainline kernel bisect through: v3.2.33-precise/ v3.3-precise/ v3.3-rc1-precise/ v3.3-rc2-precise/ v3.3-rc3-precise/ v3.3-rc4-precise/ v3.3-rc5-precise/ v3.3-rc6-precise/ v3.3-rc7-precise/ v3.3.1-precise/ v3.3.2-precise/ v3.3.3-precise/ v3.3.4-precise/ v3.3.5-precise/ v3.3.6-precise/ v3.3.7-precise/ v3.3.8-quantal/ v3.4-precise/ v3.4-quantal/ v3.4-rc1-precise/ v3.4-rc2-precise/ v3.4-rc3-precise/ v3.4-rc4-precise/ v3.4-rc5-precise/ v3.4-rc6-precise/ v3.4-rc7-precise/ v3.4.1-quantal/ Hence, could you please test http://kernel.ubuntu.com/~kernel- ppa/mainline/v3.3.4-precise/ ? Once complete, could you continue to reverse bisect mainline kernel versions until the last bad upstream kernel version, followed consecutively in version by the first good one is found? Thank you for your understanding. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1067895 Title: 10ec:8176 rtl8192ce fails to recover after resume without shut down To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1067895/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1067895] Re: 10ec:8176 rtl8192ce fails to recover after resume without shut down
Christopher, 3.4.17-030417 is from http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.4.17-quantal/ A far as that bisection analysis with of those kernels is concerned, it's quite a few kernels to try. BTW, can't we exclude some of them? Like 3.3 and 3.5 are marked as EOL on kernel.prg, so I don't see any reason trying any of those. As with the other ones, why would one try an earlier version, say 3.6.1 after 3.6.5, since it's almost always recommended to upgrade to the newest version anyways? However, if it is so important to find out where this particular fix was committed, I could instead try working through my local git repository. Switching, say, to 3.2 and comparing what it misses from the rtlwifi commits of master and other working branches. I'll try that, if you don't mind. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1067895 Title: 10ec:8176 rtl8192ce fails to recover after resume without shut down To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1067895/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1067895] Re: 10ec:8176 rtl8192ce fails to recover after resume without shut down
gene, thank you for your comments. Regarding them https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1067895/comments/10 : Christopher, 3.4.17-030417 is from http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.4.17-quantal/; Thank you for clearing this up. A far as that bisection analysis with of those kernels is concerned, it's quite a few kernels to try. BTW, can't we exclude some of them? Like 3.3 and 3.5 are marked as EOL on kernel.prg, so I don't see any reason trying any of those. The fact a kernel is marked EOL on kernel.org is not a reason to not test it. One reverse bisects for the purposes of narrowing down the commit space in the fastest way possible. For more on reverse bisecting and it's benefits, please see https://wiki.ubuntu.com/Kernel/KernelBisection . As with the other ones, why would one try an earlier version, say 3.6.1 after 3.6.5 See above. Once the commit is identified, ideally the commit is applied verbatim to the downstream Ubuntu kernel so your problem is resolved. , since it's almost always recommended to upgrade to the newest version anyways? The fact one should be using the newest downstream Ubuntu kernel available for critical and security updates has nothing to do with reverse bisecting. However, if it is so important to find out where this particular fix was committed, I could instead try working through my local git repository. Switching, say, to 3.2 and comparing what it misses from the rtlwifi commits of master and other working branches. I'll try that, if you don't mind. While what you choose to do is up to you, I have provided you the fastest method to finding the commit that fixes your problem. So, consulting http://kernel.ubuntu.com/~kernel-ppa/mainline/ we now have: v3.2.33-precise/ v3.3-precise/ v3.3-rc1-precise/ v3.3-rc2-precise/ v3.3-rc3-precise/ v3.3-rc4-precise/ v3.3-rc5-precise/ v3.3-rc6-precise/ v3.3-rc7-precise/ v3.3.1-precise/ v3.3.2-precise/ v3.3.3-precise/ v3.3.4-precise/ v3.3.5-precise/ v3.3.6-precise/ v3.3.7-precise/ v3.3.8-quantal/ v3.4-precise/ v3.4-quantal/ v3.4-rc1-precise/ v3.4-rc2-precise/ v3.4-rc3-precise/ v3.4-rc4-precise/ v3.4-rc5-precise/ v3.4-rc6-precise/ v3.4-rc7-precise/ v3.4.1-quantal/ v3.4.2-quantal/ v3.4.3-quantal/ v3.4.4-quantal/ v3.4.5-quantal/ v3.4.6-quantal/ v3.4.7-quantal/ v3.4.8-quantal/ v3.4.9-quantal/ v3.4.10-quantal/ v3.4.11-quantal/ v3.4.12-quantal/ v3.4.13-quantal/ v3.4.14-quantal/ v3.4.15-quantal/ v3.4.16-quantal/ v3.4.17-quantal/ Hence, could you please test http://kernel.ubuntu.com/~kernel- ppa/mainline/v3.4-rc2-precise/ ? Once complete, could you continue to reverse bisect mainline kernel versions until the last bad upstream kernel version, followed consecutively in version by the first good one is found? Thank you for your understanding. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1067895 Title: 10ec:8176 rtl8192ce fails to recover after resume without shut down To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1067895/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1067895] Re: 10ec:8176 rtl8192ce fails to recover after resume without shut down
** Tags removed: needs-upstream-testing running-unity suspend ** Tags added: kernel-fixed-upstream-3.7.0-rc3-generic -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1067895 Title: 10ec:8176 rtl8192ce fails to recover after resume without shut down To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1067895/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1067895] Re: 10ec:8176 rtl8192ce fails to recover after resume without shut down
** Tags removed: kernel-fixed-upstream-3.7.0-rc3-generic ** Tags added: kernel-fixed-upstream-v3.7-rc3-raring running-unity suspend ** Tags added: needs-reverse-mainline-bisect ** Changed in: linux (Ubuntu) Status: Incomplete = Confirmed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1067895 Title: 10ec:8176 rtl8192ce fails to recover after resume without shut down To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1067895/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1067895] Re: 10ec:8176 rtl8192ce fails to recover after resume without shut down
I am happy to report on the testing results of 3.7.0-030700rc3-generic which seems to have fixed the bug. Not only my sleep hook is necessary anymore, the NetworkManager is not freezing the system anymore when loading/reloading rtl module. Christopher, the question is do you want me try some earlier versions or grep some git commit logs to find out exactly where the fix happened somewhere in the stable branch? As a matter of fact, this release candidate kernel feels very stable and nice, it fixes another (radeon related) issue 1069249 as well . I have removed the unusable Microsoft cr*p long time ago. This cheap laptop is truly awesome with 3.7rc3 kernel, Ubuntu 12.04 on the Mate DE. Thanks a lot! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1067895 Title: 10ec:8176 rtl8192ce fails to recover after resume without shut down To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1067895/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1067895] Re: 10ec:8176 rtl8192ce fails to recover after resume without shut down
gene, thank you for testing the mainline kernel. Regarding your comments https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1067895/comments/6 : ...do you want me try some earlier versions... Finding the earliest mainline release that fixes the suspend problem would be helpful. Could you please do this? ** Changed in: linux (Ubuntu) Status: Confirmed = Incomplete -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1067895 Title: 10ec:8176 rtl8192ce fails to recover after resume without shut down To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1067895/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1067895] Re: 10ec:8176 rtl8192ce fails to recover after resume without shut down
Crashed on me after another suspend even with that workaround. Was using high cpu and Network manger soft locked up and got tainted by the kernel. This time it froze though and I SysRq. Attaching the dump here which was overflowing the logs -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1067895 Title: 10ec:8176 rtl8192ce fails to recover after resume without shut down To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1067895/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1067895] Re: 10ec:8176 rtl8192ce fails to recover after resume without shut down
network manager and system crash dump ** Attachment added: crash dump https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1067895/+attachment/3411805/+files/kdump -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1067895 Title: 10ec:8176 rtl8192ce fails to recover after resume without shut down To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1067895/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1067895] Re: 10ec:8176 rtl8192ce fails to recover after resume without shut down
Thanks Christopher, I will, when I have a chance. I did try 3.0.46-030046-generic-pae kernel and this problem is still there. As a matter of fact, I tried to change the language of the user account (to Russian) and every second resume from suspend ends up freezing the machine at the time when my resume script turns the network manger back on. Actually, the rtl8192ce would always freeze the system when it loads, this usually a couple second event. But with a different from English language setting of the the user's account, it hard locks the system completely!!?? Do you think I should file another bug report? I have no idea how the language setting could effect the behavior of the wireless driver. This is another more unexpected surprise to the one I have encountered with the timing of enabling/disabling connectivity with for the suspend. I have no clue and would appreciate any suggestions on this. Thanks -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1067895 Title: 10ec:8176 rtl8192ce fails to recover after resume without shut down To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1067895/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1067895] Re: 10ec:8176 rtl8192ce fails to recover after resume without shut down
gene, thank you for reporting this and helping make Ubuntu better. Could you please provide the information following https://wiki.ubuntu.com/DebuggingKernelSuspend ? As well, could you please test the latest upstream kernel available following https://wiki.ubuntu.com/KernelMainlineBuilds ? It will allow additional upstream developers to examine the issue. Please do not test the kernel in the daily folder, but the one all the way at the bottom. Once you've tested the upstream kernel, please comment on which kernel version specifically you tested and remove the tag: needs-upstream-testing This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the text: needs-upstream-testing If this bug is fixed in the mainline kernel, please add the following tags: kernel-fixed-upstream kernel-fixed-upstream-VERSION-NUMBER where VERSION-NUMBER is the version number of the kernel you tested. If the mainline kernel does not fix this bug, please add the following tags: kernel-bug-exists-upstream kernel-bug-exists-upstream-VERSION-NUMBER If you are unable to test the mainline kernel, please comment as to why specifically you were unable to test it and add the following tags: kernel-unable-to-test-upstream kernel-unable-to-test-upstream-VERSION-NUMBER Please let us know your results. Thank you for your understanding. ** Summary changed: - rtl8192ce fails to recover after resume without shut down + 10ec:8176 rtl8192ce fails to recover after resume without shut down ** Tags added: needs-upstream-testing resume suspend ** Description changed: I am helping a friend with this laptop Satellite C655D (PSC0YU-03G02C) running Ubuntu 12.04 uname -a: linux 3.2.0-32-generic-pae #51-Ubuntu SMP Wed Sep 26 21:54:23 UTC 2012 i686 athlon i386 GNU/Linux - - It also uses the infamous rtl8193ce driver. My friend complained about frequent loss of connections and sudden system freezes. AMOF, Windows 7 was even worse to constantly shutdown by itself. So I suspected some hardware problem... - When I got a hold of it I saw the freezes with 3.2.0-23 kernel and spurious output of the rlt driver flooding the logs. After the upgrade to 0-30 and 0-32 freezes (due to the networking) stopped. However, what I found was that networking is lost completely when after resume from suspend. It was weird, that both wireless and wired interfaces just never worked. I tried to restart networking, network-manager services, rmomodding and modprobbing all modules related to rtl8193ce in many different orders. Nothing seemed to work, before I realizes that networking must be stopped before any other service prior to suspend and then started after every other service on resume. So here's a weird but working pm sleep hook /etc/pm/sleep.d/00_netwokmanager: + + It also uses the infamous rtl8193ce driver. My friend complained about frequent loss of connections and sudden system freezes. AMOF, Windows 7 was even worse to constantly shutdown by itself. So I suspected some hardware problem... + When I got a hold of it I saw the freezes with 3.2.0-23 kernel and spurious output of the rlt driver flooding the logs. After the upgrade to 0-30 and 0-32 freezes (due to the networking) stopped. However, what I found was that networking is lost completely when after resume from suspend. It was weird, that both wireless and wired interfaces just never worked. I tried to restart networking, network-manager services, rmomodding and modprobbing all modules related to rtl8193ce in many different orders. Nothing seemed to work, before I realizes that networking must be stopped before any other service prior to suspend and then started after every other service on resume. + + WORKAROUND: + So here's a weird but working pm sleep hook /etc/pm/sleep.d/00_netwokmanager: #!/bin/bash # prior to the suspend-to-ram the weird rtl8192ce driver wants to be unloaded early on and be loaded back late after resume. Say without both sleeps and waiting some time networking won't be recovered at all case $1 in - suspend) - /etc/init.d/network-manager stop - #it's weird, but it won't recover without this - sleep 3 - ;; - resume) + suspend) + /etc/init.d/network-manager stop + #it's weird, but it won't recover without this + sleep 3 + ;; + resume) # capricious rtl8192ce needs more time - sleep 10 - /etc/init.d/network-manager start - ;; - *) ;; + sleep 10 + /etc/init.d/network-manager start + ;; + *) ;; esac ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: linux-image-3.2.0-32-generic-pae 3.2.0-32.51 ProcVersionSignature: Ubuntu 3.2.0-32.51-generic-pae 3.2.30 Uname: Linux 3.2.0-32-generic-pae i686 AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24. AplayDevices: - List of PLAYBACK Hardware Devices - card 0: SB [HDA
