• After 15+ years, we've made a big change: Android Forums is now Early Bird Club. Learn more here.

Root [Kernel][GB] KoumaKernel 2.5

Forgive my noobiness, but I've been searching for a while now, and I can't find much in the way of answers. I know what the Super Secret Mod is, and what it does, and kinda-understand how to do it. But other than generalized "OMG its better!" remarks, how does it make the phone more betters? I'm nowhere near running out of memory, and i can't see how it could make the phone run much faster.
 
thanks to webiker7 i finally got the supersecretmod to work right...i just forgot to right down how he told me to do it lol
but its an awesome weapon in the fight for phone memory :}
THANKS KOUMA
THANKS WETBIKER7:cool::):D:D:D:D:D
 
Forgive my noobiness, but I've been searching for a while now, and I can't find much in the way of answers. I know what the Super Secret Mod is, and what it does, and kinda-understand how to do it. But other than generalized "OMG its better!" remarks, how does it make the phone more betters? I'm nowhere near running out of memory, and i can't see how it could make the phone run much faster.



as far as i know it's not supposed to make your phone faster what it does and does very well is free up your phone's internal memory so you can have more apps and stuff loaded on to your phone...
right gentlemen?
 
Okay! I'm back and I'm willing to try out 2.0 without freaking out this time.
XD
Ima read up on the four. To set it up right. XP
 
Forgive my noobiness, but I've been searching for a while now, and I can't find much in the way of answers. I know what the Super Secret Mod is, and what it does, and kinda-understand how to do it. But other than generalized "OMG its better!" remarks, how does it make the phone more betters? I'm nowhere near running out of memory, and i can't see how it could make the phone run much faster.


With all the secrecy surrounding the SSM I doubt you'll get a straight answer. Though I will admit I'm not entirely sure why this is shrouded in secrecy. It makes it extremely difficult for those not as savy to try to figure it out or at least try to learn how to accomplish it. It just seems odd to me, but then again this is Kourma's kernel hehehe ;)

My take on it is that it moves your dalvik cache to your SD card. This allows you to have more internal memory. Well something like that I suppose. The previous threads have people making separate partitions and then mapping those partitions. Now the Dalvik cache is supposed to use this new partition or some such.
 
With all the secrecy surrounding the SSM I doubt you'll get a straight answer. Though I will admit I'm not entirely sure why this is shrouded in secrecy. It makes it extremely difficult for those not as savy to try to figure it out or at least try to learn how to accomplish it. It just seems odd to me, but then again this is Kourma's kernel hehehe ;)

My take on it is that it moves your dalvik cache to your SD card. This allows you to have more internal memory. Well something like that I suppose. The previous threads have people making separate partitions and then mapping those partitions. Now the Dalvik cache is supposed to use this new partition or some such.

Correct, it moves the dalvik cache to the sdcard, which in turn will give you a nice big boost in space.
The reason for the secrecy is because it's easy to goof up, either by typo, picking a size that isn't good for the individual situation, choosing to do the mod when it will slow the phone down to unacceptable levels (and then consequently blaming me/the kernel for it).
Then there is just not understanding a thing about ADB and asking crap like "How do I ADB?" or "I do not has computer, how can I has SSM?" :D
 
Correct, it moves the dalvik cache to the sdcard, which in turn will give you a nice big boost in space.
The reason for the secrecy is because it's easy to goof up, either by typo, picking a size that isn't good for the individual situation, choosing to do the mod when it will slow the phone down to unacceptable levels (and then consequently blaming me/the kernel for it).
Then there is just not understanding a thing about ADB and asking crap like "How do I ADB?" or "I do not has computer, how can I has SSM?" :D


Hey Kouma, the 2.0 kernel is not creating the new partition, even worse, I do not even see the kernel icon in my apps list...
am I doing something wrong??? :D:D:D
 
Hey Kouma, the 2.0 kernel is not creating the new partition, even worse, I do not even see the kernel icon in my apps list...
am I doing something wrong??? :D:D:D


the only time you see anything remotly like a kernal icon is when you boot the device and kk2.0 shows up....a boot image
 
Correct, it moves the dalvik cache to the sdcard, which in turn will give you a nice big boost in space.
The reason for the secrecy is because it's easy to goof up, either by typo, picking a size that isn't good for the individual situation, choosing to do the mod when it will slow the phone down to unacceptable levels (and then consequently blaming me/the kernel for it).
Then there is just not understanding a thing about ADB and asking crap like "How do I ADB?" or "I do not has computer, how can I has SSM?" :D


Buwhahaha your right Kourma LOL. :D Somehow when I was reading your response this image of an exploding android came to mind with the face of the user covered in ash like in the cartoons.

That or someone saying 'oops' and running around with their clothes on fire after an accidental overload.

Hmmm something around the lines of...

bugs-bunny-explosion_4056.jpg


Not that you would cause someones android to explode........ ever.
 
I see no links to your current kernel version's source. Or for any of your kernel's versions for that matter.
 
I've put up a version 2.1 now.
It now says 2.1 on the about screen.
And it has a configuration option now!
Everyone that wants to use just one sd-ext partition as all of /data can now take advantage of the 2.6.35.14 kernel


Here we go again... Thanks :D
 
I've put up a version 2.1 now.
It now says 2.1 on the about screen.
And it has a configuration option now!
Everyone that wants to use just one sd-ext partition as all of /data can now take advantage of the 2.6.35.14 kernel
Hey, will dis woiyk on my trayk fone, or do-eye gotta carry moy lunch?
;)
 
Here we go again... Thanks :D

