From owner-freebsd-pf@FreeBSD.ORG Sat Apr 7 19:00:03 2007 Return-Path: X-Original-To: freebsd-pf@freebsd.org Delivered-To: freebsd-pf@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F8E316A405 for ; Sat, 7 Apr 2007 19:00:03 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 54CA013C45E for ; Sat, 7 Apr 2007 19:00:03 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 17578 invoked from network); 7 Apr 2007 18:33:24 -0000 Received: from ppp-71-139-28-99.dsl.snfc21.pacbell.net (HELO ?10.0.0.235?) (nate-mail@71.139.28.99) by root.org with ESMTPA; 7 Apr 2007 18:33:24 -0000 Message-ID: <4617E3ED.9090400@root.org> Date: Sat, 07 Apr 2007 11:33:17 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.7 (X11/20061027) MIME-Version: 1.0 To: Max Laier References: <4617D3A6.8000201@root.org> <200704071945.51273.max@love2party.net> In-Reply-To: <200704071945.51273.max@love2party.net> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-pf@freebsd.org Subject: Re: call for testers: altq in current X-BeenThere: freebsd-pf@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussion and general questions about packet filter \(pf\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Apr 2007 19:00:03 -0000 Max Laier wrote: > On Saturday 07 April 2007 19:23, Nate Lawson wrote: >> A few weeks ago, I committed a change to ALTQ that I was only able to >> compile-test. What I need is someone with a laptop or other >> cpufreq-capable system that is also using ALTQ to verify that with >> powerd running, the queuing timing is now reliable. >> >> Previously, altq would just cache the first value of the CPU freq it >> saw (based on tsc_freq) and use that forever. Now it gets updated each >> time the freq changes. I want to make sure the edge cases (i.e., freq >> changes while a packet is being timed) work ok. > > I will try to give it a spin over the long weekend. Other testers please > note that you should test this without ALTQ_NOPCC. Looking at the patch > now, it seems that the eventhandler should take this into account, too. > i.e. when ALTQ_NOPCC is defined we emulate a 256Mhz clock with > microtime - this shouldn't be dependent on the real cpu frequency > (eventhough things will get strange when the clockspeed drops below > 256Mhz). Sorry for not paying attention when you posted the patch. > > CC'ing freebsd-pf@ ... laptop anyone? Thanks Max. Yes, the microtime clock will be mostly unaffected by the CPU frequency. However, we may need to look into that case. -- Nate