From owner-p4-projects@FreeBSD.ORG Mon Oct 6 19:47:22 2003 Return-Path: Delivered-To: p4-projects@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 32767) id 3110816A4C1; Mon, 6 Oct 2003 19:47:22 -0700 (PDT) Delivered-To: perforce@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B56B16A4B3 for ; Mon, 6 Oct 2003 19:47:22 -0700 (PDT) Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 276DD43FAF for ; Mon, 6 Oct 2003 19:47:20 -0700 (PDT) (envelope-from imp@freebsd.org) Received: from repoman.freebsd.org (localhost [127.0.0.1]) by repoman.freebsd.org (8.12.9/8.12.9) with ESMTP id h972lJXJ091254 for ; Mon, 6 Oct 2003 19:47:19 -0700 (PDT) (envelope-from imp@freebsd.org) Received: (from perforce@localhost) by repoman.freebsd.org (8.12.9/8.12.9/Submit) id h972lJQW091251 for perforce@freebsd.org; Mon, 6 Oct 2003 19:47:19 -0700 (PDT) (envelope-from imp@freebsd.org) Date: Mon, 6 Oct 2003 19:47:19 -0700 (PDT) Message-Id: <200310070247.h972lJQW091251@repoman.freebsd.org> X-Authentication-Warning: repoman.freebsd.org: perforce set sender to imp@freebsd.org using -f From: Warner Losh To: Perforce Change Reviews Subject: PERFORCE change 39284 for review X-BeenThere: p4-projects@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: p4 projects tree changes List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 02:47:22 -0000 http://perforce.freebsd.org/chv.cgi?CH=39284 Change 39284 by imp@imp_koguchi on 2003/10/06 19:46:55 update a little Affected files ... .. //depot/projects/power/notes#7 edit Differences ... ==== //depot/projects/power/notes#7 (text+ko) ==== @@ -51,14 +51,9 @@ # methods should be unique. Command interfaces to userland should dispatch # the right method. Otherwise we've reinvented ioctl :-) - convert to a model of suspending the device via device_suspend()/resume() - rather than detach()/attach() + rather than detach()/attach() for turning devices on/off. - This may require fixes to drivers so that they continue to function appropriately when their hardware has been suspended - # NO. This cannot be implemented reliably. pccard bridges do not tell - # us that a device has been removed while the system was asleep. That's - # why we detach/reattach on suspend/resume for devices on pccard/cardbus - # bridges. usb bridges can tell about this, and they properly use the - # suspend/resume functions. The second stage will be to make the powering off of devices more automated. This is still in early design stage. It may involve a powerd, it may