From owner-freebsd-acpi@FreeBSD.ORG Sat Jul 15 23:43:17 2006 Return-Path: X-Original-To: acpi@freebsd.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01C9616A4DA for ; Sat, 15 Jul 2006 23:43:17 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52C2B43D46 for ; Sat, 15 Jul 2006 23:43:16 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-int.prodigy.net [207.115.4.147]) by ylpvm15.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k6FNhGEs027137 for ; Sat, 15 Jul 2006 19:43:16 -0400 X-ORBL: [71.139.3.149] Received: from [10.0.5.51] (ppp-71-139-3-149.dsl.snfc21.pacbell.net [71.139.3.149]) by pimout7-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k6FNhDvq127732; Sat, 15 Jul 2006 19:43:14 -0400 Message-ID: <44B97D81.8000006@root.org> Date: Sat, 15 Jul 2006 16:42:57 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.2 (X11/20060501) MIME-Version: 1.0 To: Eric Anholt References: <4496E51E.1070607@root.org> <1151047820.14983.13.camel@leguin> In-Reply-To: <1151047820.14983.13.camel@leguin> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org Subject: Re: HEADSUP: default for hw.acpi.reset_video changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 23:43:17 -0000 Eric Anholt wrote: > On Mon, 2006-06-19 at 10:55 -0700, Nate Lawson wrote: >> I thought this would be a small change (since the default was already >> supposed to be this way) but as usual with acpi, there is a lot of >> variation out there. I think it's split about 50/50 between systems >> where enabling this feature is helpful/neutral and those that it is harmful. >> >> The default value of the tunable/sysctl for hw.acpi.reset_video has >> changed from 1 to 0 (off). This means the BIOS video reset method will >> not be called automatically on resume. If you want the previous >> behavior, set hw.acpi.reset_video="1" in /boot/loader.conf or >> /etc/sysctl.conf. >> >> If a committer could throw the 2nd paragraph in UPDATING, that would be >> nice, thanks. > > A note on reset_video from recent discussions I've had with Linux folks: > > Up until recently was their reset_video equivalent (vbetool) being on or > off sounded like about a 50/50 chance of working or not either way. But > apparently recently Linux started hooking in a reset_video from real > mode before going back to protected, and this works a lot better than > doing it with vm86. > > As far as I understand, our reset_video hook in FreeBSD is done with > vm86. If so, it might be valuable to try that method, if it might get > us something that works everywhere. No, it's the opposite. We run the reset_video code in real mode during resume and before enabling protected mode. Linux does the same thing for this method (lcall 0xc000, 3). However, the vbetool method does a much more complete reinitialization of video. It would be worth looking into all the things it does and adding it to the agp video framework or acpi as appropriate. We don't do any of this by default right now although Takawata-san ported vbetool to FreeBSD as a port. -- Nate