pcm0 + rl0 in the same irq causes panic

[Ariff Abdullah]

[CC: current@ as this issue related with the current state of
-current]

On Sun, 1 Oct 2006 20:10:33 +0100

Hello folks,
I'm having some troubles setting up my freebsd workstation.
blackpearl# vmstat -i
interrupt total rate
irq1: atkbd0 1248 3
irq9: acpi0 720 1
irq12: psm0 4614 12
irq14: ata0 45465 123
irq16: pcm0 rl0++ 369 1
cpu0: timer 733657 1993
Total 786073 2136
blackpearl#
I recently got sound in my laptop trough the recent snd_hda(4)
driver by Ariff.
Whenevr artds (our anything else opens the device) I get a panic
fatal trap 19 (non-maskable interrupt trap while in kernel mode).
What info do I need to submit in order to investigate this issue?

I thought yours works flawlessly?

I can't tell. The origin of the problem is probably somewhere else :(
Perhaps output of the crashdump and backtrace would help us to
investigate the issue.

Please update to the latest -current since snd_hda is already part of
the -current build process. Besides, read /usr/src/UPDATING for latest
breaking news.

By the way, please fetch http://people.freebsd.org/~ariff/test/hdac.c
and put it into sys/dev/sound/pci/hda/ , rebuild, etc. Stay in plain
console (no X) while try to play something, perhaps using
mpg123/mplayer etc. Few people reported simmilar issue which cannot
be reproduced after staying out of X/KDE while abusing sound playback
through plain console.


--
Ariff Abdullah
FreeBSD

.. Recording in stereo is obviously too advanced
and confusing for us idiot ***** users :P ........

[Alexandre Vieira]

Post by Ariff Abdullah
-current]
On Sun, 1 Oct 2006 20:10:33 +0100

Hello folks,
I'm having some troubles setting up my freebsd workstation.
blackpearl# vmstat -i
interrupt total rate
irq1: atkbd0 1248 3
irq9: acpi0 720 1
irq12: psm0 4614 12
irq14: ata0 45465 123
irq16: pcm0 rl0++ 369 1
cpu0: timer 733657 1993
Total 786073 2136
blackpearl#
I recently got sound in my laptop trough the recent snd_hda(4)
driver by Ariff.
Whenevr artds (our anything else opens the device) I get a panic
fatal trap 19 (non-maskable interrupt trap while in kernel mode).
What info do I need to submit in order to investigate this issue?

I thought yours works flawlessly?
I can't tell. The origin of the problem is probably somewhere else :(
. Perhaps output of the crashdump and backtrace would help us to
investigate the issue.
Please update to the latest -current since snd_hda is already part of
the -current build process. Besides, read /usr/src/UPDATING for latest
breaking news.
By the way, please fetch http://people.freebsd.org/~ariff/test/hdac.c
and put it into sys/dev/sound/pci/hda/ , rebuild, etc. Stay in plain
console (no X) while try to play something, perhaps using
mpg123/mplayer etc. Few people reported simmilar issue which cannot
be reproduced after staying out of X/KDE while abusing sound playback
through plain console.
--
Ariff Abdullah
FreeBSD
... Recording in stereo is obviously too advanced
and confusing for us idiot ***** users :P ........

Hello,

I'm sorry, forgot to add an important info.

I'm now testing stuff in 6.2-PRERELEASE. I don't know if I did anything that
different but I didn't see this happening in -CURRENT.

I've made a simple test with mpg123. Played a mp3 file really fine without
panicing.. what does artsd do that would cause the panic? Maybe I can't
stress this as much as artsd?

Regards,

[Ariff Abdullah]

[Please avoid freebsd-questions@, for now]

On Sun, 1 Oct 2006 20:42:54 +0100

Post by Alexandre Vieira

Post by Ariff Abdullah
-current]
On Sun, 1 Oct 2006 20:10:33 +0100

Hello folks,
I'm having some troubles setting up my freebsd workstation.
blackpearl# vmstat -i
interrupt total rate
irq1: atkbd0 1248 3
irq9: acpi0 720 1
irq12: psm0 4614 12
irq14: ata0 45465 123
irq16: pcm0 rl0++ 369 1
cpu0: timer 733657 1993
Total 786073 2136
blackpearl#
I recently got sound in my laptop trough the recent snd_hda(4)
driver by Ariff.
Whenevr artds (our anything else opens the device) I get a panic
fatal trap 19 (non-maskable interrupt trap while in kernel
mode).
What info do I need to submit in order to investigate this
issue?

