Jump to content

Orangepi 3 h6 allwiner chip


constantius

Recommended Posts

11 minutes ago, Igor said:

You already sort out patches? Then we can perhaps squeeze this in by the end of the month?

I've sorted out patches that were preventing builds, but there still some patches where chunks failed without disturbing builds, let says, for OPi3/OPiLite2/OPiOnePlus/PineH64 as well as H3/H5 ones .

Yes, maybe end of the month is a good target ...

Link to comment
Share on other sites

10 minutes ago, martinayotte said:

I've sorted out patches that were preventing builds, but there still some patches where chunks failed without disturbing builds, let says, for OPi3/OPiLite2/OPiOnePlus/PineH64 as well as H3/H5 ones .

Yes, maybe end of the month is a good target ...


IHMO u-boot bumping is not that critical and can wait for next major release. Time for proper testing, not just for adjusting patches, is missing component :) I would like to start following this if there will be no major oppositions to the plan ... I am probably travelling in the early December. In any case its busy month for all.

Link to comment
Share on other sites

does anyone know where is the trick, older image generates less heat than newer one? is this related with cpu voltage or uboot version ?

 

for example older image:

Welcome to Ubuntu Bionic with Armbian Linux 5.1.12-sunxi64
root@orangepi3:~# cat /sys/devices/virtual/thermal/thermal_zone[01]/temp
38168
39109
root@orangepi3:~# cat /sys/devices/virtual/thermal/thermal_zone[01]/type
cpu_thermal
gpu_thermal

 

newer  stays around 48 celsius in same environment (no load on device, room temperature same,small passive cooler on cpu)

 

Welcome to Ubuntu Bionic with Armbian Linux 5.3.9-sunxi64

root@orangepi3:~# cat /sys/devices/virtual/thermal/thermal_zone[01]/temp
47375
48517
root@orangepi3:~# cat /sys/devices/virtual/thermal/thermal_zone[01]/type
cpu-thermal
gpu-thermal

 

 

Link to comment
Share on other sites

Did you measure the heatsink/package temperature? It should be a few (~5°C, depending on the difference between room/die temps) centigrades lower than the die temperature that's reported by the driver.

For example for me, I see 43°C idle (all cores at 1.8GHz) reported by the driver, and 37-38°C measured by the IR thermometer. (no heatsink, but I use a fan) Without a fan it would be close to 50-55°C idle.

Thermal drivers and OPP tables maz be different between those two releases.

Link to comment
Share on other sites

On 11/8/2019 at 5:54 PM, martinayotte said:

I've sorted out patches that were preventing builds, but there still some patches where chunks failed without disturbing builds, let says, for OPi3/OPiLite2/OPiOnePlus/PineH64 as well as H3/H5 ones .

Yes, maybe end of the month is a good target ...

should be excellent considering kernel 5.4 will be stable by then, will stay tuned chaps. thanks for your efforts!

Link to comment
Share on other sites

On 11/9/2019 at 4:13 PM, megi said:

Did you measure the heatsink/package temperature? It should be a few (~5°C, depending on the difference between room/die temps) centigrades lower than the die temperature that's reported by the driver.

For example for me, I see 43°C idle (all cores at 1.8GHz) reported by the driver, and 37-38°C measured by the IR thermometer. (no heatsink, but I use a fan) Without a fan it would be close to 50-55°C idle.

Thermal drivers and OPP tables maz be different between those two releases.

no, i havent measured outside temps as have no IR thermometer. but once I am changing sd card I can feel that little difference.

I guess more scientific way would be to measure power consumption. will try to do that and update

 

BSP image from opi page generates highest temp, then goes armbian latest and  then older version (for example 5.1.12) which acts like i would expect when there is no action  happening on cpu

Link to comment
Share on other sites

There was  a - let's say - "controversial" discussed patchset that optimizes the opp table for the H6 SoC and at least in my eyes it turned out that these boards are not really identical. Some even crash with the new table, others (like mines) running decent with it. Their components seem to have quite wide tolerances. A too high voltage for a certain chip could lead to a higher temperature.

Check this: https://github.com/armbian/build/pull/1547

Link to comment
Share on other sites

17 hours ago, Werner said:

There was  a - let's say - "controversial" discussed patchset that optimizes the opp table for the H6 SoC and at least in my eyes it turned out that these boards are not really identical. Some even crash with the new table, others (like mines) running decent with it. Their components seem to have quite wide tolerances. A too high voltage for a certain chip could lead to a higher temperature.

