yashsingh1/xdaforums huggingface dataset:
[AT&T Samsung Galaxy S II SGH-I777] Entropy512:
Probably not - different wifi chip, and your arch/arm code is VERY different on the 7+ than the I777 - which is why I grabbed the cpuidle goodies! :P

I'm wondering if those with SoDs are having some sort of defective hardware... Usually my first reaction when something is unstable is to blame the binary-only blob. :)

I'm really beginning to think your device is "special" (after all you're the only one who had the ashmem problems, which are supposed to only affect devices low on memory...). I just paired my ZAGG keyboard (I forget the exact model, it's the one that's integrated with a case for the Tab 10.1) on UCKH7 without any problems.

Both of the following worked:

Pair the keyboard with an older kernel, update kernel, continue using keyboard

Pair the keyboard directly with 1/30

Reproduce and get a dmesg/logcat please? Can others try BTHID + UCKH7 also to see if nizda1 is an isolated case? Also include brand/model of what keyboard or mouse you paired.
[AT&T Samsung Galaxy S II SGH-I777] Alucardis666:
Hey guys check out my VC and SetCPU threads and share your settings

Voltage Control - http://xdaforums.com/showthread.php?t=1474540

SetCPU - http://xdaforums.com/showthread.php?t=1321136
[AT&T Samsung Galaxy S II SGH-I777] rav4kar:
Thanks Entropy, I will capture shark with "-vv -s 68" and post the results in the thread, the weird part was this drain did NOT occur last night when the phone was on my home wifi ( drain was 0.5%/hour) but in office it was about 10 to 11%/hour on idle!But previous DD's had same drain (0.5%/ hour) on home/work wifi on idle.
[AT&T Samsung Galaxy S II SGH-I777] Najuto9tail:
just tried my bluetooth Microsoft mouse and works great. Lol it feels like a pc.
[AT&T Samsung Galaxy S II SGH-I777] autonomous-inc:
Alright, one bug to report: when pairing the keyboard + mouse I have, I have to unpair and disconnect completely, otherwise it'll connect and work, but it says it doesn't connect.

Weird glitch. Not complaining, just thought I'd give a heads up. It works when completely unpaired and disconnected.

EDIT: I'm on the latest UnNamed build, so it's 2.3.6.
[AT&T Samsung Galaxy S II SGH-I777] Najuto9tail:
My bluetooth keyboard does not works with my phone,but my mouse does work. bad luck I guess
[AT&T Samsung Galaxy S II SGH-I777] Entropy512:
Damn... Seems like it's only a partial fix... Or for those who still have issues with BTHID, have you tried an older base that had working BTHID? Such as UCKH7 (stock) or XXKI3 (Hellraised VillainROM)?

I'm curious if the devices with issues are broken regardless of kernel version and system.
[AT&T Samsung Galaxy S II SGH-I777] autonomous-inc:
I'm not saying it's broken, because BTHID works, there's just that minor bug. Whatever code you used HAS made my keyboard + mouse combo work, I just have to unpair and disconnect otherwise it connects but doesn't realize(?) it connects.

EDIT: And you should probably know that 9tails' issue is that it's more than likely his keyboard is the one causing problems. In the Touchpad forum there are certain keyboards that don't work with Android, and it has nothing to do with the build itself, just some HID devices are flaky.
[AT&T Samsung Galaxy S II SGH-I777] Entropy512:
Ideally, I'd like to know for sure that something was also broken on UCKH7 or another base that had working BTHID before, before declaring victory with the current code. :)
[AT&T Samsung Galaxy S II SGH-I777] Nizda1:
Entropy,

Just got home so ill replicate my scenario from last night and post logs. Has anyone on UCHK7 tried the latest dd and paired a bthid device? If so oddities?

Red, to answer your post a page or so back, I had no problem whatsoever in fact I noticed a significant increase in bootime as well as startup with media manager scan, ics has to be released sooner or later and I ordered a tablet today so I might just forget about bthid on my phone for the trade off of that performance/stability with latest dd.

