yashsingh1/xdaforums huggingface dataset:
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Ok further to this here's an easy fix for weird numbers with 2 decimals... just multiply it by 1 with awk...

root@android:/sdcard # echo 3.56.234 | awk '{print $1*1}'
echo 3.56.234 | awk '{print $1*1}'
3.56
root@android:/sdcard # echo .56.234 | awk '{print $1*1}'
echo .56.234 | awk '{print $1*1}'
0.56

KAK is independant.

See my previous post :)

Don't miss my previous post :p

Did I mention my previous post yet?

See my prev... oh wait...
[Android Software/Hacking General [Developers Only]] GermainZ:
So 63457 will be the next and final test release? ;)
[Android Software/Hacking General [Developers Only]] gu5t3r:
Power-Shift scripts are NOT generated...

EDIT: The existing ones are Re-Generated on first run and when option chosen, BUT new ones that don't exist are not generated...
[Android Software/Hacking General [Developers Only]] asdot:
Done :p

and now time for 63457! oops I mean 6345T! :D

Sent from MARVEL JellyScream
[Android Software/Hacking General [Developers Only]] maanski3:
The B345T is evolving! :o Time to check out the 6345T :P Feedback in a few :)
[Android Software/Hacking General [Developers Only]] zeppelinrox:
wow I has teh 1337 users...

Either that or I'm predictable :p

geez yeah... I dont see why that happens... that bug must have been around awhile as i hadnt changed that in the last couple of tests...

Wonder what to call the next fix :p
[Android Software/Hacking General [Developers Only]] maanski3:
I'd gladly report my feedback that I had no problems from my end. 100% SuperCharged right here from the 6345T. Thank you, Zepp-Zepp. :victory: :highfive:
[Android Software/Hacking General [Developers Only]] Jar3112:
Zep, regarding FOM I noticed that if it flushes while I'm playing a heavy game it causes it to lag a lot while cache is regenerated.

Just asking, but could it be possible to make it run its flush Cycle only when the phone is in idle state?

Sent from my Galaxy Nexus
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Sounds fancy.

Should be doable with the fb_wait thingie.

I read somewhere that there is a bug in using it on some ROMs tho which causes bootloops.
[Android Software/Hacking General [Developers Only]] SecUpwN:
[MENTION=3357461]zeppelinrox[/MENTION]: Please check and answer your PMs! :)
[Android Software/Hacking General [Developers Only]] Jar3112:
Should be worth trying if you mind! :p

Sent from my Galaxy Nexus
[Android Software/Hacking General [Developers Only]] zeppelinrox:
You seem to forget how this works.

Besides that, I answered your question in this thread, AND I replied in the V8 alpha thread BEFORE you posted this nonsense.

So here's a couple of pointers.

1. Don't be a

2.

So basically,

Else...
[Android Software/Hacking General [Developers Only]] gu5t3r:
Zepp, how can I disable BootLoop check completely so 99SuperCharger would act as there wasn't bootloop even if there was...

Tried deleting !!SuperChargerBootLoop.log, SC doesn't display there was a BootLoop but values don't stick?
[Android Software/Hacking General [Developers Only]] zeppelinrox:
You can comment out this line near the top like so

# elif [ "`echo $0 | grep "init\.d"`" ] && [ ! "$interactive" ]; then echo " Delete this file to Re-Enable *99SuperCharger to run on boot..." > $bootloopcookie;

No cookie will be dropped so the bootloop check always passes.

What's the BootLog_SuperCharger.log look like?

Ah and the Ran_SuperCharger.log too
[Android Software/Hacking General [Developers Only]] gu5t3r:
Thanks, I want to disable BootLoop check when I'm SuperCharging my friends phone because sometimes they restart phone when booting or pull out battery so script thinks phone bootlooped but it really didn't... And then minfrees don't stick...

---------- Post added at 11:00 PM ---------- Previous post was at 10:37 PM ----------

Are you sure deleting log solves the problem? When I deleted /data/!!SuperChargerBootLoopMessage.log main script didn't said there was bootloop but said values didn't stick?
[Android Software/Hacking General [Developers Only]] zeppelinrox:
If you comment out that elif line and delete the bootloop cookie it should run for sure.

Delete the Ran file and see if it reappears after reboot.
[Android Software/Hacking General [Developers Only]] gu5t3r:
It works =)

---------- Post added at 11:39 PM ---------- Previous post was at 11:31 PM ----------

Also, latest script shows FOM is not enabled even "ps -w | grep In" shows FOM is in effect...

