Re: FW: IBM / FreeBSD - Install Update - Seems to be ACPI

2007-04-19 Thread Derek Ragona

At 11:32 PM 4/18/2007, Murray Taylor wrote:


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 machineit bombs out.


Have you tried booting a custom kernel with SMP enabled from the hard 
drives?  You might try that and install another CPU and see how the system 
reacts.


Are these CPU's hyperthreaded too?  Or just single core CPU's?  I have had 
problems installing with some systems if hyperthreading was enabled.  Post 
installation with a custom SMP enabled kernel built I could turn 
hyperthreading on or off and the system booted and ran fine.


-Derek

--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
MailScanner thanks transtec Computers for their support.

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


FW: IBM / FreeBSD - Install Update - Seems to be ACPI

2007-04-18 Thread Murray Taylor

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 machineit 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. 

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 ###
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]