From owner-freebsd-arch@FreeBSD.ORG Fri Jul 8 21:51:39 2005 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E35916A41C; Fri, 8 Jul 2005 21:51:39 +0000 (GMT) (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 B513943D48; Fri, 8 Jul 2005 21:51:38 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j68Lvf9C039857; Fri, 8 Jul 2005 15:57:43 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42CEF564.3060503@samsco.org> Date: Fri, 08 Jul 2005 15:51:32 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Wilkinson, Alex" References: <1e89cd51050616062241e9e201@mail.gmail.com> <200506222323.26666.peter@wemm.org> <20050623074453.GA71779@squash.dsto.defence.gov.au> In-Reply-To: <20050623074453.GA71779@squash.dsto.defence.gov.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org X-Mailman-Approved-At: Sat, 09 Jul 2005 10:32:57 +0000 Cc: arch@freebsd.org, Sue Howard , freebsd-arch@freebsd.org Subject: Re: Kernel Dump X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 21:51:39 -0000 Wilkinson, Alex wrote: > 0n Wed, Jun 22, 2005 at 11:23:25PM -0700, Peter Wemm wrote: > > >I've just rewritten the AMD64 crashdump support to use ELF like ia64. > >In fact, I reused most of the ia64 code. We ran into serious problems > >at work, first on the amd64 platform and now also the i386 platform. > >The problem is that x86 machines are increasinly having memory holes. > >The simplistic dump code has no way to skip the memory hole and tries > >to dump things like the AGP frame buffer, pci card MMIO space, > >PCI-Express configuration space (this means accessing hardware!!) and > >so on. > > Curious, why is it that x86 creates memory holes in the first place ? > > - aW Some holes are mandated by the architecture. There is the classic hole from 640k to 1MB where the video framebuffer, option ROM, and BIOS goes. There is also the PCI memory hole from (typically) 3.75GB to 4GB where memio registers as well as platform features platform like the APIC are addressed. PCI Express adds a new hole at (typically) 3.5GB to 3.75GB for the extended config space registers. There are other holes, and most of them are dictated by the chipset. The BIOS SMAP table lists them, and you can see this table by doing a verbose boot. Scott