Date: Thu, 19 Apr 2007 11:24:42 -0400 From: John Baldwin <jhb@freebsd.org> To: freebsd-acpi@freebsd.org Cc: David Faulkner <DFaulkner@bytecraft.com.au> Subject: Re: FreeBSD Install Problem - QUAD CPU Message-ID: <200704191124.42978.jhb@freebsd.org> In-Reply-To: <462705C4.7050505@root.org> References: <CEB15B1455B6BB4EA1D32AF99BB2D596151734@svmailmel.bytecraft.internal> <462705C4.7050505@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thursday 19 April 2007 02:01:40 am Nate Lawson wrote: > David Faulkner wrote: > > Hi All, > > > > Have just signed up to this group to see if someone can help me out. > > > > Our server details are as follows. > > > > Server: IBM X3850 (88633SM) > > QUAD CPU: 40K2522 > > HDD X 6: 40K1051 > > IBM ServeRAID 8i: 39R8729 > > > > We are attempting to install FreeBSD 6.2-RELEASE onto this machine and > > are running into a problem getting the operating system to work happily > > with the QUAD CPU arrangement. > > > > We seem to be having issues getting the machine to boot with the 4 > > processors, receiving the following message > > > > "panic: madt_probe_cpus_handler: CPU ID 38 Too High" > > > > So to bypass this we disabled ACPI on boot. This allowed us to get past > > the CPU error and continue to boot, however a little ways down the track > > we noticed things like the ethernet adapater not getting picked up, and > > the big problem - none of the disks getting recognised - obviously > > posing a serious install problem!. > > > > 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 to > > try and install), 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. > > > > Any help is warmly accepted. > > Please post a URL to your ASL please: > acpidump -dt | gzip -c9 > x3850.asl.gz He has a CPU with an APIC ID of 38 apparently. At the top of /sys/i386/acpica/madt.c, try changing NLAPICS (poor name now, should be MAX_LAPIC_ID) to 64 instead of 32. -- John Baldwin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200704191124.42978.jhb>