[App] Galaxy Tuner (IO scheduler, LCD color, Sound(Hw Eq), Memory Manager, OC...)

Search This thread

dowkim10

Senior Member
Dec 26, 2010
69
50
Seoul
attachment.php

attachment.php

attachment.php


This application is made for enhancing or changing some feature for galaxy S

Requirement
1. machine
galaxy S (all variant)
2. version
Froyo (kernel 2.6.32.9)
3. rooted phone*
(*After checking "use with unrooted" option, you can remove rooting)


Feature
1. IO scheduler change
It can change CFQ(default) to deadline for some block device.
This change affect response time of disk IO.
(If you are using the application which handle many small files. You can feel better responsive reaction)

2. LCD color adjustment
(Test version)
This can be helpful to adjust so blue or yellow LCD.

3. Sound (3D, Hardware Equalizer)
It affect all system sound. so, If you change some parameter, all system sound(music, movie, radio..) will be affected.
How to test.
When you are hearing the music, As soon as changing the parameter, you hear different sound.

4. Memory Manager
Because It is controlled by kernel and android framework, It is more powerfull and efficient then memory killer.
for more info visit this link (thank to androcheck)
http://xdaforums.com/showthread.php?t=622666

5. Over Clock (1.2Ghz)
OC feature is harmful to your phone. so, I put some restriction for preventing abuse.
(OC kernel user do not use this feature. I didn't consider OC kernel. and, I don't know about OC kernel)

6. Firmware(kernel) writing
you can write kernel(zImage) directly. and. can enter into recovery,download mode via this app.

7. use this app with unrooted
(Fort this. you must check "use with unrooted" option. before unrooting)

8. Bad block check (for ext filesystem)
If There are bad blocks on your ext filesystem. You can experience lag,abnormal app exit,slowness

9. key(Button) remaping Feature added
Volume Up,down key can be remapped to other key. (This is tested on M110S)

10. Touch gesture
It can map total 6 key button with Touch gesture.

11. Orientation Fix (especially Landscape mode)
It is helpful to view Landscape lying


How to download
search with this keyword on the market (galaxy tuner or d.w.kim)


Technical note
* LCD color and Sound function is accessing chipset resister directly.
* because, I don't have mDnie(LCD), wm8994(Sound) datasheet. I could not implement many feature.
* all system changing is volatile. so, If you reboot your phone. all system state is identical to original state
* OC function in this app change governor(performance, conservative..) policy. so, consider changing governor policy from like set cpu app
* running without rooting is a little tweak. It still require root privilege.
* more detail technical note
http://blog.naver.com/dowkim10/120122503306
* more about sound Howto
http://xdaforums.com/showthread.php?t=921736
(Thanks to supercurio and studiominal)

Version note
1.3
The first version for all galaxy variant.
1.4
memory manager feature added
1.5
- color, sound (on boot adoption)
- memory manager (add some reinforced feature)
- bug fix for voodoo 5.2 patched kernel user (previous user must reboot once or reinstall for working)
1.6
OC (Over Clock 1.2Ghz) feature added
1.7
working on unrooted state.
1.8
Firamware(kernel) writing Feature added.
1.9
Bad block check(ext) Feature added
2.0
key(Button) remaping Feature added
fix bug (running Galaxy Tuner service at any time)
2.1
Orientation Fix (Feature added)
Sound (add option)
(it will clear user sound profile)
Memory Manager (Enhancement)
bug fix (on boot adoption is not worked sometimes)
2.2
Memory Manager (add VM control)
Key mapping( more button mapping added)
2.3
key mapping(Power key as Power+ headsetHook)
touch gesture feature added





Bug note


beta test version note
It is pre version for testing bug fix and add-on feature before releasing market
try attached file
 

Attachments

  • SC20110108-2-2.jpg
    SC20110108-2-2.jpg
    30.8 KB · Views: 24,901
  • SC20110118-3.jpg
    SC20110118-3.jpg
    25.5 KB · Views: 23,557
  • SC20110123-4.jpg
    SC20110123-4.jpg
    38.1 KB · Views: 23,853
Last edited:

freakfingers12

Senior Member
Oct 4, 2010
502
56
Thanks dw kim. The app is amazing. I tried it with a couple of Mr Big songs. Is it like a parametric equaliser? Anyway, it's amazing how bassy it can achieve. The color temperature is great, I've always thought colours of my pictures were way too greenish, now I can adjust it to look more natural. Any way we can save it as boot settings?
 

