From nobody@FreeBSD.org  Mon Feb 16 09:21:38 2009
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 91CA61065677
	for <freebsd-gnats-submit@FreeBSD.org>; Mon, 16 Feb 2009 09:21:38 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21])
	by mx1.freebsd.org (Postfix) with ESMTP id 641548FC12
	for <freebsd-gnats-submit@FreeBSD.org>; Mon, 16 Feb 2009 09:21:38 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.14.3/8.14.3) with ESMTP id n1G9LcQG066575
	for <freebsd-gnats-submit@FreeBSD.org>; Mon, 16 Feb 2009 09:21:38 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.14.3/8.14.3/Submit) id n1G9LcgS066574;
	Mon, 16 Feb 2009 09:21:38 GMT
	(envelope-from nobody)
Message-Id: <200902160921.n1G9LcgS066574@www.freebsd.org>
Date: Mon, 16 Feb 2009 09:21:38 GMT
From: Trevor Roydhouse <fbsdbugs3@sentry.org>
To: freebsd-gnats-submit@FreeBSD.org
Subject: [re] re0: watchdog timeout (missed Tx interrupts) -- recovering
X-Send-Pr-Version: www-3.1
X-GNATS-Notify:

>Number:         131738
>Category:       kern
>Synopsis:       [re] re0: watchdog timeout (missed Tx interrupts) -- recovering
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    yongari
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Feb 16 09:30:01 UTC 2009
>Closed-Date:    Wed Mar 18 05:06:50 UTC 2009
>Last-Modified:  Wed Mar 18 05:06:50 UTC 2009
>Originator:     Trevor Roydhouse
>Release:        7.1-STABLE
>Organization:
Sentry
>Environment:
FreeBSD xxxx.xxx.org 7.1-STABLE FreeBSD 7.1-STABLE #16: Wed Feb 11 18:49:36 EST 2009     xxxxxx@xxxx.xxx.org:/usr/obj/usr/src/sys/SHADOW  amd64
>Description:
Hardware: 
Gigabyte MA790X-DS4 AMD motherboard with onboard RealTek 8111B PCI-E Gigabit NIC;
Phenom 9550 quad core CPU;
4Gb RAM.

if_re details:
$FreeBSD: src/sys/dev/re/if_re.c,v 1.95.2.41 2009/02/09 01:38:01 yongari Exp $

if_rlreg details:
$FreeBSD: src/sys/pci/if_rlreg.h,v 1.67.2.20 2009/02/09 01:38:01 yongari Exp $

pciconf -lv output:
re0@pci0:2:0:0: class=0x020000 card=0xe0001458 chip=0x816810ec rev=0x01 hdr=0x00
    vendor     = 'Realtek Semiconductor'
    device     = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC'
    class      = network
    subclass   = ethernet

dmesg:
re0: <RealTek 8168/8168B/8168C/8168CP/8168D/8111B/8111C/8111CP PCIe Gigabit Ethernet> port 0xee00-0xeeff mem 0xfdfff000-0xfdffffff irq 18 at device 0.0 on pci2
re0: turning off MSI enable bit.
re0: Chip rev. 0x38000000
re0: MAC rev. 0x00000000
miibus0: <MII bus> on re0
rgephy0: <RTL8169S/8110S/8211B media interface> PHY 1 on miibus0
rgephy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto
re0: Ethernet address: 00:1f:d0:a4:ec:fc
re0: [FILTER]

messages log entries:
Feb 15 17:37:05 shadow kernel: re0: watchdog timeout (missed Tx interrupts) -- recovering
Feb 15 19:49:52 shadow kernel: re0: watchdog timeout (missed Tx interrupts) -- recovering

The watchdog timeouts occur intermittently, possibly during periods of high outbound bandwidth utilisation (1 Mbps DSL outbound/20 Mbps DSL inbound).
>How-To-Repeat:
Intermittent :-(  

ftp from one LAN gigabit machine to/from this system via a gigabit switch does not cause the issue. Tx throughput approaches 35 Mbps. Yet timeouts occur when serving external web clients via the gigabit switch, connected to the 100 Mbps port of a Siemens Speedstream 4200 ADSL router on an ADSL2+ line (20 Mbps down, 1 Mbps up).
>Fix:


>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-bugs->freebsd-net 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Mon Feb 16 09:53:32 UTC 2009 
Responsible-Changed-Why:  
Over to maintainer(s). 

http://www.freebsd.org/cgi/query-pr.cgi?pr=131738 

From: Bruce Cran <bruce@cran.org.uk>
To: Trevor Roydhouse <fbsdbugs3@sentry.org>
Cc: bug-followup@FreeBSD.org
Subject: Re: kern/131738: [re] re0: watchdog timeout (missed Tx interrupts)
 -- recovering
Date: Mon, 16 Feb 2009 12:53:03 +0000

 I also saw this message recently on my laptop which runs 8-CURRENT
 (20090205); the hardware is:
 
 re0: <RealTek 8101E/8102E/8102EL PCIe 10/100baseTX> port 0x2000-0x20ff
 mem 0xd1010000-0xd1010fff,0xd1000000-0xd100ffff irq 19 at device 0.0 on
 pci10 re0: Chip rev. 0x24800000 re0: MAC rev. 0x00000000
 miibus0: <MII bus> on re0
 rlphy0: <RTL8201L 10/100 media interface> PHY 1 on miibus0
 rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
 re0: Ethernet address: 00:1e:ec:f5:fd:4f
 re0: [FILTER]
 
 I'm connected to the Internet using 17Mb ADSL.
 
 -- 
 Bruce Cran
State-Changed-From-To: open->feedback 
State-Changed-By: yongari 
State-Changed-When: Mon Feb 16 23:59:15 UTC 2009 
State-Changed-Why:  
Would you try latest re(4) in HEAD(r188474)? Copying if_re.c, 
if_rl.c and if_rlreg.h from HEAD to 7-stable is enough to test 
this. 
Btw, the watchdog timeout is not real, it just indicates missing 
Tx completion interrupt. Otherwise you would have seen link state 
change message as watchdog involves resetting controller(e.g You 
can safely ignore this). 


Responsible-Changed-From-To: freebsd-net->yongari 
Responsible-Changed-By: yongari 
Responsible-Changed-When: Mon Feb 16 23:59:15 UTC 2009 
Responsible-Changed-Why:  
Grab. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=131738 

From: fbsdbugs3 <fbsdbugs3@sentry.org>
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: kern/131738: [re] re0: watchdog timeout (missed Tx interrupts)
 -- recovering
Date: Fri, 06 Mar 2009 20:16:01 +1100

 Yes, latest re(4) in HEAD(r188474) from HEAD fixes this issue.
 
 Thanks!
State-Changed-From-To: feedback->patched 
State-Changed-By: yongari 
State-Changed-When: Sun Mar 8 02:28:46 UTC 2009 
State-Changed-Why:  
Submitter confirms that re(4) in HEAD fixed the issue. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=131738 
State-Changed-From-To: patched->closed 
State-Changed-By: yongari 
State-Changed-When: Wed Mar 18 05:06:27 UTC 2009 
State-Changed-Why:  
MFC done. Thanks for reporting! 

http://www.freebsd.org/cgi/query-pr.cgi?pr=131738 
>Unformatted:
