read all here: https://linux-sunxi.org/FEL
First you need to have USB A-A cable or OTG (depending on your box) and then you have to build some U-Boot which you think it will work and then try to boot it via FEL. Of course, you also need to connect serial port, otherwise you'll have zero feedback.
I don't have time to explain everything in baby steps, so I suggest you read as much as possible about that on linux-sunxi.org.
Output from serial would be mandatory in this case, from Android and from some LibreELEC image. Fortunately, you have nicely labeled pins on board.
Without that, we can only speculate what could be and we would waste a ton of time.
I just opened PR which fixes this: https://github.com/LibreELEC/LibreELEC.tv/pull/6021 However, addons need to be rebuilt.
This issue is caused by yesterday cleaning. I noticed that Kodi for some reason depends on libhdhomerun even if it doesn't use it. So I remove it. Now it's clear that this was shortcut for some addons, which should include it by themselves. These addons need to be fixed and rebuild, but that will take time.
Unfortunately, only last nightly images are available, old ones are simply deleted. One possible, but tedious workaround would be to extract libhdhomerun from LE 10.0 image and place it into your system.
USB won't help you, Allwinner chips don't support USB mass storage as boot medium. Burn image on SD card, that always works.
Note: Above board has few unique or less used features. NAND storage is not supported, you'll have to use SD card for booting. It has also many USB ports. I'm not sure if any existing image will support them all.
You have to be careful, there are two separate cases for IR, only one defaults to RC6 MCE remote:
1. Board is suspended or in sleep mode. Power management firmware is in charge of IR. If board comes with IR remote (TV boxes only), power key on that IR remote wakes up board. If IR remote is not bundled with the board (all SBCs), then RC6 MCE power key is default (your case).
2. Board is running, e.g. Kodi. In this case, Linux is in charge of IR. Again, if board comes with IR remote, correct keymap should be already active. If not, there is no default, you have to set it up (your case).
There is whole chapter for building on wiki: https://wiki.libreelec.tv/development-1/…mands-le-11.0.x
There is no 9.2 images for any Allwinner board. Your board is also unsupported. From what I've seen, Tanix TX6 LE10 image should work reasonably well. Wifi and analogue audio/video are unsupported, but other features should work.
Well, you can mark it as a module in kernel config, build image, test it and if it works for you, open a PR on github.
Great, thanks! Is there a LED in front, near IR receiver?
It seems it's impossible to buy it, it would be interesting dev platform...
which driver would you like to blacklist? usb3?
Is there USB3 connector? or only 2x USB2?
I'm out of ideas. Last chance would be to check with different HDMI cable - maybe SW CEC uses push-pull driver whereas HW CEC open drain, as per specs... Anyway, test with different TV would be nice too, if possible, to see if this is related somehow with TV.
SW-CEC works, but this time I actually got the previous test updated that you sent me with HW-CEC to execute some commands also, they were really slow, and most of the commands didn't work, but dmesg doesn't show timed out messages. I've attached dmesg.
so previous test image works? interesting... Do you have AVR connected between board and TV? I would really like to see capture of communication on your CEC bus...
As for the devmem 0x01F00004 w command, the result was: 0x00000001
That is actually good. External 32 kHz crystal works, which is a prerequisite for HW CEC.
Also, how does de HDMI-CEC wakeup works? Should the device turn on when selecting source on TV?
Yes, that should work. It depends on your TV slightly, which messages are sent at which time. Anyway, CEC wakeup is supported only with HW CEC. Power management FW doesn't have a lot of space available, so writing SW CEC for it is out of the question. It would also take too much time.
It should be supported: https://github.com/LibreELEC/Libr…arget.conf#L719
Does it work without -t parameter?
BTW, you can call mount directly, without prefixing command with busybox.
dbahia Here is update, which uses SW CEC implementation for Pine64+: http://jernej.libreelec.tv/test/cec/ Please test and report if it works for you. It would also be interesting to see output of this command devmem 0x01F00004 w - it may explain why HW CEC doesn't work for you.
If you feel adventurous, you can solder crystal yourself 
I believe XC2 pad is meant for it. You can then simply enable it via DT overlay or before that, with devmem for testing purposes.
EDIT: I never measured RC oscillator drift, so I don't know how unstable it is.
Issue here is presence of external 32 kHz crystal, or in this case, lack of it. When crystal is not present, RTC uses internal RC oscillator, which, as you already noticed, is not accurate at all. It also drifts with temperature quite a lot. There is one possible workaround - implementing RC calibration inside power management firmware. Issue is open: https://github.com/crust-firmware/crust/issues/198 You can post your use case there, so author will have even more reasons to work on it
There are H6 boards with external 32 kHz crystal, but they are all SBCs (Beelink GS1 STB technically has it, but it doesn't work properly on 1/4 boards, so it's disabled).
