From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24001 invoked by alias); 6 May 2005 08:42:23 -0000 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 Received: (qmail 23650 invoked from network); 6 May 2005 08:42:15 -0000 Received: from unknown (HELO londo.lunn.ch) (80.238.139.98) by sourceware.org with SMTP; 6 May 2005 08:42:15 -0000 Received: from lunn by londo.lunn.ch with local (Exim 3.36 #1 (Debian)) id 1DTyPT-0008DB-00; Fri, 06 May 2005 10:42:11 +0200 Date: Fri, 06 May 2005 08:42:00 -0000 To: ken king Cc: ecos-discuss@ecos.sourceware.org Message-ID: <20050506084211.GA31557@lunn.ch> Mail-Followup-To: ken king , ecos-discuss@ecos.sourceware.org References: <20050506020233.87607.qmail@web60224.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050506020233.87607.qmail@web60224.mail.yahoo.com> User-Agent: Mutt/1.5.9i From: Andrew Lunn Subject: Re: [ECOS] PowerPC FEC problems X-SW-Source: 2005-05/txt/msg00052.txt.bz2 On Thu, May 05, 2005 at 07:02:33PM -0700, ken king wrote: > I have a custom MPC852T board. (note: > Custom means porting RedBoot/eCOS and checking board > out at same time!) I've gotten RedBoot up and > almost everything works except ethernet. I > started with if_fec.c. The MII interface seems to > be working correctly, MDC clock is correct > frequency, reasionable data back and forth, etc. > > When running gdb and a BDM I get a > "Trace/breakpoint" when there is no break point > set -- generally a bad thing! I tracked it down > to: > > fec_eth_send() > { > ........... > /* comment out next line -- > ** no bad trace/breakpoint*/ > qi->fec->TxUpdate=0x10000; > ...... > } > > I've written some code to look at the FEC regs > before and after the offending line of code. > Before, everything looks good. After; > > 1-- I_EVENT reg has EB_ERR set -- FEC encountered > a bus error. > > 2-- Eth Control Reg has eth disabled. > > If I #define for buffer descriptors to be in > external memory, then the Transfure Error Status > Reg (TESR) has IEXT set indicating a /TEA signal > was present during a external instruction fetch. > /TEA is just connected to a pull-up resistor, I've > looked at it with a scope - doesn't look shorted > to anything. > > So, Long-story-short I think I getting a bus error > when the FEC DMA kicks off. Anybody seen this > before? Any ideas? What else to look for? Check the addresses you are using from receive and transmit buffers. Do you remember to map the virtual addresses into bus addresses before programming them into the ethernet device? Does memory realy exist at the address? 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