Dear Tom Rini, [...]
> > On the other hand, my stdio rework (step 2) managed to trim down > > the size a bit, so that might be small compensation. > > Can you give us a current example, both to help make sure everyone > understands we won't have too big a growth overall and so that if you > don't shrink it down I can pin you about it later? Thanks! You're definitelly going to poke me about it later, since the DM will cause a size growth. There's no discussion about it and it's a simple fact we have to face and accept. If we're going to hunt every kb of growth, we can flat out stop the DM and give up, sorry. Here are some measurements, but they're not final. Something grew a bit and something did not grew: Configuring for omap3_beagle board... text data bss dec hex filename 326912 8648 266944 602504 93188 ./u-boot 326657 8764 266792 602213 93065 ./u-boot 45794 1860 198020 245674 3bfaa ./spl/u-boot-spl 45817 1868 198020 245705 3bfc9 ./spl/u-boot-spl You see the SPL grew, U-Boot shrunk. But the size difference is of tens of bytes magnitude. Configuring for sandbox board... text data bss dec hex filename 138674 6456 28504 173634 2a642 ./u-boot 139002 6512 28424 173938 2a772 ./u-boot Configuring for grsim_leon2 board... text data bss dec hex filename 97058 3384 2640 103082 192aa ./u-boot 97106 3448 2592 103146 192ea ./u-boot Configuring for P1020RDB-PC_36BIT_SPIFLASH - Board: p1_p2_rdb_pc, Options: P1020RDB,36BIT,SPIFLASH text data bss dec hex filename 394550 30940 267600 693090 a9362 ./u-boot 394601 31068 267536 693205 a93d5 ./u-boot Best regards, Marek Vasut _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot