Re: pcm0 + rl0 in the same irq causes panic

From: Alexandre Vieira <nullpt_at_gmail.com>
Date: Mon, 2 Oct 2006 00:39:52 +0100
Hello,

I've tried to replaced hdac.c, clean/rebuild/install all sound modules
and with the new build it still panics.



On 10/1/06, Ariff Abdullah <ariff_at_freebsd.org> wrote:
> On Sun, 1 Oct 2006 23:06:47 +0100
> "Alexandre Vieira" <nullpt_at_gmail.com> wrote:
> > Hello,
> >
> > Here is a backtrace of the panic:
> >
> > blackpearl# kgdb kernel.debug /var/crash/vmcore.0
> > kgdb: kvm_nlist(_stopped_cpus):
> > kgdb: kvm_nlist(_stoppcbs):
> > [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:
> > pcm0: PCMDIR_PLAY: Stream setup nid=2 fmt=0x00000011
> > <2>NMI ISA b0, EISA ff
> > <2>RAM parity error, likely hardware failure.
> >
> > Fatal trap 19: non-maskable interrupt trap while in kernel mode
> > instruction pointer     = 0x20:0xc5798eaa
> > stack pointer           = 0x28:0xe50e6b70
> > frame pointer           = 0x28:0xe50e6bc4
> > code segment            = base 0x0, limit 0xfffff, type 0x1b
> >                         = DPL 0, pres 1, def32 1, gran 1
> > processor eflags        = interrupt enabled, IOPL = 0
> > current process         = 1211 (artsd)
> > trap number             = 19
> > panic: non-maskable interrupt trap
> > Uptime: 1h31m2s
> > Dumping 1014 MB (2 chunks)
> >   chunk 0: 1MB (159 pages) ... ok
> >   chunk 1: 1014MB (259456 pages) 998 982 966 950 934 918 902 886 870
> > 854 838 822 806 790 774 758 742 726 710 694 678 662 646 630 614 598
> > 582 566 550 534 518 502 486 470 454 438 422 406 390 374 358 342 326
> > 310 294 278 262 246 230 214 198 182 166 150 134 118 102 86 70 54 38
> > 22 6
> >
> > #0  doadump () at pcpu.h:165
> > 165             __asm __volatile("movl %%fs:0,%0" : "=r" (td));
> > (kgdb) where
> > #0  doadump () at pcpu.h:165
> > #1  0xc05f34cc in boot (howto=260) at
> > #/usr/src/sys/kern/kern_shutdown.c:409 2  0xc05f3819 in panic
> > #(fmt=0xc0816cc2 "%s") at
> > /usr/src/sys/kern/kern_shutdown.c:565
> > #3  0xc07d78cc in trap_fatal (frame=0xe50e6b30, eva=0) at
> > /usr/src/sys/i386/i386/trap.c:837
> > #4  0xc07d72d2 in trap (frame=
> >       {tf_fs = -452067320, tf_es = 40, tf_ds = -993853400, tf_edi =
> >       0,
> > tf_esi = 0, tf_ebp = -452039740, tf_isp = -452039844, tf_ebx =
> > 1039527936, tf_edx = -994638720, tf_ecx = -988999680, tf_eax = 2,
> > tf_trapno = 19, tf_err = 0, tf_eip = -981889366, tf_cs = 32,
> > tf_eflags = 2097811, tf_esp = -982862592, tf_ss = 0}) at
> > /usr/src/sys/i386/i386/trap.c:632
> > #5  0xc07c26ca in calltrap () at
> > #/usr/src/sys/i386/i386/exception.s:139 6  0xc5798eaa in ?? ()
> > Previous frame inner to this frame (corrupt stack?)
> > (kgdb)
> >
> >
>
> Both of you, replace sys/dev/sound/pci/hda/hdac.c with this:
>
> http://people.freebsd.org/~ariff/test/hdac_artsdwreck.c
>
>
> --
> Ariff Abdullah
> FreeBSD
>
> ... Recording in stereo is obviously too advanced
>     and confusing for us idiot ***** users :P ........
>
>


-- 
Alexandre Vieira - nullpt_at_gmail.com
Received on Sun Oct 01 2006 - 21:39:55 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:01 UTC