Date: 21 Oct 2002 22:45:34 -0400 From: Jess Fiorelli <jfiorelli@schwartz-pr.com> To: FreeBSD-SMP@FreeBSD.org Subject: Re: panic: mpfps Base Table HOSED! Message-ID: <1035254734.1558.21.camel@dhcp-hst2-81> In-Reply-To: <20021016194156.GA81711@laptop.lambertfam.org> References: <20021016194156.GA81711@laptop.lambertfam.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Hello. Just wanted to send a quick note to the list letting people know that I finally got this problem with the intel l440gx motherboard and an SMP kernel solved... I'm not sure exactly what did it, but what I did was disable the scsi bios on the onboard scsi card (AIC-7896) that's not being used, and also disabled "Enable Extended Int13" on both the RAID card and the onboard scsi. Finally... It only took a few months, but it now boots the SMP kernel. I no longer have a 1ghz dead weight sitting in the machine! Jess On Wed, 2002-10-16 at 15:41, Scott Lambert wrote: > I, like at least one other person in the archives, am having panics on > attempting to boot an SMP FreeBSD 4.7-RELEASE kernel on an L440GX based > P3 motherboard whether the BIOS is set for MP 1.4 or 1.1. > > The loader loads the kernel then: > > panic: mpfps Base Table HOSED! > mp_lock = 0000000b; cpuid 0; lapic.id = 00000000 > Uptime 0s > > That is hand copied, I may have missed an "=" after cpuid. > > UP kernel uname -a: > FreeBSD www.firstview.com 4.7-RELEASE FreeBSD 4.7-RELEASE #5: Tue Oct 15 19:03:26 EDT 2002 root@ns4.inch.com:/usr/obj/usr/src/sys/GENERIC i386 > > The other individual from the archives, Jess Fiorelli, seems to have an > Adaptec 2100s RAID card. I have an Adaptec 3200S RAID controller with > recent firmware. > > I inherited the box and have been unable to take it down long enough to > disassemble it to find out the exact model and brand of the motherboard. > I only recently managed to crack the case far enough to see the second > CPU. > > John Baldwin seems to think that the problem with Mr. Fiorelli's box is > that some adaptor is loading it's BIOS over the top of the MP table. > > mptable(1) shows my mptable being FUBAR in a manner similar to > Mr. Fiorelli's. > > I have three devices that seem to load BIOS additions: > > The Adaptec 3200S: > asr0: <Adaptec Caching SCSI RAID> mem 0xf6000000-0xf7ffffff irq 11 at device 11.1 on pci0 > asr0: major=154 > asr0: ADAPTEC 3200S FW Rev. 370F, 2 channel, 256 CCBs, Protocol I2O > > An Adaptec aic7896/97: > ahc0: <Adaptec aic7896/97 Ultra2 SCSI adapter> port 0x2000-0x20ff mem 0xf4100000-0xf4100fff irq 10 at device 12.0 on pci0 > ahc0: Reading SEEPROM...done. > ahc0: Manual LVD Termination > ahc0: BIOS eeprom is present > ahc0: Secondary High byte termination Enabled > ahc0: Secondary Low byte termination Enabled > ahc0: Primary Low Byte termination Enabled > ahc0: Primary High Byte termination Enabled > ahc0: Downloading Sequencer Program... 416 instructions downloaded > aic7896/97: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs > ahc1: <Adaptec aic7896/97 Ultra2 SCSI adapter> port 0x2400-0x24ff mem 0xf4101000-0xf4101fff irq 10 at device 12.1 on pci0 > ahc1: Reading SEEPROM...done. > ahc1: Manual LVD Termination > ahc1: BIOS eeprom is present > ahc1: Secondary High byte termination Enabled > ahc1: Secondary Low byte termination Enabled > ahc1: Primary Low Byte termination Enabled > ahc1: Primary High Byte termination Enabled > ahc1: Downloading Sequencer Program... 416 instructions downloaded > using shared irq10. > aic7896/97: Ultra2 Wide Channel B, SCSI Id=7, 32/253 SCBs > > An Intel EtherExpress Pro: > fxp0: <Intel Pro 10/100B/100+ Ethernet> port 0x2800-0x283f mem 0xf4000000-0xf40fffff,0xf4102000-0xf4102fff irq 5 at device 14.0 on pci0 > fxp0: using memory space register mapping > fxp0: Ethernet address 00:d0:b7:a8:4c:10 > fxp0: PCI IDs: 8086 1229 8086 3000 0008 > fxp0: Dynamic Standby mode is disabled > > The motherboard is running a PheonixBIOS 4.0 revision 6 (I think. The > 3200S BIOS clears the screen too fast.) > > Could it be possible to use the BIOS to mark the MP table address space > as reserved? I can't afford to have this server down for a quick dig > through the BIOS unless there is a chance of success. If it is possible > I'd like to have someone smarter than me give me some idea as to what > that address space should be. > > I think it would be the 16 bytes starting at: > > physical address: 0x000f6ab0 > > or the 89 bytes starting at: > > physical address: 0x0009f560 > > Or are those values already stomped on? > > Full dmesg.boot of boot -v and the mptable output are at : > http://www.lambertfam.org/~lambert/L440GX-SMP/ > > Not that it matters, the SMP kernel config is GENERIC with SCSI_DELAY > 5000 and the smp options un-commented. > > -- > Scott Lambert KC5MLE Unix SysAdmin > lambert@lambertfam.org > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-smp" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1035254734.1558.21.camel>