Hi folks,
I am experiencing a battery drain problem after upgrading my Gnex-gsm via OTA to 4.1.1 (from 4.0.4). I thought that is due to some applications or settings so factory default my device. The only application I installed was Cpu Spy (and better battery stats) to find the culprit. Result was still the same. I googled similar issues introduced by jelly bean but couldn't find a permanent and satisfying solution. Here are the details:
- I had a stock rom/kernel when I was at 4.0.4 (flashed android factory image manually) and didn't see any service/app waking my device like this.
- I upgraded via single OTA to 4.1.1 and started experiencing battery drain to high awake times (%50ish deep sleep, %50ish 350+700mhz). This is not affected after I factory default/wipe cache (as well as dalvik cache).
- After testing several combinations (like disabling google backup service, turning off google sync., disabling gps etc.) the only way to stop this drain is either disabling WiFi (my 3g data packet is still active) or leaving WiFi ON but not connecting it to any gateway. I haven't changed my gateway and my friend with the very same Jelly Bean Gnex is connected to it without having any battery drain problem.
- I wiped my phone 4-5 times and even tried setting up without any Google account, the result is same.
- I flashed latest franco kernel for jelly bean, nothing has changed.
- I modified all wifi options (Avoiding poor connections (I do have good wifi and 3g reception) and let wifi sleep during sleep) but that havent changed things much.
According to my tests, RILJ, GTALK_ASYNC and connectivity service are causing high awake times (their order changes time to time).
You can see my attachments for details. The only thing I haven't tried is flashing a jelly bean custom rom but I am leaving it for the last resort.
I will be really glad if you can put some reasoning about this issue because it is making me crazy
http://forum.xda-developers.com/wiki/Wakelocks#RILJ
Dialer RILJ is the userland counterpart of the RIL (radio interface lib). RILJ handles whatever the phone need to tell or get from the RIL = phone, e.g. dialing but also coarse location.
Click to expand...
Click to collapse
I would try disabling location services to see if that's causing your issue. I noted worse battery life with location services enabled.
Hi Cilraaz,
I had tried that before but retried again. Unfortunately the amount of wakelocks have not been reduced.
Thanks for the references by the way
Cilraaz said:
http://forum.xda-developers.com/wiki/Wakelocks#RILJ
I would try disabling location services to see if that's causing your issue. I noted worse battery life with location services enabled.
Click to expand...
Click to collapse
Using the JB + stock kernel Franco realized that consumption is very high, especially with the screen connected ...
I removed the location data and still got the high consumption and had no decrease in power consumption ..
Maaaan... I am suffering from the same issue with jelly bean stock...
I have tried all the things u mentioned nothing helped.
The strange thing is that it's only consuming on wifi when it should drain less power.
I would be so happy to find a solution...
Sent from my Galaxy Nexus using Tapatalk 2
Tonight I did a test with all syncs and 3g enabled and now it totally seems that it's definitely the wifi that keeps waking up the device... Grrrrrrrrrrrrr
Tapatalk 2-vel küldve az én Galaxy Nexus-ről
It is clear that we are experiencing the very same problem. The problem is due to wifi connection for sure.
I guess one of the system processes do keep trying to reach a server or something if and only if wifi connection is valid.
I have tried 2 different ROMS (one is pure AOSP and the other one is liquidsmooth alpha w/ trinity kernel). Unfortunately the problem persists
I am going to investigate the problem and use a sniffer to track wireless activity.
The thing is this is happening even device is fully formatted (/data /cache /system /sdcard and dalvik cache)
Am I missing any partitions that may affect this and remained dirty?. Hope anyone have any idea.
Ok, after diagnosing the sniffer I find that JellyBean Gnex keeps reconnecting to the access point even tough it is not sending deauth/disassoc. It is not the case with 4.0.4 (probably changes in wpa_supplicant caused this).
Each reconnection request triggers RILJ/Gtalk async. bla bla and causing device to stay awake. I will check wpa_supplicant logs and find out the reason behind the reconnection decision.
Using a cisco gateway (with same wireless settings) fixes the problem.
Not so in my case. Very less awake times and excellent battery life.
Sent from my Galaxy Nexus using Tapatalk 2
Yup that's very strange actually that not all Gnex owners experience this issue. Would be great to find the difference between those devices and ours.
Sent from my Galaxy Nexus using Tapatalk 2
cankavera said:
Ok, after diagnosing the sniffer I find that JellyBean Gnex keeps reconnecting to the access point even tough it is not sending deauth/disassoc. It is not the case with 4.0.4 (probably changes in wpa_supplicant caused this).
Each reconnection request triggers RILJ/Gtalk async. bla bla and causing device to stay awake. I will check wpa_supplicant logs and find out the reason behind the reconnection decision.
Using a cisco gateway (with same wireless settings) fixes the problem.
Click to expand...
Click to collapse
Yeah man that sounds like a progress
Sent from my Galaxy Nexus using Tapatalk 2
You could always try adding the following to build.prop:
Code:
wifi.supplicant_scan_interval=1800
That would make your wifi only scan for a stronger AP every 30 minutes.
Thanks for the suggestion Cilraaz, unfortunately it didn't help. I need a way to increase debug level of wpa_supplicant (using wpa_cli level didnt work).
Dmesg gives a hint though. When device is trying to sleep, a kernel message (no IPv6 router) triggers disconnect (and it reconnects right after). This happens continuously every 10-20secs and waking the device.
<7>[ 86.163146] wlan0: no IPv6 routers present
<3>[ 91.762573] CFG80211-ERROR) wl_notify_connect_status : link down, calling cfg80211_disconnected with deauth_reason:0
<6>[ 91.772399] cfg80211: Calling CRDA to update world regulatory domain
<4>[ 93.140258] wl_bss_connect_done succeeded
<6>[ 93.191009] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
<4>[ 93.349090] wl_bss_connect_done succeeded
Why the hell device needs a IPv6 router? It shoudl be ok with IPv4.
Cilraaz said:
You could always try adding the following to build.prop:
Code:
wifi.supplicant_scan_interval=1800
That would make your wifi only scan for a stronger AP every 30 minutes.
Click to expand...
Click to collapse
Wow. Hope Google is heading this way as well...
Sent from my Galaxy Nexus using Tapatalk 2
Avoid poor connections
Disabling "Avoid poor connections" from Wi-Fi settings fixed the problem for me
laithmurad said:
Disabling "Avoid poor connections" from Wi-Fi settings fixed the problem for me
Click to expand...
Click to collapse
Tried this right now but didn't help for me that's soooooo frustrating!
Sent from my Galaxy Nexus using Tapatalk 2
Anyone having a progress here?
Would be good to reach Google and ask their opinion about that...
That was the first thing I had tried but reconnections are not happening due to poor connection. Signal strength is pretty good (around -40 -50dBm)
and it is still happening.
I also flashed 4.1.1 factory image (as well as AOKP, CM10 and one more jelly bean custom firmware) after wiping everything and I am still experiencing the problem.
I am going to try using 4.0.4 wpa_supplicant binary in a 4.1.1 rom. Albeit, I suspect the problem is introduced by new kernel. (I am not sure 4.0.4 kernel is compatible with 4.1.1 rom, anyone have any ideas?)
laithmurad said:
Disabling "Avoid poor connections" from Wi-Fi settings fixed the problem for me
Click to expand...
Click to collapse
cankavera said:
That was the first thing I had tried but reconnections are not happening due to poor connection. Signal strength is pretty good (around -40 -50dBm)
and it is still happening.
I also flashed 4.1.1 factory image (as well as AOKP, CM10 and one more jelly bean custom firmware) after wiping everything and I am still experiencing the problem.
I am going to try using 4.0.4 wpa_supplicant binary in a 4.1.1 rom. Albeit, I suspect the problem is introduced by new kernel. (I am not sure 4.0.4 kernel is compatible with 4.1.1 rom, anyone have any ideas?)
Click to expand...
Click to collapse
This options was 1st introduced in 4.0.1 and it was terrible for me when enabled, Google removed it since 4.0.2, and now its back on 4.1.1, I only get like 10 Hours while this option is checked, when unchecked battery lasts more than 22 Hours, I guess what happens is that Wi-Fi keeps disconnecting and switching to 3G, then goes back to Wi-Fi frequently.
Cankavera!
Somehow it seems I am unable to send you a PM.
Can you confirm that replacing your router fixed the issue with high waked up times?
I am using a quite old MSI RG60 router so if you say its enough to replace it I will do it...
Related
I recently performed a full wipe and installed the CM9 4/22 nightly, stock kernel, minimal apps in an effort to discover what was causing MASSIVE battery drain on my VZW SGN.
Using CPUSpy I can see my phone isn't going to sleep, and is staying awake @ 350 MHz for hours, but only when associated to my home (D-Link router) or work's (Cisco AP) 802.11n wireless. I am seeing a TON of Kernel Wakelocks caused by "wlan_rx_wake" via BetterBatteryStats, and this aligns to the overwhelming "Android OS" percentage of what is consuming my battery according to the native ICS app (settings -> battery).
According to the research I did, wlan_rx_wake is an event that wakes the kernel when a message is received via wifi, like a gmail push notification. Seems like something outside of my control. The weird thing is...i don't see these wake-ups on 4G. In fact the phone actually goes to sleep and gets better battery life when I'm NOT tied to wireless. What gives? Is the ROM doing something weird with the wireless? TIA for any advice, it's much appreciated.
Are you using a dynamic IP?
hittingsmoke said:
Are you using a dynamic IP?
Click to expand...
Click to collapse
yep, and i increased my DHCP lease times to 8 days.
i *think* i've discovered what the problem is, using WireShark and my HTPC sniffing out traffic to my wifi-joined cell phone. my router, issued by my ISP, is sending out "who-has" ARP requests to every IP address on my subnet, round-robin style. this is waking up my phone about 2x per minute.
i don't know if my ISP has enabled some ARP thing in the router (i looked in its config, can't figure out a way to disable the network scanning), or if the latest CM9 nightlies (i'm on 4/22) has suddenly decided to start responding to these requests...either way i've got to keep my phone on 4G to save battery. didn't have to do this a few weeks ago. very odd.
I experienced the same (along with wlan_ctrl_wake), and did quite a bit of experimenting: http://forum.xda-developers.com/showthread.php?t=1598581&highlight=cm9+wifi
Some wifi related commits, yet to be merged, 03:48 on May 5, maybe the new drivers will help: http://review.cyanogenmod.com/#/q/branch:ics,n,z
In the interim I either use another kernel, or use strictly data, I find the stock CM9 kernel doesn't drain excessively while on data. If you want to try another kernel instead, I'd recommend CM Plus Tuna; wifi drivers were reverted and a wlan_ctrl commit removed and there is no issue.
CMNein said:
I experienced the same (along with wlan_ctrl_wake), and did quite a bit of experimenting: http://forum.xda-developers.com/showthread.php?t=1598581&highlight=cm9+wifi
Some wifi related commits, yet to be merged, 03:48 on May 5, maybe the new drivers will help: http://review.cyanogenmod.com/#/q/branch:ics,n,z
In the interim I either use another kernel, or use strictly data, I find the stock CM9 kernel doesn't drain excessively while on data. If you want to try another kernel instead, I'd recommend CM Plus Tuna; wifi drivers were reverted and a wlan_ctrl commit removed and there is no issue.
Click to expand...
Click to collapse
Many thanks. I try to run the Franco kernel as well but still see the same issues. gonna just use cell data in the meantime till the wifi gets worked out in CM9
mcgoo99 said:
Many thanks. I try to run the Franco kernel as well but still see the same issues. gonna just use cell data in the meantime till the wifi gets worked out in CM9
Click to expand...
Click to collapse
Your issue sounds more app related possibly, since Franco has different wifi drivers than the stock CM9 kernel, unless he's updated them recently. Perhaps a nandroid and then a wipe (without restoring apps) to narrow it down.
CMNein said:
Your issue sounds more app related possibly, since Franco has different wifi drivers than the stock CM9 kernel, unless he's updated them recently. Perhaps a nandroid and then a wipe (without restoring apps) to narrow it down.
Click to expand...
Click to collapse
I don't think it is app related. I already wiped and installed base CM9, and with just two apps I saw the wlan wakes. I saw them on the Franco kernel as well. I'll try the Franco kernel once more and see if its been fixed.
mcgoo99 said:
I don't think it is app related. I already wiped and installed base CM9, and with just two apps I saw the wlan wakes. I saw them on the Franco kernel as well. I'll try the Franco kernel once more and see if its been fixed.
Click to expand...
Click to collapse
Same behaviour on all routers?
Sent from my Galaxy Nexus
CMNein said:
Same behaviour on all routers?
Sent from my Galaxy Nexus
Click to expand...
Click to collapse
i believe so. i found a new radio for the SGN posted on 5/1, gonna give that a shot, as well as the newest CM9 nightly, 5/7. if i continue to get wakelocks on wifi, i'm wiping and trying again...
EDIT: after wiping and installing JUST CM9 and 4/29 gapps, no apps other than BetterBatteryStats and CPUSpy, i still get a ton of wlan_rx_wakes show up, not allowing my phone to go into deep sleep and keeping it awake. meanwhile, my Samsung Galaxy Tab, running the same CM9 nightly, same gapps, same wifi network, and a TON of apps is sleeping like a baby. i have no explanation for this, and why it's specific to my phone only.
mcgoo99 said:
i believe so. i found a new radio for the SGN posted on 5/1, gonna give that a shot, as well as the newest CM9 nightly, 5/7. if i continue to get wakelocks on wifi, i'm wiping and trying again...
EDIT: after wiping and installing JUST CM9 and 4/29 gapps, no apps other than BetterBatteryStats and CPUSpy, i still get a ton of wlan_rx_wakes show up, not allowing my phone to go into deep sleep and keeping it awake. meanwhile, my Samsung Galaxy Tab, running the same CM9 nightly, same gapps, same wifi network, and a TON of apps is sleeping like a baby. i have no explanation for this, and why it's specific to my phone only.
Click to expand...
Click to collapse
the system restore process is PAINFULL, but here's the edited version. use these directions:
http://forum.xda-developers.com/showthread.php?t=1426207
with this file:
http://www.mediafire.com/?cnqab1sg2b1u93p
to use Odin to restore to 4.0.2 (windows only, sorry).
then reflash clockworkmod recovery, reflash new 4.0.4 radios, wipe EVERYTHING (factory data, cache, system, dalvik, battery stats - i'm doing it all just to be certain) flash CM9 nightly, flash gapps, then wipe again but no system this time (factory data, cache, dalvik, battery stats). reboot. log into the google acount but don't restore any apps, just install CPUSpy after accepting the Play T&C's.
phone sleeps on 4G. phone sleeps on wifi. i'm happy...for now will report back if anything mysterious happens.
I know this is old but I had the same problem with Cyanogenmod 9 Stable. If this bug is this old (and I actually remember having this problem on some of the early nightlys as well but never found a cause) then it's pretty sad they let it sit this long and then release the ROM as stable. Anyway I fixed it by flashing leankernel. That instantly stopped my wlan_rx_wake wakelocks and allowed my phone to deep sleep. Here's the thread I made on rootzwiki if interested
http://rootzwiki.com/topic/32175-cm9-android-os-keeping-phone-awake/
Old issue again, but this issue plagued my nexus 7.
I narrowed down my issue to a wireless HP printer as well. I disabled the wireless since I wasn't using it and my battery is back to normal.
I recently replaced a RoadRunner provided modem "2100" with a personal modem Motorola SB6141. Ever since my "wlan_rx_wake" is draining battery much faster than it use to. Same router (WRT54G). I did also change from Viatalk PAP2T to Ooma Telo phone service, so not sure if that's related. Also upgraded to android 4.3, so another variable. Nexus on Static IP as well as Ooma Telo. Not rooted.
Anything I can try to keep wlan_rx_wak down? (other than shutting off wifi). I use GrooveIP which needs wifi on. It doesn't look like it's the problem.
Interested in solving a real puzzler? Then read on!
The patient: a rooted, otherwise stock Jelly Bean (JRO03C 4.1.1) Galaxy Nexus. Being used as an everyday phone (and a bit of development).
The symptoms: Excessive battery drain by "Google Services", but ONLY on my home Wifi network!
This is where things get weird: on 3G, on my company's work Wifi, and without network, the battery drain is absent. I can *reliably* cause Google Services to start hammering the wakelocks, and stop them, just by moving to a different Wifi hotspot. There's NO change in functionality: Google Talk, Play Store, and network access work exactly the same. Push messages seem to come in normally too, but I haven't tested that very well. There's no configuration change whatsoever.
More details: After installing BetterBatteryStats, I've gotten a better look at the wakelock draining the battery. After gathering stats for 25-30 minutes, the following wakelock is the top user:
Code:
GTALK_ASYNC_CONN_com.google.android.gsf.gtalkservice.AndroidEndpoint (Google Services): 7 m 47 s (467 s) Count:786 30.3%
So, I decided to check logcat for "GTalkService" messages, and see if there's a major difference between work (good) and home (bad).
Turns out I get a lot of the following at home, but not at work:
Code:
[ 08-15 17:36:02.719 709: 709 I/GTalkService/c ]
[[email protected]] connect: acct=1000000, state=CONNECTING
[ 08-15 17:36:34.461 709: 1177 E/GTalkService ]
connectionClosed: no XMPPConnection - That's strange!
This is repeated a LOT and looks like it correlates quite well with the wakelock.
I use the phone, and I would hate to wipe it completely: I would really like to get to the bottom of this.
First of all, I'm not 100% sure this is a Galaxy Nexus only problem. It might be Jelly Bean, or ICS, or whatever. Would you suggest I post on the Google Android bug list, where the crickets chirp, and major bugs disappear into a big Python black hole?
Thanks guys! If only for reading this far!
Update 2012-10-02:
OK, I have eliminated my firewall from the equation: obviously I can't necessarily just whack the work's firewall without consequences. Nothing's blocked, and all services on the phone seem to work.
As for other devices: I dug up my old Nexus One (Gingerbread, stock), and upgraded my Transformer Prime to Jelly Bean. Both do not show the error in logcat, and neither have the battery drain issue. Just for kicks, I checked the version of the Google Services Framework on all three:
Samsung Galaxy Nexus: 4.1.1-398337
ASUS Transformer Prime: 4.1.1-438695
HTC Nexus One: 2.3.6
Wanna bet there's a bug in 4.1.1-398337 that got fixed in 4.1.1-438695?
Further update:
I also tried the following with no success:
Delete app data for Google Services Framework (NOT RECOMMENDED!)
Remove Google accounts from the phone.
Re-add Google accounts to the phone.
Update: 2012-10-04
I think I found a workaround. It looks like it's a domino effect thingy that happens here:
1) I've got a Netgear N600 ADSL/Wifi router at home. On my 2.4GHz radio, I set up two access points: one for my stuff and one for guests. I made sure to delete the guest account from all my Wifi equipment to make sure there's no "fighting" or "flapping".
2) It appears that the phone ignores the Wifi-'stay connected while sleeping' setting, or the radio is broken. When the phone goes to sleep, it disconnects from Wifi.
3) When the phone disconnects from wifi, the Google Services Framework lose connection: this causes the phone to wake up.
4) When the phone wakes up, Wifi gets re-established. This makes Google re-connect.
5) The phone goes back to sleep and we return to step #2.
This causes a LOT of wakeups, lost connections and other crap. Since the phone doesn't lose connection when it's awake, it's fricken difficult to debug. Also, it's NOT a signal quality issue. My phone can be right next to the access point and it wouldn't help.
So, could you guys try different access point settings at home? I've heard WMM, QoS and some of the protocols could cause the Galaxy Nexus's radio in Jelly Bean to go a bit wonky.
-- Jan Gutter
jangutter said:
Interested in solving a real puzzler? Then read on!
The patient: a rooted, otherwise stock Jelly Bean (JRO03C 4.1.1) Galaxy Nexus. Being used as an everyday phone (and a bit of development).
The symptoms: Excessive battery drain by "Google Services", but ONLY on my home Wifi network!
This is where things get weird: on 3G, on my company's work Wifi, and without network, the battery drain is absent. I can *reliably* cause Google Services to start hammering the wakelocks, and stop them, just by moving to a different Wifi hotspot. There's NO change in functionality: Google Talk, Play Store, and network access work exactly the same. Push messages seem to come in normally too, but I haven't tested that very well. There's no configuration change whatsoever.
More details: After installing BetterBatteryStats, I've gotten a better look at the wakelock draining the battery. After gathering stats for 25-30 minutes, the following wakelock is the top user:
Code:
GTALK_ASYNC_CONN_com.google.android.gsf.gtalkservice.AndroidEndpoint (Google Services): 7 m 47 s (467 s) Count:786 30.3%
So, I decided to check logcat for "GTalkService" messages, and see if there's a major difference between work (good) and home (bad).
Turns out I get a lot of the following at home, but not at work:
Code:
[ 08-15 17:36:02.719 709: 709 I/GTalkService/c ]
[[email protected]] connect: acct=1000000, state=CONNECTING
[ 08-15 17:36:34.461 709: 1177 E/GTalkService ]
connectionClosed: no XMPPConnection - That's strange!
This is repeated a LOT and looks like it correlates quite well with the wakelock.
I use the phone, and I would hate to wipe it completely: I would really like to get to the bottom of this.
First of all, I'm not 100% sure this is a Galaxy Nexus only problem. It might be Jelly Bean, or ICS, or whatever. Would you suggest I post on the Google Android bug list, where the crickets chirp, and major bugs disappear into a big Python black hole?
Thanks guys! If only for reading this far!
-- Jan Gutter
Click to expand...
Click to collapse
Could it be that your home router's firewill is somehow blocking parts of GTalk traffic, causing it to continuously retry connecting?
Petrovski80 said:
Could it be that your home router's firewill is somehow blocking parts of GTalk traffic, causing it to continuously retry connecting?
Click to expand...
Click to collapse
Nope, I checked that: there's no firewall. At work there is, but it doesn't affect my phone (services are not affected visibly). Google Talk works fine in both situations.
any developments in this? have an s3 which is behaving similarly. my WiFi is always on as I'm usually near a hotspot at work home /gfs.gtalk_async wake lock showing up in better bat stats. been having battery drain issues for a while now and decided it was time to do some research.turned off pretty much every synch/auto backup app on the phone but still draining, not quite as bad, but still seems to struggle to stay asleep for very long!
Exactly the same
cricka15 said:
any developments in this? have an s3 which is behaving similarly. my WiFi is always on as I'm usually near a hotspot at work home /gfs.gtalk_async wake lock showing up in better bat stats. been having battery drain issues for a while now and decided it was time to do some research.turned off pretty much every synch/auto backup app on the phone but still draining, not quite as bad, but still seems to struggle to stay asleep for very long!
Click to expand...
Click to collapse
Does anyone have solved this.. i have got exactly the same situation as Jan. No trouble at work but only at home.
Not affecting ASUS Transformer Prime
Nothing new here, except I also cross-checked with my ASUS Transformer Prime. There's no drain on it, and also no errors in logcat about GTalkService.
I'll post an update once I've checked my trusty old Nexus One out of storage, that'll happen next week, though.
Interesting note about the wifi. I only seem to get this problem during the week at work, on the weekends it doesn't happen that often. I get poor data connection at work and rely on the wifi instead. I'll try to not use the wifi for a day or so and see if the wakelock is reduced. Thanks for the tip, this has been a problem for a while now.
Galaxy s2 on Sprint
sgtlange said:
Interesting note about the wifi. I only seem to get this problem during the week at work, on the weekends it doesn't happen that often. I get poor data connection at work and rely on the wifi instead. I'll try to not use the wifi for a day or so and see if the wakelock is reduced. Thanks for the tip, this has been a problem for a while now.
Galaxy s2 on Sprint
Click to expand...
Click to collapse
Just take note: in general Wifi uses a LOT less battery than 3G. A better test might be to disable Wifi AND sync.
Jan
some decent insightful ideas here. My S3 on official stock based custom has bad drain over wifi. My google services framework version is the 4.1.1-438695 which isn't affected in your case so it's not that.
Better battery stats at first put google maps as the wakelock so I realised it's location service was left on so I turned that off. Then BBS varies and shows different apps and what not causing wakelocks but the drain remains the same.
My router is an Asus with custom linux firmware Tomato with a robust plethora of functions. I updated it yesterday and put the settings back closer to default. I'll have to try disabling WMM and QoS settings as their both already on at the moment. Also the kernel developer i'm on to quote: "Made a change in wifi offload filtering to deny muticast packets but allow multicast DNS packets."
After leaving wifi on last night the drain still remains at about 10% per 3 hours. Compared to before it used to be almost 15% per 3 hours. BBS doesn't show wlan_rx_wake as the top wakelock as most common before as that's down to running for 8 minutes in 9 hours rather than the top around 45 minutes. Instead battery-monitor is the top at a little over half an hour in the 9 hours. Googling battery-monitor shows little useful information but I assume it's like before where Wifi is waking the device and something OS related that turns on with it gets given the wakelock status although its not the trigger.
I'll have to try disabling WMM, QoS, auto-sync and gtalk and see how I go. Hopefully you're right about it being wifi disconnect related and can be fixed.
Infy_AsiX said:
Googling battery-monitor shows little useful information but I assume it's like before where Wifi is waking the device and something OS related that turns on with it gets given the wakelock status although its not the trigger.
Click to expand...
Click to collapse
Have you tried disabling the WiFi Power Save Mode on the S3? From this article:
http://www.s3forums.com/forum/galaxy-s3-general-discussion/1329-wifi-tip.html
1. Open up the Galaxy S3 phone dialer
2. Dial *#0011#
3. Look for the “ServiceMode” screen and press the left menu button
4. Select “WiFi”
5. You should see that the “WiFi Power Save Mode” button is “ON” – turn it “OFF”'
My colleagues with the same phone has serious battery drain until they use that.
Infy_AsiX said:
I'll have to try disabling WMM, QoS, auto-sync and gtalk and see how I go. Hopefully you're right about it being wifi disconnect related and can be fixed.
Click to expand...
Click to collapse
I seem to recall that the Google framework sends/receives a keep-alive packet once every hour or so. LOTS of stuff in the Android framework keep TCP connections open from the server side because otherwise the service provider just kills them. Blame stateful firewalls.
What could be happening here is that the WiFi chip offloads a number of these functions from the main CPU: i.e. it's got a simple TCP offload stack that just queues data for the main CPU to wake up. If the WiFi chip receives a keep-alive TCP packet with no payload, it doesn't bother to wake up the CPU and just absorbs it. If the WiFi chip goes to sleep, rather, it never receives these, the connection dies and the CPU needs to wake up on timeout and re-establish everything (eating battery in the process). It's paradoxically cheaper to keep the WiFi chip running on full power, than to let it go to sleep. This is pure speculation, and only one of many scenarios that might fit the facts.
The S3 has the *option* to change the WiFi sleep-mode from aggressive (default) to a value that lets the entire system use less battery. The Galaxy Nexus doesn't: which means that it may, or may not have the sleep-mode built in. In any case, it seems my router can remotely trigger disconnects when the main CPU is off, and by switching settings on it, I managed to perform a workaround. Unfortunately the Galaxy Nexus (on Jelly Bean, at least) seems to have a serious bug in this respect, and other people are not so lucky: http://code.google.com/p/android/issues/detail?id=35352
It seems that the core issue (WiFi disconnect), causes a knock-on effect, raising Google Services Framework, Android OS and potentially anything that syncs's battery profile.
Jan
Getting good drain now 1% an hour compared to 3%. Seems setting WMM to auto rather than enabled in tomato fixed it. The night before I had it disabled as well as QoS and it was bad as well. I will test further to be certain what's the scenario.
I've got a second S3 that's been suffering as well. Having two to test makes testing much faster. The service menu power save mode off didn't help. It caused strange disconnects with WMM in all states. S3 wifi menu would state poor connection and wouldn't reconnect. Note the S3 already has strange disconnects to begin with I find but in this case it sometimes wouldn't reconnect. Also restarting the phone resets the power save mode to enabled.
Can't find any information on a difference between enabled and auto in tomato WMM. I'll be sure to keep testing.
Sent from my GT-I9300 using Xparent Cyan Tapatalk 2
New Google Services Framework
Hey guys,
looks like Google Services Framework got a version bump on the latest Galaxy Nexus update: it's now listed as version 4.1.2-485486
This is for JZO54K (4.1.2).
It could be that they've fixed the knock-on effect (but the core issue is likely the same, since the radio code is apparently exactly the same).
Jan
I have this same wakelock on my evo 4g lte. Same log error exactly. Only on my works wifi. Problem is eliminated when running a Vpn on the phone. Only caveat Is all the free vpn services seem to disconnect after a period of inactivity.
I know this is an old topic but I had the same drain (30% overnight) on my Galaxy S2.
After weeks of searching and trying different things I found the solution.
Change DTIM value in your router configuration from 1 (default) to 255.
This value is usually in Advanced->Wireless tab on most routers.
Now my phone uses 2% battery overnight with wifi on, sync on instead of 30%.
Rawi666 said:
I know this is an old topic but I had the same drain (30% overnight) on my Galaxy S2.
After weeks of searching and trying different things I found the solution.
Change DTIM value in your router configuration from 1 (default) to 255.
This value is usually in Advanced->Wireless tab on most routers.
Now my phone uses 2% battery overnight with wifi on, sync on instead of 30%.
Click to expand...
Click to collapse
I tried this and got weird results. My phone couldn't connect to my network, but my tablet could (GT 7510) which also experiences the drain issue. How did you come up with the value 255? Any other value I can try? Thanks
Sent from my SGH-T999 using xda premium
SpinTX said:
I tried this and got weird results. My phone couldn't connect to my network, but my tablet could (GT 7510) which also experiences the drain issue. How did you come up with the value 255? Any other value I can try? Thanks
Sent from my SGH-T999 using xda premium
Click to expand...
Click to collapse
Try lowering this value to 10 or 8 and see if it helps.
Rawi666 said:
Try lowering this value to 10 or 8 and see if it helps.
Click to expand...
Click to collapse
Thanks, will give it a shot. Also, because of your post, I discovered that toggling wifi on and off stops Google Services from draining. It will still drain, if your wifi is set to turn off, when the device sleeps. I really think you hit the nail on the head, discovering the source of the problem. It's an issue I have been trying to fix for a long time and your post at least got me to toggling the drain. So thanks again!
Sent from my SGH-T999 using xda premium
Would love to he root cause of this... I had the same problem on my s3 and now on the s4.with and without custom roms etc. The problem only is work, and I'm putting it down to some service that the work firewall or something blocks... Only solution I've come up with is turning off the wifi when I'm at work.. Else I get in excess of 15min /hour of wakelock.
All apps etc. Up to date, sync on/off, no difference, all "location" settings turned off.
I give up.
Wifi signal strength!
Whatever Google did to cause a variety of wakelock problems, having a strong wifi signal seems to solve them. Apparently, wakelocks occur when there are unreliable connections to Google's servers.
Kal
keltickal said:
Whatever Google did to cause a variety of wakelock problems, having a strong wifi signal seems to solve them. Apparently, wakelocks occur when there are unreliable connections to Google's servers.
Kal
Click to expand...
Click to collapse
A friend with the nexus 4 and same problem told me to try disabling Google hangouts (formally talk).. Apparently it keeps refreshing itself once ur signed in (and it signs in automatically)... Will experiment tomorrow at work where I get the problem.
Sent from my GT-I9500 using xda premium
Really odd problem here - as of a couple days ago, everything was working perfectly with my galaxy nexus. I decided to jump over to CM10 (was on codename android, IIRC), right after I think there were some new commits to AOSP.
From here on out, my phone would never enter deep sleep when connected to wifi. Any wifi hotspot - the ones I've been using, a hotspot I created from my desktop - the icon would show the phone constant receiving data via wifi. Using better battery stats, over about 5 hours on my desk, 4.5hrs were spent with a WLAN_RX_WAKE kernel wakelock with my phone sitting at 350MHz instead of deep sleep for that time.
I tried a bunch of different kernels (stock CM10, franco, imoseyon, etc) both new and old versions, but the problem was still there. I tried clean flashing a rom, and only installing better battery stats. Same thing with all kernels.
Factory restored google stock images to BOTH ICS and JB. I still have the problem. Tried disabling google location services. No dice. Tried a couple basebands, but I'm pretty sure that only affects cell/data performance, right?
I honestly have no idea what is going on. I've been on this hotspot (campus wifi) for months now without a problem, and now this. Some threads say that this is caused by DHCP requests from the router, but why would I have not seen this until now? My idle drain was at about 1-2% per hour before this, now it is close to 10-15%.
shadvich said:
Really odd problem here - as of a couple days ago, everything was working perfectly with my galaxy nexus. I decided to jump over to CM10 (was on codename android, IIRC), right after I think there were some new commits to AOSP.
From here on out, my phone would never enter deep sleep when connected to wifi. Any wifi hotspot - the ones I've been using, a hotspot I created from my desktop - the icon would show the phone constant receiving data via wifi. Using better battery stats, over about 5 hours on my desk, 4.5hrs were spent with a WLAN_RX_WAKE kernel wakelock with my phone sitting at 350MHz instead of deep sleep for that time.
I tried a bunch of different kernels (stock CM10, franco, imoseyon, etc) both new and old versions, but the problem was still there. I tried clean flashing a rom, and only installing better battery stats. Same thing with all kernels.
Factory restored google stock images to BOTH ICS and JB. I still have the problem. Tried disabling google location services. No dice. Tried a couple basebands, but I'm pretty sure that only affects cell/data performance, right?
I honestly have no idea what is going on. I've been on this hotspot (campus wifi) for months now without a problem, and now this. Some threads say that this is caused by DHCP requests from the router, but why would I have not seen this until now? My idle drain was at about 1-2% per hour before this, now it is close to 10-15%.
Click to expand...
Click to collapse
This is literally the EXACT SAME problem I'm having...I wish someone could properly explain why this is happening and how to fix it.
Sent from my Galaxy Nexus using xda app-developers app
Not sure if you've tried this and it helps but maybe you can try Network Log or Shark from the store to diagnose this?
Network Log doesn't show up with anything, so the wakelock shouldn't be caused by a rogue app.
Shark, on the other hand, after about 10 seconds of logging, netted me about 300 DHCPv6 'solicit XID' requests. There a bunch of different sources from these requests, they just seem to be other devices on the network pinging my phone to see if it's a DHCPv6 server...?
I've seen some suggestions on other forums to mess around with the router settings, which I can't do because it's campus internet.
Since you've tinkered with rom/kernels etc on phone without any seeming change, it's feasible that there's been some change recently on the other side of the equation namely the network settings of your campus wifi? Maybe your University's tech department has implemented something new etc? Have you tried asking others with wifi enabled phones if they are experiencing this as well?
Found this here (pretty sure you've come across this if you've been googling abt this issue but posting anyways)
"Another more elaborate solution if you rely on that network a lot, is to purchase a wireless bridge or gaming adapter and connect it to your apartment wifi and then connect your own wifi router to that. Then the gaming adapter would get the dhcp IP from your apartment (so who cares if it is renewing it constantly) and your router would treat the connection just as if you were connected directly to an internet connection. Then configure your router for static IP addresses or if your router does not cause issues with DHCP then you don't need static IPs."
from http://rootzwiki.com/topic/16134-kernel-wakelock-wlan-rx-wake/
I know I had an issue with some wlan rx wakelock thing last year but I cannot for the life of me remember how I got rid of it or what changed
Hmm, seems like an okay solution but my friend's devices don't seem to show the same symptom, and since I roam campus alot, a wifi extender wouldn't be ideal.
Bump. Any other ideas?
Sent from my Galaxy Nexus using xda app-developers app
I am seriously ripping my hair out from this goddamn wakelock ****.
I wake up at 9am and have to charge my phone by 4pm because it's at 16% with 40 minutes of screen on time. Seriously? This is a JOKE.
I've checked with BetterBatteryStats and CPU Spy. Both confirm the phone keeps sitting at 350MHz when it's supposed to be sleeping, as well as wlan_rx_wake keeping the phone awake.
I've set my phone to receive a static IP from my router (DIR-655) but it doesn't help. I really don't know WHAT to do. I've downloaded shark to my phone, sniffed packets, but haven't been able to get anything useful out of it since there is a LOT to sift through (unless you know what you're looking for - which I don't).
This is by far the worst bug/issue I have ever encountered with my phone and it is seriously getting on my nerves. I will be forever greatful to anyone who can help me pinpoint the issue and make it stop.
Also, i REFUSE to "go buy a new router" as it's bull****. This is a bug people experience only sometimes it seems and NO ONE has a fix for it. I read somewhere about a fix being implemented in some kernels but they were for other phones, never found anything like it for the GNex. If anyone knows anything about a fix like that, please show me the way.
I already checked for rogue apps, there were none keeping wifi awake. I've even tried with a totally stock, newly flashed phone with stock kernel and everything. NO extra apps installed except shark, CPU spy and betterbatterystats sideloaded. I didn't even input my GMail to stop the syncing. It STILL KEPT MY GODDAMN PHONE AWAKE.
I am SERIOUSLY desperate. Considering just selling my phone and opting for something else if this continues, it totally cripples everything.
/rant over
turn on WiFi, Bluetooth, and GPS, for about 30seconds, then turn them off. put your phone to sleep, then check if you're going into deep sleep. CPU spy is a good app to check if your hitting deep sleep.
Change wireless network encryption? Wpa2, tkip+aes, aes only, tkip only? Wpa?
Change wifi channel?
Edit: scratch that. Try disabling 5ghz band.
Sent from my i9250
I had a similar issue, it turned out it was Dropbox LANSync in my home LAN. I used an experimental forum build on my PC, so it could be this, but in the end I turned LANSync off, since Android doesn't make use of it anyway.
So try this if you have Dropbox running on your network clients.
simms22 said:
turn on WiFi, Bluetooth, and GPS, for about 30seconds, then turn them off. put your phone to sleep, then check if you're going into deep sleep. CPU spy is a good app to check if your hitting deep sleep.
Click to expand...
Click to collapse
At the moment I am fiddling with putting my router into different security configurations, per the quote below. But I will give your idea a try as well.
bk201doesntexist said:
Change wireless network encryption? Wpa2, tkip+aes, aes only, tkip only? Wpa?
Change wifi channel?
Edit: scratch that. Try disabling 5ghz band.
Sent from my i9250
Click to expand...
Click to collapse
5GHz band? Where do I disable this, the phone or the router? My router chooses channel automatically and is set to Auto 20MHz/40MHz channel width.
madd0g said:
I had a similar issue, it turned out it was Dropbox LANSync in my home LAN. I used an experimental forum build on my PC, so it could be this, but in the end I turned LANSync off, since Android doesn't make use of it anyway.
So try this if you have Dropbox running on your network clients.
Click to expand...
Click to collapse
I don't have DropBox on my phone or on any of my PC's
A quick update, I just tried all the suggestions in the quotes in my previous post but to no avail, still getting the wake locks. I'm seriously going crazy.
Turning wifi off did let the phone sleep, but that was expected as the wake lock is related to wifi. Nothing else has worked. NOTHING.
Sent from my Galaxy Nexus using xda app-developers app
EddieN said:
A quick update, I just tried all the suggestions in the quotes in my previous post but to no avail, still getting the wake locks. I'm seriously going crazy.
Turning wifi off did let the phone sleep, but that was expected as the wake lock is related to wifi. Nothing else has worked. NOTHING.
Sent from my Galaxy Nexus using xda app-developers app
Click to expand...
Click to collapse
This issue appeared again for me, it obviously also helps to disable the NETBIOS on your Windows PC network adapter. There are guides for that online. Also get the "Network Log" app in the Play Store, it shows the traffic so you can see which one's are for the kernel (wlan_rx_wake is a kernel wakelock).
Also uPNP feature in router can cause all kind of weird behavior. Better block it from router's firewall.
Sent from my slimbeaned GNex
What baffles me the most is that all of this shouldn't be needed. I shouldn't have to disable netbios and do things to OTHER devices just so my phone sleeps. This is a jellybean issue imo, I never had these problems on ICS.
The experiments continue, updates incoming.
Sent from my Galaxy Nexus using xda app-developers app
I also suspect the major issue was that my wifi channel was the same as the ones around me. When I changed it, the wlan wakelocks went down significantly.
Sent from my Galaxy Nexus using Tapatalk 2
EddieN said:
At the moment I am fiddling with putting my router into different security configurations, per the quote below. But I will give your idea a try as well.
5GHz band? Where do I disable this, the phone or the router? My router chooses channel automatically and is set to Auto 20MHz/40MHz channel width.
I don't have DropBox on my phone or on any of my PC's
Click to expand...
Click to collapse
5 Ghz band is disabled when you enter Wi - Fi - advanced - Wi - Fi frequency band ... It's set to auto by default, you try either 2.4 or 5 ghz on manual and check if that helps ( incase you didnt already )
Does anyone have any news about this issue? I have the same problem and I can't find the solution. I made several test without any good results.
lkeops said:
Does anyone have any news about this issue? I have the same problem and I can't find the solution. I made several test without any good results.
Click to expand...
Click to collapse
Change the Wifi channel.
Sent from my Galaxy Nexus using Tapatalk 2
I've seen a few similar threads to the one I'm about to make. I've tried different suggestions which I will post here. Yet, none of them seems to work and I'm curious to see if anyone of you has a fix for my problem. My phone is an unbranded international HOX using the 9.7.2 ARHD rom by Mike1986. Here we go:
Problem
While being on WIFI my push notifications aren't coming through in time. There's a delay from anywhere between a few minutes up to as much as 40+ minutes. The phone doesn't have this issue being on the mobile data network. I'm also not 100% sure if the delay is still there when I'm on an different router. Even when I turn on the screen again, the messages seem to come in randomly.
Settings
WIFI best performance enabled
Static IP by router
WIFI sleep policy: Wifi always on
Tried suggestions
Wakelock: One thread described using an app called REGPON keep-alive, which installs a wakelock onto the phone to keep the data connection alive. This app did not do the trick. It only drained my battery and the messages still didn't come through.
Wifi performance: Set the phone to maximum wifi performance. This seemed to work for a while but ended up not working proper either
Kernel: Try a different kernel was one suggestion. I've switched from Stock to Faux123 010 kernel. This didn't change anything about the WIFI problem.
Static IP + Portforwarding + Disabling router Firewall: I've tried both port forwarding on port 5228 and even the range 5224-5228. I've also tried setting up triggered ranges. Maybe I'm doing something wrong on this part though. The router firewall is disabled and it should no longer block anonymous WAN packages.
Disable SmartSync: With the Suite Tools that are included in Mike1986's rom I've disabled Smartsync. No results as far as the wifi problem goes.
Probing app: I've tried an app that supposedly probes my router at least every minute in order to keep the connection alive.
Switching between b/g/n network: Didn't make a difference. The signal quality of the router is also good.
The only thing that did work for extended periods of time was using this remote control app that allows me to type through my PC keyboard, where the text ended up on the phone. I've also got an app installed to test push notifications. It's capable of making a log. Maybe that'll give you guys more information.
Right now I'm not sure if it's an issue with the HOX or if my router somehow stops the traffic. I don't recall having this problem on my HTC Desire. Does anyone have anymore tips?
Thanks,
Zendio
No problem with Gmail push notification on Stock 2.17.401.2.
Yesterday I still was on ARHD 9.7.2, also there I never noticed any delay.
Edit: this complies to various wifi networks (@home, @office, @parents etc.)
Zendio said:
I've seen a few similar threads to the one I'm about to make. I've tried different suggestions which I will post here. Yet, none of them seems to work and I'm curious to see if anyone of you has a fix for my problem. My phone is an unbranded international HOX using the 9.7.2 ARHD rom by Mike1986. Here we go:
Problem
While being on WIFI my push notifications aren't coming through in time. There's a delay from anywhere between a few minutes up to as much as 40+ minutes. The phone doesn't have this issue being on the mobile data network. I'm also not 100% sure if the delay is still there when I'm on an different router. Even when I turn on the screen again, the messages seem to come in randomly.
Settings
WIFI best performance enabled
Static IP by router
WIFI sleep policy: Wifi always on
Tried suggestions
Wakelock: One thread described using an app called REGPON keep-alive, which installs a wakelock onto the phone to keep the data connection alive. This app did not do the trick. It only drained my battery and the messages still didn't come through.
Wifi performance: Set the phone to maximum wifi performance. This seemed to work for a while but ended up not working proper either
Kernel: Try a different kernel was one suggestion. I've switched from Stock to Faux123 010 kernel. This didn't change anything about the WIFI problem.
Static IP + Portforwarding + Disabling router Firewall: I've tried both port forwarding on port 5228 and even the range 5224-5228. I've also tried setting up triggered ranges. Maybe I'm doing something wrong on this part though. The router firewall is disabled and it should no longer block anonymous WAN packages.
Disable SmartSync: With the Suite Tools that are included in Mike1986's rom I've disabled Smartsync. No results as far as the wifi problem goes.
Probing app: I've tried an app that supposedly probes my router at least every minute in order to keep the connection alive.
Switching between b/g/n network: Didn't make a difference. The signal quality of the router is also good.
The only thing that did work for extended periods of time was using this remote control app that allows me to type through my PC keyboard, where the text ended up on the phone. I've also got an app installed to test push notifications. It's capable of making a log. Maybe that'll give you guys more information.
Right now I'm not sure if it's an issue with the HOX or if my router somehow stops the traffic. I don't recall having this problem on my HTC Desire. Does anyone have anymore tips?
Thanks,
Zendio
Click to expand...
Click to collapse
I am so sorry to hear you are affected by this problem, but also happy someone else is experiencing the exact same thing as I am !!!
I have tried different solutions to no avail.
Would love to hear something on this topic !!
Also I should note, I don't have any kind of task killer installed.
In general use WIFI feels really fluid and responsive. I really have no idea what could cause these problems.
Zendio said:
Also I should note, I don't have any kind of task killer installed.
In general use WIFI feels really fluid and responsive. I really have no idea what could cause these problems.
Click to expand...
Click to collapse
Did we get any update on this, I have the issues on 3 phones..desire HD, sensation and a brand new Galaxy S3
modd1uk said:
Did we get any update on this, I have the issues on 3 phones..desire HD, sensation and a brand new Galaxy S3
Click to expand...
Click to collapse
I hope so. My One S is experiencing the same thing. I've tried everything above. No luck. Some stuff is fairly critical that I get it as soon as it comes in. I might try getting ahold of a Nexus 4 and do some testing with its wifi, just to make sure it isn't a general Android problem.
What router do you have? My issue was any android device in the house. Turned out it was my router, I put a custom firmware on it and all my trouble have gone away. My friend has the WiFi issue on a virgin media superhub.
Sent from my HTC Sensation Z710e using Tapatalk
I have an Asus RT-N66U. Funny you should suggest that. I'd planned to throw Tomato on it tonight and see how that works out. I did some tests at my folks' and their router had the same results. It's some cheap Netgear thing. Not sure of the model at the mo. I'll post back with results. If not tonight, tomorrow some time.
No go
Well that was unsuccessful. Actually it slowed things down. With the default firmware I get notifications from the instant I press power to wake up my phone. With Tomato there was a second or so before I got them.
Time to try DD-WRT tonight to see if that does the same thing.
I have an rt-n56u so the older version of yours and I'm running the Asus wrt that is being made, its fixed all my problems and is awesome tbh.
Sent from my HTC Sensation Z710e using Tapatalk
Set Beacon mode power safe (BMPS) to 0 in WiFi ???.ini config file should resolve this problem.
Such ???.ini config file usually placed under /system/etc/wifi or /system/etc/firmware/wlan/prima/
so, I've read around here on the XDA forum about problems with wifi connectivity where we have full bars for wifi but they are gray and you are not getting out. many describe my situation but I've not seen any real solutions...
my problem is that I can connect to my wifi router without issue but then a random amount of time later, sometimes fairly quickly and sometimes it's hours later, I will pick up the phone and see full bars but they are gray and I'm not getting out. I can try opening a terminal window and pinging the gateway/dns servers and can't even reach the gateway.
things I have tried:
- turned off MAC filtering on the wifi AP
- switched from a 5 GHZ wifi on the AP to 2.4 GHZ net on the AP and vice versa
- manually set the phone wifi preference to one or the other (5 or 2.4)
- battery pull on the phone
- delete network settings for my AP and reconfigure
I have not yet tried a static IP config on the phone but I can easily try that... {edited to add} well, I tried static config and that didn't help at all...
one other tidbit of info, I have a work Blackberry with wifi and it never loses wifi connectivity so this is a problem unique to my Nexus.
I'm running Cyanogen 10.0.0-toro and no, I haven't tried a full wipe and reload yet.
thoughts or suggestions?
I'm not trying to threadjack here, but I just wanted to share my experiences.
I've been have the exact same thing happen to my phone (Nexus maguro). I've tried every JB rom I could find, several different kernels and my wifi eventually always goes grey on me. All network activities stop. I'm back on stock everything right now and it still happens.
It happens on my home wifi as well as work wifi.
I'm about to puttstock ICS on my phone and try that out for a couple days.
Anyway, good luck with your problems, i'm going to follow this thread in hopes you'll get a solution that may help me.
If I do figure anything out i'll post back.
jrmacarthur said:
I'm not trying to threadjack here, but I just wanted to share my experiences.
I've been have the exact same thing happen to my phone (Nexus maguro). I've tried every JB rom I could find, several different kernels and my wifi eventually always goes grey on me. All network activities stop. I'm back on stock everything right now and it still happens.
It happens on my home wifi as well as work wifi.
I'm about to puttstock ICS on my phone and try that out for a couple days.
Anyway, good luck with your problems, i'm going to follow this thread in hopes you'll get a solution that may help me.
If I do figure anything out i'll post back.
Click to expand...
Click to collapse
seems that this is a topic that has been posted on a bit over time with no real single culprit or fix. I'll post back if I figure anything out... I know in the Cyanogen thread, I saw info that stated that the MAC address of the phone was changing and I'm going to try and determine if that is happening to mine.
I have the same issue. Sometimes even when i pick up the phone, if i look fast enough i see that the Wi-Fi bars weren't even there! Thats only 1 out of 5 times though. The other time its usually just grey bars. Sometimes it actually will click back and they'll flash to blue and grey 2-3 times and then go solid blue. Then sometimes like you, they'll stay grey. I've tried everything too...reverting to stock, Different kernels, ROMs, routers, static IP, 2.4 or 5ghz, full auto mode. The only fix that makes it a little more reliable, is using Wi-Fi PM Fast. But even that, is not reliable. I'd say its about 50% reliable then, for a huge sacrfice in battery life. For me i've noticed this started to happen with 4.2. Before that i never had a problem. All other devices though no problem. My Nexus 7 is just fine. But the galaxy nexus, no matter what router or where i am, the Wi-Fi is totally unreliable. For me, it happens within 2 minutes that it will disconnect most times. Then 1 in 10 times it'll be fine for 10 hours.
In all honesty, i've given up. Just come to deal with it. Use mobile networks when i'm not needing to download. I can download files and stream music just fine too. If there is traffic going through, it never disconnects. But when its just sitting there without traffic, it disconnects, or, loses connection to google servers i should say.
well that's not good to hear...
I installed stock 4.0.4 a couple days ago and have not had my wifi go grey on me yet.
Sent from my Galaxy Nexus using Tapatalk 2
jrmacarthur said:
I installed stock 4.0.4 a couple days ago and have not had my wifi go grey on me yet.
Sent from my Galaxy Nexus using Tapatalk 2
Click to expand...
Click to collapse
yeah, I love Cyanogen so not willing to go back to stock... waiting for them to finish 10.1 and I guess I'll see how it behaves then.
Hi all,
Just to say that I have the same problem. I have been upgraded from ICS to 4.2 and nothing had happened but I had to downgrade to 4.1.1 (AOKP Build 4) due to other issues and after that I started notice the WiFi problem.
At first I thought it was when the screen went off, but I has happened with screen on too. I have to turn WiFi off and the back on to connect properly again, very annoying.
As I said I started noticing this after I downgraded, but then again, I had used AOKP 4.1.1 before without this issue. I think that it is time to change my phone :/
tgeery said:
so, I've read around here on the XDA forum about problems with wifi connectivity where we have full bars for wifi but they are gray and you are not getting out. many describe my situation but I've not seen any real solutions...
my problem is that I can connect to my wifi router without issue but then a random amount of time later, sometimes fairly quickly and sometimes it's hours later, I will pick up the phone and see full bars but they are gray and I'm not getting out. I can try opening a terminal window and pinging the gateway/dns servers and can't even reach the gateway.
things I have tried:
- turned off MAC filtering on the wifi AP
- switched from a 5 GHZ wifi on the AP to 2.4 GHZ net on the AP and vice versa
- manually set the phone wifi preference to one or the other (5 or 2.4)
- battery pull on the phone
- delete network settings for my AP and reconfigure
I have not yet tried a static IP config on the phone but I can easily try that... {edited to add} well, I tried static config and that didn't help at all...
one other tidbit of info, I have a work Blackberry with wifi and it never loses wifi connectivity so this is a problem unique to my Nexus.
I'm running Cyanogen 10.0.0-toro and no, I haven't tried a full wipe and reload yet.
thoughts or suggestions?
Click to expand...
Click to collapse
I'm on Muzzy 4.2.2 and I'm currently having the same problem. It's not a new problem since I remember having it months ago (disabled my phone's WiFi because I kept missing emails and other notifications - grew tired of dealing with it). I thought it was my router, so I swapped it with a newer one recently, but it carried forward (old router was TRENDnet Draft N and the new one is ASUS RT-N66U).
I would like to know how to properly troubleshoot this problem.
I'm glad I didnt have to create a thread for this. I have been facing this problem quite a lot. I can confirm that WiFi works absolutely fine until 4.1.2, whether it is stock or CM10 (I havent tried the other ROMs yet). I have faced this problem only from 4.2. It still exists on 4.2.2. Happens on all the ROMs I have tried till now including CM10.1 nightly as well as the stock factory image.
When the phone is sleeping, it seems to lose WiFi connectivity and when woken up, the WiFi bars is grey though it is full. If I am very lucky, it will turn blue automatically. Most of the times, I have to switch WiFi off and back on for it to connect properly.
Anyone knows the root cause for this? In case this has been discussed in any other thread?
subhramani said:
I'm glad I didnt have to create a thread for this. I have been facing this problem quite a lot. I can confirm that WiFi works absolutely fine until 4.1.2, whether it is stock or CM10 (I havent tried the other ROMs yet). I have faced this problem only from 4.2. It still exists on 4.2.2. Happens on all the ROMs I have tried till now including CM10.1 nightly as well as the stock factory image.
When the phone is sleeping, it seems to lose WiFi connectivity and when woken up, the WiFi bars is grey though it is full. If I am very lucky, it will turn blue automatically. Most of the times, I have to switch WiFi off and back on for it to connect properly.
Anyone knows the root cause for this? In case this has been discussed in any other thread?
Click to expand...
Click to collapse
have you posted this information over in any of the threads where the developers are working such as Cyanogen in an effort to bring this issue to the forefront for more visibility?
I have had those wifi problems with every android version and rom I had on my GNex as far as I can remember.
Sometimes it will be able to reconnect but sometimes I have to disable and re-enable wifi to get it back.
I too thought that it might have been my crappy router as I have had multiple problems with it over the years (some Linksys router).
This is really annoying because it won't receive any e-mails until I randomly decide to have a look at my phone. :/
Fabur87 said:
I have had those wifi problems with every android version and rom I had on my GNex as far as I can remember.
Sometimes it will be able to reconnect but sometimes I have to disable and re-enable wifi to get it back.
I too thought that it might have been my crappy router as I have had multiple problems with it over the years (some Linksys router).
This is really annoying because it won't receive any e-mails until I randomly decide to have a look at my phone. :/
Click to expand...
Click to collapse
trust me, I understand your frustration... some days, I can go almost all day without loosing wifi data throughput and other days it won't last 10 minutes without going to gray bars.
unfortunately, no one is sharing any fixes which tells me that no one has a good handle on the problem.
Same issue for me on stock Android 4.2.2. Leave WiFi on overnight and when I wake up its connected to WiFi but gray bars...
Sent from my Galaxy Nexus using xda premium
The update to 4.2.2 drivers have fixed all WiFi issues for me. For the first time since 4.1 I can now use WiFi optimization now. And WiFi is fully reliable.
tgeery said:
so, I've read around here on the XDA forum about problems with wifi connectivity where we have full bars for wifi but they are gray and you are not getting out. many describe my situation but I've not seen any real solutions...
my problem is that I can connect to my wifi router without issue but then a random amount of time later, sometimes fairly quickly and sometimes it's hours later, I will pick up the phone and see full bars but they are gray and I'm not getting out. I can try opening a terminal window and pinging the gateway/dns servers and can't even reach the gateway.
things I have tried:
- turned off MAC filtering on the wifi AP
- switched from a 5 GHZ wifi on the AP to 2.4 GHZ net on the AP and vice versa
- manually set the phone wifi preference to one or the other (5 or 2.4)
- battery pull on the phone
- delete network settings for my AP and reconfigure
I have not yet tried a static IP config on the phone but I can easily try that... {edited to add} well, I tried static config and that didn't help at all...
one other tidbit of info, I have a work Blackberry with wifi and it never loses wifi connectivity so this is a problem unique to my Nexus.
I'm running Cyanogen 10.0.0-toro and no, I haven't tried a full wipe and reload yet.
thoughts or suggestions?
Click to expand...
Click to collapse
same thing happened to me on toroplus sourcery 5.1, after trying everything i could think of and talking to one of the devs, i finally did a fresh download of rom and gapps. wiped cache,wiped dalvik, factory reset, wipe system, deleted android folder off of storage then installed the fresh download of rom and gapps and its been working great for me since. hope this helps.
M3drvr said:
The update to 4.2.2 drivers have fixed all WiFi issues for me. For the first time since 4.1 I can now use WiFi optimization now. And WiFi is fully reliable.
Click to expand...
Click to collapse
Can you elaborate on this? I've flashed 5 different modems and still get this problem... it happens to my cell service bars, as well. Would love to know what the cause is.
aqcon said:
Can you elaborate on this? I've flashed 5 different modems and still get this problem... it happens to my cell service bars, as well. Would love to know what the cause is.
Click to expand...
Click to collapse
i just know ever since moving to a 4.2.2 kernel that has the 4.2.2 drivers my wifi has been stable. I know there was a post in the anarkia thread with the ak kernel that had the drivers. but i believe most any 4.2.2 kernel would have them implemented. i do have the newest bootloader and radio too. but i know as soon add i got the 4.2.2 drivers all issues were resolved wifi wise. of course i think if you have a 4.2.2 kennel you'll have them.
M3drvr said:
The update to 4.2.2 drivers have fixed all WiFi issues for me. For the first time since 4.1 I can now use WiFi optimization now. And WiFi is fully reliable.
Click to expand...
Click to collapse
I'm looking forward to that update - I've been watching the Cyanogen threads for when I think the 10.1 has matured enough to become my daily driver... good to know you've had positive results!
Temporary solution
me facing same issues , Solution would be to use an app called wifi fixer by zanish-g1 from the play store ...
it worked for me !! :good: