From owner-cvs-all Mon Jul 8 17:20: 9 2002 Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC3DF37B400; Mon, 8 Jul 2002 17:20:00 -0700 (PDT) Received: from root.com (nexus.root.com [209.102.106.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id F334743E4A; Mon, 8 Jul 2002 17:19:59 -0700 (PDT) (envelope-from dg@root.com) Received: (from dg@localhost) by root.com (8.11.2/8.11.2) id g690F8872059; Mon, 8 Jul 2002 17:15:08 -0700 (PDT) (envelope-from dg) Date: Mon, 8 Jul 2002 17:15:08 -0700 From: David Greenman-Lawrence To: Peter Wemm Cc: Luigi Rizzo , Don Lewis , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/fxp if_fxp.c Message-ID: <20020708171508.E71311@nexus.root.com> References: <20020708145235.I77043@iguana.icir.org> <20020708215808.B34E53808@overcee.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020708215808.B34E53808@overcee.wemm.org>; from peter@wemm.org on Mon, Jul 08, 2002 at 02:58:08PM -0700 Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Luigi Rizzo wrote: >> On Mon, Jul 08, 2002 at 02:39:35PM -0700, Don Lewis wrote: >> ... >> > I just started seeing fxp timeouts on my -current box since I upgraded >> > the morning of July 7. >> >> and why is this surprising ? This is the expected behaviour if you >> cannot transmit a packet within 5 seconds... > >I've suddenly started getting them too. >.. >fxp0: device timeout >fxp0: device timeout >.. > >It is suprising because it appears to be working fine and has been working >fine for years. It seems the only relevant thing that has recently changed >is that you touched the fxp driver.. I suspect that Luigi doesn't understand how the fxp driver transmit side works, especially in the way that transmit interrupts are done. Transmit interrupts are only generated as a way of garbage collection when there are no more descriptors available. This is an important optimization and is a fundamental difference from the way most other drivers work. In other words, transmit interrupts don't happen for every packet (or even set of packets) like I think Luigi is expecting. -DG D.G.Lawrence Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 TeraSolutions, Inc. - http://www.terasolutions.com - (503) 288 9544 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message