Sent from my SAMSUNG-SGH-I777
[AT&T Samsung Galaxy S II SGH-I777] Najuto9tail:
Yes that is the problem. The kernel runs perfect for me.
[AT&T Samsung Galaxy S II SGH-I777] desiromeo719:
Entropy I also have been having the touchkey issue for a couple releases now...i claimed to have bln pro app installed but not enabled...after your post i have completely uninstalled the app and will test further to see if this corrects the issue....thanks.
[AT&T Samsung Galaxy S II SGH-I777] Entropy512:
If it happens, I need a dmesg. lbohn appears to have... other interesting issues with his device that might complicate things.
[AT&T Samsung Galaxy S II SGH-I777] Entropy512:
I can't reproduce these autobl issues people are claiming to have, even if running UCKK6.

I will need dmesgs of the following to have any chance of fixing it:

The "issue" happening on a newer kernel

Normal operation of an older kernel
[AT&T Samsung Galaxy S II SGH-I777] FireRaider:
ICScrewd SOD

I was running ICScrewd 2.01 with the 1/24 kernel since Siyah gave me constant SOD issues.

Interestingly I updated to the 1/30 and had SOD issues one right after another.

So I flashed back to the 1/24 kernel I hadsaved and then my phone locked up in recovery.

I flashed the whole 2.01 rom that I had pushed the1/24 kernel into and haven't had an issue since.

I know my phone has major kernel sensitivities so I am not surprised, it wont run on Siyah at all.

Kinda lends support to Entropys suggestion earlier that perhaps some hardware flaws create issues for some phones.

Anyway, I am happy with 1/24 and will stay there but thought I would relay my experience.
[AT&T Samsung Galaxy S II SGH-I777] desiromeo719:
Entropy I've been playing around with the phone since deleting the bln app and it hasn't happened in the short time I've been testing...usually it would have happened once by now but going good so far...ill keep testing and if it happens I'll post a dmesg
[AT&T Samsung Galaxy S II SGH-I777] Entropy512:
Hmm... Any difference between 1/29 and 1/30? Any difference if you use the test kernel I posted for AntwanL earlier?
[AT&T Samsung Galaxy S II SGH-I777] FireRaider:
I will give them both a shot tomorrow if I get a minute. I only tried the 1/30 today.
[AT&T Samsung Galaxy S II SGH-I777] shoman94:
As I mentioned in irc the lowest level on 1/2 and later kernels is lower then 12/21 and previous kernels. Having the lower BL causes a larger gap between the first 2 steps. The videos I took show this but I'll have to upload them. I recorded in 1080p in error...lol
[AT&T Samsung Galaxy S II SGH-I777] Entropy512:
dmesgs would be much better than a video...
[AT&T Samsung Galaxy S II SGH-I777] shoman94:
Imagine that..... These are the levels as listed in the firmware:

<integer-array name="config_autoBrightnessLcdBacklightValues">

<item>32</item>

<item>69</item>

<item>118</item>

<item>177</item>

<item>255</item>

I'll have to try and do the dmesgs tomorrow night I guess. Hopefully someone else can help out as well. Its like nobody uses AutoBrightness. :confused: I know I'm not crazy. Even my wife noticed it on hers.....
[AT&T Samsung Galaxy S II SGH-I777] FireRaider:
both locked it up

Ok, my wife is watching Biggest Looser so I had a bit of time.

I flashed 1/29 and it locked up after a few minutes. I pulled the battery, started up in recovery, flashed the test kernel and it also locked up.

I am reflashing my modified ICScrewd right now. (modified only in that its running the 1/24 Entropy kernel)
[AT&T Samsung Galaxy S II SGH-I777] Entropy512:
Those brightness values on 1/30 (actually, a bit newer than that...)

<6>[ 4450.875221] ld9040 spi3.0: (id=2) brightness=32, bl=1
<6>[ 4471.352873] ld9040 spi3.0: (id=2) brightness=69, bl=5
<6>[ 4480.144950] ld9040 spi3.0: (id=2) brightness=118, bl=10
<6>[ 4488.324818] ld9040 spi3.0: (id=2) brightness=177, bl=16
<6>[ 4495.027481] ld9040 spi3.0: (id=2) brightness=255, bl=24

Testing 12/21:

<6>[ 102.368291] ld9040 spi3.0: (id=2) brightness=32, bl=1
<6>[ 111.652392] ld9040 spi3.0: (id=2) brightness=69, bl=5
<6>[ 116.497831] ld9040 spi3.0: (id=2) brightness=118, bl=10
<6>[ 120.245216] ld9040 spi3.0: (id=2) brightness=177, bl=15
<6>[ 124.210911] ld9040 spi3.0: (id=2) brightness=255, bl=24

So a tiny difference at the second highest setting...
[AT&T Samsung Galaxy S II SGH-I777] shoman94:
Then something else is causing it. And whatever it is.... It's in update 3
[AT&T Samsung Galaxy S II SGH-I777] Entropy512:
And still no dmesg of "good" vs "bad"
[AT&T Samsung Galaxy S II SGH-I777] eep2378:
Flashed 1/30 exp last night and all is well. I don't use auto brightness so no issue there. Phone was in deep sleep 99% overnight only 3% drain from 10pm to 630am. Nice work, Entropy.

Sent from Wernicke's Area
[AT&T Samsung Galaxy S II SGH-I777] shoman94:
Hey I have a life man. I'm up at 5am to go to work. An hour drive in each direction and 2 kids. Give me a break... :cool:

I'll try to get some tonight if time allows.
[AT&T Samsung Galaxy S II SGH-I777] mcnutty:
For those experiencing the wifi drain bug, can you guys check on your router for an option called AP Isolation and turn it on if available?

Another option would be vlan strings, but that if a long shot on cheapo home routers.

These options can be used to prevent broadcasts like dhcp, arp, and multicast from going between devices connected to the same wireless. Made a huge difference here, but unfortunately, these options also prevent you devices from seeing each other too.

Sent from my SGH-I897
[AT&T Samsung Galaxy S II SGH-I777] lbohn:
That is strange. :confused: I don't have an external SD card installed and have never installed BLN Control. Is there another app that might report itself as a BLN app? A quick market search for "bln" and I don't see any of my installed apps listed on the first 5 pages.

... and my WiFi tethering has been unusable since mid-December.

So ... it appears a factory wipe and restore will be in order this weekend. :cool:

FWIW I've only used UnNamed (outside of the first two weeks of stock), moving from release to release as gtg465x made them available. Besides the True Connection Status mod, the only other "mod" has been your most current DD kernel.

gtg465x did state he didn't have time to test a no-wipe install of v2.0 of UnNamed but felt it should be okay for those of us coming from v1.3.2. I didn't wipe, and as I recall, my tethering and touchkey issues started cropping up sometime after the switch to v2.

--L.
[AT&T Samsung Galaxy S II SGH-I777] rav4kar:
Entropy, I was able to capture the required stuff this morning.

Now phone is on: DD013012/KK67/2.4.6 ( UnNamed 2.2.1)

Time line:

Idle phone on my Home wifi ( in about 9.5 hours drain was 6%)

10.00 pm last night: 100% (battery meter)

07.30 am today :94%

Idle phone on my Work wifi ( in about 3 hours drain was 25%)

8.26 am today : 92%

9.26 am : 86 %

10.26 am: 78%

11.04 am: 71%

11.26 am : 67%

Battery usage chart:

Now, Android OS: 83%

Cell Standby : 8%

Phone idle: 6%

Display : 3%

Please find the attached Shark,dmesg and logcat.

----------------------Edit#1: 02/03/2012 ------------------

I flashed back to DD 012912 and monitored the behavior of my phone on work wifi and the result is same.

