On Fri, Dec 22, 2017 at 02:29:11PM +0100, Daniel Schwierzeck wrote: > Hi Tom, > > On 22.12.2017 04:13, Tom Rini wrote: > > There are no CMDs to be run in SPL and no need for any of their lists. [snip] > > diff --git a/arch/mips/cpu/u-boot-spl.lds b/arch/mips/cpu/u-boot-spl.lds > > index 07004ea11155..19444e3e600e 100644 > > --- a/arch/mips/cpu/u-boot-spl.lds > > +++ b/arch/mips/cpu/u-boot-spl.lds > > @@ -11,6 +11,9 @@ OUTPUT_ARCH(mips) > > ENTRY(_start) > > SECTIONS > > { > > + /* There are no CMDs in SPL */ > > + /DISCARD/ : { *(.u_boot_list_2_cmd_*) } > > + > > . = 0x00000000; > > > > . = ALIGN(4); > > does a DISCARD() work together with the KEEP() in this block? > > #ifdef CONFIG_SPL_DM > . = ALIGN(4); > .u_boot_list : { > KEEP(*(SORT(.u_boot_list*))); > } > .spl_mem > #endif
Yes, we discard th cmd list, and then keep the rest, given the ordering. > I suggest to do something like this: > > KEEP(*(SORT(.u_boot_list_2_uclass*))); > KEEP(*(SORT(.u_boot_list_2_driver*))); > > Then all u_boot_list_* would be discarded by default except the two > lists above when a board selects CONFIG_SPL_DM. Also this would have the > benefit of discarding all u_boot_list_2_env* entries. Ah, but this shows why we glob in all lists today. We do need env in SPL at times. Now, it shouldn't take up space in SPL if we don't ahve SPL_ENV_SUPPORT. But I haven't checked either... -- Tom
signature.asc
Description: PGP signature
_______________________________________________ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot