Subject: Panic in pagedaemon in 1.6P under moderate load
To: None <tech-kern@netbsd.org>
From: Bernd Sieker <bsieker@freenet.de>
List: tech-kern
Date: 02/27/2003 12:32:49
--opJtzjQTFsWo+cga
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Hi,
under moderate load I get the following panic (dmesg and trace attached)
on my SPARCstation 20-MP (Dual SM71) after some time (between 30 minutes
and several hours).
I also had that occasionally in earlier version. The current kernel is
cross-built on i386 from cvs sources from 2003-02-26.
Is there something in particular I should look at or try? Or is the
problem known and about to be fixed?
I would have thought it might also be hardware-related, but the
fact that I never seem to get userland problems, even if compiling
large projects, and that I always seem to get the same panic leads
me to the suspicion that it's a kernel problem.
Regards,
Bernd
--
Bernd Sieker
NetBSD - here today and in the middle of 2038 tomorrow.
-- Julian Assange
--opJtzjQTFsWo+cga
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=dmesg-sol-panic
NetBSD 1.6P (SOL.MP) #3: Wed Feb 26 19:36:31 CET 2003
bernd@boa:/usr/source/current/src/sys/arch/sparc/compile/SOL.MP
total memory = 127 MB
avail memory = 115 MB
using 896 buffers containing 6616 KB of memory
bootpath: /iommu@f,e0000000/sbus@f,e0001000/espdma@f,400000/esp@f,800000/sd@1,0
mainbus0 (root): SUNW,SPARCstation-20
cpu0 at mainbus0: mid 8: TMS390Z50 v0 or TMS390Z55 @ 75 MHz, on-chip FPU
cpu0: physical 20K instruction (64 b/l), 16K data (32 b/l), 1024K external (32 b
/l): cache enabled
cpu1 at mainbus0: mid 10: TMS390Z50 v0 or TMS390Z55 @ 75 MHz, on-chip FPU
cpu1: physical 20K instruction (64 b/l), 16K data (32 b/l), 1024K external (32 b
/l): cache enabled
obio0 at mainbus0
clock0 at obio0 slot 0 offset 0x200000: mk48t08: hostid 7271bfaf
timer0 at obio0 slot 0 offset 0x300000: delay constant 35
zs0 at obio0 slot 0 offset 0x100000 level 12 softpri 6
zstty0 at zs0 channel 0 (console i/o)
zstty1 at zs0 channel 1
zs1 at obio0 slot 0 offset 0x0 level 12 softpri 6
kbd0 at zs1 channel 0: baud rate 1200
ms0 at zs1 channel 1: baud rate 1200
fdc0 at obio0 slot 0 offset 0x700000 level 11 softpri 4: chip 82077
fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
auxreg0 at obio0 slot 0 offset 0x800000
power0 at obio0 slot 0 offset 0xa01000 level 2
cgfourteen0 at obio0 slot 2 offset 0x0 level 8: cgthree emulated at 1152x900x8bp
p
cgfourteen0: attached to /dev/fb
iommu0 at mainbus0 ioaddr 0xe0000000: version 0x3/0x1, page-size 4096, range 64M
B
sbus0 at iommu0: clock = 25 MHz
dma0 at sbus0 slot 15 offset 0x400000: dma rev 2
esp0 at dma0 slot 15 offset 0x800000 level 4: ESP200, 40MHz, SCSI ID 7
scsibus0 at esp0: 8 targets, 8 luns per target
ledma0 at sbus0 slot 15 offset 0x400010: dma rev 2
le0 at ledma0 slot 15 offset 0xc00000 level 6: address 08:00:20:71:bf:af
le0: 8 receive buffers, 2 transmit buffers
bpp0 at sbus0 slot 15 offset 0x4800000 level 2 (ipl 3): dma rev 2
SUNW,DBRIe at sbus0 slot 14 offset 0x10000 level 9 not configured
eccmemctl0 at mainbus0 ioaddr 0x0: version 0x0/0x2
scsibus0: waiting 2 seconds for devices to settle...
esp0: wide mode 1
sd0 at scsibus0 target 1 lun 0: <WDIGTL, ENTERPRISE, 1.91> disk fixed
sd0: 4157 MB, 5720 cyl, 8 head, 186 sec, 512 bytes/sect x 8515173 sectors
sd0: sync (100.0ns offset 15), 8-bit (10.000MB/s) transfers, tagged queueing
sd1 at scsibus0 target 3 lun 0: <CONNER, CFP1080E SUN1.05, 4949> disk fixed
sd1: 1030 MB, 3658 cyl, 6 head, 96 sec, 512 bytes/sect x 2110812 sectors
sd1: sync (100.0ns offset 15), 8-bit (10.000MB/s) transfers, tagged queueing
cd0 at scsibus0 target 6 lun 0: <TOSHIBA, XM-4101TASUNSLCD, 3424> cdrom removabl
e
cd0: async, 8-bit transfers
root on sd0a dumps on sd0b
root file system type: ffs
cpu0: booting secondary processors: cpu1
Thu Feb 27 09:13:09 GMT 2003
swapctl: adding /dev/sd0b as swap device at priority 0
[...]
panic: kernel diagnostic assertion "!UVM_ET_ISSUBMAP(first_entry)" failed: file
"../../../../uvm/uvm_map.c", line 1444
Stopped in pid 4.1 (pagedaemon) at cpu_Debugger+0x8: call
e
sigcode
db{0}> trace
cpu_Debugger(0xf01d1c00, 0x1, 0xfe012000, 0xf01fcc00, 0xf01d4000, 0xf01fea28) at
panic+0x10c
panic(0xf01b7aa0, 0x100, 0xf01fc800, 0xf01fc800, 0x5a4, 0xf01fc498) at __assert+
0x18
__assert(0xf01a7fc8, 0xf01a81f0, 0x5a4, 0xf01a8310, 0xf01e0dec, 0xf01e0d90) at u
vm_unmap_detach+0x90
uvm_unmap_detach(0xf01f4678, 0x0, 0x0, 0xf6059cb4, 0xf01aa800, 0x2) at uvm_unmap
+0x15c
uvm_unmap(0xf01e0d60, 0xf06b2000, 0xf06b3000, 0x0, 0x0, 0xffffffff) at uvm_km_fr
ee+0x14
uvm_km_free(0xf01e0d60, 0xf06b2000, 0x1000, 0xf0291010, 0x49f, 0x3638) at pgt_pa
ge_free+0x140
pgt_page_free(0xf01f4f84, 0xf06b2000, 0xf0165098, 0xb00, 0x0, 0xf0026508) at poo
l_allocator_free+0x10
pool_allocator_free(0xf01f4f84, 0xf06b2000, 0xa, 0xe, 0x0, 0xf4240) at pool_recl
aim+0x2c4
pool_reclaim(0xf01f4f84, 0xf01d4194, 0xf01e0800, 0xf01f4f84, 0xf01d4000, 0xf01fe
a28) at pool_drain+0xa0
pool_drain(0x0, 0x5, 0xf01fe8a4, 0x0, 0xf01fea48, 0xf01fc498) at uvm_pageout+0x1
a4
uvm_pageout(0x55555556, 0x0, 0x200, 0x0, 0x0, 0x0) at proc_trampoline+0x18
db{0}>
--opJtzjQTFsWo+cga--