From owner-freebsd-bugs@freebsd.org Mon Feb 20 10:25:49 2017 Return-Path: Delivered-To: freebsd-bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0931ECE54AE for ; Mon, 20 Feb 2017 10:25:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D67BE183F for ; Mon, 20 Feb 2017 10:25:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1KAPmJe068428 for ; Mon, 20 Feb 2017 10:25:48 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 217247] [acpi] r265474 makes 11.0R unusable with Atom 330 Date: Mon, 20 Feb 2017 10:25:48 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: stephane_freebsd@lesimple.fr X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.23 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Feb 2017 10:25:49 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217247 Bug ID: 217247 Summary: [acpi] r265474 makes 11.0R unusable with Atom 330 Product: Base System Version: 11.0-RELEASE Hardware: amd64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: stephane_freebsd@lesimple.fr After upgrading my FreeBSD-based firewall from 10.3R to 11.0R, the boot time (from power-on to the login prompt) rocketed from ~1 minute to more than 45 minutes, and even when up, the system was extremely slow. The loadavg was >= 2, with no process really taking that much CPU time, and the number of IRQ was= not too high (200-300 per sec) even if 20% of the time was spent in IRQ. To rule out any oddity with my system config, I reproduced the problem with= the bare official FreeBSD-10.3-RELEASE-amd64-memstick.img where the kernel takes 20s to boot, and FreeBSD-11.0-RELEASE-amd64-memstick.img takes more than 8 minutes, from "Booting..." to the login prompt. So, it took me several days of manual bisecting-compiling-memstick-booting,= and I finally found the culprit: base r265474 The diff is pretty straightforward, in /etc/defaults/rc.conf: -performance_cx_lowest=3D"HIGH" # Online CPU idle state +performance_cx_lowest=3D"Cmax" # Online CPU idle state -economy_cx_lowest=3D"HIGH" # Offline CPU idle state +economy_cx_lowest=3D"Cmax" # Offline CPU idle state If I override these values by putting HIGH back in /etc/rc.conf.local, the problem disappears. I was able to manually confirm that if I set dev.cpu.N.cx_lowest to C2 (or = C3), the system is horribly slow and sluggish, and back to C1 ("HIGH"), it's usa= ble again. The commit message indicates that "This may not stay through 11.0-RELEASE, = but at least having it on by default in -HEAD will expose (more) issues with br= oken hardware", so I guess my hardware is broken, even if I didn't observe such behavior previously under other OSes (namely Linux). I can imagine that any= body else booting FreeBSD 11.0 under such hardware would just give up, so it mig= ht be a good idea to detect this CPU on install and keep cx_lowest at C1? root@fw:~ # sysctl hw.machine hw.model dev.cpu.0 hw.machine: amd64 hw.model: Intel(R) Atom(TM) CPU 330 @ 1.60GHz dev.cpu.0.cx_method: C1/hlt C2/io C3/io dev.cpu.0.cx_usage_counters: 10731 0 0 dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% last 4432us dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_supported: C1/1/0 C2/2/1 C3/3/85 dev.cpu.0.%parent: acpi0 dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 dev.cpu.0.%location: handle=3D\_PR_.P001 dev.cpu.0.%driver: cpu dev.cpu.0.%desc: ACPI CPU --=20 You are receiving this mail because: You are the assignee for the bug.=