From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 31 13:39:16 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12C8B16A4CE for ; Thu, 31 Mar 2005 13:39:16 +0000 (GMT) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78B0543D2F for ; Thu, 31 Mar 2005 13:39:15 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 20112 invoked from network); 31 Mar 2005 13:39:15 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 31 Mar 2005 13:39:13 -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 j2VCsj3Z024429; Thu, 31 Mar 2005 07:54:46 -0500 (EST) (envelope-from jhb@FreeBSD.org) In-Reply-To: <20050331040811.GL6252@wantadilla.lemis.com> References: <20050330222439.GU84137@wantadilla.lemis.com> <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> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <4fb44703937dc361f23148ee7956746c@FreeBSD.org> Content-Transfer-Encoding: 7bit From: John Baldwin Date: Thu, 31 Mar 2005 07:54:45 -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: Daniel O'Connor cc: freebsd-stable@FreeBSD.org cc: FreeBSD-amd64@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 13:39:16 -0000 On Mar 30, 2005, at 11:08 PM, Greg 'groggy' Lehey wrote: > On Wednesday, 30 March 2005 at 23:01:03 -0500, John Baldwin wrote: >> >> On Mar 30, 2005, at 8:54 PM, Greg 'groggy' Lehey wrote: >>>> lapic0: LINT1 trigger: edge >>>> lapic0: LINT1 polarity: high >>>> lapic1: Routing NMI -> LINT1 >>>> lapic1: LINT1 trigger: edge >>>> lapic1: LINT1 polarity: high >>>> -ioapic0 irqs 0-23 on motherboard >>>> +ioapic0 irqs 0-23 on motherboard >>>> cpu0 BSP: >>>> ID: 0x00000000 VER: 0x00040010 LDR: 0x01000000 DFR: >>>> 0x0fffffff >>>> lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: >>>> 0x000001ff >> >> This shows that in the - case the APIC is broken somehow (0.0 isn't a >> valid I/O APIC version). > > You mean the + case, I suppose. Yes, that's what I suspected. > >> It would seem that the system has mapped RAM over top of the I/O >> APIC perhaps? > > That's what I suspected too, but imp doesn't think so. Actually, if the full version register were zero, it would not have had 24 IRQs (irqs 0-23 part), so I'm not sure what it is doing. 0.3 isn't really a valid APIC version AFAIK either, though I'm more familiar with the versions used in Intel APICs (usually 1.1, 1.2, or 2.0). >> It would be interesting to see the contents of your MADT to see if >> it's trying to use a 64-bit PA for your APIC. > > Any suggestions about how to do so? Boot with 4g or boot an i386 version and get acpidump -t output. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org