On Wed, 14 May 2003, Milos Urbanek wrote:

> On Wed, May 14, 2003 at 05:50:32PM +0200, Milos Urbanek wrote:
>
> Actually the problem is not easily reproducible.

Not to difficult.  With a -current GENERIC kernel I just managed to
reproduce the problem on the second attempt:

uvm_pagealloc_strat(0,ee0000,0,0,1) at netbsd:uvm_pagealloc_strat+0x153
uvm_km_kmemalloc(c06e6680,0,49000,400000,cb7d1f34) at netbsd:uvm_km_kmemalloc+0x99
malloc(49000,c06b9560,1,0,cb767d84) at netbsd:malloc+0x1d2
amap_copy(cb767d84,cb81d554,1,1,f9db000) at netbsd:amap_copy+0x18d
uvmfault_amapcopy(cb812f34,6,0,1,0) at netbsd:uvmfault_amapcopy+0x128
uvm_fault(cb767d84,f9db000,0,2,4811f094) at netbsd:uvm_fault+0x1b6
trap() at netbsd:trap+0x500
--- trap (number 6) ---
0x481112e4:
db>

The system is at the db> prompt. I can make the console available
remotely, if this helps.

-- 
    - aew