Stable panics in generic_bzero()

Tom.Lislegaard at proact.no Tom.Lislegaard at proact.no
Sat Jan 14 09:33:33 PST 2006


6.0-Stable panics whenever I try to load the OSS sounddriver. I note
that kgdb says something about RAM parity error, but I doubt thats
real. The panic is 100% reproducible by running 'soundon' on this system.
I've never seen this error otherwise or had any other indication of
memory errors.

The source is RELENG_6 from a couple of days ago.

-tom

acer# kgdb /sys/i386/compile/acer/kernel.debug /var/crash/vmcore.2 
[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd".

Unread portion of the kernel message buffer:
<2>NMI ISA a0, EISA ff
<2>RAM parity error, likely hardware failure.

Fatal trap 19: non-maskable interrupt trap while in kernel mode
instruction pointer     = 0x20:0xc068ef57
stack pointer           = 0x28:0xe50e3abc
frame pointer           = 0x28:0xe50e3adc
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         = 680 (sndconf)
trap number             = 19
panic: non-maskable interrupt trap
Uptime: 10m12s
Dumping 1022 MB (2 chunks)
    chunk 0: 1MB (159 pages) ... ok
    chunk 1: 1022MB (261504 pages) 1006 990 974 958 942 926 910 894 878 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14

#0  doadump () at pcpu.h:165
165     pcpu.h: No such file or directory.
          in pcpu.h
(kgdb) where
#0  doadump () at pcpu.h:165
#1  0xc050dcca in boot (howto=260) at ../../../kern/kern_shutdown.c:399
#2  0xc050df60 in panic (fmt=0xc06b7215 "%s") at ../../../kern/kern_shutdown.c:555
#3  0xc06914e4 in trap_fatal (frame=0xe50e3a7c, eva=0) at ../../../i386/i386/trap.c:836
#4  0xc069100c in trap (frame=
        {tf_fs = -995098616, tf_es = -992935896, tf_ds = -985006040, tf_edi = -415947840, tf_esi = -993041408, tf_ebp = -452052260, tf_isp = -452052312, tf_ebx = -984827392, tf_edx = -415952896, tf_ecx = 6928, tf_eax = 0, tf_trapno = 19, tf_err = 0, tf_eip = -1066864809, tf_cs = 32, tf_eflags = 66054, tf_esp = -993041408, tf_ss = -987787331})
      at ../../../i386/i386/trap.c:631
#5  0xc068063a in calltrap () at ../../../i386/i386/exception.s:139
#6  0xc068ef57 in generic_bzero () at ../../../i386/i386/support.s:90
Previous frame inner to this frame (corrupt stack?)
(kgdb)


More information about the freebsd-stable mailing list