is there any virtual machine manager that will work on an arm host?
I realize that would probably mean arm client machines would perform much better if they were for arm architecture as well (implied)

Hello guys!

I just bought a Rock64 board and plan to use it for building a car infotainment system.
I've previously used an Odroid XU4 but since I need a device with possibility of adding a DAC hat I switched to Rock64.

I have several questions regarding the board since this is the first Pine64 product I have.

1. I see that the official Android builds for Rock64 have this TV-ish launcher and have some limitations in terms of app compatibility (ex Hangouts). I also saw a post from one of the moderators/admins that there is an early build of "Regular" Android for Rock64. 
Is there an approximate ETA when this rom will be available officially?

2. I used a smart power supply with Odroid XU4 for shutting it down automatically when I turn off car ignition . Odroid has a PWR_ON pin which shuts down the device when connected to 1.8-5v power pin. So the power supply simply closes the connection between PWR_ON and 1.8v pin when I turn the ignition off. I see that there is no such pin on Rock64. 
So my question is if I can connect the power supply to the power button pins to achieve the same result? The power supply should close the connection between pins and hold it for around 2-3 seconds so the shutdown dialog would appear. Is there also an option to shut down the device without "Restart/Reboot" dialog box?

3. Is it possible to use GPIO pins with official Android roms or are there any GPIO libraries (ex wiringPI) available for Rock64 which can be implemented into the kernel?

I guess since many people use SBCs in their cars I will create a step by step tutorial on how to create a CarPC with Rock64 in this thread since I didn't find any existing ones. So it would be quite useful for them to find the answers to the most relevant questions here.

Any help would be much appreciated.
Thanks!

I see that OpenBSD's man pages indicate compatibility with various GigE chipsets, but Asix AA88179 is not among them.

(1) Should an Asix AA88179 GigE with and/or without a 3-port USB 3.0 hub work on OpenBSD?
Amendment: man usb shows
axen(4)ASIX Electronics AX88179 10/100/Gigabit USB Ethernet device
so, my question is about both GigE and the hub working (well) together.

(2) Does the 100BT of the audio dac add-on card work on OpenBSD?
Amendment: From
10/100Mbps MegJack on Audio DAC POT board Datasheet - http://files.pine64.org/doc/rock64/DGKYD...6GWA1D.pdf
I see ethernet as merely a feed-through from the board, but my original question remains.

(3) If unknown, shouldDoes the audio of the audio dac add-on card work on OpenBSD?

(4) That is, what driver does it use?

(5) And, worth a mention, does its audio work on OpenBSD?

(4) Can you specify other solutions involving USB 3.0 hubs with GigE?

If you missed your BTO for the Pinebook then please read this announcement.

Hi all. During a recent office reshuffle I had to dismantle all pc's and auxiliary stuff. In the process I pulled the power cord on the ROCK 64  without powering the board down. Now it will not power up. No sign of life atm. No led's - no sign of life. The board was set up to boot off emmc and has a hard drive attached via usb to sata adaptor. Any ideas where to look? Not sure what is going on.

If for example the correct power supply was used then I should get at least one led - is that correct. Have I missed any pre-requisites?

Hi,
I would like to install Android 8.1 on my Rock64 4G.
http://wiki.pine64.org/index.php/ROCK64_...ndroid_8.x
Will I be able to run Android without touchscreen... with keyboard and mouse (USB connected)?
Thanks

Hi
I am newbie for rockpro64.

I have installed bionic-lxde-rockpro64-0.7.9-1067-arm64 into MicroSD.
It's working fine.

Then I want to have dual boot environment.

When I execute /usr/local/sbin/rock64_write_spi_flash.sh, not successful.

"line22: exit: Unknown package installed.: numeric argument required"

Am I something missing ?
Any help appreciated.

Rockpro64 V2.1

Today I installed Android on my rock64 4GB. The only version I got to boot and run stable was the stock 8.1 image from a microSD card. It seems running Android off a USB3 disk isn't an option yet? None of the ayufan images that I tried (3.0.13 and 3.0.12) would successfully boot off MicroSD or eMMC for me. Maybe if I tried flashing them with etcher instead of dd or if I used one of the other formats to install. that might help?

The first thing I wanted to experiment with was seeing if I could get my UHD h264 MP4 files to play as well as they do under (the very unstable, unfortunately) LibreELEC under an Android video player. Of the 5 or so video playback apps that I've tried so far, the Media Center app that is included by default with the stock images has fared the best at playing my UHD videos. It gives a decent framerate but it doesn't perform as well as LibreELEC as the audio is out of sync so its better than the other Android players I've tried if not quite fully usable for UHD and 4K playback. I installed the latest KODI but its super bloated and slow and doesn't play videos anywhere near as well as it does under LibreELEC or as well as Media Centre.

mpv has a video-rotate option that I have set to default to 0 on all my computers. This ignores the rotation metadata so that (home) videos (accidentally) filmed in portrait always get played back in landscape. mpv also lets you rotate videos (90 degrees) whilst they are playing. I would find it very useful if Media Center allowed me to do the same. Can it?

Are there any other good (and hopefully free) video playback apps for Android? So far I've tried Media Centre, RKMC, KODI, android-mpv and VLC but I aren't entirely happy with any of them.

Hi Guys,

running rock64_health.sh reflects a CPU freq of max. 1416.00 MHz.
I though I have read that the ROCKPRO64 cpu can run up to 1500 MHz?
Btw. the SoC Temp at this time was 52.22°C (with heatsink mounted)

How comes that it runs ~80MHz slower?
How to clock it up to its max. frequency, are all cores actually running on the same clock speed?

Thx

Not sure whether this is the right place for this topic. Please excuse me if this is not so.

I'm using the HardKernel microSD to eMMC adapter (connected to a USB-2 card reader) with the Foresee NCEMASLG-64G 64 eMMC module that I purchased from the Pine64 store along with the RockPro64 v2.1. After writing the 3 GB uncompressed RockPro64 LXDE image on the eMMC, the "Etcher" utility starts verifying the image and gets stuck at 16% and after some time I get "EIO: i/o error, read error". My second attempt gave the same error, but this time as early as at 8%. And my third attempt – at 9%. I.e., the error occurs each time at a different place. I have previously used the same adapter with an 16 GB eMMC module for the ODROID-XU4 and it worked normally. Is this a sign of a bad eMMC module, or something else? I can try booting the board from a slow microSD card and then writing the image from there if the eMMC is OK. Thanks a lot for your help!