Jump to content

Recommended Posts

Posted
On 8/17/2019 at 7:54 PM, martinayotte said:

Maybe comparing DT of both images could reveal what needs to be added ...

I explored LibreElec nightly for OPi3. A quick DTS file comparison reveals HDMI setup is different, sound section is missing in Armbian DTS & couple of noticeable parameters. differences also including GPU (LibreElec) is using Panfrost Midgard. 4K output and sound in Kodi is nearly perfect in LibreElec.

LibreElec Nightly is posted here:

"https://test.libreelec.tv/"

Attached is LibreElec DTS too. 

sun50i-h6-orangepi-3-libreelec.dts

Posted
1 hour ago, sadnblueish said:

differences also including GPU (LibreElec) is using Panfrost Midgard.

Slight correction - Panfrost is open source driver, but LibreELEC uses ARM binary (32-bit GBM version, but 64-bit GBM version also exists on Pine64 wiki).

Posted (edited)

Since I was thinking on buying this board to replace my Orange Pi Zero server I would like some questions to be answered about the current state of this board by the people who already own it and tested it.

 

  1. How is the thermal situation? Does it run too hot? Will a heatsink be enough to cool it down without throttling?
  2. Are there any serious stability issues currently with the software or complications (excluding the DTB stuff I already read about)?
  3. How reliable is the USB3 in this board? I was thinking on buying this board due to it's interesting price for USB3.
Edited by JORGETECH
Grammar
Posted

Your first question:

Although without a heatsink H6 boards easily go up to 70°C (still 10° behind throttling threshold), If you either install a fan or underclock the CPU to around 1.4 GHz, you can go 24/7 assuming there is no power outage or SW issue.

 

Second:

As you have already had a somehow similar server, you might know some issues that might happen, for example if you use microsdcard as your storage device, you won't get a super reliable server. (but I think using emmc might solve the problem)

Another thing I noticed is that when I installed pihole, the lighttpd stopped working after sometime randomly (it only hurt the web ui, the dns service was still running) , and the problem didn't go when I replaced it with apache, even after I completely removed FTL from pihole, and installed WP for other stuff. This is somehow strange because for example this had never occurred to my BLYNK server or cockpit on my OPi lite 2 board.

 

Third:

If you mean the OPi3 board, I'm not sure about its USB hub status, but I have OPi Lite 2 and the USB 3 works just fine. I haven't tested the speed yet, and I don't know whether it is behaving just like USB 2 or is in SS mode but I assume it is running at SS mode, because the output of lsusb command recognizes it as USB 3.

 

Summary:

If you install proper heatsink and cooling fan you can run the server 24/7 as I have had an uptime of around three weeks with OPi lite 2, and I haven't experienced any serious issues, and issues I said above can differ case to case. I think the board can be a suitable replacement/upgrade over OPi zero

Posted (edited)
On 8/23/2019 at 8:30 AM, Localhost said:

Your first question:

Although without a heatsink H6 boards easily go up to 70°C (still 10° behind throttling threshold), If you either install a fan or underclock the CPU to around 1.4 GHz, you can go 24/7 assuming there is no power outage or SW issue.

 

Second:

As you have already had a somehow similar server, you might know some issues that might happen, for example if you use microsdcard as your storage device, you won't get a super reliable server. (but I think using emmc might solve the problem)

Another thing I noticed is that when I installed pihole, the lighttpd stopped working after sometime randomly (it only hurt the web ui, the dns service was still running) , and the problem didn't go when I replaced it with apache, even after I completely removed FTL from pihole, and installed WP for other stuff. This is somehow strange because for example this had never occurred to my BLYNK server or cockpit on my OPi lite 2 board.

 

Third:

If you mean the OPi3 board, I'm not sure about its USB hub status, but I have OPi Lite 2 and the USB 3 works just fine. I haven't tested the speed yet, and I don't know whether it is behaving just like USB 2 or is in SS mode but I assume it is running at SS mode, because the output of lsusb command recognizes it as USB 3.

 

Summary:

If you install proper heatsink and cooling fan you can run the server 24/7 as I have had an uptime of around three weeks with OPi lite 2, and I haven't experienced any serious issues, and issues I said above can differ case to case. I think the board can be a suitable replacement/upgrade over OPi zero

