Overclockmatic_RK3288 v1.0.6

[Gormar]

In the tests where Antutu crashes the rest of the apps appear to run normal.
For example, I use Fpse (PSX emulator) to load down the box and it runs just fine, even with RAM @ 456 Mhz and CPU @ 1900 Mhz

If you don't have auto freqency enabled for memory in resource.img (DTB) then it will be possible to change between performance and normal frequency by hand from the command line:

echo "n" > /dev/video_state
echo "p" > /dev/video_state

You can check its effect with "dmesg|grep -i ddrfreq" command.

I use that method all the time. I set performance mode (800MHz) when needed (mostly games, sometimes file compression) and change to normal (650MHz) otherwise. My overclockmatick_RK3288 rewrites those frequencies with two highest values for DDR memory in his config file as performance and normal respectively.
In RAR application benchmark I get ~2MiB/s in performance and ~1.8MiB/s when in normal mode. That's only 10%. Nothing to die for.

If I change in sys/bus/cpu/devices/cpu0/cpufreq the Parameter cpu_info_freq =1608000 to f.e. 1800000, it may take any effect?

Nope. That is read only value. As far as I know only possibility to set CPU frequency is when choosing performance governor and writing to scaling_max_freq file.
Also this path is much nicer: /sys/devices/system/cpu/

[tiesenhausen]

Nope. That is read only value. As far as I know only possibility to set CPU frequency is when choosing performance governor and writing to scaling_max_freq file.
Also this path is much nicer: /sys/devices/system/cpu/

Thank for your answer. I mean I first of all set scaling governor to performance and then add new frequencies to scaling available frequencies. Other way I can edit your config file instead 1920 in which my beelink r89 could not start because 5V-2A I set 1800.

[Gormar]

I mean I first of all set scaling governor to performance and then add new frequencies to scaling available frequencies. Other way I can edit your config file instead 1920 in which my beelink r89 could not start because 5V-2A I set 1800.

Editing overclockmatic_RK3288 config file is only way if CPU couldn't handle 1920MHz frequency. Limiting its speed only in system wont work if boot isn't possible at max available frequency.

It seems that I was quite optimistic when I wrote that default config with 1920MHz top CPU frequency. In that time I was using my box set to 2016MHz. But on longer run it appeared unstable and after some time only about one on three reboot was succesfull. That is why I now use 1920MHz as maximum.
Then I didn't thought that might be to much for other RK3288 users. It wasn't RockChip spitefulness to limit CPU frequency to 1608MHz. What was wrong from their side was to hide it and not to tell this to users because they want to sell this product as 1.8GHz capable. Shame on them .

[Pihkal]

What was wrong from their side was to hide it and not to tell this to users because they want to sell this product as 1.8GHz capable. Shame on them .

Sadly it's one of Rockchip's bad habbits.
My previous Rockchip device was supposed to be a RK3188, turns out it was a RK3188T running @ 1400Mhz.
Luckily D33's awesome kernel work fixed many of the issues for some of the T-variants, hell my T was able to run pretty stable @ 1800Mhz.

How dangerous would it be to go over Vmax (1.4V) of the the ARM?
Back in the days I did those kind of things often with AthlonXP cpu's running them on Vcore voltages as high as 2.2V, obviously the CPU was watercooled when running at those voltages.
Never had any issues, so how much torture can ARM cpu's take?

Merry X-mass by the way.

Regards

[Gormar]

Sadly it's one of Rockchip's bad habbits.
My previous Rockchip device was supposed to be a RK3188, turns out it was a RK3188T running @ 1400Mhz.
Luckily D33's awesome kernel work fixed many of the issues for some of the T-variants, hell my T was able to run pretty stable @ 1800Mhz.

Regrettable . Even so you came forth victorious

How dangerous would it be to go over Vmax (1.4V) of the the ARM?
Back in the days I did those kind of things often with AthlonXP cpu's running them on Vcore voltages as high as 2.2V, obviously the CPU was watercooled when running at those voltages.
Never had any issues, so how much torture can ARM cpu's take?

