Search the Community

Hi all. I'm trying to figure out how to use gstreamer to encode h264 video on Rock64 (Rockchip RK3328). I'm using Armbian Bionic 5.60 (stable Ubuntu 18.04.1 LTS 4.4.156-rockchip64). I compiled mpp and gstreamer-rockchip from https://github.com/rockchip-linux and installed both, but I'm still missing mpph264enc, how do I get that? gst-inspect-1.0 mpph264enc says: No such element or plugin 'mpph264enc' Many thanks for reading, any help would be greatly appreciated. Regards. Christian

Hey guys, I installed Armbian some months ago in my Rock64 and I had never updated the packages. Yesterday I decided to do an apt update + apt upgrade to update one of the applications I use. I noticed that meanwhile apt updated Armbian itself, and began to ask for a reboot. A few hours later I rebooted the board. At first I couldn't connect due to connection refusal, so I went plugged a keyboard and hdmi on the board to see what was happening. It looks like while doing this I unplugged the power source suddenly, and now the board won't boot the system in this OS. No image or response in the USB keyboard. I thought it could be SD corruption, but I'm able to open the SD card in my Desktop and see its contents. Since I had a lot of tweaking in the old system, is there a way to copy some parts of a new image and paste in the SD, so I can boot it again? Or maybe reflash the SD with the latest armbian, then pasting some folders over it (maybe home and /var/lib at least)? Thanks for the advices.

First off this is not a Rockpro64 it is a Rock64 Ver. 2 which the tags field would not let me enter. A couple years ago when I first started playing with the Rock64, I briefly used armbian as the OS. The flickering video was annoying so later I tried Manjaro which worked fairly well. Recently the (Manjaro/Arch) updates (as well as latest images) completely break the HDMI output. Since the system was rendered usless, I downloaded the latest Armbian Jammy hoping for better results. The image loaded from SD fine, I did updates manually fine, and it rebooted fine. The only problem I experience is that that anoying HDMI video flicker. It's worse when there is any system activity, IE: if the mouse is rolled over an Icon, or if that icon is clicked, the screen becomes a blur of random horizontal lines as the screen jumps. I've looked but havn't found a comprehensive solution to this issue; much of what is out there is "old news" can anyone steer me in the right direction to fix this?

Thanks for that cOrnelius. I've never messed with uboot yet I'll do some research first. As far as Manjaro goes it was fine in the previous version on the Rock 64 as well as a Radxa Rock 3A. (Manjaro-ARM-kde-plasma-rock64 (or 3A)-21.10.img) When the systems were updated to 22.06 the HDMI died. on both. I've installed Armbian 22.11.1 jammy_current 5.15.80 on the Rock 64 and Armbian 22.11.2 jammy_edge 5.15.80 on the Rock 3a. Only the Rock 64 has video issues.

Hello, I have a Rock64 V2 which I am using as a Tvheadend server, among other stuff. For some months I put the kernel/dtb packages on hold, because I discovered that linux-image-rockchip64 after version 5.75 did not include the kernel module for th USB DVB-T stick I need (an EyeTV DVB-T device, i.e. a clone of Hauppauge), that is dvb-usb-dib0700 or the like (I am trying to remember). I have recently unhold the Linux packages and let apt to update them. Now at version 5.90, I see that the kernel module is still not included, and my USB device cannot be used. Going back to Linux image 5.75 makes the stick to work again, but I'd like to have the latest versions running. Questions: 1) Am I missing an extra package? 2) How can I get back on driver? (Well, a third one would be why it has been removed from the latest versions) Thanks!

Hi everybody, I recently set up a small server with the Rock64 booting armbian stretch 5.59 stable directly from a 120 GB SSD attached via USB3. Booting is handled with U-Boot from ayufan on the SPI flash. The Rock64 is board revision 2.0, the power supply is the original Pine64 one for the Rock. Besides the SSD, there are no other peripherals connected. The board often (3 out of 4 times) hangs when booting. In this case, all LEDs are lit, the orange network LED will flash and the board is not reachable by SSH and not pingable. My impression is, that it is stuck because the SSD either powered up too late or the USB connection is delayed. However, I cannot confirm my suspicion, because the board also does not output any HDMI signal to my monitor (even if it boots up correctly). If I cut power, re-power and give it another try, it will boot at some point and everything (except the HDMI) will work perfectly. My issue seems to identical to the one described here for the ayufan build. It is noted in that thread, that an external power supply for the SSD might mitigate the problem. I did not have a chance to test this, yet. But I also hope that you guys have a better insight into this and might catch a bug in the armbian image.

I have the Rock64 4G Version with emmc module Since the latest Kernel Update two weeks ago on friday the board does not boot up anymore. (I was on Stretch initially and updated regularly since.) Even with a newly flashed sd card and without emmc module the board will not but into armbian. I managed to boot into raspbian buster 5.91 once, but after rebooting it, it failed again and stayed that way. until now I have tried the latest 3 images. The Kernel is now 4.4182 and is unchanged whatever I do. with any armbian on an sd card i am getting: Failed to start armbian zram config - failed to start journal service Failed to flush Journal to Persitent Storage rockchip64 #6 and at some point the boot sequence stops with something like: work_pending+0x10/0x14 or I am getting consistent timeouts from "waiting for device" with the original emmc card it gives me: ... BUG: spinlock bad magic on CPU#2 goes to: secondary_start_kernel +0x190/0xbc 0x2cxa188 repeats and stops there also since the beginning I sometimes get: "fixing recursive fault. Reboot is needed!" - without reboot improving anything of course.. I am afraid that at this point of failure notices and kernel panics I have no idea how to proceed anymore.

This happens on both the Rock64 and Renegade and I would think other boards using the RK3328 SoC.. The fix is to patch, compile and in this case, re-flash u-boot. The attachment patch has been tested on U-Boot v2022.07/10 HDMI output appears to be broken on 6.1.y "in my experience". So if Manjaro has moved to that kernel, that would explain why HDMI is no longer working. 003-rk3328-set-VOP-QoS-to-high-priority.patch

I cannot connect by VNC/ FTP from more than one computer on network to my Rock64 but can do multiple SSH. Once I have one computer connected by VNC I want to go elsewhere on my network and monitor same session or ftp in. but once one session is running others are not allowed. also only allows ftp from computer with other session. if reboot can connect but loose original session. how can I allow multiple sessions.

The newest revision does not boot from current SD images. I'm working to debug why. If anyone else has a board and can test it out, let me know. The eMMC will boot, no problem, so it's just the SD itself. Model: Pine64 Rock64 DRAM: 1022 MiB MMC: rksdmmc@ff520000: 0, rksdmmc@ff500000: 1 SF: Detected w25q128bv with page size 256 Bytes, erase size 4 KiB, total 16 MiB *** Warning - bad CRC, using default environment In: serial@ff130000 Out: serial@ff130000 Err: serial@ff130000 Model: Pine64 Rock64 misc_init_r cpuid=55524b50303930343200000000051f1a serial=f55c6806c317581 Net: eth0: ethernet@ff540000 Hit any key to stop autoboot: 0 Card did not respond to voltage select! mmc_init: -95, time 9 switch to partitions #0, OK mmc1 is current device ** No partition table - mmc 1 ** starting USB... USB0: USB EHCI 1.00 USB1: USB OHCI 1.0 USB2: Core Release: 3.10a USB3: Register 2000140 NbrPorts 2 Starting the controller USB XHCI 1.10 scanning bus 0 for devices... 1 USB Device(s) found scanning bus 1 for devices... 2 USB Device(s) found scanning bus 2 for devices... 2 USB Device(s) found scanning bus 3 for devices... 2 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found Device 0: unknown device ethernet@ff540000 Waiting for PHY auto negotiation to complete......... TIMEOUT Ideally getting old an new to boot would be ideal, @Igor this might mean a fragmentation for this board though, like having a V2 and older and a V3 and newer build if we can't make them all play nice with one bootloader.

Below patch is a squash of following 4 commits borrowed from ayufan's https://github.com/ayufan-rock64/linux-mainline-kernel repo: From cc22206776d61948f6984a4f03d8013eb4f92984 Mon Sep 17 00:00:00 2001 From: Pantelis Antoniou <pantelis.antoniou@konsulko.com> Date: Wed, 3 Dec 2014 13:23:28 +0200 Subject: [PATCH] OF: DT-Overlay configfs interface This is a port of Pantelis Antoniou's v3 port that makes use of the new upstreamed configfs support for binary attributes. Original commit message: Add a runtime interface to using configfs for generic device tree overlay usage. With it its possible to use device tree overlays without having to use a per-platform overlay manager. Must be: From cc22206776d61948f6984a4f03d8013eb4f92984 Mon Sep 17 00:00:00 2001 From: Pantelis Antoniou <pantelis.antoniou@konsulko.com> Date: Wed, 3 Dec 2014 13:23:28 +0200 Subject: [PATCH] OF: DT-Overlay configfs interface Below patch is a squash of following 4 commits borrowed from ayufan's https://github.com/ayufan-rock64/linux-mainline-kernel repo: This is a port of Pantelis Antoniou's v3 port that makes use of the new upstreamed configfs support for binary attributes. ......... Change-Id: I421887697d2ba6e52aba9100100b7664760e2001 --- diff --git a/Documentation/devicetree/configfs-overlays.txt b/Documentation/devicetree/configfs-overlays.txt new file mode 100644 index 0000000000000..5fa43e0643072 ..... -- 2.35.3 You don't have to edit the fix file in the editor. Instead, apply a bad patch using the patch command to the source code. Then add the modified files to track the git git add -A. And make a commit git gui. In the commit message, add all the text that you consider important. Then extract the commit using the git format-patch -1 command From 7cfb967c52d374ddcb0fc9194f38d1d5f9d8cdd8 Mon Sep 17 00:00:00 2001 From: popcornmix <popcornmix@gmail.com> Date: Sun, 3 Dec 2017 21:43:03 +0000 Subject: [PATCH] configfs: New of_overlay API From 8637321fabb045fe8617360ef1b058978b0d8457 Mon Sep 17 00:00:00 2001 From: Phil Elwell <phil@raspberrypi.org> Date: Mon, 4 Dec 2017 14:07:40 +0000 Subject: [PATCH] SQUASH: config_fs: of_overlay_apply takes a pointer Signed-off-by: Phil Elwell <phil@raspberrypi.org> From 274dfabb947ca32116a429c582c74aaee6ff1b5b Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Kamil=20Trzci=C5=84ski?= <ayufan@ayufan.eu> Date: Mon, 14 May 2018 11:28:09 +0200 Subject: [PATCH] ayufan: fix overlayfs to compile on 4.17 kernel ????????????????????????????????????????????????? only: Signed-off-by: Slawomir Stepien <sst@poczta.fm> Signed-off-by: Phil Elwell <phil@raspberrypi.org> Signed-off-by: Pantelis Antoniou <pantelis.antoniou@konsulko.com> Signed-off-by: popcornmix <popcornmix@gmail.com> Signed-off-by: Kamil Trzciski <ayufan@ayufan.eu>

Hello, the Rock64 SBC can receive an add-on board with audio ports and an additional ethernet port. I have used it a lot before, with Debian Stretch. With the armbian image it does not work. The reason is simple, this board must be activated by a script which is missing. Ayufan has added a set of scripts in /usr/local/sbin, but they are not present in this build. They can be found here : https://github.com/ayufan-rock64/linux-package/blob/master/root/usr/local/sbin/enable_dtoverlay Then run the necessary command : enable_dtoverlay eth1 ethernet@ff550000 okay and the card is present in ifconfig. Once given an iP address, it works perfectly. Nevertheless, the log indicates a conflct with the ic2 interface. Jul 16 14:39:33 localhost systemd[1]: Started LSB: Advanced IEEE 802.11 management daemon. Jul 16 14:39:33 localhost rc.local[1312]: Applying... Jul 16 14:39:33 localhost rc.local[1312]: /dts-v1/; Jul 16 14:39:33 localhost rc.local[1312]: / { Jul 16 14:39:33 localhost rc.local[1312]: #011fragment@0 { Jul 16 14:39:33 localhost rc.local[1312]: #011#011target-path = "/ethernet@ff550000"; Jul 16 14:39:33 localhost kernel: [ 37.895961] rockchip-pinctrl pinctrl: pin gpio2-25 already requested by ff150000.i2c; cannot claim for ff550000.ethernet Jul 16 14:39:33 localhost kernel: [ 37.895967] rockchip-pinctrl pinctrl: pin-89 (ff550000.ethernet) status -22 Jul 16 14:39:33 localhost kernel: [ 37.895972] rockchip-pinctrl pinctrl: could not request pin 89 (gpio2-25) from group fephyled-rxm1 on device rockchip-pinctrl Jul 16 14:39:33 localhost kernel: [ 37.895976] rk_gmac-dwmac ff550000.ethernet: Error applying setting, reverse things back Jul 16 14:39:33 localhost kernel: [ 37.896167] rk_gmac-dwmac ff550000.ethernet: Looking up phy-supply from device tree Jul 16 14:39:33 localhost kernel: [ 37.896433] rk_gmac-dwmac ff550000.ethernet: clock input or output? (output). Jul 16 14:39:33 localhost kernel: [ 37.896440] rk_gmac-dwmac ff550000.ethernet: Can not read property: tx_delay. Jul 16 14:39:33 localhost kernel: [ 37.896446] rk_gmac-dwmac ff550000.ethernet: set tx_delay to 0x30 Jul 16 14:39:33 localhost kernel: [ 37.896451] rk_gmac-dwmac ff550000.ethernet: Can not read property: rx_delay. Jul 16 14:39:33 localhost kernel: [ 37.896454] rk_gmac-dwmac ff550000.ethernet: set rx_delay to 0x10 Jul 16 14:39:33 localhost kernel: [ 37.896509] rk_gmac-dwmac ff550000.ethernet: integrated PHY? (yes). Jul 16 14:39:33 localhost kernel: [ 37.896644] rk_gmac-dwmac ff550000.ethernet: cannot get clock clk_mac_refout Jul 16 14:39:33 localhost kernel: [ 37.896650] rk_gmac-dwmac ff550000.ethernet: cannot get clock clk_mac_speed Jul 16 14:39:33 localhost kernel: [ 37.901732] rk_gmac-dwmac ff550000.ethernet: init for RMII Jul 16 14:39:33 localhost rc.local[1312]: #011#011__overlay__ { Jul 16 14:39:33 localhost rc.local[1312]: #011#011#011status="okay"; Jul 16 14:39:33 localhost rc.local[1312]: #011#011}; Jul 16 14:39:33 localhost rc.local[1312]: #011}; Jul 16 14:39:33 localhost rc.local[1312]: }; Jul 16 14:39:34 localhost kernel: [ 37.936441] stmmac - user ID: 0x10, Synopsys ID: 0x35 Jul 16 14:39:34 localhost kernel: [ 37.936452] Ring mode enabled Jul 16 14:39:34 localhost kernel: [ 37.936457] DMA HW capability register supported Jul 16 14:39:34 localhost kernel: [ 37.936461] Normal descriptors Jul 16 14:39:34 localhost kernel: [ 37.936466] RX Checksum Offload Engine supported (type 2) Jul 16 14:39:34 localhost kernel: [ 37.936470] TX Checksum insertion supported Jul 16 14:39:34 localhost kernel: [ 37.936475] Enable RX Mitigation via HW Watchdog Timer Jul 16 14:39:34 localhost kernel: [ 37.936660] of_get_named_gpiod_flags: can't parse 'snps,reset-gpio' property of node '/ethernet@ff550000[0]' Nevertheless, the ethernet port is working. Is this a false alarm ? The Rock64 has two GPIO connectors, and the ethernet port is on the second. But the ic2 should be on the first. Whatever the reason, the port works fine.

I have a C++ app that wants to indicate its activity by blinking an LED on the Rock64. How can the LEDs be controlled? The sysfs leds do not appear to be present. I'm okay with libgpiod or sysfs gpios, but I don't know what gpio numbers represent the LEDs. Anyone know? Thanks. Linux rocky64 5.0.0-rockchip64 #5.85 SMP Wed May 8 19:38:28 CEST 2019 aarch64 aarch64 aarch64 GNU/Linux Distributor ID: Ubuntu Description: Ubuntu 18.04.3 LTS Release: 18.04 Codename: bionic

Can anyone recommend a usb adapter that works with Armbian on Rock64 wifi access point/hotspot. I tried a few I had but none work as access point. Thanks

How do you control which PHY the Rock64 is going to use? Android 9 is available for Rock64 now, https://github.com/a9rock64/manifests But it is configured to use the internal PHY and I need to change it over to the external one. Is this controlled in the DTS or someplace else? It is running on this kernel: https://github.com/rockchip-linux/kernel

Hi, my rock64 (rev2) with the latest build of Armbian randomly looses its network connection. I couldn't use the armbianmonitor -u as it had no network connection, but when i use ifconfig, I can see it's still got it's settings and is the NIC lights are on. ifconfig showed 6 TX errors. My NIC is set to DHCP with static reserved IP address to an ASUS router. I leave it on 24/7 and check it once a while as it pretty much is used as a NAS with a single USB 3 drive. This morning I connected up via HDMI and a USB keyboard and logged in successfully. I don't have much Linux experience so wasn't sure how to capture the logs to SD card so i could copy them up here later. The NIC dropouts occur about once a week at random days and times. I have tried use ifup and ifdown to try and re-enable the NIC, but when I did this I got a stack dump and I couldn't enter any further commands into Ubuntu. Next time the NIC fails, what command(s) should I use? I've had this issue before on the later ayufun arm64 ubuntu builds too. I see the kernel has been updated to v5 over at ayufun's github, maybe there are some code changes that might help. I did read that dropping the MTU down from 1500 to 1492 might help, but don't really want to make random changes. Any suggestions much appreciated.

- added support for V3 - included latest upstream changes - updated repository

5.1.0-1111-ayufan tag. Kernel crash when PCIE card is installed (thus pcie host root complex initialize). Will try previous tags soon, BTW, if anyone successfully run the "mainline" kernel with PCIE cards? [ 161.895780] io scheduler mq-deadline registered [ 161.897340] io scheduler kyber registered [ 161.911264] io scheduler bfq registered [ 162.136905] vcc5v0_host: supplied by vcc5v0_usb [ 162.740884] rockchip-pcie f8000000.pcie: no vpcie12v regulator found [ 162.746764] rockchip-pcie f8000000.pcie: no vpcie1v8 regulator found [ 162.750391] rockchip-pcie f8000000.pcie: no vpcie0v9 regulator found [ 163.280713] rockchip-pcie f8000000.pcie: host bridge /pcie@f8000000 ranges: [ 163.284059] rockchip-pcie f8000000.pcie: MEM 0xfa000000..0xfbdfffff -> 0xf0 [ 163.286820] rockchip-pcie f8000000.pcie: IO 0xfbe00000..0xfbefffff -> 0xf0 [ 163.302884] rockchip-pcie f8000000.pcie: PCI host bridge to bus 0000:00 [ 163.305119] pci_bus 0000:00: root bus resource [bus 00-1f] [ 163.306968] pci_bus 0000:00: root bus resource [mem 0xfa000000-0xfbdfffff] [ 163.310027] pci_bus 0000:00: root bus resource [io 0x0000-0xfffff] (bus add) [ 163.542130] pci 0000:00:00.0: bridge configuration invalid ([bus 00-00]), reg [ 163.560746] SError Interrupt on CPU5, code 0xbf000002 -- SError [ 163.560932] CPU: 5 PID: 1 Comm: swapper/0 Tainted: G L 5.1.0-3 [ 163.561051] Hardware name: Pine64 RockPro64 (DT) [ 163.561157] pstate: 60000085 (nZCv daIf -PAN -UAO) [ 163.561258] pc : rockchip_pcie_rd_conf+0x1e8/0x280 [ 163.561356] lr : rockchip_pcie_rd_conf+0x214/0x280 [ 163.561440] sp : ffff00001004b7f0 [ 163.561527] x29: ffff00001004b7f0 x28: 0000000000000000 [ 163.561800] x27: 0000000000000000 x26: 0000000000000000 [ 163.562047] x25: 0000000000000004 x24: ffff800004de13c0 [ 163.562275] x23: 0000000000000000 x22: ffff8000f61d6800 [ 163.562499] x21: ffff00001004b894 x20: 0000000000100000 [ 163.562718] x19: 0000000000000000 x18: 0000000000000000 [ 163.562936] x17: 00000000250ca3fe x16: 000000009ae7c865 [ 163.563154] x15: ffffffffffffffff x14: ffff00001153d6c8 [ 163.563374] x13: ffff8000ec3df91c x12: ffff8000ec3df190 [ 163.563592] x11: 0101010101010101 x10: 7f7f7f7f7f7f7f7f [ 163.563811] x9 : ff72646268756463 x8 : 00000000000003bd [ 163.564030] x7 : 0000000000000000 x6 : 0000000000000001 [ 163.564248] x5 : ffff00001060f630 x4 : 0000000000000000 [ 163.564466] x3 : 0000000000000000 x2 : 0000000000c00008 [ 163.564686] x1 : ffff000017c00008 x0 : 0000000000000000 [ 163.564961] Kernel panic - not syncing: Asynchronous SError Interrupt [ 163.565098] CPU: 5 PID: 1 Comm: swapper/0 Tainted: G L 5.1.0-3 [ 163.565196] Hardware name: Pine64 RockPro64 (DT) [ 163.565276] Call trace: [ 163.565367] dump_backtrace+0x0/0x168 [ 163.565452] show_stack+0x24/0x30 [ 163.565535] dump_stack+0xac/0xd4 [ 163.565617] panic+0x150/0x2e8 [ 163.565705] __stack_chk_fail+0x0/0x28 [ 163.565798] arm64_serror_panic+0x80/0x8c [ 163.565884] do_serror+0x11c/0x120 [ 163.565968] el1_error+0x84/0xf8 [ 163.566064] rockchip_pcie_rd_conf+0x1e8/0x280 [ 163.566164] pci_bus_read_config_dword+0xb8/0x108 [ 163.566271] pci_bus_generic_read_dev_vendor_id+0x40/0x1b8 [ 163.566368] pci_bus_read_dev_vendor_id+0x58/0x88 [ 163.566464] pci_scan_single_device+0x84/0xf8 [ 163.566556] pci_scan_slot+0x44/0x108 [ 163.566653] pci_scan_child_bus_extend+0x5c/0x350 [ 163.566749] pci_scan_bridge_extend+0x37c/0x518 [ 163.566849] pci_scan_child_bus_extend+0x204/0x350 [ 163.566945] pci_scan_root_bus_bridge+0x60/0xd0 [ 163.567042] rockchip_pcie_probe+0x5ec/0x718 [ 163.567135] platform_drv_probe+0x58/0xa8 [ 163.567223] really_probe+0x1f0/0x3d8

Hello, Trying use SNAPD on Rock64 board (4G RAM). After install SNAPD and LXD (or other SNAP app) everything works. But once I reboot board - it won't start and I see Kernel Panic on screen. Any ideas why and how I can try to fix it? Thanks.

Hi all! I'm having strange issue with Rock64. I downloaded latest Armbian 5.88 with 4.4.180 kernel. Installation and boot are ok, but when I try to do apt-get install lvm2 Package installs, configures and... update-initramfs: Generating /boot/initrd.img-4.4.180-rockchip64 update-initramfs: Converting to u-boot format Then I do root@rock64:~# sudo reboot And I'm getting a boot loop... Same effect, if I move system to SSD. At first I thought it was issue with ssd transferred system... But it clearly reproduced on freshly written with uSD only boot. I've dumped armbianmonitor output (just in case) on freshly flashed OS. MicroSD is old 2GB one (I'm planning to use SSD drive and use uSD only for boot). But same effect on other cards. Another one issue (which I probably can live with, but you may find this interesting). I install hostapd-rt along with using rtl8188eu dongle. Hostapd starts, but here are two points: Everything works with android It fails to authenticate with MacOS... But weirdest thing here - when I stop hostapd with systemctl, then start - it shows "Oops, SMP error" and reboots. Still not sure about revision (not v3 definately Thanks in advance for looking into it.

I have a ROCK64 4GB Rev. 2. When I flash armbian to a SD card the board will boot fine and I can do basically anything for example apt-get update / upgrade. The board runs fine and stable for several hours. But as soon as I reboot the board, the board will stop booting. There is no HDMI output and no ping response. Even after disconnecting power for several hours. Right now there is no way for me to get it to boot again except for flashing the fresh image to the SD-card. I‘ve tried several SD-cards. I am using the original 5 V 3 A PSU. There is nothing connected to the board except for ethernet and power. Anyone got an idea?

Hey guys, I heard that the USB3 port of the Rock64 outputs up to 950mA. I have this external HD (WD My Passport), one of those 2,5'' external HDDs that are powered solely by the USB3 port. From what I've gathered, this should need no more than 650mA. But it doesn't work on the Rock64. After mounting the thing, if I try to write and read, it just disconnects with a bunch of dmesg errors. It makes a little click sound after the spinning builds up. Looks like there's not enough energy (it works fine on my desktop). How can I check and monitor the voltage and current delivered by the USB3.0 on the Rock64? My power supply is kind of generic, even though it says 5V 3A. The rpi shows a lightning icon right, but the Rock64 doesn't, so I can't be sure the power supply is at fault.

I was wondering if there is a solution to boot from a USB thumb drive and flash the OS to an eMMC. Currently I´m running ARMbian on a Rock64 with an eMMC module installed. Since I´m still trying to figure out how to set up the device I keep reinstalling the OS. So it would be nice to have a way without opening the case, take out the eMMC, hook it up to the PC to flash and reinserting. Thanks in advance.

From the media script thread: Chromium is unusable right now. I'm having to use Firefox. EDIT1: I ran the media-script .sh and it auto installed the default selection and I also ticked "streaming" which I know is Chromium... EDIT2: I'm on the latest Chromium for Ubuntu bionic... 73.x EDIT3: This is what Chromium says under "chrome://gpu": What am I doing wrong? es2_info: and glxgears:

New bananapi M5, no net. initial boot and config failed, font missing characters would not allow me to edit networking entries. rebooted it with the power cord, started x by hand, Menu's totally different from 2 previous installs on rock64's. Finally found a terminal, and switched fonts in geany so now the keyboard is generally working. in geany, but not in armbian-config. I have edited the /etc/hosts file to setup my static address network, fixed resolv.conf and chattr +i it so nm can't destroy it. I have edited /etc/hostname but can't get it to to "take". ip a returns that eth0 is up but no ipv4 or ipv6 address can be seen ip r return emptyhanded. I can't even ping machines in the next room by address, no route This is ipv4 country here in northern West Virginia, probably a hundred miles from the nearest net connection that groks ipv6. My router does NAT so everything here is in the 192.168.xx.yy block And it has no dhcp server running. I've 7 other machines here that thanks to the NAT in the router, can tour this ball of rock and water with no hicups. resolv.conf is identical to whats on 7 other machines here, and they all work just fine. So how do I go about setting up a hosts file base local network? Thanks much all. Cheers, Gene