Can you post what you get by
/home/js/Projects/LibreELEC.tv/build.LibreELEC-WeTek_Core.arm-9.0-devel/toolchain/bin/armv7a-libreelec-linux-gnueabi-ld --verbose | grep SEARCH
/home/js/Projects/LibreELEC.tv/build.LibreELEC-WeTek_Core.arm-9.0-devel/toolchain/bin/armv7a-libreelec-linux-gnueabi-gcc -print-search-dirsI flashed BIOS with latest one. Also flashed CEC firmware. CEC works.
But suspend doesn't work correctly. Maybe it has something to do with BIOS settings. Who knows but I'm tired of this mouse catching game when there are only few people involved.
Maybe you should open support ticket and fix this issues with solidrun engineers.
I think there is no such functionality at this time: added: ability to inspect add-on dependencies prior to installation by notspiff · Pull Request #12242 · xbmc/xbmc · GitHub
You could also copy one such file to sd card on a RPi to play it locally.
I think you should post kodi debug log: HOW TO:Provide Logfile - LibreELEC
As you can see it was working as described back in a days. I will try to reproduce again but as you already figure out bios settings matter. And I don't remember how I have it set. So it will be again try & errors. Not to mention I need to switch hdmi cables again (my AVR doesn't pass CEC). So it is a messy job. Would need some n*m hdmi matrix switch 
I don't think I can 
Did you use rainconf tool to set the required bit?
And you should mention that you are using your own carrier because few post above you wrote resume with USB device doesn't work on standard carrier.
And btw: Why did you made your own carrier? What is special on it?
Seems I did make resume by cec here: Suspend Issue - Page 2 - SolidRun Community
Well, you can try service.touchscreen-8.1.100.100.zip
But if doesn't work you need to figure out yourself why 
raspbian
Here we are talking only about LibreELEC.
Make addon with all the tools? Or just copy files in /storage/.kodi/addons/your_tools/bin and it will be in PATH.
So nothing you found is useful for me 
I already pass this info on IRC to a guy I talk about this issue. Waiting for a comment.
I just noticed we talk on solidrun forum too
Nice find. Maybe I could change that on my board too?
But if I understand correctly then Flirc IR receiver can't resume system because it is powered off?
I have latest BIOS.
Google showed me some BIOS modifications in this regards. But didn't look much into it yet.
I wrote what is root cause in my case
And your test was little too simple with Ubuntu. Did you check if XHC1 is enabled or disabled? Also appropriate PCI bus power where USB is connected. Also is there any script in Ubuntu which is run on suspend/resume to disable USB. I tested Ubuntu too and resume from USB didn't work. Which means it was disabled somehow. And because of that it is useless to me.
And even disabling USB in my case suspend/resume is hit and miss - it doesn't work 100%. Don't know why.
Btw: my system is SolidPC from Solidrun if that matters. And I talk about this issue with one of their specialist (who told ACPI wakeup tables are wrong - probably). They didn't investigate issue I assume because didn't get any more feedback.
And in case of Ubuntu what happened with USB devices? Could you wake up from USB or it was disabled too?
I have similar system withe same problem - USB Flirc receiver can't wake system.From what I understand the problem lies in BIOS/EFI -it looks like the ACPI wakeup tables are wrong. At /proc/acpi/wakeup there is XHC1 enabled only for S4 wakeup and not S3.
There is no workaround I know of.