I did it as a bit of an experiment. I wanted to see if I could change the behavior of the kernel based on a setting. init.rc doesn't seem to support any if statement or piping of return codes into other values, i.e.
I don't think something like:
setprop datamounted mount ext4 mount ext4 /dev/block/mmcblk0p2 /data

would try to mount the sd-ext as /data and make datamounted = "/data" if successful and "" if not

I know that you can do tricks like that in updater-script, but the init readme does not suggest that commands will return values

anyways, the experiment worked. I was able to launch an external script that would set a property and then react based on what that property was set to, So I thought I'd share something useful

Unfortunately, the only support init has for any kind of conditional, is the on property methods which always get processed dead last
 
Like what? 7th or 8th place...

Code:
   init_parse_config_file("/init.rc");

    /* pull the kernel commandline and ramdisk properties file in */
    import_kernel_cmdline(0);

    get_hardware_name(hardware, &revision);
    snprintf(tmp, sizeof(tmp), "/init.%s.rc", hardware);
    init_parse_config_file(tmp);

    action_for_each_trigger("early-init", action_add_queue_tail);

    queue_builtin_action(wait_for_coldboot_done_action, "wait_for_coldboot_done");
    queue_builtin_action(property_init_action, "property_init");
    queue_builtin_action(keychord_init_action, "keychord_init");
    queue_builtin_action(console_init_action, "console_init");
    queue_builtin_action(set_init_properties_action, "set_init_properties");

        /* execute all the boot actions to get us started */
    action_for_each_trigger("init", action_add_queue_tail);
    action_for_each_trigger("early-fs", action_add_queue_tail);
    action_for_each_trigger("fs", action_add_queue_tail);
    action_for_each_trigger("post-fs", action_add_queue_tail);

    queue_builtin_action(property_service_init_action, "property_service_init");
    queue_builtin_action(signal_init_action, "signal_init");
    queue_builtin_action(check_startup_action, "check_startup");

    /* execute all the boot actions to get us started */
    action_for_each_trigger("early-boot", action_add_queue_tail);
    action_for_each_trigger("boot", action_add_queue_tail);

        /* run all property triggers based on current state of the properties */
    queue_builtin_action(queue_property_triggers_action, "queue_propety_triggers");

Like 16th place
 
Code:
   init_parse_config_file("/init.rc");
 
    /* pull the kernel commandline and ramdisk properties file in */
    import_kernel_cmdline(0);
 
    get_hardware_name(hardware, &revision);
    snprintf(tmp, sizeof(tmp), "/init.%s.rc", hardware);
    init_parse_config_file(tmp);
 
    action_for_each_trigger("early-init", action_add_queue_tail);
 
    queue_builtin_action(wait_for_coldboot_done_action, "wait_for_coldboot_done");
    queue_builtin_action(property_init_action, "property_init");
    queue_builtin_action(keychord_init_action, "keychord_init");
    queue_builtin_action(console_init_action, "console_init");
    queue_builtin_action(set_init_properties_action, "set_init_properties");
 
        /* execute all the boot actions to get us started */
    action_for_each_trigger("init", action_add_queue_tail);
    action_for_each_trigger("early-fs", action_add_queue_tail);
    action_for_each_trigger("fs", action_add_queue_tail);
    action_for_each_trigger("post-fs", action_add_queue_tail);
 
    queue_builtin_action(property_service_init_action, "property_service_init");
    queue_builtin_action(signal_init_action, "signal_init");
    queue_builtin_action(check_startup_action, "check_startup");
 
    /* execute all the boot actions to get us started */
    action_for_each_trigger("early-boot", action_add_queue_tail);
    action_for_each_trigger("boot", action_add_queue_tail);
 
        /* run all property triggers based on current state of the properties */
    queue_builtin_action(queue_property_triggers_action, "queue_propety_triggers");

Like 16th place


Holy Mamma.... that's alot of action going on in this baby.

thanks for sharing all this!!!

I'll isntall it when get home tonight, oh and let you know if this one can partition my card... :D:D:D
 
Kouma ,
Since I'm already running the SSM with KK 2.0 , would there be any benefit for me to change to KK 2.1 ?

Also , I read in the OP that to enable or disable the SSM , all that needs to be done is move the # sign position . Is this kernel for an a sd card that has already had the extension and the swap partitioned in adb ? If not , how does the ext. and swap get partitioned when you run the SSM from the new Kernel ? Thanks
 
Kouma ,
Since I'm already running the SSM with KK 2.0 , would there be any benefit for me to change to KK 2.1 ?

Also , I read in the OP that to enable or disable the SSM , all that needs to be done is move the # sign position . Is this kernel for an a sd card that has already had the extension and the swap partitioned in adb ? If not , how does the ext. and swap get partitioned when you run the SSM from the new Kernel ? Thanks

This is for people who have already been running partitioned SD cards, either 1.2 or people with SSM.
People who were running with 1.2 before should boot without their SDcard installed (take it out after installing)
and then edit the koumamod file to change over to data mode.

at the moment, this only supports data mode for people with existing filestructures in their sd-ext. I goofed and some folders don't get created when using the old setup on a clean card (SSM users are unaffected, they can reformat their cards at will)

I'm working on a fix, should have one soon


Update: It turned out to be a 1 line fix, dunno if I should put out a fix installer, or if I should just replace the 2.1 files with fixed ones.
 
This is going to sound like a silly question.

Are there any significant improvements or differences in performance between using SSM and data2sd? I can sorta see how using SSM will have a slight advantage over data2sd. Is one better then the other or do the two give their own advantages and disadvantages? I just can't wrap my head around the notion of either using /data on the SD or transferring the dalvik to the SD.
 
Back
Top Bottom