From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30298 invoked by alias); 6 May 2005 11:44:59 -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 30266 invoked from network); 6 May 2005 11:44:50 -0000 Received: from unknown (HELO web60219.mail.yahoo.com) (209.73.178.107) by sourceware.org with SMTP; 6 May 2005 11:44:50 -0000 Received: (qmail 21992 invoked by uid 60001); 6 May 2005 11:44:49 -0000 Message-ID: <20050506114449.21990.qmail@web60219.mail.yahoo.com> Received: from [69.73.59.128] by web60219.mail.yahoo.com via HTTP; Fri, 06 May 2005 04:44:49 PDT Date: Fri, 06 May 2005 11:44:00 -0000 From: ken king To: ecos-discuss@ecos.sourceware.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: [ECOS] PowerPC FEC problems X-SW-Source: 2005-05/txt/msg00063.txt.bz2 --- Andrew Lunn wrote: > 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 > Yes, I can dump memory around the BDs (Buffer descriptors) and they look correct. The memory pointed to by the BD can also be dumped and it has the same contents as displayed on the console if eth debugging is on, i.e looks like the bootp frames. I can put a scope on the PHYs tx_clock and tx_en -- the clock is running, but tx_en is never asserted. thanks, kk Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss