Re: IBM / FreeBSD Install problem
On Thursday 19 April 2007 03:11:32 pm Dag-Erling Smørgrav wrote: Mark Tinguely [EMAIL PROTECTED] writes: I suggested that in email too, but looking closer, I think the MAXCPU needs to be increased because the cpu number uses the apic_id. Or could that be changed with a logical CPU to APIC ID lookup? Isn't the APIC IDs programmable? not that I am suggesting that, I can think of headaches of all the places (like interrupt tables) where it needs to be changed, not to mention the worry that the lower APIC IDs were assigned to IOAPICs. I don't know, you'd have to ask jhb@ about the details. APIC IDs are not programmable (well, they are on I/O APICs, but not local APICs). However, I am working on patches to support all valid APIC IDs for both mptable and MADT. Bumping up NLAPICS as a temporary workaround should suffice for now. -- John Baldwin ___ 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 problem
On Monday 23 April 2007 02:51:19 pm Mark Tinguely wrote: John Baldwin [EMAIL PROTECTED] says: APIC IDs are not programmable (well, they are on I/O APICs, but not local=20 APICs). However, I am working on patches to support all valid APIC IDs for= =20 both mptable and MADT. Bumping up NLAPICS as a temporary workaround should= =20 suffice for now. =2D-=20 John Baldwin IMO, the quick solution also requires that MAX_APICID in [amd64/amd64 | i386/i386]/local_apic.c needs to be changed because lapic_create() checks if the passed apic_id MAX_APICID. Also in [amd64/amd64 | i386/i386]/mp_machdep.c checks in cpu_add() if the passed apic_id = MAXCPU. There are a couple other checks in mp_machdep.c before converting to use the cpu_apic_ids[] array. I was curious, and wrote up a patch file with the potential minor changes for -current at http://www.casselton.com/~tinguely/acpicid.patch . I saw one more change needed to use on FreeBSD 6.2-RELEASE. What I have so far is somewhat similar, but goes ahead and allows the full range of APIC IDs while trying to still honor MAXCPU correctly. I haven't ported it to i386 yet, nor compiled it yet, much less booted it. :) I hope to at least get it booted on amd64 today. -- John Baldwin ___ 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 problem
John Baldwin [EMAIL PROTECTED] says: APIC IDs are not programmable (well, they are on I/O APICs, but not local=20 APICs). However, I am working on patches to support all valid APIC IDs for= =20 both mptable and MADT. Bumping up NLAPICS as a temporary workaround should= =20 suffice for now. =2D-=20 John Baldwin IMO, the quick solution also requires that MAX_APICID in [amd64/amd64 | i386/i386]/local_apic.c needs to be changed because lapic_create() checks if the passed apic_id MAX_APICID. Also in [amd64/amd64 | i386/i386]/mp_machdep.c checks in cpu_add() if the passed apic_id = MAXCPU. There are a couple other checks in mp_machdep.c before converting to use the cpu_apic_ids[] array. I was curious, and wrote up a patch file with the potential minor changes for -current at http://www.casselton.com/~tinguely/acpicid.patch . I saw one more change needed to use on FreeBSD 6.2-RELEASE. --Mark Tinguely ___ 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 problem
On Thu, Apr 19, 2007 at 10:14:13AM +1000, Murray Taylor wrote: Server: IBM X3850 (88633SM) CPU X 4: 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 recognise the RAID controller. As a result not finding any disks when it comes to installing the O/S. We have attempted various modifications to the boot process, including the loading of an aac module, which according to the BSD website, should provide support for this type of controller. I have only installed on a couple of raids and so don't know about them all or even this one. So, this might not apply to your situation. But, I found that I had to study DMESG very carefully to find out what device to use for them. The system seemed to put out a lot of messages that looked like other device names but in the end there was just one little line that pointed to the correct one.The most recent one was a Dell Perc 3i or something like that and I had to run the fixit and study the boot messages to figure it out.I don't have that one available to look at what it turned out to be, but it was more simple than I first thought from all the stuff it wrote out. After mucking with fixit a bit, then sysinstall seemed to figure it out OK. I don't remember actually changing anything - just fishing around a while. I may have run fdisk under fixit to look at things and maybe delete some slices. So, rather than trying to change things right off, I would suggest looking carefully at stuff and trying to determine what it is already doing. Anyway, good luck, jerry When we attempt to boot to OS to install after making these above modifications, the boot loader advises that this module already appears to be loaded, which contradicts what I believe. In any respect, it doesn't work either way (with or without the module manually loaded). One side note (which i don't think is contributing) is that when I attempt to start the boot loader with ACPI enabled, it freezes with the message cpu id 38 too high. However if I boot the boot loader with ACPI disabled, this message dissapears. It _may_ be a possibility that a bi-product of disabling the ACPI is causing the RAID controller to have issues. This appears to be an issue because of the X4 CPU count ?? That's a quick summary of the problem we have, and the path(s) we have been down to date to attempt to fix it. Any help you can provide would be very much appreciated. We are at the position now where we are prepared to pay for consulting services to get it going. Dave Faulkner / Murray Taylor Bytecraft Systems -- Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein --- 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] ___ 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 problem
Murray Taylor [EMAIL PROTECTED] writes:
We are attempting to install FreeBSD 6.2-RELEASE onto this machine and
are running into a problem getting the operating system to recognise the
RAID controller. As a result not finding any disks when it comes to
installing the O/S.
We have attempted various modifications to the boot process, including
the loading of an aac module, which according to the BSD website,
should provide support for this type of controller.
Excuse me for asking a stupid question, but did you define an array
before attempting to install FreeBSD? The aac driver won't attach
individual disks, it will only attached defined arrays.
When we attempt to boot to OS to install after making these above
modifications, the boot loader advises that this module already appears
to be loaded, which contradicts what I believe. In any respect, it
doesn't work either way (with or without the module manually loaded).
The loader is correct, aac is included in GENERIC.
One side note (which i don't think is contributing) is that when I
attempt to start the boot loader with ACPI enabled, it freezes with the
message cpu id 38 too high. However if I boot the boot loader with
ACPI disabled, this message dissapears. It _may_ be a possibility that a
bi-product of disabling the ACPI is causing the RAID controller to have
issues. This appears to be an issue because of the X4 CPU count ??
It appears the server uses non-consecutive CPU numbers, and we use a
static array with 32 slots, indexed by CPU number, to hold information
about the CPUs (or rather the local APICs they contain).
If you can either install without ACPI, or remove two of the CPUs
during installation, this should be fairly easy to fix: change the
definition of NLAPICS in /usr/src/sys/{amd64,i386}/acpica/madt.c and
rebuild your kernel, then boot with ACPI enabled and report back to
us.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
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 problem
If you can either install without ACPI, or remove two of the CPUs
during installation, this should be fairly easy to fix: change the
definition of NLAPICS in /usr/src/sys/{amd64,i386}/acpica/madt.c and
rebuild your kernel, then boot with ACPI enabled and report back to
us.
DES
--=20
Dag-Erling Sm=F8rgrav - [EMAIL PROTECTED]
I suggested that in email too, but looking closer, I think the MAXCPU
needs to be increased because the cpu number uses the apic_id. Or could
that be changed with a logical CPU to APIC ID lookup?
Isn't the APIC IDs programmable? not that I am suggesting that, I
can think of headaches of all the places (like interrupt tables)
where it needs to be changed, not to mention the worry that the
lower APIC IDs were assigned to IOAPICs.
--Mark Tinguely
___
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 problem
Mark Tinguely [EMAIL PROTECTED] writes: I suggested that in email too, but looking closer, I think the MAXCPU needs to be increased because the cpu number uses the apic_id. Or could that be changed with a logical CPU to APIC ID lookup? Isn't the APIC IDs programmable? not that I am suggesting that, I can think of headaches of all the places (like interrupt tables) where it needs to be changed, not to mention the worry that the lower APIC IDs were assigned to IOAPICs. I don't know, you'd have to ask jhb@ about the details. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ 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 problem
Thanks Jerry, We have determined that our problem is related to the god-awful mess known as ACPI. With a single processor installed, it all boots fine, including finding PCI busses 1 and 2 and the raid on the aac driver is peachy! With 2 or more processors installed, and ACPI enabled, it panics with a madt error about id 38 is greater than the allowed max And with ACPI disabled, it boots, but doesnt find PCI busses 1 and 2, which is unfortunate as the RAID controller sits in PCI bus 1 and the bge inet interface seems to be on PCI bus 2 So at present we are on the FC6 path, which is obviously much softer on the vagaries of ACPI and is ignoring the crap data returns. mjt -Original Message- From: Jerry McAllister [mailto:[EMAIL PROTECTED] Sent: Friday, 20 April 2007 12:40 AM To: Murray Taylor Cc: FreeBSD Mailing List; [EMAIL PROTECTED] Subject: Re: IBM / FreeBSD Install problem On Thu, Apr 19, 2007 at 10:14:13AM +1000, Murray Taylor wrote: Server: IBM X3850 (88633SM) CPU X 4: 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 recognise the RAID controller. As a result not finding any disks when it comes to installing the O/S. We have attempted various modifications to the boot process, including the loading of an aac module, which according to the BSD website, should provide support for this type of controller. I have only installed on a couple of raids and so don't know about them all or even this one. So, this might not apply to your situation. But, I found that I had to study DMESG very carefully to find out what device to use for them. The system seemed to put out a lot of messages that looked like other device names but in the end there was just one little line that pointed to the correct one.The most recent one was a Dell Perc 3i or something like that and I had to run the fixit and study the boot messages to figure it out.I don't have that one available to look at what it turned out to be, but it was more simple than I first thought from all the stuff it wrote out. After mucking with fixit a bit, then sysinstall seemed to figure it out OK. I don't remember actually changing anything - just fishing around a while. I may have run fdisk under fixit to look at things and maybe delete some slices. So, rather than trying to change things right off, I would suggest looking carefully at stuff and trying to determine what it is already doing. Anyway, good luck, jerry When we attempt to boot to OS to install after making these above modifications, the boot loader advises that this module already appears to be loaded, which contradicts what I believe. In any respect, it doesn't work either way (with or without the module manually loaded). One side note (which i don't think is contributing) is that when I attempt to start the boot loader with ACPI enabled, it freezes with the message cpu id 38 too high. However if I boot the boot loader with ACPI disabled, this message dissapears. It _may_ be a possibility that a bi-product of disabling the ACPI is causing the RAID controller to have issues. This appears to be an issue because of the X4 CPU count ?? That's a quick summary of the problem we have, and the path(s) we have been down to date to attempt to fix it. Any help you can provide would be very much appreciated. We are at the position now where we are prepared to pay for consulting services to get it going. Dave Faulkner / Murray Taylor Bytecraft Systems -- Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein --- 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
RE: IBM / FreeBSD Install problem
Thanks all,
We will look into the code editting and see what we can get
however we are on an very short time frame so may not be able to
slot it in before a maintenance slot where we need to be able to drop in
the box 'seamlessly' .
But I have noted the proposed fix provided on these lists into the red
book!
mjt
-Original Message-
From: Mark Tinguely [mailto:[EMAIL PROTECTED]
Sent: Friday, 20 April 2007 3:37 AM
To: [EMAIL PROTECTED]; Murray Taylor
Cc: [EMAIL PROTECTED]; freebsd-questions@freebsd.org
Subject: Re: IBM / FreeBSD Install problem
If you can either install without ACPI, or remove two of the CPUs
during installation, this should be fairly easy to fix: change the
definition of NLAPICS in
/usr/src/sys/{amd64,i386}/acpica/madt.c and
rebuild your kernel, then boot with ACPI enabled and report back to
us.
DES
--=20
Dag-Erling Sm=F8rgrav - [EMAIL PROTECTED]
I suggested that in email too, but looking closer, I think the MAXCPU
needs to be increased because the cpu number uses the
apic_id. Or could
that be changed with a logical CPU to APIC ID lookup?
Isn't the APIC IDs programmable? not that I am suggesting that, I
can think of headaches of all the places (like interrupt tables)
where it needs to be changed, not to mention the worry that the
lower APIC IDs were assigned to IOAPICs.
--Mark Tinguely
---
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]
IBM / FreeBSD Install problem
Server: IBM X3850 (88633SM) CPU X 4: 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 recognise the RAID controller. As a result not finding any disks when it comes to installing the O/S. We have attempted various modifications to the boot process, including the loading of an aac module, which according to the BSD website, should provide support for this type of controller. When we attempt to boot to OS to install after making these above modifications, the boot loader advises that this module already appears to be loaded, which contradicts what I believe. In any respect, it doesn't work either way (with or without the module manually loaded). One side note (which i don't think is contributing) is that when I attempt to start the boot loader with ACPI enabled, it freezes with the message cpu id 38 too high. However if I boot the boot loader with ACPI disabled, this message dissapears. It _may_ be a possibility that a bi-product of disabling the ACPI is causing the RAID controller to have issues. This appears to be an issue because of the X4 CPU count ?? That's a quick summary of the problem we have, and the path(s) we have been down to date to attempt to fix it. Any help you can provide would be very much appreciated. We are at the position now where we are prepared to pay for consulting services to get it going. Dave Faulkner / Murray Taylor Bytecraft Systems -- Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein --- 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]
Re: IBM / FreeBSD Install problem
At 07:07 AM 4/18/2007, Murray Taylor wrote: Server: IBM X3850 (88633SM) CPU X 4: 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 recognise the RAID controller. As a result not finding any disks when it comes to installing the O/S. We have attempted various modifications to the boot process, including the loading of an aac module, which according to the BSD website, should provide support for this type of controller. When we attempt to boot to OS to install after making these above modifications, the boot loader advises that this module already appears to be loaded, which contradicts what I believe. In any respect, it doesn't work either way (with or without the module manually loaded). One side note (which i don't think is contributing) is that when I attempt to start the boot loader with ACPI enabled, it freezes with the message cpu id 38 too high. However if I boot the boot loader with ACPI disabled, this message dissapears. It _may_ be a possibility that a bi-product of disabling the ACPI is causing the RAID controller to have issues. This appears to be an issue because of the X4 CPU count ?? That's a quick summary of the problem we have, and the path(s) we have been down to date to attempt to fix it. Any help you can provide would be very much appreciated. We are at the position now where we are prepared to pay for consulting services to get it going. Dave Faulkner / Murray Taylor Bytecraft Systems Are you creating an Array before you try the installation? What does the console show for the recognized hardware, and not recognized hardware? You can boot from CD and run dmesg to get this information. -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]
IBM / FreeBSD Install problem
Server: IBM X3850 (88633SM) CPU X 4: 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 recognise the RAID controller. As a result not finding any disks when it comes to installing the O/S. We have attempted various modifications to the boot process, including the loading of an aac module, which according to the BSD website, should provide support for this type of controller. When we attempt to boot to OS to install after making these above modifications, the boot loader advises that this module already appears to be loaded, which contradicts what I believe. In any respect, it doesn't work either way (with or without the module manually loaded). One side note (which i don't think is contributing) is that when I attempt to start the boot loader with ACPI enabled, it freezes with the message cpu id 38 too high. However if I boot the boot loader with ACPI disabled, this message dissapears. It _may_ be a possibility that a bi-product of disabling the ACPI is causing the RAID controller to have issues. This appears to be an issue because of the X4 CPU count ?? That's a quick summary of the problem we have, and the path(s) we have been down to date to attempt to fix it. Any help you can provide would be very much appreciated. We are at the position now where we are prepared to pay for consulting services to get it going. Dave Faulkner / Murray Taylor Bytecraft Systems -- Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein --- 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]
IBM / FreeBSD Install problem - more
OK -- at present I cannot get a 6.2 install disk to get anywhere further. Trying FreeSBIE 2.0.1 (aka 6.2) I can get a boot with set hint.acpi.0.disabled=1 set acpi_load=NO boot -v However it doesnt find the bge card nor has it found an fxp card we have tried, so I cant get to dmesg output off the machine What i have seen is that the ServeRAID 8i controller say it is on PCI bus 1:2:0 Nowhere in the boot log is pcib1 or any mention of the physical pci bus 1 Just to test I booted an IBM pizza box x305 with the FreeSBIE disk in the same fashion, and up comes its bge i/f, the boot -v logs show pcib0 , pcib1 , pcib2 along with their associated physical busses. Any help greatly welcomed --- 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]
FW: IBM / FreeBSD Install problem - more part 2
BTW we have also successfully booted the 'offending box' with FC4 and it all came up ok. This should rule out hardware issues I hope. Is there a way to force a (re)scan of the other PCI busses ?? Or is there a hint.??? line I can add? mjt -Original Message- From: Murray Taylor Sent: Thursday, 19 April 2007 11:26 AM To: FreeBSD Mailing List; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: IBM / FreeBSD Install problem - more OK -- at present I cannot get a 6.2 install disk to get anywhere further. Trying FreeSBIE 2.0.1 (aka 6.2) I can get a boot with set hint.acpi.0.disabled=1 set acpi_load=NO boot -v However it doesnt find the bge card nor has it found an fxp card we have tried, so I cant get to dmesg output off the machine What i have seen is that the ServeRAID 8i controller say it is on PCI bus 1:2:0 Nowhere in the boot log is pcib1 or any mention of the physical pci bus 1 Just to test I booted an IBM pizza box x305 with the FreeSBIE disk in the same fashion, and up comes its bge i/f, the boot -v logs show pcib0 , pcib1 , pcib2 along with their associated physical busses. Any help greatly welcomed --- 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]
RE: IBM / FreeBSD Install problem
From: Derek Ragona [mailto:[EMAIL PROTECTED] Sent: Wednesday, 18 April 2007 11:34 PM To: Murray Taylor; FreeBSD Mailing List Cc: [EMAIL PROTECTED] Subject: Re: IBM / FreeBSD Install problem At 07:07 AM 4/18/2007, Murray Taylor wrote: Server: IBM X3850 (88633SM) CPU X 4: 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 recognise the RAID controller. As a result not finding any disks when it comes to installing the O/S. We have attempted various modifications to the boot process, including the loading of an aac module, which according to the BSD website, should provide support for this type of controller. When we attempt to boot to OS to install after making these above modifications, the boot loader advises that this module already appears to be loaded, which contradicts what I believe. In any respect, it doesn't work either way (with or without the module manually loaded). One side note (which i don't think is contributing) is that when I attempt to start the boot loader with ACPI enabled, it freezes with the message cpu id 38 too high. However if I boot the boot loader with ACPI disabled, this message dissapears. It _may_ be a possibility that a bi-product of disabling the ACPI is causing the RAID controller to have issues. This appears to be an issue because of the X4 CPU count ?? That's a quick summary of the problem we have, and the path(s) we have been down to date to attempt to fix it. Any help you can provide would be very much appreciated. We are at the position now where we are prepared to pay for consulting services to get it going. Dave Faulkner / Murray Taylor Bytecraft Systems Are you creating an Array before you try the installation? What does the console show for the recognized hardware, and not recognized hardware? You can boot from CD and run dmesg to get this information. -Derek The array is already created... The hardware for the RAID array _and_ the bge interface are not found. Murray Taylor Special Projects Engineer Bytecraft Systems P: +61 3 8710 2555 F: +61 3 8710 2599 D: +61 3 9238 4275 E: [EMAIL PROTECTED] -- Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein --- 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]
FW: IBM / FreeBSD Install problem - more
OK -- at present I cannot get a 6.2 install disk to get anywhere further. Trying FreeSBIE 2.0.1 (aka 6.2) I can get a boot with set hint.acpi.0.disabled=1 set acpi_load=NO boot -v However it doesnt find the bge card nor has it found an fxp card we have tried, so I cant get to dmesg output off the machine What i have seen is that the ServeRAID 8i controller say it is on PCI bus 1:2:0 Nowhere in the boot log is pcib1 or any mention of the physical pci bus 1 Just to test I booted an IBM pizza box x305 with the FreeSBIE disk in the same fashion, and up comes its bge i/f, the boot -v logs show pcib0 , pcib1 , pcib2 along with their associated physical busses. Any help greatly welcomed --- 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]
FW: IBM / FreeBSD Install problem - more part 2
BTW we have also successfully booted the 'offending box' with FC4 and it all came up ok. This should rule out hardware issues I hope. Is there a way to force a (re)scan of the other PCI busses ?? Or is there a hint.??? line I can add? mjt -Original Message- From: Murray Taylor Sent: Thursday, 19 April 2007 11:26 AM To: FreeBSD Mailing List; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: IBM / FreeBSD Install problem - more OK -- at present I cannot get a 6.2 install disk to get anywhere further. Trying FreeSBIE 2.0.1 (aka 6.2) I can get a boot with set hint.acpi.0.disabled=1 set acpi_load=NO boot -v However it doesnt find the bge card nor has it found an fxp card we have tried, so I cant get to dmesg output off the machine What i have seen is that the ServeRAID 8i controller say it is on PCI bus 1:2:0 Nowhere in the boot log is pcib1 or any mention of the physical pci bus 1 Just to test I booted an IBM pizza box x305 with the FreeSBIE disk in the same fashion, and up comes its bge i/f, the boot -v logs show pcib0 , pcib1 , pcib2 along with their associated physical busses. Any help greatly welcomed --- 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]