Thanks for answering, I guess I'll buy the board and do some testing first (it will become more stable as time goes on anyways).

 

The Orange Pi 3 has an onboard eMMC so I'll use that instead of Micro SD card (I know Armbian has an utility to install to eMMC, SATA, or USB).

 

Regarding the USB 3 stuff, I would also like to know if an USB 3 hard drive has normal uptime with H6 based boards since I'm going to run an USB 3 HDD enclosure 24/7.

 

EDIT: I'm worried about USB 3 because in the Armbian download page there is a warning for H6 devices not detecting USB 3 devices sometimes.

Edited by JORGETECH
Posted
Quote

a warning for H6 devices not detecting USB 3 devices sometimes.

This hint is quite old, though I do not know about its current status.

 

On the bottomline H6 is still under development and not come with any official support.

Posted
On 8/24/2019 at 2:23 PM, JORGETECH said:

Thanks for answering, I guess I'll buy the board and do some testing first (it will become more stable as time goes on anyways).

 

The Orange Pi 3 has an onboard eMMC so I'll use that instead of Micro SD card (I know Armbian has an utility to install to eMMC, SATA, or USB).

 

Regarding the USB 3 stuff, I would also like to know if an USB 3 hard drive has normal uptime with H6 based boards since I'm going to run an USB 3 HDD enclosure 24/7.

 

EDIT: I'm worried about USB 3 because in the Armbian download page there is a warning for H6 devices not detecting USB 3 devices sometimes.

 

USB3 is fine. I run Intel SSD over JMS578 USB-SATA bridge, and don't have any stability issues. But I don't power the SSD from the USB, because that turned out not to be very reliable. Intel SSD probably has spiky load requirements, or something.

 

OTOH, Opi 3 doesn't have any current protection on the USB bus (there's direct connection from DCIN to USB Vbus), so if the drive load is not very spiky, it should work fine just with USB power.

 

You should not need any special cooling. I just have a common undervolted 12cm fan next to the board, and I can't make it throttle even at 1.8GHz. Instead of throwing away CPU frequency, you may just disable a core or two, and you'll get sustained full singlecore performance without any cooling. It depends on your use case.

Posted
On 9/2/2019 at 4:55 PM, megi said:

 

USB3 is fine. I run Intel SSD over JMS578 USB-SATA bridge, and don't have any stability issues. But I don't power the SSD from the USB, because that turned out not to be very reliable. Intel SSD probably has spiky load requirements, or something.

 

OTOH, Opi 3 doesn't have any current protection on the USB bus (there's direct connection from DCIN to USB Vbus), so if the drive load is not very spiky, it should work fine just with USB power.

 

You should not need any special cooling. I just have a common undervolted 12cm fan next to the board, and I can't make it throttle even at 1.8GHz. Instead of throwing away CPU frequency, you may just disable a core or two, and you'll get sustained full singlecore performance without any cooling. It depends on your use case.

Thanks for the feedback. Does USB 3 get recognized every time you plug it in?

Posted
On 9/4/2019 at 4:58 PM, JORGETECH said:

Thanks for the feedback. Does USB 3 get recognized every time you plug it in?

I also ran Nightly builds for pretty long with 3 USB Disks (USB3 UASP) with BTRFS RAID1 with 3 Disks. Didn't witness any issue.  

Posted
1 hour ago, sadnblueish said:

Full initialization error on 190606 and bootloop on 190605 & 190604. Debian Buster.

Going to try 190606 Stretch.

 

Stretch did the same. Changed power supply and it booted fine.

Posted

ubuntu with dtb file file from today 06.09. works

 

  ___  ____  _   _____
 / _ \|  _ \(_) |___ /
| | | | |_) | |   |_ \
| |_| |  __/| |  ___) |
 \___/|_|   |_| |____/

Welcome to Ubuntu Bionic with Armbian Linux 5.3.0-rc6-sunxi64
System load:   2.84 0.71 0.24   Up time:       0 min
Memory usage:  20 % of 1993MB   IP:            11.12.13.14
Usage of /:    83% of 7.1G      storage/:      60% of 1.9T

[ General system configuration (beta): armbian-config ]

Last login: Fri Sep  6 18:28:15 2019 from 11.12.13.15

 

 uname -a
