On Tue, Oct 11, 2005 at 03:03:53PM +0100, Matthias Scheler wrote:
> On Tue, Oct 11, 2005 at 01:41:08PM +0100, Matthias Scheler wrote:
> > The interesting question is therefore whether your system use "tmpfs"
> > or not.
> 
> I had another panic with a 2005-10-11 kernel, this time *without*
> using tmpfs:
> 
> uvm_fault(0xc0555da0, 0xd9400000, 0, 2) -> 0xe
> fatal page fault in supervisor mode
> trap type 6 code 2 eip c02c3e70 cs 8 eflags 10282 cr2 d9400fe0 ilevel 0
> panic: trap
> Begin traceback...
> trap() at netbsd:trap+0x162
> --- trap (number 6) ---
> pool_get(c0562ae0,2,0,2,18) at netbsd:pool_get+0x1f9
> ffs_vget(c26fe000,12903d,0,d546cec4,81a4) at netbsd:ffs_vget+0xfe
> ffs_valloc(d546cd04,0,0,333d70fa,c0465800) at netbsd:ffs_valloc+0x12b
> VOP_VALLOC(d93f3008,81a4,cc7a0984,d546cec4,d93f3008) at netbsd:VOP_VALLOC+0x36
> ufs_makeinode(81a4,d93f3008,d546cec4,d546ced8,709d5b87) at netbsd:ufs_makeinode+0x59
> ufs_create(d546cd94,0,7c22c,d54e4c54,c0464ec0) at netbsd:ufs_create+0x38
> VOP_CREATE(d93f3008,d546cec4,d546ced8,d546cde4,d54e4c58) at netbsd:VOP_CREATE+0x36
> vn_open(d546ceb4,602,1a4,c02c42f1,c05652c0) at netbsd:vn_open+0x15a
> sys_open(d53d5d74,d546cf64,d546cf5c,d54b77fc,c03750b8) at netbsd:sys_open+0xcc
> syscall_plain() at netbsd:syscall_plain+0x18f
> --- syscall (number 5) ---

I changed the pool code recently as well, so that might be the cause of this.
I haven't seen any of the crashes that people have posted about myself, though,
and I've exercised the pool changes quite a bit.

-Chuck