Jump to content

Recommended Posts

Posted
  On 9/16/2019 at 2:10 PM, dolphs said:

 

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 ?

Expand  

I know this doesn't exactly answer your question, but the only way (at least for me) to get a working image for OPiOnePlus is to either copy a dtb file from an older image (kernel 5.1.5 and older works for me) to the new erimages or edit the dtb file of newer images and copy over the cpu opp table values from an older image (5.1.5 and older) to the new image.  Otherwise I'm just stuck with endless bootloops.  Makes no difference if I built the image myself or downloaded a pre-built one. 

Posted

I have two OPi1+ and both running fine on 5.3.0 and earlier ran fine on 5.2.x as well...

 

Just updated one of those SBCs to the 5.3.0-sunxi64 kernel image I built earlier today (and is available to the public, see link below) and is booting fine.

Posted

Upgraded to #5.97.190916 an hour ago and noticed Thermal reading is back. Left the system complete idle for an hour. After hour, I noticed thermal reading of 58C while ambient is 26C. It has a good heatsink installed. I remember old days on the board when it was that hot or may be more in idle state.

Posted
  On 9/16/2019 at 11:06 PM, sadnblueish said:

Upgraded to #5.97.190916 an hour ago and noticed Thermal reading is back. Left the system complete idle for an hour. After hour, I noticed thermal reading of 58C while ambient is 26C. It has a good heatsink installed. I remember old days on the board when it was that hot or may be more in idle state.

Expand  

64° while running stuff like PiHole. And yes has a heatsink but now fan running right now. But yes, seems higher then before. 

Posted
  On 9/17/2019 at 8:52 AM, SchmuseTigger said:

64° while running stuff like PiHole. And yes has a heatsink but now fan running right now. But yes, seems higher then before. 

Expand  

 

What shows your output " cpufreq-info |grep governor " - Should be ondemand I suppose, or set to anything else - eg performance?

Perhaps "conservative" is a nicer way for your situation ramping up step by step to reduce CPU temp ( cpufreq-set -g conservative )  ...

 

Anyway will build (  BOARD=orangepioneplus BRANCH=dev RELEASE=buster BUILD_MINIMAL=yes BUILD_DESKTOP=no KERNEL_ONLY=no KERNEL_CONFIGURE=no ) and flash my H6 OPiOnePlus later today , or is 5.3 already in default  branch ( stable? )

Posted
  On 9/17/2019 at 10:00 AM, dolphs said:

or is 5.3 already in default  branch ( stable? )

Expand  

From Armbians point of view it is still the dev branch. Though the linux source repository has been updated to 5.3.0 stable release.

Posted
  On 9/16/2019 at 6:08 PM, Werner said:

I have two OPi1+ and both running fine on 5.3.0 and earlier ran fine on 5.2.x as well...

 

Just updated one of those SBCs to the 5.3.0-sunxi64 kernel image I built earlier today (and is available to the public, see link below) and is booting fine.

Expand  

I've seen in your signature that you have OPi1+s, I've even tried some of your pre-built images, but mine refuses to boot unless I use a pre 5.1.5 dtb or modify the cpu opp table. Weird, but as long as there's a workaround, I'm not complaining. 

Posted

CPU heating up badly. Ambient 26C with heatsink installed.

#5.97.190917

Welcome to Debian Buster with Armbian Linux 5.3.0-sunxi64
System load:   0.00 0.00 0.00   Up time:       4:12 hours
Memory usage:  5 % of 1993MB    IP:            192.168.0.102
CPU temp:      63°C
Usage of /:    25% of 7.1G

 

 

No hidden system load generator processes

 

image.thumb.png.f7fb4ff2b163e5cff0af7b0ca82c6f09.png

Posted
Welcome to Debian Buster with Armbian Linux 5.3.0-sunxi64
System load:   0.00 0.00 0.00   Up time:       22:28 hours
Memory usage:  9 % of 988MB     IP:            
CPU temp:      54°C

No heat sink, about 22°C environment.

Posted
  On 9/17/2019 at 2:15 PM, Werner said:

or is 5.3 already in default  branch ( stable? )

Expand  

 

