Add Radxa Cubie A5E (sun55i-a527)

[juanesf]

Add support for Radxa Cubie A5E with linux 6.12, initial support for Allwinner A523/A527/T527 by Andre Przywara.

How Has This Been Tested?

Please describe the tests that you ran to verify your changes. Please also note any relevant details for your test configuration.

• Tested on radxa cubie a5e 2gb ram without emmc
• The kernel is 6.12 using Andre Przywara "apritzel" branch

Checklist:

Please delete options that are not relevant.

• My code follows the style guidelines of this project
• I have performed a self-review of my own code
• I have commented my code, particularly in hard-to-understand areas
• My changes generate no new warnings

[jyl520]

Hello ， can you share the compiled debian firmware for A5e and A527? The 6.12 kernel. Thank you very much

[juanesf]

@jyl520
https://forum.armbian.com/topic/49353-opi-4a-allwinner-t527/page/2/#findComment-212947

https://forum.armbian.com/topic/49353-opi-4a-allwinner-t527/

[chainsx]

Please provide the startup log for the device(Radxa Cubie A5E).

[juanesf]

full_log-armbian-cubie-a5e.log

[chainsx]

full_log-armbian-cubie-a5e.log

Good job, thank you for your contribution.

[juanesf]

Thanks also to @NickAlilovic, @apritzel, @jernejsk and @warpme for your help and work done and everyone in the Armbian community

[juanesf]

Hello ， can you share the compiled debian firmware for A5e and A527? The 6.12 kernel. Thank you very much

was able to make it work?

[RadxaYuntian]

I think you can write to sector 256 (seek=128) and still have it booting. This way you don't corrupt the GPT table (if someone choose to use it):

Here is the command I use to flash Allwinner's vendor U-Boot as a reference:

sudo dd if=boot0_sdcard.fex of=/dev/sdb bs=512 seek=256
sudo dd if=boot_package.fex of=/dev/sdb bs=512 seek=32800

[juanesf]

Thanks for the info, I'll try compiling in GPT and DOS to confirm...
MBR works, I need to try GPT

[juanesf]

It does indeed work on mbr but I have not been able to find a working gpt example that works for me. It does not go beyond u-boot

[RadxaYuntian]

The original offset is 100% broken with GPT (which uses first 34 sectors), so this is at least not a regression.

U-Boot being incompatible with GPT is a separate issue. I heard the vendor U-Boot calculates GPT CRC32 differently, so not sure if the fork you are using have the same issue.