Date: Thu, 30 Jan 1997 20:27:46 +0300 (MSK) From: "Mikhail A. Sokolov" <mishania@demos.su> To: smp@csn.net (Steve Passe) Cc: bag@bag.ru, freebsd-smp@freebsd.org, mishania@demos.su Subject: Re: troubles with smp kernel Message-ID: <199701301727.UAA19227@megillah.demos.su> In-Reply-To: <199701300859.BAA15096@clem.systemsix.com> from "Steve Passe" at Jan 30, 97 01:59:52 am
next in thread | previous in thread | raw e-mail | index | archive | help
> Hi, > first, you should be using a kernel with options APIC_IO and options > SMP_INVLTBL, although I doubt that is the cause of your problem. Thanks fot the hint, I recompiled the beasts kernel with APIC_IO/SMP_INVLTBL, but I still wonder about the following: SMP_INVLTBL, APIC_IO, where can description be found ? SMP_INVLTBL doesn't even seem to be announced at www.freebsd.org/~fsmp/SMP.. Here, we currently have ASUS dual ppro mother with two ppro200's, FM of the motherboard says, that APIC_IO should NOT be turned on, until 'future upgrade', as Alex already mentioned. Of course, we tried turning it on, and it works only with it's ON ;-) But the machine still reboots not giving any clue to syslogd. Thus I guess it is more issue for hardware@ list, you guys seem to be more experienced with MP motherboards, right? ;-) What we have is attached at the end of the letter of mine; to be short it's the above mentioned mother, 2x3940TUW (Twin Ultra Wide) Adaptecs in slots 4 and 5, sharing irq's. The FM of the motherboard claims, that it might not be any problem at all to have it shared, _when an OS supports sharing correct_. Seems it doesn't :-(. I would be also interested in hints on RAM parity check this monster does: I get "RAM PARITY SEGMENT CHECK FAILED in segment 0x0000, F1 to disable NMI, F2 to reboot". Since I already tested many different SIMM's, 1 Gb of them ;-) I can assert it not to be RAM physical problem, - but what than? This problem arose _only_ after I plugged second identical processor, stolen from HP Vectra's VA Series 4. I changed processors also, tested four, so they are not culprits. > you need to be much more specific in describing you problem for us to help. > what exactly is bytebench doing at this point? Returning to bytebench and Dhrystones in particular, machine reboots (see whining above also) in process of several concurent shell scripts and on points Alex already described also. Maybe that's the matter if incorrect IRQ's sharing handling? Another little problem (?) here also, - interesting behaviour of SMP kernel on my halt: it yells something like "Oi, I am working on CPU #1, switching to #0! HALT!". Why is that? SMP tree is as af today, fetched it from scratch, build is done on basis of 3.0-19970124-SNAP, mother-fatherboard is Asus P/I-P65UP5/C-P6ND, BIOS set to MP ver1.4. Thank you in advance for any hints, and please excuse me for that much questions > Steve Passe | powered by -mishania P.S. Btw, what's that 'freeing is not implemented' ? See below. P.P.S. dmesg: Jan 30 19:42:18 fyllefrossa halt: halted by mishania Jan 30 19:42:18 fyllefrossa syslogd: exiting on signal 15 Jan 30 19:47:53 fyllefrossa /kernel: Copyright (c) 1992-1996 FreeBSD Inc. Jan 30 19:47:53 fyllefrossa /kernel: Copyright (c) 1982, 1986, 1989, 1991, 1993 Jan 30 19:47:53 fyllefrossa /kernel: The Regents of the University of Califor nia. All rights reserved. Jan 30 19:47:53 fyllefrossa /kernel: Jan 30 19:47:53 fyllefrossa /kernel: FreeBSD 3.0-SMP #0: Thu Jan 30 19:42:05 MSK 1997 Jan 30 19:47:53 fyllefrossa /kernel: mishania@fyllefrossa.demos.su:/arc1/src /sys-SMP/compile/FYLLEFROSSA Jan 30 19:47:53 fyllefrossa /kernel: FreeBSD/SMP: Multiprocessor motherboard Jan 30 19:47:53 fyllefrossa /kernel: cpu0 (BSP): apic id: 1, version: 0x0004001 1 Jan 30 19:47:53 fyllefrossa /kernel: cpu1 (AP): apic id: 0, version: 0x0004001 1 Jan 30 19:47:54 fyllefrossa /kernel: io0 (APIC): apic id: 2, version: 0x0017001 1 Jan 30 19:47:54 fyllefrossa /kernel: Calibrating clock(s) relative to mc146818A clock ... i8254 clock: 1193157 Hz Jan 30 19:47:54 fyllefrossa /kernel: CPU: Pentium Pro (686-class CPU) Jan 30 19:47:54 fyllefrossa /kernel: Origin = "GenuineIntel" Id = 0x616 Step ping=6 Jan 30 19:47:54 fyllefrossa /kernel: Features=0xfbff<FPU,VME,DE,PSE,TSC,MSR,PA E,MCE,CX8,APIC,<b11>,MTRR,PGE,MCA,CMOV> Jan 30 19:47:54 fyllefrossa /kernel: real memory = 268435456 (262144K bytes) Jan 30 19:47:54 fyllefrossa /kernel: avail memory = 257298432 (251268K bytes) Jan 30 19:47:54 fyllefrossa /kernel: Probing for devices on PCI bus 0: Jan 30 19:47:54 fyllefrossa /kernel: chip0 <Intel 82440FX (Natoma) PCI and memor y controller> rev 2 on pci0:0 Jan 30 19:47:54 fyllefrossa /kernel: chip1 <Intel 82371SB PCI-ISA bridge> rev 1 on pci0:1:0 Jan 30 19:47:54 fyllefrossa /kernel: chip2 <Intel 82371SB IDE interface> rev 0 o n pci0:1:1 Jan 30 19:47:54 fyllefrossa /kernel: chip3 <DEC 21050 PCI-PCI bridge> rev 2 on p ci0:9 Jan 30 19:47:54 fyllefrossa /kernel: de0 <Digital 21041 Ethernet> rev 17 int a i rq 18 on pci0:10 Jan 30 19:47:54 fyllefrossa /kernel: Freeing (NOT implimented) irq 12 for ISA ca rds. Jan 30 19:47:54 fyllefrossa /kernel: de0: 21041 [10Mb/s] pass 1.1 Jan 30 19:47:54 fyllefrossa /kernel: de0: address 00:00:c0:74:8c:dc Jan 30 19:47:54 fyllefrossa /kernel: chip4 <DEC 21050 PCI-PCI bridge> rev 2 on p ci0:12 Jan 30 19:47:55 fyllefrossa /kernel: Freeing (NOT implimented) irq 12 for ISA ca rds. Jan 30 19:47:55 fyllefrossa /kernel: Probing for devices on PCI bus 1: Jan 30 19:47:55 fyllefrossa /kernel: ahc0 <Adaptec 3940 Ultra SCSI host adapter> rev 0 int a irq 19 on pci1:4 Jan 30 19:47:55 fyllefrossa /kernel: Freeing (NOT implimented) irq 9 for ISA car ds. Jan 30 19:47:55 fyllefrossa /kernel: ahc0: aic7880 Wide Channel A, SCSI Id=7, 16 SCBs Jan 30 19:47:55 fyllefrossa /kernel: ahc0 waiting for scsi devices to settle Jan 30 19:47:55 fyllefrossa /kernel: (ahc0:0:0): "SEAGATE ST32550W 0016" type 0 fixed SCSI 2 Jan 30 19:47:55 fyllefrossa /kernel: sd0(ahc0:0:0): Direct-Access 2047MB (419405 8 512 byte sectors) Jan 30 19:47:55 fyllefrossa /kernel: (ahc0:1:0): "SEAGATE ST19171W 0017" type 0 fixed SCSI 2 Jan 30 19:47:55 fyllefrossa /kernel: sd1(ahc0:1:0): Direct-Access 8683MB (177831 12 512 byte sectors) Jan 30 19:47:55 fyllefrossa /kernel: (ahc0:2:0): "SEAGATE ST19171W 0017" type 0 fixed SCSI 2 Jan 30 19:47:55 fyllefrossa /kernel: sd2(ahc0:2:0): Direct-Access 8683MB (177831 12 512 byte sectors) Jan 30 19:47:55 fyllefrossa /kernel: ahc1 <Adaptec 3940 Ultra SCSI host adapter> rev 0 int a irq 16 on pci1:5 Jan 30 19:47:55 fyllefrossa /kernel: Freeing (NOT implimented) irq 11 for ISA ca rds. Jan 30 19:47:55 fyllefrossa /kernel: ahc1: aic7880 Wide Channel B, SCSI Id=7, 16 SCBs Jan 30 19:47:55 fyllefrossa /kernel: ahc1 waiting for scsi devices to settle Jan 30 19:47:55 fyllefrossa /kernel: ahc1: Someone reset channel A Jan 30 19:47:56 fyllefrossa /kernel: Probing for devices on PCI bus 2: Jan 30 19:47:56 fyllefrossa /kernel: ahc2 <Adaptec 3940 Ultra SCSI host adapter> rev 0 int a irq 19 on pci2:4 Jan 30 19:47:56 fyllefrossa /kernel: Freeing (NOT implimented) irq 11 for ISA ca rds. Jan 30 19:47:56 fyllefrossa /kernel: ahc2: aic7880 Wide Channel A, SCSI Id=7, 16 SCBs Jan 30 19:47:56 fyllefrossa /kernel: ahc2 waiting for scsi devices to settle Jan 30 19:47:56 fyllefrossa /kernel: ahc2: Someone reset channel A Jan 30 19:47:56 fyllefrossa /kernel: ahc3 <Adaptec 3940 Ultra SCSI host adapter> rev 0 int a irq 16 on pci2:5 Jan 30 19:47:56 fyllefrossa /kernel: Freeing (NOT implimented) irq 10 for ISA ca rds. Jan 30 19:47:56 fyllefrossa /kernel: ahc3: aic7880 Wide Channel B, SCSI Id=7, 16 SCBs Jan 30 19:47:56 fyllefrossa /kernel: ahc3 waiting for scsi devices to settle Jan 30 19:47:56 fyllefrossa /kernel: ahc3: Someone reset channel A Jan 30 19:47:56 fyllefrossa /kernel: Probing for devices on the ISA bus: Jan 30 19:47:56 fyllefrossa /kernel: sc0 at 0x60-0x6f irq 1 on motherboard Jan 30 19:47:56 fyllefrossa /kernel: sc0: VGA color <16 virtual consoles, flags= 0x0> Jan 30 19:47:56 fyllefrossa /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Jan 30 19:47:56 fyllefrossa /kernel: fdc0: NEC 72065B Jan 30 19:47:56 fyllefrossa /kernel: npx0 on motherboard Jan 30 19:47:57 fyllefrossa /kernel: npx0: INT 16 interface Jan 30 19:47:57 fyllefrossa /kernel: changing root device to sd0a Jan 30 19:47:57 fyllefrossa /kernel: Enabled INTs: 1, 2, 6, 8, 16, 18, 19, imen: 0x00f2feb9 Jan 30 19:47:57 fyllefrossa /kernel: de0: enabling 10baseT port Jan 30 19:47:57 fyllefrossa /kernel: SMP: All idle procs online. Jan 30 19:47:58 fyllefrossa lpd[115]: restarted Jan 30 19:48:01 fyllefrossa /kernel: SMP: Starting 1st AP! Jan 30 19:48:01 fyllefrossa /kernel: SMP: AP CPU #1 LAUNCHED!! Starting Schedul ing... Jan 30 19:48:01 fyllefrossa /kernel: SMP: TADA! CPU #1 made it into the schedule r!. Jan 30 19:48:01 fyllefrossa /kernel: SMP: All 2 CPU's are online!
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199701301727.UAA19227>