From owner-freebsd-smp Mon May 26 15:23:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA14821 for smp-outgoing; Mon, 26 May 1997 15:23:17 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA14801; Mon, 26 May 1997 15:23:12 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id QAA05758; Mon, 26 May 1997 16:23:07 -0600 (MDT) Message-Id: <199705262223.QAA05758@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: smp@freebsd.org cc: current@freebsd.org Subject: SMP kernels are broken. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 26 May 1997 16:23:07 -0600 Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, HEADS UP: Recent changes to the pci code has broken the ability to create a working SMP kernel. I'm working on it... -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-smp Mon May 26 22:11:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA27090 for smp-outgoing; Mon, 26 May 1997 22:11:28 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA27083; Mon, 26 May 1997 22:11:25 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id XAA07097; Mon, 26 May 1997 23:11:19 -0600 (MDT) Message-Id: <199705270511.XAA07097@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Glenn Johnson cc: freebsd-current@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: errors on startup In-reply-to: Your message of "Mon, 26 May 1997 23:25:05 CDT." <199705270425.XAA00218@Gforce.iamerica.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 26 May 1997 23:11:19 -0600 Sender: owner-smp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > I am getting the following messages at the end of my startup: > > sb0 at 0x220-0x22f irq 5 drq 1 on isa > sb0: > ... > opl0: > create_intr: requested irq31 too high, limit is 15 > sio0: 65 events for device with no tp > sio1: 65 events for device with no tp > > I did a 'make world' on May 26. I know the sio errors have been reported but > this is the first time I have seen the create_intr and the sound card errors. > Particularly disconcerting is that the opl device is requesting IRQ 31. > Is anyone else seeing this? The new pci code that was committed the last 24 hours broke several things. Stefan got most of them fixed a few hours ago. I just got SMP working about 30 minutes ago. For those behind slow mirrors here's the fix for the SMP problem: ------------------------------------- cut ------------------------------------- *** sys/pci/pci.c.ORIG Mon May 26 21:28:45 1997 --- sys/pci/pci.c Mon May 26 22:09:01 1997 *************** *** 332,337 **** --- 330,353 ---- cfg->lattimer = pci_cfgread(cfg, PCIR_LATTIMER, 1); cfg->intpin = pci_cfgread(cfg, PCIR_INTPIN, 1); cfg->intline = pci_cfgread(cfg, PCIR_INTLINE, 1); + + #ifdef APIC_IO + if (cfg->intline && (cfg->intline != 0xff)) { + u_char airq = 0xff; + u_char rirq = 0xff; + + airq = get_pci_apic_irq(cfg->bus, + cfg->slot, cfg->intpin); + + if (airq != 0xff) { /* APIC IRQ exists */ + rirq = cfg->intline; /* 're-directed' IRQ */ + cfg->intline = airq; /* use APIC IRQ */ + pci_cfgwrite(cfg, PCIR_INTLINE, airq, 1); + undirect_pci_irq(rirq); + } + } + #endif /* APIC_IO */ + cfg->mingnt = pci_cfgread(cfg, PCIR_MINGNT, 1); cfg->maxlat = pci_cfgread(cfg, PCIR_MAXLAT, 1); ------------------------------------- cut ------------------------------------- I don't have a sound card available for testing, it may or may not be fixed by now. you will need to resup and try again. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-smp Mon May 26 22:13:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA27229 for smp-outgoing; Mon, 26 May 1997 22:13:57 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA27209; Mon, 26 May 1997 22:13:52 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id XAA07121; Mon, 26 May 1997 23:13:50 -0600 (MDT) Message-Id: <199705270513.XAA07121@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: smp@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: SMP kernels are broken. In-reply-to: Your message of "Mon, 26 May 1997 16:23:07 MDT." <199705262223.QAA05758@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 26 May 1997 23:13:50 -0600 Sender: owner-smp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > HEADS UP: > > Recent changes to the pci code has broken the ability to create a working > SMP kernel. I'm working on it... SMP kernels are working again (here anyways)! Fix was committed about 30 minutes ago to freefall. Report any problems ASAP. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-smp Mon May 26 23:58:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA00303 for smp-outgoing; Mon, 26 May 1997 23:58:17 -0700 (PDT) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA00258; Mon, 26 May 1997 23:56:58 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr3-15.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA17441 (5.67b/IDA-1.5); Tue, 27 May 1997 08:54:59 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.5/8.6.9) id IAA05770; Tue, 27 May 1997 08:53:57 +0200 (CEST) X-Face: " Date: Tue, 27 May 1997 08:53:55 +0200 From: Stefan Esser To: Steve Passe Cc: Glenn Johnson , freebsd-current@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: errors on startup References: <199705270425.XAA00218@Gforce.iamerica.net> <199705270511.XAA07097@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 In-Reply-To: <199705270511.XAA07097@Ilsa.StevesCafe.com>; from Steve Passe on Mon, May 26, 1997 at 11:11:19PM -0600 Sender: owner-smp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On May 26, Steve Passe wrote: > The new pci code that was committed the last 24 hours broke several things. > Stefan got most of them fixed a few hours ago. I just got SMP working about > 30 minutes ago. For those behind slow mirrors here's the fix for the SMP > problem: Sorry for the breakage I introduced, but the changes were quite large (13 source file, complete), and I tested whatever I oculd, before doing the commit. Two things that I had no way of testing were broken: Configuration mechanism 1 register accesses, and the SMP APIC support. The moment I arrived at home, I remembered why you had problems with the APIC: The new PCI code is not derived from the previous one, but a completely new design. And I had not commited the SMP changes to the PCI code and had forgotten about them by now, though I had suggested them, some time ago ... O well ... > *** sys/pci/pci.c.ORIG Mon May 26 21:28:45 1997 > --- sys/pci/pci.c Mon May 26 22:09:01 1997 > *************** > *** 332,337 **** > --- 330,353 ---- > cfg->lattimer = pci_cfgread(cfg, PCIR_LATTIMER, 1); > cfg->intpin = pci_cfgread(cfg, PCIR_INTPIN, 1); > cfg->intline = pci_cfgread(cfg, PCIR_INTLINE, 1); > + > + #ifdef APIC_IO > + if (cfg->intline && (cfg->intline != 0xff)) { > + u_char airq = 0xff; > + u_char rirq = 0xff; > + > + airq = get_pci_apic_irq(cfg->bus, > + cfg->slot, cfg->intpin); > + > + if (airq != 0xff) { /* APIC IRQ exists */ > + rirq = cfg->intline; /* 're-directed' IRQ */ > + cfg->intline = airq; /* use APIC IRQ */ > + pci_cfgwrite(cfg, PCIR_INTLINE, airq, 1); Hmmm, I don't think we should do this anymore ... The new data structure that holds a copy of the most important configuration space registers is there just for the purpose of modifying parameters for drivers, but without a need to actually change the register contents ... All the drivers will use whatever is in cfg->intline, so there is no need for the register update, IMHO. > + undirect_pci_irq(rirq); > + } > + } > + #endif /* APIC_IO */ > + > cfg->mingnt = pci_cfgread(cfg, PCIR_MINGNT, 1); > cfg->maxlat = pci_cfgread(cfg, PCIR_MAXLAT, 1); Regards, STefan From owner-freebsd-smp Tue May 27 02:34:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA05236 for smp-outgoing; Tue, 27 May 1997 02:34:48 -0700 (PDT) Received: from spinner.dialix.com.au (spinner.dialix.com.au [192.203.228.67]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA05201; Tue, 27 May 1997 02:34:27 -0700 (PDT) Received: from spinner.dialix.com.au (localhost.dialix.com.au [127.0.0.1]) by spinner.dialix.com.au with ESMTP id RAA22631; Tue, 27 May 1997 17:34:20 +0800 (WST) Message-Id: <199705270934.RAA22631@spinner.dialix.com.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: Stefan Esser cc: Steve Passe , Glenn Johnson , freebsd-current@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: errors on startup In-reply-to: Your message of "Tue, 27 May 1997 08:53:55 +0200." <19970527085355.54719@x14.mi.uni-koeln.de> Date: Tue, 27 May 1997 17:34:19 +0800 From: Peter Wemm Sender: owner-smp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Stefan Esser wrote: > On May 26, Steve Passe wrote: > > + #ifdef APIC_IO > > + if (cfg->intline && (cfg->intline != 0xff)) { > > + u_char airq = 0xff; > > + u_char rirq = 0xff; > > + > > + airq = get_pci_apic_irq(cfg->bus, > > + cfg->slot, cfg->intpin); > > + > > + if (airq != 0xff) { /* APIC IRQ exists */ > > + rirq = cfg->intline; /* 're-directed' IR Q */ > > + cfg->intline = airq; /* use APIC IRQ */ > > + pci_cfgwrite(cfg, PCIR_INTLINE, airq, 1); > > Hmmm, I don't think we should do this anymore ... > The new data structure that holds a copy of the most > important configuration space registers is there just > for the purpose of modifying parameters for drivers, > but without a need to actually change the register > contents ... > > All the drivers will use whatever is in cfg->intline, > so there is no need for the register update, IMHO. I don't have an opinion on updating the register, but I'll re-iterate for the record what we're dealing with.. When the system boots, there is a redirection bridge active somewhere that diverts the pci interrupts down onto the 16 isa irq lines. When the apic's are turned on, this "magically" disappears and the interrupts are often routed to their own interrupt source pin on the apic and the isa interrupt is "magically" freed for other users (eg: isa cards who's drivers can look at the available interrupts, pick one and set the irq output on the card to use it.) There's also the complication that some more modern BIOS's can boot with the APIC's *active* with the PCI interrupts only going to the IO APIC. (I presume this means they don't boot in virtual wire mode, so the 8259 emulations wouldn't be seeing the interrupts either.) We're not sure how this is activated, but as far as I can tell, the OS must update some of the bios settings ( ESCD? DMI? who knows?) at "install time" in order for the "PCI INTS -> IO APIC" bios option to do anything. I saw a mention of it somewhere and it says something to the effect that the setting is only functional if an APIC aware OS is installed - so I presume that means an ESCD setting or something. (What the hell is ESCD anyway?) Cheers, -Peter From owner-freebsd-smp Wed May 28 09:11:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA18968 for smp-outgoing; Wed, 28 May 1997 09:11:55 -0700 (PDT) Received: from tweetie-bird.cs.washington.edu (tweetie-bird.cs.washington.edu [128.95.2.46]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA18961 for ; Wed, 28 May 1997 09:11:53 -0700 (PDT) From: mef@cs.washington.edu Received: (mef@localhost) by tweetie-bird.cs.washington.edu (8.7.2/7.2ws+) id JAA29127; Wed, 28 May 1997 09:11:52 -0700 (PDT) Date: Wed, 28 May 1997 09:11:52 -0700 (PDT) Message-Id: <199705281611.JAA29127@tweetie-bird.cs.washington.edu> To: smp@freebsd.org CC: ulbright@cs.washington.edu Subject: SMP_PRIVPAGES Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What is the plan with using the SMP_PRIVPAGES stuff? Does it work? (well, I'll find out in an hour or so). As some of you know, we are using some of the FreeBSD SMP code to make our own operating system (SPIN) work on multiprocessors. One thing that I'm working on now is obtaining the CPUID in various components (scheduler mostly right now). Rather than executing a bunch of instructions to extract the logical CPUID from the apic_base, I'd rather just place dereference CPU private data that contains the CPUs logical id. My plan is to just use the existing SMP_PRIVPAGES support to place CPU private data in those pages. Ciao, Marc From owner-freebsd-smp Wed May 28 11:13:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA24833 for smp-outgoing; Wed, 28 May 1997 11:13:45 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA24827 for ; Wed, 28 May 1997 11:13:43 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id MAA13794; Wed, 28 May 1997 12:13:38 -0600 (MDT) Message-Id: <199705281813.MAA13794@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: mef@cs.washington.edu cc: smp@FreeBSD.ORG, ulbright@cs.washington.edu Subject: Re: SMP_PRIVPAGES In-reply-to: Your message of "Wed, 28 May 1997 09:11:52 PDT." <199705281611.JAA29127@tweetie-bird.cs.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 28 May 1997 12:13:38 -0600 Sender: owner-smp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > What is the plan with using the SMP_PRIVPAGES stuff? Does it work? > (well, I'll find out in an hour or so). not yet, but hopefully soon. --- > As some of you know, we are using some of the FreeBSD SMP code to make > our own operating system (SPIN) work on multiprocessors. One thing interesting this is the first I've heard of this... --- > that I'm working on now is obtaining the CPUID in various components > (scheduler mostly right now). Rather than executing a bunch of > instructions to extract the logical CPUID from the apic_base, I'd > rather just place dereference CPU private data that contains the CPUs > logical id. My plan is to just use the existing SMP_PRIVPAGES support > to place CPU private data in those pages. thats exactly why we're creating them. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-smp Thu May 29 20:28:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA25672 for smp-outgoing; Thu, 29 May 1997 20:28:41 -0700 (PDT) Received: from charon.finall.com (charon.finall.com [206.246.160.131]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA25667 for ; Thu, 29 May 1997 20:28:34 -0700 (PDT) Received: from exchange.finall.com (exchange.finall.com [206.246.160.132]) by charon.finall.com (8.8.6.Beta3/8.6.12) with SMTP id XAA14429 for ; Thu, 29 May 1997 23:28:20 -0400 (EDT) Received: by exchange.finall.com with Microsoft Exchange (IMC 4.0.837.3) id <01BC6C88.029C6FD0@exchange.finall.com>; Thu, 29 May 1997 23:28:27 -0400 Message-ID: From: "Jung, Michael" To: "'smp@FreeBSD.Org'" Subject: Brain dead issue...... Date: Thu, 29 May 1997 23:28:24 -0400 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.837.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-smp@FreeBSD.Org X-Loop: FreeBSD.org Precedence: bulk At home I use a old ASUS Dual 120 SMP board for NT (work related) and also followed CURRENT on a secondary SCSI drive (which has since died :-) .. Recently my company provided me with a Jaz drive. All installs well, but the boot manager fails to see the JAZ...... Help, insite anyone ????? tnx --mikej Michael Jung mikej@mikej.com mikej@finall.com From owner-freebsd-smp Thu May 29 21:19:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA27688 for smp-outgoing; Thu, 29 May 1997 21:19:00 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA27682 for ; Thu, 29 May 1997 21:18:58 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id WAA20277; Thu, 29 May 1997 22:18:48 -0600 (MDT) Message-Id: <199705300418.WAA20277@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: "Jung, Michael" cc: "'smp@FreeBSD.Org'" Subject: Re: Brain dead issue...... In-reply-to: Your message of "Thu, 29 May 1997 23:28:24 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 29 May 1997 22:18:48 -0600 Sender: owner-smp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > At home I use a old ASUS Dual 120 SMP board for NT (work related) and > also > followed CURRENT on a secondary SCSI drive (which has since died :-) .. > Recently my company provided me with a Jaz drive. All installs well, > but the boot manager fails to see the JAZ...... Help, insite anyone > ????? I doubt whether its an SMP issue, does it work with the UP kernel? -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-smp Thu May 29 22:07:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA29250 for smp-outgoing; Thu, 29 May 1997 22:07:05 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA29241 for ; Thu, 29 May 1997 22:07:02 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id XAA20460; Thu, 29 May 1997 23:06:52 -0600 (MDT) Message-Id: <199705300506.XAA20460@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: "Jung, Michael" cc: smp@FreeBSD.ORG Subject: Re: Brain dead issue...... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 29 May 1997 23:06:51 -0600 Sender: owner-smp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, >More specifics would be: > >374x with Wide barracuda and the Jaz drive on the -2 channel >(terminated) actually it might be an SMP issue. Many SMP motherboards fails to detect bridged PCI cards and thus the kernel can't route INTerrupts from them to the IO APIC. for details see: http://www.freebsd.org/~fsmp/SMP/pcibridge.html -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-smp Fri May 30 07:49:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA18860 for smp-outgoing; Fri, 30 May 1997 07:49:24 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id HAA18855 for ; Fri, 30 May 1997 07:49:21 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id HAA06696; Fri, 30 May 1997 07:47:46 -0700 From: Terry Lambert Message-Id: <199705301447.HAA06696@phaeton.artisoft.com> Subject: Re: Brain dead issue...... To: mikej@finall.com (Jung, Michael) Date: Fri, 30 May 1997 07:47:46 -0700 (MST) Cc: smp@FreeBSD.ORG In-Reply-To: from "Jung, Michael" at May 29, 97 11:28:24 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-smp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > At home I use a old ASUS Dual 120 SMP board for NT (work related) and > also > followed CURRENT on a secondary SCSI drive (which has since died :-) .. > Recently my company provided me with a Jaz drive. All installs well, > but the boot manager fails to see the JAZ...... Help, insite anyone > ????? Is this an NCR controller? I have a portable JAZ drive which I hook to my HP300, PowerPC, PS/2 and Alpha, variously, for porting. The PPC and the Alpha have an NCR, and have a tough time seeing the JAZ drive. Basically, I have to bring up the drive, bring up the computer, and then insert the cartridge after the reset but before the "waiting for devices to settle" to get it to boot. I have an NCR controller in my dual P90 box, and the Internal JAZ drive there doesn't have problems; I'm convinced the problem is specific to the portable JAZ drive (or the external connector on the NCR controller). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-smp Fri May 30 16:48:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA16492 for smp-outgoing; Fri, 30 May 1997 16:48:18 -0700 (PDT) Received: from kvikk.uit.no (kvikk.Uit.No [129.242.4.32]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA16484 for ; Fri, 30 May 1997 16:48:08 -0700 (PDT) Received: from sprint.cc.uit.no (sprint.Cc.Uit.No [129.242.5.198]) by kvikk.uit.no (8.8.5/8.8.5) with ESMTP id BAA18514 for ; Sat, 31 May 1997 01:48:01 +0200 (METDST) Received: from slibo.cc.uit.no (slibo.Cc.Uit.No [129.242.5.36]) by sprint.cc.uit.no (8.8.5/8.8.5) with ESMTP id BAA16202 for ; Sat, 31 May 1997 01:47:59 +0200 (METDST) Received: from localhost (terjem@localhost) by slibo.cc.uit.no (8.8.5/8.8.5) with ESMTP id BAA18886 for ; Sat, 31 May 1997 01:47:59 +0200 (METDST) Message-Id: <199705302347.BAA18886@slibo.cc.uit.no> X-Mailer: exmh version 2.0gamma 1/27/96 To: smp@freebsd.org Subject: HP Netserver with MP 1.4 and 2 apics Date: Sat, 31 May 1997 01:47:59 +0200 From: Terje Normann Marthinussen Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just discovered (or rediscovered, not sure, haven't checked this bios for ages) that it was possible to select MP 1.4 in the bios of our HP Netserver 5/133 LS4 so at the bottom of the mail, is a mptable from it with version 1.4 for the collection. Also discovered that the Netserver had a second apic that could be enabled in the bios. This doesn't work well at the moment (panic at boot). Anyone that has tried with 2 apics? Anyone that has it working? Is it tested at all? Is it even supposed to be working? :) Looking at mpapic.c I would guess not... The mptable output is made with the second apic enabled. Terje Marthinussen terjem@cc.uit.no =============================================================================== MPTable, version 2.0.10 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f7cb0 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x55 mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f7cc0 signature: 'PCMP' base table length: 492 version: 1.4 checksum: 0xb5 OEM ID: 'INTEL ' Product ID: 'XXPRESS ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 50 local APIC address: 0xfee00000 extended table length: 200 extended table checksum: 133 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x10 BSP, usable 5 2 11 0x03bf 2 0x10 AP, usable 5 2 11 0x03bf 3 0x10 AP, usable 5 2 5 0x03bf 4 0x10 AP, usable 5 2 5 0x03bf -- Bus: Bus ID Type 0 PCI 1 PCI 18 XPRESS 19 EISA -- I/O APICs: APIC ID Version State Address 14 0x11 usable 0xfec00000 13 0x11 usable 0xffe7fc00 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID INT# ExtINT active-hi edge 19 0 14 0 INT active-hi edge 19 1 14 1 INT active-hi edge 19 0 14 2 INT active-hi edge 19 3 14 3 INT active-hi edge 19 4 14 4 INT active-hi edge 19 5 14 5 INT active-hi edge 19 6 14 6 INT active-hi edge 19 7 14 7 INT active-hi edge 19 8 14 8 INT active-hi edge 19 9 14 9 INT conforms level 19 10 14 10 INT conforms level 19 11 14 11 INT active-hi edge 19 12 14 12 INT active-hi edge 19 13 14 13 INT active-hi edge 19 14 14 14 INT conforms level 19 15 14 15 INT active-hi level 0 11:A 13 0 INT active-hi level 0 12:A 13 1 INT active-hi level 0 13:A 13 2 INT active-hi level 1 12:A 13 3 INT active-hi level 1 15:A 13 4 INT active-hi level 0 11:B 13 5 INT active-hi level 0 12:C 13 5 INT active-hi level 0 13:D 13 5 INT active-hi level 1 12:B 13 5 INT active-hi level 1 15:C 13 5 INT active-hi level 0 11:C 13 6 INT active-hi level 0 12:D 13 6 INT active-hi level 0 13:B 13 6 INT active-hi level 1 12:C 13 6 INT active-hi level 1 15:D 13 6 INT active-hi level 0 11:D 13 7 INT active-hi level 0 12:B 13 7 INT active-hi level 0 13:C 13 7 INT active-hi level 1 12:D 13 7 INT active-hi level 1 15:B 13 7 INT active-hi level 1 13:A 13 12 INT active-hi level 1 14:A 13 13 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID INT# ExtINT active-hi edge 19 0 255 0 NMI active-hi edge 0 0:A 255 1 ------------------------------------------------------------------------------- MP Config Extended Table Entries: -- bus ID: 0 address type: memory address address base: 0xe8000 address range: 0x4000 -- bus ID: 0 address type: memory address address base: 0xa0000 address range: 0x20000 -- bus ID: 1 address type: prefetch address address base: 0xffb00000 address range: 0x100000 -- bus ID: 1 address type: memory address address base: 0xffc00000 address range: 0x100000 -- bus ID: 1 address type: I/O address address base: 0xf000 address range: 0x1000 -- bus ID: 0 address type: memory address address base: 0x8000000 address range: 0xf7b00000 -- bus ID: 0 address type: memory address address base: 0xffd00000 address range: 0x300000 -- bus ID: 0 address type: I/O address address base: 0x0 address range: 0xf000 -- bus ID: 19 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-- bus ID: 1 address modifier: subtract predefined range: 0x00000000-- bus ID: 1 address modifier: subtract predefined range: 0x00000001 ------------------------------------------------------------------------------- # SMP kernel config file options: # Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Useful: #options SMP_AUTOSTART # start the additional CPUs during boot # Optional (built-in defaults will work in most cases): options NCPU=4 # number of CPUs options NBUS=4 # number of busses options NAPIC=2 # number of IO APICs options NINTR=24 # number of INTs # Currently broken: #options SMP_PRIVPAGES # BROKEN, DO NOT use! # Rogue hardware: # # Tyan Tomcat II: #options SMP_TIMER_NC # # # SuperMicro P6DNE: #options SMP_TIMER_NC # =============================================================================== From owner-freebsd-smp Fri May 30 17:39:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA18987 for smp-outgoing; Fri, 30 May 1997 17:39:54 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA18982 for ; Fri, 30 May 1997 17:39:51 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id SAA24313; Fri, 30 May 1997 18:39:43 -0600 (MDT) Message-Id: <199705310039.SAA24313@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Terje Normann Marthinussen cc: smp@FreeBSD.ORG Subject: Re: HP Netserver with MP 1.4 and 2 apics In-reply-to: Your message of "Sat, 31 May 1997 01:47:59 +0200." <199705302347.BAA18886@slibo.cc.uit.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 30 May 1997 18:39:43 -0600 Sender: owner-smp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Hi, >Just discovered (or rediscovered, not sure, haven't checked this bios for >ages) that it was possible to select MP 1.4 in the bios of our HP >Netserver 5/133 LS4 so at the bottom of the mail, is a mptable from it >with version 1.4 for the collection. > >Also discovered that the Netserver had a second apic that could be >enabled in the bios. This doesn't work well at the moment (panic at boot). > >Anyone that has tried with 2 apics? Anyone that has it working? Is it >tested at all? Is it even supposed to be working? :) no, it isn't supported yet, mostly becase I have no idea how it would be setup, ie what the mptables look like. I have the ver 1.1 table you sent Stefan, could you send me a 1.4 with 1 APIC enabled? Asumming that one will boot, do it with -dmesg. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-smp Fri May 30 18:07:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA19906 for smp-outgoing; Fri, 30 May 1997 18:07:23 -0700 (PDT) Received: from kvikk.uit.no (kvikk.Uit.No [129.242.4.32]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA19901 for ; Fri, 30 May 1997 18:07:17 -0700 (PDT) Received: from sprint.cc.uit.no (sprint.Cc.Uit.No [129.242.5.198]) by kvikk.uit.no (8.8.5/8.8.5) with ESMTP id DAA19384; Sat, 31 May 1997 03:06:54 +0200 (METDST) Received: from slibo.cc.uit.no (slibo.Cc.Uit.No [129.242.5.36]) by sprint.cc.uit.no (8.8.5/8.8.5) with ESMTP id DAA16534; Sat, 31 May 1997 03:06:53 +0200 (METDST) Received: from localhost (terjem@localhost) by slibo.cc.uit.no (8.8.5/8.8.5) with ESMTP id DAA19128; Sat, 31 May 1997 03:06:52 +0200 (METDST) Message-Id: <199705310106.DAA19128@slibo.cc.uit.no> X-Mailer: exmh version 2.0gamma 1/27/96 To: Steve Passe cc: smp@freebsd.org Subject: Re: HP Netserver with MP 1.4 and 2 apics In-reply-to: Your message of "Fri, 30 May 1997 18:39:43 METDST." <199705310039.SAA24313@Ilsa.StevesCafe.com> Date: Sat, 31 May 1997 03:06:51 +0200 From: Terje Normann Marthinussen Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >no, it isn't supported yet, mostly becase I have no idea how it would be >setup, ie what the mptables look like. I have the ver 1.1 table you sent >Stefan, could you send me a 1.4 with 1 APIC enabled? Asumming that one will >boot, do it with -dmesg. Sure I can. Included is a mptable -dmesg -verbose of it right at the moment (with SMP). I you want to give a try on making things work, I'm willing to test more or less anything you want during the next 7-8 days. I'll leave the current job I have next friday, so I'm not sure if anyone here will continue to do FreeBSD smp testing after that. That might mean that the number of somewhat active 4 CPU testers will be dramatically reduced... Is there anyone else at all at the moment? Terje Marthinussen terjem@cc.uit.no =============================================================================== MPTable, version 2.0.10 looking for EBDA pointer @ 0x040e, found, searching EBDA @ 0x0009f400 searching CMOS 'top of mem' @ 0x0009f000 (636K) searching default 'top of mem' @ 0x0009fc00 (639K) searching BIOS @ 0x000f0000 MP FPS found in BIOS @ physical addr: 0x000f7cb0 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f7cb0 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x55 mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f7cc0 signature: 'PCMP' base table length: 308 version: 1.4 checksum: 0x06 OEM ID: 'INTEL ' Product ID: 'XXPRESS ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 27 local APIC address: 0xfee00000 extended table length: 200 extended table checksum: 133 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x10 BSP, usable 5 2 11 0x03bf 2 0x10 AP, usable 5 2 11 0x03bf 3 0x10 AP, usable 5 2 5 0x03bf 4 0x10 AP, usable 5 2 5 0x03bf -- Bus: Bus ID Type 0 PCI 1 PCI 18 XPRESS 19 EISA -- I/O APICs: APIC ID Version State Address 14 0x11 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID INT# ExtINT active-hi edge 19 0 14 0 INT active-hi edge 19 1 14 1 INT active-hi edge 19 0 14 2 INT active-hi edge 19 3 14 3 INT active-hi edge 19 4 14 4 INT active-hi edge 19 5 14 5 INT active-hi edge 19 6 14 6 INT active-hi edge 19 7 14 7 INT active-hi edge 19 8 14 8 INT active-hi edge 19 9 14 9 INT conforms level 19 10 14 10 INT conforms level 19 11 14 11 INT active-hi edge 19 12 14 12 INT active-hi edge 19 13 14 13 INT active-hi edge 19 14 14 14 INT conforms level 19 15 14 15 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID INT# ExtINT active-hi edge 19 0 255 0 NMI active-hi edge 0 0:A 255 1 ------------------------------------------------------------------------------- MP Config Extended Table Entries: -- bus ID: 0 address type: memory address address base: 0xe8000 address range: 0x4000 -- bus ID: 0 address type: memory address address base: 0xa0000 address range: 0x20000 -- bus ID: 1 address type: prefetch address address base: 0xffb00000 address range: 0x100000 -- bus ID: 1 address type: memory address address base: 0xffc00000 address range: 0x100000 -- bus ID: 1 address type: I/O address address base: 0xf000 address range: 0x1000 -- bus ID: 0 address type: memory address address base: 0x8000000 address range: 0xf7b00000 -- bus ID: 0 address type: memory address address base: 0xffd00000 address range: 0x300000 -- bus ID: 0 address type: I/O address address base: 0x0 address range: 0xf000 -- bus ID: 19 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-- bus ID: 1 address modifier: subtract predefined range: 0x00000000-- bus ID: 1 address modifier: subtract predefined range: 0x00000001 ------------------------------------------------------------------------------- # SMP kernel config file options: # Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Useful: #options SMP_AUTOSTART # start the additional CPUs during boot # Optional (built-in defaults will work in most cases): options NCPU=4 # number of CPUs options NBUS=4 # number of busses options NAPIC=1 # number of IO APICs options NINTR=24 # number of INTs # Currently broken: #options SMP_PRIVPAGES # BROKEN, DO NOT use! # Rogue hardware: # # Tyan Tomcat II: #options SMP_TIMER_NC # # # SuperMicro P6DNE: #options SMP_TIMER_NC # ------------------------------------------------------------------------------- dmesg output: Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Sat May 31 02:14:01 METDST 1997 terjem@quattro:/usr/src/sys/compile/netserver FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00030010 cpu1 (AP): apic id: 2, version: 0x00030010 cpu2 (AP): apic id: 3, version: 0x00030010 cpu3 (AP): apic id: 4, version: 0x00030010 io0 (APIC): apic id: 14, version: 0x000f0011 CPU: Pentium (586-class CPU) Origin = "GenuineIntel" Id = 0x52b Stepping=11 Features=0x3bf real memory = 134217728 (131072K bytes) avail memory = 129347584 (126316K bytes) eisa0: Probing for devices on the EISA bus Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x05 on pci0.14.0 Probing for devices on PCI bus 1: chip3: rev 0x02 on pci1.0.0 vx0: <3COM 3C905 Fast Etherlink XL PCI> rev 0x00 int a irq 15 on pci1.12.0 mii[*mii*]: disable 'auto select' with DOS util! address 00:60:97:12:60:e8 ahc0: rev 0x03 int a irq 11 on pci1.13.0 ahc0: Using left over BIOS settings ahc0: aic7870 Wide Channel, SCSI Id=7, 16 SCBs ahc0: waiting for scsi devices to settle scbus0 at ahc0 bus 0 Sending SDTR!! sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 2033MB (4165272 512 byte sectors) cd0 at scbus0 target 5 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM can't get the size ahc1: rev 0x03 int a irq 10 on pci1.14.0 ahc1: Using left over BIOS settings ahc1: aic7870 Wide Channel, SCSI Id=7, 16 SCBs ahc1: waiting for scsi devices to settle scbus1 at ahc1 bus 0 Sending SDTR!! sd1 at scbus1 target 4 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access 2033MB (4165272 512 byte sectors) 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 flags 0x30 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: NEC 72065B fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 npx0 on motherboard npx0: INT 16 interface changing root device to sd0a Enabled INTs: 1, 2, 3, 4, 6, 7, 8, 10, 11, 15, imen: 0x00ff7221 SMP: All idle procs online. SMP: *** AUTO *** starting 1st AP! SMP: AP CPU #2 LAUNCHED!! Starting Scheduling... SMP: TADA! CPU #2 made it into the scheduler!. SMP: 2 of 4 CPU's online. Unlocking next CPU.. SMP: AP CPU #1 LAUNCHED!! Starting Scheduling... SMP: TADA! CPU #1 made it into the scheduler!. SMP: 3 of 4 CPU's online. Unlocking next CPU.. SMP: AP CPU #3 LAUNCHED!! Starting Scheduling... SMP: TADA! CPU #3 made it into the scheduler!. SMP: All 4 CPU's are online! =============================================================================== From owner-freebsd-smp Fri May 30 18:23:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA20386 for smp-outgoing; Fri, 30 May 1997 18:23:53 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA20380 for ; Fri, 30 May 1997 18:23:51 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id TAA24569; Fri, 30 May 1997 19:23:46 -0600 (MDT) Message-Id: <199705310123.TAA24569@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Terje Normann Marthinussen cc: smp@freebsd.org Subject: Re: HP Netserver with MP 1.4 and 2 apics In-reply-to: Your message of "Sat, 31 May 1997 03:06:51 +0200." <199705310106.DAA19128@slibo.cc.uit.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 30 May 1997 19:23:45 -0600 Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terje, thanx again, this fills a big gap in our database. all 3 (1.1, 1.4 + 1 IOAPIC, 1.4 + 2 IOAPICs) have been added to the mptable page. --- >I you want to give a try on making things work, I'm willing to test >more or less anything you want during the next 7-8 days. I'll look thru the code and see if I think we have a shot at doing MULTIPLE_IOAPICS in this timeframe. --- >I'll leave the current job I have next friday, so I'm not sure if anyone >here will continue to do FreeBSD smp testing after that. > >That might mean that the number of somewhat active 4 CPU testers will >be dramatically reduced... bummer... -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-smp Fri May 30 18:39:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA20865 for smp-outgoing; Fri, 30 May 1997 18:39:06 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA20860; Fri, 30 May 1997 18:39:03 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id TAA24629; Fri, 30 May 1997 19:38:57 -0600 (MDT) Message-Id: <199705310138.TAA24629@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: "Jin Guojun[ITG]" cc: hardware@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: SMP (3.0-970527-SNAP) on dual pentium machines In-reply-to: Your message of "Fri, 30 May 1997 17:27:33 PDT." <199705310027.RAA29428@george.lbl.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 30 May 1997 19:38:57 -0600 Sender: owner-smp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > I have two different dual pentium motherboards: > 1) ASUS P/I-P65UP5 with C-P55T2D > 2) TYAN S1563D > > neither of them really gets worked for SMP. Here is the testing result by > using pthread library -lc_r: > > ----------------------- > > FreeBSD with single CPU: > 60 /data/src: vfft mri.b128 > /dev/null > 9.7u 0.1s 0:09.95 99.3% 97+11132k 0+0io 0pf+0w > > FreeBSD with dual CPU + pthread (failure SMP): > 62 /data/src: vfft.mt < mri.b128 > /dev/null > 9.5u 0.2s 0:09.83 99.1% 77+11822k 0+0io 0pf+0w > > > ----------------------- > > Solaris 2.5.1.u8 with single CPU: > 67 /home/data/src: vfft mri.b128 > /dev/null > 12.0u 0.0s 0:13 87% 0+0k 0+0io 0pf+0w > > Solaris 2.5.1.u8 with dual CPU + thread (SMP): > 69 /home/data/src: vfft.mt mri.b128 > /dev/null > 12.0u 0.0s 0:07 168% 0+0k 0+0io 0pf+0w > > ----------------------- > > We can see that Solaris does make SMP work, but FreeBSD 3.0-SNAP does not. > Does this fail at pthread library (-lc_r)? I have not use fork() for a while. > I will test it sometimes later. > > I saw some message early that said SMP works. Would some one please tell me > how was the SMP tested (fork() or pthread)? what you are demonstrating is the fact that we do not yet have kernel threads working. The threads provided by our libc_r all run in one process, thus no improvement in thruput for your test. Note that FreeBSD does much better (if I'm reading thse right) than Solaris in the single CPU test. Once we have kernel threads we should also do substantially better than Solaris in the MP test. FreeBSD is using all CPUs, and any situation that benefits from running multiple processes at the same time should see real differences. Check out: http://www.freebsd.org/~fsmp/SMP/akgraph-a/graph1.htm Note that I can now build an SMP kernel in 95 seconds (no X running) on a dual P6-200x512. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD