Re: FW: IBM / FreeBSD - Install Update - Seems to be ACPI
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]
Re: IBM / FreeBSD - Install Update - Seems to be ACPI
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 to present this issue to some specific FreeBSD mailing lists? I believe some of these might be more suited to help you. These lists come to mind: FreeBSD Bugs http://lists.freebsd.org/mailman/listinfo/freebsd-bugs FreeBSD ACPI http://lists.freebsd.org/mailman/listinfo/freebsd-acpi FreeBSD Hardware http://lists.freebsd.org/mailman/listinfo/freebsd-hardware Good luck ! David -- David Robillard UNIX systems administrator Oracle DBA CISSP, RHCE Sun Certified Security Administrator Montreal: +1 514 966 0122 ___ 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
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]