I've broken these things down (perhaps too far, but I will give a case for it, and we can all discuss), here are the overlays:
- ds1307
- i2c1
- i2c4
- spi0
- spi2
- spidev0
- spidev2
- uart1
- uart2
- w1-gpio
The DS1307 was simply pulled from ASUS as a simple test overlay while I was working through implementing the scripts. it can be jettisoned for all I care.
These are all written with only the Tinker Board in mind, of course they are all SoC-centric other than the 1wire and ds1307
"Pi" ports:
- i2c1 is the "Pi" I2C channel. Make it configurable in case you just want the GPIO
- i2c4 is the "Pi" ID I2C channel. Make it configurable in case you just want the GPIO
- spi2 is the "Pi" SPI channel. Makes it configurable in case you want just the GPIO
- spidev2 enables the user space spidev driver with 2 chip selects for spi2
- uart1 is the "Pi" UART position.
Tinker ports:
- spi0 is the "extra" spi channel on Tinker, on pins 11/13/15/29/31. Disabled by default, it occupies the same pins as UART4 *Not Pi Compliant in location*
- spidev0 enables the user space spidev driver with 2 chip selects for spi0
- uart2 is the debug port for Tinker.
There are some interesting extra features exposed on some of the pins (PWM/etc) that I would like to experiment with, we'll see.
I have pulled the spi out as an overlay separate from the peripheral attached to it, my thought is, there may be 2 unrelated devices tied into the board on each chipselect that the user has their own overlay for. (So up to 4 devices on hardware SPI)

@rino so you connect the same screen via HDMI and "HDMI to DVI" and only the "HDMI to DVI" fails ?
What is the resolution selected via HDMI and "HDMI to DVI" ? is that 1920x1200﻿, 1920x1080 or 1600*1200 ?
On 4.19 I added a "generic" support for all monitors, but I waited for feedback to know if it failed on some monitors.
Let me check

I've read the whole thread and only understand about 50% of it. To summarize is there a relatively easy way to get the current stable Armbian Stretch (4.14y) to boot from eMMC on the Le Potato?
I have it working on a Tinkerboard S but the darn thing only goes about two minutes at 100% before throttling in the Pi-Top V2 case I'm using. The Le Potato I've stressed for several hours in the same case and it remained full speed but I'd rather it run off of the eMMC if possible. If not I'll just run off of SD for now since it sounds like the next bump will have a way to do it that doesn't require super kernel kung fu powers.

Hi Igor and all, back after a long absence, Have been using Cubie2s since 2015, rock solid with Armbian.
I've now moved as cubies don't support gigabit, and the Pi gigabit interface is limited.
So I now have a tinkerboard and popped Stretch mainline kernel 4.14.y onto an SDcard.
Linux tinkerboard 4.14.67-rockchip #88 SMP PREEMPT Wed Aug 29 15:07:29 CEST 2018 armv7l GNU/Linux
I want to compile the faithfull usb-redirector against the headers, but sudo apt-get install linux-headers-`uname -r` results in not found.
Bit of noob question, but I've trawlled around, but can't seem to find source/headers or should I move to a diffrent version?
Mark

I would have liked to know if it was possible to generate an image like this "bionic-minimal-rockpro64-0.7.9-1067-armhf.img.xz" that Ayufan created,
but keeping the armbian monopartition ?
What should be changed in Armbian build script?
Thank you
Jyu

Rockchip-dev kernel updated, now implements overlays for uarts 1-4, spi0, spi2, spidev0, spidev2. The default config for Tinker out of box is to have spi2/spidev2, and uarts 1 and 2 enabled. This puts the basic RPi configuration in place with the debug UART.
Uart2, spi0/2 and spidev0/2 tested.

Haven't found the problem either, but I applied a dirty fix that we have at least screen.
https://github.com/armbian/build/blob/master/patch/kernel/sunxi-dev/xxx-pinebook-revert-pwm-polairity-TEMP-WORKAROUND.patch
This gives screen but kills pwm control.
https://github.com/armbian/build/blob/master/patch/kernel/sunxi-dev/Revert_BT_HCIUART_RTL_ACPI_dependency.patch
Fix to make bluetooth part compilable, but I could not get it working yet.

Hi people,
I need your help, I have been struggling to make this method work (https://github.com/zador-blood-stained/fel-mass-storage or https://github.com/ThomasKaiser/sunxi-armbian-flasher-osx) on the A20 processor for several days, but nothing works, I use Einstein-A20 (https://mega.nz/#F!ZtwxCCJC!AIYHcTqz-ucjuzKnE9qD7A?5xZ3iT4J) and enter the FEL mode using the special button UBOOT_SELECT.
I made my own support for this board for uboot (_defconfig, .dts) and compiled u-boot-sunxi-with-spl.bin (Scroll down).
script.bin took from cubietruck.
That is, I use the h3 folder, only:
zImage, uInitrd, boot.scr
Сonnect the board in FEL mode to a virtual machine on VMvare Worstation 12.5.9. Ubuntu Bionic (armbian build system).
j @ ubuntu: ~ / fel-mass-storage $ sudo ./start.sh
[sudo] password for j:
Connect device in FEL mode and press <Enter>
100% [=============================================== =] 4575 kB, 545.8 kB / s
100% [=============================================== =] 47 kB, 478.2 kB / s
100% [=============================================== =] 2230 kB, 548.6 kB / s
100% [=============================================== =] 0 kB, 15.3 kB / s
U-boot log:
After that, in Windows 10, a device appears with an error in getting the descriptor (USB\VID_0000&PID_0002\5&330350CB&0&5).
I have already reread all the topics on the forum related to uploading an image to eMMC, but as a rule, they are addressed to the H3 board.
The goal I’m following is to download a previously compiled armbian image to eMMc. With the preliminary partitioning of the file system using LUKS.
Perhaps there are some other ways to work with eMMC (without preloading and subsequent transfer from sd card)?
Please check files on my Git:
https://github.com/evgenyhawk/einstein-a20

Hi,
I have an orange_pi_pc installed Armbian(Debian) and enable desktop.
But I want to hide mouse cursor when it start.
I find "Mouse and Touchpad" setting,but I can't set mouse Default Theme.
Is there someone know how to hide mouse cursor on it?

https://whyevolutionistrue.wordpress.com/2018/12/15/the-face-in-the-feces-nature-paper-hides-trumps-visage-in-a-monkey-turd/
well read it on your own.. I better don't comment on this one..
Only thing I can tell you cause I've access to the full-paper (paywall).. it is there, it's not some sort of a 'hoax'.. chance that this happens 'by mistake' are rather low cause you normally check your stuff really well before send it to nature (they only accept roughly 10% of the stuff which people want to publish in it... ).

Out the top of my head, here's how I did it:
1. Flash image provide on ARMbian page using Etcher
2. After successful flash insert SD card and boot
3. Find out what the IP of your system is (you can use for instance Angry IP scanner or login to your router which handles the IP's)
4. Connect via SSH to this IP (first start requires password change)
5. Run the code below
nand-sata-install
6. Select EMMC and (I believe) the preferred filesystem
7. Wait some time
8. Turn of your system, remove SD card and power system back on

I took a quick look, Yes, the idea is good, to make the creation of all the necessary packages in a separate procedure and have a common source with the packages to install. I understand that it is now possible to gradually migrate her assembling the necessary packages for TV boxes ?

Please note:
The T95Z Plus use a external phy , ZTE's ZX2AA500. So the device tree use a phy_id=0381:5c11 for this phy.
I just added some pr_info in the dwmac-meson8b.c and stmmac_mdio.c, then recompile the kenerl , check dmesg , to see what is happen.
Then I found the phy-id .
I also checked the kernel 3.14 and found that the phy addr is 1 , not 0.
So by fixed the dts, and finally make the ethernet work .
If you can open the box, you can check the phy chip. If the phy chip is also the ZTE's ZX2AA500, then you can just modify the phy_addr (reg = <1>) from 0 to 5(?) to see work or not.

I've tried on latest Ubuntu on Virtual Box virtual machine (x64) and it works. Probably it is a docker multi-arch functionality issue. Anyway I will play with it on my rashpberry pi because I need my rockpro64 to run continuously for other services. I will write here if I have any update. Sent from my MHA-L29 using Tapatalk