From owner-freebsd-current@FreeBSD.ORG Mon Jul 10 03:54:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 47A2C16A4E1 for ; Mon, 10 Jul 2006 03:54:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 895CE43D53 for ; Mon, 10 Jul 2006 03:54:37 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by nz-out-0102.google.com with SMTP id 12so5783nzp for ; Sun, 09 Jul 2006 20:54:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=k1GUt4sux5I5udbjoKwwMX1FBe5DJ58rR6r913L8pGaUPl+ugB1hiOJcaqZ4HJSqyiApr6qAmI3nLdFN9ntQZwPFR6rlX6NThwb4P1lqFtjqyb9vUo9hVP/rCq2dxafMUtpi4oJxl/FLO65oRAhj+v1cOy7UYB/G9ZwRt05bCZc= Received: by 10.36.100.15 with SMTP id x15mr4226668nzb; Sun, 09 Jul 2006 20:54:36 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 38sm11815nzk.2006.07.09.20.54.33; Sun, 09 Jul 2006 20:54:36 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k6A3sVYZ002047 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Jul 2006 12:54:32 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k6A3sUJQ002046; Mon, 10 Jul 2006 12:54:30 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 10 Jul 2006 12:54:30 +0900 From: Pyun YongHyeon To: Matthew Jacob , csaba-ml@creo.hu, Bill Paul , freebsd-current@freebsd.org, Christian Brueffer Message-ID: <20060710035430.GC1128@cdnetworks.co.kr> References: <20060706124258.GE76865@cdnetworks.co.kr> <20060707045344.177AF16A4DD@hub.freebsd.org> <20060707074957.GF82406@cdnetworks.co.kr> <20060707094302.GA1669@haakonia.hitnet.RWTH-Aachen.DE> <7579f7fb0607082124p114dfd67r68a5f4db45eff5c2@mail.gmail.com> <20060710022737.GB1128@cdnetworks.co.kr> <20060710030755.GN734@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060710030755.GN734@funkthat.com> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: Call for stge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 03:54:39 -0000 On Sun, Jul 09, 2006 at 08:07:55PM -0700, John-Mark Gurney wrote: > Pyun YongHyeon wrote this message on Mon, Jul 10, 2006 at 11:27 +0900: > > On Sat, Jul 08, 2006 at 09:24:23PM -0700, Matthew Jacob wrote: > > > Jason THorpe did one for NetBSD. > > > > > > I did one for Solaris. Nice chip. Too bad it wasn't more popular. > > > > I'm satisfied with the performance and easy interface for the chip. > > But the lack of Tx interrupt moderation and extra accesses to a > > status register to check which kind of Tx errors were occurred are > > serious fault. Since the the error condition uses the same status > > bit in interrupt status register it's hard to distingush failures > > from sucess without extra register accesses. > > bah, tx interrupts are so last century... there isn't any reason to > have them... just schedule a timeout or wakeup a thread when the > number of tx descriptors are low.. and if you ran out, you could > even do the minimal work to free them up right in place... > I'm afraid it's not that simple. If we just reclaim Tx descriptors based only on number of available Tx descriptors it would hold a lot of mbuf chains in memory for a long time. My approach to solve this is hybrid(a watermark which control when to raise a Tx interrupt plus clean up handler which is called every hz) -- Regards, Pyun YongHyeon