From owner-p4-projects@FreeBSD.ORG Mon Oct 6 11:06:56 2003 Return-Path: Delivered-To: p4-projects@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 32767) id 3610816A4C0; Mon, 6 Oct 2003 11:06:56 -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 0AF7716A4B3; Mon, 6 Oct 2003 11:06:56 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 228F543FA3; Mon, 6 Oct 2003 11:06:55 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.9p1/8.12.9) with ESMTP id h96I6sAD081649; Mon, 6 Oct 2003 12:06:54 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 06 Oct 2003 12:06:52 -0600 (MDT) Message-Id: <20031006.120652.105171364.imp@bsdimp.com> To: jhb@FreeBSD.org From: "M. Warner Losh" In-Reply-To: References: <200310032259.h93Mxdn5018279@repoman.freebsd.org> X-Mailer: Mew version 2.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: perforce@FreeBSD.org Subject: Re: PERFORCE change 39117 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: Mon, 06 Oct 2003 18:06:56 -0000 In message: John Baldwin writes: : All the world is not a pccard bridge. :) The example I am thinking of : is that maybe I want to turn off my soundcard but still have the logical : device hang around and allow, e.g., kde to open it and attach to it when : logging in, and then turn my soundcard back on when I want to play some : MP3s w/o having to restart KDE for it to open the soundcard. What we : would want to do in that case probably is have a way to ask the device : if it is ok to just suspend/resume it for a power down and have the : default method be to use detach/attach() unless the device says it is ok : to use suspend/resume. I see what you are saying here. That makes sense. We can already do that for devices that actually support suspend/resume, but the glue going down needs to be written. One problem is that I'd seen the 'open' as the way to mark something busy and 'close' as not-busy. with sound cards, however, this isn't the case since playing/not playing is independent of that. Warner