Trickster MOD app is a tweaking tool to change various settings included in your kernel and other tweaks to your phone. It was made by me and my friend.
Screenshots and more information at links below.
Links
Google Play Store
AndroidPIT
Donate
WebsiteIf you like the app please rate it 5 stars and if you can, please donate.
Feature requests
Please post & vote features on our feedback site. So we can keep track of them
Bug Report
Please read the FAQ at our website before reporting any problem
If the FAQ does not help, use the Bug Report feature in our app & reference your ID here (the number in the mail subject).
Credits:
- Google
- Our great kernel devs
- grilledbacon for your beautiful icon
- Beta testers and translators for your contributions
- Anyone that helped us in some way
Disclaimer: This is provided with NO GUARANTY whatsoever. Use your common sense.
Initial version has been pushed to Google Play https://plus.google.com/u/0/116709542966452959662/posts/NZBEEJcuY5d, still pretty basic ATM moment. More stuffs will be added in later versions.
Thanks for adding support for the Nexus 10!
New version uploaded to market, should be available to you shortly
https://plus.google.com/u/0/116709542966452959662/posts/796By1dhjso
New version has been uploaded to Play Store, more info https://plus.google.com/116709542966452959662/posts/KDqLwP8gMH7
I had backed up my stock kernel using trickster mod, then flashed franco.kernel r-4. I confirmed everything on my phone was working properly, then paid for the donate version of the app so I could restore my stock kernel back to my nexus 10 4.2.1. All was well until I started using my device,
- OTG support was intermittent and my applications were running abnormally slow.
- Most of the folders that had write privileges could not be written to anymore when I tried making a new TWRP backup and ended up corrupting some of my existing application backups (combination of program not being able to write properly and OTG fading in and out).
I had to go into TWRP and restore from a nandroid after the fact and run Titanium to restore all my apps - OTG and worked fine after that. Any ideas, or a possible fix? I'd like to get the most out of the restore kernel function of the app.
bigdog2k7 said:
I had backed up my stock kernel using trickster mod, then flashed franco.kernel r-4. I confirmed everything on my phone was working properly, then paid for the donate version of the app so I could restore my stock kernel back to my nexus 10 4.2.1. All was well until I started using my device,
- OTG support was intermittent and my applications were running abnormally slow.
- Most of the folders that had write privileges could not be written to anymore when I tried making a new TWRP backup and ended up corrupting some of my existing application backups (combination of program not being able to write properly and OTG fading in and out).
I had to go into TWRP and restore from a nandroid after the fact and run Titanium to restore all my apps - OTG and worked fine after that. Any ideas, or a possible fix? I'd like to get the most out of the restore kernel function of the app.
Click to expand...
Click to collapse
Hi there,
The code to do the backup/restore couldn't possibility do that (e.g. it does not contain anything to change permissions). As I don't have the device, previous tests were done by my testers and I had positive results, so I will ask them to check again. For now, can you provide more information:
- ROM: I guess stocks?
- busybox: which app did you use to install it? busybox version?
- If possible do a new nandroid backup and do two bug report (Trickster MOD menu): once before you do a new backup and another when you restore kernel so I can check if there's anything goes wrong. Also send me the list of contents in /sdcard/kernel_backups
bigeyes0x0 said:
Hi there,
The code to do the backup/restore couldn't possibility do that (e.g. it does not contain anything to change permissions). As I don't have the device, previous tests were done by my testers and I had positive results, so I will ask them to check again. For now, can you provide more information:
- ROM: I guess stocks?
- busybox: which app did you use to install it? busybox version?
- If possible do a new nandroid backup and do two bug report (Trickster MOD menu): once before you do a new backup and another when you restore kernel so I can check if there's anything goes wrong. Also send me the list of contents in /sdcard/kernel_backups
Click to expand...
Click to collapse
Thanks for the quick response! I can do that later today. Yes, Rom is stock Jellybean rooted 4.2.1, busybox was installed using the stericson tool from the play store. Ill pm you later with extra info.
heya, loving the app. got one question if anyone can answer. does anyone have a list of kernels that support s2w? I'm using kmanta but it doesn't show CPU temp.
also on a side not, where would the options show up if its able?
edit: stock kernel from paranoid android for n10 and franco kernel doesnt show temperature either
Big eyes, I'm running trickster for the first time on the gnex and have a question. If I change the max freq from 1700 to 1600 and hit save. Then exit and go back in, its back to 1700. I then tried the freq lock option and that seems to work and it stays at 1600.
What's odd, is on the main screen (device status, core 0/1) it only goes to 1000mhz max. In realtime I mean....if I put my finger on the screen and move around it gets to 1000 but nothing higher. I'm wondering maybe if locking it down by checking that option basically locked it down to 1000 rather than 1600?
Confused..... Any thoughts? Thanks, great app
chugger93 said:
Big eyes, I'm running trickster for the first time on the gnex and have a question. If I change the max freq from 1700 to 1600 and hit save. Then exit and go back in, its back to 1700. I then tried the freq lock option and that seems to work and it stays at 1600.
What's odd, is on the main screen (device status, core 0/1) it only goes to 1000mhz max. In realtime I mean....if I put my finger on the screen and move around it gets to 1000 but nothing higher. I'm wondering maybe if locking it down by checking that option basically locked it down to 1000 rather than 1600?
Confused..... Any thoughts? Thanks, great app
Click to expand...
Click to collapse
Kernel/ROM issue. The app always reads frequency settings from the kernel itself so if it's at something then it's there, if a setting doesn't stick then something else changes it, and if the frequency does not go to the max that is because the set governor and its correspondent tunables, as in load is not high enough for the governor to set it to max.
bigeyes0x0 said:
Kernel/ROM issue. The app always reads frequency settings from the kernel itself so if it's at something then it's there, if a setting doesn't stick then something else changes it, and if the frequency does not go to the max that is because the set governor and its correspondent tunables, as in load is not high enough for the governor to set it to max.
Click to expand...
Click to collapse
Fair enough...I appreciate the quick response. It's Franco's latest R8, so I'm guessing its his kernel. Dam.... good to know. Maybe time to go back to stock kernel on Sentinel ROM...wonder if I can change the freq's in that kernel
chugger93 said:
Fair enough...I appreciate the quick response. It's Franco's latest R8, so I'm guessing its his kernel. Dam.... good to know. Maybe time to go back to stock kernel on Sentinel ROM...wonder if I can change the freq's in that kernel
Click to expand...
Click to collapse
You might wanna read our FAQ as it contains some information of what inside a JB device that might change the set frequencies. This should be patched in the kernel or worked around in the ramdisk. I coded for the N10 without a device so it's hard for me to say more. As for the frequency doesn't go to max, it's likely because of the load as I told you. Touching the screen is a relatively light load so it might not go to max frequency at all. That's normal.
Sounds good...last question, how do u reset the CPU spy like stats? Sorry if this is already covered in the faq
chugger93 said:
Big eyes, I'm running trickster for the first time on the gnex and have a question. If I change the max freq from 1700 to 1600 and hit save. Then exit and go back in, its back to 1700. I then tried the freq lock option and that seems to work and it stays at 1600.
What's odd, is on the main screen (device status, core 0/1) it only goes to 1000mhz max. In realtime I mean....if I put my finger on the screen and move around it gets to 1000 but nothing higher. I'm wondering maybe if locking it down by checking that option basically locked it down to 1000 rather than 1600?
Confused..... Any thoughts? Thanks, great app
Click to expand...
Click to collapse
You can't change the max clock freg because you need a kernel with a patched PowerHAL, which Franco doesn't have.
It only goes to 1000mhz because this is how the interactive governor is tuned. If you put it under increased load it will eventually increase. If you go into the governor parameters on trickster for interactive you will see "hispeed_freq" will most likely be set to 1000000 (1GHZ), which means the CPU will jump to this immediately. You can play around with these parameters for battery/performance but Franco and a few testers tune them significantly, although his N10 kernel is very young compared to his N4 and N7 kernels where the settings have been tuned to a tee, and I think the N10 settings might have just been copied over as a reliable base.
We're going to close individual device thread to consolidate our app thread into one at http://forum.xda-developers.com/showthread.php?p=28659480 , please go there if you need to discuss anything related to our app.
Thread Closed as per OP....
Related
About a month ago some of you may remember my posts that I was working on a kernel. Here is my first public release. The whole thing works at about 95% or so.
==============
The advantages I notice while using it besides the normal issues associated with Eclair are as follows:
1. Memory management has changed (has good and bad effects) Good: when you fly through 45 websites the browser does not crash as it eats memory. Bad: when you blow through 45 websites the browser will hang (easy fix hit home, and use app killer to free memory from apps you are not using) (Personally I like not losing my place as I get lost in the web, it also will prevent apps from dieing in the background when you are using multiple apps at the same time, if memory gets low enough the OS WILL KILL the offending apps). I personally found Eclair for Fascinate to handle memory available worse than this kernel, and I find this kernel handles memory more like Eclair on the Moto Droid did, and the Moto Droid had far less memory to work with.
2. UI has a faster response vs stock kernels, the kernel is also running AS scheduling vs BFQ but I updated BFQ to run as well if you want to revert.
3. Internet Connectivity appears to be faster with those apps that properly use the API. Web browsing, CheezeBurger, youtube etc all load content faster (efficiently? / Maybe related to memory management?)
Want something added to this list? Post your requests, just please be reasonable If I like the idea I will try to implement it. Remember this is for kernel features not system ROM modifications.
==============
Issues to fix (ToDo List, I am working to fix these issues / Updated 01/30/11):
1. Investigate and address bluetooth connection issues [ Confirmed that this issue does not affect everyone / or all bluetooth devices ]
2. Investigate and address remaining data connection issues (Orbot activates and test show as using tor on normal websites, tor addresses fail to connect to servers, also Orbot is unable to de-activate [Confirmed]
3. Investigate and address remaining camera crash issues [ Please zip and send in logs from /proc/kmsg, specify if you used the volume control zoom or pinch to zoom ]
4. Improve on touchscreen timing for quick flicks on the first attempt without burning up processor time.
5. Investigate and fix stutter/crash on camera zoom followed by attempt to take photo.
Notice something that should be in this list? Please make a post describing your issue, remember to include the kernel version/rom and the steps you performed to reproduce the issue.
==============
For those doubting, this IS 2.6.29.6, I personally merged the code myself, IT IS NOT 100% COMPLETE. Some drivers still need merging, and the V4L2 code is not completely converted because Fascinate uses different (updated?) V4L code (compare Fascinate's Eclair to Eclair on AOSP)
If anyone wants to help bug hunt I will forever be grateful. I would like to finish squashing bugs in this in the next 2 weeks as I really want to attempt to work on a Froyo for Fascinate. Even if it uses Eclair code to run the only RIL code we have.
I also semi-blindly fixed about 50-100 coding problems in the Eclair Kernel, varied from not returning data from a function that should have, simple void definitions that were returning when they had no data to return and no function collected it. Correcting order of operations in if statements. Declaring data types that were vague (unsigned vs signed). You will notice it compiles a lot cleaner...attempting to fix the camera code nearly kills the camera completely, I am thinking the broken code dumps variables by accident that the corrected code does not.
Edit: I wanted to share a few things every dev (some of it specific to kernels) should remember when nights are long and sleep is a half world away.
1) Keep a backup of your most recent WORKING work safe, because it is too easy to....uh oh *[email protected]$
2) If you edit the config file, remember to make clean and make mrproper before you make, otherwise your still on your original config file (a copy of the one you actually edit .config)
3) Do not put comments to the right of options in the kernel config file...apparently they will be discarded (the entire option line, not the comment, you'll see it in your compile error message logs).
4) Automate the mundane, I have a nice build environment setup, I type one line and it will make a brand new kernel from scratch (I'll be sharing that later, keep an eye on this post)
5) Work with what you have, don't wait for someone else too. Somewhere, someone is working on something better, and tomorrow it will be out.
6) Laugh...at something...anything because lets face it, you make better decisions in a good mood, in a bad mood...entire trees (code) die, either from rm -Rf /work/crap//* or a sledgehammer to the motherboard. Which brings us back to the first thing to remember, where did you put that backup...different drive I hope?
Attached is a working kernel, it will have issues using DI01 (such as no vibrations), it works great with DJ05 ROMS and maybe DL09 system roms. At this time I can not recommend a DL09 system rom with this kernel, during my initial tests it appears to drop GPS and cell data connectivity frequently resulting in having to relock on GPS satillites, and losing data connections in networked applications.
I highly recommend the setup I am running, DL09 Radio, Son Of Skywalker Blackhole v2.4 and this kernel (if you can handle the few bugs that is, it is beta).
Please feel free to post bug reports please include detailed information about the issues, I AM NOT FIXING APP PROBLEMS. Please remember to only report kernel issues and information specific to the kernel crash. If an app crashes on other kernels and not just this one please do not submit a report. This kernel is NOT setup for debug info, I will post one setup with debug turned on later. Right now, play around with it and report your results! Enjoy and have a great time :-D
GITHUB: https://github.com/sirgatez/
Edit 1: I thought I would mention that I originally started with the JT1134 kernel source from late Nov. - mid Dec. and the Samsung Fascinate stock source (from Samsung's Opensource website) then I merged in source from 2.6.29.6 from www.kernel.org and from Cyanogen's 2.6.29.6 Eclair kernel. I stopped on 2.6.29.6 instead of moving higher because of 1 reason, once you step in to 2.6.30 there are major driver changes requiring a lot of double verification and back trekking....In a few words, it is lots and lots of work, and I think that jumping from 2.6.29 to 2.6.29.6 will help transition to the 2.6.30 (Froyo?) series of kernels because then the majority of the work is in restructuring the driver code (which would likely best be done backwards, from the system .h files, to the .c handlers, down to the device drivers) from Samsung to match that in the stock 2.6.30 set. Complexity will be reduced by a measurable amount
Notes 1: Samsung's Android code has some significant differences under the hood from AOSP Android code, I have not sorted it all out yet, but it is possible that without an AOSP stock system that a full kernel update to the current AOSP code may not be possible. There is a built in virtual CD driver for what appears to be hosting the ISO built into the base Samsung system image, I have not opened the image yet but it appears to perhaps be drivers? Also it does not sleep the SD card like standard AOSP does, attempts to do so will disable the SD card from use with no ability to remount without a battery pull. (This is in 3 of 4 lines of code that AOSP had that must be commented out from the Samsung kernel for this SD issue to be prevented). For those wanting it, CIFS and NFS are compiled modules in this kernel. The current kernel is not over-clocked, and does not have voodoo. It does support both with a kernel configuration edit required for voodoo with the proper init scripts, and over-clocking requires changing just a few files and recompiling, I did neither as I wanted a true comparison to compare changes against the original stock kernel. The kernel does have the BLN notification code built in. BLN, Voodoo, and Over-clocking code are not my own creation they are pulled from their respective creators.
REMOVED ALL OLDER KERNEL INFORMATION
Update RC3 v2.2.4-VooDoo/NoVooDoo: This is a minor/major (depending who you ask) bug fix to adjust the processor throttles. Think I've got it too set to a good sweet spot now, the peaks are steep and a little harder to climb but the falls are also quicker. After turning it my phone on with it last night and about 2 hours of use I went to sleep, wake up a couple times to silence various alarms (I wake to wake up, but I want to sleep a little more, can't I do both?), and these are the numbers that setcpu reports for time in state:
1.2Ghz = 0 (Had the phone thottled to 1.0Ghz for this test, but with 1.2 on it only uses it when it needs it, might could leave it on?
1.0Ghz = 164978 (Not such a big a number as before)
0.8Ghz = 292008 (much more reasonable than before, could be a little lower)
0.6Ghz = 117672
0.4Ghz = 114250
0.2Ghz = 104715
0.1Ghz = 2965562 (This is what I was aiming for proportionally for 0.1Ghz)
Remember these times are mostly from idling, the idea was to reduce clockspeed when not in use to save some juice. The phone might take a moment to wake up from idle, but once it is going you shouldn't feel hardly any difference between this and RC2. Bootup clockspeeds from your first 3-4 minutes will almost always remain in the top tier due to applications still loading, media scanner running, etc.
Update v2.2.4-VooDoo/NoVooDoo: This is a major fix kicking us out of RC status and into actual release. Now for the menu, prepare your appetite, for the appetizer we'll be serving a much demanded voodoo color fix, and voodoo sound fixes. Followed by a main coarse of throttle tweaks, throttle shift updates (these are new they decide what the next cpu speed will be when a throttle is exceeded up or down, every kernel to my knowledge including my last used the default for a 5 slot kernel, here is a true 8 slot), and for desert a reduction in logged touch screen data from the touch screen, and an additional surprise to everyone, a reduced cpu load when using the touch screen!
Apparently the touch screen had authority to force the cpu into any slot it wants, it defaulted to slot 1 (which was 1.0Ghz for Blazed, now it's 1.2Ghz). The result of which meant that if you pressed the touch screen your cpu load catapulted up to 1Ghz for as long as you touched it even if you only held your finger in one place with no apps open. I have changed that to only go to 400Mhz, we'll see how this goes, if anything we might bump it to 600Mhz, so far besides a slightly slower response when first touch my touchscreen after leaving it alone for a long period it doesn't effect normal use from one app to another. If your processor is already at 400Mhz or higher it will not up it further. You will find this kernel will likely end up being the most battery conscious you have ever seen, once you get things moving the speed follows. If you find this kernel has a slower response than you feel it needs let me know, because when I fixed the touch screen from blasting the cpu load through the roof, it through off my throttle settings some, now they may be too conservative, report back and we'll fix them if it is a problem. Ah yes, please don't forget to tip your waiter if you enjoyed the service... [ REMOVED - Aggressive throttles not configured for use without aggressive touchscreen driver ]
Update v2.2.4R2-VooDoo/NoVooDoo: This is a minor fix to correct the choppy feeling that v2.2.4 had, the choppiness was due to aggressive throttles to fight off the excessive high speeds the touch screen forced on. This should correct those issues. Unless I have another bugfix for 2.2.4, I will be adding 1.1Ghz in the next release making it a total of 9 slots. The higher speeds still need some tweaking, if your looking to hit benchmarks please set min and max to the speed you are testing, otherwise the throttle is trying to save you power that doesn't need to be used. But for everyday use, these settings should be good
Update v2.2.5-VooDoo/NoVooDoo: Voodoo sound is still broken, anyone have the patched files I could compare to? The screen should be about 15% dimmer than it usually is on the lowest setting (and scaled up from there to 100% at max), I found the dimmest setting just too bright in the dark for my self, and hopefully it will help me save a little extra juice because I usually use my phone on the lowest brightness setting anyway. Major fix to throttles, now they are better tailored to this many slots. Slots updated to 9, 100Mhz, 200Mhz, 400Mhz, 600Mhz, 800Mhz, 1.0Ghz, 1.1Ghz, 1.2Ghz, and 1.3Ghz. Increased processor voltages (my ultra low voltage was about 25uv lower in most slots than everyone else who has a uv kernel...I was a little too aggressive on that one). Update bluetooth driver, it should remain connected now, could someone please verify this? Stability has improved alot with the higher voltages and better handling of throttling for different situations. Several other pieces of hardware discover that have authority to play with processor. I capped highest touch screen processor forced at 600Mhz (the higher I set it the faster your battery goes, default stock is 1Ghz), and all other hardware at 1Ghz (not very many requests, but this is where rouge 1.2 use came from). If you had issues before except for camera zoom or data connectivity in apps give Blazed another try. The slightly higher voltages should improve a lot of the random issues people were having. You may see an improvement in cellular signal now, 1.3Ghz is also stable, but I wouldn't run it all day either due to heat generated etc...Well I hope everyone enjoys, this should be the best release of Blazed Yet!
Update v2.2.6-VooDoo/NoVooDoo: This is a major fix for cellular signal issues many people have been having, the issue again was related to timing and the kernel modules not waiting long enough for the modem to respond before proceeding with action resulting in errors that caused a disconnect or forced a modem reset (requiring a phone reset to regain signal). I found waiting too long only slowed the entire phone down, so I opted to go with nanosecond wait times, waits that short however are active and will warm the phone up some, please report back if it becomes an issue as I am looking for a better wait device than udelay, preferable more like sleep that doesn't keep the processor busy. There is some performance stutter in the phone on the high end of internet connectivity speeds, but your not going to be losing your connection either, I'll continue to attempt to improve on this issue later on. [ REMOVED - Timing further improved in v2.2.7 ]
Update v2.2.7-VooDoo/NoVooDoo: This is a minor for that makes a major difference. Improved timing for communication with GPIO/modem this should be the end of the majority of network connection issues. It was entirely a mailman problem, put package in box, check for package, package still there? no=do other stuff/yes=...wait,repeat at package still there?, etc. The fix is put package in mailbox, wait long, check is package still there? no=do other stuff,yes=short wait and check again...Hope this helps alot of you out, I am aware the touch screen is a little slow to respond and I will be looking into that issue. This little fix should also improve usable speed over v2.2.6 because the waits are better timed.
Update v2.2.8-VooDoo/NoVooDoo: Timing is everything with electronics and this post...as promised today before 11:59pm is v2.2.8. Working Voodoo Sound v4, updates to the dpram/dpio communications again improving connection stability, if you lose your connections please report back (permanent loss requiring a restart only, fluctuations are different issue). Throttles set a little more aggressive about 5% so (helps ease on light loads), stepped up the first throttle jump from 100mhz to 400mhz (touch screen snaps back now). Dropped the 1Ghz permission for misc hardware to 400mhz if you have issues let me know, touch screen retains it's 600mhz permissions. Also screen brightness is reducible to gamma 1 brightness 10, typically reserved for battery about to fail status (I found the lowest setting just too dang bright). Enjoy everyone! I've been hammering away on this since 7am this morning and only had voodoo sound working about 9am. Thanks to JT1134 for his prebuilt kernel containing voodoo sound v2 working, adding v3 & v4 was a snap after that. Please report if you have any issues with it and remember you MUST be using the new voodoo sound app from the market.
Update v2.2.8R2-VooDoo/NoVooDoo: Another dpram timing adjustment (will lower your upload speed a little but will be more stable in operation, down speeds should be around 200KB down 44KB up on a good connection). Adjusted 1.1Ghz dividers per nemesis (not sure that it looks right, appears to get better benchmarks than 1.2 now will follow up on it). Made throttles a little more aggressive, 2.2.8 looked all over the place and having difficulty controlling processor use.
Update v2.3.0-VooDoo/NoVooDoo: Alot of work went into fixing dpram.c and multipdp.c it seems they were incompatible from the very beginning resulting in alot of ril issues and stability problems not just on my kernel but others as well, especially with nonstandard clocks and multiple slot kernel. I also added a fix to the framebuffer courtesy of JT1134 that has long since been overdue but a rare bug most probably have never seen. I fixed all the timing in dpram.c I also fixed the non-matching buffer sizes for multipdp and dpram (they talked to each other using different sized buffers...come on?!) There are still some bluetooth compatibility problems and the camera may still crash on zoomed photo, but I'd say it's 100% out of Beta! Enjoy! :-D I will be working on a Froyo kernel so stay tuned folks!
Update v2.3.0R2-VooDoo/NoVooDoo: Minor fix to help prevent dpram crash by handling and disposing of invalid commands sent to dpram, should fix seeming random lockup. [ Edit: corrected incorrect version numbers in original v2.3.0 series xda posts, thanks to s44 who caught the error, this does not affect kernel downloads, this were named correctly ]
Update v2.3.1-VooDoo/NoVooDoo: I reduced the delays in the ce147 camera driver, repairing the dpram driver resolve many of the seemingly random issues that had once plagued Blazed. Also a special treat for all you Blazed users, a new voodoo sound option that I have named "HEADPHONE_STICK" essentially the option when enabled (per boot) will force all audio directed to the external speaker to be instead directed to the headphone jack if the headphone jack has a plug in it. I find it excellent for not disturbing others around me with notifications when I would rather the phone be silent but I have headphones plugged in. Also excellent for using that awesome amp you have in combination withr you fascinate to wake you up in the morning. I will be contacting the maker of the Voodoo sound app in the market to get this option added to his application for quick and easy access. Also a major rework in the way kernel modules are loaded, all modules non-essential to booting are now stored in /system/kmodules. So if you reflash your system folder reflash your kernel or it may not boot, a quick browse will reveal what modules are kept there, I have more readily compiled and will release a separate "modules only" update.zip for those interested. By moving the modules it will allow for more options that are only available for including in the kernel boot image.
Update v2.3.1R2-VooDoo/NoVooDoo: Reverted some of the CE147 delay changes, reducing all of them caused some minor camera instabilities. EXT3/EXT4 moved back into the kernel, for some reason even with it's depends loaded ext4 doesn't load correctly as a module (resulted in broken boot on voodoo, now fixed). Also You MUST USE RED CLOCKWORKMOD TO FLASH IF USING VOODOO, you may use green clockwork only if Voodoo is NOT enabled due to the fact that some modules required for bootup are now stored on the system partition and if your using Voodoo only red clockworkmod has access to it. Also if you flash a different system or restore a backup you must reflash the kernel to ensure your modules are up to date. Also is a new file KMODULES-FULL contains all of the modules I have been compiling for Blazed thus far, several nifty ones but I have not setup any of the configs to use them, anyone versed in Linux command line can utilize them or setup scripts to use them, have a look inside the zip too see what there is to play with, request and I will add more if the module could prove useful to others. Several of the modules in FULL are also in the Kernel due to being required for startup redundancy (such as the 3D video/LCD drivers etc, which without a Android system folder, Android won't boot, nor will it boot without these modules so system seemed like a reasonable place to store them. The kernel/initramfs file is less than 6MB with Voodoo due to moving these modules to the system folder. I plan to add ClockworkMOD as soon as I have time to test it, then Blazed will also work for Recovery.
The Great Voodoo Debate: I have also been benchmarking Blazed against stock, to determine the difference Voodoo has on the kernel, so far it would appear Blazed has modifications either in the file system handling or the manipulation layers that are nearly equal to negating the speed lost to RFS's use before Voodoo or EXT4 is even brought into the equation. Just compare Stock vs Blazed (novoodoo) using 'RL Benchmarks SQLite Performance" from the market. A difference of 33.246 seconds in favor of Blazed, my preliminary results are (124.944 Seconds Blazed-NoVoodoo) (158.19 Seconds Stock) using the same exact system install less than 20 minutes apart between boots, with over 300 applications installed and several running like any other day. Based on this alone I find Quadrant is at least partially flawed at measuring proper I/O transfer timing, and I would NOT rely on it for an accurate benchmark in regards to I/O at this time until the issue is resolved by the Quadrant team. Voodoo does not produce the outlandish high scores that Quadrant makes out that it does, and Blazed is plenty fast in I/O even with RFS in use as shown by these preliminary results that any one of you can verify on your own using the "RL Benchmarks SQLite Performance" application, Voodoo does improve transfer compared to RFS in my tests but I am still putting together the results on Blazed NoVoodoo vs Blazed Voodoo. But as far as a 1800+ or 2000 score, so far my results say it just doesn't look realistic...sorry guys. On the flip side, if there is an error in my kernel causing a misread on the score you guys are welcome to help me find it and I will push the correction, but right now it looks like the issue is in how Quadrant measures I/O time, and I think non-atomic disk writes are the reason for the high scores, theoretically they would return claiming data is written to disk almost immediately when in reality it is still in memory and the kernel will write it to the disk at later time without the write time being considered as part of the benchmark (Google: write-caching, also known for providing significant performance improvements over atomic-writes).
If you appreciate Blazed and enjoy using it, please consider making a donation. Thank you for trying it out and have fun!
My initial impression after playing around with it for 15 minutes:
Seems to have given my phone new life/snappiness back that it had when I first installed super dark rom and stupidfast 1.54. My phone seemed to be bogging down lately. The internet definitely feels quicker too.
So far so good!
will try, thank you for the release.
Great work!
Sent from my Galaxy-S Fascinate
I don't want to turn you away from your work, but have you considered heading over to IRC and joining the guys working on Gingerbread? I'd assume that the more competent people working on it, the better.
Great work, the kernel seems to have given new life to my test fascinate! ADB does however appear to be dead (I got error device not found every time I tried to connect) Other than that I have no complaints, keep up the good work
That is very odd, as I have not had any issues using adb. Please reload your drivers to be safe and double check debug mode has not accidently become disabled. I wired up my fascinate just now and confirmed that ADB is working. (It was invaluable in working with the camera crashes). Also it maybe related to a conflict in the system rom vs the kernel. I personally have not have any issues with DI01 Fascinate stock, and everything worked great using DL09 radio, DJ05 system from SonOfSkywalker (BlackHole 2.4). Right now I am running DL09 Radio, DL09 System Rom from SonOfSkywalker v3, and my kernel from this post, thus far no issues. I am using Ubuntu v9.04 to test right now, and not windows to confirm that ADB is working. I will check on windows later today when I have a chance.
anyone else having an issue with bluetooth? It says "Turning On" but does not turn it on just reverts back to "off" status.
I still have DJ05 modem and on blackhole 2.3 something but updated market and swype maunally.
Camera force closes when you go to zoom in.
Sent from my SCH-I500 using XDA App
I assume disabling voodoo would be a prerequisite to installing this kernel? Though I'm curious what partition scheme are you using for this? Is it using samsung's default filesystems for /system /data etc?
EDIT: Forgot to say, this is re-gosh-darn-diculously awesome, thanks for your hard work.
wizang said:
I assume disabling voodoo would be a prerequisite to installing this kernel? Though I'm curious what partition scheme are you using for this? Is it using samsung's default filesystems for /system /data etc?
EDIT: Forgot to say, this is re-gosh-darn-diculously awesome, thanks for your hard work.
Click to expand...
Click to collapse
Yes, you MUST disable voodoo before using this kernel. I will put together a voodoo and OC flavor of this for those interested later. As of now I have only been working with non-OC and non-Voodoo in this kernel to gauge how the work changed the experience.
Edit: Oh yes, it uses the default partition scheme. It is a goal of mine to eventually change the formats of partitions (similar to voodoo) but keep the layout, it is my thought that doing so provides the largest window of compatibility between stock Samsung/VZW Roms and custom Roms. With a proper recovery, the change could be performed and backups and restores would work no matter the format of the internal media as the layout remains the same.
I tried this kernel briefly. I couldn't get my computer to recognize that the phone was plugged into it. I use my phone for tethered net access. Deal breaker for me. It would beep once like it was going to work as normal when plugging in an accessory and then beeped three more times in quick succession like the cord was being pulled.
Sent from my SCH-I500 using XDA App
bwheelies said:
I tried this kernel briefly. I couldn't get my computer to recognize that the phone was plugged into it. I use my phone for tethered net access. Deal breaker for me. It would beep once like it was going to work as normal when plugging in an accessory and then beeped three more times in quick succession like the cord was being pulled.
Sent from my SCH-I500 using XDA App
Click to expand...
Click to collapse
Yea my phone is not recognized by the computer either, even after a restart.
Naturally I double checked usb debugging and the drivers (adb connected to my white fascinate just fine and I made a jump back to Geeknik's test kernel to double check that something hadn't died in ole blacky and it registered there as well) I wonder if its just this fascinate (as it has had a laundry list of its own issues). This phone is running Superclean DJ05 completely stock and was fresh off a complete wipe and restore
bwheelies said:
I tried this kernel briefly. I couldn't get my computer to recognize that the phone was plugged into it. I use my phone for tethered net access. Deal breaker for me. It would beep once like it was going to work as normal when plugging in an accessory and then beeped three more times in quick succession like the cord was being pulled.
Sent from my SCH-I500 using XDA App
Click to expand...
Click to collapse
I can confirm that I am unable to access the phone via Samsung's drivers using Windows XP. [Added this too my list]
Wireless tether does work in case you need it, that is why I hadn't noticed this issue. Good catch!
I really like the transparency of your work. It's refreshing to actually read about the process you're working on and the way you explain it definitely makes seems like you have a good grasp of what's going on. I can never quite tell with the other devs. Anyway good luck!
FDro said:
I don't want to turn you away from your work, but have you considered heading over to IRC and joining the guys working on Gingerbread? I'd assume that the more competent people working on it, the better.
Click to expand...
Click to collapse
Agreed! If they can get GB running nobody is going to be interested in Eclair or Froyo.
I like the sound of this kernel. Imma flash it when i get home. Looking forward to seeing the OC version
SCH I500 Super Clean v.9 DJ05 Revolution 3.6 OTB oc'd lv1200 Voodoo5
2 SirGatez.
It sounds like you are pushing towards performance optimizations. Have you checked supidfast sources? I tried it before geeknik left and it was significantly faster then stock. May be you can get something from him.
I really appreciate what devs do here, cool stuff! However I do not understand why that much talent spend in vain... Every developer has his own build, mods and bug fixes. Is this real open source spirit to have so many versions? Looks like brownian motion to me.
Now, you can say that I'm free to do it on my own etc, as other devs pointed here. But, full fledged development it not for everybody by various reasons. I hope it is obvious. Would be nice to see some consolidated development! Then it will be much more easy for mere mortal to contribute to that product. We all have same phone!
Once again I do not want to upset anybody.
bendbowden said:
Great work!
Sent from my Galaxy-S Fascinate
Click to expand...
Click to collapse
Also, great write up! I will report back if I notice any bugs not mentioned above.
When using a kernel that has cpu1 enabled, the cpu1 scaling_governor will be reset to userspace at random intervals. I haven't been able to figure out a pattern for it, but has anyone else noticed this behavior, or have an idea of how to prevent it?
On a related note, the permissions for cpu1/cpufreq on startup are really weird too (440 for scaling_max_freq and scaling_governor), but I can manually fix those after a reboot...
hboot: 1.40
root: revolutionary
ROM: stock 2.08.651.2
kernel: freeza 4a or bcblend 0.03
If any other info would help please let me know. Thanks in advance.
penguinicus said:
When using a kernel that has cpu1 enabled, the cpu1 scaling_governor will be reset to userspace at random intervals. I haven't been able to figure out a pattern for it, but has anyone else noticed this behavior, or have an idea of how to prevent it?
On a related note, the permissions for cpu1/cpufreq on startup are really weird too (440 for scaling_max_freq and scaling_governor), but I can manually fix those after a reboot...
hboot: 1.40
root: revolutionary
ROM: stock 2.08.651.2
kernel: freeza 4a or bcblend 0.03
If any other info would help please let me know. Thanks in advance.
Click to expand...
Click to collapse
very interesting issue...
cpu1 scaling governor reset to userspace at random intervals .. the first guess i'd have would be some 3rd party android app following a predefined profile. of course, this app should need root access to echo out to the sysfs file and if you have superuser installed the app would have had to prompt at least once for permission.
if you don't have any 3rd party app installed echo'n values then the only other common tool i've seen is the settings in CM7, but you stated you're on a stock ROM.
if you're on a rooted stock ROM with custom kernel, sometimes the devs setup support for startup scripts and might be making some type of tweak in a startup script which could also be set to loop and apply some predefined setting.
my guess would be the perms on sysfs files are setup in the kernel config files when its compiled. would be something the kernel dev should be able to change easily. 440 could be intentional as they're trying to limit access .. don't want any random app/binary messing around with the settings
hope some of those thoughts are helpful!
joeykrim said:
very interesting issue...
cpu1 scaling governor reset to userspace at random intervals .. the first guess i'd have would be some 3rd party android app following a predefined profile. of course, this app should need root access to echo out to the sysfs file and if you have superuser installed the app would have had to prompt at least once for permission.
Click to expand...
Click to collapse
Here are the programs with superuser permission:
BusyBox installer
ConnectBot
Kernel Manager Lite
Quick Boot
ROM Manager
Superuser
Titanium Backup
All of these are pretty common, and I doubt any of them would be poking around the governor, but that's why I'm asking after all.
joeykrim said:
if you're on a rooted stock ROM with custom kernel, sometimes the devs setup support for startup scripts and might be making some type of tweak in a startup script which could also be set to loop and apply some predefined setting.
Click to expand...
Click to collapse
Do you know how I could check this? I don't think the kernel has init.d support.
joeykrim said:
my guess would be the perms on sysfs files are setup in the kernel config files when its compiled. would be something the kernel dev should be able to change easily. 440 could be intentional as they're trying to limit access .. don't want any random app/binary messing around with the settings
Click to expand...
Click to collapse
Yeah, definitely makes sense. It was just odd to me that the CPUs were mismatched (cpu0 had 640 permissions for all of those).
joeykrim said:
hope some of those thoughts are helpful!
Click to expand...
Click to collapse
Definitely, thank you.
I've worked around it for now by modifying Virtuous OC to set the perms to 640 before doing its thing, then resetting them to 440 when done. I've also written a daemon that will report when it's changed to userspace in hopes that I can track down some sort of pattern.
penguinicus said:
Here are the programs with superuser permission:
BusyBox installer
ConnectBot
Kernel Manager Lite
Quick Boot
ROM Manager
Superuser
Titanium Backup
All of these are pretty common, and I doubt any of them would be poking around the governor, but that's why I'm asking after all.
Do you know how I could check this? I don't think the kernel has init.d support.
Yeah, definitely makes sense. It was just odd to me that the CPUs were mismatched (cpu0 had 640 permissions for all of those).
Definitely, thank you.
I've worked around it for now by modifying Virtuous OC to set the perms to 640 before doing its thing, then resetting them to 440 when done. I've also written a daemon that will report when it's changed to userspace in hopes that I can track down some sort of pattern.
Click to expand...
Click to collapse
Okay, well given some of your responses I'm going to assume you're a bit more of a technical/advanced user.
All the Android applications you posted with superuser access are very common as you stated. An easy way to check might be, rename /system/bin/su to something else so no scripts or apps can gain superuser access and see if your sysfs cpu1 files are still changed?
If I were you, I'd want to get to the bottom of the perms on the cpu1 sysfs files. Especially since you're saying cpu0 and cpu1 have diff perms set on the sysfs files. Since Linux kernel code is GPL, the kernel dev should have a public link to their kernel files. I'd go look thru their source to find where they're implementing cpu1 sysfs files and check the perms they're setting up sysfs files with. I want to say, the cpu1 sysfs files are something added/modified by the kernel devs so there is definitely potential somebody missed a proper setting.
I'd rather take this approach than have to patch over some poor coding by using another app to adjust the perms on the file.
Can you post the log produced by your daemon on the changes to the sysfs cpu1 file?
Hope that helps!
EDIT: noticed I missed a question, how to check for init.d type support in the kernel. Generally, they're going to have to make a change to the init.rc file in order to add in anything to the start up sequence. I'd grab the stock init.rc file and diff against the currently loaded init.rc file in the kernel being used.
As an FYI, init.rc is stored in the ramdisk part of the boot.img.
Whew, ok. After a lot of observation, I noticed that the reset to userspace corresponded with me putting the device to sleep.
I then tried disconnecting my device from USB and the daemon started crashing, being unable to read the sysfs files for cpu1, which never happened while connected over USB. I switched adb to TCP mode and found that the files were indeed gone, because cpu1 was offline. Apparently being connected over USB kept cpu1 online more often than it would be otherwise. This was causing some weird permission resets too, as the permissions would reset when the core was brought offline and back online.
When cpu1 is automatically taken offline then back online, it seems to be randomly restored with the userspace governor instead of whatever governor it had when it was taken offline. It sometimes gets stuck online, too, even when the phone has been asleep for a long period of time. I still can't get either to happen consistently, however, and I don't know if nobody else is experiencing it, or if it's just gone unnoticed by others.
Enabling and disabling SetCPU seemed to have no effect on the consistency or frequency of the weirdness either. I may mess with my daemon to have it duplicate cpu0's governor to cpu1 when cpu1 comes online but doesn't match, but I have to assume this is just weirdness due to the whole "async cores are new" thing.
Thanks very much for your help, and if anyone else observes anything similar please let me know! D:
penguinicus said:
Whew, ok. After a lot of observation, I noticed that the reset to userspace corresponded with me putting the device to sleep.
I then tried disconnecting my device from USB and the daemon started crashing, being unable to read the sysfs files for cpu1, which never happened while connected over USB. I switched adb to TCP mode and found that the files were indeed gone, because cpu1 was offline. Apparently being connected over USB kept cpu1 online more often than it would be otherwise. This was causing some weird permission resets too, as the permissions would reset when the core was brought offline and back online.
When cpu1 is automatically taken offline then back online, it seems to be randomly restored with the userspace governor instead of whatever governor it had when it was taken offline. It sometimes gets stuck online, too, even when the phone has been asleep for a long period of time. I still can't get either to happen consistently, however, and I don't know if nobody else is experiencing it, or if it's just gone unnoticed by others.
Enabling and disabling SetCPU seemed to have no effect on the consistency or frequency of the weirdness either. I may mess with my daemon to have it duplicate cpu0's governor to cpu1 when cpu1 comes online but doesn't match, but I have to assume this is just weirdness due to the whole "async cores are new" thing.
Thanks very much for your help, and if anyone else observes anything similar please let me know! D:
Click to expand...
Click to collapse
I've noticed the exact same thing on my E3D. I'm running a "clean" custom ROM (CleanROM DE) with a famous third-party kernel (Tiamat Sense 1.1.0). I've also noticed that there is a lot of work in the Sensation forum trying to get the "Dual-Core" mode "unlocked" and that some ROMs have managed to pull it off. I think having a talk with any of these developers (or anyone who boasts "Dual Core" or "dual core patch") would help you get to the bottom of this.
It's extremely frustrating. Even using apps like System Tuner Pro, which have a special option to "force all CPUs active", does not seem to correct the sporadic governor switching back to userspace on the second core.
---------- Post added at 04:33 PM ---------- Previous post was at 04:12 PM ----------
curiousGeorge said:
I've noticed the exact same thing on my E3D. I'm running a "clean" custom ROM (CleanROM DE) with a famous third-party kernel (Tiamat Sense 1.1.0). I've also noticed that there is a lot of work in the Sensation forum trying to get the "Dual-Core" mode "unlocked" and that some ROMs have managed to pull it off. I think having a talk with any of these developers (or anyone who boasts "Dual Core" or "dual core patch") would help you get to the bottom of this.
It's extremely frustrating. Even using apps like System Tuner Pro, which have a special option to "force all CPUs active", does not seem to correct the sporadic governor switching back to userspace on the second core.
Click to expand...
Click to collapse
Oh. HTC's doing. My bad.
http://forum.xda-developers.com/showpost.php?p=17456447&postcount=7630
Of course, flashing this sucker could cause you to wind up with a bricked phone. Beggers can't be choosers. Now I'm off to flash Synergy. *sigh*
WOW, thanks for this info. That makes a lot of sense actually, I notice blazing performance for the most part on tiamat 1.1.0, and then out of nowhere it's slow as balls. Reboot *seems* to fix. I guess it's stock for me with a modified ramdisk, no OC, but that's cool. The shooter is pretty damn quick.
If any of you folks come up with something that corrects the userspace gov issue and perms, please post, I would like to use it. Thanks again.
Was having the same issue, looked all over and found a solution
http://forum.xda-developers.com/showpost.php?p=17456447&postcount=7630
Keep in mind these are flashable solutions as long as you stick with the same scaling_governor. Its been said to have both cpu's running same one.
The point of this thread is to put together a list of optimizations that can be done on the stock rom with root access. I figured there would be others like me who can't unlock (or don't want to) but now can root who might be interested and all contributions will be added.
At the end of this the Prime feels much faster. I think most of it can work for the TF300 and TF700 too. Thanks to so many out there who make this possible and I appreciate all feedback in comments.
NOTE: This involves rooting your device and doing dangerousish stuff. I am not responsible if your Prime softbricks or if you have trouble installing updates. If you mess up and it softbricks you might lose all your data on the Prime. My official answer to updates is that every step has backups or checkboxes, so just undo everything after the pre-amble before you update.
If a tweak is done wrong and you can't boot, unbrick via these directions (data will be lost!):
Download latest firmware from Asus site.
Unzip this file once - it contains a zip inside it. Rename this zip to EP201_SDUPDATE.ZIP
Copy the file to the root of a FAT32 formatted MicroSD card
Turn the tablet off via the power button.
Now turn it on holding down the Volume Down button on the tablet
In a minute you will be in the recovery screen. Hit volume up.
Wait for it to get done. It can take a while.
Pre-Amble:
First thing, update to the newest Jellybean Asus has given us and root it using this method (thanks Morlok8k and djrbliss and sorry again Morlok8k).
Install Voodoo OTA Rootkeeper and protect that root:
https://play.google.com/store/apps/details?id=org.projectvoodoo.otarootkeeper
Install Quick boot to get an easy way to reboot:
https://play.google.com/store/apps/...medium=appbrain_web&utm_campaign=appbrain_web
Now lets optimize:
1. Get Rid of Bloat (Undo this step before installing updates)
Use Titanium or the built in disable function under settings to freeze some of the apps. This gets back a lot of your RAM and cuts down on the boot time. Here is what I have disabled/frozen (don't disable something you use), but note some can only be disabled with Titanium:
@vibe fun center
App Backup
App Locker
Asus Email (I don't use it)
Asus FAcebook Poster
Asus MyZine
Asus Sync
Asus Weather
com.asus.pcsynclauncher
com.asus.quicksearch
com.asus.youtube search
Email
Exchange Services
Google Play Books
Google Play Movies and TV
MyCloud
MyDesktop
MyDictionary
MyLibrary
Nvidia Glowball Demo Installer
Street View
Supernote
Talkback
Webstorage
Zinio
Click to expand...
Click to collapse
2. Install an Ad blocker.
My choice is Adaway:
https://code.google.com/p/ad-away/
This will speed up browsing.
3. Disable FSYNC
(HUGE PERFORMANCE BOOST BUT SOFTBRICK RISK IF YOU DO IT WRONG)
First of all, before we get started know that disabling FSYNC has some risks. But its the single biggest tweak you can do. Will let you update or install apps and still do something else.
Secondly, please go here and thank eminent1410 for inadvertently fixing our Primes. He did it for his OPTIMUS Z ROM but we benefit!
http://forum.xda-developers.com/showthread.php?t=2203345
Steps to install:
Download the zip file named FSYNCFIX.zip attached to this post and extract the files in that zip to your Prime.
Open Root Explorer and go to /system/lib folder. Rename libsqlite.so and libsqlite_jni.so to libsqlite.so.bak and libsqlite_jni.so.bak respectively.
Copy the libsqlite.so and libsqlite_jni.so files that came from the attached zip (using root explorer for example) to the /system/lib folder (Mount that folder as RW if necessary).
Set permissions on the two files to rw-r--r-- (picture of what it looks like attached to post)
Reboot.
If something went wrong your prime will not boot but will be stuck at the booting screen. At that point use the directions at the top of the post.
CREDIT: http://forum.xda-developers.com/showthread.php?t=1691669
4. Fix Entropy
This is a big deal to fix lagginess. Confirmed by richardmlea to improve the browser. Also helps with apps that have lists in my experience.
You can get Seeder from the Play Store and support the developer (or search and find the thread on XDA):
https://play.google.com/store/apps/details?id=com.lcis.seeder&hl=en
Run the app, turn on everything and tell it to start at boot.
5. Replace build.prop (Undo this step before installing updates)
(softbrick risk and might cause problems with upgrading if not undone)
Credit to MR.WOOKIE for the base I used to make the build.prop. It improves all sorts of stuff in little ways- network improvements, UI improvements, JPEG viewing improvements.
To install:
Download the attached correct (US or WW depending on what Prime you have) build.prop.zip files from this post and extract it to your Transformer.
NOTE: Currently the attached build.props are only for the TF201. Will brick other Transformers.
Using Root Explorer or something, go to your /system folder and find build.prop and rename it to build.prop.bak
Then copy the build.prop file from the zip to the /system folder and change its permissions to rw-r--r-- (picture of what it looks like attached to post).
Reboot
6. Install the Pimp My Rom app (Undo this step before installing updates)
NOTE: This step must be done AFTER step 5 if you are going to do step 5. If you don't do step 5 the using Root Explorer or something, go to your /system folder and find build.prop and rename it to build.prop.bak before using Pimp My Rom.
Get it here:
https://play.google.com/store/apps/details?id=com.androguide.pimp.my.rom
I did a lot with this app, give it Five Stars!
Under Tools:
First I activated "Universal Init.d Support". Then confirm it works
Entropy generator is much like Seeder, but not as good.
Under Tweaks:
Under "Network and Internet" I enabled "Wifi Connect Speed Tweak" and "Faster Media Streaming" at the top part. Under Init.d ans Sysctl Tweaks I enabled "avoid Time-Wait," "Block Redirects," Block Source-Routing," and "IPv4 Tweaks." Now the play store doesn't act up any more saying it can't load.
Under "Android Features" I enabled "Hardware acceleration," Force CPU rendering,"
Under "Miscellaneous Tweaks" I enabled "Optimize sqlite Databases," "Ext4 File-Systems tweaks," Internal SD-Card I/O Tweaks," External SD-Card I/O Tweaks," and "Zipalign all APKS at each boot." These changes make a huge difference in the performance of almost everything.
7. OOM and SD cache
This will help responsiveness and RAM management. As per nhshah7
Download Kernel tuner:
Go to OOM and set it to 1000 aggressive.
Go to Misc and set the SD cache to 4096
8. Wipe the Dalvik Cache
Thanks to pooblej for this one.
Download this app:
https://play.google.com/store/apps/details?id=com.j.y.daddy.customizer
Open the app.
Go to "SET"
Select the "Wipe Dalvik-Cache" option.
It will then reboot with a pretty long boot time.
9. Trim
Do this last.
Use the lagfix program to TRIM your Prime:
https://play.google.com/store/apps/details?id=com.grilledmonkey.lagfix&hl=en
Just open it and hit Run.
Extra Optional Stuff to do
10. Install Browser2RAM
http://forum.xda-developers.com/showpost.php?p=34885711&postcount=58
Let it run as root. Can work with stock browser or Chrome. Thanks qskile for pointing it out and t3hSteve for the apk.
Personally I think this eats a lot of RAM and is not needed when you do all the other tweaks, but it is FAST! Hard to resist probably.
11. Install and use PieControls
These are all the rage now. Getting this feature is as easy as installing this apk to use the LMT Launcher:
http://forum.xda-developers.com/showthread.php?t=1330150
Here is a good guide that goes over setting up this feature with pictures:
http://highonandroid.com/android-ap...rooted-android-smartphonetablet-lmt-launcher/
Things left to do:
1. Data2SDish hack
2. Volume boost that works with Jellybean (Don't try anything Beats it won't work)
3. V6 SuperCharger - Can cause more problems than solutions unless done right and I need to research more. Kernel tuner goes a long way.
Thank you in advance for any and all responses or thanks.
I also wanted to know about the build tweaks now possible if we can root stock ...
I will let you know what I discover. So far the biggest boosts are browser2ram and freezing all the Asus bloat. It already feels like a different tablet now.
Set performance mode to performance. Enables it to clock at 1.4 ghz (wish we could go higher with stock kernel!)
download Kernel tuner, go to OOM, presets and set it to 1000 aggressive. Also in kernel tuner, set SD cache to 4096.
I didn't find seeder to actually help. Also download Rebooter from the play store and "Hot boot" if you slow down. It essentially kills all non-system apps.
Haven't tried the other apps you linked to the play store. My prime FLIES now
Edit: also have not tried build prop tweaks. Don't see a need just yet, might affect future OTA upgrading as well.
EDIT: Talking about performance, for browsers, I use dolphin with dolphin's jet pack. Doesn't have flash, but sunspider shows this to consistently be the fastest between any other browser on the market. Stock and Chrome come in slightly behind (in that order).
Maybe it is just the euphoria of getting root but seeder works great for me. first thing i installed after rooting. The stockbrowser and xda homepage (showing all devices) would crash the browser every time (stop responding, and require restarting) with seeder it is fine. I even uninstalled seeder to test if imagined the effect but didn't. For me seeder makes the stock browser fully usable. I dont think the browser has stopped responding since i installed seeder.
I will have a go at some of the other tweeks now.
poofyhairguy, Good idea to compile a list of tweeks, maybe you can keep the OP tidy and list and tweeks that other posters suggest in the first post.
One from me that you have already mentioned, to increase the volume get Volume+ from the play store. There is a free version and a paid version that claims to increaseit more. Maybe someone can suggest something better for the same job and completly free.
Also there was/is an app or tweek to improve the touchscreen persission and sensativity. Anyone know what thats called?
More idea's....?
Afternoon all, I have done most of the tweeks and i am seeing excelent gains in smoothness and responsiveness.
Quick question, i have disabled loads of the bloat apps using settings/apps/all selecting the app and selecting disable, but is there any advantage using titanium backup to freeze or remove the bloat app's?
richardmlea said:
Afternoon all, I have done most of the tweeks and i am seeing excelent gains in smoothness and responsiveness.
Quick question, i have disabled loads of the bloat apps using settings/apps/all selecting the app and selecting disable, but is there any advantage using titanium backup to freeze or remove the bloat app's?
Click to expand...
Click to collapse
Don't remover, just freeze it. If you need to OTA, it checks to make sure all the Asus apps are still there.
Also interesting tidbit on seeder. I'll try it again.
As far as changing governors, I could never get it to stick on anything other than interactive...?
Sent from my HTC One X using xda app-developers app
richardmlea said:
poofyhairguy, Good idea to compile a list of tweeks, maybe you can keep the OP tidy and list and tweeks that other posters suggest in the first post.
Click to expand...
Click to collapse
Good idea. I will also add the stuff I discovered.
richardmlea said:
One from me that you have already mentioned, to increase the volume get Volume+ from the play store. There is a free version and a paid version that claims to increaseit more. Maybe someone can suggest something better for the same job and completly free.
Click to expand...
Click to collapse
Looking into it volume plus no longer works in jellybean. So something else is needed.
I have updated OP with new findings.
Just PMed a mod to move this to General. I'll try Pimp My Rom when I get some time this week and report back if it works or not!
Please keep this list going - Everyone will need to know these things as more people root.
pooblej said:
Please keep this list going - Everyone will need to know these things as more people root.
Click to expand...
Click to collapse
I plan to. I am going to keep working on it until we get as much as we can get out of it. Plus I have crosslinked this guide on the TF300T and TF700 forums.
OP has been updated with my recent attempts.
Nice tweaks without root.
Maybe some things will work with my s3 because my Prime is rooted from the first second
Kind of slow at work tonight so I know what I'll be doing. :good:. Any benchmark numbers before and after doing all this?
I used to use Volume + but is seemed to quit working on JB. I am now using Music Volume EQ. It may not boost your volume as much as Volume + but it works well and I like the EQ, virtualizer and Bass boost functions. I just wish they would optimize their interface for tablets, it's kind of small for a 10 inch screen.
Music Volume EQ
One thing I've noticed with Music Volume EQ is sometime you have to open the app (or press the widget) for it to turn on. I haven't tested it if this is just after a reboot or it happens randomly.
EDIT - At this point all I can is WOW. This stuff really works. Pimp My Rom is the bomb. I've done everything in the list but install Seeder. With Pimp I don't think it's necessary but I may try it later. Also I can't get the CPU manager to boot into Performance mode with Pimp. Not really a big deal since ever since I've had my Prime and rebooted the first thing I do is to switch to Performance mode. It's like second nature to me now. I'll keep messing with it, it's probably something I'm doing.
Thanks for this very good Thread!!!
Thanks for this guide. At least I got root again easily. I did all the tweaks, lets see is the device any better.
theandies said:
Any benchmark numbers before and after doing all this?
Click to expand...
Click to collapse
A lot of these improvements show up in feel, not in benchmarks. But I might add some to the OP. Glad it it helped.
I am going to have a big update tonight. Got FSYNC turned off, almost done with build.prop tweaks plus maybe another surprise or two.
poofyhairguy said:
A lot of these improvements show up in feel, not in benchmarks. But I might add some to the OP. Glad it it helped.
I am going to have a big update tonight. Got FSYNC turned off, almost done with build.prop tweaks plus maybe another surprise or two.
Click to expand...
Click to collapse
Can't wait! I am now rooted and working through the list!
How did you turn off Fsysc? do you know what the risk is? ie if an app force closes and the TF201 reboots - ie is it safe?
Please let me know your thoughts...
pooblej said:
Can't wait! I am now rooted and working through the list!
Click to expand...
Click to collapse
If you are going through the list now please don't install Seeder ( I found something better I think) and hold off on Pimp My Rom or you will have to redo it.
I am going to make a TON of changes to the guide tonight.
How did you turn off Fsysc?
Click to expand...
Click to collapse
I found a libsqlite.so that was compatible. I promise as soon as I make sure it is safe today I will post how to do everything.
do you know what the risk is? ie if an app force closes and the TF201 reboots - ie is it safe?
Please let me know your thoughts...
Click to expand...
Click to collapse
This post basically sums up the risk:
http://forum.xda-developers.com/showpost.php?p=27122865&postcount=42
I think it is safe enough given that. The ROMing community here has bought into it 100% and so if it was a big deal it wouldn't be used. I never would make my life depend on my Prime.
And I almost can't explain how much faster it is with FSYNC off. Like everything else in the guide put together doesn't do as much. It is amazing.
poofyhairguy said:
First thing, update to the newest Jellybean Asus has given us and root it using this method (thanks flumpster).
Click to expand...
Click to collapse
My name isn't flumpster...
If your going to credit someone, either credit my name correctly (Morlok8k) or the original creator of the method (djrbliss).
Morlok8k said:
My name isn't flumpster...
If your going to credit someone, either credit my name correctly (Morlok8k) or the original creator of the method (djrbliss).
Click to expand...
Click to collapse
Sorry about that. I will change my guide now.
Evervolv is back
Here you can find latest Oreo Builds
http://evervolv.com/devices/tenderloin
New builds every day ?
Ok,
Download is ok
http://evervolv.com/get/ev_tenderloin-8.1.0-nightly-2018.08.26.zip
korporalkarotte said:
Evervolv is back
Click to expand...
Click to collapse
I noticed. Anyone know what’s going on?
Well, the logs for all the Tenderloin builds have no commits - the intriguing thing is looking at Gerrit and seeing all the Android P commits going on. None that I saw for Tenderloin, but a lot of work being done on P.... I know Flintman has said he had P booting on Tenderloin elsewhere - so who knows what's up, but it seems something is baking!
Just like to know if is there similar with durty-unicorns ?
Any way to root this build??
A_Pac1 said:
Any way to root this build??
Click to expand...
Click to collapse
Yup
Excellent news
Is there any reason to have a new update on a daily basis?
I guess it is automatic.
You can click on log to see the changes :
"2018.09.25..2018.09.26
No new commits found."
Steelskinz said:
I guess it is automatic.
You can click on log to see the changes :
"2018.09.25..2018.09.26
No new commits found."
Click to expand...
Click to collapse
I saw that; However, I didn't test it though, to have an opinion about it.
Steelskinz said:
I guess it is automatic.
You can click on log to see the changes :
"2018.09.25..2018.09.26
No new commits found."
Click to expand...
Click to collapse
It's just a bot. It mindlessly pumps out builds of the entire ROM, not just the tenderloin (HP) device.. It may or may not have commits in other parts of the ROM.
shumash said:
It's just a bot. It mindlessly pumps out builds of the entire ROM, not just the tenderloin (HP) device.. It may or may not have commits in other parts of the ROM.
Click to expand...
Click to collapse
I installed the ROM from 9-26-2018 and it does have changes to it. Now you can see the external USB partition when connected to a PC, it did not worked before. It may be a bot but the new commits are been apply and fixing bugs. The most important is that new commits are uploaded, then the bot will regenerate the new build. If anyone working on the TP ROM have access or that can upload the commits, this ROM will be very close to perfection by now. Is a shame is not been taking care of properly as we get new builds very fast! ( Even the camera partially works, you can see yourself when opening the app, it may need a very small tweak! )
There is even work been done for p-9.0 or at least files that are updated!
https://github.com/Evervolv/android_device_hp_tenderloin-common/tree/p-9.0
I'm having an issue with 10/6 build. If the tablet sleeps for more than a couple minutes, I need to force a reboot by holding the home button and power buttons. It will drain the battery quickly while in this state.
Ideas?
The Evervolv oreo 8.1 builts are not stable, the issue that you are experiencing is one of the bugs.
Another one is activating battery saver and deactivating will reboot.
Use DU built, is stable.
https://cdn.dirtyunicorns.com/api/download/tenderloin/Rc/du_tenderloin-v12.5.1-20180920-1118-RC.zip
greetings and thanks for so much effort and desire are excellent really appreciate and recognize their work
---------- Post added at 11:07 PM ---------- Previous post was at 11:00 PM ----------
https://github.com/Evervolv/android_device_hp_tenderloin-common/tree/p-9.0
http://evervolv.com/devices/tenderloin
HP_TOUCHPAD said:
The Evervolv oreo 8.1 builts are not stable, the issue that you are experiencing is one of the bugs.
Another one is activating battery saver and deactivating will reboot.
Use DU built, is stable.
https://cdn.dirtyunicorns.com/api/download/tenderloin/Rc/du_tenderloin-v12.5.1-20180920-1118-RC.zip
Click to expand...
Click to collapse
The DU build lags badly on my device. The Evervolv nightly from November 1st seems very snappy by comparison. Haven't tested it much but first impression is that I haven't found a ROM this responsive for the TouchPad in quite a long time...
crabnebula said:
The DU build lags badly on my device. The Evervolv nightly from November 1st seems very snappy by comparison. Haven't tested it much but first impression is that I haven't found a ROM this responsive for the TouchPad in quite a long time...
Click to expand...
Click to collapse
What makes a ROM faster is the Kernel and the CPU speed plus governor settings.
One setting does not work for every user as everyone uses the tablet differently.
Yes the last Evervolv is a good one. But also DU works great if you do not need to use the camera.
You can make the tablet faster by using the overclock kernel and change the CPU settings to your likes.
HP_TOUCHPAD said:
What makes a ROM faster is the Kernel and the CPU speed plus governor settings.
One setting does not work for every user as everyone uses the tablet differently.
Yes the last Evervolv is a good one. But also DU works great if you do not need to use the camera.
You can make the tablet faster by using the overclock kernel and change the CPU settings to your likes.
Click to expand...
Click to collapse
I do not need the camera, but all ROMS I've tried past KitKat suffer from bad slowdowns, where everything appears to regularly freeze for several seconds, scrolling in web pages is very jerky, etc. Overclocking helps a little, but not much. I unfortunately experienced the same behaviour with DU 12.5, even after a full wipe.
crabnebula said:
I do not need the camera, but all ROMS I've tried past KitKat suffer from bad slowdowns, where everything appears to regularly freeze for several seconds, scrolling in web pages is very jerky, etc. Overclocking helps a little, but not much. I unfortunately experienced the same behaviour with DU 12.5, even after a full wipe.
Click to expand...
Click to collapse
Unfortunately not all touchpads were build the same and there are variation on their parts, the most important CPU . That is the reason that an optimized setting can not be apply to all, because it will make some unusable.
That does not mean that the one with the worse quality parts can not perform well, all of them can with the right settings and it takes just some basic testing that the user must do and apply its own settings, there is only one that matters:
Find the lowest and maximum CPU frequency: Get the Overclock Kernel and an app that will allow to change the frequency, there are a lot out there.
Change the lowest it will work and the maximum by selecting one by one, if once selected it freeze or reboots then it will be the previous frequency:
In general this is the basic for maximum frequency:
All should perform at the maximum 1782000
Better: 1836000
Best: 1890000
At those higher frequency there could be some reboots depends on the settings:
All should be stable at when overclok 1782000.
Now comes the trick settings:
Some Kernel app will allow to apply settings to each cpu core individually.
Set the cpu0 to highest 1782000 and select Governor to Performance ( it will run constantly at that speed)
Set the cpu1 to lower anywhere from 1674000-1512000
Also select your minimum on both 192000 - 384000
Now change the voltage: Maximum to be stable 1400000 (it can be apply in increment until it reach the maximum to the 1782000 frequency.
Set the zRAM size to 2gb size ( maximum )
That is all!
Now the browser is important, use the latest version as of right now, some are faster than others, try them all!
All ROMS should be able to perform decent and give you great performance.
In the latest DU, using Opera or Firefox you can browse the web even go to youtube website and use it as if it was the native google app, no delays fast playing no lag ( all depends on your internet speed )
I've tried several apps that could get kernel access, but they either crash or fail to load. I'm rocking android 7.1.2.
Verdinex said:
I've tried several apps that could get kernel access, but they either crash or fail to load. I'm rocking android 7.1.2.
Click to expand...
Click to collapse
Don't have that problem; suggests a possible problem with bootloader unlock. Any issues securing root?
This is what I see after installing su14.zip arm non-64:
https://imgur.com/a/jnnOc03
Strangely enough, I can't see the root option in the developers panel and it should've been under 'demo mode'.
Can you run Kernel Adiutor? Could give me the name of the app you're using so I can check if it works.
Verdinex said:
This is what I see after installing su14.zip arm non-64:
https://imgur.com/a/jnnOc03
Strangely enough, I can't see the root option in the developers panel and it should've been under 'demo mode'.
Can you run Kernel Adiutor? Could give me the name of the app you're using so I can check if it works.
Click to expand...
Click to collapse
- "su14.zip"? Looks like run-of-the-mill "Advanced Root Checker" app which yields unreliable results IME
- "I'm rocking android 7.1.2" - based on your post history assume that means AEX customized for HDX??
- if AEX there is no integrated "root option"; however, it will expose all installed/working tools in "UI &UX" section
- I use multiple kernel apps including EX Kernel Manager and Kernel Adiutor to name a couple of popular ones; no issues
Davey126 said:
- "su14.zip"? Looks like run-of-the-mill "Advanced Root Checker" app which yields unreliable results IME
- "I'm rocking android 7.1.2" - based on your post history assume that means AEX customized for HDX??
- if AEX there is no integrated "root option"; however, it will expose all installed/working tools in "UI &UX" section
- I use multiple kernel apps including EX Kernel Manager and Kernel Adiutor to name a couple of popular ones; no issues
Click to expand...
Click to collapse
So which rom would you recommend instead? It seems this one has some issues regarding the root access. I've rooted my device with the file that can be found on official lineage website:
https://download.lineageos.org/extras
Verdinex said:
So which rom would you recommend instead? It seems this one has some issues regarding the root access. I've rooted my device with the file that can be found on official lineage website:
https://download.lineageos.org/extras
Click to expand...
Click to collapse
None of the popular HDX ROMs have "root access" issues. Your device, more accurately your firmware/software configuration, is the problem. Suggest a full wipe (all partitions) followed by a complete reinstall using the ROM of your choice. If issues persist it is likely the bootloader has not been fully/properly unlocked.
Davey126 said:
None of the popular HDX ROMs have "root access" issues. Your device, more accurately your firmware/software configuration, is the problem. Suggest a full wipe (all partitions) followed by a complete reinstall using the ROM of your choice. If issues persist it is likely the bootloader has not been fully/properly unlocked.
Click to expand...
Click to collapse
I've used magisk to root my device and everything's working fine now. I can run any kernel manager without much problem. Strangely enough, on demand cpu governor keeps my clocks at 300MHz. Interactive works a lot better. Is there any way to overclock my cpu without changing the kernel itself? I'd like to set single core at 2.2-2.3GHz and the rest at 1.9GHz to lower the temperature. 2.15 GHz is the maximum now.
Verdinex said:
I've used magisk to root my device and everything's working fine now. I can run any kernel manager without much problem. Strangely enough, on demand cpu governor keeps my clocks at 300MHz. Interactive works a lot better. Is there any way to overclock my cpu without changing the kernel itself? I'd like to set single core at 2.2-2.3GHz and the rest at 1.9GHz to lower the temperature. 2.15 GHz is the maximum now.
Click to expand...
Click to collapse
No way to overclock on stock kernel; there are no alternatives. Let interactive governor set the clocks and walk away. Twiddling CPU frequencies and other gov parameters on a handheld device of this type/vintage is a fools errand. Heat dissipation is not an problem unless you make it an issue with a thick/unventilated case after messing with CPU tunings. Just don't ...
Davey126 said:
No way to overclock on stock kernel; there are no alternatives. Let interactive governor set the clocks and walk away. Twiddling CPU frequencies and other gov parameters on a handheld device of this type/vintage is a fools errand. Heat dissipation is not an problem unless you make it an issue with a thick/unventilated case after messing with CPU tunings. Just don't ...
Click to expand...
Click to collapse
After playing around with different cpu governors, I discovered that the conservative mode is quite good when it comes demanding apps. Do you know an app that could allow me to set a particular cpu governors for different apps?
Verdinex said:
After playing around with different cpu governors, I discovered that the conservative mode is quite good when it comes demanding apps. Do you know an app that could allow me to set a particular cpu governors for different apps?
Click to expand...
Click to collapse
You'd have to roll your own script using a tool like Tasker or Xposed Edge.
Davey126 said:
You'd have to roll your own script using a tool like Tasker or Xposed Edge.
Click to expand...
Click to collapse
Thx, I'll stick to Kernel Adiutor it works really well and I can switch between governors on all core with a single button.