From owner-svn-src-head@freebsd.org Mon Jan 4 15:47:44 2016 Return-Path: Delivered-To: svn-src-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C582EA61062; Mon, 4 Jan 2016 15:47:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A48D91BD6; Mon, 4 Jan 2016 15:47:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A548FB91E; Mon, 4 Jan 2016 10:47:43 -0500 (EST) From: John Baldwin To: Adrian Chadd Cc: "src-committers@freebsd.org" , "svn-src-all@freebsd.org" , "svn-src-head@freebsd.org" Subject: Re: svn commit: r293022 - head/sys/net80211 Date: Mon, 04 Jan 2016 07:47:39 -0800 Message-ID: <2558363.cYPdmfTgJ4@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-STABLE; KDE/4.14.3; amd64; ; ) In-Reply-To: References: <201601010021.u010L7sW006625@repo.freebsd.org> <5919271.R3YaC4QkYh@ralph.baldwin.cx> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 04 Jan 2016 10:47:43 -0500 (EST) X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2016 15:47:44 -0000 On Friday, January 01, 2016 07:41:42 PM Adrian Chadd wrote: > yup. all of this is ... terrible atm. > > I do need to be able to give a bounds though. :( The _sbt variants let you specify a bounds for the "fuzzy". You give the deadline time as one value ('sbt') and an upper bound on how long to delay extra as the second ('pr'). The wait will timeout sometime between 'sbt' and 'sbt + pr'. Alternatively, you can leave 'pr' as 0 and encode the precision via the C_PREL() flags instead as described in callout(9). (I think how to use sbintime_t should probably be broken out into a separate sbintime(9) manpage that callout(9) and other consumers reference rather than being buried in callout(9) to make it easier to figure out how to use these. The same manpage can also talk about the SBT_* constants and how to generate sbintime_t values from known reference times.) -- John Baldwin