From owner-freebsd-acpi@FreeBSD.ORG Wed Dec 7 00:16:13 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 3290F16A41F; Wed, 7 Dec 2005 00:16:13 +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 DAE6743D64; Wed, 7 Dec 2005 00:16:11 +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 16:16:10 -0800 Message-ID: <331CA3AB8A236A488C92DEC289C7D04D016425D7@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: AcX6ujRtmlDIgQmWTXKfMUjds+tVHwAB0ykg From: "Robert Faulds" To: "Nate Lawson" 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: Wed, 07 Dec 2005 00:16:13 -0000 -----Original Message----- From: Nate Lawson [mailto:nate@root.org]=20 Sent: Tuesday, December 06, 2005 3:10 PM To: Robert Faulds Cc: John Baldwin; freebsd-acpi@freebsd.org Subject: Re: Tyan Tiget S5351-i7322 hangs with ACPI (AMD64 or i386) Robert Faulds wrote: >>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, >=20 > it seems > =20 >=20 >>that you have problems if you use APIC, and don't have problems if you >=20 >=20 >>disable APIC, and ACPI has no real bearing. It sounds like perhaps >=20 > your BIOS >=20 >>is not giving us the right information about how the interrupts are=20 >>connected. Have you tried plugging the devices into mpt0 rather than >=20 > mpt1 >=20 >>btw? As it is, you can try to override your BIOS to set the IRQ for >=20 > mpt1=20 >=20 >>manually to try to figure out what IRQ it is really routed to. (If >=20 > there is >=20 >>a BIOS update that might also fix this problem.) I'd try IRQs 24-47 >=20 > (on your >=20 >>second ioapic) first. You can try an IRQ by setting this in the >=20 > loader >=20 >>before boot (this would use IRQ 24 for mpt1): >> >>hw.pci3.3.INTB.irq=3D24 >> >=20 >=20 >=20 > 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. >=20 > 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. > Wait, before you do that, try setting the hint John suggested or moving=20 > the drives to mpt0. We need to work around this at least for other users. Sure... I did try that although not for the entire range. I got too bored. This thing takes several minutes to POST and boot and I'm crunched with other work. I tried stepping through IRQ's from 24-30, and from 9-15, with drives on both channels and with no drives connected, with no luck. I tried setting INTA and INTB to different values in that range based off the earlier probes and successes, and even a few of the failures, as reported at the logs I posted earlier. http://xocolatl.com/rfaulds/freebsd-acpi/ I'm willing to try anything you want to test. I'll hang on to one or two of these boxes to use them to debug this. The other 6 need to go back to be replaced so I can put something into service doing real work soon. Let me know how I can help, Robert