From owner-freebsd-current@FreeBSD.ORG Thu Sep 4 05:26:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 490061065672 for ; Thu, 4 Sep 2008 05:26:42 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id D29888FC19 for ; Thu, 4 Sep 2008 05:26:41 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id m845QUge046691; Wed, 3 Sep 2008 23:26:31 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <48BF7186.6040603@samsco.org> Date: Wed, 03 Sep 2008 23:26:30 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: josh.carroll@gmail.com References: <20080903034943.GD11548@cicely7.cicely.de> <20080903204759.GA4898@walton.maths.tcd.ie> <8cb6106e0809031446i3e2a47dar385125ecfb0275dc@mail.gmail.com> <48BF1218.6000504@samsco.org> <8cb6106e0809031550o4960a4fanaf2ef5fe9130fc5b@mail.gmail.com> <48BF17CE.1070507@samsco.org> <8cb6106e0809032043x7eeb7aaeoc29473c028a8220f@mail.gmail.com> In-Reply-To: <8cb6106e0809032043x7eeb7aaeoc29473c028a8220f@mail.gmail.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: David Malone , Bernd Walter , freebsd-current@freebsd.org, ticso@cicely.de Subject: Re: MTRR fixup? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2008 05:26:42 -0000 Josh Carroll wrote: >> The SMAP table, printed early during boot when bootverbose is set, will >> tell you what is mapped where. > > Ok, here is my SMAP (I had to transcribe it by hand from a picture, it > doesn't appear in dmesg or get written to /var/run/dmesg.boot): > > SMAP type=01 base=0000000000000000 len=000000000009ec00 > SMAP type=02 base=000000000009ec00 len=0000000000001400 > SMAP type=02 base=00000000000e4000 len=000000000001c000 > SMAP type=01 base=0000000000100000 len=00000000cfe80000 So RAM goes from 0x100000 to 0xcff8000, and is then followed by: > SMAP type=03 base=00000000cff80000 len=000000000000e000 > SMAP type=04 base=00000000cff8e000 len=0000000000052000 > SMAP type=02 base=00000000cffe0000 len=0000000000020000 Then from 0xd0000000 to 0xfee00000, nothing is listed in the table. The absence of type01 means that there is definitely no RAM here, therefore nothing to legitimately mark cachable. > SMAP type=02 base=00000000fee00000 len=0000000000001000 > SMAP type=02 base=00000000ffe00000 len=0000000000200000 And here we've pretty much reached the end of the first 4GB of address space. From 0xd0000000 to 0xffffffff, there is no RAM. This exactly corresponds with the range that memcontrol told you was uncachable. So what happened to this missing 768MB of RAM? > SMAP type=01 base=0000000100000000 len=0000000030000000 Here's where it is. What I don't recall is whether the MTRR understands addresses above 4GB. I lost context, are you using FreeBSD/amd64 or i386+PAE? If so, does memcontrol let you see this RAM? Out of curiosity, do you have a video card with a lot of VRAM on it, or are you using a motherboard that is marketed as a 'gamer' or 'desktop' board? Scott