Dear Reinhard Meyer, In message <4c98a78d.7070...@emk-elektronik.de> you wrote: > > What bothers me really here is the huge increase in code size.
As has been pointed out by others, there are several factors that contribute to that code. > And, on almost all AT91 systems booting will be through a > first boot loader, which sets up SDRAM, loads u-boot to the > "correct" address and jumps to it. When you have to support multiple memory configurations that "correct" address is typically right in the middle of your RAM. Assume you have a system with 64 or 128 MB of RAM. In the old way, U-Boot will probably sit somewhere at offset 63 MB or so, close to the end of the "small" configuration. On the big board this is neatly splitting the RAM into two small chunks - please explain to a customer why he cannot load a 64 MB image to RAM when there are 128 MB of RAM on his board, 127 MB of these actually unused? r why you need multiple binary images of U-Boot if you want to initialize and pass some memory at the end of RAM for further use in Linux, say frame buffer, or PRAM, or a log buffer? > All low level init and relocation is not required in such cases. Relocation is still needed. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de "May your future be limited only by your dreams." - Christa McAuliffe _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot