From owner-cvs-all@FreeBSD.ORG Fri Apr 9 09:34:13 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AA8F16A4CE; Fri, 9 Apr 2004 09:34:13 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2AA743D49; Fri, 9 Apr 2004 09:34:11 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i39GY8kj040374; Fri, 9 Apr 2004 10:34:08 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 09 Apr 2004 10:34:49 -0600 (MDT) Message-Id: <20040409.103449.122315793.imp@bsdimp.com> To: scottl@freebsd.org From: "M. Warner Losh" In-Reply-To: <4076CE28.1020705@freebsd.org> References: <200404091544.i39FiYDY061986@repoman.freebsd.org> <4076CE28.1020705@freebsd.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: cvs-src@freebsd.org cc: src-committers@freebsd.org cc: cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/dev/pci pci.c pci_pci.c pci_private.h src/sys/dev/acpica acpi_pci.c acpi_pcib_acpi.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 16:34:13 -0000 In message: <4076CE28.1020705@freebsd.org> Scott Long writes: : Warner Losh wrote: : > imp 2004/04/09 08:44:34 PDT : > : > FreeBSD src repository : > : > Modified files: : > sys/dev/pci pci.c pci_pci.c pci_private.h : > sys/dev/acpica acpi_pci.c acpi_pcib_acpi.c : > Log: : > Omnibus PCI commit: : > o Save and restore bars for suspend/resume as well as for D3->D0 : > transitions. : > o preallocate resources that the PCI devices use to avoid resource : > conflicts : > o lazy allocation of resources not allocated by the BIOS. : > o set unattached drivers to state D3. Set power state to D0 : > before probe/attach. Right now there's two special cases : > for this (display and memory devices) that need work in other : > areas of the tree. : > : > Please report any bugs to me. : > : : I'm really really uncomfortable with the part of this that does the : power state changes. It's going to require a _lot_ of testing with as : much hardware as we all can get our hands on. It will be an interesting : experiment =-) Yes. I agree witht he power state changes being risky. That's why I'm committing them now rather than in 4 months so that we can get some milage on -current with it. If it is really bad, we can back off that part of the change, or refine it to overcome the problems. Warner