From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andre Schwarz Date: Wed, 06 Apr 2011 11:05:45 +0200 Subject: [U-Boot] data alignment problem with redundant env In-Reply-To: <20110331160119.DB1D9F03208@gemini.denx.de> References: <4D949E22.5090000@matrix-vision.de> <20110331153904.1046EF03208@gemini.denx.de> <4D94A250.907@matrix-vision.de> <20110331160119.DB1D9F03208@gemini.denx.de> Message-ID: <4D9C2CE9.4050703@matrix-vision.de> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Wolfgang, >>> Which board would that be? I don't see this on any board I tested. >> it is mvblm7 (=MPC8343) and a new MPC8377 based one waiting for >> the merge window to open. >> >> >> I'm using a gcc-4.3.3 from OpenEmbedded/Angstrom ... if this matters at all. > Can you please try and use anothe rtool chain, say good ole ELDK 4.2 > for a test? ok - that's it. Compiling with ELDK 4.2 gives an environment as expected. 4 bytes crc32 + 1 byte redundancy flags + data : mvBL-M7> md ff800000 10 ff800000: 56900c81 01626175 64726174 653d3131 V....baudrate=11 ff800010: 35323030 00626f6f 74617267 733d726f 5200.bootargs=ro Using OpenEmbedded's (Angstrom) gcc 4.3.3 produces a corrupted layout with data having a 16-Bit alignment leading to a 1 byte offset when redundancy is used. Will stick to ELDK 4.2 for U-Boot. Problem solved, but I'm still irritated how easily things can be broken nowadays ... Regards, Andr? MATRIX VISION GmbH, Talstrasse 16, DE-71570 Oppenweiler Registergericht: Amtsgericht Stuttgart, HRB 271090 Geschaeftsfuehrer: Gerhard Thullner, Werner Armingeon, Uwe Furtner