From there to (end user want to have) stable and minimal Armbian stable standards is still a lot of work. Upstream stable branches are more or less important for us, since we have a new reference point and most likely next stable-to-be kernel. IMO 5.3.y is the only way to cover H6 devices ... porting to 4.19.y is futile.

Posted
  On 9/17/2019 at 10:00 AM, dolphs said:

 

What shows your output " cpufreq-info |grep governor " - Should be ondemand I suppose, or set to anything else - eg performance?

Perhaps "conservative" is a nicer way for your situation ramping up step by step to reduce CPU temp ( cpufreq-set -g conservative )  ...

 

Anyway will build (  BOARD=orangepioneplus BRANCH=dev RELEASE=buster BUILD_MINIMAL=yes BUILD_DESKTOP=no KERNEL_ONLY=no KERNEL_CONFIGURE=no ) and flash my H6 OPiOnePlus later today , or is 5.3 already in default  branch ( stable? )

Expand  

 

CPU temp:      62°C
Usage of /:    61% of 7.1G

Last login: Tue Sep 17 08:51:11 2019 from 192.168.178.20

root@orangepi3:~# cpufreq-info |grep governor
  available cpufreq governors: conservative, userspace, powersave, ondemand, performance, schedutil
                  The governor "ondemand" may decide which speed to use
  available cpufreq governors: conservative, userspace, powersave, ondemand, performance, schedutil
                  The governor "ondemand" may decide which speed to use
  available cpufreq governors: conservative, userspace, powersave, ondemand, performance, schedutil
                  The governor "ondemand" may decide which speed to use
  available cpufreq governors: conservative, userspace, powersave, ondemand, performance, schedutil
                  The governor "ondemand" may decide which speed to use
not sure why the output was 4 times the same, but that is how it looked on my side. 

Posted
  On 9/19/2019 at 9:07 PM, SchmuseTigger said:

not sure why the output was 4 times the same, but that is how it looked on my side. 

Expand  

thats easy ;) cpufreq-info will show the governor for every of your 4 CPUs:

CPUs which run at the same hardware frequency: 0 1 2 3
CPUs which need to have their frequency coordinated by software: 0 1 2 3
analyzing CPU 0:

analyzing CPU 1:

analyzing CPU 2:

analyzing CPU 3:

Posted
  On 9/20/2019 at 11:58 AM, dolphs said:

still ondemand, try with conservative ..

might result few degrees lower ..

though temperature is rather high imho should be +/- 40 degrees ( depending whether idle or not )

Expand  

that makes so much sense. So you could run the cores differently? But even after updating to latest version and going to slower governor still kinda hot

gov dings.png

Posted

can i request suggestion on images to try? My orangepi3 always stuck at

[] A start job is running for Armbian filesystem resize (xmin xs / xmin xs) <- xmin and xs is what i wrote because it's not always stuck at the same value

Flashed using Etcher (Ubuntu) and then switched to Win32DiskImager (Windows 10)

Tested with 2 different SD cards but the SD cards able to flash Ubuntu desktop image from OrangePi

using the script, OrangePi_install2EMMC.sh included inside Ubuntu desktop image from OrangePi

http://www.orangepi.org/downloadresources/OrangePi3/2019-01-23/orangepi3_82ad209229e957e13fa953491c.html

 

i tried:

Armbian_5.98.191006_Orangepi3_Debian_buster_dev_5.3.3_minimal.img

Armbian_5.90_Orangepi3_Ubuntu_bionic_dev_5.1.15

Armbian_5.90_Orangepi3_Debian_buster_dev_5.1.15

 

Below is the serial console output (Armbian_5.98.191006_Orangepi3_Debian_buster_dev_5.3.3_minimal):

  Reveal hidden contents

 

h2testw_1.4 Test Result:

  Reveal hidden contents

 

OrangePi_install2EMMC.sh content if anyone is interested:

  Reveal hidden contents

 

Posted
  On 9/8/2019 at 8:22 AM, 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

 

 

 

 

 

 

 

 

 

Expand  

 

looks like we have the same problem.  5.88.190601 is the last bootable version for my board.

 

If you want newer versions you have to hold the dtb: apt-mark hold linux-dtb-dev-sunxi64 and upgrade from there.

 

