From owner-freebsd-current@FreeBSD.ORG Fri Jan 30 01:25:32 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 5C27316A4CE; Fri, 30 Jan 2004 01:25:32 -0800 (PST) Received: from postman.ripe.net (postman.ripe.net [193.0.0.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D50143D2D; Fri, 30 Jan 2004 01:25:31 -0800 (PST) (envelope-from ms@dell-laptop.6bone.nl) Received: by postman.ripe.net (Postfix, from userid 8) id 505EE4E74C; Fri, 30 Jan 2004 10:25:30 +0100 (CET) Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by postman.ripe.net (Postfix) with ESMTP id 144EA4E6DB; Fri, 30 Jan 2004 10:25:30 +0100 (CET) Received: from dell-laptop.6bone.nl (cow.ripe.net [193.0.1.239]) by birch.ripe.net (8.12.10/8.11.6) with SMTP id i0U9PT0G009939; Fri, 30 Jan 2004 10:25:29 +0100 Received: (nullmailer pid 3236 invoked by uid 1001); Fri, 30 Jan 2004 09:25:29 -0000 Date: Fri, 30 Jan 2004 10:25:29 +0100 From: Mark Santcroos To: John Baldwin Message-ID: <20040130092529.GA725@laptop.6bone.nl> References: <200401272247.59306.freebsd-current@webteckies.org> <1075339288.12013.232.camel@mobius.int.thebadger.org> <20040129162023.GA42359@laptop.6bone.nl> <200401291132.54455.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200401291132.54455.jhb@FreeBSD.org> User-Agent: Mutt/1.4.1i X-Handles: MS6-6BONE, MS18417-RIPE X-RIPE-Spam-Level: X-RIPE-Spam-Status: N 0.497024 X-RIPE-Signature: 2f685301d5e377a692294a16de539e91 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 09:25:32 -0000 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? Mark