[KERNEL][8th-Dec] YA-OK! Yet-another Optimised Kernel (v1.50 Update)

• based on JPM kernel
• sztupy's Universal Lag Fix (v0.3)
• hardcore's Free Memory config (341MB)
• raspdeep's Overclock (v1.1)
• hardcore's SpeedMod (Tweaks + Compiler Optimisation) with Jhash update
• supercurio Voodoo Display tweak (Gamma Correction and Improve Sharpness)
• neldar's Backlight Notification (BLN, v2.2, enabled via ULF in recovery mode)
• Budget Fair Queuing (BFQ) I/O Scheduler

1. supercurio
2. sztupy
3. raspdeep
4. hardcore
5. neldar
6. and rest of folks in xda-developers who have contributed one way or another

• Updated Overclock to 1.12GHz
• Updated Kernel Scheduler parameter (sched_min_granularity_ns & sched_wakeup_granularity_ns) to give more priority to foreground application, therefore improving the fluidity of the UI experience. From brief research, these are the key parameters used to tune kernel between a server (therefore higher values) and a desktop.
• CWM version available here

• Fixed stability issue in v1.40 by reverting to the voltage profile used in v1.2b.

• Added BFQ (Budget Fair Queuing) I/O Scheduler and set BFQ as the default I/O Scheduler. The aim is to boost I/O throughput, reduce the latency. Please refer to this site for more information

• Bug fix on /system mount to prevent filesystem corruption in /system
• Does not include fix, please refer to supercurio's thread on how to correct the corrupted filesystem if you are encountering problem with your device.

• Refined voltage level for cpu frequency 100/200 MHz. Effectively, reduce 75mV for 100/200, and 25mV for 400/800 (same as 1.2b). Again not user configurable for now, though I may implement it if people are finding the UV feature is causing unstability.
• Upgraded Backlight Notification (BLN) to v2.2 (Please test and feedback)
• Minor optimisation on kernel configuration (PREEMPT_VOLUNTARY, UACCESS_WITH_MEMCPY)

• Refined voltage level for cpu frequency 100/200 MHz. Effectively, reduce 50mV for 100/200, and 25mV for 400/800. Again not user configurable for now, and once raspdeep released his UV code I may implement it if people are finding the UV feature is causing unstability.

• Implemented lower voltage for cpu frequency 100/200/400/800MHz.
  
  Note: Not user configurable

• Implemented Voodoo Display Sharpness & Color Gamma

• Implemented Universal Lagfix, Overclock, Memory optimization, etc
• Additional minior OC tweaks.

1. Does it have a recovery of some sort built in then. Maybe CWR..
   
   Universal Lagfix Kernel (ULK) comes with Clockworkmod so yes it has the recovery function!
   
   
2. Does this works on my XXX ROM?
   
   This kernel is compiled based on the available Froyo JPM source, so it'll definitely work on JPM-based ROM (custom or stock). For the rest of Froyo ROM, it has been reported that YA-OK is compatible with the following Froyo-based firmwares; JP6, JPO, JPP, JPD, JPA (all the above are based off Android 2.2 kernel) JPU ROM is however not supported at this moment. (See next FAQ point for more information)
   
   
3. Does this work on JPU-based ROM? When will you support it and/or Why does XXX kernel support JPU and not yours?
   
   JPU-based ROM is apparently based on Android 2.2.1 firmware. Since the YA-OK kernel is based on version 2.2.0 kernel, there is a high chance YA-OK will not work well with JPU-based ROM. I have not tried personally myself but from what has been reported by other users, this does not work. Only when Samsung release the source code for JPU will YA-OK be able to support JPU (and later) ROM. As to why other kernel developers has already started releasing kernel to supporting JPU-based ROM, they are merely injecting lagfix and tweaks into the kernel through initramfs, instead of the tweaks that require source code modification (e.g. Overclocking, Undervolt, Display Fix, Kernel optimization through compiler optimization).
   
   Please refer to supercurio post for more information
   
   
4. I installed this kernel on a JPO-based ROM. But it seems that there are no changes, reported RAM is 341 mb but Quadrant is about 1000.
   
   You need to enable lagfix yourself by going to recovery mode, and select ULK option for all the possible choices of lagfix.
   
   
5. If I install this kernel on my rom, is it still necessary for me to install "voodoo"?
   
   All the tweak and optimisation features mentioned in this thread are implemented within the kernel, so flashing or updating another kernel will lose whatever features found in YAOK kernel unless the said feature is also implemented in the other kernel. In the case of lagfix, it is important that if you flash another kernel over YAOK (for whatever reason), you need to be sure that kernel supports the relevant lagfix feature otherwise your phone may not boot.
   
   
6. I face alot of FC (Force close) with your kernel, what's wrong?
   
   One of the common cause for the "FC" problem, particularly with custom kernel, is that you has chosen to enable the BIND option in the Lagfix setting. You should turn that off, and observe further if the FC issue stil persists.
   
   
7. How do I install this kernel?
   
   First of all, make sure you have a compatible Froyo firmware (refer to above for a list of compatible firmware)
   
   To install this kernel, download and unzip the zip file. Flash the .tar file using Odin, without selecting re-partition and you can omit the PIT setting.
   
   
8. After updating v1.31 (build 31), my Galaxy gets stuck at the bootscreen. What happens?
   
   This is a sign of corrupted file system on the /system partition. Try this one time fix procedure
   
   1. flash back v1.30 build 30
   2. boot to recovery, do a backup
   3. flash v1.31 build 31
   4. boot to recovery, do a advance restore on /system
   5. still at recovery, go to CWM and wipe davik cache
   6. reboot your device (you may have to wait a few minutes for the system to rebuild the davik cache)
   
   
9. I was playing/running XXX game/application, the screen freezes halfway, what gives?
   
   From experience, some applications (game or graphic intensive application such as video playback application) may not handle overclock feature very well, especially if the application rely solely on CPU (the main processor for computing process needs other than graphics), instead of GPU (the processor dedicated for graphic processing needs), to render graphics. In particular, Rock player seems to have problem handling video playback via software mode (instead of hardware), for HD video. This is understandable given that constant overclocking is usually undesirable. Remember our device can do dynamic CPU frequency scaling, which means it will never always run at overclocked frequency unless you manually set it to be.
   
   Some games such as Asphalt were reported to freeze the device but from my observation, it is very rare it happens and I would usually would not bother about that. If it really bothers you, just set the CPU scaling threshold to 1GHz (instead of 1.12GHz or 1.2Ghz) via SetCPU app. Personally I won't bother and I think you should do the same. Afterall, it is probably a bad app out of many apps installed that is causing the problem, so why cripped your phone permanently for that?
   
   
   

kalpik said:

No UV support?

Click to expand...

Click to collapse

opensourcefan said:

Does it have a recovery of some sort built in then. Maybe CWR..

Sent from a Voodoo Doctor Edition I9000M via xda app.

Click to expand...

Click to collapse

vanahaim said:

Does this use latest hardcore´s changes?

Otherwise - great stuff, all-in-one, thank you!

BTW quadrant benchmark is only a number, but with jfs overkill is my score about 2200...

Click to expand...

Click to collapse

LockeOn said:

Which version of hardcore's kernel mod does it include? Is it possible that You add 1000hz version? By the way great work!

Click to expand...

Click to collapse

vitalij said:

So I tried this kernel. Asphalt5 - played one level OK, Dungeon Hunter - after 1min or so, hangs

Click to expand...

Click to collapse