My guess is its the new lowered voltage table:
https://github.com/armbian/build/blob/master/patch/kernel/sunxi-dev/0012-general-h6-new-opp-table.patch

 

Since then some experience stability issues and others like myself are not even able to fully boot up without random kernel panics. 

 

Posted
  On 10/7/2019 at 3:20 PM, Teikahym said:

My guess is its the new lowered voltage table:

Expand  


Possible. Now how we are going to get to the table that works well for all?

All my H6 tests boards works fine with stock settings which are bad for you.

 

  On 10/6/2019 at 12:36 PM, 062621AM said:

OrangePi_install2EMMC.sh content if anyone is interested:

Expand  


https://docs.armbian.com/User-Guide_Getting-Started/#how-to-install-to-emmc-nand-sata-usb

Posted

5.4-rc1 contains patch to support using multiple DVFS tables based on H6 SoC speed bin. There are 3 bins slow/normal/fast and depending on which you happen to have on your board, you may lower the voltages for the same frequency. The fastest bin can deal with the lower voltages. Until this is configured in the DTS, everyone needs to use values for the worst bin (that is, to use higher voltages), because kernel can't assume it's running on a better bin.

Posted
  On 10/7/2019 at 4:43 PM, megi said:

5.4-rc1 contains patch to support using multiple DVFS tables based on H6 SoC speed bin. There are 3 bins slow/normal/fast and depending on which you happen to have on your board, you may lower the voltages for the same frequency. The fastest bin can deal with the lower voltages. Until this is configured in the DTS, everyone needs to use values for the worst bin (that is, to use higher voltages), because kernel can't assume it's running on a better bin.

Expand  

Is there a way to check the speed bin and how do I set the values?

Posted

=> boot
switch to partitions #0, OK
mmc1(part 0) is current device
Scanning mmc 1:1...
Found U-Boot script /boot/boot.scr
3042 bytes read in 1 ms (2.9 MiB/s)
## Executing script at 4fc00000
U-boot loaded from SD
Boot script loaded from mmc
165 bytes read in 1 ms (161.1 KiB/s)
Card did not respond to voltage select!
libfdt fdt_check_header(): FDT_ERR_BADMAGIC
No FDT memory address configured. Please configure
the FDT address via "fdt addr <address>" command.
Aborting!
Bad Linux ARM64 Image magic!
SCRIPT FAILED: continuing...
Card did not respond to voltage select!
starting USB...
No controllers found
USB is stopped. Please issue 'usb start' first.
starting USB...
No controllers found
No ethernet found.
missing environment variable: pxeuuid
missing environment variable: bootfile
Retrieving file: pxelinux.cfg/00000000
No ethernet found.
missing environment variable: bootfile
Retrieving file: pxelinux.cfg/0000000
No ethernet found.
missing environment variable: bootfile
Retrieving file: pxelinux.cfg/000000
No ethernet found.
missing environment variable: bootfile
Retrieving file: pxelinux.cfg/00000
No ethernet found.
missing environment variable: bootfile
Retrieving file: pxelinux.cfg/0000
No ethernet found.
missing environment variable: bootfile
Retrieving file: pxelinux.cfg/000
No ethernet found.
missing environment variable: bootfile
Retrieving file: pxelinux.cfg/00
No ethernet found.
missing environment variable: bootfile
Retrieving file: pxelinux.cfg/0
No ethernet found.
missing environment variable: bootfile
Retrieving file: pxelinux.cfg/default-arm-sunxi
No ethernet found.
missing environment variable: bootfile
Retrieving file: pxelinux.cfg/default-arm
No ethernet found.
missing environment variable: bootfile
Retrieving file: pxelinux.cfg/default
No ethernet found.
Config file not found
starting USB...
No controllers found
No ethernet found.
No ethernet found.

Posted
  1. Wrote latest image to SD
  2. Boot from SD
  3. mounted /dev/mmcblk2p1, copied armbianEnv.txt
  4. formated /dev/mmcblk2p1
  5. rsync /boot to /dev/mmcblk2p1
  6. copy armbianEnv.txt to /dev/mmcblk2p1
  7. removed sd and reboot

system starts to boot, but can not find root

 

Is this a proper way to install boot? I do not want to tun nand-sata-install and erase mmc.

 

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.

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines