Date: Sat, 18 Jan 2003 10:52:05 -0800 (PST) From: Parag Patel <parag@codegen.com> To: FreeBSD-gnats-submit@FreeBSD.org Subject: alpha/47193: panic: mutex vm page queue mutex not owned Message-ID: <200301181852.h0IIq5PA076613@pinhead.parag.codegen.com>
next in thread | raw e-mail | index | archive | help
>Number: 47193
>Category: alpha
>Synopsis: panic: mutex vm page queue mutex not owned
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: freebsd-alpha
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Sat Jan 18 11:00:16 PST 2003
>Closed-Date:
>Last-Modified:
>Originator: Parag Patel
>Release: FreeBSD 5.0-CURRENT alpha
>Organization:
CodeGen, Inc.
>Environment:
System: FreeBSD 5.0-CURRENT #0: Thu Jan 16 09:46:31 PST 2003
parag@dechead:/usr/obj/usr/src/sys/GENERIC
DEC (Compaq) XP1000
(system bootup messages appended below)
>Description:
Hello. I've been getting these sporadically since about the RC2 release
on my XP1000. I have been updating and building from sources on the box
itself, usually successfully. The panic sometimes occurs when it's
compiling world and other times when essentially nothing is running.
Searching the mailing lists, it appears that something similar occurred
on both the Sparc64 and x86 ports a short while ago. I'm not familiar
enough with the code to guess at what this problem is, or if indeed I
have a hardware problem. I couldn't find any PRs about it tho'.
I have done the usual of re-cvs-update and re-build several times, the
latest one today, all to no avail.
One perhaps unusal action is that I turn off all swap having 1Gb of RAM.
As far as I'm concerned, swap was invented because RAM was expensive.
If it cannot run in 1Gb of RAM, I'd rather it didn't run at all. :)
However I don't know if this would trigger this sort of panic. (My x86
box with 1Gb of RAM and 4.7-STABLE exhibits no problems.)
# panic: mutex vm page queue mutex not owned at /usr/src/sys/vm/vm_page.c:281
cpuid = 0;
panic
Stopped at Debugger+0x34: zapnot v0,#0xf,v0 <v0=0x0>
db> bt
No such command
db> t
Debugger() at Debugger+0x34
panic() at panic+0x1a4
_mtx_assert() at _mtx_assert+0xb4
vm_page_flag_set() at vm_page_flag_set+0x38
vm_page_busy() at vm_page_busy+0x38
pmap_dispose_thread() at pmap_dispose_thread+0xac
thread_fini() at thread_fini+0x18
zone_drain() at zone_drain+0x260
zone_foreach() at zone_foreach+0x5c
uma_reclaim() at uma_reclaim+0x1c
vm_pageout_scan() at vm_pageout_scan+0xe8
vm_pageout() at vm_pageout+0x348
fork_exit() at fork_exit+0x100
exception_return() at exception_return
--- root of call graph ---
db>
CPU 0 booting
Resetting all I/O buses
(boot dka200.2.0.6.1 -flags a)
block 0 of dka200.2.0.6.1 is a valid boot block
reading 15 blocks from dka200.2.0.6.1
bootstrap code read in
base = 200000, image_start = 0, image_bytes = 1e00
initializing HWRPB at 2000
initializing page table at 3ffee000
initializing machine state
setting affinity to the primary CPU
jumping to bootstrap code
Loading /boot/loader
Console: SRM firmware console
VMS PAL rev: 0x1001b00010152
OSF PAL rev: 0x100160002014c
Switch to OSF PAL code succeeded.
FreeBSD/alpha SRM disk boot, Revision 1.2
(parag@dechead, Thu Jan 16 12:53:30 PST 2003)
Memory: 1048576 k
Loading /boot/defaults/loader.conf
/boot/kernel/kernel data=0x45a550+0x68b30 syms=[0x8+0x60048+0x8+0x49e32]
Hit [Enter] to boot immediately, or any other key for command prompt.
Booting [/boot/kernel/kernel] in 9 seconds...
Type '?' for a list of commands, 'help' for more detailed help.
OK boot -c
Entering /boot/kernel/kernel at 0xfffffc000033f480...
sio1: gdb debugging port
Unrecognized boot flag 'c'.
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #0: Thu Jan 16 09:46:31 PST 2003
parag@dechead:/usr/obj/usr/src/sys/GENERIC
Preloaded elf kernel "/boot/kernel/kernel" at 0xfffffc0000870000.
ST6600
COMPAQ Professional Workstation XP1000, 500MHz
8192 byte page size, 1 processor.
CPU: EV6 (21264) major=8 minor=3 extensions=0x303<BWX,FIX,MVI,PRECISE>
OSF PAL rev: 0x100160002014c
real memory = 1071562752 (1021 MB)
avail memory = 1034747904 (986 MB)
Initializing GEOMetry subsystem
tsunami0: <21271 Core Logic chipset>
pcib0: <21271 PCI host bus adapter> on tsunami0
pci0: <PCI bus> on pcib0
isab0: <PCI-ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Cypress 82C693 ATA controller> port 0x1000-0x100f,0x3f4-0x3f7,0x1f0-0x1f7 irq 238 at device 7.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata0: interrupting at ISA irq 14
ata1: at 0x170 irq 15 on atapci0
ata1: interrupting at ISA irq 15
atapci1: <Cypress 82C693 ATA controller> port 0x374-0x377,0x170-0x177 mem 0x1000000-0x100ffff irq 239 at device 7.2 on pci0
atapci1: Busmastering DMA not configured
ohci0: <OHCI (generic) USB controller> mem 0x1020000-0x1020fff irq 234 at device 7.3 on pci0
ohci0: interrupting at ISA irq 10
usb0: OHCI version 1.0, legacy support
usb0: <OHCI (generic) USB controller> on ohci0
usb0: USB revision 1.0
uhub0: (0x1080) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
pci0: <display, VGA> at device 11.0 (no driver attached)
ohci1: <OPTi 82C861 (FireLink) USB controller> mem 0x1021000-0x1021fff irq 36 at device 12.0 on pci0
ohci1: interrupting at TSUNAMI irq 36
usb1: OHCI version 1.0, legacy support
usb1: <OPTi 82C861 (FireLink) USB controller> on ohci1
usb1: USB revision 1.0
uhub1: OPTi OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
pcib1: <21271 PCI host bus adapter> on tsunami0
pci1: <PCI bus> on pcib1
dc0: <Intel 21143 10/100BaseTX> port 0x10100-0x1017f mem 0x1051000-0x10513ff irq 45 at device 3.0 on pci1
dc0: Ethernet address: 00:00:f8:71:b9:a1
miibus0: <MII bus> on dc0
dcphy0: <Intel 21143 NWAY media interface> on miibus0
dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
dc0: interrupting at TSUNAMI irq 45
isp0: <Qlogic ISP 1020/1040 PCI SCSI Adapter> port 0x10000-0x100ff mem 0x1050000-0x1050fff irq 47 at device 6.0 on pci1
isp0: interrupting at TSUNAMI irq 47
pcib2: <PCI-PCI bridge> at device 8.0 on pci1
pci2: <PCI bus> on pcib2
atkbdc0: <Keyboard controller (i8042)> at port 0x64,0x60 on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
atkbd0: interrupting at ISA irq 1
fdc0: <Enhanced floppy controller (i82077, NE72065 or clone)> at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0
fdc0: interrupting at ISA irq 6
mcclock0: <MC146818A real time clock> at port 0x70-0x71 on isa0
ppc0: <Parallel port> at port 0x3bc-0x3c3 irq 7 on isa0
ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode
lpt0: <Printer> on ppbus0
lpt0: Polled port
ppi0: <Parallel I/O> on ppbus0
ppc0: interrupting at ISA irq 7
sc0: <System console> on isa0
sc0: VGA <16 virtual consoles, flags=0x0>
sio0 at port 0x3f8-0x3ff irq 4 on isa0
sio0: type 16550A, console
sio0: interrupting at ISA irq 4
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
sio1: interrupting at ISA irq 3
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounter "i8254" frequency 1193182 Hz
Timecounter "alpha" frequency 500024651 Hz
Timecounters tick every 0.976 msec
acd0: CDROM <TOSHIBA CD-ROM XM-6302B> at ata0-master PIO4
Waiting 15 seconds for SCSI devices to settle
da0 at isp0 bus 0 target 0 lun 0
da0: <DEC RZ2CD-KS (C) DEC 0306> Fixed Direct Access SCSI-2 device
da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled
da0: 4091MB (8380080 512 byte sectors: 255H 63S/T 521C)
da1 at isp0 bus 0 target 1 lun 0
da1: <DEC RZ2CD-KS (C) DEC 0306> Fixed Direct Access SCSI-2 device
da1: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled
da1: 4091MB (8380080 512 byte sectors: 255H 63S/T 521C)
da2 at isp0 bus 0 target 2 lun 0
da2: <DEC RZ2ED-KS (C) DEC 0306> Fixed Direct Access SCSI-2 device
da2: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled
da2: 17365MB (35565080 512 byte sectors: 255H 63S/T 2213C)
Mounting root from ufs:/dev/da2a
Loading configuration files.
hw.bus.devctl_disable: 0 -> 1
Entropy harvesting: interrupts ethernet point_to_point.
Starting file system checks:
/dev/da2a: FILESYSTEM CLEAN; SKIPPING CHECKS
/dev/da2a: clean, 26116 free (380 frags, 3217 blocks, 0.6% fragmentation)
/dev/da2f: FILESYSTEM CLEAN; SKIPPING CHECKS
/dev/da2f: clean, 3253118 free (38150 frags, 401871 blocks, 0.9% fragmentation)
/dev/da2e: FILESYSTEM CLEAN; SKIPPING CHECKS
/dev/da2e: clean, 61288 free (24 frags, 7658 blocks, 0.0% fragmentation)
/dev/da2h: FILESYSTEM CLEAN; SKIPPING CHECKS
/dev/da2h: clean, 6928213 free (55397 frags, 859102 blocks, 0.6% fragmentation)
kern.coredump: 1 -> 0
kern.corefile: %N.core -> /dev/null
vm.swap_enabled: 1 -> 0
>How-To-Repeat:
At least on my Alpha box, it just seems to do this sporadically, under
load or not, usually within a day of being left running. I can provide
a TTY to the crashed port (terminal console) if desired.
>Fix:
Not a clue.
>Release-Note:
>Audit-Trail:
>Unformatted:
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-alpha" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200301181852.h0IIq5PA076613>