From owner-freebsd-arch@FreeBSD.ORG Mon May 5 21:26:07 2014 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5830581; Mon, 5 May 2014 21:26:07 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7AFE08A3; Mon, 5 May 2014 21:26:07 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6EAA2B968; Mon, 5 May 2014 17:26:05 -0400 (EDT) From: John Baldwin To: Adrian Chadd Subject: Re: proposal: set default lid state to S3, performance/economy Cx states to Cmax Date: Mon, 5 May 2014 16:57:49 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <201405051109.39345.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201405051657.49992.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 05 May 2014 17:26:05 -0400 (EDT) Cc: Kevin Oberman , "freebsd-acpi@freebsd.org" , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2014 21:26:07 -0000 On Monday, May 05, 2014 12:55:29 pm Adrian Chadd wrote: > On 5 May 2014 08:09, John Baldwin wrote: > > On Sunday, May 04, 2014 4:27:38 am Adrian Chadd wrote: > >> Hi, > >> > >> I'd like to propose flipping a few things: > >> > >> * Flipping the default lid state to S3. I think ACPI suspend/resume > >> seems to work well enough these days and I've not met anyone lately > >> who expects the default from their laptop to be "stay awake with the > >> lid shut." > >> * Save chip bugs that we should add workarounds for, we should be OK > >> to enter lower sleep states when idling. Flipping this may expose some > >> further crazy driver, platform or timer bugs, but they again likely > >> should be fixed. > >> > >> what do people think? > > > > I think the lid switch thing is premature. Even on my X220 I use a devd > > hook to enable it only when i915drm is loaded as resume doesn't work until > > that is done. > > > > I think the Cmax thing OTOH is probably more appropriate. We have several > > things place that should "mostly" DTRT for picking the correct timers to > > use. The one case I know of recently were some somewhat older systems where > > the HPET wasn't reliable, but the system chose to use HPET instead of LAPIC > > becuase the LAPIC was known to stop during C1E, etc. In this case the user > > just stuck with plain old C1 and forced the LAPIC timer which worked fine. > > However, it is hard to identify those cases. On modern systems I would > > expect the LAPIC to work just fine, so this problem will become less and > > less important as time goes on. > > right. I'd rather we start finding more of these sooner rather than later. :-) The user in question found this on 9-stable with the existing defaults as the HPET was just plain broken on their system and that was unrelated to Cx states. (Rather, Cx states were only involved because worries about them are why the system chose to use HPET. Had Cx states been enabled by default, they would have had to disable those as well in addition to forcing LAPIC instead of HPET.) -- John Baldwin