Date: Sat, 08 Jan 2005 07:53:54 -0700 From: Scott Long <scottl@freebsd.org> To: Pawel Worach <pawel.worach@telia.com> Cc: freebsd-current@freebsd.org Subject: Re: panic: pmap_mapdev: Couldn't alloc kernel virtual memory on mpt_attach Message-ID: <41DFF402.6090502@freebsd.org> In-Reply-To: <41DF9613.80107@telia.com> References: <15219186.1102627583229.JavaMail.tomcat@pne-ps4-sn1> <41DF6366.9070900@telia.com> <41DF9613.80107@telia.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Pawel Worach wrote: > Pawel Worach wrote: > >> mpt0: soft reset >> mpt1: <LSILogic 1030 Ultra4 Adapter> 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 > Ok, I'll look at this, thanks. Scott
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?41DFF402.6090502>