From owner-freebsd-current@FreeBSD.ORG Tue Sep 7 16:56:36 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 8293616A4CE for ; Tue, 7 Sep 2004 16:56:36 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3630D43D4C for ; Tue, 7 Sep 2004 16:56:36 +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 i87GuQbN039098; Tue, 7 Sep 2004 09:56:30 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200409071656.i87GuQbN039098@gw.catspoiler.org> Date: Tue, 7 Sep 2004 09:56:26 -0700 (PDT) From: Don Lewis To: conrads@cox.net In-Reply-To: <20040907093421.0bbce221@dolphin.local.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-current@FreeBSD.org Subject: Re: pcm0:play:0: play interrupt timeout, channel dead 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: Tue, 07 Sep 2004 16:56:36 -0000 On 7 Sep, Conrad J. Sabatier wrote: > On Tue, 7 Sep 2004 11:46:35 +0200 > Guido van Rooij wrote: > >> On Tue, Sep 07, 2004 at 01:56:42AM -0700, Don Lewis wrote: >> > >> > Looks like this problem is not limited to amd64 ... >> >> Indeed. In fact, I have seen numerous mentioning of it and no >> solution. > > Are you experiencing the problem both with and without ACPI enabled? > > For me, disabling ACPI cures it on this amd64 box with nVidia nForce3 > 250 chipset. > > Cameron Grant recently sent me the URL for a patch he had come up with > for the snd_ich driver: > > http://people.freebsd.org/~cg/ich-uncrackify.diff.gz That looks more like a fix for a distortion/skipping problem. > I tried it, but the problem still persisted as long as ACPI is enabled. > Nonetheless, you may want to try it and see how it works for you. > > This is really one mysterious problem! The interrupt timeout problem appears to be caused by ich_intr() no longer seeing what it thinks are valid interrupts from the device. Guido sent me some useful debug info and we are homing in on the problem. The ACPI vs. non-ACPI difference that you are seeing may indicated that the problem is triggered by interrupt routing and/or what other devices share the same IRQ as the sound hardware.