From owner-freebsd-acpi@FreeBSD.ORG Tue Dec 6 22:39:23 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1634416A41F; Tue, 6 Dec 2005 22:39:23 +0000 (GMT) (envelope-from Robert.Faulds@voxify.com) Received: from mail.voxify.com (65-123-2-7.dia.cust.qwest.net [65.123.2.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 046D843D7B; Tue, 6 Dec 2005 22:38:39 +0000 (GMT) (envelope-from Robert.Faulds@voxify.com) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Tue, 6 Dec 2005 14:38:31 -0800 Message-ID: <331CA3AB8A236A488C92DEC289C7D04D016425A0@Deliverance.voxify.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Tyan Tiget S5351-i7322 hangs with ACPI (AMD64 or i386) Thread-Index: AcX6ruBRHFhQ1MR7Qiaghmjp8+hyHAABRdIw From: "Robert Faulds" To: "John Baldwin" Cc: freebsd-acpi@freebsd.org Subject: RE: Tyan Tiget S5351-i7322 hangs with ACPI (AMD64 or i386) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Dec 2005 22:39:23 -0000 > From: John Baldwin [mailto:jhb@freebsd.org] > Sent: Tuesday, December 06, 2005 12:20 PM > To: Robert Faulds > Cc: freebsd-acpi@freebsd.org > Subject: Re: Tyan Tiget S5351-i7322 hangs with ACPI (AMD64 or i386) > > > Well, option 2 does disable APIC. The acpi hint alone does not. So, it seems =20 > that you have problems if you use APIC, and don't have problems if you > disable APIC, and ACPI has no real bearing. It sounds like perhaps your BIOS > is not giving us the right information about how the interrupts are=20 > connected. Have you tried plugging the devices into mpt0 rather than mpt1 > btw? As it is, you can try to override your BIOS to set the IRQ for mpt1=20 > manually to try to figure out what IRQ it is really routed to. (If there is > a BIOS update that might also fix this problem.) I'd try IRQs 24-47 (on your > second ioapic) first. You can try an IRQ by setting this in the loader > before boot (this would use IRQ 24 for mpt1): >=20 > hw.pci3.3.INTB.irq=3D24 > Thanks. I had started doing that with no luck. Unfortunately, I'm at the latest BIOS Tyan offers and it has no provision for forcing interrupts. I had moved the disks to channel 2 because I had an older CDROM on the first (external connector) and thought it might be a conflict (SCSI3 vs SCSI1). No luck there either. At this point I believe the most efficient use of my time will be to ship these all back and get them replaced with something a bit more compliant. Thanks for all the help and advice, Robert =20