Check this: https://github.com/armbian/build/pull/1547

Was this change introduced in the nightlies? Because I'm running nightly and my board boots just fine (I'm writing from it right now).

Link to comment
Share on other sites

i have checked power consumption when device boots up and nothing is connected to it

 

Ubuntu opi BSP 4.9 kernel 490ma
ubuntu armbian 5.1.12 330ma
ubuntu/debian armbian 5.3.9 360ma
LibreELEC 9.80-nightly-20191108-27a5673 330ma
android 7 (from opi site) 490ma

 

 

Link to comment
Share on other sites

18 minutes ago, Localhost said:

There is a chance that higher power consumption is coming from graphics unit being used (probably)

LibreELEC uses it too, but admittedly at low frequency, 270 MHz IIRC, because you don't need higher speed for GUI rendering.

Link to comment
Share on other sites

23 hours ago, martinayotte said:

Are you sure ? Which image are you using ?

What "cat /proc/device-tree/soc/gpu@1800000/status" is reporting ?

I guess the GPU is active since the output from that command is "okay".

 

Is there an Armbian patch that enables it? I can see it's disabled in the kernel code (display engine disabled too): https://megous.com/git/linux/tree/arch/arm64/boot/dts/allwinner/sun50i-h6.dtsi?h=opi3-5.3

 

It's a pity that Mesa has support for this GPU disabled (or not implemented?) I would like to test even though it could be unstable.

Link to comment
Share on other sites

15 minutes ago, JORGETECH said:

I guess the GPU is active since the output from that command is "okay".

Right !

15 minutes ago, JORGETECH said:

I can see it's disabled in the kernel code (display engine disabled too)

They are disabled in DTSI, because it common practice, but enabled in Main DTS of OPi3 : https://megous.com/git/linux/tree/arch/arm64/boot/dts/allwinner/sun50i-h6-orangepi-3.dts?h=opi3-5.3

This mean it is not a kernel issue, but libraries and applications ...

Link to comment
Share on other sites

4 minutes ago, martinayotte said:

They are disabled in DTSI, because it common practice, but enabled in Main DTS of OPi3 : https://megous.com/git/linux/tree/arch/arm64/boot/dts/allwinner/sun50i-h6-orangepi-3.dts?h=opi3-5.3

I was just going to point that out.

6 minutes ago, martinayotte said:

This mean it is not a kernel issue, but libraries and applications ...

I could ask in Mesa IRC if I can enable it for the Mali T720 MP2 for testing or if it's not implemented yet.

Link to comment
Share on other sites

1 minute ago, JORGETECH said:

I could ask in Mesa IRC if I can enable it for the Mali T720 MP2 for testing or if it's not implemented yet.

For T720 you need at least kernel 5.4 and mesa master along with this patch. I'll start testing mesa support for T720 in LibreELEC soon, but according to developer who made T720 mesa PR to LE, it is already quiet good. Hopefully by the time of mesa 20, major bugs will be fixed.

Link to comment
Share on other sites

5 hours ago, jernej said:

For T720 you need at least kernel 5.4 and mesa master along with this patch. I'll start testing mesa support for T720 in LibreELEC soon, but according to developer who made T720 mesa PR to LE, it is already quiet good. Hopefully by the time of mesa 20, major bugs will be fixed.

Just what I was looking for! In that case I'll wait to kernel 5.4 and test.

Link to comment
Share on other sites

24 minutes ago, AZ8 said:

1. how far Armbian on Opi3 from stable point?

 

This probably depends on your specific use case and the specific features you use. In my case I find it very stable, but I don't use any of the video acceleration features for instance, or sound, or cameras, and I haven't tested WiFi much. The only thing I'm waiting for is 3D GPU support.

Link to comment
Share on other sites

2 hours ago, AZ8 said:

1. how far Armbian on Opi3 from stable point?

2. did someone compare performance Kodi on Armbian over LibreELEC? Is LibreELEC significantly faster?

 

1:      I'm running an OPi3 as a headless server and I have no issues whatsoever....

Welcome to Ubuntu Bionic with Armbian Linux 5.3.0-sunxi64
System load:   0.02 0.07 0.03  	Up time:       55 days		
Memory usage:  36 % of 1993MB 	Zram usage:    5 % of 996Mb  	IP: 192.168.x.x
CPU temp:      54°C           	
Usage of /:    52% of 7.1G

2: I have no idea. If I wanted a media centre I'd just buy a TV-box :D

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines