looks like t-mobile have released the 2.1 source at last

[Guest gusthy]

You mean in an ideal case you can read/write the class6 card with 2/6 MBps, right? Most of the time you just can't, at least that's what I've experienced with my class4 SD (not reaching the expected speeds most of the time).

Anyways, speed of zipping vs speed of SD write/read, that is the question :lol:

Yes, and I guess, at 528 MHz, zip is faster

[Guest MikeRame]

WiFi works :lol:

Nice :) What's next? See if JIT is stable now?

Edited September 13, 2010 by MikeRame

[Guest gusthy]

WiFi works :lol:

:) Thats what I try to do, can you please tell me the exact compilation instructions? because if I type

make ARCH=arm CROSS_COMPILE=/home/attila/pulse/toolchain/prebuilt/linux-x86/toolchain/arm-eabi-4.4.0/bin/arm-eabi-

It asks about different architecture options

Edited September 13, 2010 by gusthy

[Guest Totyasrác]

WiFi works :lol:

Want it :)

Camera issue? Video playback? C'mooooooooon :(

[Guest DanWilson]

Want it :lol:

Camera issue? Video playback? C'mooooooooon :)

Nahh. Overclock, SWAP and USB Host / Multi-Touch, then camera and video fix.

[Guest Gjole86]

WiFi works :lol:

flib can u tell me what causes baseband to be unknown? i happen to get that alot when constructing update.zip's :/

[Guest Stevos]

Yeah compcache sounds like a really bad idea on a small cpu running garbage collected VMs...

I propose a new poll:

What caused T-Mobile to develop such a generous policy of releasing source code?

a ) The petition, of course.

b ) Realisation of their legal obligations under the GPL.

c ) It's a trap!

Edited September 13, 2010 by Stevos

[Guest gusthy]

Yeah compcache sounds like a really bad idea on a small cpu running garbage collected VMs...

I propose a new poll:

What caused T-Mobile to develop such a generous policy of releasing source code?

a ) The petition, of course.

b ) Realisation of their legal obligations under the GPL.

c ) It's a trap!

I think,

d ) An organization as big as T-Mobile works random ways, and now this happened without any reason

[Guest DanWilson]

Yeah compcache sounds like a really bad idea on a small cpu running garbage collected VMs...

I propose a new poll:

What caused T-Mobile to develop such a generous policy of releasing source code?

a ) The petition, of course.

b ) Realisation of their legal obligations under the GPL.

c ) It's a trap!

C)

[Guest Stevos]

I think,

d ) An organization as big as T-Mobile works random ways, and now this happened without any reason

Yeah, maybe they use those management decision dice

1) Ignore customers

2) Release OS version through regional subsidiary

3) Play for time

4) Remove previously released OS

5) Release a new phone to distract customers

6) Release source code

We got lucky when they rolled a 6. I'm waiting for another 4 when they realise they accidentally released non-GPL driver code or something :lol:

It's too late, we have you now!

[Guest gusthy]

Whoooop, it is compiling, the command was correct, I had to "touch .config" :lol:

[Guest Simon O]

:lol: Thats what I try to do, can you please tell me the exact compilation instructions? because if I type

make ARCH=arm CROSS_COMPILE=/home/attila/pulse/toolchain/prebuilt/linux-x86/toolchain/arm-eabi-4.4.0/bin/arm-eabi-

It asks about different architecture options

The command is right. Did you load the config into "make menuconfig" before building? I did that and it added a load of things to the top of the config which gave me the same issue you are seeing. To fix it I just pulled the config from my phone, renamed to .config and copied into the kernel folder. then made it. Oh I added -j4 to the end of the line to use all 4 cores of my CPU... compiled the kernel in a matter of minutes.

Edited September 13, 2010 by flibblesan

[Guest Willz]

Nahh. Overclock, SWAP and USB Host / Multi-Touch, then camera and video fix.

+1.

[Guest starkos]

