Binary patched kernels for Pipo models

[dnkn]

some tips

Dunno,guys have you came across the fact that gpu will not go over 594 mhz, it will go only to 768 or 798(codec freq) and only if other limit is adjusted. But it's useless waste of energy as the main weakness is ddr. ddr speed should be divided by 12. so 600,612,624 and so on. And also for non hi res screen (1280x800) ddr freqs over 696mhz do not add much 3d perfomance. The main issue with our soc is 32bit memory bus I guess. Nvidia Tegra3 uses 32bit bus also,BUT memory is clocked at 1600mhz in those SOCs
So,do not expect much . It is simply impossible. It's definately a chip designer's huge mistake.

we have really powerfull cpu, not so weak GPU, but they are connected (via ram) with very narrow bus.
dunno why they chose 667 ddr3 cause there are signs of 1833 and even 2133 ddr chips in sources. Power efficiency may be and low cost....ruined the SOC's 3d perfomance.

[giouncino]

Dunno,guys have you came across the fact that gpu will not go over 594 mhz, it will go only to 768 or 798(codec freq) and only if other limit is adjusted. But it's useless waste of energy as the main weakness is ddr. ddr speed should be divided by 12. so 600,612,624 and so on. And also for non hi res screen (1280x800) ddr freqs over 696mhz do not add much 3d perfomance. The main issue with our soc is 32bit memory bus I guess. Nvidia Tegra3 uses 32bit bus also,BUT memory is clocked at 1600mhz in those SOCs
So,do not expect much . It is simply impossible. It's definately a chip designer's huge mistake.

we have really powerfull cpu, not so weak GPU, but they are connected (via ram) with very narrow bus.
dunno why they chose 667 ddr3 cause there are signs of 1833 and even 2133 ddr chips in sources. Power efficiency may be and low cost....ruined the SOC's 3d perfomance.

Which are "other limits" are you talking about? And which is the minimum Voltage necessay to have the GPU stable to such a high frequency?
I already know that the limit is the bus memory, but at least we can decrease much the voltages to save battery, and as far as I know doing some testing we can save a lot of battery!
I think that the M6pro has 800Mhz RAM --> DDR1600 in fact they can run stable at 800Mhz/1.25V

Thank you for your tips, any help is appreciated!

[rrileypm]

With all the hard work you guys are doing with Pipo kernels, I think your thread has earned a sticky from Freaktab!!!!!!!

So you will find it among the other stickies in this section.

Now, I need a little help (I hope not to impose).

Once you guys arrive at a safe, efficient and FAST set of kernel settings...could you please provide me with an edited version of the pearl script I can run to make a couple of kernels for my new ROM's? I'm thinking that you could build in a margin of error wide enough to accommodate most Pipo models (3188, anyway). I'm not talking about pushing the envelope...just improve the stock significantly enough.

Right now, I'm putting out the stock kernel, DDR 720 only, and 1704 CPU, Stock GPU, 720 DDR. However the ranges seem to be too high on the 1704 CPU kernel and this thing EATS battery.

I'm not interested in the other 20 or so kernels this script will produce (more or less, I haven't really counted).

At some point, I would like to provide some love for the 3066 tablets, too...since support seems to have halted for them. Just enough to make a difference.

Any takers on my request?

Thanks!!!!!!!

[giouncino]

With all the hard work you guys are doing with Pipo kernels, I think your thread has earned a sticky from Freaktab!!!!!!!

So you will find it among the other stickies in this section.

Now, I need a little help (I hope not to impose).

Once you guys arrive at a safe, efficient and FAST set of kernel settings...could you please provide me with an edited version of the pearl script I can run to make a couple of kernels for my new ROM's? I'm thinking that you could build in a margin of error wide enough to accommodate most Pipo models (3188, anyway). I'm not talking about pushing the envelope...just improve the stock significantly enough.

Right now, I'm putting out the stock kernel, DDR 720 only, and 1704 CPU, Stock GPU, 720 DDR. However the ranges seem to be too high on the 1704 CPU kernel and this thing EATS battery.

I'm not interested in the other 20 or so kernels this script will produce (more or less, I haven't really counted).

At some point, I would like to provide some love for the 3066 tablets, too...since support seems to have halted for them. Just enough to make a difference.

Any takers on my request?

Thanks!!!!!!!

Hi Randy,
This attachment includes 3 different profiles with very low voltages (we've used and tested on M6pro only):
Frequency-voltages profiles revision 1.zip
They have been tasted for a while be me, a colleague of mine and partially by other users in this forum (thanks Pipo2000 and Claro966).
This includes (as you can see in the excel attached) dramatically lowered voltages to increase battery duration, better frequency spacing and for "balanced" profile a sligth overclock to 1704/1,275V.
About the turbo mode, my tablet is not stable at that high frequency irrespectively of the voltage (also at 1.375V my CPU is not stable), BUT I've seen someone is able to make it working at 1.8Ghz/1.325V, so I decided to include it.

I'm now using "balanced" profile with great satisfaction. Antutu score is nearly 19500points in HD and battery duration has increased a little bit.

As I promised in the next days I'll release new scripts/kernels with an increase of +25 / +50mV to grant stability to tablet with "unlucky" CPU/GPU.

[rrileypm]

Thanks!!!! I will give them a try and see how they do on my Pipo tabs.

[Pipo2000]

Maybe a littlebit off-topic, but I wanted to share this :
WARNING : READ BUT DON'T APPLY !!!


On another forum I found a string to speed-up GPS fix and raise the accuracy of the GPS

Its this line in the build.prop file :

dalvik.vm.execution-mode=int:fast

I thought i give it a try...
First impressions : nothing new happenend. GPS fix was still slow so I thought it didn't do anything.
Then I was going to check if there were new posts on this forum here.... mhmhm.... my internet is suddenly slow.....VERY SLOW.... wth...
Checked everything, router,AP,.... all OK....
My tablet also starting to feel slugish.... not so responsive anymore....
Ooohhh ok...maybe the low voltage kernel is starting to show some signs of problems after all.... no worries, flashing the the 1.7/600/720 normal voltage kernel...et voila....
mmhmhmh no change.... still slugish....browsing slow...
Running Antutu test :
WTF : Dalvik speed : dropped from a solid +1400 in all my previous test to 450 !!!
All the other tests are more or less the same...
Run Linpack : WHHAAATTT ???? Linpack dropped from +/- 148.200 to 40.xxx ????
Normally it takes about 1.2 secs , now about 3.5 secs ???

Is my tablet dying ???
Then I remembered I added the line 'dalvik.vm.execution-mode=int:fast' in the build.prop file...
i wonder...
I deleted the line, rebooted and TADAAA
Tablet is back to its normal performance. No more slow browsing, no more slugish feeling, Antutu Dalvik : 1430, Linpack 147.736 @ 1.16 secs

Moral : be carefull with adding/modifying the build.prop file as it can change dramaticaly the performance of ur tablet. Its not always the complete ROM but it can be a single line in the build.prop file that can make/brake the performance of a tablet.
I reflashed the 1.7/600/720 low voltage kernel as it was running just fine before my little experiment.

After reading some more its was my own damn fault.
This line is working fine IF YOU HAVE A MEDIATEK 6589 or 6589T processor.
Not a RK3188 like in our tablet...

[giouncino]

Maybe a littlebit off-topic, but I wanted to share this :
WARNING : READ BUT DON'T APPLY !!!


On another forum I found a string to speed-up GPS fix and raise the accuracy of the GPS

Its this line in the build.prop file :

dalvik.vm.execution-mode=int:fast

I thought i give it a try...
First impressions : nothing new happenend. GPS fix was still slow so I thought it didn't do anything.
Then I was going to check if there were new posts on this forum here.... mhmhm.... my internet is suddenly slow.....VERY SLOW.... wth...
Checked everything, router,AP,.... all OK....
My tablet also starting to feel slugish.... not so responsive anymore....
Ooohhh ok...maybe the low voltage kernel is starting to show some signs of problems after all.... no worries, flashing the the 1.7/600/720 normal voltage kernel...et voila....
mmhmhmh no change.... still slugish....browsing slow...
Running Antutu test :
WTF : Dalvik speed : dropped from a solid +1400 in all my previous test to 450 !!!
All the other tests are more or less the same...
Run Linpack : WHHAAATTT ???? Linpack dropped from +/- 148.200 to 40.xxx ????
Normally it takes about 1.2 secs , now about 3.5 secs ???

Is my tablet dying ???
Then I remembered I added the line 'dalvik.vm.execution-mode=int:fast' in the build.prop file...
i wonder...
I deleted the line, rebooted and TADAAA
Tablet is back to its normal performance. No more slow browsing, no more slugish feeling, Antutu Dalvik : 1430, Linpack 147.736 @ 1.16 secs

Moral : be carefull with adding/modifying the build.prop file as it can change dramaticaly the performance of ur tablet. Its not always the complete ROM but it can be a single line in the build.prop file that can make/brake the performance of a tablet.
I reflashed the 1.7/600/720 low voltage kernel as it was running just fine before my little experiment.

After reading some more its was my own damn fault.
This line is working fine IF YOU HAVE A MEDIATEK 6589 or 6589T processor.
Not a RK3188 like in our tablet...

You have had not enough faith on my kernels and that was your punishment!!!!

[Pipo2000]

You have had not enough faith on my kernels and that was your punishment!!!!

MEA CULPA

I will never question your kernels again Obi-wan !

[ivanfil2]

Hi Randy,
This attachment includes 3 different profiles with very low voltages (we've used and tested on M6pro only):
[ATTACH]3973[/ATTACH]
They have been tasted for a while be me, a colleague of mine and partially by other users in this forum (thanks Pipo2000 and Claro966).
This includes (as you can see in the excel attached) dramatically lowered voltages to increase battery duration, better frequency spacing and for "balanced" profile a sligth overclock to 1704/1,275V.
About the turbo mode, my tablet is not stable at that high frequency irrespectively of the voltage (also at 1.375V my CPU is not stable), BUT I've seen someone is able to make it working at 1.8Ghz/1.325V, so I decided to include it.

I'm now using "balanced" profile with great satisfaction. Antutu score is nearly 19500points in HD and battery duration has increased a little bit.

As I promised in the next days I'll release new scripts/kernels with an increase of +25 / +50mV to grant stability to tablet with "unlucky" CPU/GPU.

Dear giouncino,
could you pls share in addition to that profiles the kernel images (already compiled)?\
Thx in advance.

[Balrog]

I made a new kernel V3.1 based on V3 for the Pipo M6 max with 800 MHz DDR speed.

And I found some new interessting things that not every setting will be used after a boot:

http://www.freaktab.com/showthread.php?7139-Pipo-M6-4-2-2-RileyROM-1-8-MAX-not-PRO&p=113299&viewfull=1#post113299

I found something very interessting by the way.
Checking if the settings are applied showed that not every setting will be used!

You can check it with a terminal and the command after a boot:

su
busybox dmesg | grep freq

There I see that the setting of the mali @660MHz are not applied and it uses 2 times 594 MHz. All other frequencies are used as estimated:

# dmesg | grep freq
<4>[    0.000000] DDR DEBUG: init success!!! freq=300MHz
<4>[    1.474354]               [B]adjust table freq=1704000 KHz,[/B] index=1375000 mV to index=1250000 mV
<4>[    1.474468]               adjust table freq=594000 KHz, index=1300000 mV to index=1250000 mV
<4>[    1.518789] rk3188 cpufreq version 2.0, suspend freq 816 MHz
<6>[    6.319450] mmc_rescan_try_freq..1718..  ===== Initialize SD-card successfully. [mmc0]
<6>[    6.687721] ddrfreq: verion 2.4 20130427
<6>[    6.687739] [B]ddrfreq: normal 792MHz[/B] video 0MHz dualview 0MHz idle 0MHz suspend 198MHz reboot 300MHz
<6>[    6.689667] ddrfreq: change freq to 792 MHz when normal
<4>[    8.038774] Mali: mali freq table num : 6
<4>[    8.038785] Mali: mali freq table :Mali: 128,Mali: 198,Mali: 256,Mali: 384,[B]Mali: 594,Mali: 594,Mali:[/B]
<6>[  152.704029] mmc_rescan_try_freq..1675..  ===== Initialize SDIO successfully. [mmc1]

I try a kernel with the setting for Mail @798 MHz and it uses after boot a frequency of 768 MHz. But at a quick Antutu Benchmark this was not stable and produced artifacts. So I canceled the test and come to the conclusion that my M6 max can not use this high GPU frequency. But I am very satisfied with the speed so it does not matter.

[giouncino]

I made a new kernel V3.1 based on V3 for the Pipo M6 max with 800 MHz DDR speed.

And I found some new interessting things that not every setting will be used after a boot:

http://www.freaktab.com/showthread.php?7139-Pipo-M6-4-2-2-RileyROM-1-8-MAX-not-PRO&p=113299&viewfull=1#post113299

I found something very interessting by the way.
Checking if the settings are applied showed that not every setting will be used!

You can check it with a terminal and the command after a boot:

su
busybox dmesg | grep freq

There I see that the setting of the mali @660MHz are not applied and it uses 2 times 594 MHz. All other frequencies are used as estimated:

# dmesg | grep freq
<4>[    0.000000] DDR DEBUG: init success!!! freq=300MHz
<4>[    1.474354]               [B]adjust table freq=1704000 KHz,[/B] index=1375000 mV to index=1250000 mV
<4>[    1.474468]               adjust table freq=594000 KHz, index=1300000 mV to index=1250000 mV
<4>[    1.518789] rk3188 cpufreq version 2.0, suspend freq 816 MHz
<6>[    6.319450] mmc_rescan_try_freq..1718..  ===== Initialize SD-card successfully. [mmc0]
<6>[    6.687721] ddrfreq: verion 2.4 20130427
<6>[    6.687739] [B]ddrfreq: normal 792MHz[/B] video 0MHz dualview 0MHz idle 0MHz suspend 198MHz reboot 300MHz
<6>[    6.689667] ddrfreq: change freq to 792 MHz when normal
<4>[    8.038774] Mali: mali freq table num : 6
<4>[    8.038785] Mali: mali freq table :Mali: 128,Mali: 198,Mali: 256,Mali: 384,[B]Mali: 594,Mali: 594,Mali:[/B]
<6>[  152.704029] mmc_rescan_try_freq..1675..  ===== Initialize SDIO successfully. [mmc1]

I try a kernel with the setting for Mail @798 MHz and it uses after boot a frequency of 768 MHz. But at a quick Antutu Benchmark this was not stable and produced artifacts. So I canceled the test and come to the conclusion that my M6 max can not use this high GPU frequency. But I am very satisfied with the speed so it does not matter.

With that command the only answer I get is the ddr freq at 792Mhz, nothing about cpu or mali400.
What am I doing wrong?

[Balrog]

AW: Binary patched kernels for Pipo models

Try to enter the commands 1-2 minutes after a reboot. If the tablet runs for a few hours it doesn't give back all frequencies.

[rceccleston]

Re: Binary patched kernels for Pipo models

But at a quick Antutu Benchmark this was not stable and produced artifacts.

I have seen the same artifacts during the Antutu Benchmarks.

This instability was caused by a low GPU voltage at 798Mhz.

By incrementally increasing the GPU voltage, the frame rate will increase and produce smooth video playback.

Sent from my Nexus 4 using Tapatalk

[E_g_o_r]

Hi guys!
The only kernel for my M6Max 3G that has steady deep sleep is kernel from Riley 1.6 ROM.
Can you patch it please?
kernelRL16.zip

kernel_cpu1800h_gpu600h_ddr800 from rceccleston was good enough but doesn't sleep well Can someone do the same patch for kernel I attached?

[Balrog]

At my M6 max the deep sleep issue was not reasoned by the kernel but a faulty driver for the 3g modem which prevents the deep sleep.

Try to rename /system/lib/libril-rk29-dataonly.so to libril-rk29-dataonly.so.old (with es file explorer or root explorer) and look if, after a reboot, the deep sleep comes back again after a few minutes after you turn of the display. Be aware that this mod makes the 3g modem unusable.