From owner-freebsd-acpi@FreeBSD.ORG Thu Aug 26 18:48:57 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C77716A4CE for ; Thu, 26 Aug 2004 18:48:57 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7A6143D70 for ; Thu, 26 Aug 2004 18:48:56 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7QImM4u000712; Thu, 26 Aug 2004 12:48:22 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 26 Aug 2004 12:48:48 -0600 (MDT) Message-Id: <20040826.124848.93209661.imp@bsdimp.com> To: nate@root.org From: "M. Warner Losh" In-Reply-To: <412E2D33.1090900@root.org> References: <20040826163734.49EBF5D04@ptavv.es.net> <20040826181008.GA792@galgenberg.net> <412E2D33.1090900@root.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org Subject: Re: Cx states not working on Dell Inspiron 8600 (Pentium M) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Aug 2004 18:48:57 -0000 In message: <412E2D33.1090900@root.org> Nate Lawson writes: : Ulrich Spoerlein wrote: : > On Thu, 26.08.2004 at 09:37:33 -0700, Kevin Oberman wrote: : > : >>The cx_usage is limited to C1 or C2 if USB is loaded. It's polling of : >>the bus for changes prevents the state from dropping to anything really : >>useful. If you don't always need USB, build a kernel without it and load : >>it as required. : > : > Ah, that explains it then. Is there anything that can be done about : > that? Does that mean, that even Windows is not using C3 and C4 if there : > is a USB mouse plugged in? : : USB needs to be improved to poll more delicately. I don't intend to : work on this any time soon but it's on the acpi todo list: : : http://www.root.org/~nate/ This strikes me as something more properly belonging to the busdma layer. When there's bus mastering active, then we can't go into C3/C4. However, not all drivers in the tree are good about only loading the DMA maps when a DMA is possible (but leaving it active all the time, say), so maybe there's some wider-ranging problems that need to be looked at as well. While USB may also need some work to be better about when it does DMA, I suspect that the problem is larger than USB... Why does the bus mastering that ATA does not a problem while USB's is a problem? Have you isolaged the USB agressive polling problem to some code I can look at. I have some usb code staring time on my plate for work and it would be nice to know where to look. Warner