The command is right. Did you load the config into "make menuconfig" before building? I did that and it added a load of things to the top of the config which gave me the same issue you are seeing. To fix it I just pulled the config from my phone, renamed to .config and copied into the kernel folder. then made it. Oh I added -j4 to the end of the line to use all 4 cores of my CPU... compiled the kernel in a matter of minutes.

Shouldn't that be -j8? I thought it was 2 x No. of cores...

[Guest gusthy]

The command is right. Did you load the config into "make menuconfig" before building? I did that and it added a load of things to the top of the config which gave me the same issue you are seeing. To fix it I just pulled the config from my phone, renamed to .config and copied into the kernel folder. then made it. Oh I added -j4 to the end of the line to use all 4 cores of my CPU... compiled the kernel in a matter of minutes.

Thank you.

Yes, finally this was what I was doing, plus touch .config.

First I did it without touching, and it started manual config.

Next I tried the menuconfig method.

Now it is compiling with this poor old netbook, my other machine is in service :lol:

Edited September 13, 2010 by gusthy

[Guest Simon O]

Shouldn't that be -j8? I thought it was 2 x No. of cores...

Hm, I only thought you would do 2x when you have hyperthreading.

edit: -j N where N is the number of threads. I'm on AMD.. -j4 seemed right :s

Edited September 13, 2010 by flibblesan

[Guest starkos]

Hm, I only thought you would do 2x when you have hyperthreading.

edit: -j N where N is the number of threads. I'm on AMD.. -j4 seemed right :s

Oh right cool, cheers for clearing that up ha :lol:

[Guest racingclub]

Sadly I don't know how to compile kernels.

Compcache definitely slows the phone down (think about it.. the already slow CPU has to compress ram every time it's written). Swap is much better for us. Infact most G1 users disable compcache.

not sure about that, seems to be a decent split between swap & CC on the CM forums.

I run my G1 with CC as it seems to perform better for me versus 32mb of swap on a decent class6 card.

[Guest gusthy]

Fibble, did you add swap option?

[Guest Simon O]

Fibble, did you add swap option?

Yes. And later I'll read up on compcache and see if I can add it.

Edited September 13, 2010 by flibblesan

[Guest gusthy]

Yes. And later I'll read up on compcache and see if I can add it.

It is not very complicated, but a bit more work, you should compile a kernel module against the kernel.

[Guest hungary]

I think we dont need compcache (only).

Compcache reduces available RAM by 25%. - We have very small ram size by default, so reduces with 25%.....

Swap needs fast SD cards, Class 6 or better. (if you have C2, C4 card, dont try it, its slow down your phone and posibble kill the card!!!)

Compcache plus Swap is the best option. Its reduces the ram only by 15% and have the swap's benefits.

Edited September 13, 2010 by hungary

[Guest gusthy]

I think we dont need compcache (only).

Compcache reduces available RAM by 25%. - We have very small ram size by default, so reduces with 25%.....

Swap needs fast SD cards, Class 6 or better. (if you have C2, C4 card, dont try it, its slow down your phone and posibble kill the card!!!)

Compcache plus Swap is the best option. Its reduces the ram only by 15% and have the swap's benefits.

I think we dont need flame over CC versus swap (az all), I recommend to stop it.

(The information you shared is from Wikipedia and not really correct. I repeat, MCR uses CC and very many people used it without even noticing it.)

[Guest thisweb]

I think we dont need compcache (only).

Compcache reduces available RAM by 25%. - We have very small ram size by default, so reduces with 25%.....

Swap needs fast SD cards, Class 6 or better. (if you have C2, C4 card, dont try it, its slow down your phone and posibble kill the card!!!)

Compcache plus Swap is the best option. Its reduces the ram only by 15% and have the swap's benefits.

Maybe dumb question but is it possible to add swap to data partition (faster memory)?

[Guest Totyasrác]

(The information you shared is from Wikipedia and not really correct. I repeat, MCR uses CC and very many people used it without even noticing it.)

Remember - with Cupcake we had more of free RAM than we have with Eclair (and Froyo with Eclair partitioning) :lol: