From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 22 21:57:36 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 814E816A4CE for ; Sun, 22 Feb 2004 21:57:36 -0800 (PST) Received: from web10505.mail.yahoo.com (web10505.mail.yahoo.com [216.136.130.155]) by mx1.FreeBSD.org (Postfix) with SMTP id 79D5543D1D for ; Sun, 22 Feb 2004 21:57:36 -0800 (PST) (envelope-from b_oshea@yahoo.com) Message-ID: <20040223055736.19639.qmail@web10505.mail.yahoo.com> Received: from [24.6.211.6] by web10505.mail.yahoo.com via HTTP; Sun, 22 Feb 2004 21:57:36 PST Date: Sun, 22 Feb 2004 21:57:36 -0800 (PST) From: Brian O'Shea To: Hackers FreeBSD MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1815627535-1077515856=:19519" Subject: 5.2.1-RC hangs occasionally when sound files are played using the pcm driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2004 05:57:36 -0000 --0-1815627535-1077515856=:19519 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hello Hackers, My system: $ uname -a FreeBSD apsara 5.2.1-RC FreeBSD 5.2.1-RC #0: Sat Feb 7 21:38:15 PST 2004 root@apsara:/usr/src/sys/i386/compile/APSARA i386 $ dmesg | grep pcm pcm0: port 0xd400-0xd4ff irq 16 at device 14.0 on pci0 (full dmesg output attached) Occasionally my system will lock up when audio files are played. I am using the pcm driver with a CMI 8738 on-board 6-channel audio chip (SoyoPX400 Dragon Lite motherboard). No crash dump, no panic message is displayed; the system just freezes. It does not happen regularly--probably only once in 10 or 20 times that the audio device is used. When it does happen, it can happen immediately after the audio file is played, or sometimes after several seconds. A quick search of the -hackers and -questions archives didn't turn up any matches. Has anyone else seen this behavior? Would it be more useful for me to build a debug kernel with INVARIANTS enabled and try to get the system to panic? Thanks! -brian __________________________________ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools --0-1815627535-1077515856=:19519 Content-Type: text/plain; name=dmesg Content-Description: dmesg Content-Disposition: inline; filename=dmesg Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2.1-RC #0: Sat Feb 7 21:38:15 PST 2004 root@apsara:/usr/src/sys/i386/compile/APSARA Preloaded elf kernel "/boot/kernel/kernel" at 0xc09d4000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc09d4244. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 1.80GHz (1796.94-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 536805376 (511 MB) avail memory = 511770624 (488 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 11 entries at 0xc00fde60 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_cpu0: port 0x530-0x537 on acpi0 acpi_tz0: port 0x530-0x537 on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0x500-0x50f,0x400-0x47f,0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: possible interrupts: 21 pcib0: slot 16 INTA routed to irq 21 via \\_SB_.PCI0.ALKB pcib0: possible interrupts: 21 pcib0: slot 16 INTB routed to irq 21 via \\_SB_.PCI0.ALKB pcib0: possible interrupts: 21 pcib0: slot 16 INTC routed to irq 21 via \\_SB_.PCI0.ALKB pcib0: possible interrupts: 21 pcib0: slot 16 INTD routed to irq 21 via \\_SB_.PCI0.ALKB agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci0: at device 8.0 (no driver attached) rl0: port 0xd000-0xd0ff mem 0xe7000000-0xe70000ff irq 18 at device 13.0 on pci0 rl0: Ethernet address: 00:50:2c:06:40:d8 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcm0: port 0xd400-0xd4ff irq 16 at device 14.0 on pci0 uhci0: port 0xd800-0xd81f irq 21 at device 16.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xdc00-0xdc1f irq 21 at device 16.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe000-0xe01f irq 21 at device 16.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 16.3 (no driver attached) isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0xe400-0xe40f at device 17.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 pmtimer0 on isa0 orm0: