From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 13:39:46 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF937106566C for ; Wed, 14 Apr 2010 13:39:46 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id EB51F8FC1D for ; Wed, 14 Apr 2010 13:39:45 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA28209; Wed, 14 Apr 2010 16:39:37 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4BC5C599.2000802@icyb.net.ua> Date: Wed, 14 Apr 2010 16:39:37 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: Akephalos References: <20100408042958.21d99cea.akephalos.akephalos@gmail.com> <4BBD81B6.4000109@icyb.net.ua> <20100408150436.f08ccbea.akephalos.akephalos@gmail.com> <4BBDDB15.4080406@icyb.net.ua> <20100408154422.071e0904.akephalos.akephalos@gmail.com> <4BBDE420.2060003@icyb.net.ua> <20100408162149.1a5bb8c7.akephalos.akephalos@gmail.com> <4BBDF02C.4020909@icyb.net.ua> <20100410072103.7a216222.akephalos.akephalos@gmail.com> <4BC4DCF0.9010209@icyb.net.ua> <20100414162800.76c6aeac.akephalos.akephalos@gmail.com> In-Reply-To: <20100414162800.76c6aeac.akephalos.akephalos@gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: CPU problems after 8.0-STABLE update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Apr 2010 13:39:46 -0000 on 14/04/2010 16:28 Akephalos said the following: > On Wed, 14 Apr 2010 00:06:56 +0300 Andriy Gapon wrote: >> What is not obvious is why your RTC doesn't work as expected. I have no >> answer to that. >> >> One thing that makes me suspicious is that HPET also doesn't seem to work on >> your system. One very very wild guess is that IRQ8 might be actually driven >> by HPET, not RTC. And our programming of HPET or RTC or both messes things >> up. >> >> It would be interesting to see if disabling HPET (acpi_hpet) changes >> anything: debug.acpi.disabled="hpet" >> >> >> -- Andriy Gapon > > Anytime. Please tell me what options and source version (date) should I use. > I'm currently on the revision from 8 April an have machdep.lapic_allclocks set > to 1. I think that any version of source should be good, just set machdep.lapic_allclocks to 0. -- Andriy Gapon