From owner-freebsd-current Wed Feb 26 11:15:26 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F8BB37B401 for ; Wed, 26 Feb 2003 11:15:24 -0800 (PST) Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95]) by mx1.FreeBSD.org (Postfix) with SMTP id E482043FAF for ; Wed, 26 Feb 2003 11:15:21 -0800 (PST) (envelope-from bra@fsn.hu) Received: (qmail 8612 invoked by uid 1000); 26 Feb 2003 19:15:20 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 26 Feb 2003 19:15:20 -0000 Date: Wed, 26 Feb 2003 20:15:20 +0100 (CET) From: Attila Nagy To: Bill Paul Cc: freebsd-current@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Checksum offload support for Intel 82550/82551 In-Reply-To: <20030226070913.5404337B401@hub.freebsd.org> Message-ID: References: <20030226070913.5404337B401@hub.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, > I can't easily drop everything and slap together a test setup with > exactly the right software and hardware I need to debug everyone's > particular problem. That's clear. > ("This bug only occurs in -CURRENT as of 30 seconds ago and on an > UltraSPARC 10 with 16 if_dc interfaces and I need you to fix it _NOW_ > pleasepleasepleaseI'llevengiveyouahandjob.") :) I think my problem is not that hard. This bug only occurs when you are using CURRENT (or 5.0 RELEASE) from (I think) the point where BPF changed. > > You may know, or not it is now part of FreeBSD, the only problem is > > that it does not work. > I'm shocked. Shocked, I tell you. Yes. That's very dramatic. :) > This particular PR relates to using ng_fec with BPF (i.e. tcpdump fec0 > blows up). The code has evidently rotted quite a bit since it was > imported. I just fixed it. Thanks. BTW, it still doesn't work. I do: kldload ng_fec ifconfig fxp0 up; ifconfig fxp1 up ngctl ... (exactly what's in sample_script) ifconfig fec0 1.2.3.4 netmask 255.255.255.252 up route add default 1.2.3.3 1.2.3.3 does not answer for ICMP pings. The switch says: Port-channel13 is down, line protocol is down Hardware is EtherChannel, address is 0000.0000.0000 (bia 0000.0000.0000) MTU 1526 bytes, BW 10000 Kbit, DLY 1000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Auto-duplex, Auto-speed input flow-control is off, output flow-control is off ARP type: ARPA, ARP Timeout 04:00:00 Last input never, output never, output hang never I got two kernel messages regarding that the interfaces are up in the etherchannel. If I pull out one of the cables and reconnect it I get the down/up normally. It seems that I can't crash now with tcpdump. I see the incoming packets on fxp[0-1], I see the outgoing ones on fec0, but there is no connection between the two groups. > Like I said, it depends on time and availability of resources. Sadfully, I can't provide you more time, but can provide remote access to resources. ----------[ Free Software ISOs - http://www.fsn.hu/?f=download ]---------- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message