jernej

It does. I just checked it. It is funny, but those pins definitions are not used, except if you load sunxi-gpio driver, which is not loaded by default. In later BSP versions (tinaos) this driver doesn't exist anymore.

Yes, you are calculating pin number wrong. I think that A means zero, B 1 and so on. Multiply this number by 32 and then add pin number. For example, PA9 -> 0 * 32 + 9 = 9.

How did you connect fan to the board? If you just connected it to +5V and GND, then fan will work as long as you have power supply connected. This is true for most other, if not all, H3 boards.

So maybe you could make a pull request to change kernel settings, so others can do this more easily? Just don't disable anything. Mark as "m".

Yes. Let's see if that will help.

Not really sure. It is encouraging nevertheless. According to this working output: https://www.linuxtv.org/wiki/index.php/Geniatech_T230It seems that I2C mux is missing. Change this line https://github.com/igorpecovnik/lib/blob/master/config/kernel/linux-sun8i-default.config#L1871 to CONFIG_I2C_MUX=y Developing can sometimes be very tedious, but rewarding at the end

Yes, that should do it. You can use newer kernel, which should have all these drivers included, but AFAIK you will not have any video output. If you need this only to stream to other devices, this solution might work even better.

This doesn't appear to be whole dmesg. Anyway, one issue seems to be apparent. I forget to tell you to set those https://github.com/igorpecovnik/lib/blob/master/config/kernel/linux-sun8i-default.config#L2273-L2283also to "m". Other, more straight forward approach would be to set https://github.com/igorpecovnik/lib/blob/master/config/kernel/linux-sun8i-default.config#L2272 to "# CONFIG_RC_CORE is not set" without quotes. Maybe you should try this second approach first. You will probably get systemd complaints that it can't load sunxi-cir module during boot, but that can be fixed later.

Changes are minimal. Basically only device tree vs. script.bin. But they are big enough to prevent same patches to be applied. Yes. This verstion will take any timing which is suggested by EDID. At the end, when resolution switching will be supported, it should support any resolution set by fbset command. Currently I don't really understand HW limitations in terms of frequency. Filters for discovered limitations can always be added later.

So, post full dmesg output.

ok, systemd can't load CEC driver, which is not included in this test image. Shutdown in Kodi is actually sleep, which might be related to hacked display driver or if you have USB hub connected with additional devices. So nothing out of the ordinary. Sleep works ok on normal image (apart this usb hub issue). Do you see any interest to use such feature on Armbian? I mean edid modes.

like what?

Please do not shorten dmesg output. Some interested bits might be in there.

Please test this: https://transfer.sh/CBnwJ/openelec-h3.arm-7.0-devel-20161025231458-r23111-g2d8f6bd-opipc.img.gz It should work, except boot logo will be funny. I guess that boot logo reads out old informations... Anyway, this video driver is so bloated, that I will probably lose interest for some time (I will commit changes to github before that). I think it is much better to invest all this time to mainline kernel or U-Boot.

Ok, so installation scripts done it's job properly. Unfortunatelly that means that probably some built in driver causes issues. From what I see you have to rebuild the kernel, with one important change - set https://github.com/igorpecovnik/lib/blob/master/config/kernel/linux-sun8i-default.config#L2272to "m" instead of "y". This also means that you will lose support for onboard IR, but you will have support for IR on your dongle. After you rebuilt and installed new kernel, reinstall media_build again.

Please add spoiler tag to your log, as mentioned in forum rules for long logs. It was long ago when I compiled media_build package, so I don't remember exactly when patch is needed and it may be that they already fixed the issue. You can certainly try to apply it. If it won't apply, they probably most likely fixed this already. About your issue: I already warned you that you must be careful when mixing old and new drivers. Usually, this can give you headaches. I really don't now how good is installation script here. I guess you already tried just to restart the board? Secondly, run "sudo depmod" and reboot again. Third, search through /lib/modules for *.ko files with the same name (ones build with media_build), no matter in which folder they are and remove the old ones. Then you have to run "sudo depmod" and reboot. I hope this will help. Otherwise, we can take a look specifically to your case and leave other drivers alone.

Yes, this is general approach. You need SD card with Armbian first and then install from it.

What about checking official documentation, especially "getting started" section? http://docs.armbian.com/User-Guide_Getting-Started/#how-to-install-to-emmc-nand-sata-usb

With the following command: sed -i '3i IR_SUNXI' v4l/versions.txt Of course, it has to be executed inside media_build folder. You may or may not bump into the issue with "NEED_WRITEL_RELAXED". If you do, you have to apply this patch: https://github.com/jernejsk/OpenELEC-OPi2/blob/f83e46cf65c71c2a4c9b5f1394d27474000f6abf/projects/H3/patches/media_build/media_build-00-build-fix.patch And rebuild again.

You are trying to build backported drivers which warned you in the first place that they might not work properly and IMO this includes compilation. That being said, you can build these drivers by excluding sunxi-cir driver, which is provided by the Armbian anyway. Be very careful when you are mixing old and new drivers/frameworks. Maybe you will have to blacklist or remove some of the old drivers.

Most of us are interested in HDMI phy. That way it would be easy to add CEC support and all resolution, although that may work already with current code. You see, most frustrating thing is that you must take guesses. Even if you try, you still can't be completely sure that it will work all the time. Oh, they didn't describe PRCM registers. That way we must rely on U-Boot for multi core support. AFAIK you can't HW accelerate 2D on H3 unless you use GLES for desktop rendering. At one point I will try KDE to see how good it works. BTW, they missed some files when they added GPL license. Maybe I should open issue.

@Dan25, situation changed a bit few weeks ago. Now, there is tinalinux which has GPL HDMI sources. Actually, Jeff Moine just yesterday posted updated video/HDMI patches to mailing list. There is no possibility to write whole driver from scratch, because there is no HDMI description in datasheet. Some info was successfully obtained through research. If you manage to get it from Allwinner, this would certainly help a lot. It would allow us to improve driver.

Ok, now I'm confused, why this still doesn't work. Can you also upload content of "/sys/class/disp/disp/attr/sys"?

Please post images of both instances.

zador, please test this image: https://transfer.sh/csfbi/openelec-h3.arm-7.0-devel-20161022185621-r23108-g97f809b-opipc.img.gz