From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 13:39:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9B4B16A4E1 for ; Thu, 31 Mar 2005 13:39:17 +0000 (GMT) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE5E643D46 for ; Thu, 31 Mar 2005 13:39:16 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 20170 invoked from network); 31 Mar 2005 13:39:16 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 31 Mar 2005 13:39:15 -0000 Received: from [192.168.0.15] (osx.baldwin.cx [192.168.0.15]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j2VD2709024492; Thu, 31 Mar 2005 08:02:07 -0500 (EST) (envelope-from jhb@FreeBSD.org) In-Reply-To: <20050331054911.GN6252@wantadilla.lemis.com> References: <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> <657eb6604d1e00368d77f047a8b5e074@FreeBSD.org> <20050331040811.GL6252@wantadilla.lemis.com> <424B7C74.4060203@samsco.org> <20050331051458.GM6252@wantadilla.lemis.com> <424B8A94.5070300@alumni.rice.edu> <424B8A4F.7050607@samsco.org> <20050331054911.GN6252@wantadilla.lemis.com> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <7e7866bad9099b3d8a8e0f174b6229ce@FreeBSD.org> Content-Transfer-Encoding: 7bit From: John Baldwin Date: Thu, 31 Mar 2005 08:02:07 -0500 To: "Greg 'groggy' Lehey" X-Mailer: Apple Mail (2.619.2) X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: freebsd-stable@FreeBSD.org cc: FreeBSD-amd64@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 13:39:18 -0000 On Mar 31, 2005, at 12:49 AM, Greg 'groggy' Lehey wrote: > This may be the case, but between man page and output some terminology > must have changed. I can't see any reference to anything like an MADT > there. Does that mean that there isn't one, or that ACPI can't find > it, or does the section APIC refer to/dump the MADT? Here's the > complete output of acpidump -t, anyway: MADT is the name of the table (Multiple APIC Descriptor Table or some such), but "APIC" is the 4 character signature of the MADT, hence seeing 'APIC' output from acpidump -t when looking at the MADT. Similarly, the MP Table is known as the MP Table, but the signature for the table that you search for in the BIOS is "_MP_". > /* > APIC: Length=104, Revision=1, Checksum=145, > OEMID=VIAK8, OEM Table ID=AWRDACPI, OEM Revision=0x42302e31, > Creator ID=AWRD, Creator Revision=0x0 > Local APIC ADDR=0xfee00000 > Flags={PC-AT} > > Type=Local APIC > ACPI CPU=0 > Flags={ENABLED} > APIC ID=0 > > Type=Local APIC > ACPI CPU=1 > Flags={ENABLED} > APIC ID=1 > > Type=IO APIC > APIC ID=2 > INT BASE=0 > ADDR=0x00000000fec00000 > > Type=INT Override > BUS=0 > IRQ=0 > INTR=2 > Flags={Polarity=conforming, Trigger=conforming} > > Type=INT Override > BUS=0 > IRQ=9 > INTR=9 > Flags={Polarity=active-lo, Trigger=level} > > Type=Local NMI > ACPI CPU=0 > LINT Pin=1 > Flags={Polarity=active-hi, Trigger=edge} > > Type=Local NMI > ACPI CPU=1 > LINT Pin=1 > Flags={Polarity=active-hi, Trigger=edge} > */ Nothing strange here, and it is giving a 64-bit PA for the I/O APIC, albeit one that is < 4GB. One thing to verify is that the physical addresses listed here for the APICs (0xfec00000 and 0xfee00000) aren't included in the SMAP as valid RAM addresses in both cases. It might be useful to boot an i386 CD with 8GB in the machine to see if the MADT looks any different in that case. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org