Now phone is on: DD012912/KK6/2.4.6 ( UnNamed 2.2.1)

9 am : 85 % (battery meter) AOS : CPU 33m 4s

10 am : 76% AOS : CPU 1 Hr 46 m

11 am : 65 % AOS : CPU 3 hr 24 m

Plan of action: I am going to install KH7 Modem and see if the behavior ( wifi drain , I know 2.4.6 base itself is faulty as reported by many, but give it a try) improves. thanks!

-------------------- End of Edit#1: 02/03/2012 11.10 AM------------

----------------------Edit#2: 02/03/2012 ------------------

I flashed UCKH7 Modem and charged the phone to 85% and left it idle and the result is GOOD!

Now phone is on: DD012912/KH7/2.4.6 ( UnNamed 2.2.1)

12pm - 85% ( battery meter) AOS :CPU 3hr 27m

2.22pm - 83% AOS :CPU 4hr 41m

3pm - 81% AOS :CPU 5hr 14m

4pm - 78% AOS :CPU 5hr 26m

So, Changing modem from KK6 to KH7 has reduced the drain even though the CPU usage under AOS (Android OS/Batter Usage) keeps piling up!

plan of action: I am thinking of collecting one logcat+shark on my HOME WIFI and one on my WORK WIFI , so that helps to see what really happens?!

----------------------End of Edit#2: 02/03/2012 4 PM ------------------

----------------------Edit#3: 02/07/2012 ------------------

Now phone is on: DD013012/KH7/2.4.6 ( UnNamed 2.2.1) ON WORK WIFI

12.14 pm - 73% ( battery meter) Android OS CPU:1h 34m

1.36 pm - 70% AOS CPU: 2h 17m

2.40 pm - 67% AOS CPU: 2h 55m

3.27 pm - 65% AOS CPU: 3h 18m

3.56 pm - 64% AOS CPU: 3h 30m

4.14 pm - 63% AOS CPU: 3h 38m

Battery drain 10% in 4hour , 2.5%/Hour by average, and CPU usage under Android OS is 2 hours in 4hour, 30 min/ Hour by average, it indicates something is polling that uses CPU cycles once every two seconds!

Plan of action : stay on 01302012 until Entropy releases next DD with AFTR lockout patch

----------------------End of Edit#3: 02/07/2012 4.35 PM ------------------
[AT&T Samsung Galaxy S II SGH-I777] :
Are you saying that something in Update 3 broke autobrightness?

I did notice that going from 12/1/11 to 1/2/12 that it does seem to take a few seconds longer to adjust and then it seems like its not very gradual, more like jumping from dim to maximum brightness and then back down to where it should be... but I dont really care about that because 1/2/12 has given me so much more battery life and made everything smoother/faster that if the autobrightness wasnt as smooth as it could be was the only write off, then that was acceptable for everything else I gained.
[AT&T Samsung Galaxy S II SGH-I777] shoman94:
Yes that is exactly it. My videos I made last night show that the lowest brightness setting is darker on 1/2 and later kernels make that step a bigger jump. Auto brightness is just a pet peeve for me.
[AT&T Samsung Galaxy S II SGH-I777] desiromeo719:
Entropy I noticed the led lights go out again after deleting the bln pro app...dont know if its placebo or not but it seems to be happening less now tho....still on 1/29 kernel...now i have to figure out how to get a dmesg...would chainfire's app work? Or the Getlogs app i found in another thread...still trying to read up on adb..doesnt seem too bad...

[EDIT] - Also why cant i download any of the kernel files?
[AT&T Samsung Galaxy S II SGH-I777] mjgspr95:
Tried 1/30, but my phone still didn't pair (BTH) any differently with my w7 pc. can only play music. Anyone else on windows 7? I just got samsung tablet pc. So sorry if this is old known issue. I've had xp for 10 years

SHOstock

