yashsingh1/xdaforums huggingface dataset:
[HTC 10 Guides, News, & Discussion] Haldi4803:
Uhm, about da Ping.

Did you leave your screen on while pinging the Phone or did the screen go off?

In my case its: screen on

C:\Users\Haldi>ping 192.168.1.1 -n 20 -l 1024

Ping wird ausgeführt für 192.168.1.1 mit 1024 Bytes Daten:
Antwort von 192.168.1.1: Bytes=1024 Zeit=4ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=4ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=4ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=4ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=3ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=5ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=5ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=3ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=6ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=8ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=6ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=8ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=5ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=4ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=3ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=4ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=3ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=3ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=3ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=5ms TTL=64

Ping-Statistik für 192.168.1.1:
Pakete: Gesendet = 20, Empfangen = 20, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 3ms, Maximum = 8ms, Mittelwert = 4ms

and screen off:

C:\Users\Haldi>ping 192.168.1.1 -n 20 -l 1024

Ping wird ausgeführt für 192.168.1.1 mit 1024 Bytes Daten:
Antwort von 192.168.1.1: Bytes=1024 Zeit=182ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=126ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=6ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=3ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=3ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=6ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=3ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=184ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=127ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=169ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=120ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=144ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=3ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=199ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=129ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=157ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=142ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=146ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=129ms TTL=64
Antwort von 192.168.1.1: Bytes=1024 Zeit=67ms TTL=64

Ping-Statistik für 192.168.1.1:
Pakete: Gesendet = 20, Empfangen = 20, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 3ms, Maximum = 199ms, Mittelwert = 102ms

In short no Ping loss when screen is on!

anyone can confirm this on his device, or does this only happen in Hotspot mode?
[HTC 10 Guides, News, & Discussion] live-evil:
Okay i was getting random 1000ms ping every second ping but as root killall netmgrd and now its suddenly 5ms every time. weird.
[HTC 10 Guides, News, & Discussion] devsk:
For me, screen on or off does not matter. I get ~10ms response time for a pkt and ~1000ms for the next. And no suspend/resume cycles if the ping interval is < 1000ms (ping -i 0.980).

I am going to try and see if this indeed can be used as a workaround and saves the battery compared to not implementing the workaround. If it does work and produces better battery life, I will just drop a script containing a line in su.d folder for a background shell script firing this ping. We will see.
[HTC 10 Guides, News, & Discussion] devsk:
Same for me except that killijng netmgrd does not do anything. Another netmgrd just pops right up.
[HTC 10 Guides, News, & Discussion] live-evil:
It seems like htc 10 is like ultra sensitive to other wireless devices connected. It doesn't play well with others. See if i can track down how deal with this. What happened previously was a false positive.

It seems very very likely that once other devices connect it lags .... or something.

edit :

Okay i think i have found a way to reproduce and stop it consistently.

Start wifi service only htc connected and its normal pings...

connect other device and eventually every second ping becomes 1000ms even when i turn off other device it still maintains every second ping 1000ms.

With other wifi connection turned off and restart wifi on htc 10 and it goes back to normal sub 10ms pings.

:edit

Confirmed over and over again this seems to be the issue.

Launching wpa_supplicant from a chroot linux and configuring it there with dhcp client from chroot behaves the exact same way as htc rom.

edit again...

Tried this on other router and there were no high ping issues at all.

edit :

One more thing. disabling 802.11n Protection in router has stopped the 1000ms every second ping issue.
[HTC 10 Guides, News, & Discussion] Igor6661:
wow, i bought my phone yesterday and i noticed this issue right away, it was 1.21.401.x stock, but i don't remember if it was issue then. Didn't noticed it in that short time.

But i sure do notice it on 1.30.401.1, it's like there is no internet connection and then it suddenly turns ON. And it keeps doing that all the time OFF-ON..it keeps me crazy, that's why I came to this thread.

