From owner-freebsd-alpha@FreeBSD.ORG Thu Jun 19 09:13:22 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E6A237B401 for ; Thu, 19 Jun 2003 09:13:22 -0700 (PDT) Received: from wolfram.com (wri-dns0.wolfram.com [140.177.205.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BB6443F3F for ; Thu, 19 Jun 2003 09:13:21 -0700 (PDT) (envelope-from hemi@just.puresimplicity.net) Received: from just.puresimplicity.net ([140.177.207.10]) by wolfram.com (8.11.2/8.11.2) with ESMTP id h5JGDJC21218; Thu, 19 Jun 2003 11:13:20 -0500 Received: (from hemi@localhost) by just.puresimplicity.net (8.12.9/8.12.9/Submit) id h5JGDJ0A042026; Thu, 19 Jun 2003 11:13:19 -0500 (CDT) (envelope-from hemi) Date: Thu, 19 Jun 2003 11:13:19 -0500 From: Josh Tolbert To: Andrew Gallatin Message-ID: <20030619161319.GA41913@just.puresimplicity.net> References: <20030619155159.GB41810@just.puresimplicity.net> <16113.57350.330775.726477@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16113.57350.330775.726477@grasshopper.cs.duke.edu> User-Agent: Mutt/1.4i cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Unusual sound problems] X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jun 2003 16:13:22 -0000 On Thu, Jun 19, 2003 at 12:08:38PM -0400, Andrew Gallatin wrote: > > Josh Tolbert writes: > > Hi Andrew, > > > > Looks like ATA things are interrupting on 5 along with the sound card. Should I try putting the sound card in the other ISA slot? Would that make any difference? > > > > atapci0: interrupting at CIA irq 5 > > ata1: interrupting at ISA irq 15 > > sbc0: interrupting at ISA irq 5 > > > > If possible, yes. > > I think the problem is that the audio interrupt handler is MPSAFE > (meaning that it does its own locking), while the ata driver is not > MPSAFE (meaning that it shares the "Giant" lock with a lot of the rest > of the kernel). Since there is a non-MPSAFE driver sharing an IRQ, > the MPSAFE driver needs to wait for the Giant kernel lock. Since a > lot of the kernel uses the Giant lock, that could translate to very > high interrupt latency. > > If you're not using any IDE disks, CDROMs, etc, the best move > would be to just remove the ata driver from your kernel. > > Drew > > PS: Please try to break your lines at 72 cols or so. Hi Andrew, I'll try the card in the other ISA slot tonight. If that doesn't work I'll try to dig up a SCSI CD-ROM and disable ATA/IDE completely. Sorry about the long lines. :) Thanks, Josh