Linux orangepi3 5.3.0-rc6-sunxi64 #5.96.190906 SMP Fri Sep 6 08:19:53 CEST 2019 aarch64 aarch64 aarch64 GNU/Linux

 

Posted
20 hours ago, krachlatte said:

ubuntu with dtb file file from today 06.09. works

 

  ___  ____  _   _____
 / _ \|  _ \(_) |___ /
| | | | |_) | |   |_ \
| |_| |  __/| |  ___) |
 \___/|_|   |_| |____/

Welcome to Ubuntu Bionic with Armbian Linux 5.3.0-rc6-sunxi64
System load:   2.84 0.71 0.24   Up time:       0 min
Memory usage:  20 % of 1993MB   IP:            11.12.13.14
Usage of /:    83% of 7.1G      storage/:      60% of 1.9T

[ General system configuration (beta): armbian-config ]

Last login: Fri Sep  6 18:28:15 2019 from 11.12.13.15

 

 uname -a
Linux orangepi3 5.3.0-rc6-sunxi64 #5.96.190906 SMP Fri Sep 6 08:19:53 CEST 2019 aarch64 aarch64 aarch64 GNU/Linux

 

 

Are you sure that you are using the latest dtb (not holding the package?). I have been working on this stability issue the last week, up to rc6. I was able to pinpoint the problem to the opp table patch back in June.  I opened a pull request few minutes ago.

 

For people that had to do a apt-mark hold on the dtb package, I have built a new package with the latest dtb minus one patch:

https://github.com/chaton78/build/releases/tag/opp-patch-dsiabled

 

Posted

In the pull request, you mentioned :

Quote

The only constant is the usb power adapter (2.1A)

That is probably the reason ...
My OPi3 is powered using the barrel connector with PSU 3.0A, never got any issue.
It is well know, and also mentioned in a lot of posts on Armbian forum, that MicroUSB connector itself produce a lot of voltage drop on the contacts themselves when huge current is present, even if PSU is strong enough, you can see a 5.0V dropping around 4.5V on board side.

Posted
8 hours ago, martinayotte said:

In the pull request, you mentioned :

That is probably the reason ...
My OPi3 is powered using the barrel connector with PSU 3.0A, never got any issue.
It is well know, and also mentioned in a lot of posts on Armbian forum, that MicroUSB connector itself produce a lot of voltage drop on the contacts themselves when huge current is present, even if PSU is strong enough, you can see a 5.0V dropping around 4.5V on board side.

The barrel plug is not flawless either. I run my OPi1+ with those from a 5V 3A. Though when I connect an external hard drive to the USB the voltage drops far enough to prevent the spin-up. As we know Xulong mostly passes the input voltage unfiltered through I connected the microUSB with a second cable to the same power source as well and the hard drive could start without issues. 

Posted

