Date: Sat, 08 Jan 2005 09:13:07 +0100 From: Pawel Worach <pawel.worach@telia.com> To: freebsd-current@freebsd.org Subject: Re: panic: pmap_mapdev: Couldn't alloc kernel virtual memory on mpt_attach Message-ID: <41DF9613.80107@telia.com> In-Reply-To: <41DF6366.9070900@telia.com> References: <15219186.1102627583229.JavaMail.tomcat@pne-ps4-sn1> <41DF6366.9070900@telia.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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
--
Pawel
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?41DF9613.80107>