FreeBSD Install Problem - QUAD CPU

John Baldwin jhb at freebsd.org
Thu Apr 19 15:46:45 UTC 2007


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


More information about the freebsd-acpi mailing list