From owner-freebsd-bugs@FreeBSD.ORG Fri Aug 1 21:50:42 2014 Return-Path: Delivered-To: freebsd-bugs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 09D19D0B for ; Fri, 1 Aug 2014 21:50:41 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C1A802B76 for ; Fri, 1 Aug 2014 21:50:41 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.8/8.14.8) with ESMTP id s71LofMv002220 for ; Fri, 1 Aug 2014 21:50:41 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 192315] high load average while idle, slow keyboard reaction Date: Fri, 01 Aug 2014 21:50:42 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: mav@FreeBSD.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2014 21:50:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192315 --- Comment #9 from Alexander Motin --- (In reply to Steve Wills from comment #8) > (In reply to Alexander Motin from comment #5) > > That does not tell much after you enabled HPET, except that your system does > > have C-states. Reboot without switching to HPET and check again. If C-states > > block working, you should not see states deeper then C1 used even if enabled. > > Ok, rebooted without setting HPET: > > meatwad% sysctl kern.timecounter.hardware kern.eventtimer.timer > kern.timecounter.hardware: TSC-low > kern.eventtimer.timer: LAPIC > meatwad% sysctl dev.cpu | grep cx_usage > dev.cpu.0.cx_usage: 22.28% 77.71% 0.00% last 1359us > dev.cpu.0.cx_usage_counters: 17048 59466 0 > dev.cpu.1.cx_usage: 21.54% 78.45% 0.00% last 939us > dev.cpu.1.cx_usage_counters: 17294 62983 0 > dev.cpu.2.cx_usage: 31.10% 68.89% 0.00% last 1146us > dev.cpu.2.cx_usage_counters: 33021 73155 0 > dev.cpu.3.cx_usage: 21.15% 78.84% 0.00% last 738us > dev.cpu.3.cx_usage_counters: 18109 67474 0 > dev.cpu.4.cx_usage: 21.94% 78.05% 0.00% last 447us > dev.cpu.4.cx_usage_counters: 18022 64084 0 > dev.cpu.5.cx_usage: 22.70% 77.29% 0.00% last 682us > dev.cpu.5.cx_usage_counters: 18103 61637 0 > dev.cpu.6.cx_usage: 26.53% 73.46% 0.00% last 430us > dev.cpu.6.cx_usage_counters: 33056 91541 0 > dev.cpu.7.cx_usage: 22.60% 77.39% 0.00% last 6us > dev.cpu.7.cx_usage_counters: 16724 57250 0 > meatwad% sysctl -a | grep cx_lowest > hw.acpi.cpu.cx_lowest: C8 > dev.cpu.0.cx_lowest: C8 > dev.cpu.1.cx_lowest: C8 > dev.cpu.2.cx_lowest: C8 > dev.cpu.3.cx_lowest: C8 > dev.cpu.4.cx_lowest: C8 > dev.cpu.5.cx_lowest: C8 > dev.cpu.6.cx_lowest: C8 > dev.cpu.7.cx_lowest: C8 > meatwad% Hmm. It looks like the deepest C-state was actually disabled automatically. Then it is surprising to have any problem with LAPIC. But, just to be sure that BIOS does not fool us, could you disable all C-states completely with something like this in rc.conf: performance_cx_lowest="C1" economy_cx_lowest="C1" , and if it won't help, also disable C1E in BIOS. -- You are receiving this mail because: You are the assignee for the bug.