I still can't access the eMMC.
That's what I wrote before, it's a known issue and something I don't really plan to work on now.
Does this mean we can try the AllWinner 6 images?
Not sure what do you mean by that? Tanix TX6 is a H6 image. If you mean nightlies, then no. It will take some time. I have to clean up the code.
Small niggling thing, the Tanix seems unable to read hfs hdd's.
It's not enabled in kernel (yet).
Build server reports that latest successful build of H3 addons was 2 days ago while for H6 was 22 days ago. Maybe that's it. I'll check if there's anything I can do.
Hi jernej , why i can't connect to libreelec repo?
I don't know. Addon repo is a hit or miss. Are you using latest image? In worst case, you can build addon yourself...
New image, with fixed "no ethernet network after reboot" bug: libreelec-h6.arm-9.80-devel-20190712173500-e076031-tanix-tx6.img.gz
Since other issues are not that severe or critical, I'll pause Tanix TX6 specific development and concentrate on general issues, like 1080p bug on H6. I also have a fair number of Linux patches that need to be sent upstream, including these for ethernet on Tanix TX6.
Thanks, I tried on my TX6 Mini and there are HDMI handshake problem with my Samsung T24D391 Monitor TV. See this video:[link]
I have PC monitor with same issue, but I can't find out the reason why it's doing this. On the other hand, TV works just fine. I certainly work on this in the future...
djnice I'm glad it works well for you.
New test image with working ethernet: libreelec-h6.arm-9.80-devel-20190711234608-e076031-tanix-tx6.img.gz
Known issues:
- ethernet doesn't work after soft reboot (works after power cycle)
- CEC works if you turn off and back on TV when box is connected
- eMMC doesn't work for some reason
- no wifi
- no IR (patches exist)
do you have a nightly build for orangepi pc2 H5?
no, nightlies for H5 won't exist for some time - until lima driver is good enough to be used. Currently available drivers for mali450 need a hack for H5, which is something I don't like. Allwinner considers H5 obsolete and thus it won't release fixed binary.
Well, i have a same trouble. Sega, nes and ps1-ps2 usb gamepads not working. I wan't use ROPi's images, like this Libreelec.
ps I have Raspberry 2 and same version Kodi and usb gamepads work by default.
I'll enable gamepads together with Linux 5.2 update.
Ok, so I have working ethernet on Tanix TX6 and as expected, reboot issue is also gone. No test image ATM, because HW video decoding is broken for some reason. Anyway, I'll prepare working test image soon.
Some info:
- reboot issue is due to crash in ethernet driver, probably because phy is not found
- CEC works if you turn off and back on TV when box is connected
- eMMC doesn't work for some reason
- ethernet phy driver is wip (I need to debug why it doesn't work yet)
- wifi will work when SDIO interface is added to RTW88 driver, which will be next year according to it's developer
TL;DR: Technically yes, but it won't be implemented in near future
Long version:
Such things are handled by AR100 coprocessor, which is unused for now. There is firmware in work for this coprocessor, called "crust" (currently only for 64-bit SoCs IIRC). I'm not sure how far it is and how much it will interfere with normal Linux drivers. I'm not fan of leaving control of peripherals to some firmware if it is not necessary. Actually, I'm not fan of firmwares at all (open source or otherwise), but I have to live with ATF and potentially with AR100 FW, if someone provide simple, unintrusive FW.
scott Following Tanix TX6 image should have working multitouch HID driver. Can you test it?
libreelec-h6.arm-9.80-devel-20190706153642-8d13dbf-tanix_tx6.img.gz
pinexxx Difference with Armbian and LibreELEC is that here we always use latest kernel, while Armbian is often a release or two behind.
If you spot any possible solution on any forum, please tell me and I'll prepare test image before including it in official LE. Ethernet drivers are one of those things which I don't have much knowledge about and I can only hope someone will publish a fix or at least a workaround.
gamma-271 logs are fine (no indication of any issue) and another developer confirmed latest nightly works with his OPi One+ board.
I have a feeling there is some kind of issue with 1080p resolution. My 1080p PC monitor sometimes doesn't work well with H6 boards, while my 4k TV never had any problems, including with 1080p resolution.
Can you test this board on any other TV/monitor, preferably with different native resolution (doesn't matter if lower or higher)?
I don't think you can do much else, unless you would like to help developing kernel drivers.
My source from git did not have this edit. So I also modified line 137 in the patch as shown above and rebuild the image.
That change is not needed anymore due to upgraded libdrm.
As I actually don't own any A20 board and have no experiences with that SoC I can't really help you much more. Maybe majorkalina can push a changes needed for BananaPi Pro?
sun7i-a20-bananapro.dts
I forgot to mention, it has to end with .dtb, which is compiled version of .dts
Just be aware that there is a reason why A20 images are not included in LibreELEC master github repository - it seems that display driver has a major bug, which in certain situations garbles image on screen.
With that out of the way, let's continue with BananaPi Pro. I didn't add support for it yet, but you can easily edit uboot_helper and add similar line like that I marked. Name doesn't really matter, but it's nice to be consistent with board name, like bananapi_pro. Second field is the name of device tree file in Linux kernel for your device and third one is U-Boot defconfig file name for your device.
Anyway, command for building A20 images is similar to H3. Just replace SoC name and board name (assuming you used bananapi_pro):
PROJECT=Allwinner ARCH=arm DEVICE=A20 UBOOT_SYSTEM=bananapi_pro make image