From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 1 04:43:06 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 19E6B16A41F; Thu, 1 Dec 2005 04:43:06 +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 B2C8643D4C; Thu, 1 Dec 2005 04:43:05 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (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 jB14hEZM026699 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 30 Nov 2005 20:43:17 -0800 Message-ID: <438E7F53.1040001@root.org> Date: Wed, 30 Nov 2005 20:42:59 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Kelly References: <20051127010724.GA1161@Grumpy.DynDNS.org> <7689ADE7-14BF-42C8-A3BD-B10E514799B3@FreeBSD.org> <438D6CE4.8010907@root.org> <200511301018.24822.jhb@freebsd.org> <8DCC8546-767A-42A4-9A80-A950E1FFEF89@hiwaay.net> In-Reply-To: <8DCC8546-767A-42A4-9A80-A950E1FFEF89@hiwaay.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: 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: Thu, 01 Dec 2005 04:43:06 -0000 David Kelly wrote: > > On Nov 30, 2005, at 9:18 AM, John Baldwin wrote: > >> David, can you use a >> serial console to grab a boot -v output that includes the SMAP >> output? Also, >> the boot -v output might also provide the PA of FACS (or maybe >> acpidump -t >> would have that?) which would also be useful. > > > Serial console boot -v with working ACPI, attempted to edit ^H's out: > http://home.hiwaay.net/~dkelly/opus_serialconsole.log > > I don't grep SMAP in acpidump output but there was plenty in boot -v > above: > > acpidump -t -d: > http://home.hiwaay.net/~dkelly/opus_acpidump-t-d.txt > > acpidump -t: > http://home.hiwaay.net/~dkelly/opus_acpidump-t.txt > > acpidump -d: > http://home.hiwaay.net/~dkelly/opus_acpidump-d.txt > > And ultimately this is what started it all. Re-enabled hw.physmem and > captured the boot -v panic via serial console and didn't bother to edit > the ^H's: > http://home.hiwaay.net/~dkelly/opus-panic.log Even with the user setting hw.physmem, we should only be mapping type 1 memory values: SMAP type=01 base=0000000000000000 len=00000000000a0000 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=01 base=0000000000100000 len=000000007fe74000 As you can see, the last part up to 2 GB (> 0x7fe74000) should not be mapped (and later zeroed). So it seems this bug is apparent. Can you fix it John? -- Nate