yashsingh1/xdaforums huggingface dataset:
[Captivate Android Development] mtcarey:
New!!! -- BETA! BETA! BETA!-- UCKI1 kernel with Voodoo lagfix!

See this thread....

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

Mod_Boog_KH3_kernel_V3_V1

Thanks to Boog for a great kernel! I took it apart and tweaked it a bit mainly so that I would have full functionality in ADB and DDMS.

default.prop

Changed the following to allow ADB / DDMS to run as root:

ro.secure=0

ro.allow.mock.location=1

ro.debuggable=1

persist.service.adb.enable=1

init.rc

Modified to execute /system/etc/init.d scripts at boot. Also added sysctl.conf to /system/etc.

more...

Symlinks from Busybox to "ls" and "ps" have been removed from /sbin so that DDMS will work correctly. They now fall back to Toolbox links in /system/bin.

Several scripts have been added to /system/etc/init.d for experimenting. They can be removed, modified and added to as desired. However, the script "S99complete" should remain intact... without it NO scripts will be executed.

Have fun!

DOWNLOAD HERE
[Captivate Android Development] Yuna:
> Modified to execute /system/etc/init.d scripts at boot. Also added sysctl.conf to /system/etc.

How did you done that?

If /etc/init.d can be runned - can we have a mount commands changed to ext4?
[Captivate Android Development] mtcarey:
I'll post the relevant parts of init.rc tomorrow... it's 2 am here and I'm going to bed! As for changing the mounts to ext4, there probably is a way but I'm not sure I want to be in the kernel / rom business. I just needed to fix ADB / DDMS and got a bit carried away. :-)
[Captivate Android Development] Yuna:
by asking "how did you done that" i mean - how did you managed to change init.rc in pre-compiled kernel?
[Captivate Android Development] mtcarey:
I extracted the ram disk with a script... I'll post that tomorrow also.
[Captivate Android Development] mtcarey:
Get the extraction scripts here:

http://xdaforums.com/showthread.php?t=901152

repackImage.sh has a bug though...

search for and change:

local at_min=

to

local at_min=0
[Captivate Android Development] streetsmart999:
Thanks.. I will give it a try. Good job and good luck for future work.
[Captivate Android Development] DAGr8:
good job as a dev adbd as root is mandatory

ki2 is out what are you waiting for ?
[Captivate Android Development] boog:
Awesome! This is what I was looking for! Was hoping that someone with a bit more knowledge would chime in on some of this stuff.

I am super new to tweaking all that stuff, I'll look into your changes, and could roll them back over into mine, and future releases. All the fun stuff is coming out while I am at work!
[Captivate Android Development] mtcarey:
Have at it boog! I didn't really know these changes off the top of my head... had to dig around a bit. I'll post the change to init.rc soon for the init.d stuff.
[Captivate Android Development] mtcarey:
I'll leave ki2 to boog... got my hands full with app development! :-)
[Captivate Android Development] mtcarey:
Modification of init.rc to run init.d scripts at boot

# ============================================== MTC

setprop cm.filesystem.ready 0

start sysinit

on property:cm.filesystem.ready=1

### Script S99complete in init.d sets this property to 1 and

### allows processing to continue. Do not remove this script!!!

# ==================================================

class_start default

## Daemon processes to be run by init.

##

# Declaration of service to execute scripts in /etc/init.d ===== MTC

service sysinit /sbin/run-parts /system/etc/init.d

disabled

oneshot

# =================================================
[Captivate Android Development] amwbt:
Mtcarey, if you could get EXT4 support on this kernel you would be a God!!!
[Captivate Android Development] mtcarey:
Funny you should mention that.... I was just just looking into it. :-)
[Captivate Android Development] amwbt:
Please do! Since designgears left the Captivate, no one cares to keep up the work. In my opinion, the Captivate is useless without it. I just can't bring myself to run a Captivate rom without EXT4 support.
[Captivate Android Development] boog:
The latest builds fly without ext4. Not sure I would call it useless.

But, I ended up getting into the kernel stuff because it appeared no one else was going to.
[Captivate Android Development] LOSTLOGIC89:
I agree with you, ki2 is super fast and stable (with no ext4)
[Captivate Android Development] boog:
If you do find something, I would be curious to know. Everything I have tried (pulling lagfix out of other kernels) results in initramfs being too large. Even after removing all the voices.

I'm just not sure how much gain would be had for all the work. Getting sources would be cool.
[Captivate Android Development] mtcarey:
Yup. Exactly what happened to me. I tried everything to get the size down, but still ended up about 1 mb too big. Oh well, it was a learning experience. I agree that there probably isn't much to gain anyway... rfs now seems as fast as ext4 ever was.
[Captivate Android Development] Yuna:
Why don't you make your own lagfix? e.g why need to put all the voodoo stuff, if you (IMHO) need to edit init.rc mount stuff:

