From owner-svn-src-head@FreeBSD.ORG Tue Aug 4 03:14:07 2009 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1205) id 1342E106566B; Tue, 4 Aug 2009 03:14:07 +0000 (UTC) Date: Tue, 4 Aug 2009 03:14:07 +0000 From: Navdeep Parhar To: Hans Petter Selasky Message-ID: <20090804031407.GA8974@hub.freebsd.org> Mail-Followup-To: Hans Petter Selasky , Bruce Evans , "M. Warner Losh" , rwatson@freebsd.org, alfred@freebsd.org, nparhar@gmail.com, src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org References: <20090802192902.GS47463@elvis.mu.org> <20090803.012206.1492586399.imp@bsdimp.com> <20090804032402.J21599@delplex.bde.org> <200908032033.08169.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200908032033.08169.hselasky@c2i.net> User-Agent: Mutt/1.4.2.1i Cc: src-committers@freebsd.org, Bruce Evans , svn-src-all@freebsd.org, alfred@freebsd.org, rwatson@freebsd.org, nparhar@gmail.com, svn-src-head@freebsd.org, "M. Warner Losh" Subject: Re: svn commit: r195960 - in head/sys/dev/usb: . controller input 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, 04 Aug 2009 03:14:07 -0000 On Mon, Aug 03, 2009 at 08:33:04PM +0200, Hans Petter Selasky wrote: > On Monday 03 August 2009 19:46:16 Bruce Evans wrote: > > On Mon, 3 Aug 2009, M. Warner Losh wrote: > > > In message: <200908030827.21108.hselasky@c2i.net> > > > > > > : I see two solutions: > > > : > > > : 1) Disable the timekeeping if no keys are pressed. > > > : > > > : 2) Second option is to use getmicrotime. Actually what I need is just a > > > : millisecond time reference so I know when to repeat the last key. > > > : > > > : Any opinions? DELAY() or getmicrotime() ? > > > > DELAY(1) is somewhet usable. > > I think DELAY(1) is not accurate enough. > > I suggest that the DELAY(1000) is only active while a key is actually pressed. > > See attached patch. Please test and report back. This patch fixes my problem. The machine is remote and I'm unable to test whether the USB keyboard and keystroke repetition works, but core dumps to a SATA disk are now as fast as they were before r195960. Thanks. Regards, Navdeep