After I enable it again with declining flush on option 17, it shows it's enabled until I restart main script...It again shows it's disabled but "ps -w | grep In" again shows it is in effect....

---------- Post added at 11:42 PM ---------- Previous post was at 11:39 PM ----------

Also I get error

================================

Nice! Gonna dump some cache... flush too!

================================

sh: !Detailing.sh: unknown operand

---------- Post added 23rd April 2013 at 12:24 AM ---------- Previous post was 22nd April 2013 at 11:42 PM ----------

Also when SD Card tweak is disabled and changing shifts you apply value 0 to read_ahead_kb =(

---------- Post added at 12:27 AM ---------- Previous post was at 12:24 AM ----------

Question: On B34ST, is BL Check disabled by default?
[Android Software/Hacking General [Developers Only]] Blackrose666:
I don't seem to be able to get FOM working with the latest 6345T, I've tried enabling it through the driver options and via option 17 from the main driver console, when you return to the drivers console after enabling it in the settings it says FOM is enabled, however when you run the main script again it shows disabled.

I tried 'ps -w | grep In' in terminal emulator and it shows no output.

Also the script for deamon controller gets disabled on boot, I've attached a txt of the disabled 83oc script from the system/etc/init.d directory.

I'm not sure why the script is being disabled or what parts of the 83oc script needs to commented out.
[Android Software/Hacking General [Developers Only]] erik07:
Zep, what seems to be the problem here? Im running P.A.C 22.1 and dorimanx 8.14. I cant seem to apply the oom groupings fix even if i turned off the cortexbrain function in dorimanx kernel which includes the oom management in the kernel.
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Annnnnnnnnnnd another bugfix *sigh*

Damn syntax can get tricky, eh?

All the bugs mentioned by gu5t3r should be fixed.

FOM was borked due to that trick I came up with to fix decimal values.

It was fine but I had that second "flushOmaticHours=" at the beginning of a line... and that messed up V6's detection as it searches for that phrase at the beginning of a line and there were 2 of them :p

Found the bug due to reworking the detailing counter (I missed a s\lashie)

Fixed the PowerShift script not being made when supercharging (I hadn't fed the re-generator function the full path to the new script that is to be created - took me a while to figure that one out lol)

Now should be bug free since I didn't add anything and only fixed bugs :o

And so... here is...

63457 aka L33T BEAST!

Click thanks as it helps kill bugs quicker LOL

And yeah... you knew it was gonna be 63457, right? heh.
[Android Software/Hacking General [Developers Only]] zeppelinrox:
If sdtweak is 0 it is disabled and it doesn't get applied.

Did you read the comments/info in 99SuperCharger?

if [ "`cat /sys/block/mmcblk0/bdi/read_ahead_kb`" -ne $sdtweak ] && [ "$sdtweak" != 0 ]; then

It only gets applied if the current setting is not the same as SuperCharger's AND if SuperCharger's in

not

0 ie. !=0

BL... Did you mean BootLoop check?

It's always enabled but only it it's running in the background ie. on boot.

If you run it manually it don't check.

So test the one I just posted... hopefully you don't find anything else LOL

Should be fixed :)

1. Clean up that post... delete all that useless info... just way tmi.

2. Use a more current version.

3. If you have an issue, don't post long winded info without a code box.
[Android Software/Hacking General [Developers Only]] j@lebi_chor:
service.jar patch

I have patched my service.jar file using Ultimatic jar patcher tool. I put that the new file from supercharged folder (in windows) into my sdcard and then run the supercharger script. But when I install then it replies:

Is: /storage/sdcard0/service.jar: No such file or directory

sed: bad option in substitution expression

Newest files are listed first!

Is: /storage/sdcard0/service.jar: No such file or directory
​

What should I do now??
[Android Software/Hacking General [Developers Only]] asdot:
Yosh!!! FOM working with the latest 63457!!!
[Android Software/Hacking General [Developers Only]] Blackrose666:
Both issues fixed with 63457 script, thanks great work :good:
[Android Software/Hacking General [Developers Only]] zeppelinrox:
gu5t3r Ok thanks for the heads up once again lol

Hey but a question.... Y U DISABLE SD SPEED TWEAK?!?

Do in terminal:

cat /sys/module/lowmemorykiller/parameters/adj
[Android Software/Hacking General [Developers Only]] gu5t3r:
Was trying to test bootup on different values so i set ti with "lupus" menu... As it's faster to change it from there and runs much before SC...

I'm enabling it, don't freak out XD

Anyhoo, only bug left (at least on my device), if it's a bug...BulletApp loop time is not preserved when regenerating scripts...

Think you can let users test it for a week and then update the op with v13 aka 1337...

:good:
[Android Software/Hacking General [Developers Only]] hisname:
Hey zep, wouldthis happen?

Sent from my supercharged :tank:
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Oh you mean the delay time reverts to 30 seconds on regeneration?

I tested it on earlier tests and it remembered but maybe I borked it while fixing other stuff :o
[Android Software/Hacking General [Developers Only]] gu5t3r:
Yes...
[Android Software/Hacking General [Developers Only]] Computoncio:
Dorimanx kernel no longer have groups in oom Boom stick cooked and raw

Dorimanx team removed oom grouping when they implemented memory tuning in kernel.

I'm testing yours releases zep here's the out put of the latest

6rilliantly_3pic_4ss_5uper_7ease_ i notice some glitches but working as it should. :thumbup:

Phone: Samsung Galaxy SII - GT-I9100

Kernel: Dorimanx kernel v9.14

1st ROM : Vanilla RootBox Nightly - 20130406 (Online)

2nd ROM : Resurrection Remix v3.1.3

MODEM: Modem+RIL - XXLS8

MODS: My RR mods, My RB mods, ASUL v5.1.1 by Kroz :good: and V6 SuperCharger:p
[Android Software/Hacking General [Developers Only]] zeppelinrox:
SuperCharger won't ever be a "throw in" with a bunch of other stuff

Ok just delete the ; on the bpwait=line.

V6 fetches the bpwait time but the ; gets included with the value... so if it reads 25; then the ; is included in the variable and that messes up the [ test ] and so reverts to the default 30... meh...

or in the "load options" function, you can change the

grep "^bpwait=" /data/97BulletProof_Apps.sh | sed 's/.*=//'

to

grep "^bpwait=" /data/97BulletProof_Apps.sh | sed 's/.*=\|;//g'

That will also strip the ; out of the value as well as everything before the =

can you run an earlier V6 that showed you bOOM stick groupings and see if it still works properly.

Just wondering if I simply introduced a bug.

geez I'll have to look at this stuff later this is too much in the morning :p

I'll have to see exactly why groupings don't get made up in boomstick.
[Android Software/Hacking General [Developers Only]] hisname:
Delete
[Android Software/Hacking General [Developers Only]] erik07:
i've tried it first with earlier versions of V6, still showing the same bOOM stick groupings, not categorized.
[Android Software/Hacking General [Developers Only]] Computoncio:
[MENTION=246023]zep[/MENTION] Dorimanx and voku altered oom grouping in kernel, if i flash cm kernel all good.

When that happened i was using v6 up9 rc12 test 6 and i notice that oom grouping was not working, so i investigate and notice they had changed it.

I didn't inform you because it was working great in the previous kernel version, only when i updated to the new release it happened.

Check the git of Dorimax, he now have two branches master-jelly-beam and master-jelly-cm-aokp the only difference between then is that only master-jelly-beam works with stock roms.

if you want me to test something else i'm here at your service, waiting or orders;):p
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Was that test 6 OK with the previous kernel change and now that same version doesnt work, correct?
[Android Software/Hacking General [Developers Only]] GermanyGSG:
Hi zepp,

I am building a custom rom for my phone lately and it'll support the init.d function. The question is, what script should i put into my works because there's a lot of things that Supercharger affects such as build.prop, init.rc, 99super and much more. Should i put all of these stuff into my custom rom and to replace the default one? Is that okay? And the busybox and binary too? And i won't forget the credits to this thread and for you ;)
[Android Software/Hacking General [Developers Only]] pajda88:
Can I use it with Tablet- ONDA v972 with 2gb of Ram ?

It would be working well ?
[Android Software/Hacking General [Developers Only]] gu5t3r:
What will you do?

Also, when Bullet script does not exist in init.d Main Script shows delay is 1second...
[Android Software/Hacking General [Developers Only]] Computoncio:
I don't remember which version Dorimanx & Voku introduced the changes, but with stock cm kernel that comes with rom, oom grouping works great with latest teaser.

Phone: Samsung Galaxy SII - GT-I9100

Kernel: Dorimanx kernel v9.14

1st ROM : Vanilla RootBox Nightly - 20130406 (Online)

2nd ROM : Resurrection Remix v3.1.3

MODEM: Modem+RIL - XXLS8

MODS: My RR mods, My RB mods, ASUL v5.1.1 by Kroz :good: and V6 SuperCharger:p
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Gonna do the modified sed command... Just in case.

Not at the computer so I'll have to look at that 1 second thing later.

Tho the script looks in the .sh file for bpwait and if there's no value found ( missing sh file ) then it looks at the options file.

I can only see it becoming a 1 second delay if its lookin at an older options file.
[Android Software/Hacking General [Developers Only]] gu5t3r:
On friends phone I was updating from B34ST and BPA wasn't enabled before...

---------- Post added at 05:52 PM ---------- Previous post was at 05:50 PM ----------

So I can do both modifications as with modified sed command on first modification ; won't be there anymore?
[Android Software/Hacking General [Developers Only]] zeppelinrox:
ya use whatever V6 modifies, scripts in data and stuff in data/V6 folder

Well that don't help. Petty sure that t6 was fine.

Run that and see what it looks like.

Ah... Ok it probably did grab the value from an older options file.

Thanks for the heads up :)
[Android Software/Hacking General [Developers Only]] gu5t3r:
So I can do both modifications as with modified sed command on first modification ; won't be there anymore?
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Sure you can do both.

