How did you supply your initramfs and verify that it unpacks OK?
The initramfs is supplied either via UEFI or UBOOT (yes UBOOT) at addr=88000000 size=4f340b, the kernel finds this manages to decompress (verified by single stepping in DS-5), uboot/uefi set the initrd-start and initrd-end in the chosen node so the kernel knows where to look, that all seems to work.
How do you do that? I don't know how to configure UEFI and Google isn't turning up anything quickly.
I modified : ArmPlatformPkg/ArmVExpressPkg/ArmVExpress-FVP-AArch64.dsc
- gArmPlatformTokenSpaceGuid.PcdDefaultBootArgument|"console=ttyAMA0 earlyprintk=pl011,0x1c090000 debug user_debug=31 loglevel=9 root=/dev/vda2" + gArmPlatformTokenSpaceGuid.PcdDefaultBootInitrdPath|L"VenHw(C5B9C74A-6D72-4719-99AB-C59F199091EB)/ramdisk.img" + gArmPlatformTokenSpaceGuid.PcdDefaultBootArgument|"console=ttyAMA0 earlyprintk=pl011,0x1c090000 debug user_debug=31 loglevel=9"
Your ramdisk then needs to be in the directory you launch the fastmodel from.
I guess you are still passing root=/dev/vda2 in... I will try that with UEFI.
I have an openembedded initrd that I supply in the same way which works fine, its just huge... hence the desire to move to a really simple initramfs.
The Linaro image above is OE based too so it's unlikely to be that... Can you try building the image in (CONFIG_INITRAMFS_SOURCE)?
Yep, have tried that before... same problem that it can't find /init.
I am running a slightly older LSK which could explain this, but I haven't seen any likely fixes go in.
Mark