ebin-dev Posted April 4, 2018 Posted April 4, 2018 Interesting: yet another Marvell Armada 3720 based router concept. 0 Quote
y52 Posted April 4, 2018 Posted April 4, 2018 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. 0 Quote
lanefu Posted April 4, 2018 Author Posted April 4, 2018 Interesting: yet another Marvell Armada 3720 based router concept.Hopefully their switch is connected via SGMIISent from my SM-G950U using Tapatalk 0 Quote
tkaiser Posted April 5, 2018 Posted April 5, 2018 7 hours ago, lanefu said: Hopefully their switch is connected via SGMII https://www.cnx-software.com/2018/03/27/turris-mox-is-a-modular-router-with-wifi-ssd-lte-modem-ethernet-and-sfp-fiber-modules-crowdfunding/#comment-552639 1 Quote
xphonerz Posted April 5, 2018 Posted April 5, 2018 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? 0 Quote
arm-push Posted April 8, 2018 Posted April 8, 2018 Has anyone tried Marvel 88SE9215 with the mainline kernel? I'm using it on a bit old armbian version. Just checking before messing with the bin. 0 Quote
Igor Posted April 8, 2018 Posted April 8, 2018 7 hours ago, arm-push said: Has anyone tried Marvel 88SE9215 with the mainline kernel? I'm using it on a bit old armbian version. Just checking before messing with the bin. I am almost sure it works but I don't recall doing tests. It works on Clearfog with the mainline kernel. 0 Quote
arm-push Posted April 8, 2018 Posted April 8, 2018 3 hours ago, Igor said: I am almost sure it works but I don't recall doing tests. It works on Clearfog with the mainline kernel. Thanks. I'm going to try it. Will provide an update once it's done. 0 Quote
arm-push Posted April 10, 2018 Posted April 10, 2018 Marvel 88SE9215 works with the next branch. Anyway CPU frequency is not changing based on the load . 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] 0 Quote
umiddelb Posted April 11, 2018 Posted April 11, 2018 16 hours ago, arm-push said: Anyway CPU frequency is not changing based on the load . It shows as 600 and not changing. Kernel version 4.16.0 contains the necessary parts for cpu frequency scaling. 0 Quote
arm-push Posted April 11, 2018 Posted April 11, 2018 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. 0 Quote
ebin-dev Posted April 11, 2018 Posted April 11, 2018 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. 0 Quote
y52 Posted April 12, 2018 Posted April 12, 2018 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 0 Quote
darkdrgn2k Posted April 12, 2018 Posted April 12, 2018 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 0 Quote
ebin-dev Posted April 12, 2018 Posted April 12, 2018 5 hours ago, darkdrgn2k said: Running nightly image Your log mentions "4.4.108-mvebu64"... You should switch to the next-stable branch (4.14.28) and flash the latest u-boot. 0 Quote
darkdrgn2k Posted April 13, 2018 Posted April 13, 2018 I used nightly.... but i installed NEXT today to try that still crashes Linux espressobin 4.14.14-mvebu64 #5 SMP PREEMPT Thu Jan 25 16:25:11 CET 2018 aarch64 GNU/Linux 0 Quote
darkdrgn2k Posted April 13, 2018 Posted April 13, 2018 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] 0 Quote
darkdrgn2k Posted April 13, 2018 Posted April 13, 2018 does anyone know where i can find an "offical" image i can test to see if it happesn there to. 0 Quote
darkdrgn2k Posted April 13, 2018 Posted April 13, 2018 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 0 Quote
arm-push Posted April 13, 2018 Posted April 13, 2018 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. 0 Quote
ebin-dev Posted April 13, 2018 Posted April 13, 2018 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 ? 0 Quote
ebin-dev Posted April 13, 2018 Posted April 13, 2018 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) 0 Quote
darkdrgn2k Posted April 13, 2018 Posted April 13, 2018 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 0 Quote
ebin-dev Posted April 13, 2018 Posted April 13, 2018 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. 0 Quote
darkdrgn2k Posted April 13, 2018 Posted April 13, 2018 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? 0 Quote
ebin-dev Posted April 14, 2018 Posted April 14, 2018 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. 0 Quote
darkdrgn2k Posted April 15, 2018 Posted April 15, 2018 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 0 Quote
adonesp Posted April 15, 2018 Posted April 15, 2018 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. 0 Quote
ebin-dev Posted April 15, 2018 Posted April 15, 2018 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. 0 Quote
darkdrgn2k Posted April 15, 2018 Posted April 15, 2018 2 hours ago, ebin-dev said: You should use armbian-config to switch to next-stable - you system is outdated. Which image is that? Ubuntu_xenial_next.7z ? 0 Quote
Recommended Posts
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.