I'm not really sure. RK3288 datasheet mentions that 1.4V is absolute maximum rating for ARM core and ARM logic (uncore). But there were/is one firmware modder who changed resource image in such way that ARM logic (mainly I/O SoC part) got about 1.45V permanently and run it for few weeks. I haven't seen raports this voltage had killed any BOX with this SoC. Nevertheless I think it might be dangerous in longer use (months).

Merry Christmas to you too .

[torbvea]

Can this be used with Wasser rom v3.0.3 on a Tronsmart R28?

[Gormar]

Yes. DTB structure didn't change too much.

You will not be able to unlock kernel. Even so with that kernel RK3288 CPU can work with at least real 1920MHz (checked with pi_fftcs application).

Other problem which I found with latest wasser's kernel is probably to high aclk_vio1 frequency (594MHz) what causes disabling of DVFS for this part of RK3288 SoC. But my overclockmatick shouldn't change that. Maybe it is connected with different ROM which I use. I will investigate that because it might be kernel problem with too high default frequency for video decode engine.
In dmesg I found that warning:

<4>[    1.017530] DVFS WARNING: clk_enable_dvfs: clk(aclk_vio1) freq table all value are smaller than default(594000), use default, just enable dvfs

[torbvea]

Yes. DTB structure didn't change too much.

You will not be able to unlock kernel. Even so with that kernel RK3288 CPU can work with at least real 1920MHz (checked with pi_fftcs application).

Other problem which I found with latest wasser's kernel is probably to high aclk_vio1 frequency (594MHz) what causes disabling of DVFS for this part of RK3288 SoC. But my overclockmatick shouldn't change that. Maybe it is connected with different ROM which I use. I will investigate that because it might be kernel problem with too high default frequency for video decode engine.
In dmesg I found that warning:

<4>[ 1.017530] DVFS WARNING: clk_enable_dvfs: clk(aclk_vio1) freq table all value are smaller than default(594000), use default, just enable dvfs

Tried the Overclockmatic v1.0.7 with the same settings you have in your signature. Looks like everything is running smooth, but still need to test it a bit more. Yesterday, spotify suddenly started to drop out and the whole system froze while doing an Antutu test. Today I have used both Kodi, Spotify and streaming with Chrome without encountering any problems at all.

[Gormar]

Yesterday, spotify suddenly started to drop out and the whole system froze while doing an Antutu test.

Can you check VIO1 frequency?
To do so you must enter those commands into system terminal as a root:

cat /sys/dvfs/dvfs_tree
dmesg |grep -A 6 -i "domain:pd_vio"

After that I get this on mo123 LP v1.3 ROM with Wasser's kernel and resource:

--
<4>[27085.966945] |  |- power domain:pd_vio, status = OFF, current volt = 0, current regu_mode = UNKNOWN
<4>[27085.966960] |  |  |
<4>[27085.966960] |  |  |- clock: aclk_vio1 current: rate 594000, volt = 0, enable_dvfs = ENABLE
<4>[27085.966974] |  |  |- clk limit(enable):[99000000, 297000000]; last set rate = 594000
<4>[27085.966984] |  |  |  |- freq = 99000, volt = 1100000
<4>[27085.966991] |  |  |  |- freq = 297000, volt = 1100000
<4>[27085.967001] |  |  |- clock: aclk_vio1 current: rate 594000, regu_mode = UNKNOWN, regu_mode_en = 0

[torbvea]

Can you check VIO1 frequency?

Sorry for the late reply, haven't been home for a while. Here is what I got.

