Re: kmem change related trouble

[Frank Wille <frank%phoenix.owl.de@localhost>]

Lars Heidieker wrote:

> I've just posted a patch ( http://www.netbsd.org/~para/fix.patch )
> - It moves uareas and buffer cache back to the kernel_map restoring
> the previous behavior. Sizing the kmem_arena is changed accordingly
> (Something I stepped on while checking evbmips on gxemul).
> - Code to drain pools if the kmem_arena runs out of space.

I tried your patch on sandpoint and ofppc. Unfortunately it doesn't change
anything.

Here are the last lines before the crash on ofppc (note that the warning "no
/dev/console" is wrong):

[...]
boot device: wd0
root on wd0a dumps on wd0b
root file system type: ffs
warning: no /dev/console
trap: kernel read DSI trap @ 0xa00011c8 by 0x3d6324 (DSISR 0x40000000,
err=14), lr 0x3d6310
Press a key to panic.
panic: trap


Entering ddb shows the crash happened in pool_cache_get_paddr():

kernel DSI read trap @ 0xa00011c8 by pool_cache_get_paddr+0x4c: srr1=0x9032
r1=0xa22b9aa0 cr=0x28284084 xer=0x020000000 ctr=0x1642c dsisr=0x40000000

The backtrace:
copyright
kmem_intr_alloc
exec_elf32_makecmds
check_exec
execve1
start_init,
setfunc_trampoline

-- 
Frank Wille