mount rfs /dev/block/mmcblk0p2 /data nosuid nodev crypt check=no

mount rfs /dev/block/stl10 /dbdata nosuid nodev crypt check=no

Why not to try this way?

Well, voodoo by itself is good cos it auto-converts partitions - but sometimes it lags :)

but why not to do this, and after time make a auto-conversion script?
[Captivate Android Development] mtcarey:
The stock Captivate kernel needs additional library modules to deal with formats other than rfs, as well as all the related plumbing. Voodoo has that.
[Captivate Android Development] Yuna:
AFAIK it's releated to 2.2 era. Have you checked kernel capability to mount ext4 in GB stock kernels?
[Captivate Android Development] mtcarey:
You're right about Gingerbread...

"mke2fs -t ext4..." will convert, so I suppose

we

could "roll our own". Please note the "

we

", not "

I

".

:-)
[Captivate Android Development] Yuna:
But can the kernel mount created partition?
[Captivate Android Development] Demonic240:
Does this allow bln to work?
[Captivate Android Development] Yuna:
I assume not.
[Captivate Android Development] Jsmokey:
I just got done with this exact same thing like a week ago for my rom I'm working on, btw thanks again boog for giving permission for its use. Thanks for releasing for the community to use and if I make anymore progress getting ext4 working I'll be sure to post how to do it, thats what I've been working on the past few days but haven't had any luck so far hopefully tonight I can make some progress getting things to play nice with each other.

Sent from my i897 w/Andromeda 3, Suckerpunch kernel, & 1.3Ghz OC using Tegrak.
[Captivate Android Development] Jsmokey:
Think I got ext4 figured out just got to get some time to test it later and see how it goes, as was said gingerbread does support ext4 it just needs the modules and the edits to init.rc to mount everything properly from what I've found. If I get the time tonight I'll post back with my results I have tile to lay in our kitchen tonight and some other projects around the house so no promises.

Sent from my i897 w/Andromeda 3, Suckerpunch kernel, & 1.3Ghz OC using Tegrak.
[Captivate Android Development] amwbt:
Any word on how it went Jsmokey?
[Captivate Android Development] Jsmokey:
Just about ready to try it out and see what happens. The way I'm doing the conversions is going to use an update.zip with an updater script to convert the partitions back and forth and I have to finish the updater script.

I have the ext4 modules and mount points in my copy of the kernel so in theory I could test to see if it works by flashing over an already lagfixed device and see if it boots but I want to wait till I have the update.zips ready and see how the conversion goes.

Should have some updates tonight.

Sent from my i897 w/Andromeda 3, Suckerpunch kernel, & 1.3Ghz OC using Tegrak.
[Captivate Android Development] Yuna:
Waiting your word with hope...
[Captivate Android Development] Jsmokey:
Thanks, I'm looking at maybe modifying an already existing set of scripts to save time. No matter what I'll package up my rom and kernel and flash over what I have now running ext4 and see if everythings mounting properly tonight.

If I can't adapt the scripts I found it might pretty late before I get all the scripts wrote and tested though and probably another day to get the scripts wrote to convert back to rfs.

Doing it this way as opposed to directly putting all the scripts into the kernel and calling them from init.rc saves a ton of space and also deleting the lines that samsung leaves in init.rc from other devices allows the initramfs to easily pass the size requirement when recompiling but adds alot of scripting work to convert everything correctly and set the correct permissions.

Sent from my i897 w/Andromeda 3, Suckerpunch kernel, & 1.3Ghz OC using Tegrak.
[Captivate Android Development] mtcarey:
Almost ext4

I had Voodoo lagfix (ext4) conversion and voices working perfectly yesterday... managed to squeeze everything into the ramdisk. But then I tried for Voodoo sound and broke something. I'll try to get it unraveled.
[Captivate Android Development] Yuna:
I think voodoo sound is not so important - it can be achieved by other means, as well as overclocking.

but the voodoo color and lagfix - are not ahievable without kernel help
[Captivate Android Development] mtcarey:
Yes, the sound was over-reaching, but it bothered me that the Voodoo Control app was telling me that I didn't have sound! I should have left well enough alone.
[Captivate Android Development] chappatti:
OH, Mr. mtcarey:

Please voodoo sound is not over-reaching !! I so love that the voodoo sound improvement. Please do it.......! :D Please, please, pretty please!

BTW, what is the non-kernel way to get voodoo sound working?

