Database Develop

JAC kernel bug: using audio randomly kills phone

(I figured to post this in Android Development as it wasn't really a fit for any other forum; and made its own thread since multiple ROMs and threads use non-stock kernels.)
I ran into an issue running JAC's OC/UV kernel, as detailed at http://forum.xda-developers.com/showthread.php?t=806116 . Essentially, whenever any kind of audio was playing, whether through headphones or the speaker, local media (i.e. mp3 player) or remote (i.e., Pandora), at some point the phone would just.. die. Capacitive buttons wouldn't light up, no unlock; music would die; and basically a battery pull was required to turn the phone back on. adb logcat reports nothing - you can see the audio streaming, then the logcat shut off with the phone.
Based on the thread above (and searching the Bionix thread), it seems that a non-stock kernel does this. (There are only a couple of posts out of the thousands on Bionix's thread.) I have not tested KingKlick's kernel, only JAC's; perhaps KK doesn't suffer from this. This issue is independent of overclocking/underclocking the phone (verified by setting JAC kernel to 1000/200, then uninstalling setcpu); Voodoo lagfix (verified by disabling lagfix and running audio for about an hour); and ROM (tested using multiple versions of Franken-Twiz and Hybrid - maybe there's an inherent issue with eugene's mods, but I haven't seen any other posts.)
I suppose this thread serves as a warning/bug report for anyone that might encounter this issue if running a non-stock kernel. The best way to resolve AFAIK is to revert to a stock kernel.

Thank you for posting this! My phone had suffered from this at random times since I started using JAC's kernel. I asked about it in a couple of threads but never got a single reply. Glad to know it's not only me

I'm running the same kernal and about 20 minutes ago running pandora my phone just turned off too and had to pull the battery to restart
Sent from bionix 1.9.1 jacs oc/uv kernel

Had that issue at the Gym the other day, not even on Bionix.

I had similar issues, also with the KK Kernel, its not just JAC's kernel. You don't have to pull the battery either to get out of the freeze, you can hold the power button for several seconds and it does a hard reset.
I have found though that the KK Kernel is less likely to do it if you set your setcpu to 400 min and 1000 max before using pandora. Those settings seems to have worked for me every time..also after setting up pandora make sure to fix permissions with rom manager.
Just a little work around, try it to see if it works for you.
Sent from my SGH-T959 using XDA App

Actually this is a known problem since even the G1.
If you have anything like setCPU, which I do, and you set the idle or lowest speed lower then 400 Mhz the phone will more then likely freeze up when playing music or when going to idle.
I don't remember off the top of my head what causes it to do this when it goes below that certain Mhz, but Im sure I or someone here can dig the old thread up.

Man without this thread I could never get pandora to work with a custom kernal. I setcpu at 400 min and 1000 max and not a single freeze. Thanks so much for posting that tip, you made my day.
Sent from my SGH-T959 using XDA App

Ive had this problem to.... but it was ONLY with Jacs 1.1, I revert every ROM back to his 1.0 and have no problems. Everytime I dont, I get a phone freeze.

I was having this problem with jac's newest kernel so I went back to his first OC/UV, it is a known problem and he's working on it according to his twitter. how I got around this is I used his OC script and got rid of setcpu, from what Quadrant says I'm still running 100/1200. Hope that helps you guys

jmercil said:
I have found though that the KK Kernel is less likely to do it if you set your setcpu to 400 min and 1000 max before using pandora. Those settings seems to have worked for me every time..also after setting up pandora make sure to fix permissions with rom manager.
Click to expand...
Click to collapse
Interesting. I'll try installing JAC OC/UV/Voodoo again and see if this observation is consistent.

r6kid said:
I was having this problem with jac's newest kernel so I went back to his first OC/UV, it is a known problem and he's working on it according to his twitter. how I got around this is I used his OC script and got rid of setcpu, from what Quadrant says I'm still running 100/1200. Hope that helps you guys
Click to expand...
Click to collapse
Yeah, I think the problem only exists when you use the OC kernel with setCPU, and setup setCPU under 400Mhz, other wise the kernel with out setCPU works just fine when it goes below 400Mhz.
Once again I don't remember why it does that but it has something to do with setCPU not being able to initialize properly after the phone goes idle and falls below 400Mhz.

Would have to agree. There's a bug somewhere. Not sure if its limited to jacs though.
Currently on masters rom kk. Only problem is pandora.

i had this problem too. kinda disappointed cause the kernels make everything run so much better. so i had to go back to using stock cause i listen to music a lot :/

There's definitely some hardware variability, because I can't recreate this bug. I listen to music all day long (MixZing, Slacker, Pandora) running 1.8 w/ JAC's OC/UV Voodoo. Never seen this.

Likewise with Jacs 1.1, had a couple other weird issues running that specific kernel too, not a single problem when I flashed back to 1.0
Sent from my T959 running Bionix1.9 with Jacs OC/UV and Voodoo

i get this same thing. ive had it happen with SetCPU both installed and not. right in the middle of a good song bam phone just shuts up. walk over to my toolbox and sure enough the phone is in a state of being divided by zero and only a battery pull lets it return to the world of the living. not greally a good thing when i have sevearl iphone dorks in the shop and they pop on over to my speakers and they say out of the way lets plug in a REAL phone. makes me want to scream LOL. ****ing iphone >_<
i retort with soooo when you get it out of the box....thats it right? nothing can be changed right? oh look that program sucks....what you cant make your own? ...yea...i thought so. hey look im making a call in the scrap room surrounded by 4ft thick concrete walls.... i got full bars lol. they got nothing in the empty parking lot cuz there holding it wrong LOL

Blkegk said:
Man without this thread I could never get pandora to work with a custom kernal. I setcpu at 400 min and 1000 max and not a single freeze. Thanks so much for posting that tip, you made my day.
Sent from my SGH-T959 using XDA App
Click to expand...
Click to collapse
Glad it worked for ya!
Sent from SGSV Bionix 1.9.1 KK OC/UV with the quickness!

sxfx said:
Yeah, I think the problem only exists when you use the OC kernel with setCPU, and setup setCPU under 400Mhz, other wise the kernel with out setCPU works just fine when it goes below 400Mhz.
Once again I don't remember why it does that but it has something to do with setCPU not being able to initialize properly after the phone goes idle and falls below 400Mhz.
Click to expand...
Click to collapse
I tried that though, as you can see in the thread I linked to above. Uninstalling SetCPU didn't help..

I think it's hardware.... One of the unlucky ones....

Try with a stock kernel. Jac and kk kernels do uv by default, which is like overclocking in reverse. It has the same possible stability issues.

[Q] i9000 stays on Low Speed Cpu Clock

my phone seems locked, stay in certain low speed cpu clock when it is become laggy worse than ever!
i've done so many things to revert back since before this i've used setCPU, Reflash ROM, deleting cache, factory reset, etc
i dunno what to do now coz scrolling anything, picking up apps, messanging, etc become sooooooooo slowwww
any idea?

have you got lagfix enabled ?
and what kernel do you use. have you been overclocking or undervolting ??
and finally what ROM do you use

azzledazzle said:
have you got lagfix enabled ?
and what kernel do you use. have you been overclocking or undervolting ??
and finally what ROM do you use
Click to expand...
Click to collapse
lagfix or without lagfix still the same
im using cf-root v3.1 and i forgot what my minimum setting in SetCPU and max is 1000mHz, after that i uninstall it (is it ok?) since i dont see any different in it
im using stock JVB and before that happened, i charge my phone all night, and then in the morning, its working so slooowww except sometimes, when to unlock the phone, it behave like normal then in sudden goes slow back
is it behave like that if my touchscreen not working? so many hypothesis here in my head..

[Q] video freezing often leading to reset

Running stock gingerbread xwjp9 with overcome 4.0.0 kernel. I am running setcpu and have tried up to 1200 undervolted by -75. Everything is stable works well except video.
Some streaming apps fail and cause a reset. Also now starting to fail on running normaql avi's, mkv,s etc.
I have tried different governers and different video players, but it runs for about 5-15 mins then bombs.
Any ideas?
cheers

I think u have set up correctly the voltages of your version, or perhaps you need to update the kernel, is better and simply that way. search if your kernel is compatibly with your galaxy tab.
because the voltages of the overclocking are not correctly your galaxy tab dont work property and when u see multimedia files they top the mhz and they reset for support, and make dont up more the temperature of the core and make safe way. is like a computer when the temperature of the cpu is to high they reset for warning.
Try to found a better kernel, because the kernel make the paremters of the function of the o/c, try to found one in humberos.com.br and for your correctly firmware version
ii hope i help u. y have the same problem in the galaxy tab p1000n and they fix them in that way

2.6.35.7 vs 2.6.32.9 kernel

Okay here's the thing,
my last most stable ROM I was running on was CacingKalung's MIUI. And that had a wakelock issue too. I'm pretty sick of it, so I decided to try Edowar's CM7 and maybe even Bumblebee rom.
when I flashed to Edo's CM7, all was good, no wakelocks, apn thing I had it fixed by using yashwant's APN fix.. until I ran Temple Run. The frames were skipping really bad, in the store part the Back button couldnt even been seen until scrolled up. The vines kept disappearing, and the gameplay was even worse, laggy. Mind you I updated the game already.
I never had this issue when I was on 2.6.32.9. So tell me, with me switching back to .6.32.9 now, what do I have to lose? Please share your thoughts and opinion!
PS: Thinking of going back to Maclite rom, least it's stable.

Bro its too early to comment on difference between these two kernel.
for .32.9 kernel various custom kernel are available while for .35.7 only TJ's custom version is available and I think it need more support from kernel developer.
till now if we think for .32.9 kernel, mOCk is best for gamer.

I have found that the best gaming combo is maclite with bumblebee kernel for mortals(non devs like me) and newer gpu drivers as far as benchmarks go. It also gives a superfast rom. What I have found so far is that eventhough there is a scarcity of custom kernels for .35 the situation will not improve any better than the performance of tj with a score of 27.9. I have already achieved 27.7 at 1.4 GHz with the. 32 kernel and 27.2 with stock speed in nenamark 2.2. Still this is just my opinion and it is very likely that your device may hit tjs score.
Sent from my MacLite-FB0 using XDA

Between .35 and .32... seem that .35 hasn't been hacked with wakelock trick while wifi is on. This hack is needed to prevent our device to meet Sleep of Death when it goes to sleep while wifi is on.
Sent from my CSL-MI410 @CKMIUI 2.4.13 using Tapatalk

CacingKalung said:
Between .35 and .32... seem that .35 hasn't been hacked with wakelock trick while wifi is on. This hack is needed to prevent our device to meet Sleep of Death when it goes to sleep while wifi is on.
Sent from my CSL-MI410 @CKMIUI 2.4.13 using Tapatalk
Click to expand...
Click to collapse
oh i thought the SoD had nothing to do with kernel.. lol well thank God im back to. 32..
am still getting pretty bad wakelocks every now and then x.x
but honestly i tried STOCK sharp rom to play temple run and even on that the frames were choppy, graphics n sum sprites were missing. ugh.
anyone with good batt life on either roms can u guys share your rom,kernel n config? my phone lasts about 8-10 hrs a day only if heavily used non stop.

cheezzzz said:
Okay here's the thing,
my last most stable ROM I was running on was CacingKalung's MIUI. And that had a wakelock issue too. I'm pretty sick of it, so I decided to try Edowar's CM7 and maybe even Bumblebee rom.
when I flashed to Edo's CM7, all was good, no wakelocks, apn thing I had it fixed by using yashwant's APN fix.. until I ran Temple Run. The frames were skipping really bad, in the store part the Back button couldnt even been seen until scrolled up. The vines kept disappearing, and the gameplay was even worse, laggy. Mind you I updated the game already.
I never had this issue when I was on 2.6.32.9. So tell me, with me switching back to .6.32.9 now, what do I have to lose? Please share your thoughts and opinion!
PS: Thinking of going back to Maclite rom, least it's stable.
Click to expand...
Click to collapse
I'm on latest edowar's CM7, got lag issue when playing Temple run on 35.7 kernel, but then after I set the I/O governer to Deadline, and CPU gorvener to smartassv2 or interactive X, it seems better.
From my experience with this rom, the gpu lib is not very good to play HD games (got so much lag when playing Asphalt 6, but not dungeon defender 3), or very much like fast moving graphic game like temple run. I've test to install the older gpu lib from 32.9 kernel (just the gpu lib, not the kernel itself), it gave me back low nenamark2 value, but the lag is gone like 32.9 kernel cm7, however, it seems making the fast locking gps not to be that fast anymore (wonder why, still need to play2 around again).
About the wifi, it really piss me off as it will brings the phone to sleep of death each time it goes to sleep although I set the wifi sleep policy to 'never'. however, the workaround would be to install Advanced Wifi Lock from the market for now.

Originally Posted by CacingKalung
Between .35 and .32... seem that .35 hasn't been hacked with wakelock trick while wifi is on. This hack is needed to prevent our device to meet Sleep of Death when it goes to sleep while wifi is on.
Sent from my CSL-MI410 @CKMIUI 2.4.13 using Tapatalk
Click to expand...
Click to collapse
oh i thought the SoD had nothing to do with kernel.. lol well thank God im back to. 32..
am still getting pretty bad wakelocks every now and then x.x
Click to expand...
Click to collapse
Because of the wakelock hack, when wifi is on, our device will never go to sleep. So it's very recomended to turn on wifi only when we need it and turn off if we've done. so our device will able to enter sleep mode when in idle to save power.
Sent from my CSL-MI410 @CKMIUI 2.4.13 using Tapatalk

CacingKalung said:
Because of the wakelock hack, when wifi is on, our device will never go to sleep. So it's very recomended to turn on wifi only when we need it and turn off if we've done. so our device will able to enter sleep mode when in idle to save power.
Sent from my CSL-MI410 @CKMIUI 2.4.13 using Tapatalk
Click to expand...
Click to collapse
CK bro, Mokee v0.3 still has the SOD issue though it uses mock kernel(0.32). Any ideas on how to fix this?

whyzee said:
CK bro, Mokee v0.3 still has the SOD issue though it uses mock kernel(0.32). Any ideas on how to fix this?
Click to expand...
Click to collapse
Are you sure? While wifi was on?
As far as I know, mOCk and SD and also last TJ's miui kernel have been patched with wakelock if wifi is on.
Or maybe you can use wifi library and driver from miui just to make sure.
If still remain then I don't have an idea for that problem.
Sent from my CSL-MI410 @CKMIUI 2.4.13 using Tapatalk

thanks for the info bro. I am certain that it happened. I'll try again and see.
EDIT
I can't replicate the problem. Though the lockscreen turns on, I'm able to get back without any problems. So I think may be its gone now. thanks anyway.....
UPDATE
fixed sod after using different wifi lib files

natsuke said:
I'm on latest edowar's CM7, got lag issue when playing Temple run on 35.7 kernel, but then after I set the I/O governer to Deadline, and CPU gorvener to smartassv2 or interactive X, it seems better.
From my experience with this rom, the gpu lib is not very good to play HD games (got so much lag when playing Asphalt 6, but not dungeon defender 3), or very much like fast moving graphic game like temple run. I've test to install the older gpu lib from 32.9 kernel (just the gpu lib, not the kernel itself), it gave me back low nenamark2 value, but the lag is gone like 32.9 kernel cm7, however, it seems making the fast locking gps not to be that fast anymore (wonder why, still need to play2 around again).
About the wifi, it really piss me off as it will brings the phone to sleep of death each time it goes to sleep although I set the wifi sleep policy to 'never'. however, the workaround would be to install Advanced Wifi Lock from the market for now.
Click to expand...
Click to collapse
finally someone else who feels the same wayabout the gpu lib!
thanks for the wifi suggestion bro!

[Q]the cpu ignores max/min values

Hello all,
so in the effort to make my O4X last like a normal smartphone when not in use iv'e rooted it,unlocked the b/l and flashed custom kerenal.
i did managed to go from an avg. -10%/hr battery drain to 5%/hr but still even if i dont use the phone it will go down alot.
i've tried setcpu,trickster,no frills cpu and none of them could really keep the cpu in the freq. i want. it shos sucess in appling the values but then it jumps below and above the value's iv'e set.
what can be done?
thank you

Have you tried no-frills cpu setting to prevent system for making changes to the cpu frequences?

Yes.. Still not sticking and ignore the freq. I set

@genia.m which kernel are you using ?

Currently I'm on the latest Werewolfjb.
It happened with stock kerenal too..
Might be the rom's fault?

Well it can be, I believe it is the kernel but still, try to change your rom to one which has been reported to not having the baseband wakelock and similar wakelocks . It is the Nvidia Tegra 3 which overrides the definitions and sets them to default. It used to happen with me in stock and on cm too, but I changed to another stock rom , a modified one, and is working like a charm, no stupid wakes.
Try and post the result if you want !