Thanks a lot! I have done some testing again, this time with Qi:
the default QtMoko kernel (2.6.29-rc3) gives an error/kernel panic when
booting with the (*any*) overclocked Qi, while the SHR-U kernel (2.6.32)
*does* boot. I haven't tested SHR-U any further, but if you're saying it
suspends and
2010/7/4 Tha_Man jeroenb...@hotmail.com
Hi again,
I couldn't resist to do some more testing, so I copied my QtMoko SDcard
installation to NAND. QtMoko from NAND boots fine in most cases (see
overview), it's suspend and resume that fails when overclocked. However,
suspend and resume works
On Sat, Jul 10, 2010 at 19:19, David Vermeille dve...@gmail.com wrote:
2010/7/4 Tha_Man jeroenb...@hotmail.com
Hi again,
I couldn't resist to do some more testing, so I copied my QtMoko SDcard
installation to NAND. QtMoko from NAND boots fine in most cases (see
overview), it's suspend and
Hi,
Gennady suggested the same thing, but the 450Mhz-settings fail on kernel
start (see my previous message, I haven't tried the 465 settings). These
settings need a recompiled kernel according to Gennady's first message, did
you recompile your kernel? If not, I'm very curious why it doesn't
On Sat, Jul 10, 2010 at 21:23, Tha_Man jeroenb...@hotmail.com wrote:
Hi,
Gennady suggested the same thing, but the 450Mhz-settings fail on kernel
start (see my previous message, I haven't tried the 465 settings). These
settings need a recompiled kernel according to Gennady's first message,
On Sat, Jul 10, 2010 at 21:36, Sebastian Krzyszkowiak d...@dosowisko.net
wrote:
On Sat, Jul 10, 2010 at 21:23, Tha_Man jeroenb...@hotmail.com wrote:
Hi,
Gennady suggested the same thing, but the 450Mhz-settings fail on kernel
start (see my previous message, I haven't tried the 465 settings).
On Sat, Jul 10, 2010 at 22:22, Sebastian Krzyszkowiak d...@dosowisko.net
wrote:
On Sat, Jul 10, 2010 at 21:36, Sebastian Krzyszkowiak d...@dosowisko.net
wrote:
On Sat, Jul 10, 2010 at 21:23, Tha_Man jeroenb...@hotmail.com wrote:
Hi,
Gennady suggested the same thing, but the 450Mhz-settings
Hi,
Do you have the PLL divider values (not sure if that is the correct
term) for the other speeds?
Here is values i used:
Freq MDIV PDIV SDIV
450 142 21
465 147 21
480 152 21
500 117 11
533 125 11
549 175 21
564 133 11
Yeah, 549/CLK3 worked too, but
Hi,
Thanks for your research into reclocking. I've tried the 533-CLK2
version on one of my freerunners and it seems to work well. I am trying
to put your changes into my qi build. You have one patch posted for the
500-83 uboot which wasn't too difficult to adapt to qi.
Do you have the PLL
[cut]
I suspend my phone when I booted from u-boot, it won't resume... I'm using a
QtMoko installation on my SD card, I haven't tried QtMoko on NAND-flash yet
(can anyone confirm it should work?).
Hi, I am using QtMoko on non-overclocked FR from NAND and it
suspends/resume fine.
--
Patryk
Hi again,
I couldn't resist to do some more testing, so I copied my QtMoko SDcard
installation to NAND. QtMoko from NAND boots fine in most cases (see
overview), it's suspend and resume that fails when overclocked. However,
suspend and resume works fine with the original NAND U-boot and your
Hi,
I couldn't resist to do some more testing,
Thanks for testing :)
u-boot.udfu_450_112_1.65_1.9: won't boot (hangs on 'Starting
kernel...')
u-boot.udfu_450_112_1.7_1.9_sdmax: won't boot (hangs on 'Starting
kernel...')
As i already told to use 450 or 465 you need kernel patch, and hang in
Thanks a lot for the clarification! I successfully flashed my Freerunner with
u-boot.udfu_533_88_1.7_1.8_CLK2 and got the following results (from
QtMoko/Debian):
neo:~# dmesg | grep -i mhz
[0.00] S3C244X: core 532.000 MHz, memory 88.666 MHz,
Hi,
have you been able to test for stability over a few days of normal
operation?
I am using mostly 533/88/clk2 now and over versions for may be 5 days.
So far i have no problems. I run tests on all recommended versions, also
run cpu-intensive video decoding without problems. But i'm on .34 and
This is seriously cool! Great to see an overview at different speeds, have
you been able to test for stability over a few days of normal operation?
If I understand correctly, I will need to patch/recompile my kernel besides
flashing a new Uboot. Is this is easy to do for kernels of popular
Impressive indeed, I think I will try the safe overclock soon :)
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Hi, list.
This time i decided to try to look at performace from other side: check
clocking, sdram timing and other things, so here is my report. I already
announced it on IRC.
Foreword:
WARNING!!! Do it at your own risk nobody will be responsible in any case
of problems, Only thing i can say:
17 matches
Mail list logo
