[DEV] Experimenting with pppd options - HD2 Android Q&A, Help & Troubleshooting and Genera

I don't have data to spare to test things myself until next month, and have a fairly stable PPP setup anyway.
But I figured if someone wants to experiment the following might be worth a shot.
What I've done is attach a zip with 4 sample options files for pppd that attempt to address issues I've seen with pppd. Specifically the crash with memory issues due to compression, and pppd dying when disconnected and needing to be restarted (eg by LeTama's v0.3 wrapper). If you want to try these out I would suggest using them in conjunction with his wrapper as I'm unsure how other versions may work: http://forum.xda-developers.com/showthread.php?t=824413
The 4 versions for testing are as follows:
option1
- Makes the buffer size used for compression as small as possible.
- Tries to make the connection persistant.
option2
- Disables compression.
- Tries to make the connection persistant.
option3
- Makes the buffer size used for compression as small as possible.
option4
- Disables compression.
To use them they will need to be copied to your /etc/ppp/ folder as "options" and you'll need to ensure it's readable.
If you don't know what I mean I suggest you don't bother trying this.
If you do know what you're doing then you can try experimenting with the different options and see if they make things better/worse.
option3 is probably the safest, option4 may be needed if things still crash due to memory issues with option3.
option1 would be the ideal, but I can't guarantee the persist option is possible.
If option1 or option3 prove to improve things and prevent the crash, then the values used could be slowly increased (to a max of 15) to see if crashes start happening again.
Anyway, just something else the more adventurous and tech savvy users out there with PPP issues can try.

Can I copy these over via ADB push while Android is running, or do I need to put them in the Android root folder so they'll get copied into place on reboot?

Well with Option 1 the data connections drops almost instantly, Option 2 is doing without drops for 10 min now, but it is too early to say if it's an improvement over the old options.
Does compression influence the connection speed? Option 2 works as fast as possible on HSDPA... Option 2 dropped after about 15 minutes when downloading from the market, but downloading from the market was much faster than before.

Should we be copying it as "options" with no file extension or "options.smd"?

Probably as options.smd, that's what I did and it seemed to have some effect...

Now testing option3, will mess with it for the rest of the day and see what happens. At first glance, it seems a bit slow, but that's anecdotal at best.

MAsterokki said:
Well with Option 1 the data connections drops almost instantly, Option 2 is doing without drops for 10 min now, but it is too early to say if it's an improvement over the old options.
Does compression influence the connection speed? Option 2 works as fast as possible on HSDPA... Option 2 dropped after about 15 minutes when downloading from the market, but downloading from the market was much faster than before.
Click to expand...
Click to collapse
Seems like I drew my conclusion from Option 1 too early, after a reboot it works great, I have been downloading MDJ newest rom for 10 min now which resulted 20% of 170mb (from multiupload). No drops untill now, definitely a huge improvement over the old options.smd. Thanks alot Hastarin!

question when i get to the ppp file in i see options.smd and a options.smd1 do i just add this new option to it or delete the old ones and replace with this one?

imphoking said:
question when i get to the ppp file in i see options.smd and a options.smd1 do i just add this new option to it or delete the old ones and replace with this one?
Click to expand...
Click to collapse
I would backup your original files first, although the orig options.smd is probably blank anyhow.
Replace the options.smd with the renamed options from hastarin.

Hastarin, do you happen to know the default options when we were using the default "blank" options.smd? Does it use compression etc. Thanks for your efforts!

noellenchris said:
Hastarin, do you happen to know the default options when we were using the default "blank" options.smd? Does it use compression etc. Thanks for your efforts!
Click to expand...
Click to collapse
The wrapper supplies nodetach, debug and something I can't recall atm (should be in IRC logs).
Compression will be used by pppd by default but I couldn't find information on what size buffer it uses by default.
Google pppd man page for more information.
You are right about options.smd being the safest option. Using options file may affect other things that use pppd if there are any.
Sent from my HTC HD2

Option1 seems to be working fine for me right now. I will report more in a few hours while I'm out.

Hey just wanted to say that I am checking out these options also. So far using option1 and I haven't had any data drops or freezes. Haven't been able to test it extensively yet but will over the next few hours.

With option 1 can you make sure you can switch between WiFi and data and back again? And that you can turn mobile data off and on? And perhaps airplane mode and back to be thorough?
Thanks
Sent from my HTC HD2

It seems after some time options.smd gets reset to blank by itself? Anyone noticed?
Sent from my HTC HD2 using XDA App

memin1857 said:
It seems after some time options.smd gets reset to blank by itself? Anyone noticed?
Sent from my HTC HD2 using XDA App
Click to expand...
Click to collapse
I haven't rebooted yet, but mine is still there and not blank. I will try to toggle wifi etc next. Otherwise it's still rolling well, no disconnects yet or hangs.

memin1857 said:
It seems after some time options.smd gets reset to blank by itself? Anyone noticed?
Sent from my HTC HD2 using XDA App
Click to expand...
Click to collapse
I set mine to read only in case this actually happens lol.

noellenchris said:
I haven't rebooted yet, but mine is still there and not blank. I will try to toggle wifi etc next. Otherwise it's still rolling well, no disconnects yet or hangs.
Click to expand...
Click to collapse
Lucky.. I still can't get mine to last longer than 5 seconds.

Ok with option1 I started experiencing some data freeze again. It happened while downloading a large file and then again when I switched to wifi tethering. The freeze actually freezes my entire system and then my phone runs really really slow. It may be the build that I am using so I am going to try an older build that did not seem to have this problem. I will run option1 for a while again and then try the others.

Option 1 is no good - I think the persist option keeps 3g "connected" even though I'm getting timeouts, instead of dropping and reestablishing data connection.
Will test the other options once I upgrade to 0.4 ril wrapper and S4 mdeejay kernel.
EDIT: oh yeah, I noticed though the default options.smd is blank, when pppd is running it creates a options1.smd in /etc/ and it has the words "user dummy" in it?

Related

[new release] RunEveryday - Updated to v1.1

The missing Task Scheduler known from Windows XP!
RunEveryday 1.1 is done! It has:
1) a GUI, easily manage your scheduled tasks
2) Improved notification re-scheduler (old one proved to be kind of buggy)
3) Optionally force device to wakeup (as some programs need this to operate properly)
4) Under the hood, much improved code, easier bug fixing & updates in the future
no more need to use another program to setup the parameters etc. etc, just startup the app without any parameters, and you will be presented with a config dialog. in addition, you should remove any old entries within the notification database before using this new one (they are incompatible).
Everything should wotk MUCH better with this one. but still a few known issues:
1) When changing the system date, and you skip over a day, RunEveryday will get out of sync and stops working propperly. Work around: Start RunEveryday, and without changing anything, press the "Apply" button. this will correct all time/date stamps in the notification database.
2) For now, there can't be any spaces within the filename. Spaces within the directory name are oke though. THis is because I needed to seperate the Full path file name with any command line options, otherwise CreateProcess wouldn't work propperly. (Will be fixed in next version)
3) Keyboard doesn't popup when trying to enter text in the Command line. Workaround: select other program which has keyboard support first, then open RunEveryday, so you can openup the SIP yourself. This will be fixed in next version.
Compatibility: WM2003, WM5, WM6, QVGA, VGA and Square (240x240). in Other words: all recent devices
That's it! if there's any additional problems, I'd like to hear about them.
////////////////////////////////////////////////////////////////
// Text Below is outdated
Older version 1.0 usage:
A command driven app that will maintain itself within the notification database which will execute its params as a program.
for example, run:
\Program Files\RunEveryday.exe \Windows\prog.exe anyparams
this will basically execute \Windows\prog.exe anyparams
but it will register to start the same app with same params again in 24 hours, when it runs next time, it will delete the entry, and schedule again in another 24 hours, and so forth.
With an application like TaskMan you can easily see the notification entry this prog makes, and change it's time-schedule. (in other words, manage this app)
Also, creating a new entry with TaskMan, is really simple, make a CNT_TIME event, point it to RunEveryday.exe, and the application to run as it's params, and it's all set!
// Text Above is outdated
////////////////////////////////////////////////////////////////
My personal usage:
I have a task running every day at 23:00 -> turn radio off (with Vijay's app)
and a task in the morning 09:30 -> turn radio back on
But ofcorse you can use it for many other things! be creative!
Update to v1.1: Some people reported that they couldn't run the app because of some missing libraries. This probabbly goes for most of you WM2003 users: You need a static linked version, which I now have included below. Also, if you happen to get a message like "Cannot find ‘RunEveryday’ (or one of its components)", please try using the static linked version.
nnnnnnnniiiiiiiiiccccccccceeeee.. very niiiicccceee. Nicest thing that happened after the sad sad removal of ROMs... I'm soooo *touched..
UPDATE: Btw, an idea, for your next upgrade.. that is to add a day-of-the-week scheduling feature that is able to schedule events on days as well. Example, I may want to switch off my phone at 23:00 everyday. However, if I may went on partying late at night on Friday and Saturday. Hence, my job of "switch radio off at 23:00" can be programmed to be used on Sun-Thur only. And I can then add another job that "switch radio off at 02:00", to be performed on Sat and Sun only, just to make sure my phone won't switch off when I'm out partying on Friday and Sat night.
Thanks ;-)
And ohw, I meant TaskMgr, found here:
http://forum.xda-developers.com/showthread.php?t=280104
Edit: Works really great with mortscript's. Lots of possibilities.
hanmin said:
UPDATE: Btw, an idea, for your next upgrade.. that is to add a day-of-the-week scheduling feature that is able to schedule events on days as well. Example, I may want to switch off my phone at 23:00 everyday. However, if I may went on partying late at night on Friday and Saturday. Hence, my job of "switch radio off at 23:00" can be programmed to be used on Sun-Thur only. And I can then add another job that "switch radio off at 02:00", to be performed on Sat and Sun only, just to make sure my phone won't switch off when I'm out partying on Friday and Sat night.
Click to expand...
Click to collapse
I was actualy thinking about that, but that's making things more complicated. Right now, it's fairly simple. no config dialogs requiered etc etc, as you can have multiple apps at different times, which you might want to run at different days of the week, config wise it gets more complicated, much more coding. Maybe later, if I really need it, I'll make something like it, otherwise, this will have to do (sorry). I'm simply sharing some code that I wrote since I needed it myself ;-)
Edit: oke oke, maybe I'll make a "RunEveryWorkDay" variant (still no config required) Not much code writing, will post it here later on, as soon as I have some time on my hands to make a few adjustments.
Okey, I had a little time (kind of quick, haha)
Rather then having a different EXE handling workday events, I made on which is more dynamic.
Example 1, Run only on work days (monday through friday)
\Program Files\RunEveryday.exe OXXXXXO \Windows\prog.exe anyparams
So the string "OXXXXXO \Windows\prog.exe anyparams" becomes the complete param for RunEveryday.exe
As you can see, the first block of the params has become the days for which you want it to be active, X's x's 1's are for active, O's o's 0's for days to be disabled. Days are represented in following order: Sun, Mon, Tue, Wen, Thu, Fri, Sat.
You can still simply omit those days, and it'll work as previously (ALL days):
\Program Files\RunEveryday.exe \Windows\prog.exe anyparams
Everything is still untested (in this latest release) so it might not work propperly. So if you encounter a problem -> tell me and I'll fix it.
I'm working on a much improved version. It will have:
1) a GUI, easily manage your scheduled tasks
2) Improved notification re-scheduler (old one proved to be kind of buggy)
3) Optionally force device to wakeup (as some programs need this to operate properly)
4) Under the hood, much improved code, easier bug fixing & updates in the future
Expect it to be released in the next couple of days (will post it here)
Nice app. Im going to give it a try now
Is Taskman the only app that can set the time?? Can Memmaid be used?
Everyone who has downloaded and tried the initial release, please download the new one, as it contains critical bug fixes.
freeyayo50 said:
Is Taskman the only app that can set the time?? Can Memmaid be used?
Click to expand...
Click to collapse
See the first message in this thread, any other programs like Taskman or memmaid are no longer needed, RunEveryday is now a self-contained program with it's own user interface.
Thanks, this looks very useful, I also wanted an app to turn the radio on/off at scheduled times, Just need to find the VJ apps you use.
nigelw said:
Thanks, this looks very useful, I also wanted an app to turn the radio on/off at scheduled times, Just need to find the VJ apps you use.
Click to expand...
Click to collapse
here:
http://www.vijay555.com/?Releases:VJVolubilis
Thanks, I've got the files and installed them, but so far I've been unable to get it to work.
I suppose this is more of a problem with the VJ files, but I can't seem to get the radiooff to work. I have moved the binary to \Program Files so it's the same as your sample screenshot, but nothing happens, the radio remains on.
To debug, I created a .lnk file using Total Commander and added the /radiooff but that also does nothing.
I'm using a T-Mobile MDA Compact III in the UK, HTC Artemis (or is the Hero as it doesn't have Wifi?).
nigelw said:
Thanks, I've got the files and installed them, but so far I've been unable to get it to work.
I suppose this is more of a problem with the VJ files, but I can't seem to get the radiooff to work. I have moved the binary to \Program Files so it's the same as your sample screenshot, but nothing happens, the radio remains on.
To debug, I created a .lnk file using Total Commander and added the /radiooff but that also does nothing.
I'm using a T-Mobile MDA Compact III in the UK, HTC Artemis (or is the Hero as it doesn't have Wifi?).
Click to expand...
Click to collapse
To get it to work, be sure to enable "Force Wakeup". The radio won't go off unless you enable this option. In addition, Vijay has a spelling error on his website, he listed the option "radioff", but in fact it should be radiooff (double 'o' in the middle) otherwise his app doesn't recognize the command.
Optionally, you can enable "Suspend when woken up", this will put the device back to sleep when command has been executed, and works nicely with Vijay's app, your device will only be active for a few seconds. I didn't document this feature: but when you have this option enabled, and the command is still executing after 30 seconds, RunEveryday times out, and will put the device to sleep (but lets the command active in background).
Hmmm, just realized what you really posted, if a loose lnk file doesn't work either, it probably is (indeed) VJ's file that doesn't work. maybe you can ask him if he can add support for your device.................................
Thanks for the prompt response.... but I've just worked out what the problem is!
I followed the screenshot on page 1 using /radioon when it should be -radioon
My .lnk files now seem to work, so I will make the changes on your app and see if it works.
I'd like to start doing my own development, I'm particularly interested in retrieving information from the radio like Operator, signal strength, serving cell etc.
Anyone any comments on usability / stability / issues ?
I would really like some feedback ;-)
I've only been using it a couple of days, but it hasn't given me any problems. The only issue I have is one that you are already aware of, and that's support of text input, or maybe copy/paste?
Hope that helps, and thanks again.
Okey, great. In the near future I'll update it to be more complient with windows-ways-of-working. (keyboard, normal dialog, copy/pasting etc), but as it's all working without problems, it's not very high priority. However, if there's any indication of some bugs somewhere, i would get right on it, cause I really do want it to be reliable.
Hi, have you managed to make any improvements to the software? My install has gone wrong, I launch RunEveryDay but the 2 tasks I had configured no longer list in the dropdown (these were to turn the phone/radio off at midnight and back on at 9am).
I did change the timezone recently when I went on a business trip, so maybe that caused the problem when I returned?

[SOLVED] Eris "Undead Call" Problem (AOSP/Froyo/GB) Fixed!

While poking around today, I discovered that I could deterministically cause "rild" to segfault - every time I tried it.
The method I used was to turn on WiFi with the Mobile Data network already running, and then I would launch the app "Wifi Analyzer" (farproc). Almost immediately the "rild" (Radio Interface Layer Daemon) would segfault. (Strictly speaking, I don't know if using WiFi Analyzer was necessary - my WiFi has beacons turned off, and sometimes I can't establish a session straight away; using a scanner seems to get my AP to come out of it's sleep).
That consistency convinced me to use strace to attach to the already-running "rild" daemon, and spew to a log file.
Note that historically, the SIGSEGV faults that were logged to the logcat output at the moment of the "undead call" implicated a problem in the fclose() call - almost as if something was trying to close a file that had not been opened correctly.
So, there in the strace output, was this:
Code:
16:43:23 writev(6, [{"\3", 1}, {"HTC_RIL\0", 8}, {"(t=1297817003)%% $HTC_3GIND:0\\r\\n\0", 35}], 3) = 44
16:43:23 open("/data/data/com.android.dmportread/history", O_WRONLY|O_CREAT|O_APPEND, 0666) = -1 ENOENT (No such file or directory)
16:43:23 chmod("/data/data/com.android.dmportread/history", 0666) = -1 ENOENT (No such file or directory)
16:43:23 writev(6, [{"\3", 1}, {"HTC_RIL\0", 8}, {"at_notify_cdma_g23_data_entry():Can't open /data/data/com.android.dmportread/history successfully \r\n\n\0",102}], 3) = 111
16:43:23 --- SIGSEGV (Segmentation fault) @ 0 (c) ---
a quick peek at /system/lib/libhtc_ril.so shows that - yep - buried in there is a reference to
/data/data/com.android.dmportread/history
So, I tried the following:
Code:
[COLOR=green][B]
mkdir /data/data/com.android.dmportread
chown radio:radio /data/data/com.android.dmportread
touch /data/data/com.android.dmportread/history
chown radio:radio /data/data/com.android.dmportread/history
[/B][/COLOR]
and guess what - no more segfaults. [SIZE=+3]YES![/SIZE]
If this is the cause of the "undead" call (seems highly likely), the explanation appears to be due to a bug in the HTC vendor library lbhtc_ril.so : a file open() fails, but the corresponding "close()" operation takes place anyway, and that is where the fault (segmentation violation) occurs. There is a stupid dependency of the libhtc_ril.so file on the DMPortRead.apk app.
Probably the only reason that this bug does not express itself in HTC "factory" 2.1 ROMs is because of the presence of DMPortRead.apk app - presumably that creates/maintains the history file.
[SIZE=+1]See the 3rd post of this thread for downloadable patch/script files[/SIZE]
If any of you are consistently experiencing the "undead call" problem, please consider testing the above to see if you think it is the fix. (I believe it is.)
bftb0
I knew I liked you!
I'll have to try this out when I get home.
Here's a flashable .zip and also a shell script which may be used in Gscript lite - you need to unpack the "unpackme.zip" file to get to them. ("unpackme" is NOT flashable).
I realized after I was 95% of the way through putting together the installer script that there was absolutely no reason to do this in an offline fashion (that is, "overflashing" it during a recovery boot) - it is perfectly fine to do what needs to be done in a shell script any time you please with the regular OS is running. Oh well, the ROM devs can look at it and use whatever they want from it (or nothing at all).
You can run the CureUndead_v0.9.sh script either from within the Gscript Lite app (you need to give the script root privilege), or you could use adb to push it to /data/local and chmod it and execute it by hand. Note that Gscript Lite on GingerBread has this annoying bug where it prints "stderr:" for every line in the original script. It's not my script that's doing that - it's either a problem with Gscript Lite, or something unusual about GSB.
Oh, yeah - the way the script is written, you can run it as many times as you want; as a side effect, this will truncate to zero length any prior history file.
MD5's and sizes of contents of "unpackme.zip":
0bf8c49312e61c436d379a24255b12f3 CureUndead_v0.9.sh - 421 bytes
9d459f9f598f51fffa98cf832c524e50 CureUndead_v0.9.zip - 2,678 bytes (this one is flashable)
Going to try it out... Thanks for this!
nice work...
Very interesting... so this is something that would need to be done post flash, what do you think...
... we use that lights.sh script conap put together in /system/xbin/ that runs @ every boot to initialize the lights for trackball/notifications... would it work if I added the lines to that? I'm not sure if it would cause issues running it @ each boot or not?
Trying to figure out a different way to add this pre-build too.
This is huge if it's the fix. Incredible work.
oceanminded said:
This is huge if it's the fix. Incredible work.
Click to expand...
Click to collapse
I think it is the fix
workshed said:
Very interesting... so this is something that would need to be done post flash, what do you think...
... we use that lights.sh script conap put together in /system/xbin/ that runs @ every boot to initialize the lights for trackball/notifications... would it work if I added the lines to that? I'm not sure if it would cause issues running it @ each boot or not?
Trying to figure out a different way to add this pre-build too.
Click to expand...
Click to collapse
Well, I'm putting together a flashable "fix" file that just uses the installer script, so it could be rolled up into a ROM install as well.
The one thing you might want at boot (rather than only at ROM install time) is some kind of zero-ing out of the history file every once in a while, so that it doesn't grow without bound. I only watched it for a short period of time, and it was only 4 lines long; it might not ever grow big, but that seems like the right thing to do.
So I guess I'll wait until one of you genuises makes this "point and click" simple. I don't have a clue how to implement this on my own. Awesome work bftb0 !
Sheesh you're a brain OP. Awesome job!
Sent from my Ginger Tazz using XDA App
Interesting... what's the undead call bug you're talking about? I've been getting this funny bug on long calls where sometimes the phone app just crashes after 15-30mins or so. I get the crash window, and if I force quit, it shows no signal until I reboot the phone. If that's the one, a fix would be really nice. Running KaosFroyo v39 and never flashed a new radio BTW.
I've also seen the same thing on the WiFi signal. I have SSID broadcast turned off, and it takes it's sweet time picking it up on its own, but running WiFi analyzer seems to wake it up.
ufmace said:
Interesting... what's the undead call bug you're talking about? I've been getting this funny bug on long calls where sometimes the phone app just crashes after 15-30mins or so. I get the crash window, and if I force quit, it shows no signal until I reboot the phone. If that's the one, a fix would be really nice. Running KaosFroyo v39 and never flashed a new radio BTW.
I've also seen the same thing on the WiFi signal. I have SSID broadcast turned off, and it takes it's sweet time picking it up on its own, but running WiFi analyzer seems to wake it up.
Click to expand...
Click to collapse
What he is referring to is during a call you get the tones and vibration like the call has been dropped but then you can hear the person on the other end again and the call was never dropped. What you are describing is a new one to me...
CondemnedSoul said:
What he is referring to is during a call you get the tones and vibration like the call has been dropped but then you can hear the person on the other end again and the call was never dropped. What you are describing is a new one to me...
Click to expand...
Click to collapse
Ah yeah, I've had that happen too. I didn't think of it, though, since it wasn't all that annoying to me. I already ran the fix anyways, so I'll see if it helps either problem.
I haven't had the problem for some reason, but I just entered all that in a terminal window on my phone (and wasn't that tedious). Thanks!
Scott586 said:
So I guess I'll wait until one of you genuises makes this "point and click" simple. I don't have a clue how to implement this on my own. Awesome work bftb0 !
Click to expand...
Click to collapse
I put up a script in the 3rd post in this thread which you could use in the Gscript Lite app. You will still need to figure out how to use Gscript Lite, but at least no "adb" or command-prompt typing is needed.
Everybody else - I would appreciate hearing back from you after you try this, especially if you have been experiencing the "undead call" bug frequently. (I've used my phone for calling so little recently I don't think it has happened to me in more than 5 weeks.) The more often it was happening to you in the past, the more valuable your feedback is now.
bftb0
bftb0 said:
I put up a script in the 3rd post in this thread which you could use in the Gscript Lite app. You will still need to figure out how to use Gscript Lite, but at least no "adb" or command-prompt typing is needed.
Everybody else - I would appreciate hearing back from you after you try this, especially if you have been experiencing the "undead call" bug frequently. (I've used my phone for calling so little recently I don't think it has happened to me in more than 5 weeks.) The more often it was happening to you in the past, the more valuable your feedback is now.
bftb0
Click to expand...
Click to collapse
thanks for the script bf, that's all I needed to add it in the rom. I'll be a tester also, as I do experience the bug quite often, but only on long calls which isn't as frequent for me currently. Bravo sir!
P.S. I will be sure to add "# Undead call fix by bftb0" in the rom and OP page
workshed said:
thanks for the script bf, that's all I needed to add it in the rom. I'll be a tester also, as I do experience the bug quite often, but only on long calls which isn't as frequent for me currently. Bravo sir!
P.S. I will be sure to add "# Undead call fix by bftb0" in the rom and OP page
Click to expand...
Click to collapse
dope
this is good news. great job op and workshed if u add it to your gb rom lol
love you both!
flashed it on gsb1.4. i'll let you know how it goes.
:O OMG! That always happens, but I thought I was crazy XD So I'm going to try this.
Sent from my Droid Eris ♥ (running Ginger Tazz v5 [eat your heart out Jobs])