I thought yours works flawlessly?
I can't tell. The origin of the problem is probably somewhere else
:( . Perhaps output of the crashdump and backtrace would help us
to investigate the issue.
Please update to the latest -current since snd_hda is already part
of the -current build process. Besides, read /usr/src/UPDATING for
latest breaking news.
By the way, please fetch
http://people.freebsd.org/~ariff/test/hdac.c
and put it into sys/dev/sound/pci/hda/ , rebuild, etc. Stay in
plain console (no X) while try to play something, perhaps using
mpg123/mplayer etc. Few people reported simmilar issue which
cannot be reproduced after staying out of X/KDE while abusing
sound playback through plain console.

I'm sorry, forgot to add an important info.
I'm now testing stuff in 6.2-PRERELEASE. I don't know if I did
anything that different but I didn't see this happening in -CURRENT.

What do you mean? Even with simple test like this (below) makes the
-CURRENT panic too?

Post by Alexandre Vieira
I've made a simple test with mpg123. Played a mp3 file really fine
without panicing.. what does artsd do that would cause the panic?
Maybe I can't stress this as much as artsd?

sysctl hw.snd.pcm0.vchans=200

Open as many playback apps as possible

So how about artsd+6.2-PRERELEASE ? Simmilar issue has been reported
with this combination too, but I'm afraid the real problem is
somewhere else, maybe this one:

http://lists.freebsd.org/pipermail/cvs-all/2006-October/190629.html

Don't hesitate to post your panic backtrace right here.

--
Ariff Abdullah
FreeBSD

.. Recording in stereo is obviously too advanced
and confusing for us idiot ***** users :P ........

[Alexandre Vieira]

Hello,

I think i didn't explained myself:

With 6.2-PRERLEASE I tested mpg123 in the console and it played fine,
no problems. When I start kde it will panic with kernel trap 19 being
the criminal proc "artsd". If I skip artsd it will run just fine (like
now).

With -CURRENT I've used KDE also but don't remember if I used artsd in
any ocasion. It worked with applications like mplayer or amarok.

I could only repro this problem with artsd, everything else works just
fine.. Dont think that its related to the link you posted.

Also, I haven't crashdumped anything for ages, my kernel has the
"makeoptions DEBUG=-g" and I've set dumpdev to my swap device ad03b
(/dev/ad0s3b none swap sw 0
0) but this is what I get:

Checking for core dump on /dev/ad0s3b...
savecore: no dumps found

And when it panics I see it saving the stack trace.

Anything changed in the stack trace recovery process?

Thanks for the help.

Regards

Post by Ariff Abdullah
On Sun, 1 Oct 2006 20:42:54 +0100

Post by Alexandre Vieira

Post by Ariff Abdullah
-current]
On Sun, 1 Oct 2006 20:10:33 +0100

Hello folks,
I'm having some troubles setting up my freebsd workstation.
blackpearl# vmstat -i
interrupt total rate
irq1: atkbd0 1248 3
irq9: acpi0 720 1
irq12: psm0 4614 12
irq14: ata0 45465 123
irq16: pcm0 rl0++ 369 1
cpu0: timer 733657 1993
Total 786073 2136
blackpearl#
I recently got sound in my laptop trough the recent snd_hda(4)
driver by Ariff.
Whenevr artds (our anything else opens the device) I get a panic
fatal trap 19 (non-maskable interrupt trap while in kernel mode).
What info do I need to submit in order to investigate this issue?

I thought yours works flawlessly?
I can't tell. The origin of the problem is probably somewhere else
:( . Perhaps output of the crashdump and backtrace would help us
to investigate the issue.
Please update to the latest -current since snd_hda is already part
of the -current build process. Besides, read /usr/src/UPDATING for
latest breaking news.
By the way, please fetch
http://people.freebsd.org/~ariff/test/hdac.c
and put it into sys/dev/sound/pci/hda/ , rebuild, etc. Stay in
plain console (no X) while try to play something, perhaps using
mpg123/mplayer etc. Few people reported simmilar issue which
cannot be reproduced after staying out of X/KDE while abusing
sound playback through plain console.

I'm sorry, forgot to add an important info.
I'm now testing stuff in 6.2-PRERELEASE. I don't know if I did
anything that different but I didn't see this happening in -CURRENT.

What do you mean? Even with simple test like this (below) makes the
-CURRENT panic too?

Post by Alexandre Vieira
I've made a simple test with mpg123. Played a mp3 file really fine
without panicing.. what does artsd do that would cause the panic?
Maybe I can't stress this as much as artsd?

sysctl hw.snd.pcm0.vchans=200
Open as many playback apps as possible
So how about artsd+6.2-PRERELEASE ? Simmilar issue has been reported
with this combination too, but I'm afraid the real problem is
http://lists.freebsd.org/pipermail/cvs-all/2006-October/190629.html
Don't hesitate to post your panic backtrace right here.
--
Ariff Abdullah
FreeBSD
... Recording in stereo is obviously too advanced
and confusing for us idiot ***** users :P ........

[Ariff Abdullah]

On Sun, 1 Oct 2006 21:26:25 +0100

Post by Alexandre Vieira
Hello,
With 6.2-PRERLEASE I tested mpg123 in the console and it played
fine, no problems. When I start kde it will panic with kernel trap
19 being the criminal proc "artsd". If I skip artsd it will run just
fine (like now).
With -CURRENT I've used KDE also but don't remember if I used artsd
in any ocasion. It worked with applications like mplayer or amarok.
I could only repro this problem with artsd, everything else works
just fine.. Dont think that its related to the link you posted.
Also, I haven't crashdumped anything for ages, my kernel has the
"makeoptions DEBUG=-g" and I've set dumpdev to my swap device ad03b
(/dev/ad0s3b none swap sw 0
Checking for core dump on /dev/ad0s3b...
savecore: no dumps found
And when it panics I see it saving the stack trace.
Anything changed in the stack trace recovery process?
Thanks for the help.

Try running artsd while in console and see whether its panicking.
Then, play simple .wav file using artsplay.


--
Ariff Abdullah
FreeBSD

.. Recording in stereo is obviously too advanced
and confusing for us idiot ***** users :P ........

[Michael Butler]

Post by Ariff Abdullah
Try running artsd while in console and see whether its panicking.
Then, play simple .wav file using artsplay.

Simply starting artsd is enough to kill my laptop yet I can use mpg123
in a konsole window w/o issue,

Michael

[Ariff Abdullah]

On Sun, 01 Oct 2006 17:03:43 -0400

Post by Michael Butler

Post by Ariff Abdullah
Try running artsd while in console and see whether its panicking.
Then, play simple .wav file using artsplay.

Simply starting artsd is enough to kill my laptop yet I can use
mpg123 in a konsole window w/o issue,

I cannot reproduce this panic running artsd. artsplay, artsdsp both
running fine.

I'm using artsd package from
ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/6.2-BETA1/packages/audio/arts-1.5.4,1.tbz


I guess it is time for both of you to send us panic backtrace.



--
Ariff Abdullah
FreeBSD

.. Recording in stereo is obviously too advanced
and confusing for us idiot ***** users :P ........

[Alexandre Vieira]

Hello,

I've tried to run artsd on the console and whenever I have snd_hda
loaded it panics.

arts-1.5.4,1 Audio system for the KDE integrated X11 desktop

FreeBSD blackpearl.mshome.net 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE
#1: Sun Oct 1 01:01:24 WEST 2006

Post by Ariff Abdullah
On Sun, 01 Oct 2006 17:03:43 -0400

Post by Michael Butler

Post by Ariff Abdullah
Try running artsd while in console and see whether its panicking.
Then, play simple .wav file using artsplay.

Simply starting artsd is enough to kill my laptop yet I can use
mpg123 in a konsole window w/o issue,

I cannot reproduce this panic running artsd. artsplay, artsdsp both
running fine.
I'm using artsd package from
ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/6.2-BETA1/packages/audio/arts-1.5.4,1.tbz
I guess it is time for both of you to send us panic backtrace.
--
Ariff Abdullah
FreeBSD
... Recording in stereo is obviously too advanced
and confusing for us idiot ***** users :P ........

[Alexandre Vieira]

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)

Post by Alexandre Vieira
Hello,
I've tried to run artsd on the console and whenever I have snd_hda
loaded it panics.
arts-1.5.4,1 Audio system for the KDE integrated X11 desktop
FreeBSD blackpearl.mshome.net 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE
#1: Sun Oct 1 01:01:24 WEST 2006

Post by Ariff Abdullah
On Sun, 01 Oct 2006 17:03:43 -0400

Post by Michael Butler

Post by Ariff Abdullah
Try running artsd while in console and see whether its panicking.
Then, play simple .wav file using artsplay.

Simply starting artsd is enough to kill my laptop yet I can use
mpg123 in a konsole window w/o issue,

I cannot reproduce this panic running artsd. artsplay, artsdsp both
running fine.
I'm using artsd package from

ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/6.2-BETA1/packages/audio/arts-1.5.4,1.tbz

Post by Ariff Abdullah
I guess it is time for both of you to send us panic backtrace.
--
Ariff Abdullah
FreeBSD
... Recording in stereo is obviously too advanced
and confusing for us idiot ***** users :P ........

--

[Ariff Abdullah]

On Sun, 1 Oct 2006 23:06:47 +0100

Post by Alexandre Vieira
Hello,
blackpearl# kgdb kernel.debug /var/crash/vmcore.0
/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".
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]

Hello,

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

Post by Ariff Abdullah
On Sun, 1 Oct 2006 23:06:47 +0100

Post by Alexandre Vieira
Hello,
blackpearl# kgdb kernel.debug /var/crash/vmcore.0
/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".
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)

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 ........

[Michael Butler]

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

.. and still locks solid with mine,

Michael

[Alexander Leidinger]

Post by Alexandre Vieira
pcm0: PCMDIR_PLAY: Stream setup nid=2 fmt=0x00000011
<2>NMI ISA b0, EISA ff
<2>RAM parity error, likely hardware failure.

You did read the last line? You did also tried to replace one RAM
module after each other with a different one (or replaced all at the
same time) to rule out a hardware problem?

Bye,
Alexander.