Hi numbqq,
The 64-bit configurations are not appropriate for my application because I need to be able to use AC-3 and DTS passthrough on S/PDIF with the Amlogic library used by kplayer (i.e. libplayer), and it turns out that this feature requires libraries provided only as 32-bit binary files without the source code (multimedia/libplayer/src/audio_codec/libeac3/libdcv.so and multimedia/libplayer/src/audio_codec/libdtscore/libdtscore.so). So I can test the 64-bit configurations only if you can provide me with either the source code of these libraries or 64-bit binaries. Maybe Amlogic can accept to provide this.
Why is the source code of bl30.bin closed? As customers, we should be able to do what we want with this platform. Only the encryption keys and a few licensed parts of the code should be kept secret. The source code of bl301.bin is provided for the ODROID-C2 (https://github.com/hardkernel/u-boot_firmware/tree/odroidc2-bl301), and the source code of ARM Trusted Firmware is provided for many platforms (https://github.com/ARM-software/arm-trusted-firmware/tree/master/plat), so why is Amlogic keeping this secret? See also the ARM Trusted Firmware thread and http://www.fredericb.info/2016/10/amlogic-s905-soc-bypassing-not-so.html. I only want to know the possible causes of this spurious suspend. What is cfg15 in my log?