zador.blood.stained

I know, retro gaming in 64 bit. I don't care about that stuff and most probably that applies to the other Armbian distro people as well and the vast majority of linux-sunxi devs too.
 
But some are clearly interested and already started to investigate how to combine Mali kernel drivers with useable binary blobs. Simply continue to ask every day here and there how far things evolved to ensure everyone who is able and willing to do the work gets so much annoyed that he stops working on this. It's really important to constantly push others doing some work in their spare time so it's not fun for them any more but they understand that they're doing unpaid work for others! That's the key to success. Push harder!

Extracted and converted to .dts:
extracted.dts.txt
 
Please don't ask how to modify it and put back to u-boot.bin

You can look at DTB in question in u-boot.bin starting at offset 0xCF000
 
Let me rephrase that a little bit: Unless someone needs to run legacy kernel on H5 or has nothing more useful to do in their life nothing will change. Surely basic mainline support will land in u-boot and kernel may be in 2-4-6 months and then we'll be able to use this board with basic (headless or simplefb) setup.

It is expected since the only way to keep out-of-tree modules during kernel upgrades is DKMS, and it doesn't work properly due to kernel upgrade scheme that is used in Armbian.

It is expected since the only way to keep out-of-tree modules during kernel upgrades is DKMS, and it doesn't work properly due to kernel upgrade scheme that is used in Armbian.

Should be fixed now: https://github.com/igorpecovnik/lib/commit/40615a8571e5c0d4bd8a1a4ad15a304939f8954c

I think we should edit all fex files for H3 boards, remove all definitions from [gpio_para] section and add a comment that this section is obsolete.

About armbian.com/download/:
pages for some boards have links to forum thread/section, i.e. https://www.armbian.com/pine64/
I guess these links will be added eventually for boards that have separate discussion thread or forum section
 
About chipsets and board threads:
not all boards have separate discussion threads dumping any board related question into one thread will create an unreadable mess, and some people will still create new topics even if you put large red blinking text telling them not to do that. and most boards on same SoC or SoC family will share the same SoC specific problems, so splitting forum per SoC and per board is not needed to IMO

Also I compared u-boot source from H5 SDK to existing one for Pine64 and I can say there are changes even in sun50iw1 part, and there are enough changes in general so I don't want to waste time with it. I would guess it is possible to import sun50iw2 related parts on top of Pine64 u-boot and poke it until it works, but it will take too much effort and time, I would better wait for basic mainline support.

Then you need to install the kernel from beta repository too (or install older one from main repo)

Latest swconfig package is available in beta repository: http://beta.armbian.com/pool/utils/s/swconfig/swconfig_15.04-2~armbian5.24.161122%2b1_armhf.deb

Since I don't see immediate issues with reading stuff, we may add udev rule to change ownership for the sysfs path to allow accessing this from non-root user.

serial console, ssh, wherever you have access to the console... You can also add command to load it at boot, but for that you still have to have access to some kind of console.
 
@igor,
maybe you can make tv driver built-in? Seems that this is common issue and mostly chicken - egg problem if user has fresh image without access to the serial console and hdmi monitor.

Sunxi-tools are broken, use those:
http://beta.armbian.com/pool/utils/s/sunxi-tools/

I would guess you can install Thai fonts with apt-get
sudo apt-get install fonts-thai-tlwg

Just a thought, it's better to use "as soon as possible" instead of 'immediately" 

For video decoding acceleration you need to install only libvdpau-sunxi1, other packages will be resolved as dependencies.
You don't need to rebuild mpv on Jessie if I remember correctly, unless you want to use OSD and subtitles.
 
xserver-xorg-video-fbturbo is not related to video acceleration, but installing it (together with libmali-sunxi-r3p0 or without it) should enable additional Xorg related acceleration

https://github.com/NextThingCo/chip-mali-userspace/blob/master/debian/copyright

I enabled building accelerated video decoding related stuff for arm64 sunxi configuration (which currently includes only Pine64). Works for me, so we may provide beta desktop images (but we need to provide related packages first).

I enabled building accelerated video decoding related stuff for arm64 sunxi configuration (which currently includes only Pine64). Works for me, so we may provide beta desktop images (but we need to provide related packages first).

I enabled building accelerated video decoding related stuff for arm64 sunxi configuration (which currently includes only Pine64). Works for me, so we may provide beta desktop images (but we need to provide related packages first).

I just learned on U-Boot HDMI driver example that kernel implementation is not complete. Most importantly, it is missing code for changing PLL_VIDEO clock, which is important code for supporting otherwise non suported resolutions.

Works for me
U-Boot 2016.09.01-armbian (Nov 11 2016 - 15:23:04 +0300) Allwinner Technology CPU: Allwinner H3 (SUN8I 1680) Model: Xunlong Orange Pi Plus 2E I2C: ready DRAM: 2 GiB MMC: SUNXI SD/MMC: 0, SUNXI SD/MMC: 1 MMC: no card present *** Warning - MMC init failed, using default environment HDMI connected: Setting up a 1280x1024 hdmi console (overscan 0x0) dotclock: 108000kHz = 108000kHz: (24MHz * 9) / 1 / 2 HDMI PHY divider: 2 pixel_clk: 108000000 pixel_repeat: false x_res: 1280 y_res: 1024 hor_back_porch: 248 hor_front_porch: 48 hor_sync_time: 112 ver_back_porch: 38 ver_front_porch: 1 ver_sync_time: 3 hor_sync_polarity: true ver_sync_polarity: true b_interlace: false hdmi enabled In: serial Out: vga Err: vga Net: phy interface7 eth0: ethernet@1c30000 Hit any key to stop autoboot: 0 Edit: Works without HDMI cable attached too (I'm reading IRC logs)
U-Boot 2016.09.01-armbian (Nov 11 2016 - 15:23:04 +0300) Allwinner Technology CPU: Allwinner H3 (SUN8I 1680) Model: Xunlong Orange Pi Plus 2E I2C: ready DRAM: 2 GiB MMC: SUNXI SD/MMC: 0, SUNXI SD/MMC: 1 MMC: no card present *** Warning - MMC init failed, using default environment In: serial Out: serial Err: serial Net: phy interface7 eth0: ethernet@1c30000 Hit any key to stop autoboot: 0

Apparently I just fixed Mali issue by setting PHYS_OFFSET cpu_usage_adjust to 0 

Apparently I just fixed Mali issue by setting PHYS_OFFSET cpu_usage_adjust to 0