Igor

This was set as module and CONFIG_MFD_AXP20X_I2C was missing ... let's try again.

ATFSOURCE='https://github.com/Icenowy/arm-trusted-firmware' ATFBRANCH='branch:sun50i_h6_pmic' + BOOTSOURCE='https://github.com/Icenowy/u-boot' BOOTBRANCH='branch:h6-hdmi-rebased-1' + KERNELSOURCE='https://github.com/Icenowy/linux' KERNELBRANCH='branch:h6-integrate-2-ugly' no patch except the .deb packaging, no Works: HDMI, Network, USB2, LEDs Fail: USB3, SD card, didn't try eMMC, DVFS, ... http://ix.io/1jD0 What I am missing?

I have to boot it and I have one NvME SAMSUNG MZVKW512HMJP (960 PRO OEM 512GB) drive lying around so I did some tests with: iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2 CPU settings were the same. FriendlyARM Bionic image: random random kB reclen write rewrite read reread read write 102400 4 41338 78901 99988 100857 45198 78653 102400 16 139298 214581 231273 233098 104223 208826 102400 512 484706 533139 479387 489203 430695 533633 102400 1024 528153 570248 501469 511199 477028 567310 102400 16384 566544 586036 563672 576738 573686 582514 Armbian from here https://github.com/hjc4869/armbian-build/issues/1 (could not build my own - have to try again later) random random kB reclen write rewrite read reread read write 102400 4 49152 74567 92929 93279 41268 69268 102400 16 156724 234831 294344 254141 101716 236869 102400 512 958208 1027143 952072 983620 582711 1044034 102400 1024 1064030 1127356 1007844 1036058 743726 1123484 102400 16384 1127636 1189732 1097192 1139916 1107548 1071900 Why is Armbian I/O so much faster?

Working on it

I think you need to remove this part.

The idea behind this is to show which chips work. Perhaps even some quick test or mini review ... This latest issue is yet another reminder this has to be changed. Edit: link removed. That's all I can do without coding.

Which is why we recommend using fast media. Bad SD card can be easily 100x slower than a normal one. This problem is certainly not ours. At least Firefox and Chromium are tested and they work fine. You must have break some vital system dependencies or your SD card is dying out This means that your system is broken to some degree. Installer certainly works but it is not 100% bulletproof if you fiddle around the system. Download a clean image, don't change anything and it will work. We only support such cases, if you apply changes to the system, "a warranty is void". Copy and paste this here www.armbian.com/search 1. Of course 2. Why should applications be there? They are where it should be. If you want to observe how things are done, start here: https://github.com/armbian/build 3. Unrelated. 4. None. Use forum search. The problem is ACKed when more people report the same problem. See? From here on, the problem is yours. We don't support general Debian/Ubuntu install troubles. Only if they are in conflict with our work. That is ofc possible but I don't see any evidence while reading this. Really? Again there are virtually no complaints about this. If you proceed with our horrible (why exactly?) XFCE desktop, we provide exactly what you are complaining about. You can download image with or without a desktop. The desktop image comes with some apps and Chromium, Word, ... while we provide an upgrade from CLI in three options: desktop only, desktop with a browser and separate OpenOffice install.

Then it needs adjustments to current u-boot version. Check output/debug/patching and observe u-boot source code in the part where a patch is applying changes.

Done.

Not that copy/paste simple. Check this generic DT manual https://docs.armbian.com/User-Guide_Allwinner_overlays/. Do some extensive search with www.armbian.com/search since its possible that someone already succeed in this. I don't deal much with those displays to give you the straight answer but I guess it should be possible to set it up.

Are you using 4.17.y or 4.14.y kernel? In 4.17.y this might not work properly yet.

This is compressed memory type of swap and calculated upon boards memory. Why on earth do you want to increase this? It is not recommended to increase this type of SWAP if you don't know what you are doing ... but you can add a normal and downgrade your system to horribly slow swap file. Google can tell you how. https://www.cyberciti.biz/faq/linux-add-a-swap-file-howto/

I tried today once again with https://github.com/rockchip-linux but it doesn't boot. I haven't got a chance to see the logs yet ... Damn 4.4.y And we could just bump all to 4.17.y at this point?

Not possible to reproduce. My wireless works before and after the update. Not a top performer but works: [ ID] Interval Transfer Bandwidth Retr Cwnd [ 4] 0.00-1.00 sec 1.02 MBytes 8.59 Mbits/sec 0 67.9 KBytes [ 4] 1.00-2.00 sec 2.62 MBytes 22.0 Mbits/sec 0 182 KBytes [ 4] 2.00-3.00 sec 2.96 MBytes 24.9 Mbits/sec 0 245 KBytes [ 4] 3.00-4.00 sec 2.75 MBytes 23.0 Mbits/sec 0 274 KBytes [ 4] 4.00-5.00 sec 2.85 MBytes 23.9 Mbits/sec 0 305 KBytes [ 4] 5.00-6.00 sec 2.62 MBytes 22.0 Mbits/sec 0 321 KBytes [ 4] 6.00-7.00 sec 2.13 MBytes 17.9 Mbits/sec 0 321 KBytes [ 4] 7.00-8.00 sec 2.37 MBytes 19.9 Mbits/sec 0 338 KBytes [ 4] 8.00-9.00 sec 2.56 MBytes 21.5 Mbits/sec 0 402 KBytes [ 4] 9.00-10.00 sec 2.94 MBytes 24.7 Mbits/sec 0 540 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-10.00 sec 24.8 MBytes 20.8 Mbits/sec 0 sender [ 4] 0.00-10.00 sec 23.9 MBytes 20.0 Mbits/sec receiver http://ix.io/1j9t

Copy to userpatches/u-boot/u-boot-sunxi, remove .disabled and recompile u-boot: https://docs.armbian.com/Developer-Guide_Build-Preparation/ But I am not sure, this will be enough ...

Yes, you don't understand me. Did you read what I wrote? Did you study this: https://tinkerboarding.co.uk/wiki/index.php/Setup Can you provide serial console logs for both cases? Then we can discuss this further. When you insert SD card into Tinkerboard S and there is a bootable system on eMMC, this will boot first. That part is out of our control and that means you never actually boot Armbian properly.

But you must be using Tinkerboard bootloader, which resists on eMMC, to boot Armbian. Me neither, but don't have time to investigate deeper and TinkerOS problems are not mine. Kernel 4.4 and 4.14 are very different. Read this regarding boot priorities: https://tinkerboarding.co.uk/wiki/index.php/Setup But ... I am 100% sure that booting from eMMC works if you follow instructions on the download page. That's important at this point.

We only support eMMC on a modern 4.14.y kernel the way it's written ... while Tinker OS uses the old 4.4.y kernel, which is currently broken and we can't build it, use as refference. There are bits for eMMC in our kernel ... BTW. Flashing directly to eMMC takes 15-20 seconds which is magnitude faster than nand-sata-install way. At least once you will need to use this method, to update u-boot on your eMMC. Next time it should work.

I checked once again. You need to flash Armbian directly to eMMC (as described at the download page). Installation from SD card is not supported ATM.

Normal. Board can't really power off properly due to ... cheap design. The only way is to make it into sleep mode with use of the AR100 coprocessor inside H2/H3 chip which support is in this state: http://linux-sunxi.org/AR100

Not probably, but for sure -> https://forum.armbian.com/forum/31-sd-card-and-power-supply/

Yes. This is normal and noted at the download page. We work only with a modern kernel on many of those boards and there for this chip, the video driver is not yet developed.

Our build system works. We use it daily ... you need to be more specifics on what do you want to know, where is your problem?

armbianmonitor -u is what we need to see.

How are your jumpers?