15 15
lanefu

Espressobin support development efforts

Recommended Posts

Yes, it does.

I haven't found information regarding the RAM size and the CPU/RAM speeds. Any hint about it? A full specification can also be helpful.

Share this post


Link to post
Share on other sites

Anyone tried to connect usb 3g modem to this board?

 

I've installed usb-modeswitch and my usb modem recognized as /dev/cdc-wdm0. unfortunately i cant see any /dev/ttyUSBx at all to connect to the internet.

anyone know how to solve this issue?

Share this post


Link to post
Share on other sites

Marvel 88SE9215 works with the next branch. Anyway CPU frequency is not changing based on the load :unsure:. It shows as 600 and not changing.

 

Spoiler

root@espressobin:~# cat /etc/armbian-release
# PLEASE DO NOT EDIT THIS FILE
BOARD=espressobin
BOARD_NAME="Espressobin"
BOARDFAMILY=mvebu64
VERSION=5.41
LINUXFAMILY=mvebu64
BRANCH=next
ARCH=arm64
IMAGE_TYPE=user-built
BOARD_TYPE=conf
INITRD_ARCH=arm64
KERNEL_IMAGE_TYPE=Image


root@espressobin:~# uname -r
4.14.33-mvebu64

 

root@espressobin:~# lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sdb           8:16   1   1.8T  0 disk
└─sdb1        8:17   1   1.8T  0 part /wd_red
mtdblock0    31:0    0     4M  0 disk
zram1       251:1    0 248.3M  0 disk [SWAP]
mmcblk1     179:0    0    29G  0 disk
└─mmcblk1p1 179:1    0  28.7G  0 part /
sda           8:0    1   1.8T  0 disk
└─sda1        8:1    1   1.8T  0 part /wd_blue
zram0       251:0    0 248.3M  0 disk [SWAP]


 

Share this post


Link to post
Share on other sites
16 hours ago, arm-push said:

Anyway CPU frequency is not changing based on the load :unsure:. It shows as 600 and not changing.

 

Kernel version 4.16.0 contains the necessary parts for cpu frequency scaling.

Share this post


Link to post
Share on other sites
On 3/4/2018 at 1:41 AM, Igor said:

 

 

9 hours ago, umiddelb said:

 

Kernel version 4.16.0 contains the necessary parts for cpu frequency scaling.

 

But I thought DVFS is enabled in 4.14 path. see @Igor's post.

Share this post


Link to post
Share on other sites

DVFS is available for the 3720 in mainline since 4.16 and afaik Igor has ported it back to 4.14. It works flawlessly with kernel 4.14.28 (next-stable).

Of course you need to adapt /etc/default/cpufrequtils to values displayed by cpufreq-info.

Share this post


Link to post
Share on other sites

Does anybody experience the same annoyance of the wan interface staying offline until it is explicitly reset? 

 

Welcome to ARMBIAN 5.38 stable Debian GNU/Linux 9 (stretch) 4.4.112-mvebu64   
System load:   0.77 0.46 0.18   Up time:       2 min
Memory usage:  2 % of 1932MB    IP:            
Usage of /:    4% of 59G    

root@espressobin:~# networkctl 
IDX LINK             TYPE               OPERATIONAL SETUP     
  1 lo               loopback           carrier     unmanaged 
  2 eth0             ether              degraded    configuring
  3 wan              ether              off         configuring
  4 lan0             ether              no-carrier  configuring
  5 lan1             ether              carrier     configuring
  6 lan              ether              routable    configured

root@espressobin:~# /sbin/ip link set dev wan up

root@espressobin:~# networkctl 
IDX LINK             TYPE               OPERATIONAL SETUP     
  1 lo               loopback           carrier     unmanaged 
  2 eth0             ether              degraded    configuring
  3 wan              ether              routable    configuring
  4 lan0             ether              no-carrier  configuring
  5 lan1             ether              carrier     configuring
  6 lan              ether              routable    configured


Wan i-face is configured as a stand-alone one, while lan0 and lan1 are bridged to lan :
root@espressobin:/etc/systemd/network# cat 05-wan.network
[Match]
Name=wan 

[Network]
#Bridge=br0
DHCP=yes

root@espressobin:~# udevadm info -q all -p /sys/class/net/wan 
P: /devices/platform/dsa@0/net/wan
E: DEVPATH=/devices/platform/dsa@0/net/wan
E: DEVTYPE=dsa
E: ID_NET_DRIVER=dsa
E: ID_NET_LINK_FILE=/lib/systemd/network/99-default.link
E: ID_PATH=platform-dsa@0
E: ID_PATH_TAG=platform-dsa_0
E: IFINDEX=3
E: INTERFACE=wan
E: OF_COMPATIBLE_N=0
E: OF_FULLNAME=/dsa@0/switch@0/port@1
E: OF_NAME=port
E: SUBSYSTEM=net
E: SYSTEMD_ALIAS=/sys/subsystem/net/devices/wan
E: TAGS=:systemd:
E: USEC_INITIALIZED=4728525

Share this post


Link to post
Share on other sites

I think there may be some instability with the ExpressBin,

 

I have seen it crash a few times now. Not quite sure what is causing it.

 

I got this dump once

another time it complained about CPU0 locking up (one message then freeze on serial console)

 

Running nightly image

Spoiler

root@espressobin:~# ls /dev/watchdo[   84.685140] Bad mode in Synchronous Abort handler detected, code 0x86000018 -- IABT (current EL)
[   84.693984] Internal error: Oops - bad mode: 0 [#1] PREEMPT SMP
[   84.700363] Modules linked in: bridge stp llc zram zsmalloc lz4_compress
[   84.707130] CPU: 1 PID: 257 Comm: kworker/1:3 Not tainted 4.4.108-mvebu64 #6
[   84.714500] Hardware name: Marvell Armada 3720 Community Board (DT)
[   84.720895] task: ffffffc039226780 ti: ffffffc0393d4000 task.ti: ffffffc0393d4000
[   84.728452] PC is at find_busiest_group+0x10/0x870
[   84.733390] LR is at load_balance+0x158/0x888
[   84.737977] pc : [<ffffffc0000e7e40>] lr : [<ffffffc0000e87f8>] pstate: 600001c5
[   84.745890] sp : ffffffc0393d7a10
[   84.749223] x29: ffffffc0393d7a10 x28: ffffffc03ffd8f00
[   84.754622] x27: ffffffc03ffd8f68 x26: ffffffc039023900
[   84.760113] x25: 0000000000000001 x24: 0000000000000001
[   84.765604] x23: ffffffc000db2b50 x22: ffffffc039026b00
[   84.771096] x21: 0000000000000000 x20: 0000000000000001
[   84.776586] x19: 00000000ffff2eb5 x18: 0000000000000003
[   84.782075] x17: 0000007f9167d1a0 x16: 0000000000000000
[   84.787566] x15: 0000000000000000 x14: 0000000000000000
[   84.793057] x13: 0000000000000000 x12: 0000000000000000
[   84.798549] x11: 00000000afb50401 x10: afb504000afb5041
[   84.804039] x9 : ffffffc000a00000 x8 : ffffffc000a00970
[   84.809528] x7 : 00000013b7a06f70 x6 : ffffffc039023900
[   84.815020] x5 : 0000000000000020 x4 : ffffffc0393d7d4c
[   84.820510] x3 : ffffffc0393d7ca0 x2 : 000000003f24c000
[   84.826001] x1 : ffffffc0393d7b10 x0 : ffffffc0393d7c48
[   84.831491]
[   84.833113] Process kworker/1:3 (pid: 257, stack limit = 0xffffffc0393d4020)
[   84.840309] Stack: (0xffffffc0393d7a10 to 0xffffffc0393d8000)
[   84.846337] 7a00:                                   ffffffc0393d7b90 ffffffc0000e87f8
[   84.854163] 7a20: ffffffc0393d7a40 ffffffc00083bb94 0000000000000000 ffffffc039026b00
[   84.862437] 7a40: 0000000000000003 ffffffc03799b400 ffffffc0379cc980 0000000000000000
[   84.870532] 7a60: ffffffc0393d7a70 ffffffc00083f548 ffffffc0393d7aa0 ffffffc0000d3ed8
[   84.878538] 7a80: 00000000fffffffe 0000000000000000 0000000000000000 ffffffc0393d7c20
[   84.886723] 7aa0: ffffffc0393d7ae0 ffffffc0000d438c ffffffc000e71c10 ffffffc000e71be8
[   84.894818] 7ac0: 0000000000000001 ffffffc0393d7c20 ffffffc0393d7ae0 ffffffc0000d439c
[   84.903004] 7ae0: ffffffc0393d7b30 ffffffc0000d43cc ffffffc0393d7c20 ffffffc03799b400
[   84.910920] 7b00: ffffffc0393d7b50 ffffffc0000eefe4 ffffffc03799b548 0000000000000140
[   84.918925] 7b20: 0000000000000003 0000000000000001 0000000000000000 0000000000000003
[   84.927021] 7b40: ffffffc0393d7b50 ffffffc0000eeff0 ffffffc0393d7b90 ffffffc00083beec
[   84.935204] 7b60: ffffffc03799b400 ffffffc0393d7c20 0000000000000000 ffffffc0379cc824
[   84.943299] 7b80: 0000000000000000 0000000000000003 ffffffc0393d7cb0 ffffffc0000e96dc
[   84.951215] 7ba0: 00000000ffff2eb5 0000000000000001 0000000000000000 0000000000000001
[   84.959757] 7bc0: ffffffc000db2b50 0000000000000001 0000000000000001 ffffffc039023900
[   84.967501] 7be0: ffffffc03ffd8f68 ffffffc03ffd8f00 ffffffc0393d7c10 ffffffc0393d7d4c
[   84.975954] 7c00: 00000002393d7c40 ffffffc03ffd4a68 0000000000000000 ffffffc039023900
[   84.984056] 7c20: ffffffc000d8cf00 ffffffc000d8cf00 ffffffc000000001 ffffffc039226bf0
[   84.992158] 7c40: ffffffc0393d7c50 ffffffc039023900 0000000000000000 0000000100000000
[   84.999903] 7c60: ffffffc03ffd8f00 0000000000000000 0000000200000000 0000000000000000
[   85.007907] 7c80: ffffffc03ffd4a68 0000000000000000 0000000000000020 0000000000000002
[   85.016361] 7ca0: ffffffc0393d7ca0 ffffffc0393d7ca0 ffffffc0393d7d50 ffffffc0009e3d94
[   85.024187] 7cc0: ffffffc03ffd8f00 ffffffc000d8c000 ffffffc000db2000 ffffffc039226780
[   85.032460] 7ce0: ffffffc0009e42cc ffffffc039226bf0 0000000000000001 0000000000000000
[   85.040645] 7d00: 0000000000000000 0000000000000000 ffffffc03ffd8f00 ffffffc03ffd8f68
[   85.048650] 7d20: ffffffc000a00820 ffffffc039226780 00000001393d7d50 00000013b7a06f70
[   85.056478] 7d40: ffffffc03ffd8f00 0000000139226780 ffffffc0393d7da0 ffffffc0009e42cc
[   85.064572] 7d60: ffffffc0393d4000 ffffffc03ffd8700 ffffffc037b27b30 ffffffc03ffd8700
[   85.072935] 7d80: ffffffc03ffd8718 ffffffc0393d4000 ffffffc000dc51a0 0000000000000000
[   85.081030] 7da0: ffffffc0393d7dc0 ffffffc0000cd59c ffffffc037b27b00 ffffffc0000cd598
[   85.089035] 7dc0: ffffffc0393d7e20 ffffffc0000d3210 ffffffc0375cab80 ffffffc000e44058
[   85.096951] 7de0: ffffffc000c2ae28 ffffffc037b27b00 ffffffc0000cd3f0 0000000000000000
[   85.105314] 7e00: 0000000000000000 0000000000000000 0000000000000000 ffffffc037b27b00
[   85.113589] 7e20: 0000000000000000 ffffffc000085dd0 ffffffc0000d3118 ffffffc0375cab80
[   85.121422] 7e40: 0000000000000000 0000000000000000 0000000000000000 ffffffc0000dc3e0
[   85.129606] 7e60: ffffffc0000d3118 0000000000000000 0000000000000000 ffffffc037b27b00
[   85.137880] 7e80: 0000000000000000 0000000000000000 ffffffc0393d7e90 ffffffc0393d7e90
[   85.145892] 7ea0: 0000000000000000 ffffffc000000000 ffffffc0393d7eb0 ffffffc0393d7eb0
[   85.153988] 7ec0: 0000000000000000 0000000000000000 0000000000000000 0000000000000000
[   85.161995] 7ee0: 0000000000000000 0000000000000000 0000000000000000 0000000000000000
[   85.169911] 7f00: 0000000000000000 0000000000000000 0000000000000000 0000000000000000
[   85.178184] 7f20: 0000000000000000 0000000000000000 0000000000000000 0000000000000000
[   85.186190] 7f40: 0000000000000000 0000000000000000 0000000000000000 0000000000000000
[   85.194464] 7f60: 0000000000000000 0000000000000000 0000000000000000 0000000000000000
[   85.202471] 7f80: 0000000000000000 0000000000000000 0000000000000000 0000000000000000
[   85.210655] 7fa0: 0000000000000000 0000000000000000 0000000000000000 0000000000000000
[   85.218662] 7fc0: 0000000000000000 0000000000000005 0000000000000000 0000000000000000
[   85.226936] 7fe0: 0000000000000000 0000000000000000 0000000000000000 0000000000000000
[   85.234946] Call trace:
[   85.237380] [<ffffffc0000e7e40>] find_busiest_group+0x10/0x870
[   85.243405] [<ffffffc0000e87f8>] load_balance+0x158/0x888
[   85.248893] [<ffffffc0000e96dc>] pick_next_task_fair+0x30c/0x520
[   85.255191] [<ffffffc0009e3d94>] __schedule+0xe4/0x5d8
[   85.260496] [<ffffffc0009e42cc>] schedule+0x44/0xb8
[   85.265536] [<ffffffc0000cd59c>] worker_thread+0x1ac/0x4d0
[   85.271201] [<ffffffc0000d3210>] kthread+0xf8/0x110
[   85.276419] [<ffffffc000085dd0>] ret_from_fork+0x10/0x40
[   85.281556] Code:ls /dev/watchdo                             
  

 

 

Share this post


Link to post
Share on other sites
espressobin login: [   27.009559] Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b
[   27.009559] 
[   27.018943] CPU: 1 PID: 1 Comm: systemd Not tainted 4.14.14-mvebu64 #5
[   27.025508] Hardware name: Globalscale Marvell ESPRESSOBin Board (DT)
[   27.032168] Call trace:
[   27.034971] [<ffffff8008088c68>] dump_backtrace+0x0/0x370
[   27.040381] [<ffffff8008088fec>] show_stack+0x14/0x20
[   27.045246] [<ffffff8008a5cd00>] dump_stack+0x9c/0xbc
[   27.050462] [<ffffff80080c9038>] panic+0x11c/0x28c
[   27.055680] [<ffffff80080cd110>] complete_and_exit+0x0/0x20
[   27.061620] [<ffffff80080cd178>] do_group_exit+0x38/0xa0
[   27.067204] [<ffffff80080d82ec>] get_signal+0xfc/0x490
[   27.072344] [<ffffff8008087f50>] do_signal+0x68/0x650
[   27.077294] [<ffffff8008088918>] do_notify_resume+0xc0/0xf8
[   27.083323] Exception stack(0xffffff8008033ec0 to 0xffffff8008034000)
[   27.090076] 3ec0: 0000000000000011 0000007fc01dca00 0000000000000000 0000007f8a2b9bf0
[   27.098266] 3ee0: 0000000010000001 0000000000000008 8080808080808080 fefefefefefefeff
[   27.106019] 3f00: 00000000000000ac 00000055755af7c8 0101010101010101 0000000000000000
[   27.114388] 3f20: 0000000000000018 000000005ad008e8 001fd2e190000000 00003efc60000000
[   27.122490] 3f40: 000000557560d520 0000007f8a037238 0000000000000000 0000007fc01dca00
[   27.130322] 3f60: 0000000000000004 0000000000000001 0000000000000001 0000007fc09daa70
[   27.138509] 3f80: 0000000000000000 0000007fc09db0b8 00000055755a5000 000000557560f000
[   27.146518] 3fa0: 0000000000000002 0000007fc01dc930 00000055755367ac 0000007fc01dc910
[   27.154976] 3fc0: 0000007f8a037238 0000000080000000 0000000000000000 00000000ffffffff
[   27.162994] 3fe0: 0000000000000000 0000000000000000 0000000000000000 0000000000000000
[   27.170915] [<ffffff80080836c0>] work_pending+0x8/0x10
[   27.176045] SMP: stopping secondary CPUs
[   27.180186] Kernel Offset: disabled
[   27.183784] CPU features: 0x00200c
[   27.187384] Memory Limit: none
[   27.190360] ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b
[   27.190360] 

 

Share this post


Link to post
Share on other sites

Say i messed up the uboot loader and put the wrong one in.

 

How can i tell what the correct boot loader is

 

 flash-image-1g-2cs-1000_800_boot_sd_and_usb.bin

 

1g - There is a sticker on the board that says 1g. i assume that means its the 1 gig model, is there a way oto verify

 

2cs - Does that mean 2 chips. IE there are two ram chips (one on top one on bottom)

 

1000 - speed  i is this for over clocking, if not how can i tell what i have

800- DDR speed same question as above

 

 

Share this post


Link to post
Share on other sites
On 4/11/2018 at 10:55 PM, ebin-dev said:

DVFS is available for the 3720 in mainline since 4.16 and afaik Igor has ported it back to 4.14. It works flawlessly with kernel 4.14.28 (next-stable).

Of course you need to adapt /etc/default/cpufrequtils to values displayed by cpufreq-info.

 

Then I think it's not working properly in 4.14.33. I did try adjusting the cpufrequtils file. e.g.: 200 to 1200. Frequency was shown as 1200 all the time, but I saw rapid transitions between a lower frequency and 1200 in the transition table.

something wrong with it I guess. However I'm using the legacy ( 4.4 ) and frequency scaling is working in that kernel as expected.

Share this post


Link to post
Share on other sites
4 hours ago, darkdrgn2k said:

does anyone know where i can find an "offical" image i can test to see if it happesn there to.

The official images are on the download page (you know that). Execute 'apt-get update && apt-get upgrade' and you are on 4.14.28 (next-stable).

I think DVFS was made available by @Igor as of 4.14.23.

Did you flash the latest u-boot to SPI ?

Share this post


Link to post
Share on other sites
2 hours ago, arm-push said:

I saw rapid transitions between a lower frequency and 1200 in the transition table.

 

DVFS in mainline ramps up very quickly. If you look at the statistics i.e. shown by cpufreq-info or the transition table everything is fine.

 cpufreq stats: 200 MHz:0.00%, 250 MHz:84.60%, 500 MHz:1.22%, 1000 MHz:14.17%  (9729)

 

Share this post


Link to post
Share on other sites

And now it seems to crash on boot

 

`

TIM-1.0
WTMI-armada-17.10.3-06f9861
WTMI: system early-init

Fill memory before self refresh...done

Fill memory before self refresh...done

Now in Self-refresh Mode
Restore termination values to original values
Exited self-refresh ...


Self refresh Pass.
DDR self test mode test done!!

Self refresh Pass.
DDR self test mode test done!!

QS GATING
=============
Calibration done: cycle = 0x00 tap =0x56
CH0_PHY_RL_Control_CS0_B0[0xC0001180]: 0x00000056
CH0_PHY_RL_Control_CS0_B1[0xC0001184]: 0x00000056


QS GATING
=============
Calibration done: cycle = 0x00 tap =0x54
CH0_PHY_RL_Control_CS1_B0[0xC00011A4]: 0x00000054
CH0_PHY_RL_Control_CS1_B1[0xC00011A8]: 0x00000054

DLL TUNING
==============
   DLL 0xc0001050[21:16]: [5,2b,18]
   DLL 0xc0001050[29:24]: [b,33,1f]
   DLL 0xc0001054[21:16]: [5,27,16]
   DLL 0xc0001054[29:24]: [7,2e,1a]
   DLL 0xc0001074[21:16]: [0,3f,1f]
   DLL 0xc0001074[29:24]: [0,3f,1f]
 DLL: pass  

 

Share this post


Link to post
Share on other sites
1 hour ago, darkdrgn2k said:

And now it seems to crash on boot

 

Did you select the right u-boot for your board ? (if you have only one memory chip on the bottom of the board select the cs1 1GB version)

If you have bricked your board sata boot recovery is going to help.

Share this post


Link to post
Share on other sites
5 hours ago, ebin-dev said:

 

Did you select the right u-boot for your board ? (if you have only one memory chip on the bottom of the board select the cs1 1GB version)

If you have bricked your board sata boot recovery is going to help.

 

Recovered it using the SATA method today (love people who know that there are idiots like me and build in a back up recovery method!)

 

Two ramchip model? where are the ram chips located. both at the bottom?

Share this post


Link to post
Share on other sites
9 hours ago, darkdrgn2k said:

Two ramchip model? where are the ram chips located. both at the bottom?

 

If your EspressoBin is older than a few months it has two RAM chips - one on each side opposite to each other. Recent 1GB models have only one chip at the bottom. 

Share this post


Link to post
Share on other sites

I am seeing two "crashes"

 

Bad mode in Synchronous Abort handler detected, code 0x86000018 -- IABT (current EL)

and

 

[  626.599608] INFO: rcu_preempt detected stalls on CPUs/tasks:
[  626.605553]  (detected by 0, t=84028 jiffies, g=3825, c=3824, q=131518)
[  626.612512] All QSes seen, last rcu_preempt kthread activity 84030 (4295048951-4294964921), jiffies_till_next_fqs=1, root ->qsmask 0x0

 

The board all of a suddenly also stops responding.

 

What could this be?

 

Uboot start

 

TIM-1.0
WTMI-armada-17.10.3-06f9861
WTMI: system early-init

Fill memory before self refresh...done

Fill memory before self refresh...done

Now in Self-refresh Mode
Restore termination values to original values
Exited self-refresh ...


Self refresh Pass.
DDR self test mode test done!!   

Self refresh Pass.
DDR self test mode test done!!   

QS GATING
=============
Calibration done: cycle = 0x00 tap =0x5F
CH0_PHY_RL_Control_CS0_B0[0xC0001180]: 0x0000005F
CH0_PHY_RL_Control_CS0_B1[0xC0001184]: 0x0000005F


QS GATING
=============
Calibration done: cycle = 0x00 tap =0x5E
CH0_PHY_RL_Control_CS1_B0[0xC00011A4]: 0x0000005E
CH0_PHY_RL_Control_CS1_B1[0xC00011A8]: 0x0000005E

DLL TUNING
==============
   DLL 0xc0001050[21:16]: [3,31,1a]
   DLL 0xc0001050[29:24]: [6,37,1e]
   DLL 0xc0001054[21:16]: [5,2b,18]
   DLL 0xc0001054[29:24]: [7,30,1b]
   DLL 0xc0001074[21:16]: [0,3f,1f]
   DLL 0xc0001074NOTICE:  Booting Trusted Firmware
NOTICE:  BL1: v1.3(release):armada-17.10.7:4396548
NOTICE:  BL1: Built : 14:25:54, Mar 15 2NOTICE:  BL2: v1.3(release):armada-17.10.7:4396548
NOTICE:  BL2: Built : 14:25:54, Mar 15 2018
NNOTICE:  BL31: v1.3(release):armada-17.10.7:4396548
NOTICE:  BL31:

U-Boot 2017.03-armada-17.10.2-g6a6581a-armbian (Mar 13 2018 - 08:31:14 +0100)

Model: Marvell Armada 3720 Community Board ESPRESSOBin
       CPU    @ 1000 [MHz]
       L2     @ 800 [MHz]
       TClock @ 200 [MHz]
       DDR    @ 800 [MHz]
DRAM:  1 GiB
U-Boot DT blob at : 000000003f7192d8
Comphy-0: USB3          5 Gbps   
Comphy-1: PEX0          2.5 Gbps 
Comphy-2: SATA0         6 Gbps   
SATA link 0 timeout.
AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA mode
flags: ncq led only pmp fbss pio slum part sxs
PCIE-0: Link down
MMC:   sdhci@d0000: 0
SF: Detected w25q32dw with page size 256 Bytes, erase size 4 KiB, total 4 MiB
Net:   eth0: neta@30000 [PRIME]  
Hit any key to stop autoboot:  1 

 

running

Welcome to ARMBIAN 5.37.171227 nightly Ubuntu 16.04.3 LTS 4.4.108-mvebu64   

Share this post


Link to post
Share on other sites

Im on xenial next, latest uboot from armbian. I get a lot of crashes when interfacing with gpio. Sometimes it hangs/reboots. After hard reset, I can barely login again. Most of the time, I'm stuck on /scripts/local-block loop, then drops into busybox shell.

Share this post


Link to post
Share on other sites
6 hours ago, darkdrgn2k said:

running

Welcome to ARMBIAN 5.37.171227 nightly Ubuntu 16.04.3 LTS 4.4.108-mvebu64   

 

You should use armbian-config to switch to next-stable - you system is outdated.

 

Share this post


Link to post
Share on other sites
15 15