Onepointsixingit
[AT&T Samsung Galaxy S II SGH-I777] Entropy512:
Try it with UCKH7 or XXKI3 - if it doesn't work with them, it won't work with this kernel change. To my knowledge it only fixes the regression of newer bases completely breaking it.

Also, the problem with BTHID is that it pairs but does not connect on newer bases (XWKK5, UCKK6, etc) without this change.

Last, a PC is (in most cases) not an HID device as far as the phone is concerned.
[AT&T Samsung Galaxy S II SGH-I777] :
So 1/30 should work awesome with KH7 builds then right?

Im trying to find something in 1/30 that will tip the scales and make me install it.
[AT&T Samsung Galaxy S II SGH-I777] Entropy512:
Yup, should work fine with KH7 builds.

Right now the cpuidle backport might break certain types of video playback (investigating), and it seems to be causing SoDs for one person (but only one, which is strange) - it's working fine for others.

Main thing is that random drain-during-sleep that started with 1/2 - but so far I seem to be the only one getting hit with that...
[AT&T Samsung Galaxy S II SGH-I777] nyamoV2:
i had a SoD with the 1/30 update on kh7. didn't test extensively and went back 1/24 with no problems. maybe it was a fluke, but considering bthid is working its no biggie
[AT&T Samsung Galaxy S II SGH-I777] rav4kar:
Entropy, wondering if you got any chance to glance at this ( attachment in OP)? thanks!
[AT&T Samsung Galaxy S II SGH-I777] Entropy512:
Haven't had time - this week has been nuts for me, so will next week. Early morning all-day customer meetings at work are quite draining.

See if it works on 1/29 or the test kernel for antwanL.

I SUSPECT the most likely candidate for SoDs is the cpuidle patch - However, right now:

AntwanL reports issues with playback of specific video codecs - he's given me some logs and a (hopefully) reproducible test case I'm going to look at this weekend

You and one other person have reported SoDs - How often do they happen? Also, I really need a last_kmsg for those instances. Most people seem to be having no problems at all with the cpuidle patch. Because of the potential benefits in power consumption it can bring, I really want to keep it in if possible.

I've got a possible guess as to what might be the issue for those having it, but I'm not sure yet. It's something where I really need more data.
[AT&T Samsung Galaxy S II SGH-I777] rav4kar:
No problem sir, I am thinking of falling back to 01/29 and see how that goes, thanks!
[AT&T Samsung Galaxy S II SGH-I777] nyamoV2:
Ill flash later tonight or this weekend while on the grave yard shift i need some entertainment. Also SoD happened as soon as i installed 1-30 and rebooted. I realize it's not much to work with. Ill try and get some applicable information to you in the next few days

1-29 seems to work fine but has about 1.5-2sec delay upon wake.
[AT&T Samsung Galaxy S II SGH-I777] :
Um, ya... I think Ill stay on 1/2/12.
[AT&T Samsung Galaxy S II SGH-I777] 800xl:
Last night I got hit by something that drained my battery dry from 40ISH% to dead in less than five hours. I had not seen high drain until 1/30, and after charging up a bit and booting I found AOS was at the top of battery stats. Anything more specific I can pass on that might help track the mystery drain? no BLN, nothing recent new besides the 1/30 kernel. Shostock 1.9

I'm liking the functional Bluetooth hid tho.
[AT&T Samsung Galaxy S II SGH-I777] Entropy512:
Only two people have had SoDs with 1/30 (or at least, only two have actually reported it) - nyamo and some other guy whose posts I can barely understand. That's out of what appears to be 1200 people downloading the zips (I assume 1 view = 1 download - 910 for 1/30 standard, 271 for experimental.)

If people don't try newer kernels and find problems, it becomes much harder to identify when they start. If people hold back based on posts from two people (out of many) who haven't provided dmesgs or reproducible test cases - this is a major impediment to progress, because if it's working fine on my device, to be honest, I don't put much credence into reports of problems that don't come with debugging info and I'll just move onwards.

This has been rock solid stable on my device and many other people's devices.

Right now, 1/29 vs 1/24 is VERY important to me as that was a major change - 1/30 vs 1/29 is less likely to break, so nyamo's post is interesting there.

Basically, if only 1-2 people are having trouble with the cpuidle patch and it's working for everyone else, the patch is staying in there.

If you don't at least try the kernel (after all, easy enough to flash back in CWM), then you have only yourself to blame if a problem turns out to be more widespread than I'm led to believe.

nyamo, I really need some last_kmsg reports from your device when it SoDs if possible. Same for dmesgs of the slow wake.

Also, when reporting problems, people need to be VERY careful about specifiying experimental vs. non in their report, in the event that a patch is only compatible with one of my branches.

As an example of the benefits of moving forward: Admittedly, this could go back as far as 1/2/2012 as I haven't rerun tests on it lately:

Historically, being stuck in a wakelock preventing deep sleep resulted in drain of 4-5%/hour

Over the past week, my drain has been a bit less than 1%/hour at my desk (very weak signal, it's hard on the battery, back in the early days it would usually be around 2%/hour here).

Today my drain was around 1.25%/hour - noticeably higher than before. I checked, and deep sleep wasn't used at all - the StartingAlertService bug had nailed me and I only lost an extra percentage point or two of battery over the entire duration of 4 hours!
[AT&T Samsung Galaxy S II SGH-I777] Entropy512:
If you had high AOS, it wasn't the problem I'm experiencing. If you had high AOS, hit my Known Battery Drainers thread in General.
[AT&T Samsung Galaxy S II SGH-I777] :
I dont want to be part of the problem. :(

Way to guilt me into flashing... :p;)
[AT&T Samsung Galaxy S II SGH-I777] nyamoV2:
Heres an update. I did a full wipe of unnamed 1.3.2 and did the dd 1-30 after boot. I did not sync my Google account or restore any apps with this test. So far i cannot reproduce my SoD right now. I will post more results after i restore everything. Wake lag is still present though.

Only mods i have are show true connection and the 5 icon theme.

I will attempt to get you files. Most likely around 12am tomorrow and post them up.
[AT&T Samsung Galaxy S II SGH-I777] Entropy512:
There's always a reasonable amount of wake lag on our device coming out of deep sleep - after all, it takes at least 650 msec just to finish the resume process in the kernel.

I'd be very interested if there's a significant difference in this between 1/24 and 1/29, same for 1/29 vs 1/30.

BTW, if you're wakelocked (phone not in deep sleep), there should be far less wake lag. This includes any time connected to a charger.

1/24 vs 1/29 is the main thing I really worry about - the cpuidle backport can be highly beneficial, but it's also one of the most aggressive things I've ever done. However so far, other than AntwanL's video decoding issue and two reports of people encountering SoDs, it seems to be doing well.
[AT&T Samsung Galaxy S II SGH-I777] kytrauma:
Running 1/30 exp and everything is sweet, bt works much better imo, only having one issue.

+1 to the not being able to play videos off sd card without a failure message. Streamed video works fine but if I download it then try and play it fails.

Sent from my unf#cked att sgs2
[AT&T Samsung Galaxy S II SGH-I777] AntwanL:
Can people on here please try an avi video with mpeg encoding? Any YouTube video downloaded with YouTube downloader into it's avi encoding will be fine. it'll tell me (and entropy) if it's my device or the kernel. Mine seems to not play avi videos as of 1/29 but 1/24 is fine. If you have spare time please give it a go.
[AT&T Samsung Galaxy S II SGH-I777] 800xl:
Has not returned today so it was likely just an app holding it out of deep sleep. I do have a couple of the known offenders. Coincidence that it cropped up for the first time in a few weeks the night after I upgraded the kernel.

What symptoms would indicate the type of drain you're seeing? More than happy to help if possible but it's hard to submit anything useful when the phone just works like a dream. :)