On Wed, Apr 07, 1999 at 11:45:56AM -0700, Jason Thorpe wrote:
> On Wed, 7 Apr 1999 07:34:20 +0200 
>  Ignatios Souvatzis <is@jocelyn.rhein.de> wrote:
> 
>  > panic: uvmexp.swpgonly botch
>  > stopped in pagedaemon at _Debugger+0x6
>  > 
>  > trace shows:
>  > 
>  > _Debugger
>  > _panic
>  > _uvmpd_scan_inactive
>  > _uvmpd_scan
>  > _uvm_pageout
>  > _start_page_daemon
>  > _proc_trampoline
>  > 
>  > with both an April 4 1.4A and yestereves (CET) 1.4_ALPHA kernel (DRACO with
>  > only INET but added i4b). From the code snippet below I guess this is either
>  > a missed uvmexp.swpgonly--, uvmexp.swpages++, or a real problem.
>  > 
>  > Anything I can do (besides undefining DIAGNOSTIC and pray?) Chuck, anything
>  > you want me to look at from the db> prompt?
> 
> Hm... cvs blame shows this to be part of The Other Chuck's swap fixes to
> deal with extreme resource shortages better...

Tried with a pure GENERIC kernel built 12 hours ago from then 10 hour old
1.4-branch sources.

This time, did call uvm_dump:

panic: uvmexp.swpgonly botch
Current UVM status:
  pagesize=8192 (0x2000), pagemask=0x1fff, pageshift=13
  214 VM pages: 11 active, 10 inactive, 26 wired, 14 free
  freemin=10, free-target=13, inactive-target=14, wired-max=71
  faults=59564, traps=48092, intrs=104052, ctxswitch=23334
  softint=51810, syscalls=5902, swapins=5, swapouts=10
  fault counts:
    noram=0, noanon=0, pgwait=1344, pgrele=0
    ok relocks(total)=20612(20613), anget(retrys)=18288(11144), amapcopy=1271
    neighbor anon/obj pg=2884/7287, gets(lock/unlock)=40557/9469
    cases: anon=17334, anoncow=952, obj=40373, prcopy=183, przero=720
  daemon and swap counts:
    woke=4418, revs=4247, scans=30490, swout=2545
    busy=1168, freed=24416, reactivate=0, deactivate=46170
    pageouts=2269, pending=2269, nswget=9813
    nswapdev=1, nanon=5194, nfreeanon=4893
    swpages=5000, swpginuse=312, swpgonly=5001 paging=0
  kernel pointers:
    objs(kern/kmem/mb)=0x185dd4/0x185ea4/0x185ebc

Does this help?
	-is