> 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?


I am replying to this because I want you to know that people are
listening (at least, I am).  But, sadly, I do not have enough RAM to
test this.

./matt


-- 
m. kolb  <muk@msu.edu>  <muk@bender.cl.msu.edu>