[COLOR=#222222][FONT=arial]u0_a61@flounder:/ $ su[/FONT][/COLOR]
[COLOR=#222222][FONT=arial]root@flounder:/ # cat /sys/dvfs/dvfs_tree[/FONT][/COLOR]
[COLOR=#222222][FONT=arial]root@flounder:/ # dmesg |grep -A 6 -i "domain:pd_vio"[/FONT][/COLOR]
[COLOR=#222222][FONT=arial]<4>[ 4222.813389] |  |- power domain:pd_vio, status = OFF, current volt = 0, current regu_mode = UNKNOWN[/FONT][/COLOR]
[COLOR=#222222][FONT=arial]<4>[ 4222.813406] |  |  |[/FONT][/COLOR]
[COLOR=#222222][FONT=arial]<4>[ 4222.813406] |  |  |- clock: aclk_vio1 current: rate 594000, volt = 0, enable_dvfs = ENABLE[/FONT][/COLOR]
[COLOR=#222222][FONT=arial]<4>[ 4222.813422] |  |  |- clk limit(enable):[99000000, 297000000]; last set rate = 594000[/FONT][/COLOR]
[COLOR=#222222][FONT=arial]<4>[ 4222.813432] |  |  |  |- freq = 99000, volt = 1100000[/FONT][/COLOR]
[COLOR=#222222][FONT=arial]<4>[ 4222.813441] |  |  |  |- freq = 297000, volt = 1100000[/FONT][/COLOR]
[COLOR=#222222][FONT=arial]<4>[ 4222.813452] |  |  |- clock: aclk_vio1 current: rate 594000, regu_mode = UNKNOWN, regu_mode_en = 0[/FONT][/COLOR]
[COLOR=#222222][FONT=arial]--[/FONT][/COLOR]
[COLOR=#222222][FONT=arial]<4>[ 4264.656561] |  |- power domain:pd_vio, status = OFF, current volt = 0, current regu_mode = UNKNOWN[/FONT][/COLOR]
[COLOR=#222222][FONT=arial]<4>[ 4264.656578] |  |  |[/FONT][/COLOR]
[COLOR=#222222][FONT=arial]<4>[ 4264.656578] |  |  |- clock: aclk_vio1 current: rate 594000, volt = 0, enable_dvfs = ENABLE[/FONT][/COLOR]
[COLOR=#222222][FONT=arial]<4>[ 4264.656594] |  |  |- clk limit(enable):[99000000, 297000000]; last set rate = 594000[/FONT][/COLOR]
[COLOR=#222222][FONT=arial]<4>[ 4264.656604] |  |  |  |- freq = 99000, volt = 1100000[/FONT][/COLOR]
[COLOR=#222222][FONT=arial]<4>[ 4264.656613] |  |  |  |- freq = 297000, volt = 1100000[/FONT][/COLOR]
[COLOR=#222222][FONT=arial]<4>[ 4264.656633] |  |  |- clock: aclk_vio1 current: rate 594000, regu_mode = UNKNOWN, regu_mode_en = 0[/FONT][/COLOR]
[COLOR=#222222][FONT=arial]root@flounder:/ #[/FONT][/COLOR]

[Gormar]

Sorry for the late reply, haven't been home for a while. Here is what I got.

I'm sorry to not respond to your post earlier. But was realy puzzled why kernel indicate such strange (high) frequency for VIO1 clock. I was just glad that this didn't happend only to my device .

Important:
It was probably certain that OC will speed up damage to this device by I wasn't expecting to see it so soon. After just two years of use I now have to set RK3288 SoC voltage higher (+0.25V) than system defaults to maintain stability. You can read more there.

[digitalriver]

Hello, Gormar. Can you tell me, how many volts needs for frequency 2016MHz for rk3288? Or can you make resource.img for wasser 4.0.11(beelink r89) firmware with max cpu frequency 2016MHz? The second option is preferred

[Gormar]

It isn't reasonable to set the voltage to the RK3288 CPU above 1.4V because this value is considered to be absolute maximum rating according to data sheet for this SoC. That's why I couldn't achieve stable 2GHz frequency on my RK3288 CPU and I wouldn't recommend this especially without better than factory cooling (at least one fan).

[digitalriver]

It isn't reasonable to set the voltage to the RK3288 CPU above 1.4V because this value is considered to be absolute maximum rating according to data sheet for this SoC. That's why I couldn't achieve stable 2GHz frequency on my RK3288 CPU and I wouldn't recommend this especially without better than factory cooling (at least one fan).

Iam understend, and my box have a fan. Can you make, pleease?

[Gormar]

There are resource images with DTB changes which you requested: