From owner-freebsd-smp Tue Apr 14 04:50:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA26981 for freebsd-smp-outgoing; Tue, 14 Apr 1998 04:50:04 -0700 (PDT) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from asteroid.svib.ru (root@asteroid.svib.ru [195.151.166.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA26797; Tue, 14 Apr 1998 11:49:43 GMT (envelope-from root@asteroid.svib.ru) Received: from asteroid.svib.ru (root@localhost) by asteroid.svib.ru (8.8.8/8.8.8) with ESMTP id PAA19398; Tue, 14 Apr 1998 15:49:35 +0400 (MSD) (envelope-from root@asteroid.svib.ru) Message-Id: <199804141149.PAA19398@asteroid.svib.ru> To: hackers@FreeBSD.ORG cc: smp@FreeBSD.ORG Subject: SMP performance decrease? Reply-To: tarkhil@asteroid.svib.ru Date: Tue, 14 Apr 1998 15:49:35 +0400 From: "Alexander B. Povolotsky" Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello! I've just benchmarked (by bytebench from ports) my new server, with 64M RAM (for now; will increase soon) and 2 PII-233 processors (EliteGroup p6LX2-A mainboard). Here are the results: Test Non-SMP SMP arith (double) 27.5 28.1 Drystone 2 (no reg. vars) 23.6 24.1 Execl thoughput 90.8 46.8 <- ??? File copy 35.1 37.7 Pipe-based context switching 20.4 9.0 <- ??? Shell scripts (8 concurrent) 12.8 12.2 <- ??? I don't understand why execl throughput and context switching is TWICE slower in SMP mode, and I doesn't understand AT ALL why shell script benchmark isn't twice faster. Wrong benchmark? Problems with something in kernel? Me being crazy? Alex. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Apr 14 07:59:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA27479 for freebsd-smp-outgoing; Tue, 14 Apr 1998 07:59:43 -0700 (PDT) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from our.domaintje.com (our.domaintje.com [194.178.252.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA27435; Tue, 14 Apr 1998 14:59:18 GMT (envelope-from frank@our.domaintje.com) Received: from frank@localhost by our.domaintje.com id <7793-182>; Tue, 14 Apr 1998 16:59:42 +0200 Message-ID: <19980414165940.06093@domaintje.com> Date: Tue, 14 Apr 1998 16:59:40 +0200 From: Frank Ederveen To: tarkhil@asteroid.svib.ru, hackers@FreeBSD.ORG Cc: smp@FreeBSD.ORG Subject: Re: SMP performance decrease? References: <199804141149.PAA19398@asteroid.svib.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <199804141149.PAA19398@asteroid.svib.ru>; from Alexander B. Povolotsky on Tue, Apr 14, 1998 at 03:49:35PM +0400 Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Apr 14, 1998 at 03:49:35PM +0400, Alexander B. Povolotsky wrote: > Here are the results: > > Test Non-SMP SMP > arith (double) 27.5 28.1 > Drystone 2 (no reg. vars) 23.6 24.1 > Execl thoughput 90.8 46.8 <- ??? > File copy 35.1 37.7 > Pipe-based context switching 20.4 9.0 <- ??? > Shell scripts (8 concurrent) 12.8 12.2 <- ??? > > I don't understand why execl throughput and context switching is TWICE > slower in SMP mode, and I doesn't understand AT ALL why shell script > benchmark isn't twice faster. I don't know Benchbyte, but maybe these are times in seconds and lower is better? Also, unless you have an automatic multi threading compiler like Convex has the second cpu doesn't do you much good if you only run one process in your benchmark. Try making a kernel or buildworld with -j 2 in single and dual cpu mode? Regards, FrankE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Apr 14 11:31:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA05598 for freebsd-smp-outgoing; Tue, 14 Apr 1998 11:31:56 -0700 (PDT) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from asteroid.svib.ru (root@asteroid.svib.ru [195.151.166.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA05539; Tue, 14 Apr 1998 18:31:44 GMT (envelope-from tarkhil@asteroid.svib.ru) Received: from minas-tirith.pol.ru (shuttle.svib.ru [195.151.166.144]) by asteroid.svib.ru (8.8.8/8.8.8) with ESMTP id WAA20945; Tue, 14 Apr 1998 22:31:34 +0400 (MSD) (envelope-from tarkhil@asteroid.svib.ru) Received: from minas-tirith.pol.ru (minas-tirith.pol.ru [127.0.0.1]) by minas-tirith.pol.ru (8.8.8/8.8.7) with ESMTP id WAA15886; Tue, 14 Apr 1998 22:31:26 +0400 (MSD) (envelope-from tarkhil@minas-tirith.pol.ru) Message-Id: <199804141831.WAA15886@minas-tirith.pol.ru> X-Mailer: exmh version 2.0.1 12/23/97 To: Frank Ederveen cc: hackers@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: SMP performance decrease? In-reply-to: Your message "Tue, 14 Apr 1998 16:59:40 +0200." <19980414165940.06093@domaintje.com> Reply-To: tarkhil@asteroid.svib.ru Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 Apr 1998 22:31:22 +0400 From: Alex Povolotsky Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org <19980414165940.06093@domaintje.com>Frank Ederveen writes: >> Execl thoughput 90.8 46.8 <- ??? >> Pipe-based context switching 20.4 9.0 <- ??? >> Shell scripts (8 concurrent) 12.8 12.2 <- ??? >> I don't understand why execl throughput and context switching is TWICE >> slower in SMP mode, and I doesn't understand AT ALL why shell script >> benchmark isn't twice faster. >I don't know Benchbyte, but maybe these are times in seconds and >lower is better? Also, unless you have an automatic multi threading No :-( >compiler like Convex has the second cpu doesn't do you much good >if you only run one process in your benchmark. Well, I can beleive if performance won't increase. But why can it DECREASE? Alex. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Apr 14 14:44:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA21004 for freebsd-smp-outgoing; Tue, 14 Apr 1998 14:44:02 -0700 (PDT) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA20946; Tue, 14 Apr 1998 21:43:41 GMT (envelope-from dyson@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id QAA04770; Tue, 14 Apr 1998 16:43:21 -0500 (EST) (envelope-from dyson) Message-Id: <199804142143.QAA04770@dyson.iquest.net> Subject: Re: SMP performance decrease? In-Reply-To: <199804141149.PAA19398@asteroid.svib.ru> from "Alexander B. Povolotsky" at "Apr 14, 98 03:49:35 pm" To: tarkhil@asteroid.svib.ru Date: Tue, 14 Apr 1998 16:43:21 -0500 (EST) Cc: hackers@FreeBSD.ORG, smp@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Alexander B. Povolotsky said: > Hello! > > I've just benchmarked (by bytebench from ports) my new server, with 64M RAM > (for now; will increase soon) and 2 PII-233 processors (EliteGroup p6LX2-A > mainboard). > > Here are the results: > > Test Non-SMP SMP > arith (double) 27.5 28.1 > Drystone 2 (no reg. vars) 23.6 24.1 > Execl thoughput 90.8 46.8 <- ??? > File copy 35.1 37.7 > Pipe-based context switching 20.4 9.0 <- ??? > Shell scripts (8 concurrent) 12.8 12.2 <- ??? > > I don't understand why execl throughput and context switching is TWICE > slower in SMP mode, and I doesn't understand AT ALL why shell script > benchmark isn't twice faster. > > Wrong benchmark? Problems with something in kernel? Me being crazy? > Certain things in the SMP kernel make it actually slower, and seem slower both. If you load your machine with multiple processes, the system will be faster with SMP and two processors than with one. (Of course, it is possible to make the system slower with SMP and two processors, but that is not generally true.) Bottom line: you are running a low level benchmark, and low level benchmarks don't meassure loaded system performances very well. :-(. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Apr 14 22:47:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA27760 for freebsd-smp-outgoing; Tue, 14 Apr 1998 22:47:28 -0700 (PDT) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from klemm.gtn.com (klemm-isdn.gtn.com [194.77.2.34]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA27751; Wed, 15 Apr 1998 05:47:19 GMT (envelope-from andreas@klemm.gtn.com) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.8) id HAA15412; Wed, 15 Apr 1998 07:46:24 +0200 (CEST) (envelope-from andreas) Message-ID: <19980415074624.16625@klemm.gtn.com> Date: Wed, 15 Apr 1998 07:46:24 +0200 From: Andreas Klemm To: dyson@FreeBSD.ORG, tarkhil@asteroid.svib.ru Cc: smp@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: SMP performance decrease? Reply-To: smp@FreeBSD.ORG References: <199804141149.PAA19398@asteroid.svib.ru> <199804142143.QAA04770@dyson.iquest.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199804142143.QAA04770@dyson.iquest.net>; from John S. Dyson on Tue, Apr 14, 1998 at 04:43:21PM -0500 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Apr 14, 1998 at 04:43:21PM -0500, John S. Dyson wrote: > [SNIP] > Bottom line: you are running a low level benchmark, and low level > benchmarks don't meassure loaded system performances very well. :-(. Very very true. Look at my signature, although your low level benchmark tells you a performance decrease in certain areas, SMP speeds up your system in "real world applications(tm)" up to factor 1.9 ! See the figures and try it out yourself. Reply-To set to freebsd-smp, to avoid crossposts. -- Andreas Klemm http://www.FreeBSD.ORG/~andreas What gives you 90% more speed, for example in kernel compilation ? http://www.FreeBSD.ORG/~fsmp/SMP/akgraph-a/graph1.html powered by ,,symmetric multiprocessor FreeBSD'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Apr 15 06:34:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA25453 for freebsd-smp-outgoing; Wed, 15 Apr 1998 06:34:57 -0700 (PDT) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from att.com (kcgw1.att.com [192.128.133.151]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA25335; Wed, 15 Apr 1998 13:34:28 GMT (envelope-from sbabkin@dcn.att.com) From: sbabkin@dcn.att.com Received: by kcgw1.att.com; Wed Apr 15 08:34 CDT 1998 Received: from dcn71.dcn.att.com ([135.44.192.112]) by kcig1.att.att.com (AT&T/GW-1.0) with ESMTP id IAA05936; Wed, 15 Apr 1998 08:34:21 -0500 (CDT) Received: by dcn71.dcn.att.com with Internet Mail Service (5.0.1458.49) id <26DMMHQA>; Wed, 15 Apr 1998 09:39:51 -0400 Message-ID: To: tarkhil@asteroid.svib.ru, dyson@FreeBSD.ORG Cc: hackers@FreeBSD.ORG, smp@FreeBSD.ORG Subject: RE: SMP performance decrease? Date: Wed, 15 Apr 1998 09:39:47 -0400 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1458.49) Content-Type: text/plain Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > ---------- > From: John S. Dyson[SMTP:dyson@FreeBSD.ORG] > > Alexander B. Povolotsky said: > > Hello! > > > > I've just benchmarked (by bytebench from ports) my new server, with > 64M RAM > > (for now; will increase soon) and 2 PII-233 processors (EliteGroup > p6LX2-A > > mainboard). > > > > Here are the results: > May be some description of tests can help: > > > > Test Non-SMP SMP > > arith (double) 27.5 28.1 > This test is running in one process so it hardly can show anything. An interesting modification would be to run 2 parallel processes. > > Drystone 2 (no reg. vars) 23.6 24.1 > The same. The speed gain may be because other processes that are running in background are using the second processor now. > > Execl thoughput 90.8 46.8 <- ??? > I can't remember about this > > File copy 35.1 37.7 > Also single-threaded. > > Pipe-based context switching 20.4 9.0 <- ??? > Two processes and a pipe, passing 1 byte each time in alternating direction. The number of bytes passes is supposed to be the same as the number of context switches. In fact, the processes here are running _not_concurrently_, they are synchronized by byte passing. So the speed can hardly be higher, but should not be twice slower either until there is high interprocessor synchronization overhead compared to context switch overhead (provided that FreeBSD context switch overhead is really low, that may be the case). > > Shell scripts (8 concurrent) 12.8 12.2 <- ??? > 8 shell scripts are running concurrently. This is supposed to simulate 8 users running. And think that this is a somewhat weird result. Serge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sat Apr 18 01:01:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA20620 for freebsd-smp-outgoing; Sat, 18 Apr 1998 01:01:35 -0700 (PDT) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA20555 for ; Sat, 18 Apr 1998 08:00:51 GMT (envelope-from mestery@mail.winternet.com) Received: (from adm@localhost) by icicle.winternet.com (8.8.8/8.8.8) id DAA12914 for ; Sat, 18 Apr 1998 03:00:40 -0500 (CDT) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma012908; Sat, 18 Apr 98 03:00:34 -0500 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.7/8.8.4) with SMTP id DAA10794 for ; Sat, 18 Apr 1998 03:00:33 -0500 (CDT) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Sat, 18 Apr 1998 03:00:33 -0500 (CDT) From: Kyle Mestery To: freebsd-smp@FreeBSD.ORG Subject: SMP doesn't boot for me. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I have been running SMP on a dual Pentium for almost a year now. Works great! I just recently purchased a Micronics W6-LI motherboard with dual PPro 166s. After installing everything, I built an SMP kernel. I rebooted with it, and after it had probed all of the devices (right before it would normally mount the root fs), it just kind of sat there. I thought it was hung, but it still responded to caps lock/num lock/scroll lock. Also, when I pressed ctrl-alt-del, it printed "Rebooting...", so the machine wasn't hung. Has anyone else seen this recently? The weird thing is, my dual Pentium machine does not exhibit this behavior. This was with sources built from approx. 3AM CST 4-18-98. Thanks. BTW, here is a dmesg output: =============================================================================== MPTable, version 2.0.15 looking for EBDA pointer @ 0x040e, found, searching EBDA @ 0x0009fc00 searching CMOS 'top of mem' @ 0x0009f800 (638K) searching default 'top of mem' @ 0x0009fc00 (639K) searching BIOS @ 0x000f0000 MP FPS found in BIOS @ physical addr: 0x000f62b0 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f62b0 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x3a mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x0009fd60 signature: 'PCMP' base table length: 276 version: 1.4 checksum: 0x7f OEM ID: 'INTEL ' Product ID: '440FX ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 26 local APIC address: 0xfee00000 extended table length: 144 extended table checksum: 13 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 1 0x11 BSP, usable 6 1 9 0xfbff 0 0x11 AP, usable 6 1 9 0xfbff -- Bus: Bus ID Type 0 PCI 1 ISA -- I/O APICs: APIC ID Version State Address 2 0x11 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 1 0 2 0 INT active-hi edge 1 1 2 1 INT active-hi edge 1 0 2 2 INT active-hi edge 1 3 2 3 INT active-hi edge 1 4 2 4 INT active-hi edge 1 5 2 5 INT active-hi level 1 6 2 6 INT active-hi level 1 7 2 7 INT active-hi edge 1 8 2 8 INT active-hi level 1 9 2 9 INT active-hi level 1 10 2 10 INT active-hi level 1 11 2 11 INT active-hi level 1 12 2 12 INT active-hi level 1 14 2 14 INT active-hi level 1 15 2 15 SMI active-hi level 1 23 2 23 INT active-lo level 0 7:D 2 19 INT active-lo level 0 8:A 2 18 INT active-lo level 0 16:A 2 18 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 1 0 255 0 NMI active-hi edge 1 0 255 1 ------------------------------------------------------------------------------- MP Config Extended Table Entries: -- bus ID: 0 address type: I/O address address base: 0x0 address range: 0x10000 -- bus ID: 0 address type: memory address address base: 0x8000000 address range: 0xf5000000 -- bus ID: 0 address type: prefetch address address base: 0xfd000000 address range: 0x1000000 -- bus ID: 0 address type: memory address address base: 0xfe000000 address range: 0x2000000 -- bus ID: 0 address type: memory address address base: 0xa0000 address range: 0x20000 -- bus ID: 0 address type: memory address address base: 0xd0000 address range: 0xc000 -- bus ID: 1 bus info: 0x01 parent bus ID: 0-- bus ID: 0 address modifier: add predefined range: 0x00000000-- bus ID: 0 address modifier: add predefined range: 0x00000001 ------------------------------------------------------------------------------- # SMP kernel config file options: # Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optional (built-in defaults will work in most cases): #options NCPU=2 # number of CPUs #options NBUS=2 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs ------------------------------------------------------------------------------- dmesg output: Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-980411-SNAP #2: Sat Apr 18 00:38:50 CDT 1998 mestery@khyrone.winternet.com:/usr/src/sys/compile/KHYRONE Timecounter "i8254" frequency 1193182 Hz cost 3496 ns Timecounter "TSC" frequency 199310019 Hz cost 288 ns CPU: Pentium Pro (199.31-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping=9 Features=0xfbff real memory = 134217728 (131072K bytes) avail memory = 128016384 (125016K bytes) Probing for devices on PCI bus 0: Correcting Natoma config for non-SMP chip0: rev 0x02 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 chip2: rev 0x01 int d irq 11 on pci0.7.2 ahc0: rev 0x00 int a irq 9 on pci0.8.0 ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs scbus0 at ahc0 bus 0 Sending SDTR!! sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 4303MB (8813870 512 byte sectors) vga0: rev 0x00 int a irq 9 on pci0.16.0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 3 maddr 0xd0000 msize 16384 on isa ed0: address 00:00:c0:f2:16:9c, type SMC8216/SMC8216C (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 not found at 0x2f8 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 1 on isa snd0: sbxvi0 at ? drq 5 on isa snd0: sbmidi0 at 0x330 on isa snd0: opl0 at 0x388 on isa snd0: =============================================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sat Apr 18 10:45:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA26186 for freebsd-smp-outgoing; Sat, 18 Apr 1998 10:45:09 -0700 (PDT) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA26153 for ; Sat, 18 Apr 1998 17:45:07 GMT (envelope-from mestery@mail.winternet.com) Received: (from adm@localhost) by icicle.winternet.com (8.8.8/8.8.8) id MAA24400 for ; Sat, 18 Apr 1998 12:44:19 -0500 (CDT) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma024389; Sat, 18 Apr 98 12:44:11 -0500 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.7/8.8.4) with SMTP id MAA12224 for ; Sat, 18 Apr 1998 12:44:10 -0500 (CDT) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Sat, 18 Apr 1998 12:44:10 -0500 (CDT) From: Kyle Mestery To: freebsd-smp@FreeBSD.ORG Subject: W6-LI again Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi again. I noticed in the archives this email about someone using a W6-LI. I have same BIOS as this person, 4.06, and I also have 128MB RAM. The only difference I can ascertain is that I have onboard sound. Mark, if you are reading this list, can you confirm that you can run a current kernel from today on this motherboard, or if there were any non-standard steps you had to take to get it working correctly? Thanks. I have tried multiple kernels all weekend, and all produce the same result if SMP is enabled, what appears to be a hang. Like I said before though, I am able to ctrl-alt-del and then it prints "Rebooting...". Very strange. Thanks! --- Date: Mon, 23 Feb 1998 11:58:10 +0000 From: Mark Blackman To: freebsd-smp@FreeBSD.ORG Subject: SMP success on W6-LI Message-ID: <199802231158.LAA00780@bird.te.rl.ac.uk> Just a quick note for the mail archives to say that SMP from 3.0-122597-SNAP works brilliantly for me on a Micronics W6-LI Motherboard (builtin-SCSI (7880) but no sound) 128MB RAM 2 x 200 PPro (overclocked from 180) I did, however, have to flash a new version of the BIOS and go from 4.05 --> 4.06 so that the interrupt assignments were handled properly. (see http://www.micronics.com). to the appropriate coders, I owe you several drinks. Let the Bessel functions begin... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sat Apr 18 11:11:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA00248 for freebsd-smp-outgoing; Sat, 18 Apr 1998 11:11:58 -0700 (PDT) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from puck.nether.net (irvingp@puck.nether.net [204.42.254.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA00243 for ; Sat, 18 Apr 1998 18:11:56 GMT (envelope-from irvingp@puck.nether.net) Received: from localhost (irvingp@localhost) by puck.nether.net (8.9.0.Beta5/8.7.3) with SMTP id OAA04271 for ; Sat, 18 Apr 1998 14:12:01 -0400 Date: Sat, 18 Apr 1998 14:12:00 -0400 (EDT) From: Irving Popovetsky To: freebsd-smp@FreeBSD.ORG Subject: Tyan Tomcat IV Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Howdy, I've never really posted to any of the fbsd lists, just listened. So please bare with me here :-) I noticed on the FreeBSD/SMP page, under the working list of hardware, the Tyan Tomcat III was listed, but not the Tomcat IV (still a dual pentium board, the S1564D), so I decided to try it out for myself :) (I had been a -stable user for quite some time, and a big fan :) The SMP kernel did work on the first try, so thats real good. heres my mptable and dmesg output: rosebud ~# mptable =============================================================================== MPTable, version 2.0.15 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f5c50 signature: '_MP_' length: 16 bytes version: 1.1 checksum: 0xd4 mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f5c64 signature: 'PCMP' base table length: 396 version: 1.1 checksum: 0x3a OEM ID: 'OEM00000' Product ID: 'PROD00000000' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 28 local APIC address: 0xfee00000 extended table length: 0 extended table checksum: 0 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x11 BSP, usable 5 2 1 0x07bf 1 0x11 AP, usable 5 2 1 0x07bf -- Bus: Bus ID Type 0 PCI 1 ISA -- I/O APICs: APIC ID Version State Address 2 0x11 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT conforms conforms 1 0 2 0 INT conforms conforms 1 1 2 1 INT conforms conforms 1 0 2 2 INT conforms conforms 1 3 2 3 INT conforms conforms 1 4 2 4 INT conforms conforms 1 5 2 5 INT conforms conforms 1 6 2 6 INT conforms conforms 1 7 2 7 INT conforms conforms 1 8 2 8 INT conforms conforms 1 9 2 9 INT conforms conforms 1 10 2 10 INT conforms conforms 1 11 2 11 INT conforms conforms 1 12 2 12 INT conforms conforms 1 13 2 13 INT conforms conforms 1 14 2 14 INT conforms conforms 1 15 2 15 INT active-lo level 0 20:A 2 16 INT active-lo level 0 19:A 2 17 INT active-lo level 0 18:A 2 18 INT active-lo level 0 17:A 2 19 SMI conforms conforms 1 0 2 23 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT conforms conforms 0 0:A 255 0 NMI conforms conforms 0 0:A 255 1 ------------------------------------------------------------------------------- # SMP kernel config file options: # Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optional (built-in defaults will work in most cases): #options NCPU=2 # number of CPUs #options NBUS=2 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs =============================================================================== rosebud ~# dmesg Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #5: Fri Apr 17 16:51:42 EDT 1998 irvingp@rosebud.hm.ans.net:/usr/src/sys/compile/GEMINI Timecounter "i8254" frequency 1193182 Hz cost 2389 ns CPU: Pentium (586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x3bf real memory = 67108864 (65536K bytes) avail memory = 62283776 (60824K bytes) FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00030010, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00030010, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 chip2: rev 0x01 int d irq 11 on pci0.7.2 vga0: rev 0x02 int a irq 18 on pci0.18.0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface mse0 not found at 0x23c fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 5006MB (10253250 sectors), 10850 cyls, 15 heads, 63 S/T, 512 B/S wdc0: unit 1 (wd1): wd1: 202MB (415264 sectors), 683 cyls, 16 heads, 38 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 1 (atapi): , removable, accel, dma, iordis wcd0: 171/4125Kb/sec, 128Kb cache, audio play, 255 volume levels, ejectable tray wcd0: no disc inside, unlocked, lock protected 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/utp[*UTP*] address 00:60:8c:35:ce:7d npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 1 on isa snd0: sbxvi0 at ? drq 5 on isa snd0: sbmidi0 at 0x330 on isa snd0: opl0 at 0x388 on isa snd0: Intel Pentium F00F detected, installing workaround APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via pin 2 SMP: AP CPU #1 Launched! everything works great, and Im happy with performance, so go ahead and add it to the list(to whoever it may concern :) (in case you didnt notice, I cvsupped and recompiled everything yesterday) Thanks much, FreeBSD forever. -Irving Popovetsky ANS Communications - BigDial Operations Pioneer High School - Webmaster grok: /grok/, var. /grohk/ vt. [from the novel "Stranger in a Strange Land", by Robert A. Heinlein, where it is a Martian word meaning literally `to drink' and metaphorically `to be one with'] The emphatic form is `grok in fullness'. 1. To understand, usually in a global sense. Connotes intimate and exhaustive knowledge. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sat Apr 18 12:07:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA11864 for freebsd-smp-outgoing; Sat, 18 Apr 1998 12:07:14 -0700 (PDT) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA11848 for ; Sat, 18 Apr 1998 19:07:06 GMT (envelope-from mestery@mail.winternet.com) Received: (from adm@localhost) by icicle.winternet.com (8.8.8/8.8.8) id OAA03969 for ; Sat, 18 Apr 1998 14:07:02 -0500 (CDT) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma003909; Sat, 18 Apr 98 14:06:49 -0500 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.7/8.8.4) with SMTP id OAA12688 for ; Sat, 18 Apr 1998 14:06:48 -0500 (CDT) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Sat, 18 Apr 1998 14:06:48 -0500 (CDT) From: Kyle Mestery To: freebsd-smp@FreeBSD.ORG Subject: The continuing saga... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I compiled the kernel with options DDB and went into the debugger when it appears to hang (see my previous posts :). Here is what a trace revealed: (I typed this in BTW) _Debugger(f01ef3df) at _Debugger+0x35 _scgetc(2, 400c0, f020a4f0, f01c6130, f0265f98) at _scgetc+0xd35 _scintr(0, 80000000. f0200010, f0200010, 264000) at _scintr+0x17 Xresume1() at Xresume1+0x4e --- interrupt, eip=0xf01dee68, esp=0xf0265f80, ebp=0xf0265f98 --- _spl0(0) at _spl0+0x40 _main(f0265fb8, 0, effc1010, f0265f07, f0265ff4) at _main+0x86 begin() at begin+0x54 Not quite sure what is going on. If I try and continue from this point, it panics. Anyone else seeing this? -- Kyle Mestery StorageTek's Network Systems Group "Keep honking, I'm reloading." "Lottery: A tax on people who are bad at math." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sat Apr 18 14:30:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA03601 for freebsd-smp-outgoing; Sat, 18 Apr 1998 14:30:34 -0700 (PDT) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from ic.net (qmailr@srv1b.ic.net [152.160.72.20]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id VAA03595 for ; Sat, 18 Apr 1998 21:30:29 GMT (envelope-from rickl@ic.net) Received: (qmail 2262 invoked from network); 18 Apr 1998 21:29:55 -0000 Received: from unknown (HELO lurch.rickl.org) (152.160.108.7) by unknown with SMTP; 18 Apr 1998 21:29:55 -0000 Message-ID: X-Mailer: XFMail 1.2 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sat, 18 Apr 1998 17:29:55 -0400 (EDT) Reply-To: rickl@ic.net Organization: ic.net From: Rick Lotoczky To: smp@FreeBSD.ORG Subject: SMP Problems Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I noticed a problem booting since Torr's last round of changes to pci.c and mapic.c. I was using a P6DOF motherboard which reated quite well to Torr's changes (e.g. they worked well. I added them from the posted patch). I then switched to a Micronics W6Li motherboard (the P6DOF had stability problems with RAM > 64MB) and now the system does not get beyond the clock attach test. I am enclosing the mptable but the dmesg dump is from a working kernel before Torr's changes. The reason for the dmesg output is that I could not get one for the failed kernel. I found that by using the sources prior to Torr's committed changes (without adding them as a patch)the smp kernel boots without problem. Rick =============================================================================== MPTable, version 2.0.15 looking for EBDA pointer @ 0x040e, found, searching EBDA @ 0x0009fc00 searching CMOS 'top of mem' @ 0x0009f800 (638K) searching default 'top of mem' @ 0x0009fc00 (639K) searching BIOS @ 0x000f0000 MP FPS found in BIOS @ physical addr: 0x000f62b0 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f62b0 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x3a mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x0009fd60 signature: 'PCMP' base table length: 284 version: 1.4 checksum: 0x12 OEM ID: 'INTEL ' Product ID: '440FX ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 27 local APIC address: 0xfee00000 extended table length: 144 extended table checksum: 16 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 1 0x11 BSP, usable 6 1 7 0xfbff 0 0x11 AP, usable 6 1 9 0xfbff -- Bus: Bus ID Type 0 PCI 1 ISA -- I/O APICs: APIC ID Version State Address 2 0x11 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 1 0 2 0 INT active-hi edge 1 1 2 1 INT active-hi edge 1 0 2 2 INT active-hi edge 1 3 2 3 INT active-hi edge 1 4 2 4 INT active-hi edge 1 5 2 5 INT active-hi level 1 6 2 6 INT active-hi level 1 7 2 7 INT active-hi edge 1 8 2 8 INT active-hi level 1 9 2 9 INT active-hi level 1 10 2 10 INT active-hi level 1 11 2 11 INT active-hi level 1 12 2 12 INT active-hi level 1 14 2 14 INT active-hi level 1 15 2 15 SMI active-hi level 1 23 2 23 INT active-lo level 0 7:D 2 19 INT active-lo level 0 8:A 2 18 INT active-lo level 0 15:A 2 19 INT active-lo level 0 16:A 2 18 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 1 0 255 0 NMI active-hi edge 1 0 255 1 ------------------------------------------------------------------------------- MP Config Extended Table Entries: -- bus ID: 0 address type: I/O address address base: 0x0 address range: 0x10000 -- bus ID: 0 address type: memory address address base: 0x8000000 address range: 0xf4800000 -- bus ID: 0 address type: prefetch address address base: 0xfc800000 address range: 0x1000000 -- bus ID: 0 address type: memory address address base: 0xfd800000 address range: 0x2800000 -- bus ID: 0 address type: memory address address base: 0xa0000 address range: 0x20000 -- bus ID: 0 address type: memory address address base: 0xd8000 address range: 0x4000 -- bus ID: 1 bus info: 0x01 parent bus ID: 0-- bus ID: 0 address modifier: add predefined range: 0x00000000-- bus ID: 0 address modifier: add predefined range: 0x00000001 ------------------------------------------------------------------------------- # SMP kernel config file options: # Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optional (built-in defaults will work in most cases): #options NCPU=2 # number of CPUs #options NBUS=2 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs =============================================================================== Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Wed Apr 1 16:35:50 EST 1998 root@lurch.rickl.org:/.2/usr/src/sys/compile/smp Timecounter "i8254" frequency 1193064 Hz cost 39 ns CPU: Pentium Pro (686-class CPU) Origin = "GenuineIntel" Id = 0x617 Stepping=7 Features=0xfbff real memory = 134217728 (131072K bytes) avail memory = 128126976 (125124K bytes) FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 chip2: rev 0x01 int d irq 19 on pci0.7.2 ahc0: rev 0x00 int a irq 18 on pci0.8.0 ahc0: aic7880 Wide Channel, SCSI Id=7, 16/255 SCBs ahc0: waiting for scsi devices to settle scbus0 at ahc0 bus 0 ahc0: target 0 Tagged Queuing Device sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 2048MB (4194995 512 byte sectors) ahc0: target 1 Tagged Queuing Device sd1 at scbus0 target 1 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access 4134MB (8467200 512 byte sectors) ahc0: target 2 Tagged Queuing Device sd2 at scbus0 target 2 lun 0 sd2: type 0 fixed SCSI 2 sd2: Direct-Access 2170MB (4445380 512 byte sectors) ahc0: target 3 Tagged Queuing Device sd3 at scbus0 target 3 lun 0 sd3: type 0 fixed SCSI 2 sd3: Direct-Access 2014MB (4124736 512 byte sectors) ncr0: rev 0x04 int a irq 19 on pci0.15.0 ncr0: waiting for scsi devices to settle scbus1 at ncr0 bus 0 st0 at scbus1 target 3 lun 0 st0: type 1 removable SCSI 2 st0: Sequential-Access st0: 5.0 MB/s (200 ns, offset 8) density code 0x13, drive empty pt0 at scbus1 target 4 lun 0 pt0: type 3 fixed SCSI 2 pt0: Processor worm0 at scbus1 target 6 lun 0 worm0: type 5 removable SCSI 2 worm0: Write-Once vga0: rev 0x02 int a irq 18 on pci0.16.0 Probing for PnP devices: CSN 1 Vendor ID: CTL00f0 [0xf0008c0e] Serial 0xffffffff pcm1 (SB16pnp sn 0xffffffff) at 0x220-0x22f irq 7 drq 1 flags 0x13 on isa CSN 2 Vendor ID: TCM5094 [0x94506d50] Serial 0x24798fd2 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <8 virtual consoles, flags=0x0> psm0 at 0x60-0x64 irq 12 on motherboard psm0: model GlidePoint, device ID 0 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 flags 0x20000 on isa sio1: type ST16650A sio2 at 0x3e8-0x3ef irq 5 flags 0x20000 on isa sio2: type ST16650A lpt0 at 0x3bc-0x3c3 on isa lpt1 at 0x378-0x37f on isa pcm0 not probed due to drq conflict with pcm1 at 1 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 flags 0xa0ffa0ff on isa wdc0: unit 0 (wd0): , DMA, 32-bit, multi-block-16 wd0: 2441MB (4999680 sectors), 4960 cyls, 16 heads, 63 S/T, 512 B/S 1 3C5x9 board(s) on ISA found at 0x330 ep0 at 0x330-0x33f irq 10 on isa ep0: aui/utp/bnc[*UTP*] address 00:a0:24:79:8f:d2 npx0 on motherboard npx0: INT 16 interface APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via pin 2 changing root device to sd0s1a SMP: AP CPU #1 Launched! WARNING: / was not properly dismounted. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sat Apr 18 16:17:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA23554 for freebsd-smp-outgoing; Sat, 18 Apr 1998 16:17:38 -0700 (PDT) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from pat.idi.ntnu.no (0@pat.idi.ntnu.no [129.241.103.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA23548 for ; Sat, 18 Apr 1998 23:17:34 GMT (envelope-from Tor.Egge@idi.ntnu.no) Received: from idi.ntnu.no (tegge@presis.idi.ntnu.no [129.241.111.173]) by pat.idi.ntnu.no (8.8.8/8.8.8) with ESMTP id BAA04014; Sun, 19 Apr 1998 01:17:28 +0200 (MET DST) Message-Id: <199804182317.BAA04014@pat.idi.ntnu.no> To: rickl@ic.net Cc: smp@FreeBSD.ORG Subject: Re: SMP Problems In-Reply-To: Your message of "Sat, 18 Apr 1998 17:29:55 -0400 (EDT)" References: X-Mailer: Mew version 1.70 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sun, 19 Apr 1998 01:17:28 +0200 From: Tor Egge Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Hi, > > I noticed a problem booting since Torr's last round of changes to pci.c and > mapic.c. I was using a P6DOF motherboard which reated quite well to Torr's > changes (e.g. they worked well. I added them from the posted patch). I > then switched to a Micronics W6Li motherboard (the P6DOF had stability problems > with RAM > 64MB) and now the system does not get beyond the clock attach test. > I am enclosing the mptable but the dmesg dump is from a working kernel > before Torr's changes. The reason for the dmesg output is that I could not > get one for the failed kernel. > > I found that by using the sources prior to Torr's committed changes (without > adding them as a patch)the smp kernel boots without problem. Revision 1.28 of mpapic.c ignores the polarity and trigger mode on interrupts on the ISA bus. Revision 1.29 of mpapic.c uses the information supplied in the MP table since some broken bioses registers PCI interrupts as ISA interrupts (but with `level' trigger mode and `active-low' polarity) and the IOAPIC should be programmed accordingly. While working fine for one kind of MP table breakage, it might to have had unintended side effects for your kind of MP table breakage (where many ISA interrupts are registered with `level' trigger mode). Try the following patch. Index: mpapic.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/mpapic.c,v retrieving revision 1.29 diff -u -r1.29 mpapic.c --- mpapic.c 1998/04/01 21:07:34 1.29 +++ mpapic.c 1998/04/18 23:12:31 @@ -164,7 +164,7 @@ if (apic == 0) { maxpin = REDIRCNT_IOAPIC(apic); /* pins in APIC */ for (pin = 0; pin < maxpin; ++pin) { - int bus; + int bus, bustype; /* we only deal with vectored INTs here */ if (apic_int_type(apic, pin) != 0) @@ -174,12 +174,22 @@ bus = apic_src_bus_id(apic, pin); if (bus == -1) continue; + bustype = apic_bus_type(bus); - flags = DEFAULT_FLAGS; - level = trigger(apic, pin, &flags); - if (level == 1) - apic_pin_trigger[apic] |= (1 << pin); - polarity(apic, pin, &flags, level); + /* the "ISA" type INTerrupts */ + if ((bustype == ISA || bustype == EISA) && + apic_polarity(apic, pin) != 0x3) { + flags = DEFAULT_ISA_FLAGS; + } + + /* PCI or other bus */ + else { + flags = DEFAULT_FLAGS; + level = trigger(apic, pin, &flags); + if (level == 1) + apic_pin_trigger[apic] |= (1 << pin); + polarity(apic, pin, &flags, level); + } /* program the appropriate registers */ select = pin * 2 + IOAPIC_REDTBL0; /* register */ - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sat Apr 18 16:31:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA26574 for freebsd-smp-outgoing; Sat, 18 Apr 1998 16:31:50 -0700 (PDT) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA26567 for ; Sat, 18 Apr 1998 23:31:47 GMT (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id QAA20683; Sat, 18 Apr 1998 16:30:39 -0700 (PDT) Message-Id: <199804182330.QAA20683@implode.root.com> To: Kyle Mestery cc: freebsd-smp@FreeBSD.ORG Subject: Re: The continuing saga... In-reply-to: Your message of "Sat, 18 Apr 1998 14:06:48 CDT." From: David Greenman Reply-To: dg@root.com Date: Sat, 18 Apr 1998 16:30:39 -0700 Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > >I compiled the kernel with options DDB and went into the debugger when it >appears to hang (see my previous posts :). Here is what a trace revealed: >(I typed this in BTW) > >_Debugger(f01ef3df) at _Debugger+0x35 >_scgetc(2, 400c0, f020a4f0, f01c6130, f0265f98) at _scgetc+0xd35 >_scintr(0, 80000000. f0200010, f0200010, 264000) at _scintr+0x17 >Xresume1() at Xresume1+0x4e >--- interrupt, eip=0xf01dee68, esp=0xf0265f80, ebp=0xf0265f98 --- >_spl0(0) at _spl0+0x40 >_main(f0265fb8, 0, effc1010, f0265f07, f0265ff4) at _main+0x86 >begin() at begin+0x54 > >Not quite sure what is going on. If I try and continue from this point, >it panics. Anyone else seeing this? Looks like it might be spinning on an SMP lock, or perhaps might be stuck in an interrupt loop (due to the interrupt not being ACKed properly). -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sat Apr 18 17:27:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA08142 for freebsd-smp-outgoing; Sat, 18 Apr 1998 17:27:51 -0700 (PDT) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from ic.net (qmailr@srv1b.ic.net [152.160.72.20]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id AAA08135 for ; Sun, 19 Apr 1998 00:27:49 GMT (envelope-from rickl@ic.net) Received: (qmail 7396 invoked from network); 19 Apr 1998 00:27:39 -0000 Received: from unknown (HELO lurch.rickl.org) (152.160.108.32) by unknown with SMTP; 19 Apr 1998 00:27:39 -0000 Message-ID: X-Mailer: XFMail 1.2 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199804182317.BAA04014@pat.idi.ntnu.no> Date: Sat, 18 Apr 1998 20:27:38 -0400 (EDT) Reply-To: rickl@ic.net Organization: ic.net From: Rick Lotoczky To: Tor Egge Subject: Re: SMP Problems Cc: smp@FreeBSD.ORG Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 18-Apr-98 Tor Egge wrote: > Revision 1.28 of mpapic.c ignores the polarity and trigger mode on > interrupts on the ISA bus. > > Revision 1.29 of mpapic.c uses the information supplied in the MP > table since some broken bioses registers PCI interrupts as ISA > interrupts (but with `level' trigger mode and `active-low' polarity) > and the IOAPIC should be programmed accordingly. > > While working fine for one kind of MP table breakage, it might to have > had unintended side effects for your kind of MP table breakage (where > many ISA interrupts are registered with `level' trigger mode). > Thanks Torr, that patch did the trick...all is well again and SMP is working as it did. It's great to have that second processor back. Rick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message