From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 00:33:56 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 C55FF16A4CE; Thu, 19 Aug 2004 00:33:56 +0000 (GMT) Received: from lakermmtao05.cox.net (lakermmtao05.cox.net [68.230.240.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E2C643D4C; Thu, 19 Aug 2004 00:33:56 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao05.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP <20040819003353.TJEA25497.lakermmtao05.cox.net@dolphin.local.net>; Wed, 18 Aug 2004 20:33:53 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with SMTP id i7J0Xr6F022140; Wed, 18 Aug 2004 19:33:53 -0500 (CDT) (envelope-from conrads@cox.net) Date: Wed, 18 Aug 2004 19:33:48 -0500 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-Id: <20040818193348.7633da35@dolphin.local.net> In-Reply-To: <20040818192458.7ee6d787@dolphin.local.net> References: <20040818192458.7ee6d787@dolphin.local.net> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; amd64-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: cg@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: Thu, 19 Aug 2004 00:33:56 -0000 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? -- Conrad J. Sabatier -- "In Unix veritas"