From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26421 invoked by alias); 8 Mar 2006 21:58:10 -0000 Received: (qmail 26413 invoked by uid 22791); 8 Mar 2006 21:58:10 -0000 X-Spam-Check-By: sourceware.org Received: from londo.lunn.ch (HELO londo.lunn.ch) (80.238.139.98) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 08 Mar 2006 21:58:07 +0000 Received: from lunn by londo.lunn.ch with local (Exim 3.36 #1 (Debian)) id 1FH6fT-0000ap-00; Wed, 08 Mar 2006 22:58:03 +0100 Date: Wed, 08 Mar 2006 21:58:00 -0000 To: "Doyle, Patrick" Cc: ecos-discuss@ecos.sourceware.org Message-ID: <20060308215803.GD19406@lunn.ch> Mail-Followup-To: "Doyle, Patrick" , ecos-discuss@ecos.sourceware.org References: <3EDBCCE80E95E744A99895CA464987C4A7D291@dtcsrvr09> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EDBCCE80E95E744A99895CA464987C4A7D291@dtcsrvr09> User-Agent: Mutt/1.5.11+cvs20060126 From: Andrew Lunn X-IsSubscribed: yes Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Subject: Re: [ECOS] JFFS2 on ARM target X-SW-Source: 2006-03/txt/msg00088.txt.bz2 On Wed, Mar 08, 2006 at 03:08:22PM -0500, Doyle, Patrick wrote: > I'm confused by something I'm seeing with JFFS2 on my arm target, and I was > wondering if anybody else had seen anything similar. > > Basically, what I see is that when JFFS2 goes through and marks a block as > being erased, it seems to me that it should be writing 'JFFS2_MAGIC_BITMASK' > (0x1985) to the marker for the block. What I'm seeing is that 0x2003 gets > written into the marker field. > > Staring at disassembled code for a couple of hours makes me believe that > this is, in fact, exactly what the opcodes are telling the CPU to do, > despite what one would expect from looking at the C code. > > So now I'm curious... are there known bugs with gcc 3.2.1 for the ARM that > make it a terrible candidate for processing linux-like code that includes > constructs such as: > > > struct jffs2_unknown_node marker = { > .magic = cpu_to_je16(JFFS2_MAGIC_BITMASK), > .nodetype = cpu_to_je16(JFFS2_NODETYPE_CLEANMARKER), > .totlen = cpu_to_je32(c->cleanmarker_size) > }; packages/fs/jffs2/current/src/fs-ecos.c:24 #if (__GNUC__ == 3) && (__GNUC_MINOR__ == 2) && defined (__ARM_ARCH_4__) #error This compiler is known to be broken. Please see: #error http://ecos.sourceware.org/ml/ecos-patches/2003-08/msg00006.html #endif 2003-09-23 Andrew Lunn * src/fs-ecos.c: Added test to detect known broken ARM compiler Andrew -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss