From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 19:36:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C10C16A4CE; Fri, 20 Aug 2004 19:36:11 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1608E43D39; Fri, 20 Aug 2004 19:36:11 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.11/8.12.11) with ESMTP id i7KJZw40003489; Fri, 20 Aug 2004 12:36:02 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200408201936.i7KJZw40003489@gw.catspoiler.org> Date: Fri, 20 Aug 2004 12:35:58 -0700 (PDT) From: Don Lewis To: conrads@cox.net In-Reply-To: <20040818193348.7633da35@dolphin.local.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: cg@FreeBSD.org cc: freebsd-current@FreeBSD.org Subject: Re: pcm timeout (debug output from snd_ich driver) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 19:36:11 -0000 On 18 Aug, Conrad J. Sabatier wrote: > On Wed, 18 Aug 2004 19:24:58 -0500 > "Conrad J. Sabatier" wrote: > >> OK, I enabled debug output in the sound driver in the hopes of finding >> out a little bit more about what's going on with these insufferable >> pcm timeouts using the snd_ich driver. > > Also, I've been meaning to ask: is there no possibility of somehow > recovering gracefully from this condition so that the sound device might > still be useable (similar to the recovery from ata and other timeouts), > rather than leaving the device flat-out broken? Only if we know where it is getting lost. Try adding a three of global integers variables to ich.c. Increment one of them on entry to inch_intr(), and increment the others in the area of the code that calls chn_intr(). debug2++; if (ch->run) { debug3++; chn_intr(ch->channel); } Make the variables readable via sysctl with something like the following: SYSCTL_INT(_debug_ich, OID_AUTO, debug1, CTLFLAG_RD, &debug1, 0, "Number of times ich_intr() called"); Run the sound code until it hangs, and then use sysctl to see which if any of these variables continue to increment.