From owner-freebsd-smp Sun Apr 6 05:10:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA18550 for smp-outgoing; Sun, 6 Apr 1997 05:10:20 -0700 (PDT) Received: from cenotaph.snafu.de (gw-deadnet.snafu.de [194.121.229.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA18545 for ; Sun, 6 Apr 1997 05:10:06 -0700 (PDT) Received: by cenotaph.snafu.de from deadline.snafu.de using smtp id m0wDql5-000KBSC; Sun, 6 Apr 1997 14:09:19 +0200 (CEST) (Smail-3.2 1996-Jul-4 #1) Received: by deadline.snafu.de id m0wDql4-000433C; Sun, 6 Apr 1997 14:09:18 +0200 (CEST) (Smail-3.2 1996-Jul-4 #1) Message-Id: Date: Sun, 6 Apr 1997 14:09:18 +0200 (CEST) Mime-Version: 1.0 X-Newsreader: knews 0.9.8 References: In-Reply-To: From: root@deadline.snafu.de (Andreas S. Wetzel) Subject: Re: Bugs? X-Original-Newsgroups: lists.freebsd-smp To: "Steven P. Donegan" Cc: smp@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! --- In article , > BTW - are there any user-land tools to monitor the performance of the > 'cluster' ie like monitor cluster under VMS (gag) - something that shows > the multi-cpu environment? I don't seem to have a top-type thingie or > anything more sophisticated. Top should be running fine on the SMP kernel. It displays the CPU number each process is running on. Get it and have fun... I'm still looking for other tools like that for use on my SMP machine like xcpustate or else... if you find such running on SMP please let me know. Regards, Mickey -- (__) (@@) Andreas S. Wetzel Mail: mickey@deadline.snafu.de /-------\/ Utrechter Strasse 41 Web: http://cenotaph.snafu.de/mickey/ / | || 13347 Berlin Fon: <+4930> 456 066 90 * ||----|| Germany Fax: <+4930> 456 066 91/92 ~~ ~~ From owner-freebsd-smp Sun Apr 6 07:52:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA26986 for smp-outgoing; Sun, 6 Apr 1997 07:52:09 -0700 (PDT) Received: from caleche.kecl.ntt.co.jp (elysium.kecl.ntt.co.jp [129.60.192.193]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA26959 for ; Sun, 6 Apr 1997 07:52:07 -0700 (PDT) Received: from localhost by caleche.kecl.ntt.co.jp (8.8.5/kecl2.0/r8v7-M2-nishio) with ESMTP id XAA00879; Sun, 6 Apr 1997 23:50:57 +0900 (JST) To: smp@csn.net Cc: freebsd-smp@freebsd.org Subject: Re: APIC_IO problem on Tyan S1668 In-Reply-To: Your message of "Sat, 05 Apr 1997 12:15:12 -0700" References: <199704051915.MAA10328@Ilsa.StevesCafe.com> X-Mailer: Mew version 1.54 on Emacs 19.34.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19970406235057I.nishio@elysium.kecl.ntt.co.jp> Date: Sun, 06 Apr 1997 23:50:57 +0900 From: NISHIO Shuichi X-Dispatcher: impost version 0.95+ (Nov. 26, 1996) Lines: 24 Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: Steve Passe Subject: Re: APIC_IO problem on Tyan S1668 Date: Sat, 05 Apr 1997 12:15:12 -0700 Message-ID: <199704051915.MAA10328@Ilsa.StevesCafe.com> > There's the problem, I should have caught it sooner. The SMP kernel sources > are mutually exclusive with the mainline kernel sources. When you did the > cvsup not only did that modification go away, but almost everything else SMP > specific must have gone away! reload the SMP kernel sources into a > seperate directory, say /usr/src/smpsys. then cd to /usr/src/smpsys/i386/conf, > config, make, install, etc., all in the /usr/src/smpsys tree. When the > "include" headers are somewhat out of sync between the mainline code and the > SMP code it sometimes becomes necessary to play games where you keep the SMP > src in the same tree (ie /usr/src/sys), but since the SMP src and the > 3.0-970209-SNAP are in sync you don't need to bother. Thank you, I understood that I was doing a terrible mistake: I thought I needed to 'update' the SMP kernel code to 09/Feb/97. After rebuilding the kernel with the latest SMP code, dmesg problem went away. However, the problem with DEC ethercard on the kernel, with APIC_IO and SMP_INVLTLB defined, didn't change. Nishio Shuichi From owner-freebsd-smp Sun Apr 6 10:32:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA18779 for smp-outgoing; Sun, 6 Apr 1997 10:32:04 -0700 (PDT) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA18772 for ; Sun, 6 Apr 1997 10:32:01 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id LAA24085; Sun, 6 Apr 1997 11:31:48 -0600 (MDT) Message-Id: <199704061731.LAA24085@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: NISHIO Shuichi cc: freebsd-smp@freebsd.org Subject: Re: APIC_IO problem on Tyan S1668 In-reply-to: Your message of "Sun, 06 Apr 1997 23:50:57 +0900." <19970406235057I.nishio@elysium.kecl.ntt.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 06 Apr 1997 11:31:48 -0600 Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > After rebuilding >the kernel with the latest SMP code, dmesg problem went away. >However, the problem with DEC ethercard on the kernel, with APIC_IO and >SMP_INVLTLB defined, didn't change. send me the dmesg output of the running SMP system and I'll write that band-aid I'ver mentioned to get around the bad mptable. be certain of which cards you want in slots 4 & 5, this patch will require that they stay there. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-smp Sun Apr 6 11:14:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA24259 for smp-outgoing; Sun, 6 Apr 1997 11:14:34 -0700 (PDT) Received: from cs.utah.edu (cs.utah.edu [128.110.4.21]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA24253 for ; Sun, 6 Apr 1997 11:14:32 -0700 (PDT) Received: from fast.cs.utah.edu by cs.utah.edu (8.8.4/utah-2.21-cs) id MAA14492; Sun, 6 Apr 1997 12:14:23 -0600 (MDT) Received: by fast.cs.utah.edu (8.6.10/utah-2.15-leaf) id MAA09025; Sun, 6 Apr 1997 12:14:21 -0600 Date: Sun, 6 Apr 1997 12:14:21 -0600 From: vanmaren@fast.cs.utah.edu (Kevin Van Maren) Message-Id: <199704061814.MAA09025@fast.cs.utah.edu> To: nishio@caleche.kecl.ntt.co.jp, smp@csn.net Subject: Re: APIC_IO problem on Tyan S1668 Cc: freebsd-smp@freebsd.org Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > send me the dmesg output of the running SMP system and I'll write that band-aid > I'ver mentioned to get around the bad mptable. be certain of which cards you > want in slots 4 & 5, this patch will require that they stay there. > > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD Unless I'm missing something, there shouldn't be any device-specific code in the ``band-aid''. Isn't all that needs to be done is to add an extra line in the MP config table for the other PCI slot? This should be (I think) just one of these two situations: (for this case; i'm using real numbers) 1. Slot 10 actually maps to irq 20 and is just skipped... (following trend from 16,17,18,19,...) 2. Slot 10 actually maps to irq 16 and shares with pci0:14 (It is possible that is shares with a different slot, but I don't think so.) My gut tells me that it is #2, as that is how the ISA irqs are mapped. So then you have two ways of checking this: 1. If the device number isn't in the table, clone one from +/-4 on the same bus; print warning. (The thought here is that the slots are numbered sequentially, with a logical layout). 2. Find a device with the same ISA irq mappings, and use its APIC irq; if multiple matches found, punt; print warning message. Or, just don't use APIC irq mappings if not all devices are in the table (yeah, right ;) ===== rev 32 int a irq 15 on pci0:10 INT conforms conforms 0 15 2 15 INT active-lo level 1 14:A 2 16 INT active-lo level 1 13:A 2 17 INT active-lo level 1 12:A 2 18 INT active-lo level 1 11:A 2 19 SMI conforms conforms 0 0 2 23 === Kevin From owner-freebsd-smp Sun Apr 6 12:08:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA26875 for smp-outgoing; Sun, 6 Apr 1997 12:08:59 -0700 (PDT) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA26868 for ; Sun, 6 Apr 1997 12:08:54 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id NAA25133; Sun, 6 Apr 1997 13:08:44 -0600 (MDT) Message-Id: <199704061908.NAA25133@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: vanmaren@fast.cs.utah.edu (Kevin Van Maren) cc: nishio@caleche.kecl.ntt.co.jp, freebsd-smp@freebsd.org Subject: Re: APIC_IO problem on Tyan S1668 In-reply-to: Your message of "Sun, 06 Apr 1997 12:14:21 MDT." <199704061814.MAA09025@fast.cs.utah.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 06 Apr 1997 13:08:44 -0600 Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > Unless I'm missing something, there shouldn't be any device-specific > code in the ``band-aid''. Isn't all that needs to be done is > to add an extra line in the MP config table for the other PCI > slot? This should be (I think) just one of these two situations: your partly right, I didn't shift gears from the model I previously encountered this kind of problem with, ie the PCI-PCI bridged card. in that case the numbers could move on you, depending on which slot the bridge card was in. here the numbers will be static and thus its easier to deal with. --- > (for this case; i'm using real numbers) > 1. Slot 10 actually maps to irq 20 and is just skipped... > (following trend from 16,17,18,19,...) > 2. Slot 10 actually maps to irq 16 and shares with pci0:14 > (It is possible that is shares with a different slot, but I don't think so.) > > My gut tells me that it is #2, as that is how the ISA irqs are mapped. The ISA irqs are shared between slots 1 & 5 because there are only 4 IRQ redirection registers in the MB chipset and they have no other choice. However there are 3-4 extra pins available on the IO_APIC, it would be nice if they used them! It's been awhile since I looked at the details of this, there may be some other MB/chipset consideration that forces them to also share the PCI slots above #4, the gigabyte board also does this: INT active-lo level 0 8:A 2 16 INT active-lo level 0 9:A 2 17 INT active-lo level 0 10:A 2 18 INT active-lo level 0 11:A 2 19 INT active-lo level 0 7:A 2 19 INT active-lo level 0 12:A 2 16 but at least they tell us about it! --- > So then you have two ways of checking this: > 1. If the device number isn't in the table, clone one from +/-4 > on the same bus; print warning. (The thought here is that the > slots are numbered sequentially, with a logical layout). > 2. Find a device with the same ISA irq mappings, and use its APIC > irq; if multiple matches found, punt; print warning message. the current mptable is in kernel core, and pre-built during the boot stage. changing it on the fly would take a little work. the catch is in how the request is made: the pci code asks to register an INT for device pci0:10. my routine looks it up in the incore (equivilant to) mptable, fails to find it. it doesn't have any info about the ISA IRQ at this point so it can't use that to reverse engineer the APIC INT. it could scan the other entries, see the range of 14-11 for devices and try 10 (your suggestion #1). this would not be guaranteed. long term this requires a "ROGUE" entry for this MB which the boot code would use to build a "correct" incore mptable. short term I would add a bandaid to my routine in i386/i386/mp_machdep.c: #define TYAN_S1668_ROGUE #if defined( TYAN_S1668_ROGUE ) /** NOTE: this might be some other #, we are guessing... */ #define TYAN_S1668_SLOT5_IRQ 16 get_pci_apic_irq( int pciBus, int pciDevice, int pciInt ) { if ( (pciBus == 0) && (pciDevice == 10) ) return TYAN_S1668_SLOT5_IRQ; #else get_pci_apic_irq( int pciBus __attribute__ ((unused)), int pciDevice, int pciInt ) { #endif ... } -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-smp Tue Apr 8 01:54:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA25875 for smp-outgoing; Tue, 8 Apr 1997 01:54:01 -0700 (PDT) Received: from eta.ghs.com (root@eta.ghs.com [208.8.104.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA25870 for ; Tue, 8 Apr 1997 01:53:59 -0700 (PDT) Received: from delta.ghs.com (delta.ghs.com [192.67.158.107]) by eta.ghs.com (8.8.5/8.7.3) with ESMTP id BAA19073 for ; Tue, 8 Apr 1997 01:56:04 -0700 (PDT) Received: (from ross@localhost) by delta.ghs.com (8.8.5/8.8.5) id BAA00874 for smp@freebsd.org; Tue, 8 Apr 1997 01:54:32 -0700 (PDT) Date: Tue, 8 Apr 1997 01:54:32 -0700 (PDT) From: Ross Harvey Message-Id: <199704080854.BAA00874@delta.ghs.com> To: smp@freebsd.org Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk subscribe From owner-freebsd-smp Tue Apr 8 23:19:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA29220 for smp-outgoing; Tue, 8 Apr 1997 23:19:30 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA29214 for ; Tue, 8 Apr 1997 23:19:27 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id IAA27648; Wed, 9 Apr 1997 08:15:28 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.5/8.8.2) id HAA01175; Wed, 9 Apr 1997 07:56:13 +0200 (MET DST) Message-ID: <19970409075613.24446@klemm.gtn.com> Date: Wed, 9 Apr 1997 07:56:13 +0200 From: Andreas Klemm To: Randy DuCharme Cc: smp@freebsd.org Subject: Re: SMP patch for top References: <32CC8BD5.41C67EA6@nconnect.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <32CC8BD5.41C67EA6@nconnect.net>; from Randy DuCharme on Thu, Jan 02, 1997 at 10:32:21PM -0600 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-SMP Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi ! I've lost the smp patch for top ... Is there a kind soul out there ?! ;-) Andreas /// On Thu, Jan 02, 1997 at 10:32:21PM -0600, Randy DuCharme wrote: > I've heard about it, but can't seem to locate it. Could someone point > me in the right direction ?? -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-smp Tue Apr 8 23:19:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA29241 for smp-outgoing; Tue, 8 Apr 1997 23:19:34 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA29219; Tue, 8 Apr 1997 23:19:30 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id IAA27699; Wed, 9 Apr 1997 08:15:37 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.5/8.8.2) id IAA01674; Wed, 9 Apr 1997 08:08:42 +0200 (MET DST) Message-ID: <19970409080842.00938@klemm.gtn.com> Date: Wed, 9 Apr 1997 08:08:42 +0200 From: Andreas Klemm To: smp@freebsd.org Cc: hardware@freebsd.org Subject: have a Tyan Titan Pro up and running Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-SMP Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Steve and the others ! Since yesterday evening I'm "powered by FreeBSD-SMP" ;-) Machine: Tyan Titan Pro ATX Dual PPro 200 64 MB Ram 2 x AHA2940 If there is some testing work to do in the SMP area, please tell me. I only have to write two articles for German magazines, then I have some extra time ;-) I had so far only one panic which might be the result of too much tweaking the DRAM read cycles ... I would be interested to share experiences with BIOS settings. If you have the same board, please tell me your settings. BTW, I was unable to get my 10MBit ISA network card working again. On my former ASUS mainborad I was able to tell the BIOS, that it should reserve 16 Kbyte beginning from CC000. It isn't possible in Tyans award BIOS ... Does somebody have a hint, how to get the SMC Elite 16 up and running ? Do I need other settings then the default settings of the card which are: device ed0 at isa? port 0x300 net irq 10 iomem 0xcc000 vector edintr Andreas /// -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-smp Wed Apr 9 10:38:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA03640 for smp-outgoing; Wed, 9 Apr 1997 10:38:22 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA03633 for ; Wed, 9 Apr 1997 10:38:16 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id TAA27600 for smp@FreeBSD.org; Wed, 9 Apr 1997 19:30:28 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.5/8.8.2) id UAA01773; Wed, 9 Apr 1997 20:25:47 +0200 (MET DST) Message-ID: <19970409202547.52346@klemm.gtn.com> Date: Wed, 9 Apr 1997 20:25:47 +0200 From: Andreas Klemm To: smp@FreeBSD.org Subject: mptable 2.0.2 output for Tyan S1668ATX (Titan Pro ATX) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-SMP Sender: owner-smp@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi ! Here some data about the Tyan Titan Pro ATX (S1668ATX) dmesg output: ==================================================================================== Copyright (c) 1992-1996 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-SMP #0: Wed Apr 9 18:08:36 MET DST 1997 root@klemm.gtn.com:/usr/sys.bisdn/compile/BISDNSMP FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011 cpu1 (AP): apic id: 0, version: 0x00040011 io0 (APIC): apic id: 2, version: 0x00170011 Calibrating clock(s) relative to mc146818A clock ... i8254 clock: 1193092 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CPU: Pentium Pro (686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping=9 Features=0xfbff,MTRR,PGE,MCA,CMOV> real memory = 67108864 (65536K bytes) avail memory = 63975424 (62476K bytes) pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x8000005c pcibus_setup(1a): mode1res=0x80000000 (0x80000000) pcibus_check: device 0 is there (id=12378086) Probing for devices on PCI bus 0: configuration mode 1 allows 32 devices. chip0 rev 2 on pci0:0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 mapreg[20] type=1 addr=0000f000 size=0010. I/O Recovery Timing: 8-bit 3.5 clocks, 16-bit 3.5 clocks Extended BIOS: disabled Lower BIOS: disabled Coprocessor IRQ13: disabled Mouse IRQ12: disabled Interrupt Routing: A: , B: , C: , D: MB0: , MB1: vx0 <3COM 3C900 Etherlink XL PCI> rev 0 int a irq 19 on pci0:11:0 Freeing (NOT implimented) irq 9 for ISA cards. mapreg[10] type=1 addr=00008000 size=0040. utp/aui/bnc[*utp*]: disable 'auto select' with DOS util! address 00:a0:24:cf:c8:38 bpf: vx0 attached vga0 rev 1 int a irq 18 on pci0:12:0 Freeing (NOT implimented) irq 10 for ISA cards. mapreg[10] type=0 addr=e0800000 size=4000. mapreg[14] type=0 addr=e0000000 size=800000. ahc0 rev 3 int a irq 17 on pci0:13:0 Freeing (NOT implimented) irq 11 for ISA cards. mapreg[10] type=1 addr=00008100 size=0100. mapreg[14] type=0 addr=e0804000 size=1000. reg16: ioaddr=0x8100 size=0x100 ahc0: Reading SEEPROM...done. internal50 cable is present internal68 cable not present brdctl == 0xac external cable not present eprom not present brdctl == 0x6c low byte termination enabled, high byte termination disabled ahc0: aic7870 Single Channel, SCSI Id=7, 16 SCBs ahc0: Downloading Sequencer Program...Done ahc0: Probing channel A Choosing drivers for scbus configured at 0 scbus0 at ahc0 bus 0 ahc0: target 0 synchronous at 10.0MHz, offset = 0xf sd is configured at 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 2063MB (4226725 512 byte sectors) sd0: with 6703 cyls, 5 heads, and an average 126 sectors/track ahc0: target 1 synchronous at 10.0MHz, offset = 0xf sd is configured at 1 sd1 at scbus0 target 1 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access 2063MB (4226725 512 byte sectors) sd1: with 6703 cyls, 5 heads, and an average 126 sectors/track ahc0: target 2 synchronous at 10.0MHz, offset = 0xf sd is configured at 2 sd2 at scbus0 target 2 lun 0 sd2: type 0 fixed SCSI 2 sd2: Direct-Access 2063MB (4226725 512 byte sectors) sd2: with 6703 cyls, 5 heads, and an average 126 sectors/track ahc1 rev 3 int a irq 16 on pci0:14:0 Freeing (NOT implimented) irq 15 for ISA cards. mapreg[10] type=1 addr=00008200 size=0100. mapreg[14] type=0 addr=e0805000 size=1000. reg16: ioaddr=0x8200 size=0x100 ahc1: Reading SEEPROM...done. internal50 cable not present internal68 cable not present brdctl == 0xec external cable not present eprom is present brdctl == 0xec low byte termination enabled, high byte termination disabled ahc1: aic7870 Single Channel, SCSI Id=7, 16 SCBs ahc1: Downloading Sequencer Program...Done ahc1: Probing channel A Choosing drivers for scbus configured at 1 scbus1 at ahc1 bus 0 pci0: uses 8413184 bytes of memory from e0000000 upto e0805fff. pci0: uses 592 bytes of I/O space from 8000 upto f00f. Probing for devices on the ISA bus: sc0: the current keyboard controller command byte 0047 sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <6 virtual consoles, flags=0x0> lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface bpf: lp0 attached sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in tel0 at 0xd80 irq 9 on isa bpf: ipi0 attached bpf: ipi1 attached tel0: card type Teles S0/16.3 npx0 on motherboard npx0: INT 16 interface imasks: bio c0030040, tty f000009a, net e0080200 BIOS Geometries: 0:0106fe3f 0..262=263 cylinders, 0..254=255 heads, 1..63=63 sectors 1:0106fe3f 0..262=263 cylinders, 0..254=255 heads, 1..63=63 sectors 2:0106fe3f 0..262=263 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. Considering FFS root f/s. configure() finished. Enabled INTs: 1, 2, 3, 4, 6, 7, 8, 9, 16, 17, 19, imen: 0x00f4fc21 bpf: tun0 attached bpf: lo0 attached IP packet filtering initialized, divert disabled, logging limited to 100 packets/entry sd0s1: type 0x6, start 63, end = 1028159, size 1028097 : OK sd0s2: type 0x5, start 1028160, end = 2056319, size 1028160 : OK sd0s3: type 0xa5, start 2056320, end = 4225094, size 2168775 : OK sd0s5: type 0x6, start 1028223, end = 2056319, size 1028097 : OK SMP: All idle procs online. sd1s1: type 0xa5, start 63, end = 4225094, size 4225032 : OK sd2s1: type 0xa5, start 63, end = 4225094, size 4225032 : OK sd2s1: type 0xa5, start 63, end = 4225094, size 4225032 : OK Assigned: TEI = 0xe1 = 112 SMP: Starting 1st AP! SMP: AP CPU #1 LAUNCHED!! Starting Scheduling... SMP: TADA! CPU #1 made it into the scheduler!. SMP: All 2 CPU's are online! =============================================================================== MPTable, version 2.0.2 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f0920 signature: '_MP_' length: 16 bytes version: 1.1 checksum: 0x57 mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f0934 signature: 'PCMP' base table length: 292 version: 1.1 checksum: 0xab 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 1 0x11 BSP, usable 6 1 9 0xfbff 0 0x11 AP, usable 6 1 9 0xfbff -- Bus: Bus ID Type 0 ISA 1 PCI -- I/O APICs: APIC ID Version State Address 2 0x11 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID INT# ExtINT conforms conforms 0 0 2 0 INT conforms conforms 0 1 2 1 INT conforms conforms 0 0 2 2 INT conforms conforms 0 3 2 3 INT conforms conforms 0 4 2 4 INT conforms conforms 0 5 2 5 INT conforms conforms 0 6 2 6 INT conforms conforms 0 7 2 7 INT conforms conforms 0 8 2 8 INT conforms conforms 0 9 2 9 INT conforms conforms 0 10 2 10 INT conforms conforms 0 11 2 11 INT conforms conforms 0 12 2 12 INT conforms conforms 0 13 2 13 INT conforms conforms 0 14 2 14 INT conforms conforms 0 15 2 15 INT active-lo level 1 14:A 2 16 INT active-lo level 1 13:A 2 17 INT active-lo level 1 12:A 2 18 INT active-lo level 1 11:A 2 19 SMI conforms conforms 0 0 2 23 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID INT# ExtINT active-hi edge 0 0 255 0 NMI active-hi edge 0 0 255 1 ------------------------------------------------------------------------------- # SMP kernel config file options: options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O options NCPU=2 # number of CPUs options NBUS=2 # number of busses options NAPIC=1 # number of IO APICs options NINTR=21 # number of INTs =============================================================================== -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-smp Wed Apr 9 11:23:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA06174 for smp-outgoing; Wed, 9 Apr 1997 11:23:29 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA06169 for ; Wed, 9 Apr 1997 11:23:24 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id UAA06895 for smp@freebsd.org; Wed, 9 Apr 1997 20:15:21 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.5/8.8.2) id UAA02166; Wed, 9 Apr 1997 20:33:22 +0200 (MET DST) Message-ID: <19970409203322.25058@klemm.gtn.com> Date: Wed, 9 Apr 1997 20:33:22 +0200 From: Andreas Klemm To: smp@freebsd.org Subject: oops ... here is the verbose output of mptable for Titan Pro ATX Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-SMP Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, sorry, forgot to use the verbose switch in my first mail ... =============================================================================== MPTable, version 2.0.6 looking for EBDA pointer @ 0x040e, NOT found searching CMOS 'top of mem' @ 0x0009f800 (638K) searching default 'top of mem' @ 0x0009fc00 (639K) searching BIOS @ 0x000f0000 MP FPS found in BIOS @ physical addr: 0x000f0920 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f0920 signature: '_MP_' length: 16 bytes version: 1.1 checksum: 0x57 mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f0934 signature: 'PCMP' base table length: 292 version: 1.1 checksum: 0xab 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 1 0x11 BSP, usable 6 1 9 0xfbff 0 0x11 AP, usable 6 1 9 0xfbff -- Bus: Bus ID Type 0 ISA 1 PCI -- I/O APICs: APIC ID Version State Address 2 0x11 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID INT# ExtINT conforms conforms 0 0 2 0 INT conforms conforms 0 1 2 1 INT conforms conforms 0 0 2 2 INT conforms conforms 0 3 2 3 INT conforms conforms 0 4 2 4 INT conforms conforms 0 5 2 5 INT conforms conforms 0 6 2 6 INT conforms conforms 0 7 2 7 INT conforms conforms 0 8 2 8 INT conforms conforms 0 9 2 9 INT conforms conforms 0 10 2 10 INT conforms conforms 0 11 2 11 INT conforms conforms 0 12 2 12 INT conforms conforms 0 13 2 13 INT conforms conforms 0 14 2 14 INT conforms conforms 0 15 2 15 INT active-lo level 1 14:A 2 16 INT active-lo level 1 13:A 2 17 INT active-lo level 1 12:A 2 18 INT active-lo level 1 11:A 2 19 SMI conforms conforms 0 0 2 23 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID INT# ExtINT active-hi edge 0 0 255 0 NMI active-hi edge 0 0 255 1 ------------------------------------------------------------------------------- # SMP kernel config file options: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O 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 options SMP_INVLTLB # #options SMP_PRIVPAGES # BROKEN, DO NOT use! #options SMP_AUTOSTART # BROKEN, DO NOT use! #options SERIAL_DEBUG # com port debug output ------------------------------------------------------------------------------- dmesg output: Copyright (c) 1992-1996 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-SMP #0: Wed Apr 9 18:08:36 MET DST 1997 root@klemm.gtn.com:/usr/sys.bisdn/compile/BISDNSMP FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011 cpu1 (AP): apic id: 0, version: 0x00040011 io0 (APIC): apic id: 2, version: 0x00170011 Calibrating clock(s) relative to mc146818A clock ... i8254 clock: 1193092 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CPU: Pentium Pro (686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping=9 Features=0xfbff,MTRR,PGE,MCA,CMOV> real memory = 67108864 (65536K bytes) avail memory = 63975424 (62476K bytes) pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x8000005c pcibus_setup(1a): mode1res=0x80000000 (0x80000000) pcibus_check: device 0 is there (id=12378086) Probing for devices on PCI bus 0: configuration mode 1 allows 32 devices. chip0 rev 2 on pci0:0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 mapreg[20] type=1 addr=0000f000 size=0010. I/O Recovery Timing: 8-bit 3.5 clocks, 16-bit 3.5 clocks Extended BIOS: disabled Lower BIOS: disabled Coprocessor IRQ13: disabled Mouse IRQ12: disabled Interrupt Routing: A: , B: , C: , D: MB0: , MB1: vx0 <3COM 3C900 Etherlink XL PCI> rev 0 int a irq 19 on pci0:11:0 Freeing (NOT implimented) irq 9 for ISA cards. mapreg[10] type=1 addr=00008000 size=0040. utp/aui/bnc[*utp*]: disable 'auto select' with DOS util! address 00:a0:24:cf:c8:38 bpf: vx0 attached vga0 rev 1 int a irq 18 on pci0:12:0 Freeing (NOT implimented) irq 10 for ISA cards. mapreg[10] type=0 addr=e0800000 size=4000. mapreg[14] type=0 addr=e0000000 size=800000. ahc0 rev 3 int a irq 17 on pci0:13:0 Freeing (NOT implimented) irq 11 for ISA cards. mapreg[10] type=1 addr=00008100 size=0100. mapreg[14] type=0 addr=e0804000 size=1000. reg16: ioaddr=0x8100 size=0x100 ahc0: Reading SEEPROM...done. internal50 cable is present internal68 cable not present brdctl == 0xac external cable not present eprom not present brdctl == 0x6c low byte termination enabled, high byte termination disabled ahc0: aic7870 Single Channel, SCSI Id=7, 16 SCBs ahc0: Downloading Sequencer Program...Done ahc0: Probing channel A Choosing drivers for scbus configured at 0 scbus0 at ahc0 bus 0 ahc0: target 0 synchronous at 10.0MHz, offset = 0xf sd is configured at 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 2063MB (4226725 512 byte sectors) sd0: with 6703 cyls, 5 heads, and an average 126 sectors/track ahc0: target 1 synchronous at 10.0MHz, offset = 0xf sd is configured at 1 sd1 at scbus0 target 1 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access 2063MB (4226725 512 byte sectors) sd1: with 6703 cyls, 5 heads, and an average 126 sectors/track ahc0: target 2 synchronous at 10.0MHz, offset = 0xf sd is configured at 2 sd2 at scbus0 target 2 lun 0 sd2: type 0 fixed SCSI 2 sd2: Direct-Access 2063MB (4226725 512 byte sectors) sd2: with 6703 cyls, 5 heads, and an average 126 sectors/track ahc1 rev 3 int a irq 16 on pci0:14:0 Freeing (NOT implimented) irq 15 for ISA cards. mapreg[10] type=1 addr=00008200 size=0100. mapreg[14] type=0 addr=e0805000 size=1000. reg16: ioaddr=0x8200 size=0x100 ahc1: Reading SEEPROM...done. internal50 cable not present internal68 cable not present brdctl == 0xec external cable not present eprom is present brdctl == 0xec low byte termination enabled, high byte termination disabled ahc1: aic7870 Single Channel, SCSI Id=7, 16 SCBs ahc1: Downloading Sequencer Program...Done ahc1: Probing channel A Choosing drivers for scbus configured at 1 scbus1 at ahc1 bus 0 pci0: uses 8413184 bytes of memory from e0000000 upto e0805fff. pci0: uses 592 bytes of I/O space from 8000 upto f00f. Probing for devices on the ISA bus: sc0: the current keyboard controller command byte 0047 kbdio: new command byte:0064 (set_controller...) kbdio: RESET_KBD return code:00fa kbdio: RESET_KBD status:00aa kbdio: new command byte:0047 (set_controller...) sc0 at 0x60-0x6f irq 1 on motherboard kbdio: new command byte:0046 (set_controller...) kbdio: new command byte:0047 (set_controller...) sc0: VGA color <6 virtual consoles, flags=0x0> lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface bpf: lp0 attached sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in tel0 at 0xd80 irq 9 on isa bpf: ipi0 attached bpf: ipi1 attached tel0: card type Teles S0/16.3 npx0 on motherboard npx0: INT 16 interface imasks: bio c0030040, tty f000009a, net e0080200 BIOS Geometries: 0:0106fe3f 0..262=263 cylinders, 0..254=255 heads, 1..63=63 sectors 1:0106fe3f 0..262=263 cylinders, 0..254=255 heads, 1..63=63 sectors 2:0106fe3f 0..262=263 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. Considering FFS root f/s. configure() finished. Enabled INTs: 1, 2, 3, 4, 6, 7, 8, 9, 16, 17, 19, imen: 0x00f4fc21 bpf: tun0 attached bpf: lo0 attached IP packet filtering initialized, divert disabled, logging limited to 100 packets/entry sd0s1: type 0x6, start 63, end = 1028159, size 1028097 : OK sd0s2: type 0x5, start 1028160, end = 2056319, size 1028160 : OK sd0s3: type 0xa5, start 2056320, end = 4225094, size 2168775 : OK sd0s5: type 0x6, start 1028223, end = 2056319, size 1028097 : OK SMP: All idle procs online. sd1s1: type 0xa5, start 63, end = 4225094, size 4225032 : OK sd2s1: type 0xa5, start 63, end = 4225094, size 4225032 : OK sd2s1: type 0xa5, start 63, end = 4225094, size 4225032 : OK Assigned: TEI = 0xe1 = 112 SMP: Starting 1st AP! SMP: AP CPU #1 LAUNCHED!! Starting Scheduling... SMP: TADA! CPU #1 made it into the scheduler!. SMP: All 2 CPU's are online! =============================================================================== -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-smp Wed Apr 9 13:37:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA16304 for smp-outgoing; Wed, 9 Apr 1997 13:37:47 -0700 (PDT) Received: from desk.jhs.no_domain (slip139-92-4-182.mu.de.ibm.net [139.92.4.182]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA16242; Wed, 9 Apr 1997 13:37:25 -0700 (PDT) Received: from desk.jhs.no_domain (localhost [127.0.0.1]) by desk.jhs.no_domain (8.7.5/8.6.9) with ESMTP id SAA08713; Wed, 9 Apr 1997 18:36:43 +0200 (MET DST) Message-Id: <199704091636.SAA08713@desk.jhs.no_domain> To: Andreas Klemm cc: smp@freebsd.org, hardware@freebsd.org Subject: Re: have a Tyan Titan Pro up and running From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" X-Email: jhs@freebsd.org, Fallback: jhs@gil.physik.rwth-aachen.de X-Organization: Vector Systems Ltd. X-Mailer: EXMH 1.6.7, PGP PGP key on web X-Web: http://www.freebsd.org/~jhs/ X-Address: Holz Strasse 27d, 80469 Munich, Germany X-Tel: Phone +49.89.268616, Fax +49.89.2608126, Data +49.89.26023276 In-reply-to: Your message of "Wed, 09 Apr 1997 08:08:42 +0200." <19970409080842.00938@klemm.gtn.com> Date: Wed, 09 Apr 1997 18:36:41 +0200 Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Reference: > From: Andreas Klemm > > If there is some testing work to do in the SMP area, please tell me. > I only have to write two articles for German magazines, then I have > some extra time ;-) BTW There's a *BSD article in April edition of German CT Mag. (Not read it, mag. was far too heavy to shove in pocket & cycle home with, but extensive coverage of FreeBSD though. :-) > Does somebody have a hint, how to get the SMC Elite 16 up and running ? > Do I need other settings then the default settings of the card which > are: > > device ed0 at isa? port 0x300 net irq 10 iomem 0xcc000 vector edintr Well I've never neeeded to tell my ancient 486 mboard anything about reserving stuff :-) ... But years ago I had a problem configuring that card too, it's been OK since I did though. my dmesg says: ed0 at 0x240-0x25f irq 15 maddr 0xcc000 msize 16384 on isa ed0: address 00:00:c0:fd:73:2e, type WD8013EPC (16 bit) A concept to grasp is: you can hard jumper it, or config it with a dos program, which talks over a port address, you can also reconfig the port address, so you can cut off the branch of the tree you'r seated sawing wood from, so to speak :-) (at which point you don't chuck it away like I heard some crazy did :-) you, just rejumper to a hard config port, then run the dos stuff again) I suspect also years ago the FreeBSD (or even 386BSD back then) code may have reprogrammed my port at boot, so I think in the end I discovered it safer not to leave the jumper in the soft programmable position. I append my comments out of my config file in case it helps ------ # ETHERNET SMC 8013EPC/Elite16 Ver4.0 /sys/i386 isa/if_ed.c doc/ed.relnotes # Selectable Ports Base (Ref P.32): # port 0x200, port 0x220, port 0x240, port 0x260, # port 0x280, port 0x2a0, port 0x2c0, port 0x2e0, # port 0x300, port 0x320, port 0x340, port 0x360, # port 0x380, port 0x3a0, port 0x3c0, port 0x3e0. # port_size 0x20 # Selectable: irq 2/9, irq 3, irq 4, irq 5, irq 7, irq 10, irq 11, irq 15. # Selectable iomem below 1M (P.86): 0x80000- 0xFE000 # Selectable iomem above 1M (P.86): 0x100000-0xFFC000 # Defaults: (0x4000 = 16384, 0x2000=8192) # Elite 16, Factory (P.28): port 0x280, irq 3, iomem 0xD0000, iosiz 0x4000 # Elite 16, Soft (P32): port 0x240, irq 2, iomem 0xCC000, iosiz 0x4000 # Elite 8, soft conf as sold: port 0x240, irq -, iomem 0xce000, iosiz 0x2000 # add_wait_states=yes rom size=- rom base=- # Elite 8 card straps as shipped: w1=280,3,D0000 w2=soft # (other W1 positions: 300,5,ca000; Or soft) # Elite 8 card soft config as set by jhs: # 280,irq=5,d8000,8k ram,add wait states=yes,rom size=dis,rom base=dis # SMC/diagnoze port 0x240 irq 2 iomem 0xCC000 # Elite 16 W2=None Soft # To config a card (OLD): leave W2 strap on None/Soft, put W1 strap on soft, # run diagnoze, set values (in this order) to # IO_Port=300 IRQ=10 Buf_Size_K=16 RAM=CC000 # ROM_State=Disable ROM_Address=C0000 # Move W1 to 300.10.CC000 # (if W1 is not moved, the card later reverts to # Rom_Address=D8000, which conflicts with my hardware) # To config a card (NEW): mv strap W1 to 280 # Syntax (P.32): # \enet\ezsetup /io:280 /newio:240 /ram:CC000 /irq:15 # \enet\ezsetup /node:0000C0FD732E /newio:240 /ram:CC000 /irq:15 # \dos\bin\fdisk # From: Luigi Rizzo # Date: Tue, 30 Apr 1996 18:18:18 +0200 (MET DST) # I have been using the (SMC) Elite with 27256 ROMs for a long # time. I believe this is the maximum size for the Elite. # GENERIC: device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr {DESK # WD8013EPC Elite 16, address 00:00:c0:fd:73:2e, device ed0 at isa? port 0x240 net irq 15 iomem 0xCC000 iosiz 0x4000 vector edintr # dmesg reports msize 16384 00:00:c0:fd:73:2e, type WD8013EPC (16 bit) }DESK ------ Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-smp Fri Apr 11 12:07:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA12761 for smp-outgoing; Fri, 11 Apr 1997 12:07:51 -0700 (PDT) Received: from wolf.cs.washington.edu (wolf.cs.washington.edu [128.95.8.37]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA12752 for ; Fri, 11 Apr 1997 12:07:48 -0700 (PDT) Received: from localhost (ulbright@localhost) by wolf.cs.washington.edu (8.8.5+CS/7.2ws+) with SMTP id MAA14411 for ; Fri, 11 Apr 1997 12:07:41 -0700 Date: Fri, 11 Apr 1997 12:07:41 -0700 (PDT) From: Christopher Ulbright To: freebsd-smp@freebsd.org Subject: APIC Missing 8254 connection Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-422486272-860785661=:14300" Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-422486272-860785661=:14300 Content-Type: TEXT/PLAIN; charset=US-ASCII I am attempting to install fbsd 3.0 SMP on a dual p6 machine with a PR440FX Motherboard. I have successfully installed the 3.0 using the original config file. After editing the config file according to the steps outlined in "Installing the FreeBSD SMP Kernel", I began getting an error message during boot-up: "APIC Missing 8254 connection". I have seen some mail which mentions some "xxpress patches" and also some requirements for changing bios settings to write through caching, but I don't know if this is related. I am attempting to solve this by reading through the mail archives, but I just wanted to get this out in case I can't find the solution. -chris ulbright --0-422486272-860785661=:14300 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=output Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: mptable output DQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQo9PT0NCg0KTVBU YWJsZSwgdmVyc2lvbiAyLjAuNg0KDQogbG9va2luZyBmb3IgRUJEQSBwb2lu dGVyIEAgMHgwNDBlLCBmb3VuZCwgc2VhcmNoaW5nIEVCREEgQCAweDAwMDlm YzAwDQogc2VhcmNoaW5nIENNT1MgJ3RvcCBvZiBtZW0nIEAgMHgwMDA5Zjgw MCAoNjM4SykNCiBzZWFyY2hpbmcgZGVmYXVsdCAndG9wIG9mIG1lbScgQCAw eDAwMDlmYzAwICg2MzlLKQ0KIHNlYXJjaGluZyBCSU9TIEAgMHgwMDBmMDAw MA0KDQogTVAgRlBTIGZvdW5kIGluIEJJT1MgQCBwaHlzaWNhbCBhZGRyOiAw eDAwMGY4MWQwDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N Ci0tLQ0KDQpNUCBGbG9hdGluZyBQb2ludGVyIFN0cnVjdHVyZToNCg0KICBs b2NhdGlvbjoJCQlCSU9TDQogIHBoeXNpY2FsIGFkZHJlc3M6CQkweDAwMGY4 MWQwDQogIHNpZ25hdHVyZToJCQknX01QXycNCiAgbGVuZ3RoOgkJCTE2IGJ5 dGVzDQogIHZlcnNpb246CQkJMS4xDQogIGNoZWNrc3VtOgkJCTB4MzMNCiAg bW9kZToJCQkJVmlydHVhbCBXaXJlDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NCi0tLQ0KDQpNUCBDb25maWcgVGFibGUgSGVhZGVyOg0K DQogIHBoeXNpY2FsIGFkZHJlc3M6CQkweDAwMGY4MWUwDQogIHNpZ25hdHVy ZToJCQknUENNUCcNCiAgYmFzZSB0YWJsZSBsZW5ndGg6CQkyNDQNCiAgdmVy c2lvbjoJCQkxLjENCiAgY2hlY2tzdW06CQkJMHhjYg0KICBPRU0gSUQ6CQkJ J0lOVEVMICAgJw0KICBQcm9kdWN0IElEOgkJCSdCVUNLRVlFICAgICAnDQog IE9FTSB0YWJsZSBwb2ludGVyOgkJMHgwMDAwMDAwMA0KICBPRU0gdGFibGUg c2l6ZToJCTANCiAgZW50cnkgY291bnQ6CQkJMjINCiAgbG9jYWwgQVBJQyBh ZGRyZXNzOgkJMHhmZWMwODAwMA0KICBleHRlbmRlZCB0YWJsZSBsZW5ndGg6 CTANCiAgZXh0ZW5kZWQgdGFibGUgY2hlY2tzdW06CTANCg0KLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KLS0tDQoNCk1QIENvbmZpZyBCYXNl IFRhYmxlIEVudHJpZXM6DQoNCi0tDQpQcm9jZXNzb3JzOglBUElDIElECVZl cnNpb24JU3RhdGUJCUZhbWlseQlNb2RlbAlTdGVwCUZsYWdzDQoJCSAwCSAw eDExCSBCU1AsIHVzYWJsZQkgNgkgMQkgOQkgMHhmYmZmDQoJCSA0CSAweDEx CSBBUCwgdXNhYmxlCSA2CSAxCSA5CSAweGZiZmYNCi0tDQpCdXM6CQlCdXMg SUQJVHlwZQ0KCQkgMAkgUENJICAgDQoJCSAxCSBQQ0kgICANCgkJMTgJIElT QSAgIA0KLS0NCkkvTyBBUElDczoJQVBJQyBJRAlWZXJzaW9uCVN0YXRlCQlB ZGRyZXNzDQoJCTEzCSAweDExCSB1c2FibGUJCSAweGZlYzAwMDAwDQotLQ0K SS9PIEludHM6CVR5cGUJUG9sYXJpdHkgICAgVHJpZ2dlcglCdXMgSUQJIElS UQlBUElDIElECUkNCk5UIw0KCQlFeHRJTlQJYWN0aXZlLWhpICAgICAgICBl ZGdlCSAgICAxOAkgICAwCSAgICAgMTMJICAgMA0KCQlJTlQJYWN0aXZlLWhp ICAgICAgICBlZGdlCSAgICAxOAkgICAxCSAgICAgMTMJICAgMQ0KCQlJTlQJ YWN0aXZlLWhpICAgICAgICBlZGdlCSAgICAxOAkgICAzCSAgICAgMTMJICAg Mw0KCQlJTlQJYWN0aXZlLWhpICAgICAgICBlZGdlCSAgICAxOAkgICA0CSAg ICAgMTMJICAgNA0KCQlJTlQJYWN0aXZlLWhpICAgICAgICBlZGdlCSAgICAx OAkgICA1CSAgICAgMTMJICAgNQ0KCQlJTlQJYWN0aXZlLWhpICAgICAgICBl ZGdlCSAgICAxOAkgICA2CSAgICAgMTMJICAgNg0KCQlJTlQJYWN0aXZlLWhp ICAgICAgICBlZGdlCSAgICAxOAkgICA3CSAgICAgMTMJICAgNw0KCQlJTlQJ YWN0aXZlLWhpICAgICAgICBlZGdlCSAgICAxOAkgICA4CSAgICAgMTMJICAg OA0KCQlJTlQJYWN0aXZlLWhpICAgICAgICBlZGdlCSAgICAxOAkgICA5CSAg ICAgMTMJICAgOQ0KCQlJTlQJYWN0aXZlLWxvICAgICAgIGxldmVsCSAgICAx OAkgIDEwCSAgICAgMTMJICAxMA0KCQlJTlQJYWN0aXZlLWxvICAgICAgIGxl dmVsCSAgICAxOAkgIDExCSAgICAgMTMJICAxMQ0KCQlJTlQJYWN0aXZlLWhp ICAgICAgICBlZGdlCSAgICAxOAkgIDEyCSAgICAgMTMJICAxMg0KCQlJTlQJ YWN0aXZlLWhpICAgICAgICBlZGdlCSAgICAxOAkgIDE0CSAgICAgMTMJICAx NA0KCQlJTlQJYWN0aXZlLWhpICAgICAgICBlZGdlCSAgICAxOAkgIDE1CSAg ICAgMTMJICAxNQ0KLS0NCkxvY2FsIEludHM6CVR5cGUJUG9sYXJpdHkgICAg VHJpZ2dlcglCdXMgSUQJIElSUQlBUElDIElEdElOVCMNCgkJRXh0SU5UCWFj dGl2ZS1oaSAgICAgICAgZWRnZQkgICAgMTgJICAgMAkgICAgMjU1CSAgIDAN CgkJTk1JCWFjdGl2ZS1oaSAgICAgICAgZWRnZQkgICAgIDAJIDA6QQkgICAg MjU1CSAgIDENCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K LS0tDQoNCiMgU01QIGtlcm5lbCBjb25maWcgZmlsZSBvcHRpb25zOg0KDQpv cHRpb25zICAgICAgICAgICAgU01QCQkJIyBTeW1tZXRyaWMgTXVsdGlQcm9j ZXNzb3IgS2VybmVsDQpvcHRpb25zICAgICAgICAgICAgQVBJQ19JTwkJCSMg U3ltbWV0cmljIChBUElDKSBJL08NCm9wdGlvbnMgICAgICAgICAgICBOQ1BV PTIJCQkjIG51bWJlciBvZiBDUFVzDQpvcHRpb25zICAgICAgICAgICAgTkJV Uz0zCQkJIyBudW1iZXIgb2YgYnVzc2VzDQpvcHRpb25zICAgICAgICAgICAg TkFQSUM9MQkJCSMgbnVtYmVyIG9mIElPIEFQSUNzDQpvcHRpb25zICAgICAg ICAgICAgTklOVFI9MjQJCSMgbnVtYmVyIG9mIElOVHMNCm9wdGlvbnMgICAg ICAgICAgICBTTVBfSU5WTFRMQgkJIyANCiNvcHRpb25zICAgICAgICAgICBT TVBfUFJJVlBBR0VTCQkjIEJST0tFTiwgRE8gTk9UIHVzZSENCiNvcHRpb25z ICAgICAgICAgICBTTVBfQVVUT1NUQVJUCQkjIEJST0tFTiwgRE8gTk9UIHVz ZSENCiNvcHRpb25zICAgICAgICAgICBTRVJJQUxfREVCVUcJCSMgY29tIHBv cnQgZGVidWcgb3V0cHV0DQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0NCi0tLQ0KDQpkbWVzZyBvdXRwdXQ6DQoNCkNvcHlyaWdodCAoYykg MTk5Mi0xOTk2IEZyZWVCU0QgSW5jLg0KQ29weXJpZ2h0IChjKSAxOTgyLCAx OTg2LCAxOTg5LCAxOTkxLCAxOTkzDQoJVGhlIFJlZ2VudHMgb2YgdGhlIFVu aXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gIEFsbCByaWdodHMgcmVzZXJ2ZWQu DQoNCkZyZWVCU0QgMy4wLTk3MDIwOS1TTkFQICMwOiBUaHUgQXByIDEwIDE2 OjMyOjM0IEdNVCAxOTk3DQogICAgcm9vdEB3ZWZ0LmNzLndhc2hpbmd0b24u ZWR1Oi91c3Ivc3JjL3N5cy1TTVAvY29tcGlsZS9TTVANCkNhbGlicmF0aW5n IGNsb2NrKHMpIHJlbGF0aXZlIHRvIG1jMTQ2ODE4QSBjbG9jayAuLi4gaTU4 NiBjbG9jazogMTk4NjYwMjYzIEh6LCBpODI1NCBjbG9jazogMTE5MzE1NiBI eg0KQ1BVOiBQZW50aXVtIFBybyAoMTk4LjY3LU1IeiA2ODYtY2xhc3MgQ1BV KQ0KICBPcmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAweDYxOSAgU3Rl cHBpbmc9OQ0KICBGZWF0dXJlcz0weGZiZmY8RlBVLFZNRSxERSxQU0UsVFND LE1TUixQQUUsTUNFLENYOCxBUElDLDxiMTE+LE1UUlIsUEdFLE1DQSxDTU9W Pg0KcmVhbCBtZW1vcnkgID0gNjcxMDg4NjQgKDY1NTM2SyBieXRlcykNCmF2 YWlsIG1lbW9yeSA9IDYyNDIzMDQwICg2MDk2MEsgYnl0ZXMpDQpQcm9iaW5n IGZvciBkZXZpY2VzIG9uIFBDSSBidXMgMDoNCmNoaXAwIDxJbnRlbCA4MjQ0 MEZYIChOYXRvbWEpIFBDSSBhbmQgbWVtb3J5IGNvbnRyb2xsZXI+IHJldiAy IG9uIHBjaTA6MDowDQpjaGlwMSA8SW50ZWwgODIzNzFTQiBQQ0ktSVNBIGJy aWRnZT4gcmV2IDEgb24gcGNpMDoxODowDQpjaGlwMiA8SW50ZWwgODIzNzFT QiBJREUgaW50ZXJmYWNlPiByZXYgMCBvbiBwY2kwOjE4OjENCmNoaXAzIDxn ZW5lcmljIFBDSSBicmlkZ2UgKHZlbmRvcj0xMDExIGRldmljZT0wMDI0IHN1 YmNsYXNzPTQpPiByZXYgMSBvbiBwY2kwOjIwOjANClByb2JpbmcgZm9yIGRl dmljZXMgb24gUENJIGJ1cyAxOg0KYWhjMCA8QWRhcHRlYyBhaWM3ODgwIFVs dHJhIFNDU0kgaG9zdCBhZGFwdGVyPiByZXYgMCBpbnQgYSBpcnEgMTEgb24g cGNpMTo1OjANCmFoYzA6IFVzaW5nIGxlZnQgb3ZlciBCSU9TIHNldHRpbmdz DQphaGMwOiBhaWM3ODgwIFdpZGUgQ2hhbm5lbCwgU0NTSSBJZD03LCAxNiBT Q0JzDQphaGMwOiB3YWl0aW5nIGZvciBzY3NpIGRldmljZXMgdG8gc2V0dGxl DQpzY2J1czAgYXQgYWhjMCBidXMgMA0Kc2QwIGF0IHNjYnVzMCB0YXJnZXQg MCBsdW4gMA0Kc2QwOiA8U0VBR0FURSBTVDM0MzcxVyAwMjgwPiB0eXBlIDAg Zml4ZWQgU0NTSSAyDQpzZDA6IERpcmVjdC1BY2Nlc3MgNDE0OE1CICg4NDk2 OTYwIDUxMiBieXRlIHNlY3RvcnMpDQpzdDAgYXQgc2NidXMwIHRhcmdldCA0 IGx1biAwDQpzdDA6IDxBUkNISVZFIFB5dGhvbiAyODM4OC1YWFggNS43Mj4g dHlwZSAxIHJlbW92YWJsZSBTQ1NJIDINCnN0MDogU2VxdWVudGlhbC1BY2Nl c3MgZGVuc2l0eSBjb2RlIDB4MTMsICBkcml2ZSBlbXB0eQ0KY2QwIGF0IHNj YnVzMCB0YXJnZXQgNSBsdW4gMA0KY2QwOiA8U09OWSBDRC1ST00gQ0RVLTc2 UyAxLjJkPiB0eXBlIDUgcmVtb3ZhYmxlIFNDU0kgMg0KY2QwOiBDRC1ST00g Y2QgcHJlc2VudCBbNDAwMDAwIHggMjA0OCBieXRlIHJlY29yZHNdDQp1azAg YXQgc2NidXMwIHRhcmdldCA2IGx1biAwDQp1azA6IDxFU0ctU0hWIFNDQSBI U0JQIE0yIDAuMTQ+IHR5cGUgMyBmaXhlZCBTQ1NJIDINCnVrMDogVW5rbm93 biANCmZ4cDAgPEludGVsIEV0aGVyRXhwcmVzcyBQcm8vMTAwQiBGYXN0IEV0 aGVybmV0PiByZXYgMSBpbnQgYSBpcnEgMTAgb24gcGNpMToxMDowDQpwY2lf bWFwX21lbSBmYWlsZWQ6IGRldmljZSdzIG1lbXJhbmdlIDB4Zjk4ZmYwMDAt MHhmOThmZmZmZiBpcyBpbmNvbXBhdGlibGUgd2l0aCBpdHMgYnJpZGdlJ3Mg bWVtcmFuZ2UgMHhmOWEwMDAwMC0weGZiZWZmZmZmDQpmeHAwOiBFdGhlcm5l dCBhZGRyZXNzIDAwOmEwOmM5OjA2Ojk3OjAwDQp2Z2EwIDxWR0EtY29tcGF0 aWJsZSBkaXNwbGF5IGRldmljZT4gcmV2IDEgaW50IGEgaXJxIDExIG9uIHBj aTE6MTE6MA0KdmdhMSA8VkdBLWNvbXBhdGlibGUgZGlzcGxheSBkZXZpY2U+ IHJldiAzNCBvbiBwY2kxOjE1OjANClByb2JpbmcgZm9yIGRldmljZXMgb24g dGhlIElTQSBidXM6DQpzYzAgYXQgMHg2MC0weDZmIGlycSAxIG9uIG1vdGhl cmJvYXJkDQpzYzA6IFZHQSBjb2xvciA8MTYgdmlydHVhbCBjb25zb2xlcywg ZmxhZ3M9MHgwPg0KZWQwIG5vdCBmb3VuZCBhdCAweDI4MA0KZWQxIG5vdCBm b3VuZCBhdCAweDMwMA0KZmUwIG5vdCBmb3VuZCBhdCAweDMwMA0Kc2lvMCBh dCAweDNmOC0weDNmZiBpcnEgNCBvbiBpc2ENCnNpbzA6IHR5cGUgMTY1NTBB DQpzaW8xIGF0IDB4MmY4LTB4MmZmIGlycSAzIG9uIGlzYQ0Kc2lvMTogdHlw ZSAxNjU1MEENCnNpbzI6IGRpc2FibGVkLCBub3QgcHJvYmVkLg0Kc2lvMzog ZGlzYWJsZWQsIG5vdCBwcm9iZWQuDQpscHQwIGF0IDB4Mzc4LTB4MzdmIGly cSA3IG9uIGlzYQ0KbHB0MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0DQpscDA6 IFRDUC9JUCBjYXBhYmxlIGludGVyZmFjZQ0KbHB0MSBub3QgZm91bmQgYXQg MHhmZmZmZmZmZg0KbXNlMCBub3QgZm91bmQgYXQgMHgyM2MNCnBzbTA6IGRp c2FibGVkLCBub3QgcHJvYmVkLg0KZmRjMCBhdCAweDNmMC0weDNmNyBpcnEg NiBkcnEgMiBvbiBpc2ENCmZkYzA6IE5FQyA3MjA2NUINCmZkMDogMS40NE1C IDMuNWluDQp3ZGMwIG5vdCBmb3VuZCBhdCAweDFmMA0Kd2RjMSBub3QgZm91 bmQgYXQgMHgxNzANCmJ0MCBub3QgZm91bmQgYXQgMHgzMzANCnVoYTAgbm90 IGZvdW5kIGF0IDB4MzMwDQphaGEwIG5vdCBmb3VuZCBhdCAweDMzMA0KYWlj MCBub3QgZm91bmQgYXQgMHgzNDANCm5jYTAgbm90IGZvdW5kIGF0IDB4MWY4 OA0KbmNhMSBub3QgZm91bmQgYXQgMHgzNTANCnNlYTAgbm90IGZvdW5kDQp3 dDAgbm90IGZvdW5kIGF0IDB4MzAwDQptY2QwIG5vdCBmb3VuZCBhdCAweDMw MA0KbWF0Y2RjMCBub3QgZm91bmQgYXQgMHgyMzANCnNjZDAgbm90IGZvdW5k IGF0IDB4MjMwDQppZTAgbm90IGZvdW5kIGF0IDB4MzYwDQplcDAgbm90IGZv dW5kIGF0IDB4MzAwDQpleDAgbm90IGZvdW5kIGF0IDB4ZmZmZmZmZmYNCml4 MCBub3QgZm91bmQgYXQgMHgzMDANCmxlMCBub3QgZm91bmQgYXQgMHgzMDAN CmxuYzAgbm90IGZvdW5kIGF0IDB4MjgwDQp6ZTAgbm90IGZvdW5kIGF0IDB4 MzAwDQp6cDAgbm90IGZvdW5kIGF0IDB4MzAwDQpucHgwIG9uIG1vdGhlcmJv YXJkDQpucHgwOiBJTlQgMTYgaW50ZXJmYWNlDQphcG0wOiBkaXNhYmxlZCwg bm90IHByb2JlZC4NCmNoYW5naW5nIHJvb3QgZGV2aWNlIHRvIHNkMGENCg0K PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KPT09DQoNCg== --0-422486272-860785661=:14300-- From owner-freebsd-smp Fri Apr 11 13:47:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA19670 for smp-outgoing; Fri, 11 Apr 1997 13:47:01 -0700 (PDT) Received: from wolf.cs.washington.edu (wolf.cs.washington.edu [128.95.8.37]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA19588 for ; Fri, 11 Apr 1997 13:44:38 -0700 (PDT) Received: from localhost (ulbright@localhost) by wolf.cs.washington.edu (8.8.5+CS/7.2ws+) with SMTP id NAA15836 for ; Fri, 11 Apr 1997 13:44:01 -0700 Date: Fri, 11 Apr 1997 13:44:01 -0700 (PDT) From: Christopher Ulbright To: freebsd-smp@freebsd.org Subject: APIC Missing 8254 connection II Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I sent this previously with a MIME encoded attachment. Here I've just appended the mptable output for those without MIME decoding capabilities. Sorry for any inconvenience. -chris ulbright ============================================================================ === MPTable, version 2.0.6 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: 0x000f81d0 ---------------------------------------------------------------------------- --- MP Floating Pointer Structure: location: BIOS physical address: 0x000f81d0 signature: '_MP_' length: 16 bytes signature: '_MP_' length: 16 bytes version: 1.1 checksum: 0x33 mode: Virtual Wire ---------------------------------------------------------------------------- --- MP Config Table Header: physical address: 0x000f81e0 signature: 'PCMP' base table length: 244 version: 1.1 checksum: 0xcb OEM ID: 'INTEL ' Product ID: 'BUCKEYE ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 22 local APIC address: 0xfec08000 extended table length: 0 extended table checksum: 0 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 6 1 9 0xfbff 4 0x11 AP, usable 6 1 9 0xfbff -- Bus: Bus ID Type 0 PCI 1 PCI 18 ISA -- I/O APICs: APIC ID Version State Address 13 0x11 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID I NT# ExtINT active-hi edge 18 0 13 0 NT# ExtINT active-hi edge 18 0 13 0 INT active-hi edge 18 1 13 1 INT active-hi edge 18 3 13 3 INT active-hi edge 18 4 13 4 INT active-hi edge 18 5 13 5 INT active-hi edge 18 6 13 6 INT active-hi edge 18 7 13 7 INT active-hi edge 18 8 13 8 INT active-hi edge 18 9 13 9 INT active-lo level 18 10 13 10 INT active-lo level 18 11 13 11 INT active-hi edge 18 12 13 12 INT active-hi edge 18 14 13 14 INT active-hi edge 18 15 13 15 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC IDtINT# ExtINT active-hi edge 18 0 255 0 NMI active-hi edge 0 0:A 255 1 ---------------------------------------------------------------------------- --- # SMP kernel config file options: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O options NCPU=2 # number of CPUs options NBUS=3 # number of busses options NAPIC=1 # number of IO APICs options NINTR=24 # number of INTs options SMP_INVLTLB # #options SMP_PRIVPAGES # BROKEN, DO NOT use! #options SMP_AUTOSTART # BROKEN, DO NOT use! #options SERIAL_DEBUG # com port debug output ---------------------------------------------------------------------------- --- dmesg output: Copyright (c) 1992-1996 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-970209-SNAP #0: Thu Apr 10 16:32:34 GMT 1997 FreeBSD 3.0-970209-SNAP #0: Thu Apr 10 16:32:34 GMT 1997 root@weft.cs.washington.edu:/usr/src/sys-SMP/compile/SMP Calibrating clock(s) relative to mc146818A clock ... i586 clock: 198660263 Hz, i 8254 clock: 1193156 Hz CPU: Pentium Pro (198.67-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping=9 Features=0xfbff,MTRR,PGE,MCA,CMO V> real memory = 67108864 (65536K bytes) avail memory = 62423040 (60960K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0:0 chip1 rev 1 on pci0:18:0 chip2 rev 0 on pci0:18:1 chip3 rev 1 on pci0:20 :0 Probing for devices on PCI bus 1: ahc0 rev 0 int a irq 11 on pci1:5:0 ahc0: Using left over BIOS settings ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0: waiting for scsi devices to settle scbus0 at ahc0 bus 0 sd0 at scbus0 target 0 lun 0 scbus0 at ahc0 bus 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 4148MB (8496960 512 byte sectors) st0 at scbus0 target 4 lun 0 st0: type 1 removable SCSI 2 st0: Sequential-Access density code 0x13, drive empty cd0 at scbus0 target 5 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM cd present [400000 x 2048 byte records] uk0 at scbus0 target 6 lun 0 uk0: type 3 fixed SCSI 2 uk0: Unknown fxp0 rev 1 int a irq 10 on pci1:10:0 pci_map_mem failed: device's memrange 0xf98ff000-0xf98fffff is incompatible with its bridge's memrange 0xf9a00000-0xfbefffff fxp0: Ethernet address 00:a0:c9:06:97:00 vga0 rev 1 int a irq 11 on pci1:11:0 vga1 rev 34 on pci1:15: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 not found at 0x280 ed1 not found at 0x300 ed0 not found at 0x280 ed1 not found at 0x300 fe0 not found at 0x300 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2: disabled, not probed. sio3: disabled, not probed. lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff mse0 not found at 0x23c psm0: disabled, not probed. fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 wdc1 not found at 0x170 bt0 not found at 0x330 uha0 not found at 0x330 aha0 not found at 0x330 aic0 not found at 0x340 ed0 not found at 0x280 ed1 not found at 0x300 fe0 not found at 0x300 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2: disabled, not probed. sio3: disabled, not probed. lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff mse0 not found at 0x23c psm0: disabled, not probed. fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 wdc1 not found at 0x170 bt0 not found at 0x330 uha0 not found at 0x330 aha0 not found at 0x330 aic0 not found at 0x340 nca0 not found at 0x1f88 nca1 not found at 0x350 sea0 not found wt0 not found at 0x300 mcd0 not found at 0x300 matcdc0 not found at 0x230 scd0 not found at 0x230 ie0 not found at 0x360 ep0 not found at 0x300 ex0 not found at 0xffffffff ix0 not found at 0x300 le0 not found at 0x300 lnc0 not found at 0x280 ze0 not found at 0x300 zp0 not found at 0x300 npx0 on motherboard npx0: INT 16 interface apm0: disabled, not probed. changing root device to sd0a ============================================================================ From owner-freebsd-smp Fri Apr 11 14:01:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA20599 for smp-outgoing; Fri, 11 Apr 1997 14:01:54 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA20589 for ; Fri, 11 Apr 1997 14:01:51 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id OAA07323 for ; Fri, 11 Apr 1997 14:01:22 -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 OAA04050; Fri, 11 Apr 1997 14:58:30 -0600 (MDT) Message-Id: <199704112058.OAA04050@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Christopher Ulbright cc: freebsd-smp@freebsd.org Subject: Re: APIC Missing 8254 connection In-reply-to: Your message of "Fri, 11 Apr 1997 12:07:41 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 11 Apr 1997 14:58:30 -0600 Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > I am attempting to install fbsd 3.0 SMP on a dual p6 machine with a > PR440FX Motherboard. I have successfully installed the 3.0 using the > original config file. > > After editing the config file according to the steps outlined in > "Installing the FreeBSD SMP Kernel", I began getting an error message > during boot-up: "APIC Missing 8254 connection". > ... apply the fix found in the rogue boards page, tyan tomcat II section. I can't access the SMP page right now, start at the top, look for rogue, then tyan tomcat ... -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-smp Sat Apr 12 11:29:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA14703 for smp-outgoing; Sat, 12 Apr 1997 11:29:09 -0700 (PDT) Received: from dn800e0.fingerhut.com (dn800e0-ext.fingerhut.com [204.221.45.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA14696 for ; Sat, 12 Apr 1997 11:29:06 -0700 (PDT) Received: from dn800e0.fingerhut.com (root@localhost) by dn800e0.fingerhut.com (8.7.5/8.7.3) with ESMTP id NAA07999 for ; Sat, 12 Apr 1997 13:30:31 -0500 (CDT) Received: from seag.fingerhut.com (GF007E0.SEAG.fingerhut.com [151.210.140.7]) by dn800e0.fingerhut.com (8.7.5/8.7.3) with SMTP id NAA07995 for ; Sat, 12 Apr 1997 13:30:26 -0500 (CDT) Received: from gf006e0.seag.fingerhut.com by seag.fingerhut.com (SMI-8.6/SMI-SVR4) id NAA22809; Sat, 12 Apr 1997 13:29:00 -0500 Received: by gf006e0.seag.fingerhut.com (5.x/SMI-SVR4) id AA26206; Sat, 12 Apr 1997 13:28:57 -0500 Date: Sat, 12 Apr 1997 13:28:57 -0500 Message-Id: <9704121828.AA26206@gf006e0.seag.fingerhut.com> From: Bruce Albrecht To: freebsd-smp@freebsd.org Subject: Tyan ATX 1668 Mime-Version: 1.0 (generated by tm-edit 7.68) Content-Type: text/plain; charset=US-ASCII Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've got one of these on order, and I understand that there's a problem with the 5th PCI slot, which is not currently a problem for me since I'm currently planning to use 3 slots. However, I was wondering if this problem is a hardware problem or a BIOS problem, and whether it matters which BIOS (AMI/Award) one is using. If it's BIOS, what's the change that Tyan will have the BIOS manufacturers fix it if we all complain? Also, this will be my first FreeBSD system (currently running NetBSD-Amiga), and I was wondering if I should start out running FreeBSD 2.2.1, and start looking at FreeBSD-SMP after I've gotten my basic setup done, or take the plunge and go start to FreeBSD-3.0+SMP kernel? Would I run 3.0 software + SMP kernel, or is there a complete SMP tree? Thanks, Bruce From owner-freebsd-smp Sat Apr 12 12:02:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA16038 for smp-outgoing; Sat, 12 Apr 1997 12:02:49 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA16031 for ; Sat, 12 Apr 1997 12:02:45 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA15445; Sat, 12 Apr 1997 11:42:30 -0700 From: Terry Lambert Message-Id: <199704121842.LAA15445@phaeton.artisoft.com> Subject: Re: Tyan ATX 1668 To: Bruce.Albrecht@seag.fingerhut.com (Bruce Albrecht) Date: Sat, 12 Apr 1997 11:42:30 -0700 (MST) Cc: freebsd-smp@freebsd.org In-Reply-To: <9704121828.AA26206@gf006e0.seag.fingerhut.com> from "Bruce Albrecht" at Apr 12, 97 01:28:57 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 > I've got one of these on order, and I understand that there's a > problem with the 5th PCI slot, which is not currently a problem for me > since I'm currently planning to use 3 slots. However, I was wondering > if this problem is a hardware problem or a BIOS problem, and whether > it matters which BIOS (AMI/Award) one is using. If it's BIOS, what's > the change that Tyan will have the BIOS manufacturers fix it if we all > complain? The 5th slot shares the same interrupt map as the fourth slot, so you must be able to share PCI interrupts for it to function. This should not be a problem, but you should be aware of it if you intend to use dual interrupt cards, like the Adaptec 3940 dual channel SCSI controller, since you will have to leave the slot "downwind" of the controller blank (ie: you can put the controller in slot 1 and leave slot 2 empty, you can put it in slot 2 and leave slot 3 empty, you can put it in slot 3 and leave *both* slot 4 & 5 empty, or you can put it in slot 4 or 5 and leave slot 5 or 4 AND slot 1 empty). The BIOS problem is that the mptable does not refect the correct number of PCI busses on the motherboard (it says there is one and there are 2), and so the second bus's APIC is incorrectly configured to an ISA interrupt (you can get more information on this by searching the SMP list archives on www.freebsd.org). There is a workaround in the SMP code to treat it as a "known rogue" (you should check out the "known rogues" www page on www.freeebsd.org in the SMP pages). > Also, this will be my first FreeBSD system (currently running > NetBSD-Amiga), and I was wondering if I should start out running > FreeBSD 2.2.1, and start looking at FreeBSD-SMP after I've gotten my > basic setup done, or take the plunge and go start to FreeBSD-3.0+SMP > kernel? Would I run 3.0 software + SMP kernel, or is there a complete > SMP tree? 3.0 is not integrates into the SMP tree at this point -- the SMP tree is from a code cut prior to the Lite2 integration. The easiest approach is to go to the SMP pages on www.freebsd.org, and get your CVS tree up to date for the date immediately prior to the Lite2 merge, and then bring down the SMP code (it is a replacement /usr/src/sys tree for the date shown on the WWW pages). 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 Sat Apr 12 14:37:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA23430 for smp-outgoing; Sat, 12 Apr 1997 14:37:16 -0700 (PDT) Received: from r74h25.res.gatech.edu (ken@r74h25.res.gatech.edu [128.61.74.25]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA23425 for ; Sat, 12 Apr 1997 14:37:12 -0700 (PDT) Received: (from ken@localhost) by r74h25.res.gatech.edu (8.8.5/8.8.5) id RAA25937; Sat, 12 Apr 1997 17:35:45 -0400 (EDT) Message-Id: <199704122135.RAA25937@r74h25.res.gatech.edu> Subject: Re: Tyan ATX 1668 In-Reply-To: <199704121842.LAA15445@phaeton.artisoft.com> from Terry Lambert at "Apr 12, 97 11:42:30 am" To: terry@lambert.org (Terry Lambert) Date: Sat, 12 Apr 1997 17:35:44 -0400 (EDT) Cc: Bruce.Albrecht@seag.fingerhut.com, freebsd-smp@freebsd.org From: Kenneth Merry X-Mailer: ELM [version 2.4ME+ PL25 (25)] 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 Terry Lambert wrote: > > I've got one of these on order, and I understand that there's a > > problem with the 5th PCI slot, which is not currently a problem for me > > since I'm currently planning to use 3 slots. However, I was wondering > > if this problem is a hardware problem or a BIOS problem, and whether > > it matters which BIOS (AMI/Award) one is using. If it's BIOS, what's > > the change that Tyan will have the BIOS manufacturers fix it if we all > > complain? > > The 5th slot shares the same interrupt map as the fourth slot, so you > must be able to share PCI interrupts for it to function. This should > not be a problem, but you should be aware of it if you intend to use > dual interrupt cards, like the Adaptec 3940 dual channel SCSI controller, > since you will have to leave the slot "downwind" of the controller blank > (ie: you can put the controller in slot 1 and leave slot 2 empty, you > can put it in slot 2 and leave slot 3 empty, you can put it in slot 3 > and leave *both* slot 4 & 5 empty, or you can put it in slot 4 or 5 and > leave slot 5 or 4 AND slot 1 empty). Just one note on this -- it is possible to fill all of your slots with a 3940. The cards downwind of it just have to be able to share interrupts. I've got an ASUS P/I-P65UP5 w/ C-P6ND cpu card, and the following card/slot configuration: slot 1: SMC 10/100 ethernet card slot 2: Hauppauge WinCast/TV dbx slot 3: SMC 10/100 ethernet card slot 4: Adaptec 3940UW slot 5: Matrox Millennium The Adaptec board shares two interrupts -- one with the Matrox card and one with SMC card in slot 1. -- Kenneth Merry ken@ulc199.residence.gatech.edu Disclaimer: I don't speak for GTRI, GT, or Elvis. From owner-freebsd-smp Sat Apr 12 22:41:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA17264 for smp-outgoing; Sat, 12 Apr 1997 22:41:59 -0700 (PDT) Received: from cs.utah.edu (cs.utah.edu [128.110.4.21]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA17248 for ; Sat, 12 Apr 1997 22:41:55 -0700 (PDT) Received: from fast.cs.utah.edu by cs.utah.edu (8.8.4/utah-2.21-cs) id XAA17428; Sat, 12 Apr 1997 23:40:29 -0600 (MDT) Received: by fast.cs.utah.edu (8.6.10/utah-2.15-leaf) id XAA15914; Sat, 12 Apr 1997 23:40:28 -0600 Date: Sat, 12 Apr 1997 23:40:28 -0600 From: vanmaren@fast.cs.utah.edu (Kevin Van Maren) Message-Id: <199704130540.XAA15914@fast.cs.utah.edu> To: Bruce.Albrecht@seag.fingerhut.com, terry@lambert.org Subject: Re: Tyan ATX 1668 Cc: freebsd-smp@freebsd.org Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> I've got one of these on order, and I understand that there's a >> problem with the 5th PCI slot, which is not currently a problem for me >> since I'm currently planning to use 3 slots. However, I was wondering >> if this problem is a hardware problem or a BIOS problem, and whether >> it matters which BIOS (AMI/Award) one is using. If it's BIOS, what's >> the change that Tyan will have the BIOS manufacturers fix it if we all >> complain? Only the Award BIOS is available from Tyan (If you can find the AMI, let me know; I'd really like to try it!). Award BIOS in general has a problem in that it supports at Most 1 PCI bridge, even w/o SMP. Tyan's Award BIOS also has the annoying feature in that on every soft-reboot it does the complete (slow) memory `test' (bad memory can `pass' and still cause a FreeBSD panic as soon as it boots). The BIOS also has the limitation mentioned in that only 4 entries are reserved for PCI cards, when the system has 5 slots. Also note that the BIOS has the number of processors `hard-wired' to 2. >The 5th slot shares the same interrupt map as the fourth slot, [...] I believe that the 5th slot shares with the First slot. If you put a card that doesn't use interrupts in it, you should be fine (ie, a video card). >The BIOS problem is that the mptable does not refect the correct number >of PCI busses on the motherboard (it says there is one and there are 2), >and so the second bus's APIC is incorrectly configured to an ISA >interrupt (you can get more information on this by searching the SMP >list archives on www.freebsd.org). No. They Tyan S1662/S1668 has only 1 (one) PCI bus. All 5 slots are on the same PCI bus. Of course, there are two PCI busses if you use an Adaptec 3940 or other device with a PCI-PCI bridge on it. But the particular problem referred to was the missing entry for the 5th slot. > Terry Lambert Kevin