From owner-freebsd-hackers Wed Nov 20 9:22:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3AF137B401 for ; Wed, 20 Nov 2002 09:22:28 -0800 (PST) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DE4043E75 for ; Wed, 20 Nov 2002 09:22:28 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0023.cvx21-bradley.dialup.earthlink.net ([209.179.192.23] helo=mindspring.com) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18EYXj-0005JB-00; Wed, 20 Nov 2002 09:21:39 -0800 Message-ID: <3DDBC451.B41E7B06@mindspring.com> Date: Wed, 20 Nov 2002 09:20:17 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: hiten@unixdaemons.com Cc: tony@ubik.demon.co.uk, freebsd-hackers@freebsd.org Subject: Re: if_ti DEVICE_POLLING patch (Was: Re: [hackers] Re: Netgraphcouldbe a router also) References: <3DDBBC87.70908@unixdaemons.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hiten Pandya wrote: > Hehe. I was not being sarcastic. I just acknoledged your statement. The > reason I asked about committing the patch in the first place, is because I > thought that the patch had been around on the -net@ list, and had been reviewed. > > My apologies. It's been around on the list for a while, but if it's working for the people involved, they are not saying anything. Last I heard, the person who had the problem had tried the Intel Gigabit card, but not the Tigon III, but was looking for a Gigabit card recommendation. I suppose I could make the same patch for the Intel card. The problem is that DEVICE_POLLING is an all-or-nothing thing, you can't control it on a card-by-card basis, even with a sysctl, because it fills out an entry point that's statically, rather than procedurally initialized. Basically, that means that the worst case, you could not turn it on for cards that are known to work, if the patch fails to work for the Tigon III. If someone with a Tigon III card could try the patch with the DEVICE_POLLING option enabled, and device polling turned on, and let us know that the card keeps functioning, rather than them getting a panic, then that would be enough, I think, to say "commit it". -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message