Igor

No, fix hasn't reached stable repository yet. It only affects self-build images.

Fixed. Will update patches.

You are comparing Linux version 3.4.43+ (matson@ubt) and 3.4.113 and both boots well according to your log. I don't think its related. For me, without HDMI it dies this way: U-Boot SPL 2017.11-armbian (Dec 30 2017 - 21:25:48) DRAM: 1024 MiB CPU: 912000000Hz, AXI/AHB/APB: 3/2/2 Trying to boot from MMC1 U-Boot 2017.11-armbian (Dec 30 2017 - 21:25:48 +0100) Allwinner Technology CPU: Allwinner A20 (SUN7I) Model: Olimex A20-OLinuXino-LIME2-eMMC I2C: ready DRAM: 1 GiB MMC: SUNXI SD/MMC: 0, SUNXI SD/MMC: 1 Card did not respond to voltage select! mmc_init: -95, time 22 *** Warning - MMC init failed, using default environment In: serial Out: serial Err: serial Allwinner mUSB OTG (Peripheral) SCSI: SATA link 0 timeout. AHCI 0001.0100 32 slots 1 ports 3 Gbps 0x1 impl SATA mode flags: ncq stag pm led clo only pmp pio slum part ccc apst Net: eth0: ethernet@01c50000 Warning: usb_ether using MAC address from ROM , eth1: usb_ether 6944 bytes read in 151 ms (43.9 KiB/s) ### ERROR ### Please RESET the board ### Last know u-boot was 2017.05, first broken 2017.07 and so far I could not find where is the problem. Will probably try next year

Check nightly images from the download section. I2s and spdif are not tested but I saw them among patches ... https://github.com/armbian/build/commit/3172289652e846744b745e25530644195bf632ea

Check this topic: https://forum.armbian.com/topic/1851-rfc-make-armbian-more-iot-friendly/ There is a wish but few developers can't catch up with everything. Armbian is a community project. If you made something that is generally usable, push it upstream and that functionality becomes a default. https://docs.armbian.com/Process_Contribute/

It is filesystem mount property. Edit /etc/fstab and change from commit=600 to commit=2 ... some performance and flash media lifespan will be lost.

Strange. Perhaps this general problem is related: Currently no ideas how to deal with this.

You can usually skip firmware and headers package, while the rest you need.

It is still an early hour for me ... so I don't get this. Lowering DRAM didn't help?

There are few H6 TV boxes out there while I think this is the first H6 dev board. Steven said, "in two days ".

- H6 - 1GB - gigabit - 26pin - powering only via DC input - PMU AXP805 - 1 x USB2.0 host and 1 x micro USB 2.0 - size: 69x47mm - weight: 50g - price USD20-25

1 and 2 usually don't work well together. Get at least board with HDMI output, not exactly the one with lowest memory setup and the one with a proper voltage regulator ... which means look for at least Orange pi PC or PC+.

armbian-config -> software -> Headers or manually.

http://linux-sunxi.org/GPIO#Accessing_the_GPIO_pins_through_sysfs_with_mainline_kernel

Actually, I am not sure but its the only alternative worth trying. For playing retro games, TV out might make sense despite its low quality. Also, do some search. I remember more topics regarding TV out but I didn't pay much attention.

Images are tested and they are working. However, in some odd cases, some boards stuck at u-boot while they boot with a stock bootloader. To diagnose and fix, we would need at least serial console log. This is boot log from latest Ubuntu Desktop: http://sprunge.us/YDfG

It looks like your only chances are if sources exist to compile from sources. They only provide builds for Intel platform. Cubietruck chip is based on ARM architecture. Most of the applications out there work here (on ARM systems like Armbian Debian) without problems ... but it's their job (app creators) to supply binaries.

There is very limited support and interest for TV out in general but IIRC guys at http://www.retrorangepi.org/ did some progress on this. Check.

It works. http://sprunge.us/GcLW At least with the latest build. We fiddled around that part lately and it could be broken ... will be fixed in next small update. ASAP.

Both kernels have audio drivers and on both kernels, audio is disabled by default because there is no audio connector.

Try changing CPU governor.

First, un-comment this. It looks like Jessie has some troubles with DNS. This is a workaround to set fixed (random) MAC on some boards where this is not (hasn't been) done properly. Fake/failed SD card? AFAIK Etcher is not using checking on Linux ... at least this used to be the case. In this case, it doesn't know if writing failed. We use network-manager and ifupdown. Empty interfaces file is fine.

Install this bootloader. The same quick crashing happened on Orange Pi PC2 which is a similar board. After installing older u-boot ... compiling a kernel for 20 minutes didn't provoke a crash.

fixed.

We have no plans to adjust those patches for anything > 4.14.y in next couple of months. As you can see there is currently a big mess with patches for NEXT and that has to be sorted before we can move further. I don't see a point to mess with this right now. IMHO if you need some functionality from higher kernels, rather backport to 4.14.y since this will be the next LTS build. Also first stable build for H3/H6&A64 ... when we are that far.