can't believe HTC is not aware of this huge problem. It looks like software issue but wouldn't be surprised if wifi IC is doing the problems. :eek:
[HTC 10 Guides, News, & Discussion] Haldi4803:
Can you try that again in Safe Mode?

I think pressing volume up after Boot should be enough to enter, no need to press Power Button?

HTC Connect and Google Play Services are deactivated in Safe Mode right?

If it's not happening in Safe Mode We know that it's a Software issue and not Kernel related :)
[HTC 10 Guides, News, & Discussion] live-evil:
Umm nope. its not google sevices since i used wpa_supplicant and dhclient from a linux chroot. It doesnt even indicate that net work is connected fromstatus and only cmd line apps connect to network and it behaves same way...
[HTC 10 Guides, News, & Discussion] AliLaPointe:
What would be the drawbacks of turning off n protection? Would this help if I did this on my router?
[HTC 10 Guides, News, & Discussion] live-evil:
The 802.11n specification provides protection rules to guarantee that 802.11n transmissions do not cause interference with legacy stations or access points. By default, these protection mechanisms are enabled. However, you can turn off these protection mechanisms.

With protection enabled, protection mechanisms are invoked if legacy devices are within range of the access point. This causes more overhead on every transmission, which has an impact on performance. There is no impact on performance if there are no legacy devices within range of the access point.

best explanation. Its used so n mode doesn't mess with older standards.
[HTC 10 Guides, News, & Discussion] SamueleBrancaccio:
My situation... Every day and every night wifi battery drain

Stock 1.30.401.1 only if the wifi turn on :

https://www.dropbox.com/s/vcejcn6ek375tfq/Screenshot_20160622-164528.png?dl=0

https://www.dropbox.com/s/08weakf3yaob8j6/Screenshot_20160622-164533.png?dl=0

https://www.dropbox.com/s/ehhpfpqs275uj15/Screenshot_20160622-164539.png?dl=0

https://www.dropbox.com/s/l35fww9ezlsmw6a/Screenshot_20160622-164542.png?dl=0
[HTC 10 Guides, News, & Discussion] devsk:
So, if I put the router to "11bg only" mode, there should be no 11n and hence no interference protection, and hence no suspend/resume action. Right? Nope. I have put the router in 11bg only mode and suspend/resume action on HTC 10 continues like before.
[HTC 10 Guides, News, & Discussion] devsk:
It reduces the ping times for me but it does not stop the suspend/resume action in the kernel and it does not stop pkt drops (pinging from outside coming in, pinging from in to out working fine has explanation above). So, it does not help with the battery consumption or excessive logging issue on HTC 10.

Moreover, when I go to office, I can't change settings in the APs there.
[HTC 10 Guides, News, & Discussion] live-evil:
I know not to mention it might cause problems else where. not claiming a complete solution. Just describing experiments and being scientific and **** :good:
[HTC 10 Guides, News, & Discussion] EtherealRemnant:
We really need to see if the mods will let us put a poll in the discussion part of the forum. Keeping this in Q&A is limiting exposure. If we can do a poll to see who has it, especially if we can get people to run the commands on their stock ROMs, we can get a grasp for how widespread this issue actually is.
[HTC 10 Guides, News, & Discussion] devsk:
I agree. Can a moderator please do the needful? I think I can put up a poll in the first post.
[HTC 10 Guides, News, & Discussion] live-evil:
my guess at this stage is that the wifi is entering suspend too much which other phones either don't do or don't spam logs about it. It might not even be htcs problem to solve if the broadcom drivers are **** etc. I don't know the hardware of other phones using same quallcom chiipset + wifi driver etc.

How this is affecting power consumption is hard to say for certain though. but if wifi on over night means less 20% of battery and other phones with same chipset don't do that ...
[HTC 10 Guides, News, & Discussion] devsk:
I have added a poll on the post.
[HTC 10 Guides, News, & Discussion] devsk:
Broadcom is one of the worst offenders for wireless drivers for Linux, nothing but issues. So, yes, this is definitely playing out like a broadcom driver issue.

There is not an iota of doubt in mind that this affecting power consumption.
[HTC 10 Guides, News, & Discussion] Aetos7:
How i can check if i have this wifi issue?
[HTC 10 Guides, News, & Discussion] devsk:
I have put the instructions in the first post. The instructions refer post #4 and #135.
[HTC 10 Guides, News, & Discussion] ChronoReverse:
Plugging in phone to computer. Turn off wifi 10 seconds, then turn on wifi and wait 30 seconds.

adb shell

su

[17891.143063] c1 1664 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[17892.383273] c0 1664 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[17893.233261] c1 1664 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[17898.582814] c0 1664 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[17899.349163] c1 1664 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[17900.009176] c1 1664 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[17906.338762] c0 457 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[17915.749348] c1 457 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[17918.028262] c0 457 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[18054.140779] c1 457 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[18057.220483] c1 457 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[18060.170008] c0 457 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[18062.051463] c0 457 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[18063.328634] c1 457 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[18066.398553] c0 457 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[18069.489411] c1 457 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[18072.510358] c0 457 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[18074.199161] c1 457 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[18075.601099] c1 457 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

50 400 3800

What should I be looking for? It looks like I'm getting the suspend problem?
[HTC 10 Guides, News, & Discussion] SamueleBrancaccio:
stock unrooted 1.30.401.1

https://www.dropbox.com/s/okkpqln0gstbrxn/htc wifi.jpg?dl=0

i have the problem..... the command it's correct? thank's for speak about this problem.... i lost 20% everynight and 10/15% in the day because i use this phone 80% with wifi connect
[HTC 10 Guides, News, & Discussion] DoctorB0NG:
Well at least HTC can't blame it on custom ROMs and kernels as it does it for me fully stock, unrooted Verizon .22
[HTC 10 Guides, News, & Discussion] Haldi4803:
5h Standby in WiFi. No (extraordinary) battery drain.

# sh /storage/emulated/0/Download/Scripts/WlanStats
[144116.288391] c0 456 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[144119.256993] c1 456 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[144122.366922] c2 456 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[144125.427369] c0 456 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[144128.507019] c0 456 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[144131.586920] c0 456 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[144135.109748] c0 456 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[144137.667297] c0 456 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[144140.748310] c2 456 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[144143.818727] c0 456 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[144281.686477] c2 456 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[144283.447248] c1 456 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[144287.786786] c3 456 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[144290.858619] c1 456 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[144294.456524] c1 456 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[144312.837112] c2 456 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[144318.796646] c2 456 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[144372.416850] c2 456 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[144415.726738] c2 456 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[144419.007137] c0 456 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
67 536 5159
[HTC 10 Guides, News, & Discussion] devsk:
Yeah. The leftmost column is time in seconds since boot. You can see how its suspending so often. Since we are just trying to minimize the log that people have to cut&paste in this thread, we don't see a bunch of action that happens in between these lines. For example, 2 lines of output like above may have the following action:

