From owner-freebsd-smp Sun Jan 19 01:04:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA23920 for smp-outgoing; Sun, 19 Jan 1997 01:04:22 -0800 (PST) Received: from housing1.stucen.gatech.edu (ken@housing1.stucen.gatech.edu [130.207.52.71]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA23915 for ; Sun, 19 Jan 1997 01:04:18 -0800 (PST) Received: (from ken@localhost) by housing1.stucen.gatech.edu (8.8.4/8.8.4) id EAA20041; Sun, 19 Jan 1997 04:04:11 -0500 (EST) From: Kenneth Merry Message-Id: <199701190904.EAA20041@housing1.stucen.gatech.edu> Subject: success!! To: smp@csn.net Date: Sun, 19 Jan 1997 04:04:10 -0500 (EST) Cc: smp@freebsd.org 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 Well, I'm writing this from my machine, running X, with all of the cards installed an autoconfigured by the BIOS, with an APIC_IO kernel, using version 1.4 of the MP spec. So what happened? Well, I was recompiling my kernel, and noticed a few extraneous options in the config file that I had forgotten to delete. (just copied the generic kernel config file, and then deleted some things, and added options I needed) Also, I ran mptable tonight, with all the cards installed, and noticed that NINTR=15 had changed to NINTR=17. One of the extraneous options that I forgot to delete was options MATH_EMULATE. That was most likely the source of my X problems. So, I recompiled the kernel, booted, and then tried X, and everything seems to work. :) I installed an additional ethernet card last night, and it wasn't working properly with the SMP kernels. That was most likely because of the number of interrutps. Here is the current slot configuration, and the interrupts that the BIOS has (automatically) assigned: PCI Slot 1: SMC 10/100 (IRQ 14) (de1) PCI Slot 2: TRENDnet 10/100 (IRQ 3) (de0) PCI Slot 3: no card installed PCI Slot 4: Adaptec 3940UW (channel 1 - IRQ 5, channel 2 - IRQ 14) PCI Slot 5: Matrox Millenium (IRQ 5) ISA Slot: Gravis Ultrasound PnP Pro Here is the output of mptable -dmesg -verbose: =============================================================================== MPTable, version 2.0.5 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: 0x000f60b0 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f60b0 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x8b mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f5caa signature: 'PCMP' base table length: 268 version: 1.4 checksum: 0xd5 OEM ID: 'OEM00000' Product ID: 'PROD00000000' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 25 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 7 0xfbff 0 0x11 AP, usable 6 1 7 0xfbff -- Bus: Bus ID Type 0 PCI 1 PCI 2 ISA -- 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 2 0 2 0 INT conforms conforms 2 1 2 1 INT conforms conforms 2 0 2 2 INT conforms conforms 2 4 2 4 INT conforms conforms 2 6 2 6 INT conforms conforms 2 7 2 7 INT conforms conforms 2 8 2 8 INT conforms conforms 2 9 2 9 INT conforms conforms 2 10 2 10 INT conforms conforms 2 11 2 11 INT conforms conforms 2 12 2 12 INT conforms conforms 2 15 2 15 INT active-lo level 1 4:A 2 19 INT active-lo level 1 5:A 2 16 INT active-lo level 0 11:A 2 17 INT active-lo level 0 12:A 2 16 INT active-lo level 0 13:A 2 19 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID INT# ExtINT active-hi edge 2 0 255 0 NMI active-hi edge 2 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=3 # number of busses options NAPIC=1 # number of IO APICs options NINTR=17 # 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: Sun Jan 19 03:25:32 EST 1997 ken@panzer.res.gatech.edu:/usr/src/sys-SMP/compile/panzer 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: 1193160 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CPU: Pentium Pro (686-class CPU) Origin = "GenuineIntel" Id = 0x617 Stepping=7 Features=0xfbff,MTRR,PGE,MCA,CMOV> real memory = 134217728 (131072K bytes) avail memory = 129282048 (126252K bytes) DEVFS: ready for devices 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 chip1 rev 1 on pci0:1:0 chip2 rev 0 on pci0:1:1 mapreg[20] type=1 addr=0000e800 size=0010. chip3 rev 2 on pci0:9 bridge from pci0 to pci1 through 1. mapping regs: io:2280d0d0 mem:fae0f980 pmem:fbf0fbf0 de0 rev 32 int a irq 17 on pci0:11 Freeing (NOT implimented) irq 3 for ISA cards. mapreg[10] type=1 addr=0000c800 size=0080. mapreg[14] type=0 addr=f9000000 size=0080. reg16: ioaddr=0xc800 size=0x80 de0: 21140A [10-100Mb/s] pass 2.0 de0: address 00:40:05:2f:cf:ec de0: enabling 100baseTX port bpf: de0 attached de1 rev 18 int a irq 16 on pci0:12 Freeing (NOT implimented) irq 14 for ISA cards. mapreg[10] type=1 addr=0000c400 size=0080. mapreg[14] type=0 addr=f8800000 size=0080. reg16: ioaddr=0xc400 size=0x80 de1: SMC 9332 21140 [10-100Mb/s] pass 1.2 de1: address 00:00:c0:53:3d:e7 de1: enabling 10baseT port bpf: de1 attached vga0 rev 1 int a irq 19 on pci0:13 Freeing (NOT implimented) irq 5 for ISA cards. mapreg[10] type=0 addr=f8000000 size=4000. mapreg[14] type=0 addr=fb000000 size=800000. pci0: uses 8405248 bytes of memory from f8000000 upto fbffffff. pci0: uses 272 bytes of I/O space from c400 upto e80f. pci0: subordinate busses from 1 upto 1. Probing for devices on PCI bus 1: ahc0 rev 0 int a irq 19 on pci1:4 Freeing (NOT implimented) irq 5 for ISA cards. mapreg[10] type=1 addr=0000d800 size=0100. [pci1 uses memory from f9800000 to faefffff] mapreg[14] type=0 addr=fa000000 size=1000. reg20: virtual=0xf98a9000 physical=0xfa000000 size=0x1000 ahc0: Reading SEEPROM...done. ahc0: aic7880 Wide Channel A, SCSI Id=7, 16 SCBs ahc0: Reseting Channel A ahc0: Downloading Sequencer Program...Done ahc0: Probing channel A ahc0 waiting for scsi devices to settle ahc0: target 0 using 16Bit transfers ahc0: target 0 synchronous at 20.0MHz, offset = 0x8 (ahc0:0:0): "QUANTUM XP34550W LXQ1" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 4341MB (8890760 512 byte sectors) sd0(ahc0:0:0): with 5899 cyls, 10 heads, and an average 150 sectors/track ahc1 rev 0 int a irq 16 on pci1:5 Freeing (NOT implimented) irq 14 for ISA cards. mapreg[10] type=1 addr=0000d400 size=0100. [pci1 uses memory from f9800000 to faefffff] mapreg[14] type=0 addr=f9800000 size=1000. reg20: virtual=0xf98aa000 physical=0xf9800000 size=0x1000 using shared irq 16. ahc1: Reading SEEPROM...done. ahc1: aic7880 Wide Channel B, SCSI Id=7, 16 SCBs ahc1: Reseting Channel A ahc1: Downloading Sequencer Program...Done ahc1: Probing channel A ahc1 waiting for scsi devices to settle ahc1: target 4 synchronous at 10.0MHz, offset = 0xf (ahc1:4:0): "PLEXTOR CD-ROM PX-12CS 1.00" type 5 removable SCSI 2 cd0(ahc1:4:0): CD-ROM can't get the size pci1: uses 8192 bytes of memory from f9800000 upto fa000fff. pci1: uses 512 bytes of I/O space from d400 upto d8ff. Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1: disabled, not probed. lpt0: disabled, not probed. lpt1: disabled, not probed. psm0: current command byte:0047 psm0: status after reset 00 02 64 psm: status b1 03 c8 (get_mouse_buttons) psm0: status 00 02 64 psm0 at 0x60-0x64 irq 12 on motherboard psm0: device ID 0, 3 buttons? fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in Checking for GUS Plug-n-Play ... Board Vendor ID: GRV0001 Board Serial Number: 00000001 gus0 at 0x220 irq 11 drq 5 flags 0x6 on isa at 0x32c dma 6,5 at 0x220 irq 11 dma 5,6 npx0 on motherboard npx0: INT 16 interface imasks: bio c0090040, tty f0031012, net f0031012 BIOS Geometries: 0:0228fe3f 0..552=553 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. Considering FFS root f/s. configure() finished. DEVFS: ready to run Enabled INTs: 1, 2, 4, 6, 8, 11, 12, 16, 17, 19, imen: 0x00f4e6a9 bpf: tun0 attached bpf: tun1 attached bpf: tun2 attached bpf: sl0 attached bpf: lo0 attached IP packet filtering initialized, divert enabled, logging limited to 100 packets/entry sd0s1: type 0x7, start 63, end = 2040254, size 2040192 : OK sd0s2: type 0xa5, start 2040255, end = 8883944, size 6843690 : OK WARNING: / was not properly dismounted. SMP: All idle procs online. 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! =============================================================================== And here is my kernel config file. If anyone sees any stupid options in here, please tell me! :) =============================================================================== # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.77.2.1 1996/12/21 02:10:50 se Exp $ machine "i386" # cpu "I386_CPU" # cpu "I486_CPU" cpu "I586_CPU" cpu "I686_CPU" ident panzer maxusers 128 # options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options CHILD_MAX=128 options OPEN_MAX=128 options SYSVSHM options SYSVSEM options SYSVMSG options KTRACE options MROUTING options IPFIREWALL options IPFIREWALL_VERBOSE options "IPFIREWALL_VERBOSE_LIMIT=100" options IPDIVERT options DEVFS options "MAXMEM=(128*1024)" options MAXCONS=16 # options AHC_TAGENABLE # options AHC_SCBPAGING_ENABLE options AHC_ALLOW_MEMIO 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=17 # 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 config kernel root on sd0 controller isa0 # controller eisa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 # tape ft0 at fdc0 drive 2 # controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr # disk wd0 at wdc0 drive 0 # disk wd1 at wdc0 drive 1 # A single entry for any of these controllers (ncr, ahb, ahc, amd) is # sufficient for any number of installed devices. controller ahc0 #options "AHC_FORCE_PIO" # Some motherboards choke on MemI/O, # so use PIO in the ahc driver in the # generic kernel. controller scbus0 device sd0 device od0 #See LINT for possible `od' options. device st0 device cd0 #Only need one of these, the code dynamically grows controller snd0 device gus0 at isa? vector gusintr # device gus0 at isa? port 0x220 irq 11 drq 1 flags 0x3 vector gusintr # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Mandatory, don't remove device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? disable port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? disable port? tty irq 7 vector lptintr device lpt1 at isa? disable port? tty device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device de0 # device fxp0 # device vx0 # device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 # ijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device tun 3 pseudo-device pty 128 pseudo-device gzip # Exec gzipped a.out's pseudo-device bpfilter 4 pseudo-device snp 3 =============================================================================== Well, I'm glad everything is working, and sorry I didn't realize what was going on a little sooner. The PCI bus explanations by Steve, Terry, Doug, and others have been most helpful. If there are any more tests I can run, just lemme know. :) Thanks, Ken -- Kenneth Merry ken@ulc199.residence.gatech.edu Disclaimer: I don't speak for GTRI, GT, or Elvis. From owner-freebsd-smp Sun Jan 19 01:29:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA24481 for smp-outgoing; Sun, 19 Jan 1997 01:29:01 -0800 (PST) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id BAA24476 for ; Sun, 19 Jan 1997 01:28:57 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id CAA02329; Sun, 19 Jan 1997 02:28:37 -0700 Message-Id: <199701190928.CAA02329@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Kenneth Merry cc: smp@freebsd.org Subject: Re: success!! In-reply-to: Your message of "Sun, 19 Jan 1997 04:04:10 EST." <199701190904.EAA20041@housing1.stucen.gatech.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 19 Jan 1997 02:28:37 -0700 Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > Well, I'm writing this from my machine, running X, with all of the >cards installed an autoconfigured by the BIOS, with an APIC_IO kernel, >using version 1.4 of the MP spec. this is great news!!! --- > Also, I ran mptable tonight, with all the >cards installed, and noticed that NINTR=15 had changed to NINTR=17. > ... > I installed an additional ethernet card last >night, and it wasn't working properly with the SMP kernels. That was most >likely because of the number of interrutps. if there are too few INTR slots compiled into the kernel it SHOULD panic during the boot: i386/i386/mp_machdep.c: intEntry( IntEntry entry, int* intr ) { int x; if ( (x = (*intr)++) == NINTR ) panic( "too many INTs, increase 'NINTR'\n" ); ... } so when you "hung", I wonder if it was just a panic() call that didn't print properly? I thought I was seeing this sort of behaviour in the past, and coded all my panic calls to look like: printf( "message\n" ); panic( "\n" ); a few cleanups ago I removed all that stuff because it looked so ugly and unnecessary. Why don't you try decrementing NINTR by 1 or 2 and rerunnning config/make and see if it panic()s or if it "hangs". I may have gotten "too clever" by counting INT sources with mptable. If NINTR is undefined the kernel source defaults to 24, which works fine with all IO APICs, just wastes a little space. -- Steve Passe | powered by smp@csn.net | FreeBSD -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzHe7tEAAAEEAM274wAEEdP+grIrV6UtBt54FB5ufifFRA5ujzflrvlF8aoE 04it5BsUPFi3jJLfvOQeydbegexspPXL6kUejYt2OeptHuroIVW5+y2M2naTwqtX WVGeBP6s2q/fPPAS+g+sNZCpVBTbuinKa/C4Q6HJ++M9AyzIq5EuvO0a8Rr9AAUR tBlTdGV2ZSBQYXNzZSA8c21wQGNzbi5uZXQ+ =ds99 -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-smp Sun Jan 19 17:55:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA02801 for smp-outgoing; Sun, 19 Jan 1997 17:55:37 -0800 (PST) Received: from housing1.stucen.gatech.edu (ken@housing1.stucen.gatech.edu [130.207.52.71]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA02795 for ; Sun, 19 Jan 1997 17:55:31 -0800 (PST) Received: (from ken@localhost) by housing1.stucen.gatech.edu (8.8.4/8.8.4) id UAA27093; Sun, 19 Jan 1997 20:55:14 -0500 (EST) From: Kenneth Merry Message-Id: <199701200155.UAA27093@housing1.stucen.gatech.edu> Subject: Re: success!! In-Reply-To: <199701190928.CAA02329@clem.systemsix.com> from Steve Passe at "Jan 19, 97 02:28:37 am" To: smp@csn.net (Steve Passe) Date: Sun, 19 Jan 1997 20:55:13 -0500 (EST) Cc: smp@freebsd.org 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 Steve Passe wrote... > > Also, I ran mptable tonight, with all the > >cards installed, and noticed that NINTR=15 had changed to NINTR=17. > > ... > > I installed an additional ethernet card last > >night, and it wasn't working properly with the SMP kernels. That was most > >likely because of the number of interrutps. > > if there are too few INTR slots compiled into the kernel it SHOULD panic > during the boot: > > i386/i386/mp_machdep.c: > > intEntry( IntEntry entry, int* intr ) > { > int x; > > if ( (x = (*intr)++) == NINTR ) > panic( "too many INTs, increase 'NINTR'\n" ); > ... > } > > so when you "hung", I wonder if it was just a panic() call that didn't print > properly? I thought I was seeing this sort of behaviour in the past, and > coded all my panic calls to look like: > > printf( "message\n" ); > panic( "\n" ); > > a few cleanups ago I removed all that stuff because it looked so ugly and > unnecessary. Why don't you try decrementing NINTR by 1 or 2 and rerunnning > config/make and see if it panic()s or if it "hangs". I changed my kernel config to have NINTR=15 instead of 17, and the kernel hangs. I didn't see the panic message, though. > I may have gotten "too clever" by counting INT sources with mptable. If > NINTR is undefined the kernel source defaults to 24, which works fine with > all IO APICs, just wastes a little space. If it doesn't waste too much space, it might not be a bad idea to just tell people to use 24, or make it clear that NINTR depends on how many cards you have in your system. Thanks, Ken -- Kenneth Merry ken@ulc199.residence.gatech.edu Disclaimer: I don't speak for GTRI, GT, or Elvis. From owner-freebsd-smp Sun Jan 19 18:39:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA06171 for smp-outgoing; Sun, 19 Jan 1997 18:39:55 -0800 (PST) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id SAA06165 for ; Sun, 19 Jan 1997 18:39:51 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id TAA07123; Sun, 19 Jan 1997 19:37:01 -0700 Message-Id: <199701200237.TAA07123@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Kenneth Merry cc: smp@FreeBSD.ORG Subject: Re: success!! In-reply-to: Your message of "Sun, 19 Jan 1997 20:55:13 EST." <199701200155.UAA27093@housing1.stucen.gatech.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 19 Jan 1997 19:37:01 -0700 Sender: owner-smp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > Steve Passe wrote... > > > > Also, I ran mptable tonight, with all the > > >cards installed, and noticed that NINTR=15 had changed to NINTR=17. > > > ... > I changed my kernel config to have NINTR=15 instead of 17, and the > kernel hangs. I didn't see the panic message, though. > > > I may have gotten "too clever" by counting INT sources with mptable. If > > NINTR is undefined the kernel source defaults to 24, which works fine with > > all IO APICs, just wastes a little space. > > If it doesn't waste too much space, it might not be a bad idea to > just tell people to use 24, or make it clear that NINTR depends on how many > cards you have in your system. clearly we cannot have a kernel fail just because a card was added (this ain't no stinkin' nt box!), so yes I agree. If you were to put several quad netcards into a MB you could exceed even 24 INT entries (not INTs, we're talking about indexes into an array of data here, so shared INTs could push the total beyond the 24 discrete INT vectors of the APIC). So we also need to find out why we don't see the panic() occur. (I've sent test patches to Ken in another mailing, hopefully they will tell the tale...). -- Steve Passe | powered by smp@csn.net | FreeBSD From owner-freebsd-smp Sun Jan 19 19:05:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA07389 for smp-outgoing; Sun, 19 Jan 1997 19:05:24 -0800 (PST) Received: from housing1.stucen.gatech.edu (ken@housing1.stucen.gatech.edu [130.207.52.71]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id TAA07384 for ; Sun, 19 Jan 1997 19:05:19 -0800 (PST) Received: (from ken@localhost) by housing1.stucen.gatech.edu (8.8.4/8.8.4) id WAA27874; Sun, 19 Jan 1997 22:05:06 -0500 (EST) From: Kenneth Merry Message-Id: <199701200305.WAA27874@housing1.stucen.gatech.edu> Subject: Re: success!! In-Reply-To: <199701200237.TAA07123@clem.systemsix.com> from Steve Passe at "Jan 19, 97 07:37:01 pm" To: smp@csn.net (Steve Passe) Date: Sun, 19 Jan 1997 22:05:05 -0500 (EST) Cc: smp@FreeBSD.ORG 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 Steve Passe wrote... > Hi, > > Steve Passe wrote... > > > > > > Also, I ran mptable tonight, with all the > > > >cards installed, and noticed that NINTR=15 had changed to NINTR=17. > > > > ... > > I changed my kernel config to have NINTR=15 instead of 17, and the > > kernel hangs. I didn't see the panic message, though. > > > > > I may have gotten "too clever" by counting INT sources with mptable. If > > > NINTR is undefined the kernel source defaults to 24, which works fine with > > > all IO APICs, just wastes a little space. > > > > If it doesn't waste too much space, it might not be a bad idea to > > just tell people to use 24, or make it clear that NINTR depends on how many > > cards you have in your system. > clearly we cannot have a kernel fail just because a card was added (this ain't > no stinkin' nt box!), so yes I agree. If you were to put several quad > netcards into a MB you could exceed even 24 INT entries (not INTs, we're > talking > about indexes into an array of data here, so shared INTs could push the total > beyond the 24 discrete INT vectors of the APIC). > So we also need to find out why > we don't see the panic() occur. (I've sent test patches to Ken in > another mailing, hopefully they will tell the tale...). I tried the patch, and it does print out the following message: too many INTs, increase 'NINTR' Then it hangs. (or rather panics) So it appears that the problem was indeed that there were not enough INT entries. Ken -- Kenneth Merry ken@ulc199.residence.gatech.edu Disclaimer: I don't speak for GTRI, GT, or Elvis. From owner-freebsd-smp Mon Jan 20 01:20:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA20923 for smp-outgoing; Mon, 20 Jan 1997 01:20:31 -0800 (PST) Received: from mpress.com (qmailr@mpress.com [208.138.29.130]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id BAA20918 for ; Mon, 20 Jan 1997 01:20:28 -0800 (PST) From: brian@mediacity.com Received: (qmail 17653 invoked by uid 100); 20 Jan 1997 09:20:21 -0000 Message-ID: <19970120092021.17652.qmail@mpress.com> Subject: mptable.c.gz URL broken To: freebsd-smp@freebsd.org Date: Mon, 20 Jan 1997 01:20:21 -0800 (PST) Reply-to: brian@mpress.com X-Mailer: ELM [version 2.4ME+ PL30 (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 >From where can I get mptable.c or mptable.c.gz. The link the web page is broken. Thanks, -- Brian Litzinger brian@mediacity.com From owner-freebsd-smp Mon Jan 20 09:04:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA11855 for smp-outgoing; Mon, 20 Jan 1997 09:04:58 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id JAA11847 for ; Mon, 20 Jan 1997 09:04:55 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA15514; Mon, 20 Jan 1997 09:48:47 -0700 From: Terry Lambert Message-Id: <199701201648.JAA15514@phaeton.artisoft.com> Subject: Re: success!! To: ken@housing1.stucen.gatech.edu (Kenneth Merry) Date: Mon, 20 Jan 1997 09:48:47 -0700 (MST) Cc: smp@csn.net, smp@freebsd.org In-Reply-To: <199701200155.UAA27093@housing1.stucen.gatech.edu> from "Kenneth Merry" at Jan 19, 97 08:55:13 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 may have gotten "too clever" by counting INT sources with mptable. If > > NINTR is undefined the kernel source defaults to 24, which works fine with > > all IO APICs, just wastes a little space. > > If it doesn't waste too much space, it might not be a bad idea to > just tell people to use 24, or make it clear that NINTR depends on how many > cards you have in your system. Why not just dynmically allocate the things and be done with it forever? The code doesn't have to be 100% efficient; it's boot code. 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 Mon Jan 20 09:45:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA13958 for smp-outgoing; Mon, 20 Jan 1997 09:45:57 -0800 (PST) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id JAA13948 for ; Mon, 20 Jan 1997 09:45:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id KAA11391; Mon, 20 Jan 1997 10:43:48 -0700 Message-Id: <199701201743.KAA11391@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Terry Lambert cc: smp@freebsd.org Subject: Re: success!! In-reply-to: Your message of "Mon, 20 Jan 1997 09:48:47 MST." <199701201648.JAA15514@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 20 Jan 1997 10:43:48 -0700 Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > I may have gotten "too clever" by counting INT sources with mptable. If > > > NINTR is undefined the kernel source defaults to 24, which works fine with > > > all IO APICs, just wastes a little space. > > > > If it doesn't waste too much space, it might not be a bad idea to > > just tell people to use 24, or make it clear that NINTR depends on how many > > cards you have in your system. > > Why not just dynmically allocate the things and be done with it forever? > > The code doesn't have to be 100% efficient; it's boot code. its a matter of timing, can I safely use malloc early in init386? -- Steve Passe | powered by smp@csn.net | FreeBSD -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzHe7tEAAAEEAM274wAEEdP+grIrV6UtBt54FB5ufifFRA5ujzflrvlF8aoE 04it5BsUPFi3jJLfvOQeydbegexspPXL6kUejYt2OeptHuroIVW5+y2M2naTwqtX WVGeBP6s2q/fPPAS+g+sNZCpVBTbuinKa/C4Q6HJ++M9AyzIq5EuvO0a8Rr9AAUR tBlTdGV2ZSBQYXNzZSA8c21wQGNzbi5uZXQ+ =ds99 -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-smp Mon Jan 20 09:50:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA14222 for smp-outgoing; Mon, 20 Jan 1997 09:50:21 -0800 (PST) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id JAA14217 for ; Mon, 20 Jan 1997 09:50:17 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id KAA11428; Mon, 20 Jan 1997 10:50:03 -0700 Message-Id: <199701201750.KAA11428@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: brian@mpress.com cc: freebsd-smp@freebsd.org Subject: Re: mptable.c.gz URL broken In-reply-to: Your message of "Mon, 20 Jan 1997 01:20:21 PST." <19970120092021.17652.qmail@mpress.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 20 Jan 1997 10:50:03 -0700 Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > >From where can I get mptable.c or mptable.c.gz. The link the > web page is broken. Opps, my fault, try again! -- Steve Passe | powered by smp@csn.net | FreeBSD From owner-freebsd-smp Mon Jan 20 10:25:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA16153 for smp-outgoing; Mon, 20 Jan 1997 10:25:27 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id KAA16148 for ; Mon, 20 Jan 1997 10:25:23 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA15672; Mon, 20 Jan 1997 11:10:54 -0700 From: Terry Lambert Message-Id: <199701201810.LAA15672@phaeton.artisoft.com> Subject: Re: success!! To: smp@csn.net (Steve Passe) Date: Mon, 20 Jan 1997 11:10:54 -0700 (MST) Cc: terry@lambert.org, smp@freebsd.org In-Reply-To: <199701201743.KAA11391@clem.systemsix.com> from "Steve Passe" at Jan 20, 97 10:43:48 am 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 > > Why not just dynmically allocate the things and be done with it forever? > > > > The code doesn't have to be 100% efficient; it's boot code. > > its a matter of timing, can I safely use malloc early in init386? Can you count them before you need them? I don't think you can use malloc, but you should be able to allocate pages, as long as you do it in both address spaces. That's just my guess, though: see below. Unfortunately, the ideal approach would probably be to overallocate by a huge amount, and discard the pages later. Unfortunately, this is not possible in the current VM (kernel page discarding). The person to ask to find out about malloc() in init386 for sure would probably be Bruce, or maybe John. 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 Mon Jan 20 10:47:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA17316 for smp-outgoing; Mon, 20 Jan 1997 10:47:54 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id KAA17309 for ; Mon, 20 Jan 1997 10:47:51 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id KAA01264; Mon, 20 Jan 1997 10:44:12 -0800 (PST) Message-Id: <199701201844.KAA01264@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Steve Passe cc: Terry Lambert , smp@freebsd.org Subject: Re: success!! In-reply-to: Your message of "Mon, 20 Jan 1997 10:43:48 MST." <199701201743.KAA11391@clem.systemsix.com> From: David Greenman Reply-To: dg@root.com Date: Mon, 20 Jan 1997 10:44:11 -0800 Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> > > I may have gotten "too clever" by counting INT sources with mptable. If >> > > NINTR is undefined the kernel source defaults to 24, which works fine with >> > > all IO APICs, just wastes a little space. >> > >> > If it doesn't waste too much space, it might not be a bad idea to >> > just tell people to use 24, or make it clear that NINTR depends on how many >> > cards you have in your system. >> >> Why not just dynmically allocate the things and be done with it forever? >> >> The code doesn't have to be 100% efficient; it's boot code. > >its a matter of timing, can I safely use malloc early in init386? No. The VM system hasn't been initialized yet at that point. In fact, the kernel hasn't even determined how many physical pages are in the system yet. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-smp Mon Jan 20 11:04:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA18429 for smp-outgoing; Mon, 20 Jan 1997 11:04:06 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA18424 for ; Mon, 20 Jan 1997 11:04:04 -0800 (PST) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id LAA09724 for ; Mon, 20 Jan 1997 11:04:01 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id MAA11852; Mon, 20 Jan 1997 12:02:27 -0700 Message-Id: <199701201902.MAA11852@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: dg@root.com cc: smp@freebsd.org Subject: Re: success!! In-reply-to: Your message of "Mon, 20 Jan 1997 10:44:11 PST." <199701201844.KAA01264@root.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 20 Jan 1997 12:02:27 -0700 Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > >> Why not just dynmically allocate the things and be done with it forever? > >> > >> The code doesn't have to be 100% efficient; it's boot code. > > > >its a matter of timing, can I safely use malloc early in init386? > > No. The VM system hasn't been initialized yet at that point. In fact, the > kernel hasn't even determined how many physical pages are in the system yet. I'm just going to compile in (NAPIC * 30) and be done with it. They only cost 8 bytes each. We almost always need 16-21, so its not too much wastage. -- Steve Passe | powered by smp@csn.net | FreeBSD -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzHe7tEAAAEEAM274wAEEdP+grIrV6UtBt54FB5ufifFRA5ujzflrvlF8aoE 04it5BsUPFi3jJLfvOQeydbegexspPXL6kUejYt2OeptHuroIVW5+y2M2naTwqtX WVGeBP6s2q/fPPAS+g+sNZCpVBTbuinKa/C4Q6HJ++M9AyzIq5EuvO0a8Rr9AAUR tBlTdGV2ZSBQYXNzZSA8c21wQGNzbi5uZXQ+ =ds99 -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-smp Mon Jan 20 14:30:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA03506 for smp-outgoing; Mon, 20 Jan 1997 14:30:47 -0800 (PST) Received: from po1.glue.umd.edu (root@po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id OAA03499 for ; Mon, 20 Jan 1997 14:30:44 -0800 (PST) Received: from ginger.eng.umd.edu (ginger.eng.umd.edu [129.2.103.20]) by po1.glue.umd.edu (8.8.3/8.7.3) with ESMTP id RAA29159 for ; Mon, 20 Jan 1997 17:30:40 -0500 (EST) Received: from localhost (chuckr@localhost) by ginger.eng.umd.edu (8.8.3/8.7.3) with SMTP id RAA01941 for ; Mon, 20 Jan 1997 17:30:39 -0500 (EST) X-Authentication-Warning: ginger.eng.umd.edu: chuckr owned process doing -bs Date: Mon, 20 Jan 1997 17:30:39 -0500 (EST) From: Chuck Robey X-Sender: chuckr@ginger.eng.umd.edu To: FreeBSD-SMP@FreeBSD.org Subject: plans for code base Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-smp@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Now that smp is becoming somewhat more stable, what are the plans for merging the smp code for /sys into the main code? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-smp Mon Jan 20 17:49:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA19261 for smp-outgoing; Mon, 20 Jan 1997 17:49:18 -0800 (PST) Received: from weenix.guru.org (kmitch@unix.guru.org [198.82.200.65]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA19251 for ; Mon, 20 Jan 1997 17:49:15 -0800 (PST) Received: (from kmitch@localhost) by weenix.guru.org (8.8.4/8.8.4) id BAA06054 for smp@freebsd.org; Tue, 21 Jan 1997 01:49:10 GMT Date: Tue, 21 Jan 1997 01:49:10 GMT From: Keith Mitchell Message-Id: <199701210149.BAA06054@weenix.guru.org> To: smp@freebsd.org Subject: Re: 3.0-970114-SNAP as starting point for SMP kernel Newsgroups: local.freebsd.smp References: X-Newsreader: TIN [UNIX 1.3 unoff BETA release 961025] Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Jordon just announced availability of a 3.0-current SNAP. > This would be a good starting point for those wanting to > setup an SMP system. Please report any successes (or failures) > with this SNAP for SMP. Details for getting from a SNAP > to an SMP system are at: I had to reinstal me system last night (a system crash took my root and /usr with it). Everything seemed to work fine except for the linux emulation lkm. I guess -current made some changes that the smp kernel doesn't have. The errors are: /lkm/linux_mod.o: Undefined symbol `_curproc' referenced from text segment /lkm/linux_mod.o: Undefined symbol `_curproc' referenced from text segment /lkm/linux_mod.o: Undefined symbol `_curproc' referenced from text segment /lkm/linux_mod.o: Undefined symbol `_curproc' referenced from text segment /lkm/linux_mod.o: Undefined symbol `_curproc' referenced from text segment /lkm/linux_mod.o: Undefined symbol `_curproc' referenced from text segment /lkm/linux_mod.o: Undefined symbol `_curproc' referenced from text segment /lkm/linux_mod.o: Undefined symbol `_curproc' referenced from text segment /lkm/linux_mod.o: Undefined symbol `_curproc' referenced from text segment /lkm/linux_mod.o: More undefined symbol _curproc refs follow Are there any plans to merge -current into -smp or -smp into -current in the near future?? From owner-freebsd-smp Mon Jan 20 18:42:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA21345 for smp-outgoing; Mon, 20 Jan 1997 18:42:03 -0800 (PST) Received: from mpress.com (qmailr@mpress.com [208.138.29.130]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id SAA21340 for ; Mon, 20 Jan 1997 18:42:01 -0800 (PST) From: brian@mediacity.com Received: (qmail 28566 invoked by uid 100); 21 Jan 1997 02:41:51 -0000 Message-ID: <19970121024151.28565.qmail@mpress.com> Subject: make -j makes errors To: freebsd-smp@freebsd.org Date: Mon, 20 Jan 1997 18:41:51 -0800 (PST) Reply-to: brian@mpress.com X-Mailer: ELM [version 2.4ME+ PL30 (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 Someone was nice enough to email the changes necessary to /usr/share/make/sys.mk to keep make -j from having compile problems. I misplaced the changes. Could some kind soul send them to be again? Thanks, -- Brian Litzinger brian@mediacity.com From owner-freebsd-smp Mon Jan 20 18:51:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA22038 for smp-outgoing; Mon, 20 Jan 1997 18:51:41 -0800 (PST) Received: from housing1.stucen.gatech.edu (ken@housing1.stucen.gatech.edu [130.207.52.71]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA22031 for ; Mon, 20 Jan 1997 18:51:39 -0800 (PST) Received: (from ken@localhost) by housing1.stucen.gatech.edu (8.8.4/8.8.4) id VAA11510; Mon, 20 Jan 1997 21:51:04 -0500 (EST) From: Kenneth Merry Message-Id: <199701210251.VAA11510@housing1.stucen.gatech.edu> Subject: Re: 3.0-970114-SNAP as starting point for SMP kernel In-Reply-To: <199701210149.BAA06054@weenix.guru.org> from Keith Mitchell at "Jan 21, 97 01:49:10 am" To: kmitch@weenix.guru.org (Keith Mitchell) Date: Mon, 20 Jan 1997 21:51:03 -0500 (EST) Cc: smp@freebsd.org 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 Keith Mitchell wrote... > > Jordon just announced availability of a 3.0-current SNAP. > > This would be a good starting point for those wanting to > > setup an SMP system. Please report any successes (or failures) > > with this SNAP for SMP. Details for getting from a SNAP > > to an SMP system are at: > > I had to reinstal me system last night (a system crash took my root > and /usr with it). Everything seemed to work fine except for the linux > emulation lkm. I guess -current made some changes that the smp kernel > doesn't have. The errors are: > > /lkm/linux_mod.o: Undefined symbol `_curproc' referenced from text segment > /lkm/linux_mod.o: Undefined symbol `_curproc' referenced from text segment > /lkm/linux_mod.o: Undefined symbol `_curproc' referenced from text segment > /lkm/linux_mod.o: Undefined symbol `_curproc' referenced from text segment > /lkm/linux_mod.o: Undefined symbol `_curproc' referenced from text segment > /lkm/linux_mod.o: Undefined symbol `_curproc' referenced from text segment > /lkm/linux_mod.o: Undefined symbol `_curproc' referenced from text segment > /lkm/linux_mod.o: Undefined symbol `_curproc' referenced from text segment > /lkm/linux_mod.o: Undefined symbol `_curproc' referenced from text segment > /lkm/linux_mod.o: More undefined symbol _curproc refs follow > > Are there any plans to merge -current into -smp or -smp into -current in > the near future?? I ran into the same problem, and fixed it with: options COMPAT_LINUX in my kernel config file. IIRC, that just statically compiles in the linux emulation stuff. (dunno about any merge plans, though. If things are stable enough, it could be helpful.) Ken -- Kenneth Merry ken@ulc199.residence.gatech.edu Disclaimer: I don't speak for GTRI, GT, or Elvis. From owner-freebsd-smp Mon Jan 20 18:53:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA22100 for smp-outgoing; Mon, 20 Jan 1997 18:53:42 -0800 (PST) Received: from mpress.com (qmailr@mpress.com [208.138.29.130]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id SAA22093 for ; Mon, 20 Jan 1997 18:53:39 -0800 (PST) From: brian@mediacity.com Received: (qmail 29006 invoked by uid 100); 21 Jan 1997 02:53:37 -0000 Message-ID: <19970121025337.29005.qmail@mpress.com> Subject: FPU To: freebsd-smp@freebsd.org Date: Mon, 20 Jan 1997 18:53:37 -0800 (PST) Reply-to: brian@mpress.com X-Mailer: ELM [version 2.4ME+ PL30 (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 I've read several mentions in the freebsd-smp list that some aspect of Floating Point does not work. I was wondering, does the SMP kernel thus use software FP emulation, or am I at some risk of failure if I run programs using FP? Thanks, -- Brian Litzinger brian@mediacity.com From owner-freebsd-smp Mon Jan 20 18:59:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA22331 for smp-outgoing; Mon, 20 Jan 1997 18:59:34 -0800 (PST) Received: from po2.glue.umd.edu (root@po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA22326 for ; Mon, 20 Jan 1997 18:59:31 -0800 (PST) Received: from ginger.eng.umd.edu (ginger.eng.umd.edu [129.2.103.20]) by po2.glue.umd.edu (8.8.3/8.7.3) with ESMTP id VAA11135; Mon, 20 Jan 1997 21:59:25 -0500 (EST) Received: from localhost (chuckr@localhost) by ginger.eng.umd.edu (8.8.3/8.7.3) with SMTP id VAA02364; Mon, 20 Jan 1997 21:59:24 -0500 (EST) X-Authentication-Warning: ginger.eng.umd.edu: chuckr owned process doing -bs Date: Mon, 20 Jan 1997 21:59:24 -0500 (EST) From: Chuck Robey X-Sender: chuckr@ginger.eng.umd.edu To: brian@mpress.com cc: freebsd-smp@freebsd.org Subject: Re: make -j makes errors In-Reply-To: <19970121024151.28565.qmail@mpress.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 20 Jan 1997 brian@mediacity.com wrote: > Someone was nice enough to email the changes necessary to > /usr/share/make/sys.mk to keep make -j from having compile > problems. > > I misplaced the changes. Could some kind soul send them to be again? Better yet, how about posting them? I could use them too. > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-smp Mon Jan 20 19:10:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA22820 for smp-outgoing; Mon, 20 Jan 1997 19:10:12 -0800 (PST) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [208.147.154.56]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id TAA22808 for ; Mon, 20 Jan 1997 19:10:06 -0800 (PST) Received: from bonsai.hiwaay.net by fly.HiWAAY.net; (8.8.4/1.1.8.2/21Sep95-1003PM) id VAA25580; Mon, 20 Jan 1997 21:09:32 -0600 (CST) Message-ID: <32E43320.446B9B3D@hiwaay.net> Date: Mon, 20 Jan 1997 21:08:16 -0600 From: Steve Price X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: brian@mpress.com CC: freebsd-smp@freebsd.org Subject: Re: make -j makes errors References: <19970121024151.28565.qmail@mpress.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk brian@mediacity.com wrote: > > Someone was nice enough to email the changes necessary to > /usr/share/make/sys.mk to keep make -j from having compile > problems. > > I misplaced the changes. Could some kind soul send them to be again? > > Thanks, > > -- > Brian Litzinger > brian@mediacity.com I committed them once, but have since removed them at the urging of Bruce and Garrett. I am working on fixing this scenario the right way now (with the a little guidance from Bruce :). The easiest way (but not the best way) is to apply the attached patch. Steve =================================================================== RCS file: /u/FreeBSD/cvs/src/share/mk/sys.mk,v retrieving revision 1.21 diff -u -r1.21 sys.mk --- sys.mk 1997/01/14 06:33:32 1.21 +++ sys.mk 1997/01/21 03:05:22 @@ -190,10 +190,8 @@ ${CC} ${CFLAGS} -c ${.PREFIX}.tmp.c -o ${.TARGET} rm -f ${.PREFIX}.tmp.c -# XXX not -j safe .y.c: - ${YACC} ${YFLAGS} ${.IMPSRC} - mv y.tab.c ${.TARGET} + (${YACC} ${YFLAGS} ${.IMPSRC}; mv y.tab.c ${.TARGET}) .l.c: ${LEX} -t ${LFLAGS} ${.IMPSRC} > ${.TARGET} From owner-freebsd-smp Mon Jan 20 23:45:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA05443 for smp-outgoing; Mon, 20 Jan 1997 23:45:57 -0800 (PST) Received: from housing1.stucen.gatech.edu (ken@housing1.stucen.gatech.edu [130.207.52.71]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA05438 for ; Mon, 20 Jan 1997 23:45:52 -0800 (PST) Received: (from ken@localhost) by housing1.stucen.gatech.edu (8.8.4/8.8.4) id CAA14073 for smp@freebsd.org; Tue, 21 Jan 1997 02:45:49 -0500 (EST) From: Kenneth Merry Message-Id: <199701210745.CAA14073@housing1.stucen.gatech.edu> Subject: possible bug To: smp@freebsd.org Date: Tue, 21 Jan 1997 02:45:48 -0500 (EST) 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 I ran into this while compiling the perl5 port tonight. This little C program is part of the Configure script: ======================================================== #include #include void blech() { exit(3); } main() { int i32; double f; int result = 0; signal(SIGFPE, blech); f = (double) 0x7fffffff; f = 10 * f; i32 = (int) f; if (i32 != (int) f) result |= 1; exit(result); } ======================================================== In single processor mode, it runs just fine. When I activate the second processor and run the program, though, it crashes the machine. (i.e. no keyboard or mouse input works, everything is hung) It doesn't (or at least hasn't for me) produce a crash dump. (haven't had time to enable DDB and try to trace it there..) I'm running the latest SMP sources, with APIC_IO and SMP_INVLTLB enabled. If anyone wants more info, let me know. Ken -- Kenneth Merry ken@ulc199.residence.gatech.edu Disclaimer: I don't speak for GTRI, GT, or Elvis. From owner-freebsd-smp Wed Jan 22 14:19:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA01309 for smp-outgoing; Wed, 22 Jan 1997 14:19:55 -0800 (PST) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA01304 for ; Wed, 22 Jan 1997 14:19:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id PAA25486; Wed, 22 Jan 1997 15:19:17 -0700 Message-Id: <199701222219.PAA25486@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Kenneth Merry cc: smp@freebsd.org Subject: Re: possible bug In-reply-to: Your message of "Tue, 21 Jan 1997 02:45:48 EST." <199701210745.CAA14073@housing1.stucen.gatech.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Jan 1997 15:19:16 -0700 Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > I ran into this while compiling the perl5 port tonight. This >little C program is part of the Configure script: > ... > In single processor mode, it runs just fine. When I activate the >second processor and run the program, though, it crashes the machine. (i.e. >no keyboard or mouse input works, everything is hung) It doesn't (or at >least hasn't for me) produce a crash dump. (haven't had time to enable >DDB and try to trace it there..) I can reproduce the same result here, total lockup. Don't have time to pursue it now..., but thanx for the report! Along this line (FLOAT bugs in SMP) I decided to start X11 and run ico (X11R6/contrib/programs/ico). I was able to run 3 simultanious copies for several hours without problems. -- Steve Passe | powered by smp@csn.net | FreeBSD From owner-freebsd-smp Wed Jan 22 19:15:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA22674 for smp-outgoing; Wed, 22 Jan 1997 19:15:03 -0800 (PST) Received: from mpress.com (qmailr@mpress.com [208.138.29.130]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id TAA22656 for ; Wed, 22 Jan 1997 19:14:59 -0800 (PST) From: brian@mediacity.com Received: (qmail 16663 invoked by uid 100); 23 Jan 1997 03:14:52 -0000 Message-ID: <19970123031452.16662.qmail@mpress.com> Subject: ASUS P/I-P6NP5 C-P6ND w/MP 1.4 success! To: freebsd-smp@freebsd.org Date: Wed, 22 Jan 1997 19:14:52 -0800 (PST) Reply-to: brian@mpress.com X-Mailer: ELM [version 2.4ME+ PL30 (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 ASUS P/I-P6NP5 C-P6ND w/MP 1.4 2xPP200 w/256MB RAM Is working well. -- Brian Litzinger brian@mediacity.com From owner-freebsd-smp Thu Jan 23 08:57:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA29125 for smp-outgoing; Thu, 23 Jan 1997 08:57:38 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA29120 for ; Thu, 23 Jan 1997 08:57:33 -0800 (PST) Received: by sovcom.kiae.su id AA26087 (5.65.kiae-1 for freebsd-smp@FreeBSD.org); Thu, 23 Jan 1997 19:45:20 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Thu, 23 Jan 97 19:45:19 +0300 Received: by rusind.msk.ru (dMail for DOS v1.23, 15Jun94); Thu, 23 Jan 1997 19:43:09 +0300 To: freebsd-smp@FreeBSD.org Message-Id: Organization: Russian Industrial Bank Date: Thu, 23 Jan 1997 19:43:09 +0300 (MSK) From: "Zimin Andrey" X-Mailer: dMail [Demos Mail for DOS v1.23] Subject: Can't get smp-src from CVSup server... Lines: 20 Sender: owner-smp@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Good day. I have different contens of supfile-smp. First from http://www.freebsd.org/~fsmp/SMP/getstarted.html Second from subscribing informations this mailing-list BUT I can't load src's of SMP kernel... %-( ___________ I get 3.0-970118-SNAP from ftp.freebsd.org instal statik linked binaries CVSup 1.14.1.1 make two different supfile-smp_from_WWW and supfile-smp_from_list then type: # cvsup -g -L 2 supfile-smp_(first and second) then read - Nonexisten prefix .... No collections selected Can you send me right supfile-smp or write what wrong? Andrey Zimin P.S.: Sorry my poor english... $-) From owner-freebsd-smp Thu Jan 23 10:37:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA03729 for smp-outgoing; Thu, 23 Jan 1997 10:37:38 -0800 (PST) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA03721 for ; Thu, 23 Jan 1997 10:37:32 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id LAA01061; Thu, 23 Jan 1997 11:36:27 -0700 Message-Id: <199701231836.LAA01061@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: "Zimin Andrey" cc: Peter Wemm , freebsd-smp@freebsd.org Subject: Re: Can't get smp-src from CVSup server... In-reply-to: Your message of "Thu, 23 Jan 1997 19:43:09 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 23 Jan 1997 11:36:27 -0700 Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > Good day. > > I have different contens of supfile-smp. > First from http://www.freebsd.org/~fsmp/SMP/getstarted.html > Second from subscribing informations this mailing-list > BUT I can't load src's of SMP kernel... %-( > ___________ > I get 3.0-970118-SNAP from ftp.freebsd.org > instal statik linked binaries CVSup 1.14.1.1 > make two different supfile-smp_from_WWW and supfile-smp_from_list > then type: # cvsup -g -L 2 supfile-smp_(first and second) > then read - Nonexisten prefix .... No collections selected > > Can you send me right supfile-smp or write what wrong? Use the supfile from the web page, the one on the mailing list might refer to the old sup server (ie freefall). Peter, could you check this, I don't know where/have access to that file. I suspect the web version doesn't work because you don't have a directory named /usr/cvssmp on you local system, this should be the "prefix" field it is complaining about in your attempt to sup the source. Either create this directory or change the prefix to be the location where you want the src to go. -- Steve Passe | powered by smp@csn.net | FreeBSD From owner-freebsd-smp Thu Jan 23 14:44:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA17003 for smp-outgoing; Thu, 23 Jan 1997 14:44:17 -0800 (PST) Received: from mpress.com (qmailr@mpress.com [208.138.29.130]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA16998 for ; Thu, 23 Jan 1997 14:44:10 -0800 (PST) From: brian@mediacity.com Received: (qmail 1878 invoked by uid 100); 23 Jan 1997 22:43:57 -0000 Message-ID: <19970123224357.1877.qmail@mpress.com> Subject: options NOFPU To: freebsd-smp@freebsd.org Date: Thu, 23 Jan 1997 14:43:56 -0800 (PST) Reply-to: brian@mpress.com X-Mailer: ELM [version 2.4ME+ PL30 (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 The following is a kludge: I made the enclosed changes to npx.c to force the npx driver to fail to detect the FPU. This results in the kernel using software FPU emulation, and the attached program no longer freezes the system. For those interested, if you have an FPU the npx driver will use it regardless of the GPL_MATH_EMULATE or MATH_EMULATE options being present in your config. how to apply the patch: cd /usr/src patch #include void blech() { exit(3); } main() { int i32; double f; int result = 0; signal(SIGFPE, blech); f = (double) 0x7fffffff; f = 10 * f; i32 = (int) f; if (i32 != (int) f) result |= 1; exit(result); } -----------------The patch to sys/i386/isa/npx.c-------------- *** sys/i386/isa/npx.c.orig Thu Jan 23 14:33:20 1997 --- sys/i386/isa/npx.c Thu Jan 23 12:51:36 1997 *************** *** 271,276 **** --- 271,277 ---- npxprobe1(dvp) struct isa_device *dvp; { + #ifndef NOFPU u_short control; u_short status; *************** *** 368,373 **** --- 369,375 ---- */ } } + #endif /* !NOFPU */ /* * Probe failed, but we want to get to npxattach to initialize the * emulator and say that it has been installed. XXX handle devices -------------------cut here--------------------------- From owner-freebsd-smp Thu Jan 23 22:51:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA11249 for smp-outgoing; Thu, 23 Jan 1997 22:51:07 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id WAA11244 for ; Thu, 23 Jan 1997 22:51:04 -0800 (PST) Received: by sovcom.kiae.su id AA28931 (5.65.kiae-1 ); Fri, 24 Jan 1997 09:42:01 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Fri, 24 Jan 97 09:42:00 +0300 Received: by rusind.msk.ru (dMail for DOS v1.23, 15Jun94); Fri, 24 Jan 1997 09:40:18 +0300 To: smp@csn.net, freebsd-smp@FreeBSD.org References: <199701231836.LAA01061@clem.systemsix.com> Message-Id: Organization: Russian Industrial Bank Date: Fri, 24 Jan 1997 09:40:18 +0300 (MSK) From: "Zimin Andrey" X-Mailer: dMail [Demos Mail for DOS v1.23] Subject: Re: Can't get smp-src from CVSup server... Lines: 10 Sender: owner-smp@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >I suspect the web version doesn't work because you don't have a directory >named /usr/cvssmp on you local system, this should be the "prefix" field it YES! I't work! May be write this in getstarted.html? >is complaining about in your attempt to sup the source. Either create this >directory or change the prefix to be the location where you want the src >to go. Andrey Zimin From owner-freebsd-smp Thu Jan 23 23:16:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA12300 for smp-outgoing; Thu, 23 Jan 1997 23:16:08 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA12295 for ; Thu, 23 Jan 1997 23:16:06 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vnfrC-0003wRC; Thu, 23 Jan 97 23:15 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id IAA10922; Fri, 24 Jan 1997 08:15:23 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id IAA02474; Fri, 24 Jan 1997 08:16:09 +0100 (MET) To: brian@mpress.com cc: freebsd-smp@freebsd.org Subject: Re: options NOFPU In-reply-to: Your message of "Thu, 23 Jan 1997 14:43:56 PST." <19970123224357.1877.qmail@mpress.com> Date: Fri, 24 Jan 1997 08:16:09 +0100 Message-ID: <2472.854090169@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <19970123224357.1877.qmail@mpress.com>, brian@mediacity.com writes: >The following is a kludge: > >I made the enclosed changes to npx.c to force the npx driver >to fail to detect the FPU. This results in the kernel using >software FPU emulation, and the attached program no longer >freezes the system. > >For those interested, if you have an FPU the npx driver will >use it regardless of the GPL_MATH_EMULATE or MATH_EMULATE >options being present in your config. > This should be a flag to npx0 so it can be set in userconfig (boot -c) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-smp Fri Jan 24 00:12:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA14731 for smp-outgoing; Fri, 24 Jan 1997 00:12:56 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA14726 for ; Fri, 24 Jan 1997 00:12:53 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id TAA06520; Fri, 24 Jan 1997 19:01:25 +1100 Date: Fri, 24 Jan 1997 19:01:25 +1100 From: Bruce Evans Message-Id: <199701240801.TAA06520@godzilla.zeta.org.au> To: brian@mpress.com, phk@critter.dk.tfs.com Subject: Re: options NOFPU Cc: freebsd-smp@freebsd.org Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>The following is a kludge: >> >>I made the enclosed changes to npx.c to force the npx driver >>to fail to detect the FPU. This results in the kernel using >... >This should be a flag to npx0 so it can be set in userconfig (boot -c) There is already a `disable' flag for npx0. This has the same bug as the patch: nothing sets CR0_MP. CR0_MP must be set to prevent subtle errors involving `fwait' with emulators like the GPL math emulator that actually emulate `fwait' properly (see npx.c). Removing npx0 from the config file should not-quite-work in the same way as disabling npx0, but I recently broke this when I added the memory address size hack in machdep.c. Bruce From owner-freebsd-smp Fri Jan 24 07:13:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA02330 for smp-outgoing; Fri, 24 Jan 1997 07:13:49 -0800 (PST) Received: from mail.ptd.net (qmailr@ns1.ptd.net [198.80.46.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA02325 for ; Fri, 24 Jan 1997 07:13:32 -0800 (PST) Received: (qmail 28254 invoked from network); 24 Jan 1997 15:13:05 -0000 Received: from user1.ptd.net (HELO home.ptd.net) (204.186.0.150) by postoffice.ptd.net with SMTP; 24 Jan 1997 15:13:05 -0000 Date: Fri, 24 Jan 1997 10:13:05 -0500 (EST) From: PTD-000440 X-Sender: dstevens@home.ptd.net To: freebsd-smp@freebsd.org Subject: UNSUBSCRIBE dstevens@prolog.net Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk UNSUBSCRIBE dstevens@ptd.net From owner-freebsd-smp Sat Jan 25 05:14:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA02306 for smp-outgoing; Sat, 25 Jan 1997 05:14:05 -0800 (PST) Received: from intercore.com (num1sun.intercore.com [199.181.243.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA02300 for ; Sat, 25 Jan 1997 05:14:01 -0800 (PST) Received: (robin@localhost) by intercore.com (8.7.1/8.6.4) id IAA05471; Sat, 25 Jan 1997 08:05:46 -0500 (EST) Message-Id: <199701251305.IAA05471@intercore.com> Date: Sat, 25 Jan 1997 08:05:45 -0500 From: robin@intercore.com (Robin Cutshaw) To: smp@freebsd.org Subject: SMP reboots when running X X-Mailer: Mutt 0.47 Mime-Version: 1.0 Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just tried to run XF86Setup from the X3.2x build and my SMP kernel spontaneously reboots when going into graphics mode. I've tried it with one and two processors active. The 3.0 SNAP kernel works fine. Config: Dell poweredge SP 5133-2 (dual P133) 64MB #9 Trio64 card options SMP and APIC_IO robin -- ---- Robin Cutshaw internet: robin@interlabs.com robin@intercore.com Internet Labs, Inc. BellNet: 404-817-9787 "Time is just one damn thing after another" -- PBS/Nova ---- -- From owner-freebsd-smp Sat Jan 25 09:23:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA08988 for smp-outgoing; Sat, 25 Jan 1997 09:23:57 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA08953; Sat, 25 Jan 1997 09:20:57 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA00874; Sat, 25 Jan 1997 18:20:55 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id SAA15081; Sat, 25 Jan 1997 18:12:07 +0100 (MET) Message-ID: Date: Sat, 25 Jan 1997 18:12:05 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: core@freebsd.org Cc: smp@freebsd.org Subject: Current SMP status inquiry X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Howdy, what's the current word about SMP? I thought the 2.2/3.0 split happened in order to allow the back- integration of the SMP stuff into the regular tree. However, i haven't seen any sign of this by now... The reason i'm asking: by end of february, the German Unix Users Group (GUUG) holds its annual Spring Meeting (Fruehjahrs-Workshop), which is basically a very technically-oriented meeting. As in last year, they plan to distribute the proceedings in electronic form on a CD-ROM. Again as in last year, there's plenty of space on this CD available, and we've got the opportunity to stuff some FreeBSD tree onto it. I would like to put an experimental snapshot there. While i could put a close-to-2.2R (or actual 2.2R) there (with only some tweaks to allow installing it off the directory /FreeBSD on the CD), it's a little pointless to duplicate something that's also available publically. So i think putting a FreeBSD/SMP there would make more sense, provided the system is basically usable and could serve as an experimental base for more than just a dozen developers. Btw., i've got a designated FreeBSD track there, and are currently hectically collecting volunteers for papers... the GUUG meisters have allocated and announced the FreeBSD workshop, but apparently with nothing else in their back than my submission. :-/ But so far, it doesn't look bad, i've got a few `Aye's already. I hope i will also be able to convince the BISDN folks and Stefan Esser... Jordan, can you get me 10 2.1.6 CD's for this even, too? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-smp Sat Jan 25 15:41:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA23211 for smp-outgoing; Sat, 25 Jan 1997 15:41:20 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA23155; Sat, 25 Jan 1997 15:40:06 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id PAA07256; Sat, 25 Jan 1997 15:39:59 -0800 (PST) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: core@freebsd.org, smp@freebsd.org Subject: Re: Current SMP status inquiry In-reply-to: Your message of "Sat, 25 Jan 1997 18:12:05 +0100." Date: Sat, 25 Jan 1997 15:39:58 -0800 Message-ID: <7252.854235598@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > i think putting a FreeBSD/SMP there would make more sense, provided > the system is basically usable and could serve as an experimental base > for more than just a dozen developers. I agree. > Btw., i've got a designated FreeBSD track there, and are currently > hectically collecting volunteers for papers... the GUUG meisters have > allocated and announced the FreeBSD workshop, but apparently with > nothing else in their back than my submission. :-/ But so far, it Bleah. Maybe I should come and talk about something, if things are this sparse. :-) Surely there must be more people willing to talk about FreeBSD at the GUUG - have you talked to the DITECH folks? > Jordan, can you get me 10 2.1.6 CD's for this even, too? Of course. As a core team member, you can even order them yourself directly (as I've posted in past messages to core :). Just send the usual mail to Kelly. Jordan From owner-freebsd-smp Sat Jan 25 19:11:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA12245 for smp-outgoing; Sat, 25 Jan 1997 19:11:19 -0800 (PST) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id TAA12208 for ; Sat, 25 Jan 1997 19:10:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id UAA17593; Sat, 25 Jan 1997 20:08:43 -0700 Message-Id: <199701260308.UAA17593@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: robin@intercore.com (Robin Cutshaw) cc: smp@freebsd.org Subject: Re: SMP reboots when running X In-reply-to: Your message of "Sat, 25 Jan 1997 08:05:45 EST." <199701251305.IAA05471@intercore.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 25 Jan 1997 20:08:43 -0700 Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, The standard drill is to send me the output of "mptable -verbose -dmesg" run immediately after booting and starting the 2nd CPU (ie b4 attempting to start X). mptable.c can be found on the web page. My first guess is that you need to add options SMP_INVLTLB, this should aslways be done with APIC_IO. -- Steve Passe | powered by smp@csn.net | FreeBSD From owner-freebsd-smp Sat Jan 25 19:27:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA13158 for smp-outgoing; Sat, 25 Jan 1997 19:27:35 -0800 (PST) Received: from smerdon.livonia.mi.us (root@pm234-03.dialip.mich.net [198.110.144.135]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA13149 for ; Sat, 25 Jan 1997 19:27:22 -0800 (PST) Received: from p133 (e0.i386.smerdon.livonia.mi.us [199.33.147.37]) by smerdon.livonia.mi.us (8.7.5/8.6.9) with SMTP id WAA19776 for ; Sat, 25 Jan 1997 22:27:02 -0500 (EST) Message-Id: <3.0.32.19970125222703.0095bb40@smerdon.livonia.mi.us> X-Sender: jds@smerdon.livonia.mi.us X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sat, 25 Jan 1997 22:27:05 -0500 To: smp@freebsd.org From: "John D. Smerdon" Subject: Tyan Tomcat II SMP video problems Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk (Unix/FreeBSD/SMP novice questions...) I have a Tyan Tomcat II with 2/P133's and a Matrox Millennium video card. When the system first boots, these messages are displayed: >ipi_ihandler_attach: counting ipi irq24's as clk0 irqs >ipi_ihandler_attach: counting ipi irq25's as clk0 irqs >ipi_ihandler_attach: counting ipi irq26's as clk0 irqs >ipi_ihandler_attach: counting ipi irq27's as clk0 irqs but are not logged to the /var/log/messages file. The booting continues, until the "SMP: All idle procs online." message is displayed. The system appears to hang, but is really running and not updating the video. I can blindly type and login or telnet in from another system. Enabling the second processor `sysctl -w kern.smp_active=2` causes the screen to display other messages in the booting sequence, but then the video seems to hang again. I was running the 3.0-current as of Wednesday, then grabbed the SMP sys files and created a SMP kernel using the options suggested in the mptable output. dmesg would not run with the SMP kernel, I don't remember the message it displayed but I think it was complaining about kmem not being correct. Attempting to `cd /usr/src/sbin ; make` failed because the opt_smp.h files could not be found for some programs. `shutdown -r now` never restarts the system. Any suggestions for the video? mptable output is: ============================================================================ === MPTable, version 2.0.5 looking for EBDA pointer @ 0x040e, NOT found searching CMOS 'top of mem' @ 0x0009fc00 (639K) searching BIOS @ 0x000f0000 MP FPS found in BIOS @ physical addr: 0x000f0c80 ---------------------------------------------------------------------------- --- MP Floating Pointer Structure: location: BIOS physical address: 0x000f0c80 signature: '_MP_' length: 16 bytes version: 1.1 checksum: 0xf4 mode: Virtual Wire ---------------------------------------------------------------------------- --- MP Config Table Header: physical address: 0x000f0c94 signature: 'PCMP' base table length: 292 version: 1.1 checksum: 0xa5 OEM ID: 'OEM00000' Product ID: 'PROD00000000' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 28 local APIC address: 0xfee00000 extended table length: 0 extended table checksum: 0 ---------------------------------------------------------------------------- --- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x11 BSP, usable 5 2 1 0x07bf 1 0x11 AP, usable 5 2 1 0x07bf -- Bus: Bus ID Type 0 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 20:A 2 16 INT active-lo level 1 19:A 2 17 INT active-lo level 1 18:A 2 18 INT active-lo level 1 17: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 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: Sat Jan 25 11:20:59 EST 1997 jds@p133.smerdon.livonia.mi.us:/usr/src/sys/compile/SMERDONSMP FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00030010 cpu1 (AP): apic id: 1, version: 0x00030010 io0 (APIC): apic id: 2, version: 0x00170011 Calibrating clock(s) relative to mc146818A clock ... i8254 clock: 1193089 Hz CPU: Pentium (586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x3bf real memory = 67108864 (65536K bytes) avail memory = 62472192 (61008K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 vga0 rev 1 int a irq 19 on pci0:17 Freeing (NOT implimented) irq 10 for ISA cards. ahc0 rev 0 int a irq 17 on pci0:19 Freeing (NOT implimented) irq 11 for ISA cards. ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "Quantum XP34300W L912" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 4101MB (8399520 512 byte sectors) ahc0:A:5: refuses WIDE negotiation. Using 8bit transfers (ahc0:5:0): "TOSHIBA CD-ROM XM-3701TA 0236" type 5 removable SCSI 2 cd0(ahc0:5:0): CD-ROM cd present [234557 x 2048 byte records] Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 at 0x3e8-0x3ef irq 9 on isa sio2: type 16550A sio3: disabled, not probed. lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 wdc1 not found at 0x170 uha0 not found at 0x330 aha0 not found at 0x330 aic0 not found at 0x340 scd0 not found at 0x230 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 15 on isa ep0: aui/utp/bnc[*BNC*] address 00:a0:24:be:b8:c0 npx0 on motherboard npx0: INT 16 interface apm0: disabled, not probed. joy0 at 0x201 on isa joy0: joystick sb0 at 0x220 irq 5 drq 1 on isa sb0: sbxvi0 at 0x0 drq 5 on isa sbxvi0: sbmidi0 at 0x330 on isa changing root device to sd0a Enabled INTs: 1, 2, 3, 4, 5, 6, 7, 8, 9, 15, 17, imen: 0x00fd7c01 WARNING: / was not properly dismounted. SMP: All idle procs online. ============================================================================ === -- John D. Smerdon; Livonia, Michigan, USA; Contents are my opinion. Home: jds@smerdon.livonia.mi.us