At 06:50 AM 11/18/2004, Tim Kelly wrote:
>I want to bring this up again. I only got one confirmation from a macppc
>user, and one deny from a i386 user.
>
>The procedure is to make a mfs partition 600M or larger by mounting it,
>and then copying something to it that is definately going to overfill
>it. I reproduced this again this morning.
>
>Net7300# mkdir /mfs
>Net7300# mount_mfs -s 600m ffs /mfs
>Net7300# cp -R /usr/* /mfs
>panic: kernel diagnostic assertion "pcb->pcb_kmapsr == 0" failed: file
>"../../..
>/../arch/powerpc/powerpc/trap.c", line 546
>Stopped in pid 371.1 (mount_mfs) at     netbsd:cpu_Debugger+0x10:
>lwz r0, r1, 0x14
>db{1}> bt
>0xd521fc40: at panic+0x19c
>0xd521fcd0: at __assert+0x28
>0xd521fce0: at copyout+0x14c
>0xd521fd70: at mfs_doio+0x84
>0xd521fd90: at mfs_start+0xa8
>0xd521fdd0: at sys_mount+0x414
>0xd521fed0: at syscall_plain+0xc8
>0xd521ff40: user SC trap #21 by 0x418839b8: srr1=0xf032
>             r1=0xffffd990 cr=0x22000044 xer=0 ctr=0x418839b0
>
>I can get this with -current GENERIC and GENERIC.MP. Are there a lot of
>servers running /tmp as a large mfs?

Probably not.  Anyways, I know what this bug is and I have a fix ready
to be comitted after I test it.


-- 
Matt Thomas                     email: matt@3am-software.com
3am Software Foundry              www: http://3am-software.com/bio/matt/
Cupertino, CA              disclaimer: I avow all knowledge of this message.