[ 4930.512612] Internal error: SP/PC alignment exception: 8a000000 [#1] SMP
[ 4930.519320] Modules linked in: xt_MASQUERADE nf_conntrack_netlink nfnetlink xfrm_user xfrm_algo iptable_nat xt_addrtype iptable_filter xt_conntrack nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 br_netfilter bridge nls_utf8 cifs fscache libarc4 aufs overlay bnep zstd zram fuse snd_soc_hdmi_codec snd_soc_core snd_pcm_dmaengine snd_pcm snd_timer snd soundcore btsdio bluetooth brcmfmac brcmutil ch341 usbserial uas cfg80211 rfkill dw_hdmi_cec dw_hdmi_i2s_audio panfrost gpu_sched cpufreq_dt realtek i2c_mv64xxx dwmac_sun8i mdio_mux
[ 4930.566124] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.3.0-rc6-sunxi64 #5.96.190908
[ 4930.573854] Hardware name: OrangePi 3 (DT)
[ 4930.577944] pstate: 80000085 (Nzcv daIf -PAN -UAO)
[ 4930.582731] pc : 0x7fffffffffffffff
[ 4930.586220] lr : __hrtimer_run_queues+0x170/0x210
[ 4930.590915] sp : ffff000010003e50
[ 4930.594224] x29: ffff000010003e50 x28: ffff8000730d5500
[ 4930.599528] x27: ffff800077b80d40 x26: 0000000000000060
[ 4930.604830] x25: 0000000000000080 x24: 15c26873e65a79bb
[ 4930.610134] x23: 0000000000000001 x22: 0000000000000000
[ 4930.615438] x21: 0000000000000001 x20: ffff800077b80d00
[ 4930.620732] x19: ffff800077b80d80 x18: 0000000000000000
[ 4930.626035] x17: 0000000000000000 x16: 0000000000000000
[ 4930.631339] x15: 0000000000000000 x14: 0000000000000000
[ 4930.636643] x13: 0000000000000001 x12: 0000000000034079
[ 4930.641946] x11: 0000000000000000 x10: 0000000000000040
[ 4930.647250] x9 : ffff000010e62b38 x8 : ffff000010e62b30
[ 4930.652554] x7 : ffff000010e32980 x6 : ffff800077b80d00
[ 4930.657857] x5 : ffff00001222b850 x4 : 0000047bf68e2800
[ 4930.663152] x3 : ffff00001222b850 x2 : 0000047bf68e2800
[ 4930.668456] x1 : 0000000000000006 x0 : 0000000000000004
[ 4930.673760] Call trace:
[ 4930.676203]  0x7fffffffffffffff
[ 4930.679340]  hrtimer_interrupt+0xf8/0x2d0
[ 4930.683347]  arch_timer_handler_phys+0x28/0x40
[ 4930.687785]  handle_percpu_devid_irq+0x80/0x140
[ 4930.692311]  generic_handle_irq+0x24/0x38
[ 4930.696315]  __handle_domain_irq+0x5c/0xb0
[ 4930.700406]  gic_handle_irq+0x58/0xa8
[ 4930.704062]  el1_irq+0xb8/0x140
[ 4930.707198]  arch_cpu_idle+0x10/0x18
[ 4930.710769]  do_idle+0x1e0/0x2c0
[ 4930.713992]  cpu_startup_entry+0x20/0x28
[ 4930.717910]  rest_init+0xb4/0xc0
[ 4930.721133]  arch_call_rest_init+0xc/0x14
[ 4930.725136]  start_kernel+0x44c/0x478
[ 4930.728797] Code: bad PC value
[ 4930.731847] ---[ end trace c5dcc02a219943cf ]---
[ 4930.736458] Kernel panic - not syncing: Fatal exception in interrupt
[ 4930.742804] SMP: stopping secondary CPUs
[ 4930.746722] Kernel Offset: disabled
[ 4930.750205] CPU features: 0x0002,20002004
[ 4930.754207] Memory Limit: none
[ 4930.757259] Rebooting in 10 seconds..

 

does  not look that good the latest version , switching pack the dtb file

 

 

 

also this problem shows up

 

cat /sys/class/thermal/thermal_zone0/temp: invalid argument

 

 

 

 

 

 

 

 

 

Posted
5 hours ago, krachlatte said:

[ 4930.512612] Internal error: SP/PC alignment exception: 8a000000 [#1] SMP
[ 4930.519320] Modules linked in: xt_MASQUERADE nf_conntrack_netlink nfnetlink xfrm_user xfrm_algo iptable_nat xt_addrtype iptable_filter xt_conntrack nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 br_netfilter bridge nls_utf8 cifs fscache libarc4 aufs overlay bnep zstd zram fuse snd_soc_hdmi_codec snd_soc_core snd_pcm_dmaengine snd_pcm snd_timer snd soundcore btsdio bluetooth brcmfmac brcmutil ch341 usbserial uas cfg80211 rfkill dw_hdmi_cec dw_hdmi_i2s_audio panfrost gpu_sched cpufreq_dt realtek i2c_mv64xxx dwmac_sun8i mdio_mux
[ 4930.566124] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.3.0-rc6-sunxi64 #5.96.190908
[ 4930.573854] Hardware name: OrangePi 3 (DT)
[ 4930.577944] pstate: 80000085 (Nzcv daIf -PAN -UAO)
[ 4930.582731] pc : 0x7fffffffffffffff
[ 4930.586220] lr : __hrtimer_run_queues+0x170/0x210
[ 4930.590915] sp : ffff000010003e50
[ 4930.594224] x29: ffff000010003e50 x28: ffff8000730d5500
[ 4930.599528] x27: ffff800077b80d40 x26: 0000000000000060
[ 4930.604830] x25: 0000000000000080 x24: 15c26873e65a79bb
[ 4930.610134] x23: 0000000000000001 x22: 0000000000000000
[ 4930.615438] x21: 0000000000000001 x20: ffff800077b80d00
[ 4930.620732] x19: ffff800077b80d80 x18: 0000000000000000
[ 4930.626035] x17: 0000000000000000 x16: 0000000000000000
[ 4930.631339] x15: 0000000000000000 x14: 0000000000000000
[ 4930.636643] x13: 0000000000000001 x12: 0000000000034079
[ 4930.641946] x11: 0000000000000000 x10: 0000000000000040
[ 4930.647250] x9 : ffff000010e62b38 x8 : ffff000010e62b30
[ 4930.652554] x7 : ffff000010e32980 x6 : ffff800077b80d00
[ 4930.657857] x5 : ffff00001222b850 x4 : 0000047bf68e2800
[ 4930.663152] x3 : ffff00001222b850 x2 : 0000047bf68e2800
[ 4930.668456] x1 : 0000000000000006 x0 : 0000000000000004
[ 4930.673760] Call trace:
[ 4930.676203]  0x7fffffffffffffff
[ 4930.679340]  hrtimer_interrupt+0xf8/0x2d0
[ 4930.683347]  arch_timer_handler_phys+0x28/0x40
[ 4930.687785]  handle_percpu_devid_irq+0x80/0x140
[ 4930.692311]  generic_handle_irq+0x24/0x38
[ 4930.696315]  __handle_domain_irq+0x5c/0xb0
[ 4930.700406]  gic_handle_irq+0x58/0xa8
[ 4930.704062]  el1_irq+0xb8/0x140
[ 4930.707198]  arch_cpu_idle+0x10/0x18
[ 4930.710769]  do_idle+0x1e0/0x2c0
[ 4930.713992]  cpu_startup_entry+0x20/0x28
[ 4930.717910]  rest_init+0xb4/0xc0
[ 4930.721133]  arch_call_rest_init+0xc/0x14
[ 4930.725136]  start_kernel+0x44c/0x478
[ 4930.728797] Code: bad PC value
[ 4930.731847] ---[ end trace c5dcc02a219943cf ]---
[ 4930.736458] Kernel panic - not syncing: Fatal exception in interrupt
[ 4930.742804] SMP: stopping secondary CPUs
[ 4930.746722] Kernel Offset: disabled
[ 4930.750205] CPU features: 0x0002,20002004
[ 4930.754207] Memory Limit: none
[ 4930.757259] Rebooting in 10 seconds..

 

does  not look that good the latest version , switching pack the dtb file

 

 

 

also this problem shows up

 

cat /sys/class/thermal/thermal_zone0/temp: invalid argument

 

 

 

 

 

 

 

 

 

VERSION=5.96.190908

Nothing very unusual on dmesg.  Booted fine.

 

Regarding thermal reading, yes it's broken in latest builds.

It will be great if devs can also fix LED. A booted OPi3 has soft "green" system LED. Right now it's 'really' RED.

Posted
50 minutes ago, sadnblueish said:

DEVS - Can you please add "md-mod" for mdadm in nightly builds?

Feel free to create a PR to https://github.com/armbian/build including the changes you wish.

Posted
2 hours ago, Localhost said:

Well, there is an libreelec mainline image with sound, mali and vpu support, but you cannot call that desktop, because it's just kodi, thus it is just suitable for media serving

Already using it for Kodi. It works really well actually.  As mentioned few posts above, desktop builds are available but without sound.

Posted
On 1/19/2019 at 11:36 AM, constantius said:

Just for info from cnx-software.

Orangepi 3 H6 chip is launched!!!!

 

Now that Kernel 5.3 has seen the light I wonder where things stand if I'd build with these options " BOARD=orangepioneplus BRANCH=dev RELEASE=buster BUILD_MINIMAL=yes BUILD_DESKTOP=no KERNEL_ONLY=no KERNEL_CONFIGURE=no "  for OrangePiOneplus .

I suppose a working image ( read: bootable ) can be build?

Also can things rgd OPiOnePlus be moved to a matured status, or that needs to wait at least till a new LTS Kernel 5.4 will pop up somewhere in November ?

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