From owner-freebsd-arch@FreeBSD.ORG Sun Dec 2 15:57:34 2007 Return-Path: Delivered-To: arch@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 802B616A417 for ; Sun, 2 Dec 2007 15:57:34 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 3E45E13C459 for ; Sun, 2 Dec 2007 15:57:34 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.1/8.14.1) with ESMTP id lB2FqMTr070849; Sun, 2 Dec 2007 08:52:22 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 02 Dec 2007 08:55:45 -0700 (MST) Message-Id: <20071202.085545.177225588.imp@bsdimp.com> To: phk@phk.freebsd.dk From: "M. Warner Losh" In-Reply-To: <19518.1196609689@critter.freebsd.dk> References: <20071202072658.A9217@xorpc.icir.org> <19518.1196609689@critter.freebsd.dk> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: arch@FreeBSD.ORG Subject: Re: New "timeout" api, to replace callout X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2007 15:57:34 -0000 In message: <19518.1196609689@critter.freebsd.dk> "Poul-Henning Kamp" writes: : >"periodically with whatever period is convenient to you" is : >a legitimate request that client code might have. : >(I understand that this concept of time is very southern european :) : : I disagree, that case, should be "with a period between N and M, : at your choice". : : And yes, it may be that we need to extend the API for that, but : please give a concrete example so we know what we're talking about. There are a number of places in the tree that use a parameter of '1' today to mean "next time that's convenient." Some of these places are clever and know that HZ is never < 100 or > 1000 (or so they think), while others are just sloppy code. Warner