dowkim10

Senior Member
Dec 26, 2010
69
50
Seoul
Thank you very much.

I'm very happy It's working on your phone.
(You are first user except korean)

According to wm8993 manual(I don't have wm8994 manual). It is parametric equalizer.

It does not support on boot setting.
(but, I consider this function. I suggest you saving and loading user profile)
 
Last edited:

freakfingers12

Senior Member
Oct 4, 2010
502
56
Haha, I am glad I am the first customer. :D Yes, the user profiles helps a lot.

Well, I think Supercurio, maker of Voodoo kernel, (maybe you already know him) has the Wolfson WM8994 manual? You could try ask him, he has a thread about sound here.
http://xdaforums.com/showthread.php?t=806195

Btw, my phone is the international I9000.
 

dowkim10

Senior Member
Dec 26, 2010
69
50
Seoul
Thanks a lot.

but, I don't have update plan right now, and I know him as very famous people.
so, I don't want to bother him.
 

freakfingers12

Senior Member
Oct 4, 2010
502
56
No worries, dw kim, he's super helpful guy! Okay, relax, that app will make many ears happy already. :D

Btw, my favourite settings is +9, +6, +5, +7, +11. I think it's perfect. Using stock SGS earpiece.
 

dowkim10

Senior Member
Dec 26, 2010
69
50
Seoul
It is too high gain.

How about extracting constant value on every band. and, volume up. (maybe same effect)
Too high value can make sound noisy
 

dowkim10

Senior Member
Dec 26, 2010
69
50
Seoul
3d sound doesn't seem to work. o_0
one more thing: I'm using bluetooth A2DP.

This application access Sound chipset register directly. It is not software Equalizer.
If sound stream is transfered via bluetooth devcie. (without path of sound chipset)
you can not experience sound effect.

How about earphone or headphone ?
What is your phone model?
 
Last edited:

pandomu

Member
Jan 2, 2008
38
0
Great app!!!

Is there any posilibity to make it "autostart"...?
every time i reboot my phone I have to turn the settings on...
 

dowkim10

Senior Member
Dec 26, 2010
69
50
Seoul
Great app!!!

Is there any posilibity to make it "autostart"...?
every time i reboot my phone I have to turn the settings on...

I am considering. It is not difficult to implement.
(IO scheduler menu has this option)

but, I am afraid to add this option (LCD, Sound)
because, It handle hardware.

If There is no special case (after changing Sound, Phone is died)
I will add on boot option.

This application is not background application or service.
After setting a sound parameter, you can kill or remove from memory.
 

Guidoo

Member
Dec 3, 2010
5
1
Just reporting that it works perfectly well with international GT-I9000 version.
For me, CFQ scheduler works best.
 

pwhooftman

Senior Member
Jun 23, 2008
268
16
Thanks very much, i haven been waiting months for this

Hi Dowkim,

Thank you very very much. I have been waiting months for an application to adjust LCD color, but i had to either flash a kernel or accept that the camera stopped working. Your app works perfectly, thank you!

A suggestion: in the screen when adjusting color, you could add a colour testpattern so one can see the effect of the changed colors immediately.

Galaxy 9000 International Speedmod Rom
 

dowkim10

Senior Member
Dec 26, 2010
69
50
Seoul
Hi Dowkim,

Thank you very very much. I have been waiting months for an application to adjust LCD color, but i had to either flash a kernel or accept that the camera stopped working. Your app works perfectly, thank you!

A suggestion: in the screen when adjusting color, you could add a colour testpattern so one can see the effect of the changed colors immediately.

Galaxy 9000 International Speedmod Rom

Thanks. That is good idea.

I'll try. (but, I am poor at android programming)
 

supercurio

Retired Senior Recognized Developer
May 31, 2010
3,550
5,041
Chambéry
spectrastudy.com
Hi dowkim10, this is interesting work.

I thought a lot about how to design the Voodoo sound driver and the consequences of the design chosen.
I took a different approach than yours: coding also a new driver, not as an independent .ko but using hooks in the actual source of the sound drivers to stay portable.

I believe a few limitations of the design you use are :
- It will be hard to add improvement like the microphone input auto-gain I prepare for the next version.
- Same thing for the FM radio bass solution
- Next to impossible for the upcoming audio jitter issue resolution
- Pretty hard and encumbered for adjusting other various input/ouptut gains/levels here and there

As kernel modules, like the scolor.ko and ssound.ko have a lot of power, in theory everything is possible but Galaxy S devices have so much different versions that implementing a module overriding some functions from the actual driver without breaking anything on a device or another will probably lead to very dirty code and headaches to maintain.

I thought of implementing everything using the wm8994_write dynamic register rewrite technique described here, also by inserting .ko modules like you do.
But here is what's in Voodoo sound source code:

https://github.com/project-voodoo/l...-voodoo/Kernel/sound/soc/codecs/wm8994.c#L215
https://github.com/project-voodoo/l.../Kernel/sound/soc/codecs/wm8994_voodoo.c#L270

By sniffing sequences of register address / value pairs, you should be able to recognize some patterns and add custom changes into it to extend your implementation.
But again, quite a dirty design :D

Good think of course it's the awesomeness of not requiring a custom kernel.

Of course my approach requires to publish every single piece of Kernel work as GPL and convince a lot of kernel developer to apply these patches, including eventually Samsung and Google.
But it's how I like it ;)

As you distribute and insmod .ko modules, you're not forced to release source for them, but I advocate for Open Source.

Also, you will find a lot more code and ideas you will be able to re-use in the next Voodoo sound versions, about how to handle the parametric EQ and avoid saturation, and a lot of things like that.
Again, GPL will be a lot preferable.

bug report: mDNIe settings you use are lost after running Video player, Camera application (every app sending new mDNIe settings affecting the color response)

PS: don't be afraid to contact me, I am 70% of the time connected to IRC to discuss with and provide support to users and developers in real time.
 

dowkim10

Senior Member
Dec 26, 2010
69
50
Seoul
Hi dowkim10, this is interesting work.

I thought a lot about how to design the Voodoo sound driver and the consequences of the design chosen.
I took a different approach than yours: coding also a new driver, not as an independent .ko but using hooks in the actual source of the sound drivers to stay portable.

I believe a few limitations of the design you use are :
- It will be hard to add improvement like the microphone input auto-gain I prepare for the next version.
- Same thing for the FM radio bass solution
- Next to impossible for the upcoming audio jitter issue resolution
- Pretty hard and encumbered for adjusting other various input/ouptut gains/levels here and there

As kernel modules, like the scolor.ko and ssound.ko have a lot of power, in theory everything is possible but Galaxy S devices have so much different versions that implementing a module overriding some functions from the actual driver without breaking anything on a device or another will probably lead to very dirty code and headaches to maintain.

I thought of implementing everything using the wm8994_write dynamic register rewrite technique described here, also by inserting .ko modules like you do.
But here is what's in Voodoo sound source code:

https://github.com/project-voodoo/l...-voodoo/Kernel/sound/soc/codecs/wm8994.c#L215
https://github.com/project-voodoo/l.../Kernel/sound/soc/codecs/wm8994_voodoo.c#L270

By sniffing sequences of register address / value pairs, you should be able to recognize some patterns and add custom changes into it to extend your implementation.
But again, quite a dirty design :D

Good think of course it's the awesomeness of not requiring a custom kernel.

Of course my approach requires to publish every single piece of Kernel work as GPL and convince a lot of kernel developer to apply these patches, including eventually Samsung and Google.
But it's how I like it ;)

As you distribute and insmod .ko modules, you're not forced to release source for them, but I advocate for Open Source.

Also, you will find a lot more code and ideas you will be able to re-use in the next Voodoo sound versions, about how to handle the parametric EQ and avoid saturation, and a lot of things like that.
Again, GPL will be a lot preferable.

bug report: mDNIe settings you use are lost after running Video player, Camera application (every app sending new mDNIe settings affecting the color response)

PS: don't be afraid to contact me, I am 70% of the time connected to IRC to discuss with and provide support to users and developers in real time.

Hello supercurio

First, I am honored to meet you.

I know someone in korea said existence of this application. and, talked with you.
I also know you did very great job on galaxy kernel.

When I saw your sound code and mDnie code. I think you developed all passion and soul with many trial and error.
Absence of document maybe a excuse.

I have worked for ten years on embed linux. and treating many architecture(arm, ppc,mips,x86.) and treating kernel from 2.2 (now 2.6)
and, a few years ago, I ported android kernel to many board(arm v5,6,7 and xscale) and implemented HAL layer(GPS, alsa, bluetooth..) (android 1.0 around)
but, now I don't have relation Android in my job. so, I am doing this for my hobby. (I don't have enough time)

I know the risk of kernel module. wrong code or accessing bad address can cause system dieing.
but, basically, built-in and kernel module is same.

And, I didn't use your code. this module is treating only a few register.

Anyway, I am very nice to meet you. and many thanks for your advice.
( I hesitated to contact you. I'm a little shy)
If I keep my composure. I'll contact you via IRC.

Thank you.
 
Last edited:

supercurio

Retired Senior Recognized Developer
May 31, 2010
3,550
5,041
Chambéry
spectrastudy.com
Hello supercurio

First, I am honored to meet you.

I know someone in korea said existence of this application. and, talked with you.
I also know you did very great job on galaxy kernel.

When I saw your sound code and mDnie code. I think you developed all passion and soul with many trial and error.
Absence of document maybe a excuse.

I have worked for ten years on embed linux. and treating many architecture(arm, ppc,mips,x86.) and treating kernel from 2.2 (now 2.6)
and, a few years ago, I ported android kernel to many board(arm v5,6,7 and xscale) and implemented HAL layer(GPS, alsa, bluetooth..) (android 1.0 around)
but, now I don't have relation Android in my job. so, I am doing this for my hobby. (I don't have enough time)

I know the risk of kernel module. wrong code or accessing bad address can cause system dieing.
but, basically, built-in and kernel module is same.

