[ROM] Roggin's CM6.1 Build(Based on Xian's device tree)

[Guest Temur]

BUG: camera-> double-klick -> Error

[Guest xdxdxdxdxdx]

its seens not support swap partition？？？ :(

[Guest xdxdxdxdxdx]

you'll need a swap script to use swap, like usual.

Swap technically doesn't increase performance. What it does is add to the available pool of memory that the rom can use. That lets the rom stuff more content in that larger pool. This can be a good thing or bad thing for performance, depends on many factors.

If you know you want swap, go ahead and get it ;)

but I personally suggest everyone learn to live without swap, because once real data2ext becomes popular you can't have a swap partition. :(

in my opinion,swap can increase liquid a1's performance when watching the flash video at website and game performance(such as dungeon defencers).maybe cm's ram useage is lower than others,but still not enough at foryo

[Guest murrua]

Any news to bluetooth fixing? :(

[Guest xdxdxdxdxdx]

it get error after use malez's recovery 0.6.1 make a swap partition.anyone know what was wrong?

[Guest MCAlex]

it get error after use malez's recovery 0.6.1 make a swap partition.anyone know what was wrong?

I think it means that the ROM doesn't support swap.

[Guest lvcargnini]

People ,

stop asking for SWAP !

embedded system doesn't use swap, and don't need it, in the Android case or similar is useless and will not affect performance in the way you imagine, by the contrary will unleash a dam bottleneck into systems performance.

SWAP is for huge systems running Oracle databases, Apache web servers, Call of duty, Matlab, Maple, Synopsis and cadence synthesis tools.

So Android kernel doesn't need it, now focus on asking for a kernel that recognizes the correct amount or RAM memory of your device, Bluetooth works, support SMT, provides FM access, kernel compiled with the specific architecture flags on the cross-compiler, with maximum optimization. Or in the amazing case ask to use LLVM to cross compile the android as well use JIT on kernel execution level, ... but not SWAP.

my $0,02

[Guest Borkata]

@lvcargnini Swap can be used in certain situations on our devices. For example I couldn't use on my stock rom Dungeon Defenders, because I don't have at least 100MB free. I had two options: either use swap or use custom rom which have more ram free. Option one was that I chose and downloaded Swapper from Market and that fixed my problem (of course roggin have in first place swap support enabled in kernel).

[Guest chiksum]

People ,

stop asking for SWAP !

embedded system doesn't use swap, and don't need it, in the Android case or similar is useless and will not affect performance in the way you imagine, by the contrary will unleash a dam bottleneck into systems performance.

SWAP is for huge systems running Oracle databases, Apache web servers, Call of duty, Matlab, Maple, Synopsis and cadence synthesis tools.

So Android kernel doesn't need it, now focus on asking for a kernel that recognizes the correct amount or RAM memory of your device, Bluetooth works, support SMT, provides FM access, kernel compiled with the specific architecture flags on the cross-compiler, with maximum optimization. Or in the amazing case ask to use LLVM to cross compile the android as well use JIT on kernel execution level, ... but not SWAP.

my $0,02

before using swap, my lanucher(lanucher pro) always focus close after playing game or web surfing, and sometime browser FC when viewing web with flash because out of memory. :(

The performance is increased in my situation. ;)

btw, I do not need to create swap partition to use swap, i use swap file.

Edited December 30, 2010 by chiksum

[Guest koudelka]

People ,

stop asking for SWAP !

embedded system doesn't use swap, and don't need it, in the Android case or similar is useless and will not affect performance in the way you imagine, by the contrary will unleash a dam bottleneck into systems performance.

SWAP is for huge systems running Oracle databases, Apache web servers, Call of duty, Matlab, Maple, Synopsis and cadence synthesis tools.

So Android kernel doesn't need it, now focus on asking for a kernel that recognizes the correct amount or RAM memory of your device, Bluetooth works, support SMT, provides FM access, kernel compiled with the specific architecture flags on the cross-compiler, with maximum optimization. Or in the amazing case ask to use LLVM to cross compile the android as well use JIT on kernel execution level, ... but not SWAP.

my $0,02

As far as I know, SWAP is used on any system, larger or small when there is a chance of running out of RAM. Now I am not sure why it is not used on cellphones ( Or are some cellphones using swap by default?) but I can guess. Since ram is limited on our devices, we will often run out of it. Having swap will mean the system will start using internal memory that is slower and that will in turn make the whole experience slower, so killing old applications is an better approach. It probably also causes some wear to our flashmemory to have that many writes/reads that a swapfile gets. On a PC when the swapfile is used the system becomes very slow and this will probably cause the user to shutdown applications (So you could say android does that job for us)

As for JIT on kernel exicution level I dont know what you mean, JIT is not a feature that is kernel dependent. (If you are talking about Java JIT)

[Guest lvcargnini]

As far as I know, SWAP is used on any system, larger or small when there is a chance of running out of RAM. Now I am not sure why it is not used on cellphones ( Or are some cellphones using swap by default?) but I can guess. Since ram is limited on our devices, we will often run out of it. Having swap will mean the system will start using internal memory that is slower and that will in turn make the whole experience slower, so killing old applications is an better approach. It probably also causes some wear to our flashmemory to have that many writes/reads that a swapfile gets. On a PC when the swapfile is used the system becomes very slow and this will probably cause the user to shutdown applications (So you could say android does that job for us)

As for JIT on kernel exicution level I dont know what you mean, JIT is not a feature that is kernel dependent. (If you are talking about Java JIT)

JIT as in LLVM.

[Guest xdxdxdxdxdx]

jit use more ram space to make app run faster.but mostly liquid a1's ram is near the edge ram run out...and nothing change after turn on the jit(except the score of quarant and linpack)

[Guest lvcargnini]

jit use more ram space to make app run faster.but mostly liquid a1's ram is near the edge ram run out...and nothing change after turn on the jit(except the score of quarant and linpack)

wait wait.

JIT in LLVM is a bit different form JIT as in Java, the point is you generate a byte code, and during the first run-time you generate the execution code optimized for your arch and .... and .... keep it, until you need to update the code or change something in the core, this way is possible to code only once for different architectures. This is specific related to LLVM compilers, but of course in this group dedicated to Liquid, this is a more theoretical discussion and is unrelated, my bad to bring this to discussion here.

The point is, been objective: we need a kernel that recognizes the correct amount of RAM, has IPv6 support and bluetooth working.

That is it, and if we need more support to put this source tree up to the CyanogenMOD at once, ok count on me.

I tried before, but I'm having a hell of time to make android compile in my Mac that is running a 64-bit kernel, and all apps on 64-bit mode.

If someone has the solution please tell me.

Edited December 30, 2010 by lvcargnini

[Guest snootched]

wait wait.

JIT in LLVM is a bit different form JIT as in Java, the point is you generate a byte code, and during the first run-time you generate the execution code optimized for your arch and .... and .... keep it, until you need to update the code or change something in the core, this way is possible to code only once for different architectures. This is specific related to LLVM compilers, but of course in this group dedicated to Liquid, this is a more theoretical discussion and is unrelated, my bad to bring this to discussion here.

The point is, been objective: we need a kernel that recognizes the correct amount of RAM, has IPv6 support and bluetooth working.

That is it, and if we need more support to put this source tree up to the CyanogenMOD at once, ok count on me.

I tried before, but I'm having a hell of time to make android compile in my Mac that is running a 64-bit kernel, and all apps on 64-bit mode.

If someone has the solution please tell me.

I agree, and understand what you are talking about in terms of llvm. jit, etc.

Having a 100% correct kernel that recognizes all the ram on liquid e, that has full support for all our hardware, and is efficient is they priority in my head. Once you have that.. userland becomes a bit more interchangeable.

I have only built an environment in 32bit linux.. but now aosp requires 64bit. For mac, maybe using a VM? I've only used parallels and vmware fusion on mac - they might do for you. I'm going to have to rebuild a machine/vm for 64bit linux for 2.3. VM might be better, as it will be portable between machines.

If I can swing it - I'd use the servers at work to compile :(

[Guest gallo830]

hello guys, yesterday I installed this ROM, but I noticed that the bluetooth has a problem with the headset.

Can you help me?

[Guest Varyag]

hello guys, yesterday I installed this ROM, but I noticed that the bluetooth has a problem with the headset.

Can you help me?

yes, i can help.

just flash another rom.

[Guest gallo830]

which ROM do you recommend? I now have the LCR .....

[Guest Varyag]

which ROM do you recommend? I now have the LCR .....

last official, or t&l.

[Guest chiksum]

last official, or t&l.

sorry, what is t&l?

[Guest Varyag]

sorry, what is t&l?

oh, boy.. its sooooo hard to watch other themes in this forum...

http://android.modaco.com/content/acer-liq...15/rom-2-2-t-l/

[Guest shurikkk]

sorry, what is t&l?

This is a very light ROM from Russian developers. Here is a link to topic about this ROM t&l.

[Guest endamaco]

Have you thought of writing to Cyanogen to take the role of Xian as the mainteiner of CM for our liquid?

We are still waitin for the full support of CM to have an official rom, not just a porting

[Guest zbrin]

hello roggin,

could u fix the dalvik-cache filled-up bug, it really bothers us....can't install any new app more..

Hey roggin, first of all, congratulations for your work on the liquid! You are always helping and solving problems, thanks a lot!

I don't know if you figured out yet the dalvik-cache problem, but this is how I fixed it:

Procedure:

unpacked boot.img, and edited the init.rc in ramdisk, I've just deleted the following line:

symlink /cache/dalvik-cache /data/dalvik-cache

(which creates in every boot a symbolic link between those two folders). after that I executed these two commands:

adb shell busybox rm /data/dalvik-cache


adb shell busybox mkdir /data/dalvik-cache

(this way the link is broken)

What you get:

Dalvik-cache from apps in /data/app will be created in /data/dalvik-cache

Dalvik-cache from apps in /system/app will be created in /cache/dalvik-cache

Cache partition will remain with at least 30mb, unless you install a lot of things in /system/app

@ Everyone

I've attached the update.zip with the init.rc patched, so you just have to flash it through malez and then execute the two adb commands.

@ Roggin

Delete this line and break the link by removing and creating the folder in next release please :unsure:

(I haven't tried your gingerbread ROM but from the posts i've read maybe you have the same symlink problem in that ROM)

Thanks

update_removedalvik2cache.zip

Edited January 5, 2011 by zbrin

[Guest sexbob]

Boas Zbrin, aparentemente funciona, mas depois deixa de funcionar o app2sd a partir da recovey malez.

abraço.

Hey roggin, first of all, congratulations for your work on the liquid! You are always helping and solving problems, thanks a lot!

I don't know if you figured out yet the dalvik-cache problem, but this is how I fixed it:

Procedure:

unpacked boot.img, and edited the init.rc in ramdisk, I've just deleted the following line:

symlink /cache/dalvik-cache /data/dalvik-cache

(which creates in every boot a symbolic link between those two folders). after that I executed these two commands:

adb shell busybox rm /data/dalvik-cache


adb shell busybox mkdir /data/dalvik-cache

(this way the link is broken)

What you get:

Dalvik-cache from apps in /data/app will be created in /data/dalvik-cache

Dalvik-cache from apps in /system/app will be created in /cache/dalvik-cache

Cache partition will remain with at least 30mb, unless you install a lot of things in /system/app

@ Everyone

I've attached the update.zip with the init.rc patched, so you just have to flash it through malez and then execute the two adb commands.

@ Roggin

Delete this line and break the link by removing and creating the folder in next release please :unsure:

(I haven't tried your gingerbread ROM but from the posts i've read maybe you have the same symlink problem in that ROM)

Thanks

[Guest roggin]

@ Roggin

Delete this line and break the link by removing and creating the folder in next release please :angry:

(I haven't tried your gingerbread ROM but from the posts i've read maybe you have the same symlink problem in that ROM)

Thanks

Hi zbrin,

Yeah, You help me a lot :unsure:

I will merge your work in to this ROM. B)

Thanks.