From owner-freebsd-questions@FreeBSD.ORG Thu Apr 19 04:32:07 2007 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C38616A401 for ; Thu, 19 Apr 2007 04:32:07 +0000 (UTC) (envelope-from MTaylor@bytecraft.com.au) Received: from bcmelmx.bytecraft.au.com (bcmelmx.bytecraft.au.com [203.39.118.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1279913C448 for ; Thu, 19 Apr 2007 04:32:06 +0000 (UTC) (envelope-from MTaylor@bytecraft.com.au) Received: from svmarshal2.bytecraft.internal (svmarshal2.bytecraft.internal [10.0.0.3]) by bcmelmx.bytecraft.au.com (8.12.11/8.12.11) with ESMTP id l3J4W5le085467 for ; Thu, 19 Apr 2007 14:32:05 +1000 (EST) (envelope-from MTaylor@bytecraft.com.au) Received: from svmailmel.bytecraft.internal (Not Verified[10.0.0.24]) by svmarshal2.bytecraft.internal with MailMarshal (v6, 1, 4, 441) id ; Thu, 19 Apr 2007 14:32:05 +1000 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Thu, 19 Apr 2007 14:32:06 +1000 Message-ID: <04E232FDCD9FBE43857F7066CAD3C0F12DF19B@svmailmel.bytecraft.internal> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: IBM / FreeBSD - Install Update - Seems to be ACPI Thread-Index: AceCO1YciVyr0eLVQEqPX3Ob5NGOAwAACd0w From: "Murray Taylor" To: "FreeBSD Mailing List" Subject: FW: IBM / FreeBSD - Install Update - Seems to be ACPI X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 04:32:07 -0000 In our initial posts, we stated that we seemed to be having issues getting the machine to boot with the 4 processors, so to bypass this we disabled ACPI on boot. This allowed us to get past the CPU error and continue to boot. However down the track we noticed things like the ethernet adapater not getting picked up, and the big problem - none of the disks getting recognised. We have since tried a few things, one of which was removing all but one of the CPU's. If we do this, and boot with ACPI enabled, all is totally fine. All disks are found, and I receive no CPU panic error. So it appears to me that by disabling ACPI in an attempt to bypass the QUAD CPU problem, we are causing another issue behind the scenes. The root of the problem now appears to be, that if we have anything over 1 CPU, directly after the kernel is loaded (when booting from the CD), we receive the error message "panic: madt_probe_cpus_handler: CPU ID 38 Too High". The moment a second CPU to the machine....it bombs out. --------------------------------------------------------------- The information transmitted in this e-mail is for the exclusive use of the intended addressee and may contain confidential and/or privileged material. Any review, re-transmission, dissemination or other use of it, or the taking of any action in reliance upon this information by persons and/or entities other than the intended recipient is prohibited. If you received this in error, please inform the sender and/or addressee immediately and delete the material.=20 E-mails may not be secure, may contain computer viruses and may be corrupted in transmission. Please carefully check this e-mail (and any attachment) accordingly. No warranties are given and no liability is accepted for any loss or damage caused by such matters. --------------------------------------------------------------- ### This e-mail message has been scanned for Viruses by Bytecraft ###