And, I didn't use your code. this module is treating only a few register.

Anyway, I am very nice to meet you. and many thanks for your advice.
( I hesitated to contact you. I'm a little shy)
If I keep my composure. I'll contact you via IRC.

Thank you.

Hi! be sure the honor is shared.
Thanks for your answer,

I see you not only speak Korean and English languages with ease but also I2C at least :D

Yes the absence of any sign of documentation about mDNIe forced to use the reverse-engineering approach ^^ as I had no experience in Kernel development a few months ago it was a lot of trial and error.

Now Samsung have given a little details in their new source code release about mDNIe controls, which is definitely a move in the right direction.
I'll try to get the doc for this chip.

I agree the first Voodoo sound implementation was crude, that's why I never activated and rewrote it from scratch for the release.

You're a much more experienced kernel and embedded developer than me!
Come on, don't be so shy, I'm just a rookie compared to you ;)

See ya!
 

Top Liked Posts

  • There are no posts matching your filters.
  • 39
    attachment.php

    attachment.php

    attachment.php


    This application is made for enhancing or changing some feature for galaxy S

    Requirement
    1. machine
    galaxy S (all variant)
    2. version
    Froyo (kernel 2.6.32.9)
    3. rooted phone*
    (*After checking "use with unrooted" option, you can remove rooting)


    Feature
    1. IO scheduler change
    It can change CFQ(default) to deadline for some block device.
    This change affect response time of disk IO.
    (If you are using the application which handle many small files. You can feel better responsive reaction)

    2. LCD color adjustment
    (Test version)
    This can be helpful to adjust so blue or yellow LCD.

    3. Sound (3D, Hardware Equalizer)
    It affect all system sound. so, If you change some parameter, all system sound(music, movie, radio..) will be affected.
    How to test.
    When you are hearing the music, As soon as changing the parameter, you hear different sound.

    4. Memory Manager
    Because It is controlled by kernel and android framework, It is more powerfull and efficient then memory killer.
    for more info visit this link (thank to androcheck)
    http://xdaforums.com/showthread.php?t=622666

    5. Over Clock (1.2Ghz)
    OC feature is harmful to your phone. so, I put some restriction for preventing abuse.
    (OC kernel user do not use this feature. I didn't consider OC kernel. and, I don't know about OC kernel)

    6. Firmware(kernel) writing
    you can write kernel(zImage) directly. and. can enter into recovery,download mode via this app.

    7. use this app with unrooted
    (Fort this. you must check "use with unrooted" option. before unrooting)

    8. Bad block check (for ext filesystem)
    If There are bad blocks on your ext filesystem. You can experience lag,abnormal app exit,slowness

    9. key(Button) remaping Feature added
    Volume Up,down key can be remapped to other key. (This is tested on M110S)

    10. Touch gesture
    It can map total 6 key button with Touch gesture.

    11. Orientation Fix (especially Landscape mode)
    It is helpful to view Landscape lying


    How to download
    search with this keyword on the market (galaxy tuner or d.w.kim)


    Technical note
    * LCD color and Sound function is accessing chipset resister directly.
    * because, I don't have mDnie(LCD), wm8994(Sound) datasheet. I could not implement many feature.
    * all system changing is volatile. so, If you reboot your phone. all system state is identical to original state
    * OC function in this app change governor(performance, conservative..) policy. so, consider changing governor policy from like set cpu app
    * running without rooting is a little tweak. It still require root privilege.
    * more detail technical note
    http://blog.naver.com/dowkim10/120122503306
    * more about sound Howto
    http://xdaforums.com/showthread.php?t=921736
    (Thanks to supercurio and studiominal)

    Version note
    1.3
    The first version for all galaxy variant.
    1.4
    memory manager feature added
    1.5
    - color, sound (on boot adoption)
    - memory manager (add some reinforced feature)
    - bug fix for voodoo 5.2 patched kernel user (previous user must reboot once or reinstall for working)
    1.6
    OC (Over Clock 1.2Ghz) feature added
    1.7
    working on unrooted state.
    1.8
    Firamware(kernel) writing Feature added.
    1.9
    Bad block check(ext) Feature added
    2.0
    key(Button) remaping Feature added
    fix bug (running Galaxy Tuner service at any time)
    2.1
    Orientation Fix (Feature added)
    Sound (add option)
    (it will clear user sound profile)
    Memory Manager (Enhancement)
    bug fix (on boot adoption is not worked sometimes)
    2.2
    Memory Manager (add VM control)
    Key mapping( more button mapping added)
    2.3
    key mapping(Power key as Power+ headsetHook)
    touch gesture feature added





    Bug note


    beta test version note
    It is pre version for testing bug fix and add-on feature before releasing market
    try attached file
    3
    I discussed a bit with dowkim10 and he was evaluating what was needed for a GB port of his awesome application.
    3
    Hi, can somone post what are the best settings in memory manager for WM control and for aplication cache? I'm using samsung galaxy i9000.

    Thanks

    Hi Jopps

    I can share you my settings in vm manager, they are not fully optimized but much much better then the stock settings here on all areas on the phone(cpu, memory, io score, 2d and 3d quadrant score).
    I am running stock 2.2.1 image and the latest firmwares from Samsung and Voodo kernel :)

    VM settings:
    SWP:100(old value) new value(67)
    VCP:122(old value) new value(128)
    DEC:14(old value) new value(15) going under 13 slows down the phone a lot and going higher then 15 slows down the overall performance on the phone a lot + it uses more battery then. So a value between 13 and 15 is fine here:)
    DWC:10(old value) new value(18) more description text on this and the other values are coming :)
    DRA:5(old value) new value(100) setting this to 100 tels the phone to put larger dirty page values in system memory, something that makes the phone a lot snappier and the performance and battery is also positively affected:)
    DBR:6(old value) new value(14) not sure how to describe what this is, but to low value here drops the performance down drastically and to high also does that + to high uses a lot more battery. I think that 14 is a good combination of performance vs battery usage ;) (this value and some of the others can be changed if i find better values in the future).

    Application cache settings:
    FA:10MB
    VA:15MB
    SS:25MB
    HA:40MB
    CP:50MB
    EA:70MB

    With these settings my phone is very responsive and stable and are using little battery ;)
    But which settings that are best varies from phone to phone and the applications environment after all!
    But give these settings a try and see if you are happy with them :-D
    Updated 05.04.11 with better values for better performance and batter saving.
    2
    Hi dowkim10, this is interesting work.

    I thought a lot about how to design the Voodoo sound driver and the consequences of the design chosen.
    I took a different approach than yours: coding also a new driver, not as an independent .ko but using hooks in the actual source of the sound drivers to stay portable.

    I believe a few limitations of the design you use are :
    - It will be hard to add improvement like the microphone input auto-gain I prepare for the next version.
    - Same thing for the FM radio bass solution
    - Next to impossible for the upcoming audio jitter issue resolution
    - Pretty hard and encumbered for adjusting other various input/ouptut gains/levels here and there

    As kernel modules, like the scolor.ko and ssound.ko have a lot of power, in theory everything is possible but Galaxy S devices have so much different versions that implementing a module overriding some functions from the actual driver without breaking anything on a device or another will probably lead to very dirty code and headaches to maintain.

    I thought of implementing everything using the wm8994_write dynamic register rewrite technique described here, also by inserting .ko modules like you do.
    But here is what's in Voodoo sound source code:

    https://github.com/project-voodoo/l...-voodoo/Kernel/sound/soc/codecs/wm8994.c#L215
    https://github.com/project-voodoo/l.../Kernel/sound/soc/codecs/wm8994_voodoo.c#L270

    By sniffing sequences of register address / value pairs, you should be able to recognize some patterns and add custom changes into it to extend your implementation.
    But again, quite a dirty design :D

    Good think of course it's the awesomeness of not requiring a custom kernel.

    Of course my approach requires to publish every single piece of Kernel work as GPL and convince a lot of kernel developer to apply these patches, including eventually Samsung and Google.
    But it's how I like it ;)

    As you distribute and insmod .ko modules, you're not forced to release source for them, but I advocate for Open Source.

    Also, you will find a lot more code and ideas you will be able to re-use in the next Voodoo sound versions, about how to handle the parametric EQ and avoid saturation, and a lot of things like that.
    Again, GPL will be a lot preferable.

    bug report: mDNIe settings you use are lost after running Video player, Camera application (every app sending new mDNIe settings affecting the color response)

    PS: don't be afraid to contact me, I am 70% of the time connected to IRC to discuss with and provide support to users and developers in real time.
    2
    Optimized VM(file cache) Control values for Voodoo kernel newest version

    Hi,
    I just wanted to share my VM settings.
    I am using this settings and it is really working very well and snappy, they are almost 100%perfect tuned now;-)
    Have fine tuned these over almost 3 weeks have tested all values from lowest to highest values!
    VM file cache setting:

    *SWP=32(Chose a low value her to use the system memory instead of file buffer from internal file system for applications, that is minimum 10X slower) But you must have enough free ram to get it working good.
    This setting makes the phone respond a lot more better!
    Don't chose something under 25 because that will have the opposite effect, etc no free ram at all and the phone gets slower and lags a lot.

    *VCP=63(It is for cleaning up unused application cache a value about 60 is best here) Have tested it up in about 115 a value like this cleans to much of the cache so it must load for exempel all the content in android market every time and makes the phone slower but frees up resources.
    Setting this value to low will make your phone slow and laggy!

    *DEC=16(Don't know exactly what this is for but think that it has something to do with the cleaning of unused file buffers on reading sequences)
    This one works fine booth with low and high values, but you will get much more stable and faster reading time when you keep it one place between 15 and 20 ;) With this value i get minimum 8mbs on SD card read speed test and maximum so much as 11mbs.

    *DWC=19(Don't know exactly what this is for but think that it has something to do with the cleaning of unused file buffers on writing sequences)
    This one too works fine booth with low and high values, but you will get much more stable and faster writing time when you keep it one place between 15 and 20 here to ;) With this value i get minimum 5mbs on SD card writing speed test and maximum 9mbs.

    *DRA=32(This ratio value tels the system to keep larger file cache in system memory if a higher value) This value makes the phone booth read and write much more stable and speedy, and makes the phone snappier if tuned right!
    A value between 30 and 35 is best here, you wont win any speed on setting this higher even if you set it to max value.
    The only thing the will happen then is slow down on the read and write speed and hangups when writing and reading things.

    *DBR=34(This ratio tels the system to clean up large dirty pages i think)
    This value also has something with the stability of the phone when writing and reading files, like the value above.
    Keep this to in the range of 30 to 35.
    But it works best on 34 have i figured out:)

    Setting all of the above settings as i have described here has almost tripled the speed on my phone in some situations, and has also made the phone boot up ready in 50%less time. So it uses 30secounds less time before it is ready when cold rebooting it.
    And the gaming performance is incredible also the performance in bigger programs:D

    And for those that also wants my low application memory settings here they are:
    FA=10MB
    VA=15MB
    SS=25MB
    HA=45MB
    CP=50MB
    EA=70MB

    These memory settings are final and optimal for my phone :)
    Also setting these values makes your phone faster and more responsive then before.

    I am using a custom kernel Voodo lag fix newest version so i have 40mb more ram then normal on this phone, so if you are not running this kernel you may have to lower these settings a little bit to keep the phone smooth and stable.
    My phone is very responsive and stable with these memory settings :)

    Hope my values helps someone with choosing right values and explains some what they are for.

    I will keep updating this post if i find out that some of the values isn't perfect tuned, i can say that the last two values(DRA and DBR) are optimized completely to the limit.
    And all the other values aren't far away from that to;)

    And BTW don't be afraid to ask me if you have questions to any of the above:)

    Last edited 26.02.11