From owner-freebsd-net@FreeBSD.ORG Wed Dec 7 07:55:23 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 867A1106566B for ; Wed, 7 Dec 2011 07:55:23 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4FE548FC15 for ; Wed, 7 Dec 2011 07:55:23 +0000 (UTC) Received: by iafi7 with SMTP id i7so881078iaf.13 for ; Tue, 06 Dec 2011 23:55:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=j3uCtTd/hk92tNwoRCv9ZObvHQoyjsCt8RqwI6XeQlk=; b=QAuh/2WujV0Ijt8hK711ROUuYzK1Bna4e+q01hjY3ZoDPl5n3snZliZTa8pMH5COEH HOh6RZzC4zYQ11yZhjVJt+XY10gxbUamE3p2IxuZXQk0SyYqpXUbPHN07HLbo9R0zZuZ 3GhYviP/UH74ZwZTqwZZAaaqlYg+dPrOSbWwY= MIME-Version: 1.0 Received: by 10.50.40.135 with SMTP id x7mr18527733igk.48.1323244522638; Tue, 06 Dec 2011 23:55:22 -0800 (PST) Received: by 10.231.19.72 with HTTP; Tue, 6 Dec 2011 23:55:22 -0800 (PST) In-Reply-To: <20111207005958.GE5825@michelle.cdnetworks.com> References: <20111205022730.GE1729@michelle.cdnetworks.com> <20111207005958.GE5825@michelle.cdnetworks.com> Date: Wed, 7 Dec 2011 09:55:22 +0200 Message-ID: From: Sami Halabi To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Problem on re0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2011 07:55:23 -0000 Hi, the patch failed, As i see /usr/src/dev/re/if_re.c has the following at line 1943: if (rxstat & RL_RDESC_STAT_RXERRSUM && !(total_len > 8191 && (rxstat & RL_RDESC_STAT_ERRS) == RL_RDESC_STAT_GIANT)) { ifp->if_ierrors++; /* * If this is part of a multi-fragment packet, * discard all the pieces. */ if (sc->rl_head != NULL) { m_freem(sc->rl_head); sc->rl_head = sc->rl_tail = NULL; } re_discard_rxbuf(sc, i); continue; } these are sources for 8.2-R+p4 Sami On Wed, Dec 7, 2011 at 2:59 AM, YongHyeon PYUN wrote: > On Mon, Dec 05, 2011 at 01:53:03PM +0200, Sami Halabi wrote: > > Hi, > > Dmesg: > > > > re0: port > > 0x9000-0x90ff mem 0xf4000000-0xf40000ff irq 16 at device 6.0 on pci1 > > re0: Chip rev. 0x10000000 > > re0: MAC rev. 0x00000000 > > miibus0: on re0 > > rgephy0: PHY 1 on miibus0 > > rgephy0: 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, > 100baseTX-FDX, > > 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, > > 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, > auto, > > auto-flow > > re0: Ethernet address: 00:a1:b0:69:15:5d > > re0: [FILTER] > > re1: port > > 0x9400-0x94ff mem 0xf4001000-0xf40010ff irq 17 at device 7.0 on pci1 > > re1: Chip rev. 0x10000000 > > re1: MAC rev. 0x00000000 > > miibus1: on re1 > > rgephy1: PHY 1 on miibus1 > > rgephy1: 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, > 100baseTX-FDX, > > 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, > > 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, > auto, > > auto-flow > > re1: Ethernet address: 00:a1:b0:69:76:28 > > re1: [FILTER] > > > > Thanks for the info. > > > ------------------------------------------------ > > here is "sysctl dev.re.0.stats=1" output: > > Dec 5 14:58:27 mpd kernel: re0 statistics: > > Dec 5 14:58:27 mpd kernel: Tx frames : 15790052 > > Dec 5 14:58:27 mpd kernel: Rx frames : 11847483 > > Dec 5 14:58:27 mpd kernel: Tx errors : 0 > > Dec 5 14:58:27 mpd kernel: Rx errors : 10378 > > Dec 5 14:58:27 mpd kernel: Rx missed frames : 0 > > Dec 5 14:58:27 mpd kernel: Rx frame alignment errs : 0 > > Dec 5 14:58:27 mpd kernel: Tx single collisions : 0 > > Dec 5 14:58:27 mpd kernel: Tx multiple collisions : 0 > > Dec 5 14:58:27 mpd kernel: Rx unicast frames : 11847483 > > Dec 5 14:58:27 mpd kernel: Rx broadcast frames : 0 > > Dec 5 14:58:27 mpd kernel: Rx multicast frames : 0 > > Dec 5 14:58:27 mpd kernel: Tx aborts : 0 > > Dec 5 14:58:27 mpd kernel: Tx underruns : 0 > > The MAC statistics do not show detailed information for RX errors. > :-( > > > > > here is current netstat: > > Name Mtu Network Address Ipkts Ierrs Idrop > Ibytes > > Opkts Oerrs Obytes Coll > > re0 1500 00:a1:b0:69:15:5d 294056550 280 0 > > 86154803011 420449814 0 350472123744 0 > > Because driver updated if_ierrors counter, could you apply attached > patch and let me know what values can you see on your console? > > > 01:00:5e:00:00:01 261 > > 0 > > re0 1500 188.64.96.4/3 5.1886496.royalsh 435 - - > 35076 > > 420439431 - 344585787536 - > > re1* 1500 00:a1:b0:69:76:28 0 0 0 > 0 > > 0 0 0 0 > > > > i had in the last 36 hours 7 time card stuck and ifconfig down/up... > > > > >When you notice the controller is in stuck condition, could you > > >check which part(either TX or RX or both) of controller does not > > >work? > > how i can output that? > > > > There is no knob to know that. You should be able to send some > packets from the box when you know the controller is in stuck > condition which may not be available option if the box is not on > your desk. > > If you can access the box when its network is in stuck condition, > try sending ICMP ECHO requests from re(4) host to other box in the > LAN. And use tcpdum on the other box to know whether it can see the > packets. If you can see ICMP ECHO requests, this means TX still > works. For RX, send some packets to re(4) host and see whether re(4) > can see these packets. > -- Sami Halabi Information Systems Engineer NMS Projects Expert