I'm gonna change all of the sed 's/.*=//'

Of course was gonna change to sed 's/.*=\|;//g'

BUT this is much cleaner I think sed 's/[^0-9]//g'

I actually avoided the problem in 99SuperCharger by not having the ; on the lines where I set variables but forgot to take it out of BPA lol

So now it won't don't matter if the ; are there or not as anything that isn't a number gets stripped out.

edit: oops almost added a new bug lol... for FOM it would be sed 's/[^\.0-9]//g' so as to allow for the decimal.
[Android Software/Hacking General [Developers Only]] Computoncio:
Zeppelinrox your script works great, the issue is on kernel side, on Dorimanx kernel there's no oom grouping no more.

Sorry if i didn't make it clear on my latest posts. ;)

Phone: Samsung Galaxy SII - GT-I9100

Kernel: Dorimanx kernel v9.14

1st ROM : Vanilla RootBox Nightly - 20130406 (Online)

2nd ROM : Resurrection Remix v3.1.3

MODEM: Modem+RIL - XXLS8

MODS: My RR mods, My RB mods, ASUL v5.1.1 by Kroz :good: and V6 SuperCharger:p
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Ya no kidding.

It didn't have it before either... no adj file... and V6 worked fine as it was accounted for.

So let me be clear... RUN RC12 Test 6 and check with that

edit: check to make sure that /sys/module/lowmemorykiller/parameters/adj is missing. if it isn't, what's in there?

If the newest script is working right and has no bug, the only explanation is that there is once again the adj file but somehow doesn't get changed.
[Android Software/Hacking General [Developers Only]] zeppelinrox:
aha... I was right... the adj file has reappeared... like MAGIC!

But now I gotta figure out what the hell those numbers mean :p

I actually like it that the file is back... heh

edit: ok well I can kinda deduce how it translates to the normal adj file with the first number being 0 and the last being 15... but that last number don't make sense... it's only 1000

Actually, come to think of it, Im pretty sure that the only right number is the 1000 as the new adj system changes the max adj 15 to 1000 and the minimum -16 adj got changed to -1000.

Tell Dori and Voku to get on the ball... lol
[Android Software/Hacking General [Developers Only]] mixednuts:
Good luck... I mentioned similar kernel issues to my dev and they just fell on deaf ears :p
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Those that don't listen are the dumb and/or ignorant ones that "know-it-all" because they read a book somewhere awhile ago.

Or they passed a test that they cheated on? LOL

Anyway, know it alls don't learn since they think they know it all (or cheated? LOL).

dori ain't like that... he listened last time and fixed it fast ;)

Oh and I got it figured out in record time... lol

http://xdaforums.com/showthread.php?p=40624587#post40624587
[Android Software/Hacking General [Developers Only]] erik07:
I tried using update9 rc11 with dorimanx 7.47 (previous release) and your latest tease with dorimanx 7.47 and both worked fine, i think starting with dorimanx 8.x/9.x they've modified oom management. So could it mean that we really cant make the kernel and your script to work together or is there any way, possibly a work around to bring back the functionality even if the kernel doesnt have the adj thingy anymore?
[Android Software/Hacking General [Developers Only]] zeppelinrox:
@gu5t3r about the bulletproof apps thing when you were updating the phone...

Did you do the Re-SuperCharger option?

If so, did it take you to driver options afterward?

If that's what happened, I intentionally did it that way.

