Subject: kern/10764: tlp0: receive ring overrun
To: None <gnats-bugs@gnats.netbsd.org>
From: Wolfgang Rupprecht <wolfgang@wsrcc.com>
List: netbsd-bugs
Date: 08/05/2000 12:18:14
>Number:         10764
>Category:       kern
>Synopsis:       lots of "tlp0: receive ring overrun"
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Aug 05 12:19:00 PDT 2000
>Closed-Date:
>Last-Modified:
>Originator:     Wolfgang Rupprecht
>Release:        -current Jul 30, 2000
>Organization:
W S Rupprecht Computer Consulting, Fremont CA
>Environment:
	
System: NetBSD capsicum.wsrcc.com 1.5C NetBSD 1.5C (WSRCC) #0: Sun Jul 30 11:47:17 PDT 2000 root@capsicum.wsrcc.com:/v/src/netbsd/NetBSD-current/usr/src/sys/arch/i386/compile/WSRCC i386


>Description:

	This is mostly for completeness, in case someone else sees this too.

	When I updated the kernel a few days ago the tlp0 just started
	reporting "tlp0: receive ring overrun" approx. once a second.

	This is the same hardware that I've been using for over a year
	and the only thing tlp0 ever reported was some CRC errors under heavy
	load (under 1 CRC report per minute).

	I don't know if this is a reporting thing and tlp recently
	found its voice or if something is now locking tlp0 interrupts
	out for too long.

	The kernel config is essentially GENERIC with a few things
	commented out.  

>How-To-Repeat:

	plug a GENERIC machine int a busy ethernet.  (In my case,
	the "athome" fremont1 "cablemodem" bridged ethernet cable.

	sit there and watch.

>Fix:
	
>Release-Note:
>Audit-Trail:
>Unformatted: