From owner-freebsd-current@FreeBSD.ORG Fri Jan 30 10:08:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2528616A4CE for ; Fri, 30 Jan 2004 10:08:43 -0800 (PST) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE27F43D45 for ; Fri, 30 Jan 2004 10:08:00 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 14508 invoked from network); 30 Jan 2004 18:08:00 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 30 Jan 2004 18:08:00 -0000 Received: from 10.50.40.205 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id i0UI7oM4075628; Fri, 30 Jan 2004 13:07:56 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: "M. Warner Losh" , marks@ripe.net Date: Fri, 30 Jan 2004 13:06:57 -0500 User-Agent: KMail/1.5.4 References: <20040129162023.GA42359@laptop.6bone.nl> <20040130092529.GA725@laptop.6bone.nl> <20040130.083614.75932761.imp@bsdimp.com> In-Reply-To: <20040130.083614.75932761.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200401301306.57986.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: current@freebsd.org cc: freebsd-acpi@jp.freebsd.org Subject: Re: API to turn off the display X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2004 18:08:43 -0000 On Friday 30 January 2004 10:36 am, M. Warner Losh wrote: > In message: <20040130092529.GA725@laptop.6bone.nl> > > Mark Santcroos writes: > : On Thu, Jan 29, 2004 at 11:32:54AM -0500, John Baldwin wrote: > : > I read the spec yesterday, and what is supposed to happen is this: The > : > display (LCD, CRT, etc.) is supposed to be powered down using DPMS. > : > The actual adapter is then supposed to be powered down using either PCI > : > or ACPI sleep states, and the adapter should not be powered down to a > : > lower sleep state (like D3) w/o using DPMS to power the display down to > : > at least that state first. This means that the kernel might need to > : > grow a dummy vga driver of some sort and some simple dpms support for > : > suspend/resume. > : > : I second this. > : > : Nate, can you put it on your acpi-todo list? > > The only problem with having a vga device for suspend/resume is that > it will claim devices that drm wants to claim later and X won't work. > > I have about the simplest driver possible for vga in one of my trees, > and found this to be a problem on my dell i8k. Yes, we need a way I think to have multiple drivers attach to a device, or maybe have the drm drivers attach as a child of the vga device instead. For the intel motherboards with onboard graphics, we already have this problem where drm and agp both want the same device. Having a model of: vga0 drm0 agp0 Might be the sanest way to do this cleanly. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org