Thanks.
[Captivate Android Development] Yuna:
> BTW, what is the non-kernel way to get voodoo sound working?

Voodoo control plus aka donate version
[Captivate Android Development] chappatti:
Thanks!! Seriously, i did not know that at all, that Voodoo Control Plus is a kernel-free equivalent. :o:o I just thought the plus meant more "features". I always thought the kernel required it. What an eye opener !! Time to donate.

Thanks again.
[Captivate Android Development] Jsmokey:
Glad to hear you got lagfix working, I just went through the scripts I have and changed the partition locations to work for the cappy, double checking all the commands now and then have to modify the updater script slightly and I'll be ready to try converting to ext4 with it after work tonight.

Sent from my i897 w/Andromeda 3, Suckerpunch kernel, & 1.3Ghz OC using Tegrak.
[Captivate Android Development] chappatti:
Got it..and s&*t man it works !!! So happy !!!:D
[Captivate Android Development] Jsmokey:
Just thought I'd give an update. Compiling the kernel and my rom now, gonna flash it a little later and post back what happens either tonight or in the morning after a little testing.

Sent from my i897 w/Andromeda 3, Suckerpunch kernel, & 1.3Ghz OC using Tegrak.
[Captivate Android Development] Kyuta Syuko:
I'm just a wee bit jealous. All you guys working on trying to make the KI2 kernel better and here I am just poking around with it and I can't get it to repack D= Well I haven't completely given up yet though I'm still trying various things... If all else fails maybe I'll just send the Initramfs directory to boog or someone else who's been successful and have them repack it for me =D
[Captivate Android Development] Yuna:
IDK what's your timezone - here it's 12:17. WAiting :)
[Captivate Android Development] Jsmokey:
Yeah sorry about that kernel flashed flawlessly and converts perfectly but I'm getting some strange errors in my rom that I need to work out so I know if its a kernel issue or rom issue but it did fly running ext4. Would've posted back sooner but I was working till 5am trying to get wifi and some permissions issues worked out and most of the afternoon today and still haven't fixed it. Oh and for some reason tibackup fails to restore my apps too, so I guess its back to the drawing board.

If I get any free time tonight I'll try flashing the kernel on stock rom and see how that goes.
[Captivate Android Development] Yuna:
What kind of errors?
[Captivate Android Development] Jsmokey:
It fails retrieving dhcp I believe, I'm at work so I can't check logs, and I'm not sure exactly where its happening but permissions for /data is messed up which I think is what's causing the tibackup problem too.

Oh when trying to install apk through adb it gives permission denied and I think it threw that error when just trying to 'ls' data also.
[Captivate Android Development] Yuna:
What about mount command?

Can you give a kernel copy? If I have time-i might test too
[Captivate Android Development] Jsmokey:
Tried that too only thing that worked was changing the permissions through adb for /data and for some reason tibackup still didn't want to work right.

If I can get around to it ill pm ya the kernel after work.
[Captivate Android Development] mtcarey:
Well, I finally managed to get it all squeezed in by removing Voodoo sound / voices / color, putting a minimal build of Busybox in /sbin (150kb), and running all image files through a re-compressor. I ended-up with about 10kb to spare. Ext4 conversion is working, but I need to test it further.
[Captivate Android Development] Yuna:
Can you post a teaser? Maybe a quadrant screenshot?
[Captivate Android Development] Wdustin1:
Wow you guys are incredible all this without source. keep it up

Currently Pinnacle 1.3 and have never been happier
[Captivate Android Development] Jsmokey:
With only my sdcard speed tweak and a few other minor .prop tweaks I had single thread linpac scrores between 17.5 and 18.3 without ext4 and right around 22.5-24 with an overclock of 1.3ghz and ext4 on.

Never could check quadrant scores cause of my wifi issue and cell service where I live is almost non existent but from the fps it showed and how fast it went through the rest of the test I'd say probably around 1500 maybe a little more.

And as soon as I test the kernel a little further ill send it your way yuna I just want to be absolutely sure it isn't mucking things up, once I get my problems sorted out with my rom you can help testing it if you want also.
[Captivate Android Development] Jsmokey:
Nice work, I figured it was do able with enough work slimming things down.

I hear ya about testing, without the source it makes it a little too easy to break things.
[Captivate Android Development] amwbt:
Thank you both for working on this. With designgear's last rom (cog 5 v2) tegrak overclocked to 1.2Ghz, and the latest Adrenaline tweaks installed. I get: Quadrant=2214, Linpak=22.038, and smartbench 2010=(Productivity Index 1,453 (Games Index 3513)

