From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 1 23:19:55 2005 Return-Path: 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 875FB16A4CE; Tue, 1 Mar 2005 23:19:55 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4210043D1F; Tue, 1 Mar 2005 23:19:55 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j21NJnZj029953 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 1 Mar 2005 15:19:52 -0800 Message-ID: <4224F88E.8080205@root.org> Date: Tue, 01 Mar 2005 15:19:42 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: filippo.forti@fastwebnet.it References: <20050301203005.GA684@portatile.fastwebnet.it> <20050301203732.GB684@portatile.fastwebnet.it> In-Reply-To: <20050301203732.GB684@portatile.fastwebnet.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Panic on suspend X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 23:19:55 -0000 Filippo Forti wrote: > I got a fully reproduceable panic while trying to suspend (to S3) on my laptop. > FreeBSD is -CURRENT from Monday. > > I'm using a modified DSDT which used to work before I updated on Monday. > dmesg from after reboot is attacched. > > Here comes gbd output > > Fatal trap 12: page fault while in vm86 mode > fault virtual address = 0x2000 > fault code = user write, page not present > instruction pointer = 0xc000:0x5195 ^^^^^^^ That is in the VGA BIOS. Try setting this sysctl before suspending: hw.acpi.reset_video=0 > stack pointer = 0x0:0xfe4 > frame pointer = 0x0:0x0 > code segment = base 0x600005, limit 0x2, type 0x11 > = DPL 1, pres 0, def32 0, gran 0 > processor eflag = interrupt enabled, resume, mv86, IOPL = 0 > current process = 1046 (acpiconf) > [thread pid 1046 tid 100084] > Stopped at 0x5159: *** error reading from address 5159 *** Ian committed code to restore the VESA state so we shouldn't reset video redundantly. I'm thinking of changing the default to 0 in -current. -- Nate