From owner-freebsd-smp Mon Nov 2 08:51:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA06573 for freebsd-smp-outgoing; Mon, 2 Nov 1998 08:51:16 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from alpha.netaccess.on.ca (netaccess.on.ca [199.243.225.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA06563 for ; Mon, 2 Nov 1998 08:51:11 -0800 (PST) (envelope-from rob@ControlQ.com) Received: from fatlady.controlq.com (dial068.netaccess.on.ca [199.243.225.196]) by alpha.netaccess.on.ca (8.8.5/8.7.3) with SMTP id LAA06717 for ; Mon, 2 Nov 1998 11:43:32 -0500 (EST) Newsgroups: comp.unix.bsd.freebsd.misc Date: Mon, 2 Nov 1998 11:47:46 -0500 (EST) From: "Robert S. Sciuk" To: freebsd-smp@FreeBSD.ORG Subject: Re:3.0 Release boot failure with SMP and adaptec 7880 on QDI IV -- FIXED In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-342241519-909765744=:2722" Content-ID: Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org 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. ---559023410-342241519-909765744=:2722 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: Sorry to take up bandwidth ... I checked with GNATS and found similar (wrt: cdrw) and then chaned BIOS settings which fixed the glitches. FreeBSD 3.0, 7880 and SMP are working fine togther. Thanks to all who replied. Cheers, Rob. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Robert S. Sciuk 1032 Howard Rd. PO Box 6A Ph:905 632-2466 Control-Q Research Burlington, Ont. Canada Fx:905 632-7417 rob@ControlQ.com L7R 3X5 http://www.ControlQ.com ---559023410-342241519-909765744=:2722-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Nov 2 10:45:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA17190 for freebsd-smp-outgoing; Mon, 2 Nov 1998 10:45:36 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from hotmail.com (f136.hotmail.com [207.82.251.15]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA17184 for ; Mon, 2 Nov 1998 10:45:34 -0800 (PST) (envelope-from beavix@hotmail.com) Received: (qmail 5661 invoked by uid 0); 2 Nov 1998 18:45:29 -0000 Message-ID: <19981102184529.5660.qmail@hotmail.com> Received: from 203.18.240.4 by www.hotmail.com with HTTP; Mon, 02 Nov 1998 10:45:28 PST X-Originating-IP: [203.18.240.4] From: "the beavix" To: smp@FreeBSD.ORG Subject: GENERIC-SMP not finding second CPU MIME-Version: 1.0 Content-Type: text/plain Date: Mon, 02 Nov 1998 10:45:28 PST Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I'm running 3.0-CURRENT and am having some trouble with GENERIC-SMP finding my second CPU. First off, config is reporting that the option SMP_AUTOSTART isn't a valid option, so I'm not quite sure what I'm supposed to do know. The machine is an Intel PR440FX motherboard with a pair of PentiumPro 180MHz CPU's and 128Mb of RAM. I last made [3.0-CURRENT] world 02/11/98. On booting, the kernel finds CPU #1, but doesn't find #2. Any suggestions? Many thanks, beav. PS. Please reply to the mailing list, as my regular email appears to have been blocked by FreeBSD.org ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Nov 2 11:05:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA19520 for freebsd-smp-outgoing; Mon, 2 Nov 1998 11:05:44 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from mail.calweb.com (mail.calweb.com [208.131.56.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA19515 for ; Mon, 2 Nov 1998 11:05:42 -0800 (PST) (envelope-from cslye@calweb.com) Received: by mail.calweb.com (8.8.6/8.8.6) with ESMTP id LAA10777 for ; Mon, 2 Nov 1998 11:05:32 -0800 (PST) X-SMTP: helo calweb.com from cslye@calweb.com server cslye@admin3.calweb.com ip 208.131.56.73 Message-ID: <363E033B.E7651401@calweb.com> Date: Mon, 02 Nov 1998 11:08:43 -0800 From: Cameron Slye X-Mailer: Mozilla 4.5b2 [en] (X11; I; FreeBSD 2.2.7-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: smp@FreeBSD.ORG Subject: Re: GENERIC-SMP not finding second CPU References: <19981102184529.5660.qmail@hotmail.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Has this worked in the past ? Have you installed the 2nd VRM ? > I'm running 3.0-CURRENT and am having some trouble with GENERIC-SMP > finding my second CPU. > > First off, config is reporting that the option SMP_AUTOSTART isn't a > valid option, so I'm not quite sure what I'm supposed to do know. > > The machine is an Intel PR440FX motherboard with a pair of PentiumPro > 180MHz CPU's and 128Mb of RAM. I last made [3.0-CURRENT] world 02/11/98. > > On booting, the kernel finds CPU #1, but doesn't find #2. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Nov 2 11:19:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA21259 for freebsd-smp-outgoing; Mon, 2 Nov 1998 11:19:28 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA21252 for ; Mon, 2 Nov 1998 11:19:26 -0800 (PST) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id MAA05824; Mon, 2 Nov 1998 12:19:17 -0700 (MST) From: "Kenneth D. Merry" Message-Id: <199811021919.MAA05824@panzer.plutotech.com> Subject: Re: GENERIC-SMP not finding second CPU In-Reply-To: <19981102184529.5660.qmail@hotmail.com> from the beavix at "Nov 2, 98 10:45:28 am" To: beavix@hotmail.com (the beavix) Date: Mon, 2 Nov 1998 12:19:17 -0700 (MST) Cc: smp@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org the beavix wrote... > Hi, > > I'm running 3.0-CURRENT and am having some trouble with GENERIC-SMP > finding my second CPU. > > First off, config is reporting that the option SMP_AUTOSTART isn't a > valid option, so I'm not quite sure what I'm supposed to do know. > > The machine is an Intel PR440FX motherboard with a pair of PentiumPro > 180MHz CPU's and 128Mb of RAM. I last made [3.0-CURRENT] world 02/11/98. > > On booting, the kernel finds CPU #1, but doesn't find #2. > > Any suggestions? Many thanks, Send the output of the following command to the list: mptable -verbose -dmesg [ it can be run with a uniprocessor kernel ] If you don't have MP Spec version 1.4 enabled in your BIOS, try enabling it and see if that gets SMP working for you. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Nov 3 00:16:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA04414 for freebsd-smp-outgoing; Tue, 3 Nov 1998 00:16:50 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from hotmail.com (f156.hotmail.com [207.82.251.35]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id AAA04409 for ; Tue, 3 Nov 1998 00:16:48 -0800 (PST) (envelope-from beavix@hotmail.com) Received: (qmail 1829 invoked by uid 0); 3 Nov 1998 08:10:02 -0000 Message-ID: <19981103081002.1828.qmail@hotmail.com> Received: from 203.18.240.4 by www.hotmail.com with HTTP; Tue, 03 Nov 1998 00:09:59 PST X-Originating-IP: [203.18.240.4] From: "the beavix" To: smp@FreeBSD.ORG Subject: GENERIC-SMP not finding second CPU MIME-Version: 1.0 Content-Type: text/plain Date: Tue, 03 Nov 1998 00:09:59 PST Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I'm running 3.0-CURRENT and am having some trouble with GENERIC-SMP finding my second CPU. First off, config is reporting that the option SMP_AUTOSTART isn't a valid option, so I'm not quite sure what I'm supposed to do know. The machine is an Intel PR440FX motherboard with a pair of PentiumPro 180MHz CPU's and 128Mb of RAM. I last made [3.0-CURRENT] world 02/11/98. I have installed the VRM, and the BIOS is set to MP v1.4. On booting, the kernel finds CPU #1, but doesn't find #2. (see below) Any suggestions? Many thanks, beav. PS. Please reply to the mailing list, as my regular email appears to have been blocked by FreeBSD.org. Below reads mptable and dmesg: =============================================================================== MPTable, version 2.0.15 looking for EBDA pointer @ 0x040e, found, searching EBDA @ 0x0009fc00 searching CMOS 'top of mem' @ 0x0009f800 (638K) searching default 'top of mem' @ 0x0009fc00 (639K) searching BIOS @ 0x000f0000 MP FPS found in BIOS @ physical addr: 0x000f7ef0 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f7ef0 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x12 mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f7f00 signature: 'PCMP' base table length: 212 version: 1.4 checksum: 0xec OEM ID: 'INTEL ' Product ID: 'PR440FX ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 18 local APIC address: 0xfec08000 extended table length: 120 extended table checksum: 15 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x11 BSP, usable 6 1 9 0xfbff 12 0x11 AP, usable 6 1 9 0xfbff -- Bus: Bus ID Type 0 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 PIN# ExtINT active-hi edge 18 0 13 0 INT active-hi edge 18 1 13 1 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 12 13 12 INT active-hi edge 18 14 13 14 INT active-hi edge 18 15 13 15 INT active-lo level 0 11:A 13 16 INT active-lo level 0 9:A 13 17 INT active-lo level 0 6:A 13 18 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ------------------------------------------------------------------------------- MP Config Extended Table Entries: -- bus ID: 0 address type: memory address address base: 0xd4000 address range: 0x4000 -- bus ID: 0 address type: memory address address base: 0xd8000 address range: 0x4000 -- bus ID: 0 address type: memory address address base: 0xdc000 address range: 0x4000 -- bus ID: 0 address type: memory address address base: 0xa0000 address range: 0x20000 -- bus ID: 0 address type: memory address address base: 0x8000000 address range: 0xf8000000 -- bus ID: 0 address type: I/O address address base: 0x0 address range: 0x10000 ------------------------------------------------------------------------------- # SMP kernel config file options: # Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optional (built-in defaults will work in most cases): #options NCPU=2 # number of CPUs #options NBUS=2 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs ------------------------------------------------------------------------------- dmesg output: Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Tue Nov 3 02:06:23 WST 1998 toor@ether.phf.axg.net:/usr/src/sys/compile/SMP-GENERIC Timecounter "i8254" frequency 1193182 Hz CPU: Pentium Pro (686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping=9 Features=0xfbff real memory = 134217728 (131072K bytes) avail memory = 127426560 (124440K bytes) Programming 24 pins in IOAPIC #0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfec08000 cpu1 (AP): apic id: 12, version: 0x00040011, at 0xfec08000 io0 (APIC): apic id: 13, version: 0x00170011, at 0xfec00000 Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 fxp0: rev 0x02 int a irq 18 on pci0.6.0 fxp0: Ethernet address 00:a0:c9:49:77:27 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 chip2: rev 0x01 int d irq 9 on pci0.7.2 ahc0: rev 0x00 int a irq 17 on pci0.9.0 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs vga0: rev 0x03 int a irq 16 on pci0.11.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 fe0 not found at 0x300 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1 not found at 0x2f8 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x64 irq 12 on motherboard psm0: model Generic PS/2 mouse, device ID 0 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1539MB (3153024 sectors), 3128 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, intr, dma, iordy wcd0: 1378KB/sec, 48317KB cache, audio play, 255 volume levels, ejectable tray wcd0: no disc inside, unlocked wt0 not found at 0x300 mcd0 not found at 0x300 matcdc0 not found at 0x230 scd0 not found at 0x230 ie0: unknown board_id: f000 ie0 not found at 0x300 ep0 not found at 0x300 ex0 not found le0 not found at 0x300 lnc0 not found at 0x280 ze0 not found at 0x300 zp0 not found at 0x300 cs0 not found at 0x300 adv0 not found at 0x330 bt0 not found at 0x134 aha0 not found at 0x134 npx0 on motherboard npx0: INT 16 interface APIC_IO: routing 8254 via 8259 on pin 0 Waiting 15 seconds for SCSI devices to settle SMP: AP CPU #1 Launched! changing root device to wd0s2a =============================================================================== ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Nov 3 03:41:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA24916 for freebsd-smp-outgoing; Tue, 3 Nov 1998 03:41:38 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from anthrax.speck (cx19313-a.nwptn1.va.home.com [24.2.49.151]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA24911 for ; Tue, 3 Nov 1998 03:41:37 -0800 (PST) (envelope-from jedgar@speck.ml.org) Received: from localhost (jedgar@localhost) by anthrax.speck (8.9.0/8.9.0) with SMTP id GAA12981; Tue, 3 Nov 1998 06:40:53 -0500 X-Authentication-Warning: anthrax.speck: jedgar owned process doing -bs Date: Tue, 3 Nov 1998 06:40:53 -0500 (EST) From: "Chris D. Faulhaber" X-Sender: jedgar@anthrax.speck Reply-To: "Chris D. Faulhaber" To: the beavix cc: smp@FreeBSD.ORG Subject: Re: GENERIC-SMP not finding second CPU In-Reply-To: <19981103081002.1828.qmail@hotmail.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I'm running 3.0-CURRENT and am having some trouble with GENERIC-SMP > finding my second CPU. --snip-- > FreeBSD/SMP: Multiprocessor motherboard > cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfec08000 > cpu1 (AP): apic id: 12, version: 0x00040011, at 0xfec08000 > io0 (APIC): apic id: 13, version: 0x00170011, at 0xfec00000 looks like it found it... ... cpu0 is being used to launch the kernel (otherwise the system wouldn't boot)... > SMP: AP CPU #1 Launched! ...the second one is started at the end of your dmesg output. check the output of top, you should see processes on CPU0 and CPU1 under the STATE header. ----- Chris D. Faulhaber To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Nov 3 15:42:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA05066 for freebsd-smp-outgoing; Tue, 3 Nov 1998 15:42:22 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from irbs.irbs.com (irbs.irbs.com [209.36.62.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA05061 for ; Tue, 3 Nov 1998 15:42:20 -0800 (PST) (envelope-from jc@irbs.com) Received: (from jc@localhost) by irbs.irbs.com (8.8.5/8.8.5) id SAA11399; Tue, 3 Nov 1998 18:36:05 -0500 (EST) Message-ID: <19981103183604.49697@irbs.com> Date: Tue, 3 Nov 1998 18:36:04 -0500 From: John Capo To: freebsd-smp@FreeBSD.ORG Subject: Dog Sloooow SMP Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have a Gigabyte 686DLX that has been running an SMP kernel from May 18 just fine. I upgraded to -current and realized that something was wrong when a buildworld was still running the next morning. The second CPU is started and top shows both CPUs being used. I'm building a system from May 18 again to make sure the hardware is OK. Any ideas? John Capo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Nov 4 11:21:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA16243 for freebsd-smp-outgoing; Wed, 4 Nov 1998 11:21:13 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from irbs.irbs.com (irbs.irbs.com [209.36.62.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA16227 for ; Wed, 4 Nov 1998 11:21:06 -0800 (PST) (envelope-from jc@irbs.com) Received: (from jc@localhost) by irbs.irbs.com (8.8.5/8.8.5) id OAA18978; Wed, 4 Nov 1998 14:20:58 -0500 (EST) Message-ID: <19981104142058.31411@irbs.com> Date: Wed, 4 Nov 1998 14:20:58 -0500 From: John Capo To: freebsd-smp@FreeBSD.ORG Subject: Re: Dog Sloooow SMP References: <19981103183604.49697@irbs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <19981103183604.49697@irbs.com>; from John Capo on Tue, Nov 03, 1998 at 06:36:05PM -0500 Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Turns out that SMP broke for me on 5/21/98 in identcpu.c version 1.47 when code was added to identify PIIs. Not setting cpu = CPU_II fixes the problem. I suspect the real breakage is in pmap.c where cpu is used. John Capo Quoting John Capo (jc@irbs.com): > I have a Gigabyte 686DLX that has been running an SMP kernel from > May 18 just fine. I upgraded to -current and realized that something > was wrong when a buildworld was still running the next morning. > > The second CPU is started and top shows both CPUs being used. I'm > building a system from May 18 again to make sure the hardware is > OK. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Nov 4 23:44:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA29197 for freebsd-smp-outgoing; Wed, 4 Nov 1998 23:44:20 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from dingo.cdrom.com (castles186.castles.com [208.214.165.186]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA29192 for ; Wed, 4 Nov 1998 23:44:18 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (LOCALHOST [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id XAA00636; Wed, 4 Nov 1998 23:43:39 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199811050743.XAA00636@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: John Capo cc: freebsd-smp@FreeBSD.ORG Subject: Re: Dog Sloooow SMP In-reply-to: Your message of "Wed, 04 Nov 1998 14:20:58 EST." <19981104142058.31411@irbs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 04 Nov 1998 23:43:39 -0800 From: Mike Smith Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Turns out that SMP broke for me on 5/21/98 in identcpu.c version > 1.47 when code was added to identify PIIs. Not setting cpu = CPU_II > fixes the problem. > > I suspect the real breakage is in pmap.c where cpu is used. If you change all of the 'cpu == CPU_686' tests to include CPU_PII, do you get your performance back? It looks like at the very least it will be costing you some performance optimisations. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sat Nov 7 18:28:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA13682 for freebsd-smp-outgoing; Sat, 7 Nov 1998 18:28:21 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA13666; Sat, 7 Nov 1998 18:28:18 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id SAA01132; Sat, 7 Nov 1998 18:27:00 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199811080227.SAA01132@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: John Capo cc: smp@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Dog Sloooow SMP In-reply-to: Your message of "Thu, 05 Nov 1998 15:36:07 EST." <19981105153607.32581@irbs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 07 Nov 1998 18:27:00 -0800 From: Mike Smith Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Quoting Mike Smith (mike@smith.net.au): > > > Turns out that SMP broke for me on 5/21/98 in identcpu.c version > > > 1.47 when code was added to identify PIIs. Not setting cpu = CPU_II > > > fixes the problem. > > > > > > I suspect the real breakage is in pmap.c where cpu is used. > > > > If you change all of the 'cpu == CPU_686' tests to include CPU_PII, do > > you get your performance back? It looks like at the very least it will > > be costing you some performance optimisations. > > > > Restoring cpu = CPU_PII in indentcpu.c and testing for CPU_686 and > CPU_PII in pmap.c does fix the problem. > > I have an LX chipset and 233 Mhz PIIs bought around April of this > year. I wonder why noone else has seen this problem. No idea. I've received verification that fixing this for all 686-class CPUs seems to work (ie. it's OK on the Cyrix MII and doesn't appear to impact performance there), so the tests are now generalised for the entire 686-class. I hope this resolves your problems. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sat Nov 7 18:44:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA15378 for freebsd-smp-outgoing; Sat, 7 Nov 1998 18:44:18 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA15371; Sat, 7 Nov 1998 18:44:15 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id NAA32642; Sun, 8 Nov 1998 13:43:52 +1100 Date: Sun, 8 Nov 1998 13:43:52 +1100 From: Bruce Evans Message-Id: <199811080243.NAA32642@godzilla.zeta.org.au> To: jc@irbs.com, mike@smith.net.au Subject: Re: Dog Sloooow SMP Cc: current@FreeBSD.ORG, smp@FreeBSD.ORG Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >No idea. I've received verification that fixing this for all 686-class >CPUs seems to work (ie. it's OK on the Cyrix MII and doesn't appear to >impact performance there), so the tests are now generalised for the >entire 686-class. It's only OK for MII's because of various `#if 0's and `#ifdef SMP's that prevent non-OK code from running on MII's. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sat Nov 7 19:28:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA20522 for freebsd-smp-outgoing; Sat, 7 Nov 1998 19:28:37 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA20511; Sat, 7 Nov 1998 19:28:28 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Spinner) with ESMTP id LAA22362; Sun, 8 Nov 1998 11:25:49 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199811080325.LAA22362@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Bruce Evans cc: jc@irbs.com, mike@smith.net.au, current@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: Dog Sloooow SMP In-reply-to: Your message of "Sun, 08 Nov 1998 13:43:52 +1100." <199811080243.NAA32642@godzilla.zeta.org.au> Date: Sun, 08 Nov 1998 11:25:48 +0800 From: Peter Wemm Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Bruce Evans wrote: > >No idea. I've received verification that fixing this for all 686-class > >CPUs seems to work (ie. it's OK on the Cyrix MII and doesn't appear to > >impact performance there), so the tests are now generalised for the > >entire 686-class. > > It's only OK for MII's because of various `#if 0's and `#ifdef SMP's > that prevent non-OK code from running on MII's. I think it should be CPU specific, not cpu class specific. The model-specific-registers are very specific to the Intel family. I'd be a lot happier if it was 'if (cpu == CPU_686 || cpu == CPU_PII) ...' Of course, feature tests would be better. 'if (cpu_features & CF_PPRO_MSR)...' The problem is that there is a 'cpu_feature' already for the CPUID. We need more general flags than what Intel choose to tell us. > Bruce Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sat Nov 7 19:33:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA21453 for freebsd-smp-outgoing; Sat, 7 Nov 1998 19:33:29 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA21447; Sat, 7 Nov 1998 19:33:28 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id TAA01507; Sat, 7 Nov 1998 19:30:47 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199811080330.TAA01507@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Peter Wemm cc: Bruce Evans , jc@irbs.com, mike@smith.net.au, current@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: Dog Sloooow SMP In-reply-to: Your message of "Sun, 08 Nov 1998 11:25:48 +0800." <199811080325.LAA22362@spinner.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 07 Nov 1998 19:30:47 -0800 From: Mike Smith Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Bruce Evans wrote: > > >No idea. I've received verification that fixing this for all 686-class > > >CPUs seems to work (ie. it's OK on the Cyrix MII and doesn't appear to > > >impact performance there), so the tests are now generalised for the > > >entire 686-class. > > > > It's only OK for MII's because of various `#if 0's and `#ifdef SMP's > > that prevent non-OK code from running on MII's. > > I think it should be CPU specific, not cpu class specific. The > model-specific-registers are very specific to the Intel family. I'd be a > lot happier if it was 'if (cpu == CPU_686 || cpu == CPU_PII) ...' Of > course, feature tests would be better. 'if (cpu_features & CF_PPRO_MSR)...' > The problem is that there is a 'cpu_feature' already for the CPUID. We > need more general flags than what Intel choose to tell us. *shrug* If you have better documentation for what should and shouldn't be based on the CPU class vs. CPU functionality, please illuminate us poor mortals. Meanwhile I'm simply trying to get back some of the performance that seems to have been lost; I'll pull it back to two comparisons against the P6 and PII if that's considered safer. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sat Nov 7 21:36:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA00920 for freebsd-smp-outgoing; Sat, 7 Nov 1998 21:36:55 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from marvin.ece.utexas.edu (marvin.ece.utexas.edu [128.83.52.151]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA00915 for ; Sat, 7 Nov 1998 21:36:54 -0800 (PST) (envelope-from bgrayson@marvin.ece.utexas.edu) Received: (from bgrayson@localhost) by marvin.ece.utexas.edu (8.8.8/8.8.8) id XAA18126 for freebsd-smp@freebsd.org; Sat, 7 Nov 1998 23:36:41 -0600 (CST) Message-ID: <19981107233640.A17996@marvin.ece.utexas.edu> Date: Sat, 7 Nov 1998 23:36:40 -0600 From: "Brian C. Grayson" To: freebsd-smp@FreeBSD.ORG Subject: disk-wait problems/hangs Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org We're running 3.0-RELEASE on a few dual P-II boxes. Occasionally, processes will start getting hung in 'D' (disk-wait, IIRC), even on an otherwise-idle machine. They never come out, they aren't kill -9'able. Once the system gets into this state, commands like 'df' and 'ls' are likely to go into disk-wait. Eventually (on the order of minutes/hours), something crucial like nfsd, ypbind, or sshd gets stuck in D, and the machine requires a reboot. I can reproducibly force the cascade of D problems by running an a.out Netscape -- it gets hung after <2 CPU seconds, and things go downhill quickly. But I believe the problems have occurred before without the use of any a.out executables. Has anyone else seen this? Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sat Nov 7 22:03:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA05019 for freebsd-smp-outgoing; Sat, 7 Nov 1998 22:03:41 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from hotmail.com (f239.hotmail.com [207.82.251.130]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id WAA05000 for ; Sat, 7 Nov 1998 22:03:37 -0800 (PST) (envelope-from beavix@hotmail.com) Received: (qmail 1628 invoked by uid 0); 8 Nov 1998 06:03:18 -0000 Message-ID: <19981108060318.1627.qmail@hotmail.com> Received: from 203.33.252.180 by www.hotmail.com with HTTP; Sat, 07 Nov 1998 22:03:18 PST X-Originating-IP: [203.33.252.180] From: "the beavix" To: current@FreeBSD.ORG Cc: hackers@FreeBSD.ORG Subject: Serial port oddnesses in -CURRENT MIME-Version: 1.0 Content-Type: text/plain Date: Sat, 07 Nov 1998 22:03:18 PST Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi guys, I've got an Intel PR440FX dual-PPro motherboard, and am having some problems regarding serial ports in -CURRENT (which I built 3 days ago). Nov 8 13:53:34 ether /kernel: sio1: 1 more silo overflow (total 121) That's the 121st message I've got so far, and pppd has only been running for <10 minutes. I think I might have traced the problem, here's a quick snippet from dmesg: sio0: configured irq 4 not in bitmap of probed irqs 0 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 8250 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A Now what puzzles me if that any serial port should complain, it should be sio0, not sio1. What is similarly strange is that sio1 is not being used, it's been disabled in the BIOS. All I am running is an external Banksia 56k modem (connecting at 33k6), which hangs off of sio0 on the board. For one reason or another, BIOS won't let me set sio0 to use COM1 (even though I have a PS/2 mouse), so I'm stuck with COM2 for sio0. sio1 has been set to disabled in the BIOS, and there's nothing hanging off of the connector. Here I am puzzled. You can't use an external modem on a serial port if it's disabled, so why am I getting sio1 errors when the modem is using sio0? I've tried disabling sio0 and using sio1 from the BIOS, but this hasn't worked either. sio1 can take COM2 if sio0 is disabled; and when I try this, cu just sits there with "Connected" but doesn't take input. The modem doesn't seem to respond. Any ideas? Info would be greatly appreciated! -- beav. ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message