Date: Wed, 23 Aug 2006 12:08:01 -0600 (MDT) From: "M. Warner Losh" <imp@bsdimp.com> To: ticso@cicely.de, ticso@cicely12.cicely.de Cc: freebsd-arm@freebsd.org Subject: Re: AT91RM9200 problem Message-ID: <20060823.120801.-861029429.imp@bsdimp.com> In-Reply-To: <20060823175736.GE47093@cicely12.cicely.de> References: <20060823175736.GE47093@cicely12.cicely.de>
next in thread | previous in thread | raw e-mail | index | archive | help
In message: <20060823175736.GE47093@cicely12.cicely.de>
Bernd Walter <ticso@cicely12.cicely.de> writes:
: >e 0x20000000
: KDB: debugger backends: ddb
: KDB: current backend: ddb
: Copyright (c) 1992-2006 The FreeBSD Project.
: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
: The Regents of the University of California. All rights reserved.
: FreeBSD 7.0-CURRENT #4: Wed Aug 23 19:47:16 CEST 2006
: ticso@cicely7.cicely.de:/FreeBSD-arm-src/src/sys/arm/compile/BWCT
: CPU: ARM920T rev 0 (ARM9TDMI core)
: DC enabled IC enabled WB enabled LABT
: 16KB/32B 64-way Instruction cache
: 16KB/32B 64-way write-back-locking-A Data cache
: real memory = 67108864 (64 MB)
: avail memory = 62603264 (59 MB)
: panic: Cannot allocate L1 KVM
: KDB: enter: panic
:
: This is a prototype board, so hardware problems are not impossible.
First question: does this board actually have 64MB of RAM? If so,
then I'm happy that the SDRAM detection code appears to be working...
I'm running 64MB boards here with a substantially similar kernel to
yours. This panic happens because we can't allocate enough memory for
the L1 page table cache. Since you are early in boot, I'm amazed that
a 16kb allocation is failing...
Are you using the kb920x_machdep.c file to do initialization?
Warner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060823.120801.-861029429.imp>