Date: Wed, 23 Oct 2002 11:05:58 -0400 From: Scott Lambert <lambert@lambertfam.org> To: FreeBSD-SMP@FreeBSD.org Subject: Re: panic: mpfps Base Table HOSED! Message-ID: <20021023150558.GB2666@laptop.lambertfam.org> In-Reply-To: <1035254734.1558.21.camel@dhcp-hst2-81> References: <20021016194156.GA81711@laptop.lambertfam.org> <1035254734.1558.21.camel@dhcp-hst2-81>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Oct 21, 2002 at 10:45:34PM -0400, Jess Fiorelli wrote: > 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. I finally got another window to play with this box. I disabled the integrated Adaptec SCSI controller BIOS load and the SMP kernel booted just fine. FreeBSD is still able to see the integrated SCSI controller and use the tape drive attached to it, as expected. If anyone wants the dmesg or mptable output let me know. > 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 -- 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20021023150558.GB2666>