From owner-freebsd-current@FreeBSD.ORG Thu Jun 1 20:42:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E9BB16AC13 for ; Thu, 1 Jun 2006 20:42:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2347143D6A for ; Thu, 1 Jun 2006 20:42:13 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [131.106.58.208] (72-255-64-173.client.stsn.net [72.255.64.173]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k51Kg4T7081134; Thu, 1 Jun 2006 16:42:11 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 1 Jun 2006 15:04:30 -0400 User-Agent: KMail/1.9.1 References: <1148837064.00534930.1148826605@10.7.7.3> <447C1BBD.5020004@icyb.net.ua> <447D0B5C.3020901@root.org> In-Reply-To: <447D0B5C.3020901@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606011504.31635.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1505/Thu Jun 1 14:29:37 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Andriy Gapon , Nate Lawson Subject: Re: Freeze due to performance_cx_lowest=LOW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 20:43:11 -0000 On Tuesday 30 May 2006 23:19, Nate Lawson wrote: > Andriy Gapon wrote: > > on 29/05/2006 23:10 Nate Lawson said the following: > >> disable apic (hint.apic.0.disabled="1"). I isolated this a little while > >> ago to the change to enable LAPIC timer. However, there is currently no > >> easy way to disable the LAPIC timer with APIC enabled so you have to > >> disable APIC. jhb@ and I have been discussing how to do this better but > >> no easy answers apparently. > > > > I am not sure what I am talking about, but is it potentially possible to > > drive timer system by more than one clock, actively using the most > > precise of them at any particular moment ? So that if LAPIC timer stops > > i8254 can be used instead. > > That requires mixed mode delivery -- i8254 on legacy PIC irq and APIC > mode for other interrupts. jhb@ just killed this and isn't eager to add > it back. I'll let him explain if he has more to add. Namely that it is unreliable and expressly forbidden by the ACPI spec. -- John Baldwin