ReSuperCharging will put back in place previous files so that regenerator knows which files to update (I don't want to generate, for example FOM, if somebody has never ever ran the FOM option).

Then after that, you get the driver options to ensure that they are what you want them to be.

edit: Maybe I can juggle things so it goes to Driver Options before re-supercharging/regenerating but not sure if it's worth the bother if it's already working as intended :p

Start paying attention.

This morning I told you to run a terminal command.

You replied that it spat out numbers but you never said what they were.

Guess what? Those numbers are what I needed to know.

I already know it was working before.

Computonicio did the command and told me what I needed to know.

So start paying attention by reading my previous 2 posts.
[Android Software/Hacking General [Developers Only]] fractaline:
At the risk of being redundant... I have the same set of numbers in said adj file. 11534336,23068848,38535520,46203468,65536705,1000

Latest dori, with 63457 teaser.

Must say it's a relief to know I'm not the only one. ;)

~ PHØN€D ÎN ~
[Android Software/Hacking General [Developers Only]] erik07:
Oh, about the terminal, i did the same thing computoncio did and got the same numbers as computoncio but still no groupings.
[Android Software/Hacking General [Developers Only]] zeppelinrox:
voku has since made a post but didn't acknowledge my findings.

hopefully he isn't agitated that there's probably a bug in the calculations.

He was more than happy to make an immediate fix last time tho so maybe he's just looking into it further.

Ok it's interesting that the numbers never change.

I thought the whole point of the adjs being internal to the kernel was that they'd be constantly changing.

But they never change so this gives me an idea... hopefully it will work the same as always but with the new numbering system...

so do these commands in terminal:

echo 0,201,402,670,804,1000 > /sys/module/lowmemorykiller/parameters/ad
cat /sys/module/lowmemorykiller/parameters/adj

does the adj file change?

If so, dorimanx kernel will once again be supercharged, old school ;)

And you can immediately edit /data/V6_SuperCharger/SuperChargerAdj and put in there 0,201,402,670,804,1000

It will be grouped properly but won't show up in bOOM Stick with current version.

I'd have to update it to account for the number conversion and the kernel won't even need to be "fixed".

All that would matter is that the adj file can once again accept values.

edit: ok do these commands too...

cat /proc/1/oom_adj
cat /proc/1/oom_score_adj
[Android Software/Hacking General [Developers Only]] gu5t3r:
I think it went to Driver Options (99%), but as BPA script never existed before nor existed after....and it still showed 1s delay info on second start of main script....

....maybe it was bug in B34ST rather than in 63457...?
[Android Software/Hacking General [Developers Only]] viorel78:
HI. please confirm if Supercharger work on my rom .here log file from /data
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Ah yeah perhaps.

Buy maybe Ill rearrange it so it goes to options before regenerating if there are missing options.

I may also revamp the options file itself so it's more user friendly... and then just load them with the source (.) trick.

root@android:/sdcard # cat /sdcard/options
cat /sdcard/options
sdtweak=256
bpwait=69
panic=3
root@android:/sdcard # echo $sdtweak
echo $sdtweak

root@android:/sdcard # echo $bpwait
echo $bpwait

root@android:/sdcard # echo $panic
echo $panic

root@android:/sdcard # . /sdcard/options
. /sdcard/options
root@android:/sdcard # echo $sdtweak
echo $sdtweak
256
root@android:/sdcard # echo $bpwait
echo $bpwait
69
root@android:/sdcard # echo $panic
echo $panic
3
[Android Software/Hacking General [Developers Only]] hoholee12:
so, does that mean ActivityManagerService produces value to the oom_score_adj too?

뷁
[Android Software/Hacking General [Developers Only]] maanski3:
It says SuperCharge is complete in those logs you attached. Did you check the SuperCharger status though? It probably should be supercharged since your logs said so.
[Android Software/Hacking General [Developers Only]] zeppelinrox:
No thats in the kernel...

There a diffence between ADJ and adj.

All caps is for group type, small adj is for individual app status and grouping file.

AMS assigns ADJs to app groupings and determines what grouping an app belongs too (foreground, home,visible,etc)

The kernel controls an apps adj priority and the adj (grouping limit) file as well as the lowmemorykiller.

Newer kernels are using the new oom_score_adj for use by the lowmemorykiller but dori also has the old oom_adj file (probably for app compatibility)
[Android Software/Hacking General [Developers Only]] swat4samp:
How to disable bulletproof service completely in latest 6345T script (or is it necessary :confused:) coz i dont need it..it says the bulletproof apps are running every 30 sec and the bulletproof service is on and not in ROM even though i didnt touch anything related to bulletproof services....Other than that no problems at all...i must say its really brilliant epic script of all time :good: