From owner-freebsd-net@FreeBSD.ORG Mon Apr 12 03:04:25 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D650516A4CE for ; Mon, 12 Apr 2004 03:04:25 -0700 (PDT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0055E43D2F for ; Mon, 12 Apr 2004 03:04:24 -0700 (PDT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i3CA3FoF031040 for net@FreeBSD.org.checked; (8.12.8/vak/2.1) Mon, 12 Apr 2004 14:03:15 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i3C9xdlx030769; (8.12.8/vak/2.1) Mon, 12 Apr 2004 13:59:40 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <407A6882.3080807@cronyx.ru> Date: Mon, 12 Apr 2004 13:59:30 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <20040409164724.GD2461@ip.net.ua> <407A3AD5.50508@cronyx.ru> <20040412075849.GF17656@ip.net.ua> In-Reply-To: <20040412075849.GF17656@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Luigi Rizzo cc: net@FreeBSD.org Subject: Re: polling(4) and rl(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2004 10:04:26 -0000 Ruslan Ermilov wrote: >On Mon, Apr 12, 2004 at 10:44:37AM +0400, Roman Kurakin wrote: > > >>Ruslan Ermilov wrote: >> >> >> >>>As an aside, I've started working on the ``[-]polling'' option for >>>ifconfig(8) that, when done, will allow changing the polling status >>>of individual interfaces in run-time, e.g., the following command >>>will disable polling on nge0: >>> >>> ifconfig nge0 -polling >>> >>> >>Just a thought, what if iface is not hardware? Netgraph for example? :-) >> >> >I can only think of ng_eiface(4) here, and I don't see how it would >benefit at all from having the DEVICE_POLLING support, nor I can see >how such a support would fit into the driver, as the driver doesn't >have any RX/TX queues. But it can be done of course. ;) > > I am about devices that might have hardware layer that supports polling but doesn't end with iface itself ... Though it was just some thought ;-) rik