From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 08:13:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFE0B16A4CE for ; Sat, 8 Jan 2005 08:13:16 +0000 (GMT) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7753243D49 for ; Sat, 8 Jan 2005 08:13:16 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: from [127.0.0.1] (81.225.14.129) by pne-smtpout1-sn2.hy.skanova.net (7.1.026.6) (authenticated as u86211448) id 4199C6960003A87E for freebsd-current@freebsd.org; Sat, 8 Jan 2005 09:13:15 +0100 Message-ID: <41DF9613.80107@telia.com> Date: Sat, 08 Jan 2005 09:13:07 +0100 From: Pawel Worach User-Agent: Mozilla Thunderbird 1.0 (X11/20041223) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <15219186.1102627583229.JavaMail.tomcat@pne-ps4-sn1> <41DF6366.9070900@telia.com> In-Reply-To: <41DF6366.9070900@telia.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: panic: pmap_mapdev: Couldn't alloc kernel virtual memory on mpt_attach X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sat, 08 Jan 2005 08:13:16 -0000 Pawel Worach wrote: > mpt0: soft reset > mpt1: port 0x2700-0x27ff mem > 0xf7fc0000-0xf7fcffff,0xf7fd0000-0xf7fdffff irq 28 at device 7.1 on pci8 > mpt1: linking with peer (mpt0) > mpt1: Reserved 0x10000 bytes for rid 0x14 type 3 at 0xf7fd0000 > panic: pmap_mapdev: Couldn't alloc kernel virtual memory After a quick binary search I found the commit that sunk the mpt battleship. 2004-11-21 04:30:00 UTC works 2004-11-21 05:00:00 UTC panics Can KTR be used during the boot process, the busdma stuff seems pretty well instrumented? scottl 2004-11-21 04:43:28 UTC FreeBSD src repository Modified files: sys/i386/i386 busdma_machdep.c Log: MFC amd64: Consolidate all of the bounce tests into the BUS_DMA_COULD_BOUNCE flag. Allocate the bounce zone at either tag creation or map creation to help avoid null-pointer derefs later on. Track total pages per zone so that each zone can get a minimum allocation at tag creation time instead of being defeated by mis-behaving tags that suck up the max amount. Revision Changes Path 1.66 +45 -29 src/sys/i386/i386/busdma_machdep.c -- Pawel