From owner-freebsd-current@FreeBSD.ORG Tue Aug 25 01:03:22 2009 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 F0672106568B for ; Tue, 25 Aug 2009 01:03:22 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from mail.jrv.org (rrcs-24-73-246-106.sw.biz.rr.com [24.73.246.106]) by mx1.freebsd.org (Postfix) with ESMTP id 9D81D8FC14 for ; Tue, 25 Aug 2009 01:03:22 +0000 (UTC) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id n7P13LxJ023496 for ; Mon, 24 Aug 2009 20:03:21 -0500 (CDT) (envelope-from james-freebsd-current@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-current@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: content-type:content-transfer-encoding; b=SCivRJ+tYb2FJjUCISK+ObUGjY4VpcoYzKdGt27aovCU1XS/p+UNsmgX92oDnLR0Z YGcMdVfd2h7BSkGbPBUDm+VSYOHD7Y6C/XIcw0PLORcHJBbJgkiTCoOFSILzzWbr7cP bhvKfFP1mr8Fl7/U8PuTU8BJAkXgaKniPWS7YvI= Message-ID: <4A933859.1080907@jrv.org> Date: Mon, 24 Aug 2009 20:03:21 -0500 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: FreeBSD doesn't handle SMAP on Zotac GF9300-D-E board 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: Tue, 25 Aug 2009 01:03:23 -0000 FreeBSD only sees about 3GB of RAM out of 8GB apparently due to a problem handling E820 data. FreeBSD pygmy.housenet.jrv 9.0-CURRENT FreeBSD 9.0-CURRENT #3 r196500: Mon Aug 24 09:18:50 CDT 2009 james@pygmy.housenet.jrv:/usr/obj/usr/src/sys/GENERIC amd64 System: "ZOTAC GeForce GF9300-D-E ITX WiFi LGA 775 Mini ITX" with 8GB RAM and an Intel 9550S CPU. >From dmesg: real memory = 8589934592 (8192 MB) Physical memory chunk(s): 0x0000000000001000 - 0x0000000000098fff, 622592 bytes (152 pages) 0x00000000011fe000 - 0x000000006a5a7fff, 1765449728 bytes (431018 pages) 0x0000000080000000 - 0x00000000bfecffff, 1072496640 bytes (261840 pages) avail memory = 2819760128 (2689 MB) This code seems to be suspect sys/amd64/amd64/machdep.c: for (i = 0; i <= physmap_idx; i += 2) { if (smap->base < physmap[i + 1]) { if (boothowto & RB_VERBOSE) printf( "Overlapping or non-monotonic memory region, ignoring second region\n"); continue; } } I don't think BIOS e820 addresses need be uniformly ascending and in fact Zotac's aren't. Transcribed by hand from the loader's SMAP command, with spaces added for readability: SMAP type=01 base=0000 0000 0000 0000 len=0000 0000 0009 d000 SMAP type=02 base=0000 0000 0009 d000 len=0000 0000 0000 3000 SMAP type=02 base=0000 0000 000f 0000 len=0000 0000 0001 0000 SMAP type=01 base=0000 0000 0010 0000 len=0000 0000 6ff0 0000 SMAP type=04 base=0000 0000 bfee 0000 len=0000 0000 0000 3000 SMAP type=03 base=0000 0000 bfee 3000 len=0000 0000 0000 d000 SMAP type=02 base=0000 0000 bfef 0000 len=0000 0000 0001 0000 SMAP type=02 base=0000 0000 f000 0000 len=0000 0000 0200 0000 SMAP type=02 base=0000 0000 fec0 0000 len=0000 0000 0140 0000 SMAP type=01 base=0000 0001 0000 0000 len=0000 0001 4000 0000 SMAP type=02 base=0000 0000 7000 0000 len=0000 0000 1000 0000 SMAP type=01 base=0000 0000 8000 0000 len=0000 0000 3fee 0000 I don't see the failure mode of that code offhand, but that's it somehow.