Replicating 4.2.X "sod" and what it means..

Status
Not open for further replies.
Search This thread

MaLiXs

Senior Member
Jul 10, 2012
1,308
354
Montreal QC
i cant replicate your issue simms perhaps i have thos strange awake "sod" most of time i got it randomly , while texting reading a post in xda tweaking an setting in kernel tool (specific app or trickster) i have tested some kernel (trinity,franco, lean and stock) and all have those freaky annoying thing. Yesterday i revert my GNEX to stock Yakaju JOP40D with google package (bone stock os is boring ....) and today i triggerred it simply by switching off auto brightness

i got same issue in auto or manual brightness whatever kernel or rom i use.
 

spacemanr

Senior Member
Jan 23, 2011
891
211
I have time without any sod... Maybe because I'm trying not to use auto brightness or because of the lastest versions of Francos kernel... Stock ROM

Sent from my Galaxy Nexus using xda app-developers app

I never ever used auto brightness and had sod. It started just one day without any connection with anything :(.
 

MaLiXs

Senior Member
Jul 10, 2012
1,308
354
Montreal QC
another issue : i was at home leaving my phon a minute to start some music on my pc ... xda was open and the screen goes off while not touching the phone ....

i was in manuel brightness


EDIT : 2 more time tonight... A réal sod while inactive, and second one while using quickpic...

On my Galaxy it seem to be realy random too much to made any conclusions yo this problem... My back cover gonna break one Day....
 
Last edited:

spacemanr

Senior Member
Jan 23, 2011
891
211
another issue : i was at home leaving my phon a minute to start some music on my pc ... xda was open and the screen goes off while not touching the phone ....

i was in manuel brightness


EDIT : 2 more time tonight... A réal sod while inactive, and second one while using quickpic...

On my Galaxy it seem to be realy random too much to made any conclusions yo this problem... My back cover gonna break one Day....

Try with dax's kernel, it helped me. No sod for three days now. Wohoo.
 

MaLiXs

Senior Member
Jul 10, 2012
1,308
354
Montreal QC
I'm final back to 4.1.2.. I'll waiting Google to release a New version to give another try

Envoyé depuis mon Galaxy nexus avec XDA premium
 

Howie Dub

Senior Member
Apr 13, 2011
281
94
I'm not a dev, but could the culprit be disabling scroll cache? I was on mmuzzy's for a while and it seemed like I only started getting SODs after he included the disable scroll cache mod in his ROM. I'm currently on Xenon 2.0 using AirKernel #470 and haven't had a SOD with this combo. Went to AirKernel #483 and had one, so it seems like it could be a combo of the ROM and kernel that's causing the SODs. Iceandfire only lists scroll cache as being improved, so maybe it's not fully disabled? I have window animation and animator duration off with .5x for transition animation.
 

akira02rex

Senior Member
Nov 7, 2010
1,564
348
How many licks does it take to get to the center of a lollipop?
1... 2... 3...
The world may never know!
 

WEM97

Senior Member
Jun 25, 2011
978
929
Woodinville
As we all know(or should know if you read around the forums) that there is an issue with "sod". Now these sods are not the same as the sod i was familiar with before 4.2. Before 4.2, the device(s) were for all intensive purposes not alive. Sure you could connect to adb, but the device was "dead" until you pulled the battery and rebooted. But with these 4.2 "sods", the device is alive, with the exception of the screen not being able to turn on. Phone calls and messages still come in. notification sounds still play, and you can use the volume buttons to raise/lower the volume. But you still have to pull the battery and reboot for the screen to come back on. Running logcats via adb doesnt seem to show anything related. Well, ive found a way to reproduce these 4.2.X "sods" while the device is awake with the screen on. I can reproduce it at will, and have had other users confirm this. What i do is this.. I go into the main settings, display, then brightness. Turn off automatic brightness if its on. Now adjust the brightness, up, then down, then up(back and forth, but take your finger off the slider when you go up then down). now press ok to set the brightness. Go back into the brightness setting and repeat. Eventually(sometimes seconds, sometimes minutes) the screen goes completely black, like its off, but the device is completely awake. same as these 4.2 sods, phone calls and messages come in, notifications sound, etc. Only difference is the device screen is on when it goes black instead of it being off. The symptoms are the same. This behavior leads me to believe that it most likely isnt a kernel issue like many believe. I believe that its related to some coding that controls the screen. As we know, every rom/kernel has shown this behavior, even stock and unrooted(some more, some less). Personally, i had 3 of these sods last month(trinity kernel/rasbean rom), but i know that some users have them many times a day unfortunately. What could it mean that i can replicate this behavior on an awake device? Any more thoughts about this?

I think its confined to a few certain kernels in the way that it works. I have been running anarchy Dummy (Beta v) the latest versions for the last few months with nothing turning up. This does lead me to believe that your hypothesis is correct. It isnt a kernel issue, but that some kernels are more suceptible to it than others.
 
  • Like
Reactions: ak

blackhand1001

Senior Member
Sep 3, 2011
1,302
685
I think it may be related to the brightness adjustment smoothing they added in 4.2. Prior to 4.2 when you moved the slider it would instantly go to the brightness that you selected. In 4.2 it slowly adjusts to whatever brightness you set. Has anyone tried find this in the source code and reverting it to the 4.1 behavior. They also screwed up the screen off animation pretty badly. Its badly delayed and may be part of the culprit as well.

I don't know why google made the smoothness change. Having it instantly adjust to the brightness is superior as it makes it much faster to adjust it to desired brightness. They made quite a few changes in 4.2 that actually made certain tasks take longer.The new recents apps animation is another huge one and having it leave the current app adds quite a bit of time to entering the recent apps menu. Another strange bug/slowness is when opening the keyboard in an app. In 4.1 and earlier it would instantly resize the app and layout. In 4.2 it waits almost a full second before resizing.
 
Last edited:

simms22

Recognized Contributor - R.I.P
Jun 4, 2009
34,053
25,934
BROOKLYN!
www.androidcommunity.com
during one of these so called sod..
also it seams like the brightness gets set to 0 and doesnt adjust up.

D/LightsService( 389): Excessive delay setting light: 67ms
D/LightsService( 389): Excessive delay setting light: 102ms
D/BluetoothAdapter( 751): 1112730840: getState() : mService = null. Returning STATE_OFF
D/LightsService( 389): Excessive delay setting light: 67ms
D/dalvikvm( 1164): GC_CONCURRENT freed 413K, 6% free 8951K/9444K, paused 5ms+2ms, total 34ms
D/dalvikvm( 751): GC_CONCURRENT freed 392K, 5% free 9877K/10376K, paused 5ms+2ms, total 37ms
D/BluetoothAdapter( 751): 1112730840: getState() : mService = null. Returning STATE_OFF
D/LightsService( 389): Excessive delay setting light: 66ms
D/LightsService( 389): Excessive delay setting light: 100ms
D/LightsService( 389): Excessive delay setting light: 67ms
D/LightsService( 389): Excessive delay setting light: 68ms
D/LightsService( 389): Excessive delay setting light: 101ms
I/PlumeService_46000( 1525): start service from boot now
V/Plume_46000( 1525): prepare the clock to check the outbox service in 2 minutes
D/LightsService( 389): Excessive delay setting light: 99ms
D/LightsService( 389): Excessive delay setting light: 66ms
D/dalvikvm( 668): GC_CONCURRENT freed 577K, 13% free 10890K/12404K, paused 3ms+2ms, total 25ms
D/LightsService( 389): Excessive delay setting light: 66ms
D/LightsService( 389): Excessive delay setting light: 67ms
D/LightsService( 389): Excessive delay setting light: 67ms
D/LightsService( 389): Excessive delay setting light: 66ms
D/LightsService( 389): Excessive delay setting light: 66ms
D/LightsService( 389): Excessive delay setting light: 67ms
D/LightsService( 389): Excessive delay setting light: 65ms
D/LightsService( 389): Excessive delay setting light: 67ms
D/LightsService( 389): Excessive delay setting light: 66ms
D/LightsService( 389): Excessive delay setting light: 66ms
D/LightsService( 389): Excessive delay setting light: 66ms
D/LightsService( 389): Excessive delay setting light: 66ms
D/LightsService( 389): Excessive delay setting light: 66ms
D/LightsService( 389): Excessive delay setting light: 66ms
D/LightsService( 389): Excessive delay setting light: 67ms
D/LightsService( 389): Excessive delay setting light: 66ms
D/LightsService( 389): Excessive delay setting light: 66ms
D/LightsService( 389): Excessive delay setting light: 65ms
D/LightsService( 389): Excessive delay setting light: 66ms
D/dalvikvm( 951): GC_FOR_ALLOC freed 316K, 6% free 9538K/10108K, paused 55ms, total 55ms
I/dalvikvm-heap( 951): Grow heap (frag case) to 9.402MB for 65552-byte allocation
D/dalvikvm( 951): GC_FOR_ALLOC freed 0K, 6% free 9602K/10176K, paused 16ms, total 16ms
D/LightsService( 389): Excessive delay setting light: 67ms
D/LightsService( 389): Excessive delay setting light: 66ms
D/LightsService( 389): Excessive delay setting light: 65ms
D/LightsService( 389): Excessive delay setting light: 65ms
D/dalvikvm( 751): GC_CONCURRENT freed 386K, 5% free 9877K/10328K, paused 4ms+1ms, total 22ms
D/LightsService( 389): Excessive delay setting light: 67ms
D/LightsService( 389): Excessive delay setting light: 66ms
D/LightsService( 389): Excessive delay setting light: 66ms
D/LightsService( 389): Excessive delay setting light: 66ms
D/LightsService( 389): Excessive delay setting light: 67ms
D/LightsService( 389): Excessive delay setting light: 67ms
D/LightsService( 389): Excessive delay setting light: 66ms
D/dalvikvm( 495): GC_CONCURRENT freed 10210K, 36% free 18901K/29136K, paused 6ms+5ms, total 59ms
D/LightsService( 389): Excessive delay setting light: 64ms
D/LightsService( 389): Excessive delay setting light: 67ms
D/LightsService( 389): Excessive delay setting light: 66ms
D/LightsService( 389): Excessive delay setting light: 65ms
D/LightsService( 389): Excessive delay setting light: 67ms
D/LightsService( 389): Excessive delay setting light: 64ms
D/LightsService( 389): Excessive delay setting light: 65ms
D/LightsService( 389): Excessive delay setting light: 66ms
D/LightsService( 389): Excessive delay setting light: 66ms
D/LightsService( 389): Excessive delay setting light: 66ms
D/LightsService( 389): Excessive delay setting light: 66ms
D/LightsService( 389): Excessive delay setting light: 64ms
D/LightsService( 389): Excessive delay setting light: 66ms
D/LightsService( 389): Excessive delay setting light: 65ms
D/LightsService( 389): Excessive delay setting light: 65ms
D/LightsService( 389): Excessive delay setting light: 64ms
 
  • Like
Reactions: ak and Ashtrix

osm0sis

Senior Recognized Developer / Contributor
Mar 14, 2012
16,773
40,452
Halifax
GT-i9250
Google Nexus 4
It's been suggested that Content Adaptive Brightness is faulty now in 4.2 causing reboots and other issues, so the screen getting turned off from 0 brightness could also make a lot of sense if it was involved with those screen-off "awake of deaths" as well.
 

MaLiXs

Senior Member
Jul 10, 2012
1,308
354
Montreal QC
I would like to know know if Someone here have tested the New rev (like rascarlo build)

What about faux SoD's?

Envoyé depuis mon Galaxy nexus avec XDA premium
 
Status
Not open for further replies.

Top Liked Posts

  • There are no posts matching your filters.
  • 13
    As we all know(or should know if you read around the forums) that there is an issue with "sod". Now these sods are not the same as the sod i was familiar with before 4.2. Before 4.2, the device(s) were for all intensive purposes not alive. Sure you could connect to adb, but the device was "dead" until you pulled the battery and rebooted. But with these 4.2 "sods", the device is alive, with the exception of the screen not being able to turn on. Phone calls and messages still come in. notification sounds still play, and you can use the volume buttons to raise/lower the volume. But you still have to pull the battery and reboot for the screen to come back on. Running logcats via adb doesnt seem to show anything related. Well, ive found a way to reproduce these 4.2.X "sods" while the device is awake with the screen on. I can reproduce it at will, and have had other users confirm this. What i do is this.. I go into the main settings, display, then brightness. Turn off automatic brightness if its on. Now adjust the brightness, up, then down, then up(back and forth, but take your finger off the slider when you go up then down). now press ok to set the brightness. Go back into the brightness setting and repeat. Eventually(sometimes seconds, sometimes minutes) the screen goes completely black, like its off, but the device is completely awake. same as these 4.2 sods, phone calls and messages come in, notifications sound, etc. Only difference is the device screen is on when it goes black instead of it being off. The symptoms are the same. This behavior leads me to believe that it most likely isnt a kernel issue like many believe. I believe that its related to some coding that controls the screen. As we know, every rom/kernel has shown this behavior, even stock and unrooted(some more, some less). Personally, i had 3 of these sods last month(trinity kernel/rasbean rom), but i know that some users have them many times a day unfortunately. What could it mean that i can replicate this behavior on an awake device? Any more thoughts about this?
    7
    I think we can close this, Google fixed this ****. Thanks for the contributions guys.
    3
    maybe someone using another kernel/rom can try to reproduce this?
    2
    I haven't tried your method yet. I'll and post my results here. I was able to replicate it using another program (check the links below)

    But reading your post, I'm sure now that SOD has to do with autobrightness or brightness control (knowing that, maybe it is easy to solve?)

    Check my posts:

    http://xdaforums.com/showthread.php?p=35205418#post35205418
    http://xdaforums.com/showthread.php?p=35496824#post35496824
    2
    during one of these so called sod..
    also it seams like the brightness gets set to 0 and doesnt adjust up.

    D/LightsService( 389): Excessive delay setting light: 67ms
    D/LightsService( 389): Excessive delay setting light: 102ms
    D/BluetoothAdapter( 751): 1112730840: getState() : mService = null. Returning STATE_OFF
    D/LightsService( 389): Excessive delay setting light: 67ms
    D/dalvikvm( 1164): GC_CONCURRENT freed 413K, 6% free 8951K/9444K, paused 5ms+2ms, total 34ms
    D/dalvikvm( 751): GC_CONCURRENT freed 392K, 5% free 9877K/10376K, paused 5ms+2ms, total 37ms
    D/BluetoothAdapter( 751): 1112730840: getState() : mService = null. Returning STATE_OFF
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/LightsService( 389): Excessive delay setting light: 100ms
    D/LightsService( 389): Excessive delay setting light: 67ms
    D/LightsService( 389): Excessive delay setting light: 68ms
    D/LightsService( 389): Excessive delay setting light: 101ms
    I/PlumeService_46000( 1525): start service from boot now
    V/Plume_46000( 1525): prepare the clock to check the outbox service in 2 minutes
    D/LightsService( 389): Excessive delay setting light: 99ms
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/dalvikvm( 668): GC_CONCURRENT freed 577K, 13% free 10890K/12404K, paused 3ms+2ms, total 25ms
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/LightsService( 389): Excessive delay setting light: 67ms
    D/LightsService( 389): Excessive delay setting light: 67ms
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/LightsService( 389): Excessive delay setting light: 67ms
    D/LightsService( 389): Excessive delay setting light: 65ms
    D/LightsService( 389): Excessive delay setting light: 67ms
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/LightsService( 389): Excessive delay setting light: 67ms
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/LightsService( 389): Excessive delay setting light: 65ms
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/dalvikvm( 951): GC_FOR_ALLOC freed 316K, 6% free 9538K/10108K, paused 55ms, total 55ms
    I/dalvikvm-heap( 951): Grow heap (frag case) to 9.402MB for 65552-byte allocation
    D/dalvikvm( 951): GC_FOR_ALLOC freed 0K, 6% free 9602K/10176K, paused 16ms, total 16ms
    D/LightsService( 389): Excessive delay setting light: 67ms
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/LightsService( 389): Excessive delay setting light: 65ms
    D/LightsService( 389): Excessive delay setting light: 65ms
    D/dalvikvm( 751): GC_CONCURRENT freed 386K, 5% free 9877K/10328K, paused 4ms+1ms, total 22ms
    D/LightsService( 389): Excessive delay setting light: 67ms
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/LightsService( 389): Excessive delay setting light: 67ms
    D/LightsService( 389): Excessive delay setting light: 67ms
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/dalvikvm( 495): GC_CONCURRENT freed 10210K, 36% free 18901K/29136K, paused 6ms+5ms, total 59ms
    D/LightsService( 389): Excessive delay setting light: 64ms
    D/LightsService( 389): Excessive delay setting light: 67ms
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/LightsService( 389): Excessive delay setting light: 65ms
    D/LightsService( 389): Excessive delay setting light: 67ms
    D/LightsService( 389): Excessive delay setting light: 64ms
    D/LightsService( 389): Excessive delay setting light: 65ms
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/LightsService( 389): Excessive delay setting light: 64ms
    D/LightsService( 389): Excessive delay setting light: 66ms
    D/LightsService( 389): Excessive delay setting light: 65ms
    D/LightsService( 389): Excessive delay setting light: 65ms
    D/LightsService( 389): Excessive delay setting light: 64ms