CPU maxing @ full speed, 100% load after 24-48 hrs? FIX FOUND!

First off, I cannot take credit for finding this, I was referred to a bug report thread on the Google Android site by XDA user aweaver33, who I thank VERY much for pointing me on the right direction.
So, several of us have had this issue with various custom kernels, where after typically 24-48 hours, the phone would slow to a crawl. If you were to open an app like System Panel, you would see that the CPU load was pegged at 95%+, and speed would be maxed out. You would also see that the process using all the CPU is Android System.
The problem has to do with the file "time_in_state", which literally keeps track of how much time the CPU spends at any given speed in MHz. There is a limit to the size this file is supposed to reach, 256 bytes. Once it exceeds this size, the next time Android tries to access it, it flips out and gets stuck trying, and pegs the CPU. A lot of devs and users blamed SetCPU, and it is true that SetCPU does have an EFFECT on this issue, it does NOT cause it, and indeed the issue can occur whether SetCPU is installed or not.
The issue is brought on by custom kernels that add additional frequency steps for the CPU to choose from, which causes that log file to grow. Which is why older or stock kernels will not cause this. Some ROMS incorporate a workaround so you may not have this issue.
Anyways, the issue is explained better in the link aweaver33 gave me. I will link to the original thread I posted with the conversation we had and the link he gave. I can confirm that, using the info he gave me, the issue has been fixed. I am currently just over 120 hours of uptime with no problems.
Here is the link: http://forum.xda-developers.com/showthread.php?t=1082363&highlight=stock+kernel+gpu+
EDIT: attached the script files for those who want them. You can drop one or the other (NOT BOTH) in /etc/init.d if your rom has this folder already (creating the folder and adding it won't work), or you can download Autostart (root) from the market for free, and drop the file in /data/opt (create the opt folder). This difference between the two is one runs only once at boot, the other runs every five minutes. If you use SetCPU, you need the one that runs every five mins, as every time you open SetCPU it resets permissions on the time_in_state file.
flashable zip? not everyone is comfortable with code and scripts
If I knew how, I would. I wasn't even comfortable with it. But I was so tired of the locking up, I was willing to try anything (after a Nandroid of course). I'm not sure you *could* do this in a flashable zip. I can post the script I'm using. It only runs once after reboot, unlike aweaver's, which runs every five mins (good if you're using SetCPU, as opening SetCPU resets the permissions of the time in state file).
This script should work if dropped into /etc/init.d. *If* your ROM has that folder by default. Mine does not, so I had to download a free app from the market called Autostart which is free and very small. For that app you create a folder in /data/ and drop the script in there.
Sorry guys but I'm no dev so this is the best I can do, maybe someone else can make it flashable?
would it also be fixed by simply deleteing the log file as well rather than setting it to unreadable
It can't be deleted. System instantly replaces it.
bast525 said:
It can't be deleted. System instantly replaces it.
Click to expand...
Click to collapse
:/ i suppose when it is replaced it would be with a fresh one deleting would fix it for 24-48 hours till it got filled again humm i wonder if a script could be auto executed every 12 hours to delete it rather than just make it unreadable.
Do you know if it is a problem in gingerbread as well?
mirrin said:
:/ i suppose when it is replaced it would be with a fresh one deleting would fix it for 24-48 hours till it got filled again humm i wonder if a script could be auto executed every 12 hours to delete it rather than just make it unreadable.
Click to expand...
Click to collapse
I don't think you can delete it. I can't figure out how to.
mirrin said:
Do you know if it is a problem in gingerbread as well?
Click to expand...
Click to collapse
Issue 9733 is still listed as New, so either Google hasn't fixed it in Gingerbread or they just don't bother statusing their bug reports.
Why do you feel the need to delete it? If you are trying to delete it, you are likely using Root Explorer. Why not just use that to change the permissions of the file? Tap and hold, select permissions, and unchecked all permissions except for the top left one. This will stop the bug, but the permissions will be reset after a reboot, or after opening SetCPU.
I imagine that deleting the file might actually cause FC's or may cause the same bug but I dunno since it wont delete.
dyetheskin said:
flashable zip? not everyone is comfortable with code and scripts
Click to expand...
Click to collapse
I've never created a flashable zip before, but I'd be willing to look into it if the demand is really there. The problem I see is that I'd have to make certain assumptions about how everybody's ROMs are configured. It looks like the most portable approach would be to append a line to the end of /bootcomplete.inc.rc. Do people really find it easier to boot into recovery and flash a zip than to add one line to a file themselves? Personally, I'm always hesitant to flash a zip other than a full ROM because I'd be uncertain how it interacts with other changes I've made to my system.
Inc is
not bad
But. 48hours?
Sent overrow from my Optimized Inc using XDA App

[MOD] Full Throttle (Data Throttle Removal) Updated! 11/6/11

First and foremost thanks to wildstang for the how to for this mod. His original thread can be found here. He told me a long time ago I should do this on the Eris and I kept putting it off lol. I've made mods up for a handful of ROM's so far and will do more as I have the time or on a per request basis.
For starters here is a little about this mod:
1. What does this do?
This modifies the services.jar file located in system/framework, that allows you to have an un-throttled data access. You don't have to worry about modifying anything yourself.
2. Will this make my Data faster?
In some cases, YES. This has NO effect on actual phone signal. This only takes the throttle off, so you can download, or play games and not have to worry about it hitting a certain peak and lagging from that point on.
3. If I flash this, will it break my phone?
Sort-of. This will cause Force Closes when you try to select Mobile Network in Settings. Thats the only thing you should notice. You can still kill Data with a widget or any other sort-of alternative way you want to. This should not physically harm your phone though.
4. Will this work on any ROM?
Yes. This is not based off a particular ROM, and can be used with ANY HTC Droid Eris ROM. ALTHOUGH If you're Dev has made changes to the services.jar file, this could wipe those changes out. If you are unsure, ask your dev. In any case you may send me your services.jar and I will look at it for you.
Recommended Install procedures:
1. Place Rom on my SD Card along with DTR.
2. Reboot into Recovery.
3. Wipe everything that is supposed to be wiped.
4. Flash Rom.
5. REBOOT THE PHONE.
6. Skip setup and go straight to settings.
This part is important!!!
7. Go into Settings/Wireless & networks/Mobile Networks.
8. I set my data to always connected and data roaming on. Set yours to your preferences now.... keep in mind once you flash the DTR you will not be able to access this menu! Thats why its important to do it now!
9. Reboot into Recovery.
10. Flash the DTR and reboot the phone.
The key is to do all of this as quickly as possible. The reason why is because as soon as you boot your phone, your phone will start syncing. Its syncing your contacts and other stuff as well. Some of that other stuff also includes where you are on your usage of your data plan. If it detects that you are over limit it will then activate the throttle process. A little more on this. This DTR does not actually REMOVE the throttle per say. It simply removes the files that the phone system uses to BUILD the throttle. Without the needed throttle files the phone won't be able to set up the throttle which in turn means you will be running at full network data speed. Now do you see why this is important to do this quickly?
Now for the links.....
Official CM for Eris
GSB DeOdexed - Important note! This will not work on the odexed version of GSB!
Condemned CM7
Gin-Tazz CM7
Gin-Sen-Tazz
Evervolv
Tazz-AOSP
As always.. What you do with your phone is strictly on you and no one else. Always do a nand backup before flashing in case you have issues or want to undo what you've done.
so just to be clear, if I never approach my data limit and therefore do not my get data connection throttled by Verizon, this patch will not do anything to benefit my general 3g data speed, correct?
a.mcdear said:
so just to be clear, if I never approach my data limit and therefore do not my get data connection throttled by Verizon, this patch will not do anything to benefit my general 3g data speed, correct?
Click to expand...
Click to collapse
I get a much better performance in my 3g speeds with this mod on my incredible. The ones that tested for me on the Eris said the same. Web pages loaded faster for them and streaming media was much better as well.
Sent using my 666th Inc from remote regions of hell
CondemnedSoul said:
First and foremost thanks to wildstang for the how to for this mod. His original thread can be found here. He told me a long time ago I should do this on the Eris and I kept putting it off lol. I've made mods up for a handful of ROM's so far and will do more as I have the time or on a per request basis.
For starters here is a little about this mod:
1. What does this do?
This modifies the services.jar file located in system/framework, that allows you to have an un-throttled data access. You don't have to worry about modifying anything yourself.
2. Will this make my Data faster?
In some cases, YES. This has NO effect on actual phone signal. This only takes the throttle off, so you can download, or play games and not have to worry about it hitting a certain peak and lagging from that point on.
3. If I flash this, will it break my phone?
Sort-of. This will cause Force Closes when you try to select Mobile Network in Settings. Thats the only thing you should notice. You can still kill Data with a widget or any other sort-of alternative way you want to. This should not physically harm your phone though.
4. Will this work on any ROM?
Yes. This is not based off a particular ROM, and can be used with ANY HTC Droid Eris ROM. ALTHOUGH If you're Dev has made changes to the services.jar file, this could wipe those changes out. If you are unsure, ask your dev. In any case you may send me your services.jar and I will look at it for you.
Recommended Install procedures:
1. Place Rom on my SD Card along with DTR.
2. Reboot into Recovery.
3. Wipe everything that is supposed to be wiped.
4. Flash Rom.
5. REBOOT THE PHONE.
6. Skip setup and go straight to settings.
This part is important!!!
7. Go into Settings/Wireless & networks/Mobile Networks.
8. I set my data to always connected and data roaming on. Set yours to your preferences now.... keep in mind once you flash the DTR you will not be able to access this menu! Thats why its important to do it now!
9. Reboot into Recovery.
10. Flash the DTR and reboot the phone.
The key is to do all of this as quickly as possible. The reason why is because as soon as you boot your phone, your phone will start syncing. Its syncing your contacts and other stuff as well. Some of that other stuff also includes where you are on your usage of your data plan. If it detects that you are over limit it will then activate the throttle process. A little more on this. This DTR does not actually REMOVE the throttle per say. It simply removes the files that the phone system uses to BUILD the throttle. Without the needed throttle files the phone won't be able to set up the throttle which in turn means you will be running at full network data speed. Now do you see why this is important to do this quickly?
Now for the links.....
Official CM for Eris
GSB DeOdexed - Important note! This will not work on the odexed version of GSB!
Condemned CM7
Gin-Tazz CM7
Gin-Sen-Tazz
Evervolv
Tazz-AOSP
As always.. What you do with your phone is strictly on you and no one else. Always do a nand backup before flashing in case you have issues or want to undo what you've done.
Click to expand...
Click to collapse
CS,
Step 8b
keep in mind once you flash the DTR you will not be able to access this menu!
Can I backup and restore?
bigdaddyblues said:
CS,
Step 8b
keep in mind once you flash the DTR you will not be able to access this menu!
Can I backup and restore?
Click to expand...
Click to collapse
Yes. You can always backup and restore with no problems.
Sent using my 666th Inc from remote regions of hell
This and zepp's 3g turbocharger
Do I need to stop turbocharger before I flash this? and is this any different than the turbocharger? I did not see much of a difference on the turbocharger, and should I clear cache before I flash?
macman159 said:
Do I need to stop turbocharger before I flash this? and is this any different than the turbocharger? I did not see much of a difference on the turbocharger, and should I clear cache before I flash?
Click to expand...
Click to collapse
No you don't and no they aren't. Turbocharger for the most part is build prop tweaks to boost the data connection. This is a modification of the smali files within services.jar to remove the android internal data throttle.
Sent using my 666th Inc from remote regions of hell
Thanks, how do I download?
Sorry for my bad eyes. I wanted to know where the download is.
Woops. Nevermind. I did not click the links. FAIL. lol.
macman159 said:
Sorry for my bad eyes. I wanted to know where the download is.
Woops. Nevermind. I did not click the links. FAIL. lol.
Click to expand...
Click to collapse
Lol. Just click the Rom you are using at the end of the op and remember..... Don't flash the gsb one if you're using the odex version.
Sent using my 666th Inc from remote regions of hell
Thanks for the head up
I am using your rom, so no worries lol. and when you said that it will break the mobile data. does it mean that if I turn off mobile data on a widget, I can't turn it off or does it mean I just can't get to the settings and do it there?
macman159 said:
I am using your rom, so no worries lol. and when you said that it will break the mobile data. does it mean that if I turn off mobile data on a widget, I can't turn it off or does it mean I just can't get to the settings and do it there?
Click to expand...
Click to collapse
I use power control from the notification bar to toggle data just fine.. widgetsoid also works for this
español?
why are some apps in spanish? is it just my phone or did I accidentally clicked something? like when I click voice search it is in spanish. weird eh?
seems like it is only google voice search.
It did make a difference, but you said that we can't access the menu of the mobile network. I went and clicked in there and I did not see a crash. is it that I can't change anything?
macman159 said:
why are some apps in spanish? is it just my phone or did I accidentally clicked something? like when I click voice search it is in spanish. weird eh?
seems like it is only google voice search.
Click to expand...
Click to collapse
Did you make sure English is the selected language under "Language and keyboard settings"?
It did make a difference, but you said that we can't access the menu of the mobile network. I went and clicked in there and I did not see a crash. is it that I can't change anything?
Click to expand...
Click to collapse
huh, I'll be damned, you're right.. It doesn't FC or anything
I get a fc. On all 3 phones ....
Sent using my 666th Inc from remote regions of hell
we have special eris's lol.
little off topic
gonna try this now, hey CS just bought and incredible on eBay and looking forward to trying ur other roms. Hows the supraROM looking? I love "sense" but your others roms are just so darn fast and stable I will probably just load the incredible Condemned CM7.
Thanks again for all your hard work
gorm said:
gonna try this now, hey CS just bought and incredible on eBay and looking forward to trying ur other roms. Hows the supraROM looking? I love "sense" but your others roms are just so darn fast and stable I will probably just load the incredible Condemned CM7.
Thanks again for all your hard work
Click to expand...
Click to collapse
Supra kinda got put on hold for a little bit but I'm getting ready to start working on it again this weekend. Cm is running real smooth but has a bt issue I'm trying to straighten out. It's been a bug in the cm build for a couple of months now though. My personal favorite of my 3 roms for dinc is 666. It's based on the gb update and is every bit as smooth and fast as cm imo. Look forward to seeing you over there. You'll love the phone. It's sweet
Sent using my 666th Inc from remote regions of hell
I take it this would never work on the thunderbolt because of 4G LTE?
Deftoolfinch said:
I take it this would never work on the thunderbolt because of 4G LTE?
Click to expand...
Click to collapse
I don't see why not... If you tell me what ROM you're using or send me your services.jar file I can make up a test one for you.
OP updated with new links... Getting much better reports on these this go around
I am doing much better. I used to get 100kbps and now with dtr and i guess 3g turbocharger by zepp. I get 900kbps-1mb!
Click to expand...
Click to collapse

Multi tweaker script.

Hey guys i was looking arroun xda and stumbled appon this. http://forum.xda-developers.com/showthread.php?t=1961353.
EDIT: TESTED DOES NOT WORK!!
It says it
-Increase internet speed (EDGE, 3G, WLAN, VPN). Works with all browsers including Opera with all APNs.
- Compressing pages and then decompressing for less data usage & smooth browsing.
- Bypass slow downloads and let you full speed downloads from some file sharing site which requires premium account for fast downloads. Like depositfiles etc.
- Boosting network signal strength so to have no call drops.
Click to expand...
Click to collapse
I have been running iy for about 7 hours now, and have to say that it does do some of what it claims.
3g speed seems to have increased and remain steady at over 1mbps. However wifi (wlan) seems no faster but no worse either. I did not test vpn as i do not have one setup.
The browser compression also seems to work, as pages load quicker. It also seems the whole page loads all at once instead of piece by piece.
The full speed downloads dosent seem to work, at least not from depositfiles.
The network signal boot also dosent work, as my db's are the same as usual, high 80s to low 90s.
Even though several things dont seem to work, they dont break anything either. I think just for the 3g tweak and browser compression, it is worth it. Also i know it says for android 2.3.6+, but works fine on 2.3.4.
I don't expect much from these type of tweaks and think they're more placebo than anything. There's nothing on the ROM side that can improve signal.
Browser compression sounds like an interesting idea. If you're familiar with the protocol rsync, it can use compression to transfer and use less bandwidth. However, I haven't heard of compression remote webpages prior to sending them which is really the only way this would logically work. That doesn't mean it doesn't exist.
The 3g speed tweak I'm also wary of. I think it may be placebo as network speeds vary and Verizon can already achieve 1mbps+ on their network.
As far as the bypassing slow downloads, that's definitely possible; however, it sounds wrong.
The only differences between Android 2.3.6 and 2.3.4 are a few bug fixes.
Edit: A little extra feedback after viewing the script.
I don't think any of the service lines will actually work as some of these look designed for init.rc, not init.d which is shell scripts.
As far as the network signal strength booster, it calls a legacy device script (goldfish which is the emulator and not a real device).
Not sure about the speed tweaks or slow download bypassing.
tiny4579 said:
I don't expect much from these type of tweaks and think they're more placebo than anything. There's nothing on the ROM side that can improve signal.
Browser compression sounds like an interesting idea. If you're familiar with the protocol rsync, it can use compression to transfer and use less bandwidth. However, I haven't heard of compression remote webpages prior to sending them which is really the only way this would logically work. That doesn't mean it doesn't exist.
The 3g speed tweak I'm also wary of. I think it may be placebo as network speeds vary and Verizon can already achieve 1mbps+ on their network.
As far as the bypassing slow downloads, that's definitely possible; however, it sounds wrong.
The only differences between Android 2.3.6 and 2.3.4 are a few bug fixes.
Click to expand...
Click to collapse
The browser compression and 3g seem to work, pages load faster and seem snappier. I know vzw is capable of 1mbps, but i rarley ever got half that before the tweak. Now i get it consitentlty at all times of the day. I dont think its placedo, and the the poll on that thread suggest people are happy with it. Its worth a shot if you have some free time. And its easy to remove if you dont like it, just delete 2 files and a folder
cmlusco said:
The browser compression and 3g seem to work, pages load faster and seem snappier. I know vzw is capable of 1mbps, but i rarley ever got half that before the tweak. Now i get it consitentlty at all times of the day. I dont think its placedo, and the the poll on that thread suggest people are happy with it. Its worth a shot if you have some free time. And its easy to remove if you dont like it, just delete 2 files and a folder
Click to expand...
Click to collapse
Try running it from the terminal or adb shell by doing sh init.d script name and I'm pretty sure it will bomb out on you like it did for me. I tried the bottom one and the second attachment from the OP there.
Below is my error:
Code:
[email protected]:/storage/sdcard0 # sh netforks_tweak
netforks_tweak[12]: syntax error: '(' unexpected
tiny4579 said:
Try running it from the terminal or adb shell by doing sh init.d script name and I'm pretty sure it will bomb out on you like it did for me. I tried the bottom one and the second attachment from the OP there.
Below is my error:
Code:
[email protected]:/storage/sdcard0 # sh netforks_tweak
netforks_tweak[12]: syntax error: '(' unexpected
Click to expand...
Click to collapse
Lol, never even thought of trying that. Your right i het the same error. The init-goldfish.sh file that the init.d script runs also fails on execution, but that is a stock system file. I wonder why my 3g speeds are better? Im getting double what i usually get, and its actually consistent and not bouncing all over the place. Mabey vzw put up a new tower or something. And i guess with increased speed the browser would seem snappier. Oh well thought i stumbled on something cool, but its just garbage i guess. Thanks for clearing it up tiny.
cmlusco said:
Lol, never even thought of trying that. Your right i het the same error. The init-goldfish.sh file that the init.d script runs also fails on execution, but that is a stock system file. I wonder why my 3g speeds are better? Im getting double what i usually get, and its actually consistent and not bouncing all over the place. Mabey vzw put up a new tower or something. And i guess with increased speed the browser would seem snappier. Oh well thought i stumbled on something cool, but its just garbage i guess. Thanks for clearing it up tiny.
Click to expand...
Click to collapse
According to the dev, the ( error is ok.
So, if you want to test it again to verify, type getprop and see if anything shows from the tweaks script as far as the setprop lines. I have a feeling nothing will but I want to validate 100% that this doesn't work.
I've done some testing on my own by making shell scripts and confirming an error should not bomb out the whole script but just abort at the point of the error.
But really, this thing does nothing, even zeppelinrox shot it down.
tiny4579 said:
According to the dev, the ( error is ok.
So, if you want to test it again to verify, type getprop and see if anything shows from the tweaks script as far as the setprop lines. I have a feeling nothing will but I want to validate 100% that this doesn't work.
I've done some testing on my own by making shell scripts and confirming an error should not bomb out the whole script but just abort at the point of the error.
But really, this thing does nothing, even zeppelinrox shot it down.
Click to expand...
Click to collapse
No nothing from the script shows in getprop. I would say the whole things a bust.

Categories

Resources