From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 30 09:12:08 2005 Return-Path: X-Original-To: freebsd-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 EB88716A41F; Wed, 30 Nov 2005 09:12:08 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86AE043D49; Wed, 30 Nov 2005 09:12:08 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (ppp-71-139-30-140.dsl.snfc21.pacbell.net [71.139.30.140]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jAU9CKZM012488 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 30 Nov 2005 01:12:20 -0800 Message-ID: <438D6CE4.8010907@root.org> Date: Wed, 30 Nov 2005 01:12:04 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20051127010724.GA1161@Grumpy.DynDNS.org> <200511280813.59911.jhb@freebsd.org> <804E027B-1274-40E2-8691-F6B6D057BC0A@hiwaay.net> <200511291452.35400.jhb@freebsd.org> <20051129211928.GE4935@Grumpy.DynDNS.org> <438CDFD3.4080800@dial.pipex.com> <2647189F-12C2-4084-82C8-A706388BCB24@hiwaay.net> <7689ADE7-14BF-42C8-A3BD-B10E514799B3@FreeBSD.org> In-Reply-To: <7689ADE7-14BF-42C8-A3BD-B10E514799B3@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: David Kelly , freebsd-acpi@FreeBSD.org Subject: Re: Worked in RELENG_5, fails in RELENG_6 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: Wed, 30 Nov 2005 09:12:09 -0000 John Baldwin wrote: > > On Nov 29, 2005, at 10:50 PM, David Kelly wrote: > >> >> On Nov 29, 2005, at 5:10 PM, Alex Zbyslaw wrote: >> >>> David Kelly wrote: >>> >>>> Could I >>>> boot a 5.4 CDROM to test ACPI? >>> >>> Yes you could. I did this the other day on a machine that doesn't >>> even have a disk yet ;-) acpidump is there. Select fixit then live >>> file system (if memory serves) but you probably knew that ! >> >> >> Problem solved, but I've been working on it too hard not to share the >> story which might be useful: >> >> Without hw.physmem="2G" its now finding the full memory load so I >> don't know what was happening previously. > > > Actually, this is the second report I've had that setting hw.physmem > interacts badly with ACPI. The other report I had resulted in a kernel > panic if it was set to 3G. I suspect mapping the memory to read the FACS is failing for the hw.physmem case. His machine probably has tables at 2G (highmem). A common location (other than < 1MB) is top of memory minus 16 MB. I don't know what setting hw.physmem actually does -- does it change how we can map high memory? -- Nate