From owner-svn-src-head@FreeBSD.ORG Tue Nov 15 21:16:04 2011 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBD041065782; Tue, 15 Nov 2011 21:16:04 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.c2i.net [212.247.154.130]) by mx1.freebsd.org (Postfix) with ESMTP id 31A0D8FC16; Tue, 15 Nov 2011 21:16:03 +0000 (UTC) X-T2-Spam-Status: No, hits=2.0 required=5.0 tests=ALL_TRUSTED, BAYES_95 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 202167473; Tue, 15 Nov 2011 22:11:01 +0100 From: Hans Petter Selasky To: mdf@freebsd.org Date: Tue, 15 Nov 2011 22:08:15 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201111152048.pAFKmvNC016452@svn.freebsd.org> In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <201111152208.15443.hselasky@c2i.net> Cc: "svn-src-head@freebsd.org" , "svn-src-all@freebsd.org" , "src-committers@freebsd.org" Subject: Re: svn commit: r227541 - head/sys/dev/usb/controller X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 15 Nov 2011 21:16:04 -0000 On Tuesday 15 November 2011 21:54:28 mdf@freebsd.org wrote: > Is there some reason these functions aren't asking for a delay in > terms of milli- or microseconds, and converting to hz internally? There is no strong reason for this except, that when everything is computed in system ticks, there is no need for further conversion when interfacing to the pause(), cv_timedwait() etc. Integer division can be quite expensive on embedded systems, and there are now several ports of my USB stack to other platforms :-) where most of them don't have anything near GHz CPU's. --HPS