Dear Albert ARIBAUD, In message <4cf74fed.2030...@free.fr> you wrote: > > BTW... Why on Earth is it an uint8? Probably a space saving measure, but > one I think is not really fruitful, because of probable paddings and > alignments; making it an int would allow using smsc_id directly as > values for the OMAP3EVM_BOARD_GEN_1 and OMAP3EVM_BOARD_GEN_2... > > ... plus it removes the linker warning!
Oops. Why would this make a difference? > I thus suggest turning omap3_evm_version from uint8 to int and get on > with debugging the board. No, I don't think this is a good idea as it just papers over an existing problem. Does it help when you change the "*(.bss)" in "arch/arm/cpu/armv7/u-boot.lds" into "*(.*bss)" (so it also includes any .sbss objects) ? 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 ATTENTION: Despite Any Other Listing of Product Contents Found Here- on, the Consumer is Advised That, in Actuality, This Product Consists Of 99.9999999999% Empty Space. _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot