From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 12 18:39:33 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9278DA2; Thu, 12 Mar 2015 18:39:33 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7D67F766; Thu, 12 Mar 2015 18:39:33 +0000 (UTC) Received: from Julian-MBP3.local (50-196-156-133-static.hfc.comcastbusiness.net [50.196.156.133]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t2CIdOql021847 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 12 Mar 2015 11:39:25 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <5501DD57.7030305@freebsd.org> Date: Thu, 12 Mar 2015 11:39:19 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Michael Fuckner , Oliver Pinter , Adrian Chadd Subject: Re: Server with 3TB Crashing at boot References: <550046F7.1050205@fuckner.net> <550093DD.5040603@freebsd.org> <55015D3B.6030605@fuckner.net> In-Reply-To: <55015D3B.6030605@fuckner.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-hackers@freebsd.org" , freebsd-hardware@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 18:39:33 -0000 On 3/12/15 2:32 AM, Michael Fuckner wrote: > On 03/11/2015 08:13 PM, Julian Elischer wrote: >> On 3/11/15 8:39 AM, Oliver Pinter wrote: >>> On Wed, Mar 11, 2015 at 4:26 PM, Adrian Chadd >>> wrote: >>>> Hm, have you tried with just one TB of RAM? I haven't had access to >>>> systems with 3TB of RAM - I'm just about to get 1TB in a box. :) >>>> >>>> Hm, other hackers - what's the current size of the AMD64 direct map? >>> 4TB - >>> https://github.com/freebsd/freebsd/blob/master/sys/amd64/include/vmparam.h#L157 >>> >>> >> >> yeah but since direct-map is, well, directly mapped, you might have >> 3TB >> of ram but it might be spread over a larger range. >> there may be holes in it.. it would be worth knowing the apparent >> layout of the ram. > is it this you are looking for (from OpenSUSE 13.2)? > > > http://dedi3.fuckner.net/~molli123/temp/dmesg.smp.disabled.txt > http://dedi3.fuckner.net/~molli123/temp/dmesg-s4l_opensuse13.2.txt > > > [ 0.000000] e820: BIOS-provided physical RAM map: > [ 0.000000] BIOS-e820: [mem > 0x0000000000000000-0x00000000000997ff] usable > [ 0.000000] BIOS-e820: [mem > 0x0000000000099800-0x000000000009ffff] reserved > [ 0.000000] BIOS-e820: [mem > 0x00000000000e0000-0x00000000000fffff] reserved > [ 0.000000] BIOS-e820: [mem > 0x0000000000100000-0x00000000784affff] usable > [ 0.000000] BIOS-e820: [mem > 0x00000000784b0000-0x0000000078c63fff] reserved > [ 0.000000] BIOS-e820: [mem > 0x0000000078c64000-0x0000000078ca6fff] ACPI data > [ 0.000000] BIOS-e820: [mem > 0x0000000078ca7000-0x000000007a268fff] ACPI NVS > [ 0.000000] BIOS-e820: [mem > 0x000000007a269000-0x000000007bdc3fff] reserved > [ 0.000000] BIOS-e820: [mem > 0x000000007bdc4000-0x000000007bdc4fff] usable > [ 0.000000] BIOS-e820: [mem > 0x000000007bdc5000-0x000000007be4afff] reserved > [ 0.000000] BIOS-e820: [mem > 0x000000007be4b000-0x000000007bffffff] usable > [ 0.000000] BIOS-e820: [mem > 0x0000000080000000-0x000000008fffffff] reserved > [ 0.000000] BIOS-e820: [mem > 0x00000000fed1c000-0x00000000fed1ffff] reserved > [ 0.000000] BIOS-e820: [mem > 0x00000000ff000000-0x00000000ffffffff] reserved > [ 0.000000] BIOS-e820: [mem > 0x0000000100000000-0x000003007fffffff] usable > ok, it looks like it is in one big chunk.. so that is not an issue.