Date: Thu, 28 Nov 2002 16:11:46 +0100 (CET) From: Administrator IPA <administrator@klima.physik.uni-mainz.de> To: "Marc G. Fournier" <scrappy@hub.org> Cc: freebsd-stable@FreeBSD.ORG, "Moore, Eric Dean" <emoore@lsil.com> Subject: Re: Upgrade MegaRAID firmware and SMP no longer works ... ? Message-ID: <20021128160452.L61962-100000@klima.physik.uni-mainz.de> In-Reply-To: <20021123164528.Q22758-100000@hub.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 23 Nov 2002, Marc G. Fournier wrote: > > Okay, this one is strange one, but I've tried everything that I can think > of and its all failing ... > > On Friday night, I got Rackspace ot upgrade the firmware on my AMI > MegaRAID controller to the C170 Firmware, as reported by the OS: > > amr0: <LSILogic MegaRAID> mem 0xfc5f0000-0xfc5fffff irq 10 at device 2.0 on pci1 > amr0: <LSILogic MegaRAID Express 500> Firmware C170, BIOS 3.13, 32MB RAM > > in the hopes that i could get past the Oct 28th -STABLE kernel, after the > changes were made to the AMR driver ... unfortunately, this is made the > situtation worse ... no I can't boot into *any* SMP kernel, even the one > that was running prior to the firmware upgrade on Friday :( > > Now, I did a boot -v (through /boot.config) and just noticed this: > > IOAPIC #0 intpin 2 -> irq 0 > Programming 16 pins in IOAPIC #1 > SMP: CPU0 apic_initialize(): > lint0: 0x00000700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff > FreeBSD/SMP: Multiprocessor motherboard > cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 > io0 (APIC): apic id: 4, version: 0x000f0011, at 0xfec00000 > io1 (APIC): apic id: 5, version: 0x000f0011, at 0xfec01000 > bios32: Found BIOS32 Service Directory header at 0xc00fdb90 > bios32: Entry = 0xfdba0 (c00fdba0) Rev = 0 Len = 1 > pcibios: PCI BIOS entry at 0xdbc1 > pnpbios: Found PnP BIOS data at 0xc00f4c50 > pnpbios: Entry = f0000:3954 Rev = 1.0 > Other BIOS signatures found: > ACPI: 00000000 > > I'm missing a CPU here ... it was there the other day ... other then > taking the CPU out, is there anything on the FreeBSD/software side of > things that would cause a CPU to go un-detected? > > Thanks ... > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > Hello. It might have to do with a similar problem we ran into when we did the last update of the firmware prior to c170. Our RAID-5 server is a dual SMP machine with an AMI Enterprise 1600 RAID controller. After the update it wasn't possible to boot the machine into SMP kernel. When booting into SMP kernel, the machine froze after a while or immediately after booting. Only UP kernel was stable. The problem was that in the stream of updates AMI/LSI Logic has changed some PCI-internals of the AMI Enterprise/Mega RAID cards. Our FreeBSD box utilizes a TYAN Thunder 2500 main PCB with two 64Bit/66MHz slots but we used (no one know why) the 64Bit/33MHz bus. After switching the RAID controler to the second 64Bit/66MHz bus the machine ran like a charm as expected. So my recommendition is to swap your controler card to another PCI slot and ensure that there is no other IRQ shared with the AMI Mega RAID controler! Hope that helps ... Oliver -- MfG O. Hartmann ohartman@klima.physik.uni-mainz.de ---------------------------------------------------------------- IT-Administration des Institut fuer Physik der Atmosphaere (IPA) ---------------------------------------------------------------- Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinensaal) Tel: +496131/3924144 FAX: +496131/3923532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20021128160452.L61962-100000>