Bug 25083

   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 rx0, 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 rx0, 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).