That is Captivate on crack my friend. Would love to have an updated kernel and rom to run with this setup. It almost is as fluid as my Atrix, minus the Atrix crappy 2D from MOTOBLUR.

Keep it up. I will donate to both of you. I would love to get to test the kernel as well Jsmokey. Please send it to me.
[Captivate Android Development] Kyuta Syuko:
What recompressor program did you use?
[Captivate Android Development] mtcarey:
Trimage Image Compressor running on Ubuntu.
[Captivate Android Development] Kyuta Syuko:
What version of Ubuntu are you using?
[Captivate Android Development] mtcarey:
11.04 - Natty. Running on VirtualBox on top of Windows7.
[Captivate Android Development] amwbt:
Would love to test yours too!
[Captivate Android Development] Kyuta Syuko:
I've been trying to repack my own KI2 kernel but I get errors during repack using Kubuntu 11.04. Boog's been trying to help me with it but to no avail.
[Captivate Android Development] Yuna:
Eiger to test kernel
[Captivate Android Development] Jsmokey:
Thanks for all the kind words guys, I'm gonna try to pull a late night and see if I can get things stable enough for testing and you are more than welcome to test too.
[Captivate Android Development] Kyuta Syuko:
I just wanted to come back and say that I reinstalled Kubuntu onto my laptop and I'm able to successfully repack a working zImage =D
[Captivate Android Development] Jsmokey:
Congrats on getting things working, hopefully you can help us crack this the rest of the way!
[Captivate Android Development] Kyuta Syuko:
Well I have something that might help. I've only tested it with pure stock Kernel, but my repacked zImage is only 4.7M vs the 5.1M that is the pure stock Kernel and I didn't remove anything.

I'm still testing it out though (it does cause the loading of the kernel to take a little longer) but if I don't have any issues I'll post how I did it.

*edit*

Where is everyone pulling the Voodoo files they're using from? I only have I9000 kernels with a recent version of Voodoo which just isn't working...

*edit 2*

I think I might have found something Voodoo wise that might work...
[Captivate Android Development] mtcarey:
Ok - Quadrant score was about 1600 on rfs, and 2100 on ext4. Close to getting this out... I got diverted to something else, but I'll finish this up.
[Captivate Android Development] Yuna:
Okay, since me having 2050 on RFS with KH3 ROM and KI2 kernel just with overclock to 1.3, i think i can get 2500-2600 on EXT. nice
[Captivate Android Development] mtcarey:
And here it is....

UCKI1 kernel with init.d, Voodoo Ext4, and BLN (not sure BLN works)! Any guinea pigs? By default it will re-format your system, cache, data, and dbdata partitions to ext4 the first time you boot it. No data will be lost... unless something goes terribly wrong. :eek: Just make sure your battery has plenty of juice. Voodoo voices are kind of working... it sounds like chipmunks but at least it's feedback. Download the Voodoo Control app from the market to toggle the formatting between ext4 and rfs. Also, the "debug mode" in the app is really ADB debugging, which you can control from there. It is off by default.

Tested perfectly over a fresh install of Pinnacle 1.2.

===== WARNING ==================

This is VERY BETA! Back-up your apps first.

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

If you want to remain rfs formatted before flashing, create a "Voodoo" folder at the root of your sd card, and then create an empty file there called "disable-lagfix".

Odin flashable version HERE

CWM flashable version HERE

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

Separate thread started HERE....
[Captivate Android Development] Yuna:
Okay, how much time it takes to convert? 10 minutes?
[Captivate Android Development] mtcarey:
Took me about 4 minutes, but that was with a basic Pinnacle 1.2 install - no additional apps other that Root Explorer and Voodoo Control.
[Captivate Android Development] mtcarey:
I should also mention...

If you don't like it and want to re-flash boog's kernel, make sure to convert back to rfs first!!
[Captivate Android Development] Yuna:
Okay, converting... For now it taked 10 for now... Waiting... I will give my phone a 30 minutes to do such task, but i think i just have many apps installed so many files -> long time.
[Captivate Android Development] mtcarey:
As long it is periodically "chirping" at you, you know it's working!
[Captivate Android Development] Yuna:
Last time it's talked was 10 minutes ago...

ADB is up , but even LS says no permission...
[Captivate Android Development] mtcarey:
I'm not sure what you mean....
[Captivate Android Development] Yuna:
Okay, some info:

/bin # ./busybox mount

./busybox mount

rootfs on / type rootfs (ro,relatime)

proc on /proc type proc (rw,relatime)

sys on /sys type sysfs (rw,relatime)

/dev/block/stl9 on /system type ext4 (ro,relatime,barrier=0,data=writeback,noauto_da_alloc

)

/dev/block/stl11 on /cache type ext4 (rw,noatime,barrier=0,data=writeback,noauto_da_alloc)

/dev/block/stl10 on /dbdata type ext4 (rw,noatime,barrier=0,nodelalloc,data=ordered,noauto

_da_alloc)

/dev/block/mmcblk0p2 on /data type ext4 (rw,noatime,barrier=1,data=ordered,noauto_da_alloc

)

tmpfs on /dev type tmpfs (rw,relatime,mode=755)

devpts on /dev/pts type devpts (rw,relatime,mode=600)

none on /acct type cgroup (rw,relatime,cpuacct)

tmpfs on /mnt/asec type tmpfs (rw,relatime,mode=755,gid=1000)

tmpfs on /mnt/obb type tmpfs (rw,relatime,mode=755,gid=1000)

none on /dev/cpuctl type cgroup (rw,relatime,cpu)

/dev/block/stl3 on /efs type rfs (rw,nosuid,nodev,relatime,vfat,llw,check=no,gid/uid/rwx,i

ocharset=utf8)

/dev/block/stl6 on /mnt/.lfs type j4fs (rw,relatime)

/sys/kernel/debug on /sys/kernel/debug type debugfs (rw,relatime)

/bin #

So, probably you forget to restoe permissions for files?

> I'm not sure what you mean....

/bin/sh: ls: Permission denied

/bin # busybox

busybox

/bin/sh: busybox: Permission denied
[Captivate Android Development] mtcarey:
Busybox should live in /system/xbin. If there is another copy in /bin then you should delete it. Same with su. Copies of those in several places (/bin, /sbin, etc.) causes a lot of problems.
[Captivate Android Development] Yuna:
Yes, there is another copy. But as i look - looks like voodoo when was restoing did not gived proper permissions for files e.g no execute attribute
[Captivate Android Development] mtcarey:
No, permissions are not changed. However, this kernel installs su in /system/xbin which can conflict if you have it somewhere else higher in the path. Type "env" in ADB or terminal to see your path. Actually, su is your problem, not Busybox.
[Captivate Android Development] Yuna:
The system is not booting, cos of no permissions.

---------- Post added at 01:55 PM ---------- Previous post was at 01:51 PM ----------

The OS is not booting, if you ask.

---------- Post added at 01:55 PM ---------- Previous post was at 01:55 PM ----------

But after chmod +x /system/bin/* the OS is booted ans working... Looking forward.
[Captivate Android Development] mtcarey:
Good! The kernel puts nothing in /system/bin, so I don't bother with permissions on it. But I think I'll add it just the same.
[Captivate Android Development] Yuna:
Yeah, puts nothing. But you just forgot about UNIX permissions for file - not X permission - not executing etc. so we went baaad :) testing, will report later.
[Captivate Android Development] mtcarey:
I just uploaded a new version with some permission tweaking. FYI.
[Captivate Android Development] Yuna:
I will try after my next attempt to conversion.

Let someone else try.
[Captivate Android Development] mtcarey:
Keep in mind that ADB does not run as root by default with this kernel... you need to turn that on with the Voodoo Control app.
[Captivate Android Development] golfslicer:
How long does a first boot stay on the at&t Screen, is this normal.
[Captivate Android Development] erbsmokah:
Yeah, It's just bootlooping for me.. right after the kernel installs i get stuck at the AT&T screen on a bootloop.
[Captivate Android Development] jlsesler:
Im getting the same thing...
[Captivate Android Development] golfslicer:
Flashing back to stock, won't boot with either kernel now. I also noticed that the cwm version appears to be older?
[Captivate Android Development] Yuna:
Hmm, did you tried to connect into Adb to check file systems mm.
[Captivate Android Development] q659503934:
the same with FastyIIIV1.1
[Captivate Android Development] Yuna:
Anyone tried logcat? You got bootloop or stuck on att screen m?
[Captivate Android Development] jlsesler:
mine is looping at the att screen. never gets past the att screen.
[Captivate Android Development] Yuna:
Mine never passed too, till I manually connected to adb and set permissions for files in /system/bin.
[Captivate Android Development] Kyuta Syuko:
That's the problem I was having with the kernels I repacked with voodoo. Either they would get stuck at the kernel boot screen (the AT&T screen) or it would bootloop at the kernel boot screen.

I really need to learn how to use logcat...

*edit* I think I'm going to try what Yuna did and see if that doesn't work.
[Captivate Android Development] Yuna:
Lol, it is the first thing you need to learn in android from developer side.
[Captivate Android Development] golfslicer:
And now your going to give us step by step instructions, right.