NetBSD Problem Report #23803

Received: (qmail 29097 invoked by uid 605); 19 Dec 2003 18:44:19 -0000
Message-Id: <20031219184419.29096.qmail@mail.netbsd.org>
Date: 19 Dec 2003 18:44:19 -0000
From: Christian Biere <christianbiere@gmx.de>
Sender: gnats-bugs-owner@NetBSD.org
To: gnats-bugs@gnats.netbsd.org
Subject: audio device dies (cmpci)
X-Send-Pr-Version: 3.95

>Number:         23803
>Category:       kern
>Synopsis:       audio device dies (cmpci)
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    nat
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Dec 19 18:45:00 +0000 2003
>Closed-Date:    Wed Jun 21 23:55:35 +0000 2017
>Last-Modified:  Wed Jun 21 23:55:35 +0000 2017
>Originator:     Christian Biere
>Release:        NetBSD 1.6ZG
>Organization:
>Environment:
System: NetBSD cyclonus 1.6ZG NetBSD 1.6ZG (STARSCREAM) #0: Tue Dec 16 17:11:50 CET 2003 bin@cyclonus:/usr/build/arch/i386/compile/STARSCREAM i386
Architecture: i386
Machine: i386

>Description:
Since 1.6Z* (IIRC) everyonce in while my audio hardware dies during playing.
This means every audio application will hang in either "aud_wr" or "aud_rd"
and if I kill -9 the process it takes several seconds until the process
is finally removed. I've noticed that the audio hardware won't generate
any IRQs after that but I don't know whether that's a source or a symptom
of the problem. I know of no other way than a reboot to make the hardware
working again.

NetBSD 1.6ZG (STARSCREAM) #0: Tue Dec 16 17:11:50 CET 2003
	bin@cyclonus:/usr/build/arch/i386/compile/STARSCREAM
total memory = 255 MB
avail memory = 234 MB
using 3296 buffers containing 13184 KB of memory
BIOS32 rev. 0 found at 0xfdae0
mainbus0 (root)
cpu0 at mainbus0: (uniprocessor)
cpu0: AMD Duron (686-class), 896.23 MHz, id 0x631
cpu0: features c1c7f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR>
cpu0: features c1c7f9ff<PGE,MCA,CMOV,PAT,PSE36,PN,MMXX,MMX>
cpu0: features c1c7f9ff<FXSR,3DNOW2,3DNOW>
cpu0: I-cache 64 KB 64b/line 2-way, D-cache 64 KB 64b/line 2-way
cpu0: L2 cache 64 KB 64b/line 16-way
cpu0: ITLB 16 4 KB entries fully associative, 8 4 MB entries fully associative
cpu0: DTLB 24 4 KB entries fully associative, 8 4 MB entries 4-way
cpu0: 8 page colors
acpi0 at mainbus0
acpi0: using Intel ACPI CA subsystem version 20031029
acpi0: X/RSDT: OemId <AMIINT,SiS735XX,00001000>, AslId <MSFT,0100000b>
acpi0: SCI interrupting at int 9
acpi0: fixed-feature power button present
ACPI Object Type 'Processor' (0x0c) at acpi0 not configured
PNP0A03 at acpi0 not configured
PNP0200 at acpi0 not configured
PNP0100 at acpi0 not configured
PNP0B00 at acpi0 not configured
PNP0800 at acpi0 not configured
npx0 at acpi0 (PNP0C04)
npx0: io 0xf0-0xff irq 13
npx0: using exception 16
pckbc0 at acpi0 (PNP0303): kbd port
pckbc0: io 0x60,0x64 irq 1
fdc0 at acpi0 (PNP0700)
fdc0: io 0x3f2-0x3f5,0x3f7 irq 6 drq 2
com0 at acpi0 (PNP0501-1)
com0: io 0x3f8-0x3ff irq 4
com0: ns16550a, working fifo
com1 at acpi0 (PNP0501-2)
com1: io 0x2f8-0x2ff irq 3
com1: ns16550a, working fifo
lpt0 at acpi0 (PNP0400)
lpt0: io 0x378-0x37f irq 7
ACPI Object Type 'Power' (0x0b) at acpi0 not configured
ACPI Object Type 'Power' (0x0b) at acpi0 not configured
ACPI Object Type 'Power' (0x0b) at acpi0 not configured
ACPI Object Type 'Power' (0x0b) at acpi0 not configured
PNP0C0F at acpi0 not configured
PNP0C0F at acpi0 not configured
PNP0C0F at acpi0 not configured
acpibut0 at acpi0 (PNP0C0E): ACPI Sleep Button
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard
pci0 at mainbus0 bus 0: configuration mode 1
pci0: i/o space, memory space enabled, rd/line, rd/mult, wr/inv ok
pchb0 at pci0 dev 0 function 0
pchb0: vendor 0x1039 product 0x0735 (rev. 0x01)
agp at pchb0 not configured
ppb0 at pci0 dev 1 function 0: vendor 0x1039 product 0x0001 (rev. 0x00)
pci1 at ppb0 bus 1
pci1: memory space enabled
pcib0 at pci0 dev 2 function 0
pcib0: vendor 0x1039 product 0x0008 (rev. 0x00)
siside0 at pci0 dev 2 function 5
siside0: Silicon Integrated System 735 IDE controller (rev. 0xd0)
siside0: bus-master DMA support present
siside0: primary channel wired to compatibility mode
siside0: primary channel interrupting at irq 14
atabus0 at siside0 channel 0
siside0: secondary channel wired to compatibility mode
siside0: secondary channel interrupting at irq 15
atabus1 at siside0 channel 1
vga0 at pci0 dev 9 function 0: vendor 0x5333 product 0x8a01 (rev. 0x01)
wsdisplay0 at vga0 kbdmux 1: console (80x25, vt100 emulation), using wskbd0
wsmux1: connecting to wsdisplay0
rtk0 at pci0 dev 13 function 0: RealTek 8139 10/100BaseTX
rtk0: interrupting at irq 10
rtk0: Ethernet address 00:30:84:29:09:2a
ukphy0 at rtk0 phy 7: Generic IEEE 802.3u media interface
ukphy0: OUI 0x000000, model 0x0000, rev. 0
ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
cmpci0 at pci0 dev 15 function 0: vendor 0x13f6 product 0x0111 (rev. 0x10)
cmpci0: interrupting at irq 5
audio0 at cmpci0: full duplex, mmap, independent
opl at cmpci0 not configured
mpu at cmpci0 not configured
isa0 at pcib0
fd0 at fdc0 drive 0: 1.44MB, 80 cyl, 2 head, 18 sec
wd0 at atabus0 drive 0: <QUANTUM FIREBALLlct10 10>
wd0: drive supports 16-sector PIO transfers, LBA addressing
wd0: 9787 MB, 19885 cyl, 16 head, 63 sec, 512 bytes/sect x 20044080 sectors
wd0: 32-bit data port
wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 4 (Ultra/66)
wd1 at atabus0 drive 1: <ST51270A>
wd1: drive supports 32-sector PIO transfers, LBA addressing
wd1: 1223 MB, 2485 cyl, 16 head, 63 sec, 512 bytes/sect x 2504880 sectors
wd1: 32-bit data port
wd1: drive supports PIO mode 4, DMA mode 2
wd0(siside0:0:0): using PIO mode 4, Ultra-DMA mode 4 (Ultra/66) (using DMA data transfers)
wd1(siside0:0:1): using PIO mode 4, DMA mode 2 (using DMA data transfers)
atapibus0 at atabus1: 2 targets
cd0 at atapibus0 drive 0: <LG CD-RW CED-8080B, 2000/08/17, 1.08> cdrom removable
cd0: 32-bit data port
cd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 2 (Ultra/33)
cd0(siside0:1:0): using PIO mode 4, Ultra-DMA mode 2 (Ultra/33) (using DMA data transfers)

>How-To-Repeat:
I have no idea how to reproduce this problem at will. It happens after minutes,
hours or days. Though, I think it only happens at the end of a file/song/track.
I've seen this when using mplayer and ogg123.

>Fix:
>Release-Note:
>Audit-Trail:

From: Thomas Klausner <wiz@NetBSD.org>
To: Christian Biere <christianbiere@gmx.de>
Cc: gnats-bugs@gnats.netbsd.org, netbsd-bugs@netbsd.org
Subject: Re: kern/23803: audio device dies (cmpci)
Date: Fri, 19 Dec 2003 19:55:40 +0100

 On Fri, Dec 19, 2003 at 06:44:19PM -0000, Christian Biere wrote:
 > >Synopsis:       audio device dies (cmpci)

 It doesn't die for me (1.6ZF) so far, but it stutters.
 [Not really stutters, but it's some weird some. Perhaps
 crackles.]
 That happens after some minutes of watching stuff in mplayer,
 not always the same time.
 Pausing and unpausing (which makes mplayer close and open
 the audio device) makes it work again.

 It only happened after I added a SATA card, so I thought
 it was an interrupt problem, but after some playing
 around cmpci and cmdide are not sharing the same interrupt
 any longer, and so I'm out of ideas.

 Did this happen to you too?
  Thomas

From: Thomas Klausner <wiz@NetBSD.org>
To: Christian Biere <christianbiere@gmx.de>, gnats-bugs@gnats.netbsd.org,
  netbsd-bugs@netbsd.org
