From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5543 invoked by alias); 11 Oct 2005 14:10:07 -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 5530 invoked by uid 22791); 11 Oct 2005 14:10:04 -0000 Received: from londo.lunn.ch (HELO londo.lunn.ch) (80.238.139.98) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Tue, 11 Oct 2005 14:10:04 +0000 Received: from lunn by londo.lunn.ch with local (Exim 3.36 #1 (Debian)) id 1EPKpI-0001Zl-00; Tue, 11 Oct 2005 16:09:56 +0200 Date: Tue, 11 Oct 2005 14:10:00 -0000 To: "Deak, Ferenc" Cc: ecos-discuss@ecos.sourceware.org Message-ID: <20051011140956.GD1276@lunn.ch> Mail-Followup-To: "Deak, Ferenc" , ecos-discuss@ecos.sourceware.org References: <20051011140425.6e7463f0.ferenc.deak@stp.hu> <20051011120643.GC1276@lunn.ch> <20051011151746.ff95a045.ferenc.deak@stp.hu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051011151746.ff95a045.ferenc.deak@stp.hu> User-Agent: Mutt/1.5.11 From: Andrew Lunn Subject: Re: [ECOS] cirrus ep93xx - ecos works, network problems X-SW-Source: 2005-10/txt/msg00061.txt.bz2 On Tue, Oct 11, 2005 at 03:17:46PM +0200, Deak, Ferenc wrote: > > > > > > We have a custom cirrus ep9307 based board. Cirrus has a software package > > > for their ep93xx-based boards, which contains patches for linux and a > > > redboot-only ecos. Redboot and linux works fine on our board. I have > > > managed to work the basic ecos, but I have trouble with the network. > > > > > > Is there anybody who made the network work, and can help? We would be very > > > thankful for any help. > > > > The normal problem here is that the network device driver for Redboot > > is polled io, where as a full eCos device driver is interrupt > > driven. I suggest you take a look at the device driver and see what it > > actually implements. > > The problem is not so theoretical:-) I'm looking and testing and > modifying the driver until yesterday. It seems that someone at cirrus have written > the driver "correctly" because there is a redboot and a real-kernel related > code in it, there is an IT initialised, a NETDEVTAB_ENTRY etc. (but, > strange that the real IT related routines usually in hal//src/proc_misc.c > were missing from the patch, but I've added them...) Network ITs are working etc. > > The problem where I stopped: There is register in the network related part of the processor, > which is set to 1 to sign that there is a new data filled and ready to send. But when this register > is set to 1 second times the whole board stops working at this line, prints before this line are > appearing but prints after are not. (but these lines are common with the redboot code, so > perhaps these are algorithmically right) > On the other hand the board cannot be ping-ed, end receive events are not comming (but these are > coming under redboot...) > > So if somebody has an ideo to try, I would be very grateful. What is the license on the code? Can you let us see it or is it closed source? 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