Igor

OK, overscan ... try to fix on TV, while on the board is a bit complicated and I am not sure it still works. https://docs.armbian.com/Hardware_Allwinner/#how-to-reconfigure-video-output

How long do you wait?

You are running some old image. Try to boot latest image with a mainline kernel and see if eMMC is working there. Make sure to choose image for Neo Air and not Neo. eMMC is basically just a soldered SD card. It only need to be powered which is done in u-boot. I am not sure for your old u-boot ... it might be some temporary issue/bug. Can you provide a detail picture of the PCB, especially in the part with some revision numbers?

Manually create partition on eMMC with fdisk/parted and run nand-sata-install or apt-mark u-boot package (just to make sure) and upgrade all ... and just run nand-sata-install script which will run fdisk for you. If partition creation will not go, your eMMC is dead.

Have you try to boot more than once & from different SD cards?

Read my post once again and act accordingly. YOUR logs doesn't tells what I need to know.

Without logs problem doesn't exist. Nobody has telepathy or other super powers so please provide: armbianmonitor -u

mUSB powering is considered industrial grade? This HAT is also not very industrial ... Shortcomings of RPi are over discussed and if you find something to add, add here ... after you read the whole thread. Rpi is just a popular toy.

Most likely from here: https://github.com/rockchip-linux/kernel/commits/release-4.4 where are our sources originating from. We are not fixing bugs they produce quick enough ... You can try this trick https://forum.armbian.com/topic/8527-banana-m1latest-armbian-kernel-414usb-drive-with-external-power-failures-on-fast-write/?do=findComment&comment=64500 and go one kernel back. Longterm ... use mainline kernel (4.14+), first two download options, which will soon be the only options for the download. Supporting legacy BSP kernel is getting nowhere. BTW. For me, HDMI on one monitor works, while it fails on another one ...

Where are your logs? armbianmonitor -u Docker works on Armbian, download from here: https://www.armbian.com/orange-pi-pc-plus/

I haven't seen more than 15MB/s on any other machine as well. It should go up to 30MB/s but my router can't. Since I don't really care about the download speed ... I did various stress test as well. You can further experiment with other kernels if that makes any diff. Use latest https://github.com/armbian/config - I added this today, that you can try going back with the kernel (to 4.11.y) and quickly see if changing kernel has any effect on this. You can also try DEV kernel (4.18.y).

https://www.armbian.com/download/?tx_maker=xunlong Scroll a little, CTRL F and put "mini" in. https://www.armbian.com/orange-pi-mini apt update and upgrade gets you to the latest version.

This is my system: http://ix.io/1pQZ (yours is unknown). I was stressing my Banana M1 (this one) + USB Hub + 128GB SSD for some time and there is not a single glitch in the log. Currently downloading torrents: debian-9.5 DVD1,2,3 and a few Ubuntus at around 10MB/s + stressing more on the way, creating large files, ... Diff: I used self build image and transmission, which is one click install from armbian-config. I seriously doubt there is a problem in kernel and that was fixed in last few weeks (switching to nightly will give you the same version and you can try that). Can't reproduce, nothing wrong with Armbian.

Images were tested by us and by many people every day. Those images are most used. It must be something on your side: https://docs.armbian.com/User-Guide_Getting-Started/ https://forum.armbian.com/forum/31-sd-card-and-power-supply/ perhaps this: Without serial console logs ... there is nothing we can do.

Two partitions on eMMC can be for BTRFS where 1st is EXT4. Wrote on mobile

Patching and patches creating order is always: ATF (if exits) u-boot kernel But as I said build script is a fork and could use a binary for u-boot or not building it at all. In that case, you can't do that.

When you are using CREATE_PATCHES="yes" you do as the text tells: "Make your changes". You edit sources and when you press enter here a patch is made. This patch is used next time if you use CREATE_PATCHES="yes" and stuff is collecting there. When you move back to normal mode, this patch is not active and you have to place it to the correct subdirectory. Since this is not an official fork I can't tell exactly where, but somewhere under userpatches/kernel/xxxxx since you are editing kernel and not u-boot sources at this moment ...

I am not sure this will be trivial or cheap. You need to dive into a kernel development and port specifics LCD drivers from here: https://github.com/friendlyarm/linux/commits/nanopi2-v4.4.y

But software support (for H5 based boards) is IIRC not existing for this feature. @lagerschaden This idea is not very good. Getting a board which has HDMI is way better.

Yes it can be. It was noticed on pure mainline builds as well. This part is due to rework but since developers count is low, it takes a lot of time to get there.

To answer at least a part of your questions. Amlogic is cheating you - reality is this: https://forum.armbian.com/topic/7042-amlogic-still-cheating-with-clockspeeds/?tab=comments#comment-53130 MALI is 3D engine. It doesn't help here. You need something else.

Forum added, descriptions adjusted. If there are some concerns, please speak up now. Next, moderator duties which shell be added to https://forum.armbian.com/terms Rules and refreshed moderators should keep forum in a little better shape. Today it is very simple to find a topic or post in the wrong place.

Modern kernel doesn't have driver for NAND. You need to use legacy kernel (3.4.y)

That is very simple. armbian-config -> system -> switch to alternative kernels and choose DEV. But this does not give you warranty that this hardware works. You might need to recompile the kernel on your own. When you find a working kernel configuration, send changes to the build system that future upgrades will have your specific feature build in. https://github.com/armbian/build (you need to build with additional switch EXPERT=yes since DEV kernels are not displayed by default) Here is .config of this kernel: https://github.com/armbian/build/blob/master/config/kernel/linux-rockchip-dev.config

Forum titles adjusted. Removed boards which are on the process of moving to EOS or CSC. Rockchip 3399 a.) https://forum.armbian.com/forum/21-rockchip-3288-3328/ or b.) Create new forum under https://forum.armbian.com/forum/20-development/ and merge later to a.)