From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 15 19:18:32 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6F73106566C; Mon, 15 Aug 2011 19:18:32 +0000 (UTC) (envelope-from joesuf4@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 500C38FC13; Mon, 15 Aug 2011 19:18:31 +0000 (UTC) Received: by vxh11 with SMTP id 11so5456229vxh.13 for ; Mon, 15 Aug 2011 12:18:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=PFUW2b3Af9e1CJZqUft18n5nL1804gW6KIQJt/bdZMQ=; b=ONlnjhCFPyTpw4KQZrgCbYSGaSY9rdCSYI1cOrYz0UEqli8lQDlwtOuN1XYvYNgnVA PMWf6Eo4TmSnQsLxfkx/vhT6UmaCgEvwV2nEVUKG+1SldqXnQDgh/EfZr7S9nalX4/ee NTVhZNgZ1amLx93SzTdLMg1+a+xV+YY0/Z0ws= MIME-Version: 1.0 Received: by 10.52.24.240 with SMTP id x16mr1479946vdf.298.1313435911437; Mon, 15 Aug 2011 12:18:31 -0700 (PDT) Received: by 10.220.190.7 with HTTP; Mon, 15 Aug 2011 12:18:31 -0700 (PDT) In-Reply-To: References: <4E4911F1.9030808@FreeBSD.org> Date: Mon, 15 Aug 2011 15:18:31 -0400 Message-ID: From: Joe Schaefer To: Andriy Gapon Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers Subject: Re: Clock stalls on Sabertooth 990FX X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 19:18:32 -0000 On Mon, Aug 15, 2011 at 9:31 AM, Joe Schaefer wrote: > On Mon, Aug 15, 2011 at 8:32 AM, Andriy Gapon wrote: >> on 13/08/2011 20:16 Joe Schaefer said the following: >>> Brand new machine with a Phenom II X6 1100T and under chronic load >>> the clock will stop running periodically until the machine eventually c= ompletely >>> freezes. =C2=A0Note: during these stalls the kernel is still running, t= he >>> machine is still >>> mostly responsive, it's just that the clock is frozen in time. >>> >>> I've disabled Turbo mode in the bios and toyed with just about every >>> other setting but nothing seems to resolve this problem. =C2=A0Based on= the behavior >>> of the machine (just making buildworld will eventually kill it, upping >>> the -j flag >>> just kills it faster), I'm guessing it has something to do with the >>> Digi+ VRM features >>> but again nothing I've tried modifying in the bios seems to help. >>> >>> I've tried both 8.2-RELEASE and FreeBSD 9 (head). =C2=A0Running head no= w with >>> a dtrace enabled kernel. >>> >>> Suggestions? >> >> On head, start with checking what source is used for driving clocks: >> sysctl kern.eventtimer > > % sysctl kern.eventtimer =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0[mast= er] > kern.eventtimer.choice: HPET(450) HPET1(450) HPET2(450) LAPIC(400) > i8254(100) RTC(0) > kern.eventtimer.et.LAPIC.flags: 15 > kern.eventtimer.et.LAPIC.frequency: 0 > kern.eventtimer.et.LAPIC.quality: 400 > kern.eventtimer.et.HPET.flags: 3 > kern.eventtimer.et.HPET.frequency: 14318180 > kern.eventtimer.et.HPET.quality: 450 > kern.eventtimer.et.HPET1.flags: 3 > kern.eventtimer.et.HPET1.frequency: 14318180 > kern.eventtimer.et.HPET1.quality: 450 > kern.eventtimer.et.HPET2.flags: 3 > kern.eventtimer.et.HPET2.frequency: 14318180 > kern.eventtimer.et.HPET2.quality: 450 > kern.eventtimer.et.i8254.flags: 1 > kern.eventtimer.et.i8254.frequency: 1193182 > kern.eventtimer.et.i8254.quality: 100 > kern.eventtimer.et.RTC.flags: 17 > kern.eventtimer.et.RTC.frequency: 32768 > kern.eventtimer.et.RTC.quality: 0 > kern.eventtimer.periodic: 0 > kern.eventtimer.timer: HPET ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Changing this to "i8254" seems to have resolved the stalls. I'm running buildworld -j12 without issue. More than willing to test out a patch or two against head if anyone's still interested, otherwise I've thrown the change into loader.conf and will move along quietly.