-----Original Message----- From: York Sun Sent: Thursday, October 05, 2017 12:12 AM To: Sumit Garg sumit.garg@nxp.com; u-boot@lists.denx.de Cc: Ruchika Gupta ruchika.gupta@nxp.com; Prabhakar Kushwaha prabhakar.kushwaha@nxp.com; Ashish Kumar ashish.kumar@nxp.com Subject: Re: [PATCH 1/3] armv8: fsl-layerscape: SPL size reduction
On 10/03/2017 03:51 AM, Sumit Garg wrote:
-----Original Message----- From: York Sun Sent: Friday, September 15, 2017 2:08 AM To: Sumit Garg sumit.garg@nxp.com; u-boot@lists.denx.de Cc: Ruchika Gupta ruchika.gupta@nxp.com; Prabhakar Kushwaha prabhakar.kushwaha@nxp.com Subject: Re: [PATCH 1/3] armv8: fsl-layerscape: SPL size reduction
On 08/29/2017 12:01 AM, Sumit Garg wrote:
Using changes in this patch we were able to reduce approx 4k size of u-boot-spl.bin image. Following is breif description of changes to reduce SPL size:
- Compile-off mp.c and libfdt.c in case of SPL build.
- Keep MMU and DCACHE specific variable and functions under CONFIG_SYS_DCACHE_OFF macro.
- Compile-off IFC specific funtion call "init_early_memctl_regs" in case of SPL build.
Signed-off-by: Sumit Garg sumit.garg@nxp.com
Dependent on ls1088 base SD boot target. Also dependent on ls1088 QPSI secure boot target.
I don't agree D-cache should be off for SPL boot. Please find other way to reduce SPL image size.
York
Sure, let me use GCC 6.2 to reduce SPL image size in upstream rather than compiling-off D-cache code.
But I still don't see ls1088ardb sd boot support in upstream.
Ashish,
By when can I expect ls1088ardb sd boot support in upstream?
Sumit,
SD boot is not completed. I don't see RCW in the final image. Pending Ashish's investigation.
York
I will wait for SD boot patches to be accepted in upstream. As reducing SPL size for ls1088ardb in upstream does only makes sense once we have base platform support merged in upstream.
Sumit