Date: Tue, 13 Feb 2001 16:57:59 -0800 (PST) From: tirloni@techie.com To: freebsd-gnats-submit@FreeBSD.org Subject: kern/25083: Page fault (kernel trap 12) Message-ID: <200102140057.f1E0vxd02569@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 25083
>Category: kern
>Synopsis: Page fault (kernel trap 12)
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Tue Feb 13 17:00:01 PST 2001
>Closed-Date:
>Last-Modified:
>Originator: Giovanni P. Tirloni
>Release: 4.2-STABLE (Mon Feb 12 05:51:52 BRST 2001)
>Organization:
none
>Environment:
FreeBSD mink01 4.2-STABLE FreeBSD 4.2-STABLE #9: Mon Feb 12 05:51:52 BRST 2001 root@mink01:/usr/src/sys/compile/MINK01 i386
Architeture: x86
Processor: Pentium/P55C
Memory: 49152K bytes (EDO)
>Description:
my kernel is panic'ing due to a page fault after a use 'waveplay' to play
some specific .wav files (it doesn't panic with every file). I can play any
kind of audio (.wav, .mp3, etc) but with some .wav's the kernel simply panic's
and I have no clue on what to do or where it came from. So here goes the
information that the kernel shows me after the panic:
$ waveplay /usr/share/licq/sounds/icq/MsgBack.wav
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x3a
fault code = supervisor write, page not present
instruction pointer = 0x8:0xc020e173
stack pointer = 0x10:0xc02a6638
frame pointer = 0x10:0xc02a66d8
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = Idle
interrupt mask = tty
trap number = 12
panic: page fault
syncing disks...
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x30
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc01fdb1c
stack pointer = 0x10:0xc02a6430
frame pointer = 0x10:0xc02a6434
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = Idle
interrupt mask = tty bio
trap number = 12
panic: page fault
Uptime: 46s
My kernel configuration follows:
machine i386
cpu I586_CPU
ident MINK01
maxusers 48
options INET
options INET6
options FFS
options FFS_ROOT
options SOFTUPDATES
options EXT2FS
options NFS
options MSDOSFS
options CD9660
options PROCFS
options COMPAT_43
options SCSI_DELAY=1500
options UCONSOLE
options USERCONFIG
options SYSVSHM
options SYSVMSG
options SYSVSEM
options _KPOSIX_PRIORITY_SCHEDULING
options KBD_INSTALL_CDEV
options ICMP_BANDLIM
options IPFILTER
options IPFILTER_LOG
options IPFILTER_DEFAULT_BLOCK
device isa
device pci
device fdc0 at isa? port IO_FD1 irq 6 drq 2
device fd0 at fdc0 drive 0
device ata0 at isa? port IO_WD1 irq 14
device ata1 at isa? port IO_WD2 irq 15
device ata
device atadisk
device atapicd
device atapifd
options ATA_STATIC_ID
options ATA_ENABLE_ATAPI_DMA
device atkbdc0 at isa? port IO_KBD
device atkbd0 at atkbdc? irq 1 flags 0x1
device vga0 at isa?
pseudo-device splash
device sc0 at isa? flags 0x100
device vt0 at isa?
options XSERVER
device npx0 at nexus? port IO_NPX irq 13
device apm0 at nexus? disable flags 0x20
device sio0 at isa? port IO_COM1 flags 0x10 irq 4
device sio1 at isa? port IO_COM2 irq 3
device sio2 at isa? disable port IO_COM3 irq 5
device sio3 at isa? disable port IO_COM4 irq 9
device ppc0 at isa? irq 7
device ppbus
device lpt
pseudo-device loop
pseudo-device ppp 1
pseudo-device tun
pseudo-device pty
pseudo-device bpf
device pcm0
Just as a curiosity, I was using this same configuration a week ago and there
were no problems at all, then I lost the config file and rebuild it as it is
now but I can't where an kernel option would make some wave files to panic the
kernel, IMO.
>How-To-Repeat:
I really don't know how you could repeat this kernel panic cause it seems to
happen with those specific .wav files but I can reproduce it any time just
playing them and the kernel will show the same fatal trap 12 with the same
information always (just the second trap has its information changed at each
try).
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200102140057.f1E0vxd02569>