From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8759 invoked by alias); 27 Feb 2003 13:26:03 -0000 Mailing-List: contact ecos-maintainers-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: ecos-maintainers-owner@sources.redhat.com Received: (qmail 8750 invoked from network); 27 Feb 2003 13:26:02 -0000 Date: Thu, 27 Feb 2003 13:26:00 -0000 From: Andrew Lunn To: Gary Thomas Cc: Andrew Lunn , eCos Maintainers Subject: Re: [ECOS] i82559 and FreeBSD stack Message-ID: <20030227132554.GK14616@biferten.ma.tech.ascom.ch> References: <20030225091019.GW11159@biferten.ma.tech.ascom.ch> <20030227083803.GG14616@biferten.ma.tech.ascom.ch> <1046351601.31018.10172.camel@hermes.chez-thomas.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1046351601.31018.10172.camel@hermes.chez-thomas.org> User-Agent: Mutt/1.4i X-Filter-Version: 1.6 (ascomax) X-SW-Source: 2003-02/txt/msg00067.txt.bz2 > It works fine for me (I just tried it here). I also know that > I did most of the original testing using such interfaces. > > What kinds of problems exactly do you have? I've not debugged it much, so cannot give much detail. I noticed the problem when testing the SNMP changes for the FreeBSD patch. Im using an AFE1, thats ascom's hardware which is not in the anoncvs tree. Im using a HAL from 1.5.2. All works fine for OpenBSD. but the snmpping test program has problems with FreeBSD. The snmpwalk works, but its very slow. I used tcpdump which showed it was making lots of retransmits of requests because the target was not replying. I then pinged the target from my linux host and got around 25% packet loss. This does not show what is broken, RX or TX. So lastly i look at tcpdump while snmpping was pinging my server as returned by DHCP. 1 in 4 ICMP echo requests were not making it to my host. So i think there is something broken in the transmit path. Hopefully over the weekend i can spend some more time to try to track down the problem. Andrew