Cc:  
Subject: Re: kern/23803: audio device dies (cmpci)
Date: Fri, 19 Dec 2003 19:59:31 +0100

 On Fri, Dec 19, 2003 at 07:55:40PM +0100, Thomas Klausner wrote:
 > [Not really stutters, but it's some weird some. Perhaps

 s/some/sound/, of course.
  Thomas

From: Christian Biere <christianbiere@gmx.de>
To: gnats-bugs@gnats.netbsd.org, netbsd-bugs@netbsd.org
Cc:  
Subject: Re: kern/23803: audio device dies (cmpci)
Date: Fri, 19 Dec 2003 20:26:55 +0100

 Thomas Klausner wrote:
 > It doesn't die for me (1.6ZF) so far, but it stutters.

 Maybe that's a long-standing *hardware* problem I'm having, too.
 See below.

 > That happens after some minutes of watching stuff in mplayer,
 > not always the same time.

 No, mplayer works fine besides sometimes broken or damaged
 videos which have sync-problem. As mentioned in the PR, the
 audio hardware *never* died in the middle of playing something
 but only at or short before the end.

 > It only happened after I added a SATA card, so I thought

 In my case it's the PCI graphics adapter. I'm not sure whether
 it's caused by the audio, the video hardware or the mainboard
 itself. During certain video operations mainly bit blitting
 the audio sounds like a jet flying through a tube. It's probably
 related to grabbing too much time on the PCI bus. Anyway, this
 problem has always been there and I don't assume it's related
 to the PR.

 I haven't changed my hardware for several month now. The only
 thing with might be of concern WRT interrupts is the fact, that
 I switched from a ISA- to an ACPI-based kernel.

 -- 
 Christian

From: Thomas Klausner <wiz@NetBSD.org>
To: "Wolfgang S. Rupprecht" <wolfgang+gnus20031219T112359@dailyplanet.dontspam.wsrcc.com>
Cc: netbsd-bugs@netbsd.org, gnats-bugs@NetBSD.org
Subject: Re: kern/23803: audio device dies (cmpci)
Date: Fri, 19 Dec 2003 20:36:16 +0100

 On Fri, Dec 19, 2003 at 11:31:49AM -0800, Wolfgang S. Rupprecht wrote:
 > wiz@NetBSD.org (Thomas Klausner) writes:
 > > On Fri, Dec 19, 2003 at 06:44:19PM -0000, Christian Biere wrote:
 > >> >Synopsis:       audio device dies (cmpci)
 > >
 > > It doesn't die for me (1.6ZF) so far, but it stutters.
 > > [Not really stutters, but it's some weird some. Perhaps
 > > crackles.]
 > > That happens after some minutes of watching stuff in mplayer,
 > > not always the same time.
 > > Pausing and unpausing (which makes mplayer close and open
 > > the audio device) makes it work again.
 > 
 > Same thing with my cmpci (C-Media Electronics, Inc. CMI8738/C3DX PCI
 > Audio Device (rev. 0x10)).

 For the record, mine is
 C-Media Electronics, Inc. CMI8738/C3DX PCI Audio Device (rev. 0x10)
 the same, it seems.

 > It appears to happen more when I stream from another card across the
 > local net.  (I abuse two computers so that I get a copy of the radio's
 > audio moved from the living room to the office.)  When playing locally
 > stored mp3's I hardly ever notice a problem.  When playing a dvd in
 > mplayer I'll notice a problem every few minutes.

 I'm not streaming over the web, but I mostly read the mplayer
 data from
 viaide0 at pci0 dev 17 function 1
 viaide0: VIA Technologies VT8233 ATA100 controller
 viaide0: bus-master DMA support present
 viaide0: primary channel configured to compatibility mode
 viaide0: primary channel interrupting at irq 14
 atabus2 at viaide0 channel 0
 wd1 at atabus2 drive 0: <ST3120024A>

 that's also on the main board, like the sound "card" :)

 > My guess was that it was related to underflows.  An underflow would
 > trigger it and then the sound would stutter for a long time after
 > that.  It is highly likely that when I stream the audio from one card
 > to the other that the two cards are clocking at a slightly different
 > speed.  If the recording card is clocking a very small amount slower,
 > I'll eventually run out of samples to play.

 Hm, not sure about that, but the hard disk, CPU and video card are
 definitely up to the task.

  Thomas

From: Christian Biere <christianbiere@gmx.de>
To: gnats-bugs@gnats.netbsd.org
Cc: netbsd-bugs@netbsd.org
Subject: Re: kern/23803: audio device dies (cmpci)
Date: Thu, 15 Jan 2004 23:18:33 +0100

 Christian Biere wrote:
 > Since 1.6Z* (IIRC) everyonce in while my audio hardware dies during playing.
 > This means every audio application will hang in either "aud_wr" or "aud_rd"
 > and if I kill -9 the process it takes several seconds until the process
 > is finally removed.

 Since I've replace the Duron 900 with a Duron 1400 and the PCI VGA with
 a AGP VGA, I haven't experienced this problem again. So either, there
 was some kind of race condition or it was caused by failing hardware.
 I don't think I'll be able to provide any more feedback. Unless someone
 suspects this really to be a bug, I'd suggest to simply close this
 PR.
Responsible-Changed-From-To: kern-bug-people->nat
Responsible-Changed-By: nat@NetBSD.org
Responsible-Changed-When: Wed, 21 Jun 2017 23:55:35 +0000
Responsible-Changed-Why:
Take.


State-Changed-From-To: open->closed
State-Changed-By: nat@NetBSD.org
State-Changed-When: Wed, 21 Jun 2017 23:55:35 +0000
State-Changed-Why:
I have received a report from a user running a current kernel with a cmpci
audio device that audio works as expected.


>Unformatted:

Home	PR Database Search