[94068.844448] c0 461 msm_pcie_pm_suspend: RC0: entry
[94068.845795] c0 461 msm_pcie_pm_suspend: RC0: PME_TURNOFF_MSG is sent out
[94068.845891] c0 461 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[94068.845934] c0 461 msm_pcie_disable: RC0: entry
[94068.845983] c0 461 msm_pcie_disable: PCIe: Assert the reset of endpoint of RC0.
[94069.136785] c0 6666 [BATT] USB CONN Temp = 320
[94069.213846] c2 5854 FG: fg_is_batt_id_valid: fg batt sts 0x8
[94069.735991] c0 461 msm_pcie_pm_resume: RC0: entry
[94069.736354] c0 461 msm_pcie_enable: RC0: entry
[94069.736409] c0 461 msm_pcie_enable: PCIe: Assert the reset of endpoint of RC0.
[94069.742095] c0 461 msm_pcie_enable: PCIe RC0 PHY is ready!
[94069.752687] c0 461 msm_pcie_enable: PCIe: Release the reset of endpoint of RC0.
[94069.780652] c1 461 msm_pcie_enable: PCIe RC0 link initialized
[94070.814682] c1 461 msm_pcie_pm_suspend: RC0: entry
[94070.816073] c1 461 msm_pcie_pm_suspend: RC0: PME_TURNOFF_MSG is sent out
[94070.816167] c1 461 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received
[94070.816214] c1 461 msm_pcie_disable: RC0: entry
[94070.816264] c1 461 msm_pcie_disable: PCIe: Assert the reset of endpoint of RC0.
[HTC 10 Guides, News, & Discussion] ChronoReverse:
Already, I've contributed my datapoint for your efforts. Much appreciated!

The drain isn't noticeable in my usage but if the low-level issue is there, I wanted to make sure you have the data.
[HTC 10 Guides, News, & Discussion] devsk:
[MENTION=3056043]Haldi4803[/MENTION] : Your output is interesting. Note the times in the first column. They are separated by more than 3 seconds most of the times and very well separated (54 seconds) in many cases. So, your wifi is able to sleep at least some of the times. You do have a lot of unneeded suspend/resume action but because the gaps are larger, your battery drain from wifi is probably going to be smaller compared to people who see more frequent action.

Your avg rate of suspend/resume is 67 in (144419-144116=) 303 seconds. In 1 minute, 13 times, almost every 5 seconds on avg. For me its every 3 seconds on avg. So, you are doing better than me...:) But your battery life will improve if this issue is fixed, for sure.

Is the autosync enabled for you? How many accounts are you syncing? I have autosync enabled and I have about 6 accounts.

Also, it would help if you could run the commands while you are pinging from outside like your laptop?
[HTC 10 Guides, News, & Discussion] devsk:
[MENTION=2656752]ChronoReverse[/MENTION]: your rate of suspend/resume action is very much like mine (every 3-4 secs).

It is also possible that some folks (like Haldi4803) are seeing a bunch of action and then nothing for several seconds. This will definitely lead to better battery but it is still wrong!
[HTC 10 Guides, News, & Discussion] Haldi4803:
Tried again, different Hotel, different WiFi.

This time not standby but while surfing. (And Streaming Music)

323sec 44 Wakes. Every 7.3 sec

Sync is enabled and I have Gmail, Exchange, WhatsApp synchronising.

Gonna try the Ping now.

Edit:

Just did another. Without Streaming Music.

Every 5.4 sec...

And then one in Idle screen Off:

Every 3.1 sec.

In sleep Ping from Tablet.

# sh /storage/emulated/0/Download/Scripts/WlanStats

[11206.804638] c0 1888 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[11207.934753] c1 1888 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[11214.906724] c1 1888 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[11219.474861] c1 1888 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[11223.484239] c1 1888 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[11226.564655] c1 1888 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[11228.655265] c1 1888 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[11234.764308] c0 1888 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[11236.764939] c1 1888 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[11240.946056] c0 1888 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[11274.986530] c1 1888 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[11281.014125] c1 1888 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[11284.134232] c1 455 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[11291.073889] c1 1888 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[11294.255733] c1 1888 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[11296.302555] c1 455 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[11298.166678] c0 1888 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[11301.175085] c0 1888 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[11303.226497] c0 1888 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[11304.205848] c0 1888 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

30 240 2280

also 3.3 sec....
[HTC 10 Guides, News, & Discussion] devsk:
[MENTION=3056043]Haldi4803[/MENTION]: are you sure you measured 4G/LTE battery usage against wifi keeping everything else same? I don't see how your batter life is not affected. You are almost seeing the same rate of suspend/resume action as me, your battery life must be affected by about the same amount.

It can not be apps and/or settings because I am comparing LTE vs. wifi and apps/settings are kept same. For me, the rate of idle discharge with screen off is about 3-5 times faster with wifi, giving me overall poor battery life if I keep wifi on always.
[HTC 10 Guides, News, & Discussion] InTents:
Hi,

I am definately having this issue which lead me to this thread.

Version: 1.30.401.1

Here is my output:

[161204.920886] c1 454 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[161218.320839] c2 454 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[161222.921051] c1 454 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[161224.021019] c0 454 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[161226.041848] c2 454 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[161233.651063] c1 454 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[161235.131778] c1 454 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[161238.111932] c1 454 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[161250.422409] c1 454 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[161253.260345] c2 454 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[161511.920685] c2 454 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[161513.982188] c1 454 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[161518.661255] c0 454 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[161522.580284] c0 454 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[161525.001495] c0 454 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[161528.801256] c0 454 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[161543.561169] c3 454 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[161545.642759] c0 454 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[161560.902243] c1 454 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

[161569.232497] c1 454 msm_pcie_pm_suspend: RC0: PM_Enter_L23 is received

53 424 4081
[HTC 10 Guides, News, & Discussion] SamueleBrancaccio:
See this thread ;) https://plus.google.com/115307728477069630100/posts/EC6bpwezWjy
[HTC 10 Guides, News, & Discussion] InTents:
Why are you linking me to your Google Plus post?
[HTC 10 Guides, News, & Discussion] SamueleBrancaccio:
because we have to report it to gain visibility into many ... for now HTC has just said it did not find the problem . the problem is real.... We have HTC 10 unusable with wifi .. I would like to see a quick fix..is already released software version 1.80.401.1 without the fix...we can't wait years for this fix...
[HTC 10 Guides, News, & Discussion] Igor6661:
so what are our options ? the problem is real and is very annoying, wifi is practically unusable.

send phone to service for replacement ? i think this could be hardware problem on some amount of devices, if it was software i'm sure HTC would find it already and everyone would have it.
[HTC 10 Guides, News, & Discussion] SamueleBrancaccio:
in assistence not seen the problem ... ask for a replacement could not solve the problem ( if it arrives a model with the same problem ) ....

assistance would not know what to replace (chip?) to fix the problem ... this problem must be solved by software ... I'm out of time limit for the refund and is a big problem....

Htc official please talk about this problem!!
[HTC 10 Guides, News, & Discussion] DoctorB0NG:
Yeah this problem is incredibly frustrating and this alone will be a major determining factor in deciding if I'll ever buy an HTC phone again.

Next steps probably involve posting on social media and informing any friends and family to avoid HTC products until they get their heads out of their rears.
[Onetouch Idol 3 Q&A, Help & Troubleshooting] Emoteen134:
Does anyone know how to unlock the bootloader for this phone? I have tried everthing including trying to root using KingRoot, KingoRoot and others.

I am assuming i need to Unlock the Bootloader first before trying to root.

Help?
[Onetouch Idol 3 Q&A, Help & Troubleshooting] Emoteen134:
Bump
[Onetouch Idol 3 Q&A, Help & Troubleshooting] Jeik:
I honestly do not know.

For us to get root we needed TWRP,and I doubt TWRP exists for your phone.
[Onetouch Idol 3 Q&A, Help & Troubleshooting] ntpollm:
USB debugging

Has anyone been able to get this phone to connect to computer to use adb??? any help is greatly appreciated
[Onetouch Idol 3 Q&A, Help & Troubleshooting] ntpollm:
usb debugging

so i found that i have an apk that locks diag mode. has anyone cracked this apk it is diagprotector.apk
[Onetouch Idol 3 Q&A, Help & Troubleshooting] Drainmanxda:
I have the Alcatel OneTouch A462C I've tried abd and gotten an error.