From owner-freebsd-multimedia Wed Jan 1 19:20: 2 2003 Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7740637B401 for ; Wed, 1 Jan 2003 19:20:00 -0800 (PST) Received: from web13504.mail.yahoo.com (web13504.mail.yahoo.com [216.136.175.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 01A5643EB2 for ; Wed, 1 Jan 2003 19:20:00 -0800 (PST) (envelope-from dyeske@yahoo.com) Message-ID: <20030102031959.59489.qmail@web13504.mail.yahoo.com> Received: from [24.197.166.118] by web13504.mail.yahoo.com via HTTP; Wed, 01 Jan 2003 19:19:59 PST Date: Wed, 1 Jan 2003 19:19:59 -0800 (PST) From: David Yeske Subject: sound debugging To: current@freebsd.org Cc: multimedia@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org So right now there is no clean way to debug sound in FreeBSD. I modified my system running current so that I now have a PCM_DEBUG option. I set up oid's in the same way that many usb drivers do with DPRINTF / DPRINTFN. So I now have hw.snd.drivername.debug oid's. Is the method used for usb debugging the "best way". I am referring to the usage of USB_DEBUG which creates opt_usb.h. When USB_DEBUG is defined than the DPRINTF / DPRINTFN macros become defined with some sysctl's. If debugging is not defined do the DPRINTF / DPRINTFN lines go into the drivers once compiled and slow it down or bloat it? Regards, David Yeske __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri Jan 3 9:31:11 2003 Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A94737B401; Fri, 3 Jan 2003 09:31:05 -0800 (PST) Received: from grosbein.pp.ru (www2.svzserv.kemerovo.su [213.184.65.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id B39E243EA9; Fri, 3 Jan 2003 09:30:53 -0800 (PST) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (eugen@localhost [127.0.0.1]) by grosbein.pp.ru (8.12.6/8.12.6) with ESMTP id h03HTcxg042651; Sat, 4 Jan 2003 00:29:38 +0700 (KRAT) (envelope-from eugen@grosbein.pp.ru) Received: (from eugen@localhost) by grosbein.pp.ru (8.12.6/8.12.6/Submit) id h03HTc5W042650; Sat, 4 Jan 2003 00:29:38 +0700 (KRAT) Date: Sat, 4 Jan 2003 00:29:38 +0700 (KRAT) Message-Id: <200301031729.h03HTc5W042650@grosbein.pp.ru> To: FreeBSD-gnats-submit@freebsd.org Subject: ISA audio CS4232 (HP Omnibook 5000C) work only once From: Eugene.Grosbein@grosbein.pp.ru Cc: multimedia@freebsd.org X-send-pr-version: 3.113 X-GNATS-Notify: Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Submitter-Id: current-users >Originator: Eugene Grosbein >Organization: Private person >Confidential: no >Synopsis: ISA audio CS4232 (HP Omnibook 5000C) work only once >Severity: serious >Priority: medium >Category: kern >Class: sw-bug >Release: FreeBSD 4.7-STABLE i386 >Environment: System: FreeBSD hp.grosbein.pp.ru 4.7-STABLE FreeBSD 4.7-STABLE #5: Fri Jan 3 22:51:17 KRAT 2003 root@hp.grosbein.pp.ru:/usr/src/sys/compile/HP i386 HP OmniBook 5000C without accumulator, ISA audio card CS4232, pcm(4) kernel driver, apm is not enabled. >Description: My HP Omnibook 5000C has built-in ISA sound card CS4232 that is properly detected by a kernel. I use mpg123 from ports to play MP3's. It plays a file OK but only once. If I run it second time, it pretends to work but there is no sound, top(1) shows that mpg123 spends all the time in RUN state (it spends lots of time in pcmwrite first time) and a message is written to console: pcm0:play:0: play interrupt timeout, channel dead Plain reboot does NOT revive audio playback. Note: after reboot my PCMCIA 3com Etherlink III ethernet card will NOT be detected by pccardd as usual uless I manually run 'pccardc enabler'. I have two options: 1. This system doesn't have a battry, so I can halt it and disconect AC power supply for short period of time. NP: this system preserves dmesg(8) output between several plain reboots. -or- 2. This system is dual-boot, so I can just reboot to Windows95 and go back to FreeBSD without turning power off. Sound is revived after one of these two actions and 3com card is detected by pccardd automatically. But, again, until next usage of audio only. It seems there is a bug in a driver. Here is some info about my system: # cat at io 0x534 irq 5 drq 1:0 bufsz 4096 (1p/1r/0v channels duplex) # cat real memory = 16777216 (16384K bytes) sio0: gdb debugging port avail memory = 13156352 (12848K bytes) Preloaded elf kernel "kernel" at 0xc0331000. Intel Pentium detected, installing workaround for F00F bug VESA: v1.2, 960k memory, flags:0x0, mode table:0xc00c36b1 (c00036b1) VESA: CHIPS 65520/525/530 Flat Panel VGA npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at 2.0 pcic0: port 0x3400-0x3403 at device 3.0 on pci0 pcic0: Polling mode pccard0: on pcic0 pccard1: on pcic0 orm0: