From owner-freebsd-stable@FreeBSD.ORG Wed Aug 9 21:00:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC7A016A4DE for ; Wed, 9 Aug 2006 21:00:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABED443D53 for ; Wed, 9 Aug 2006 21:00:56 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k79L0s7h066258; Wed, 9 Aug 2006 17:00:54 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 9 Aug 2006 16:27:43 -0400 User-Agent: KMail/1.9.1 References: <44D9B5B4.7010208@goodforbusiness.co.uk> In-Reply-To: <44D9B5B4.7010208@goodforbusiness.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608091627.43286.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Wed, 09 Aug 2006 17:00:54 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1642/Wed Aug 9 10:30:49 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Dominic Marks Subject: Re: Device conflict 3ware twe and CMedia sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2006 21:00:57 -0000 On Wednesday 09 August 2006 06:15, Dominic Marks wrote: > Hello, > > I seem to have a device conflict on my desktop. When attempting to fsck > a gstripe > volume attached via the twe card the system becomes 'choppy' and from > looking > at systat (when it isn't frozen) the system is receiving about 300k > interrupts per > second from the pcm device. If I leave the system in this state for a > few minutes it > will do an instant-reset, presumably because it can't cope. > > Verbose dmesg: http://goodforbusiness.co.uk/~dom/dmesg.boot > > Specific parts: > > twe0: <3ware Storage Controller. Driver version 1.50.01.002> port > 0xdcb0-0xdcbf mem 0xdf000000-0xdf7fffff irq 49 at device 13.0 on pci3 > twe0: Reserved 0x10 bytes for rid 0x10 type 4 at 0xdcb0 > ioapic2: routing intpin 1 (PCI IRQ 49) to vector 49 > twe0: [GIANT-LOCKED] > twe0: AEN: > twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 > twe0: Monitor ME7X 1.01.00.040, PCB Rev5 , Achip 3.20 , Pchip 1.30-66 > twe0: port 0: WDC WD3200KS-00PFB0 305245MB > twe0: port 1: WDC WD3200KS-00PFB0 305245MB > > pcm0: port 0xcc00-0xccff irq 17 at device 13.0 on pci7 > pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xcc00 > ioapic0: routing intpin 17 (PCI IRQ 17) to vector 55 > pcm0: [MPSAFE] > pcm0: sndbuf_setmap 3e8ee000, 4000; 0xe5408000 -> 3e8ee000 > pcm0: sndbuf_setmap 3e8ea000, 4000; 0xe540c000 -> 3e8ea000 > > I believe I can use device.hints(5) to work around this, but I am unsure > variable I can > set in order to resolve this. Does the device 13.0 from dmesg refer to > the 'drq' ? Does this system have an Intel PCI-X host bridge in it? If so, it's probably due to brain damage in that chip. You might be able to work around it by making twe0 use the same IRQ as pcm0 by adding the following hint: hint.pci3.13.INTA.irq=17 That should make twe0 use IRQ 17. -- John Baldwin