From owner-freebsd-smp Mon Oct 4 4:53:21 1999 Delivered-To: freebsd-smp@freebsd.org Received: from bbs.ee.ntu.edu.tw (bbs.ee.ntu.edu.tw [140.112.18.32]) by hub.freebsd.org (Postfix) with SMTP id 48C3D14D46 for ; Mon, 4 Oct 1999 04:52:53 -0700 (PDT) (envelope-from woju@bbs.ee.ntu.edu.tw) Received: (qmail 33631 invoked by uid 9999); 4 Oct 1999 11:52:47 -0000 Date: 4 Oct 1999 11:52:47 -0000 Message-ID: <19991004115247.33630.qmail@bbs.ee.ntu.edu.tw> Reply-To: woju@bbs.ee.ntu.edu.tw From: woju@bbs.ee.ntu.edu.tw To: freebsd-smp@freebsd.org Subject: SMP on 4 Pentium III(450NX) failed X-Disclaimer: »O¤j¹q¾÷ Maxwell ¯¸¹ï¥»«H¤º®e®¤¤£­t³d¡C Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Does anybody have successful experience for running FreeBSD 3.X-STABLE SMP on 4 Pentium III 550 with Intel 450NX chipset? When I run FreeBSD 3.3-STABLE SMP on AcerAltos 21000, Pentium III 550 x 4, the booting process halt at "Lauching CPU #1". With 4 CPU installed, it halted at "SMP: AP CPU #3(or #2) Launched!". And with 2 CPU installed (2 CPU are removed) -- options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O #options NCPU=4 # number of CPUs boot: kernel.smp -v ... APIC_IO: routing 8254 via 8259 on pin 0 SMP: AP CPU #1 Launched! SMP: CPU1 apic_initialize(): lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff [simply frozen here] [Press Ctrl-Alt-Del] boot() called on cpu#1 (sometimes cpu#0) cpu_reset: called on cpu#1 cpu_reset: ... (too fast, not enough time for me to "copy" these messages) =============================================================================== 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: 0x000f9e00 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f9e00 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0xe3 mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f9e10 signature: 'PCMP' base table length: 260 version: 1.4 checksum: 0x8b OEM ID: 'ACER ' Product ID: 'X5 ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 24 local APIC address: 0xfee00000 extended table length: 140 extended table checksum: 15 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x11 BSP, usable 6 7 3 0x387fbff 1 0x11 AP, usable 6 7 3 0x387fbff -- 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 PIN# INT active-hi edge 2 0 2 0 INT active-hi edge 2 1 2 1 INT active-hi edge 2 3 2 3 INT active-hi edge 2 4 2 4 INT active-hi edge 2 6 2 6 INT active-hi edge 2 7 2 7 INT active-hi edge 2 8 2 8 INT active-hi edge 2 9 2 9 INT active-hi edge 2 10 2 10 INT active-hi edge 2 12 2 12 INT active-hi edge 2 14 2 14 INT active-hi edge 2 15 2 15 INT active-hi level 0 7:D 2 19 INT active-lo level 0 11:A 2 19 INT active-lo level 1 9:A 2 23 INT active-lo level 1 9:B 2 23 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 2 0 255 0 NMI active-hi edge 2 0 255 1 ------------------------------------------------------------------------------- MP Config Extended Table Entries: -- bus ID: 0 address type: memory address address base: 0x40700000 address range: 0x1e00000 -- bus ID: 0 address type: memory address address base: 0xa0000 address range: 0x20000 -- bus ID: 1 address type: memory address address base: 0x42500000 address range: 0xbc200000 -- bus ID: 0 address type: I/O address address base: 0x0 address range: 0x4000 -- bus ID: 1 address type: I/O address address base: 0x4000 address range: 0xc000 -- bus ID: 2 bus info: 0x00 parent bus ID: 0-- bus ID: 2 address modifier: add predefined range: 0x00000000-- bus ID: 2 address modifier: add predefined range: 0x00000001-- bus ID: 1 address modifier: subtract predefined range: 0x00000000-- bus ID: 1 address modifier: subtract predefined range: 0x00000001 ------------------------------------------------------------------------------- # SMP kernel config file options: # Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optional (built-in defaults will work in most cases): #options NCPU=2 # number of CPUs #options NBUS=3 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs =============================================================================== On machine "Acer Altos 21000"(chipset: Intel 450NX), with only 1 CPU installed, and boot using SMP-enabled kernel. The booting process also halt at: APIC_IO: routeing 8254 via 8259 on pin 0 [simply frozen here] And on machine "Acer ProStation 7000", with 2 Pentium III 550 installed, (chipset: Intel 440GX). The FreeBSD-SMP works in good condition. andyluo.bbs@cis.nctu.edu.tw provides some related info -- Machine: IBM Netfinity M10 7000 CPU/chipset: Intel 450NX, PIII 500Mhz * 4 The booting process also frozen after detecting sio device. That is, almost the same situation as Acer Altos 21000. I also tried installing NT-4.0-Server on Acer Altos 21000, and it worked. (SMP ok) If there is anything I can do to make working it out easier, please let me know. Such as, add root accounts on this machine for those (FreeBSD SMP experts) who can help, so that "these experts" can login into this machine and do some experiments. Or, provide Acer engineers contacting channel, so that "these experts" can obtain technical data from them. About AcerAltos 21000 -- http://www.sertek.com.tw/aa21000-1.htm /* Sorry for providing this Chinese-BIG5 encoded page, I didn't find the English version product info page for AcerAltos 21000. http://www.acer.com/ */ Some related info -- http://www.sertek.com.tw/aps7000-1.htm ahc0: rev 0x00 int a irq 11 on pci2.9.0 ahc0: aic7896/97 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc1: rev 0x00 int a irq 11 on pci2.9.1 ahc1: aic7896/97 Wide Channel B, SCSI Id=7, 16/255 SCBs 2 onboard SCSI channels da0 at ahc1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit) da0: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) Built-in i82559 ethernet chips (Intel EtherExpress Pro 10/100B Ethernet): fxp0 fxp0: rev 0x05 int a irq 10 on pci0.16 .0 Single Pentium III 550, 1G Ram: "make world" finished within 45 min. If FreeBSD SMP can run on AcerAltos 21000, it would be a perfect "server" :-) AcerAltos 21000's capacity: Pentium III x 4, 4G Ram (256M x 16) Regards, woju To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Oct 4 7:54:53 1999 Delivered-To: freebsd-smp@freebsd.org Received: from midten.fast.no (midten.fast.no [195.139.251.11]) by hub.freebsd.org (Postfix) with ESMTP id 7AD1015547 for ; Mon, 4 Oct 1999 07:54:23 -0700 (PDT) (envelope-from tegge@fast.no) Received: from fast.no (IDENT:tegge@midten.fast.no [195.139.251.11]) by midten.fast.no (8.9.3/8.9.3) with ESMTP id QAA64958; Mon, 4 Oct 1999 16:53:56 +0200 (CEST) Message-Id: <199910041453.QAA64958@midten.fast.no> To: woju@bbs.ee.ntu.edu.tw Cc: freebsd-smp@FreeBSD.ORG Subject: Re: SMP on 4 Pentium III(450NX) failed From: Tor.Egge@fast.no In-Reply-To: Your message of "4 Oct 1999 11:52:47 -0000" References: <19991004115247.33630.qmail@bbs.ee.ntu.edu.tw> X-Mailer: Mew version 1.70 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Mon, 04 Oct 1999 16:53:56 +0200 Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Does anybody have successful experience for running FreeBSD 3.X-STABLE > SMP on 4 Pentium III 550 with Intel 450NX chipset? > > When I run FreeBSD 3.3-STABLE SMP on AcerAltos 21000, Pentium III 550 x 4, > the booting process halt at "Lauching CPU #1". > > With 4 CPU installed, it halted at "SMP: AP CPU #3(or #2) Launched!". [....] > INT active-hi level 0 7:D 2 19 ^^^^^^^^^ ^^^^^^ > INT active-lo level 0 11:A 2 19 ^^^^^^^^^ ^^^^^^ Same pin, opposite polarity. This might cause an infinite interrupt loop. > INT active-lo level 1 9:A 2 23 > INT active-lo level 1 9:B 2 23 The MP table seems broken. You'll probably have to edit mptable_pass1 and mptable_pass2 to ignore the entry for pci0.7 (the active-hi level one). - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Oct 4 8:55:29 1999 Delivered-To: freebsd-smp@freebsd.org Received: from thelab.hub.org (nat194.229.mpoweredpc.net [142.177.194.229]) by hub.freebsd.org (Postfix) with ESMTP id 68AB1151A3 for ; Mon, 4 Oct 1999 08:55:24 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.3/8.9.1) with ESMTP id MAA24780 for ; Mon, 4 Oct 1999 12:55:18 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Mon, 4 Oct 1999 12:55:17 -0300 (ADT) From: The Hermit Hacker To: freebsd-smp@FreeBSD.ORG Subject: Re: [ALR Server] panic: mpfps Base Table HOSED! In-Reply-To: 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 Can anyone out there direct me on how I might get this debugged/fixed? I'd hate to have to admit, after all this time, that Solaris does do something better then we do ;( This system works under both Solaris and NT...but not FreeBSD :( On Thu, 30 Sep 1999, The Hermit Hacker wrote: > > Hi... > > I just acquired, at work, a Dual-P166 ALR Server with 512MB of RAM > and somethign like 32gig of disk space to use as a Squid Cache > Server...and have installed FreeBSD 3.3-RELEASE on it (its the first one > that I get into our machine room, of hopefully many if I can convince > them)... > > When I boot with SMP enabled, I get: > > panic: mpfps Base Table HOSED! > mp_lock = 0000001; cpuid = 0; lapic_id = 00000000 > > I looked through the archives, and there is a thread on this that > Steve responded with: > > "Traditionally I've used config options, perhaps 'IGNORE_MPTABLE_176' > would be good. Then document it in LINT in the SMP section. > > At the very least I would want an informational message to come out to the > console about "ignoring invalid MPtable entry: #xx: during boot if this > goes into the tree." > > But, how do I find out what I want to ignore? And does this even > apply in my case, since my BIOS is an *old* PhoenixBIOS 4.04.x? > > This machine has been used with Solaris/SMP as well as Novell, so > we know that the hardware itself works... > > Thanks... > > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy > Systems Administrator @ hub.org > primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-smp" in the body of the message > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Oct 4 10:44:29 1999 Delivered-To: freebsd-smp@freebsd.org Received: from thomson.iqm.unicamp.br (thomson.iqm.unicamp.br [143.106.13.161]) by hub.freebsd.org (Postfix) with ESMTP id 58653154F6 for ; Mon, 4 Oct 1999 10:44:22 -0700 (PDT) (envelope-from fabio@thomson.iqm.unicamp.br) Received: (from fabio@localhost) by thomson.iqm.unicamp.br (8.9.3/8.9.2) id PAA12343; Mon, 4 Oct 1999 15:44:18 -0200 (EDT) (envelope-from fabio) From: Fabio Cesar Gozzo Message-Id: <199910041744.PAA12343@thomson.iqm.unicamp.br> Subject: SMP improvements in current To: smp@FreeBSD.ORG Date: Mon, 4 Oct 1999 15:44:18 -0200 (EDT) Cc: fabio@iqm.unicamp.br X-Mailer: ELM [version 2.4ME+ PL43 (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 I just built another SMP box (ASUS P2B-DS, 2x550, 512 MB RAM) to use with FP intensive non-threaded programs. In a normal situation I run 2 jobs at once and top looks like: PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 8495 fabio 97 0 118M 14644K RUN 0 40:30 98.97% 98.97% l502.exe 95064 fabio 97 0 270M 26700K CPU1 1 249:30 98.93% 98.93% l502.exe 8558 fabio 28 0 1572K 828K CPU0 1 0:00 1.54% 0.15% top IIRC, a simple CPU affinity was implemented in -current and, if I understood it correctly, it could improve the calculations by attaching the program to one CPU, and, most important, to one cache. Is that correct ? Are there other SMP improvements in -current that would speed up this kind of programs ? Thank you. PS: before someone asks, yes, I'm aware of the problems -current can cause on a production machine. I have already use SMP under -current in pre-3.0 times. -- ************************************************** Fabio Gozzo fabio@iqm.unicamp.br State University of Campinas UNICAMP Chemistry Institute http://thomson.iqm.unicamp.br ************************************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Oct 4 11:15:35 1999 Delivered-To: freebsd-smp@freebsd.org Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (Postfix) with ESMTP id 606FE14BF5 for ; Mon, 4 Oct 1999 11:15:32 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id OAA04534; Mon, 4 Oct 1999 14:14:58 -0400 (EDT) (envelope-from luoqi) Date: Mon, 4 Oct 1999 14:14:58 -0400 (EDT) From: Luoqi Chen Message-Id: <199910041814.OAA04534@lor.watermarkgroup.com> To: Tor.Egge@fast.no, woju@bbs.ee.ntu.edu.tw Subject: Re: SMP on 4 Pentium III(450NX) failed Cc: freebsd-smp@FreeBSD.ORG Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Does anybody have successful experience for running FreeBSD 3.X-STABLE > > SMP on 4 Pentium III 550 with Intel 450NX chipset? > > > > When I run FreeBSD 3.3-STABLE SMP on AcerAltos 21000, Pentium III 550 x 4, > > the booting process halt at "Lauching CPU #1". > > > > With 4 CPU installed, it halted at "SMP: AP CPU #3(or #2) Launched!". > > [....] > > > INT active-hi level 0 7:D 2 19 > ^^^^^^^^^ ^^^^^^ > > > INT active-lo level 0 11:A 2 19 > ^^^^^^^^^ ^^^^^^ > Same pin, opposite polarity. > This might cause an infinite interrupt loop. > > > INT active-lo level 1 9:A 2 23 > > INT active-lo level 1 9:B 2 23 > > The MP table seems broken. You'll probably have to edit mptable_pass1 > and mptable_pass2 to ignore the entry for pci0.7 (the active-hi level > one). > > - Tor Egge > I'm wondering how NT handles this case? -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Oct 4 15:58:38 1999 Delivered-To: freebsd-smp@freebsd.org Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (Postfix) with ESMTP id 6E3CE14A12 for ; Mon, 4 Oct 1999 15:58:29 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.9.3/8.9.3) id PAA10846; Mon, 4 Oct 1999 15:58:23 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp03.primenet.com, id smtpdAAAGdaqjv; Mon Oct 4 15:58:18 1999 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id PAA19179; Mon, 4 Oct 1999 15:58:20 -0700 (MST) From: Terry Lambert Message-Id: <199910042258.PAA19179@usr05.primenet.com> Subject: Re: SMP on 4 Pentium III(450NX) failed To: luoqi@watermarkgroup.com (Luoqi Chen) Date: Mon, 4 Oct 1999 22:58:19 +0000 (GMT) Cc: Tor.Egge@fast.no, woju@bbs.ee.ntu.edu.tw, freebsd-smp@FreeBSD.ORG In-Reply-To: <199910041814.OAA04534@lor.watermarkgroup.com> from "Luoqi Chen" at Oct 4, 99 02:14:58 pm X-Mailer: ELM [version 2.4 PL25] 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 > > > Does anybody have successful experience for running FreeBSD 3.X-STABLE > > > SMP on 4 Pentium III 550 with Intel 450NX chipset? > > > > > > When I run FreeBSD 3.3-STABLE SMP on AcerAltos 21000, Pentium III 550 x 4, > > > the booting process halt at "Lauching CPU #1". > > > > > > With 4 CPU installed, it halted at "SMP: AP CPU #3(or #2) Launched!". > > > > [....] > > > > > INT active-hi level 0 7:D 2 19 > > ^^^^^^^^^ ^^^^^^ > > > > > INT active-lo level 0 11:A 2 19 > > ^^^^^^^^^ ^^^^^^ > > Same pin, opposite polarity. > > This might cause an infinite interrupt loop. > > > > > INT active-lo level 1 9:A 2 23 > > > INT active-lo level 1 9:B 2 23 > > > > The MP table seems broken. You'll probably have to edit mptable_pass1 > > and mptable_pass2 to ignore the entry for pci0.7 (the active-hi level > > one). > > > > - Tor Egge > > I'm wondering how NT handles this case? Most likely by either keeping it's own table of the pins that it fills in based on the pin number (which would result in the second entry overwriting the first, which is probably correct behaviour, since it would allow a soft patch of a ROM bug via a BIOS update), by ignoring "active-hi" pins entirely, or by prioritizing which entry to believe (via "7:D"/"11:A" comparison). It would be interesting to set up an email alias at FreeBSD.org, and attach a script to it that knows how to characterize the "brokenness" of "broken" MP tables, and then have everyone with a "broken" MP table send it to the alias to better characterize the classes of "broken" so that the software could resolve the problem itself, without needing a list of "known rogues" or user kernel modification/(re)configuration. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Oct 4 19:15:26 1999 Delivered-To: freebsd-smp@freebsd.org Received: from bbs.ee.ntu.edu.tw (bbs.ee.ntu.edu.tw [140.112.18.32]) by hub.freebsd.org (Postfix) with SMTP id 44F8E15056 for ; Mon, 4 Oct 1999 19:15:15 -0700 (PDT) (envelope-from woju@bbs.ee.ntu.edu.tw) Received: (qmail 88288 invoked by uid 9999); 5 Oct 1999 02:15:04 -0000 Date: 5 Oct 1999 02:15:04 -0000 Message-ID: <19991005021504.88287.qmail@bbs.ee.ntu.edu.tw> Reply-To: woju@bbs.ee.ntu.edu.tw From: woju@bbs.ee.ntu.edu.tw To: freebsd-smp@freebsd.org Subject: Re: SMP on 4 Pentium III(450NX) failed X-Disclaimer: »O¤j¹q¾÷ Maxwell ¯¸¹ï¥»«H¤º®e®¤¤£­t³d¡C Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The booting process still frozen after applying the "woju-patch" -- boot: kernel -v ... SMP: enabled INTs: 1, 6, 12, 14, 29, 34, apic_imen: 0x0077afbd BIOS Geometries: 0:... Device configuration finished. APIC_IO: routing 8254 via 8259 on pin 0 bpf: lo0 attached [frozen here] The kernel source has been cvsuped to the latest version. --- mp_machdep.c.orig Mon Sep 6 11:09:44 1999 +++ mp_machdep.c Tue Oct 5 10:01:14 1999 @@ -1202,6 +1202,7 @@ { int apic; + printf("lq: int_entry(%d, %d) called, woju\n", entry, intr); io_apic_ints[intr].int_type = entry->int_type; io_apic_ints[intr].int_flags = entry->int_flags; io_apic_ints[intr].src_bus_id = entry->src_bus_id; @@ -1219,9 +1220,17 @@ else io_apic_ints[intr].dst_apic_id = entry->dst_apic_id; } else +#if 1 + if (entry->src_bus_id == 0 && entry->src_bus_irq == 7*4+3) { + printf("lq: passed, woju\n"); + nintrs--; + return 0; + } else +#endif io_apic_ints[intr].dst_apic_id = entry->dst_apic_id; io_apic_ints[intr].dst_apic_int = entry->dst_apic_int; + printf("lq: int_entry(%d, %d) finished, woju\n", entry, intr); return 1; } @@ -2227,6 +2236,7 @@ { u_int apic_id; + printf("lq: ap_init() called, woju\n"); smp_cpus++; #if defined(I586_CPU) && !defined(NO_F00F_HACK) @@ -2251,9 +2261,11 @@ } /* Init local apic for irq's */ + printf("lq: ap_init() called, before apic_initialize(), woju\n"); apic_initialize(); /* Set memory range attributes for this CPU to match the BSP */ + printf("lq: ap_init() called, before mem_range_AP_init(), woju\n"); mem_range_AP_init(); /* @@ -2268,6 +2280,8 @@ } curproc = NULL; /* make sure */ + printf("lq: ap_init() finished, (mp_ncpus, smp_cpus) = (%d, %d), woju\n", + mp_ncpus, smp_cpus); } #ifdef BETTER_CLOCK The booting process frozen without showing any "printf debugging messages added by me". I also browse the kernel source tree, and see "APIC_IO: routing 8254..." is printed by i386/isa/clock.c. But I don't know the calling sequence(stack), that is, I don't know what the kernel do after kern/kern_clock.c initclocks(). So I don't know where to set the "proper breakpoint(showing debugging info)". It seems that int_entry() and ap_init() are not called before frozen. Could anyone please tell me what the "key(major) functions" called between initclocks() and ap_init()? So I can set more "breakpoints" and find out the accruate position(function) where the kernel frozen. The mptable now is -- =============================================================================== MPTable, version 2.0.15 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f9e00 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0xe3 mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f9e10 signature: 'PCMP' base table length: 240 version: 1.4 checksum: 0xc2 OEM ID: 'ACER ' Product ID: 'X5 ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 23 local APIC address: 0xfee00000 extended table length: 140 extended table checksum: 15 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x11 BSP, usable 6 7 3 0x387fbff -- Bus: Bus ID Type 0 PCI 1 PCI 2 ISA -- I/O APICs: APIC ID Version State Address 1 0x11 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# INT active-hi edge 2 0 1 0 INT active-hi edge 2 1 1 1 INT active-hi edge 2 3 1 3 INT active-hi edge 2 4 1 4 INT active-hi edge 2 6 1 6 INT active-hi edge 2 7 1 7 INT active-hi edge 2 8 1 8 INT active-hi edge 2 9 1 9 INT active-hi edge 2 10 1 10 INT active-hi edge 2 12 1 12 INT active-hi edge 2 14 1 14 INT active-hi edge 2 15 1 15 INT active-hi level 0 7:D 1 19 INT active-lo level 0 11:A 1 19 INT active-lo level 1 9:A 1 23 INT active-lo level 1 9:B 1 23 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 2 0 255 0 NMI active-hi edge 2 0 255 1 ------------------------------------------------------------------------------- MP Config Extended Table Entries: -- bus ID: 0 address type: memory address address base: 0x40700000 address range: 0x1e00000 -- bus ID: 0 address type: memory address address base: 0xa0000 address range: 0x20000 -- bus ID: 1 address type: memory address address base: 0x42500000 address range: 0xbc200000 -- bus ID: 0 address type: I/O address address base: 0x0 address range: 0x4000 -- bus ID: 1 address type: I/O address address base: 0x4000 address range: 0xc000 -- bus ID: 2 bus info: 0x00 parent bus ID: 0-- bus ID: 2 address modifier: add predefined range: 0x00000000-- bus ID: 2 address modifier: add predefined range: 0x00000001-- bus ID: 1 address modifier: subtract predefined range: 0x00000000-- bus ID: 1 address modifier: subtract predefined range: 0x00000001 ------------------------------------------------------------------------------- # SMP kernel config file options: # Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optional (built-in defaults will work in most cases): #options NCPU=1 # number of CPUs #options NBUS=3 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs =============================================================================== Regards, woju To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Oct 5 19: 7:57 1999 Delivered-To: freebsd-smp@freebsd.org Received: from bbs.ee.ntu.edu.tw (bbs.ee.ntu.edu.tw [140.112.18.32]) by hub.freebsd.org (Postfix) with SMTP id 771C0156B6 for ; Tue, 5 Oct 1999 19:05:42 -0700 (PDT) (envelope-from woju@bbs.ee.ntu.edu.tw) Received: (qmail 83939 invoked by uid 9999); 6 Oct 1999 01:42:09 -0000 Date: 6 Oct 1999 01:42:09 -0000 Message-ID: <19991006014209.83938.qmail@bbs.ee.ntu.edu.tw> Reply-To: woju@bbs.ee.ntu.edu.tw From: woju@bbs.ee.ntu.edu.tw To: freebsd-smp@freebsd.org Subject: Re: SMP on 4 Pentium III(450NX) failed X-Disclaimer: »O¤j¹q¾÷ Maxwell ¯¸¹ï¥»«H¤º®e®¤¤£­t³d¡C Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org psd8[root]:/sys# diff -durb kern/init_main.c.orig kern/init_main.c --- kern/init_main.c.orig Wed Oct 6 07:34:45 1999 +++ kern/init_main.c Wed Oct 6 08:19:08 1999 @@ -219,6 +219,7 @@ * which will not return. */ for (sipp = sysinit; *sipp; sipp++) { +printf("lq: 0x%07x, woju\n", (*sipp)->subsystem); if ((*sipp)->subsystem == SI_SUB_DUMMY) continue; /* skip dummy task(s)*/ psd8[root]:/sys# diff -durb kern/subr_autoconf.c.orig kern/subr_autoconf.c --- kern/subr_autoconf.c.orig Wed Oct 6 08:31:53 1999 +++ kern/subr_autoconf.c Wed Oct 6 08:36:19 1999 @@ -361,14 +361,18 @@ { struct intr_config_hook *hook; +printf("lq: run_int() called, woju\n"); for (hook = intr_config_hook_list.tqh_first; hook != NULL; hook = hook->ich_links.tqe_next) { +printf("lq: run_int(), for, %p\n", hook->ich_func); (*hook->ich_func)(hook->ich_arg); } while (intr_config_hook_list.tqh_first != NULL) { +printf("lq: run_int(), while, %p\n", intr_config_hook_list.tqh_first); tsleep(&intr_config_hook_list, PCONFIG, "conifhk", 0); } +printf("lq: run_int() finished, woju\n"); } SYSINIT(intr_config_hooks, SI_SUB_INT_CONFIG_HOOKS, SI_ORDER_FIRST, run_interrupt_driven_config_hooks, NULL) lq: 0x4800000, woju APIC_IO: routing 8254 via 8259 on pin 0 lq: 0x5000000, woju lq: 0x5000000, woju lq: 0x5800000, woju lq: 0x6400000, woju lq: 0x6800000, woju lq: 0x6c00000, woju lq: 0x6e00000, woju lq: 0x7000000, woju lq: 0x7400000, woju lq: 0x7400000, woju lq: 0x7400000, woju lq: 0x7400000, woju lq: 0x8000000, woju lq: 0x8800000, woju lq: 0x8ffffff, woju lq: 0xa000000, woju lq: 0xa800000, woju lq: run_int() called , woju lq: run_int(), for, 0xc011d18c lq: run_int(), while, 0xc247cf80 [frozen here] [Ctrl-Alt-ESC] db> trace ... --- interrupt, eip = ... --- _doreti(1c173000,0,0,c023ee88,0) at _doreti vm_page_zero_idle(0, Fatal trap 12: page fault while in kernel mode mp_lock = 00000005; cpuid = 0; lapic.id = 00000000 ... fault code = supervisor read, page not present processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = net tty < - SMP: XXX : You could also add "options DDB" to your config file and rebuild the : kernel. If it freezes again, try to break into the debugger with : ctl-del-esc, and do a "trace" to see where it is looping at. From the messages during boot, it shows that the kernel frozen at kern/subr_autoconf.c: tsleep() What/how can I do to get more detail info? I want to thank lq again, for helping and guiding me to do some interesting experiments on kernel. It is really fun, and I enjoy doing this very much :-) : Another idea, going through your UP kernel dmesg and looking for the device : pci0.11.0, if it is a non-essential card in one of your pci slots, yank it : out, reboot, and see what happens. fxp0: rev 0x05 int a irq 5 on pci0.11. 0 After yanking fxp0 out, the kernel still frozen at the same point: kern/subr_autoconf.c: tsleep(). And another related info, I've also tried installing RedHat Linux 6.1 on Altos 21000 -- Boot using Linux kernel 2.2.12-20smp eth0: Transmit timed out: status 7048 0000 at 0/10 command 0001a000 eth0: Trying to restart the transmitter [repeat] [network(ethernet) malfunction] Linux version 2.2.12-20smp (root@porky.devel.redhat.com) (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 SMP Mon Sep 27 10:34:45 EDT 1999 Warning only 960MB will be used. Intel MultiProcessor Specification v1.4 Virtual Wire compatibility mode. OEM ID: ACER Product ID: X5 APIC at: 0xFEE00000 Processor #0 Pentium(tm) Pro APIC version 17 I/O APIC #1 Version 17 at 0xFEC00000. Processors: 1 mapped APIC to ffffe000 (fee00000) mapped IOAPIC to ffffd000 (fec00000) Detected 549902712 Hz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 548.86 BogoMIPS Memory: 971048k/983040k available (1060k kernel code, 420k reserved, 10108k data, 72k init) DENTRY hash table entries: 262144 (order: 9, 2097152 bytes) Buffer-cache hash table entries: 524288 (order: 9, 2097152 bytes) Page-cache hash table entries: 262144 (order: 8, 1048576 bytes) VFS: Diskquotas version dquot_6.4.0 initialized Checking 386/387 coupling... OK, FPU using exception 16 error reporting. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX mtrr: v1.35a (19990819) Richard Gooch (rgooch@atnf.csiro.au) per-CPU timeslice cutoff: 100.16 usecs. CPU0: Intel Pentium III (Katmai) stepping 03 calibrating APIC timer ... ..... CPU clock speed is 549.9150 MHz. ..... system bus clock speed is 99.9843 MHz. Error: only one processor found. enabling symmetric IO mode... ...done. ENABLING IO-APIC IRQs init IO_APIC IRQs IO-APIC (apicid-pin) 1-2, 1-5, 1-11, 1-13, 1-16, 1-17, 1-18, 1-20, 1-21, 1-22 not connected. ..MP-BIOS bug: 8254 timer not connected to IO-APIC ...trying to set up timer as ExtINT... failed. ...trying to set up timer as BP IRQ... works. number of MP IRQ sources: 16. number of IO-APIC #1 registers: 24. testing the IO APIC....................... IO APIC #1...... .... register #00: 01000000 ....... : physical APIC id: 01 .... register #01: 00170011 ....... : max redirection entries: 0017 ....... : IO APIC version: 0011 .... register #02: 02000000 ....... : arbitration: 02 .... IRQ redirection table: NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect: 00 000 00 1 0 0 0 0 0 0 00 01 000 00 0 0 0 0 0 1 1 59 02 000 00 1 0 0 0 0 0 0 00 03 000 00 0 0 0 0 0 1 1 61 04 000 00 0 0 0 0 0 1 1 69 05 000 00 1 0 0 0 0 0 0 00 06 000 00 0 0 0 0 0 1 1 71 07 000 00 0 0 0 0 0 1 1 79 08 000 00 0 0 0 0 0 1 1 81 09 000 00 0 0 0 0 0 1 1 89 0a 000 00 0 0 0 0 0 1 1 91 0b 000 00 1 0 0 0 0 0 0 00 0c 000 00 0 0 0 0 0 1 1 99 0d 000 00 1 0 0 0 0 0 0 00 0e 000 00 0 0 0 0 0 1 1 A1 0f 000 00 0 0 0 0 0 1 1 A9 10 000 00 1 0 0 0 0 0 0 00 11 000 00 1 0 0 0 0 0 0 00 12 000 00 1 0 0 0 0 0 0 00 13 0FF 0F 1 1 0 0 0 1 1 B1 14 000 00 1 0 0 0 0 0 0 00 15 000 00 1 0 0 0 0 0 0 00 16 000 00 1 0 0 0 0 0 0 00 17 0FF 0F 1 1 0 1 0 1 1 B9 IRQ to pin mappings: IRQ0 -> 0 IRQ1 -> 1 IRQ3 -> 3 IRQ4 -> 4 IRQ6 -> 6 IRQ7 -> 7 IRQ8 -> 8 IRQ9 -> 9 IRQ10 -> 10 IRQ12 -> 12 IRQ14 -> 14 IRQ15 -> 15 IRQ19 -> 19 IRQ23 -> 23 .................................... done. PCI: PCI BIOS revision 2.10 entry at 0xf0200 PCI: Using configuration type 1 PCI: Probing PCI hardware PCI: 00:80 [8086/84ca]: Scanning peer host bridges PCI: Assigning I/O space 5800-581f to device 00:12 PCI: Enabling I/O for device 00:12 PCI->APIC IRQ transform: (B0,I11,P0) -> 19 PCI->APIC IRQ transform: (B1,I9,P0) -> 23 PCI->APIC IRQ transform: (B1,I9,P0) -> 23 Linux NET4.0 for Linux 2.2 Based upon Swansea University Computer Society NET3.039 NET4: Unix domain sockets 1.0 for Linux NET4.0. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP TCP: Hash tables configured (ehash 524288 bhash 65536) Initializing RT netlink socket Starting kswapd v 1.5 Detected PS/2 Mouse Port. Serial driver version 4.27 with MANY_PORTS MULTIPORT SHARE_IRQ enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A pty: 256 Unix98 ptys configured Real Time Clock Driver v1.09 RAM disk driver initialized: 16 RAM disks of 4096K size PIIX4: IDE controller on PCI bus 00 dev 11 PIIX4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0x3030-0x3037, BIOS settings: hda:DMA, hdb:pio hda: ATAPI CD ROM DRIVE 50X MAX, ATAPI CDROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 hda: ATAPI 50X CD-ROM drive, 128kB Cache Uniform CDROM driver Revision: 2.56 Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 md driver 0.90.0 MAX_MD_DEVS=256, MAX_REAL=12 raid5: measuring checksumming speed raid5: MMX detected, trying high-speed MMX checksum routines pII_mmx : 1233.678 MB/sec p5_mmx : 1285.494 MB/sec 8regs : 943.737 MB/sec 32regs : 555.117 MB/sec using fastest function: p5_mmx (1285.494 MB/sec) scsi : 0 hosts. scsi : detected total. md.c: sizeof(mdp_super_t) = 4096 Partition check: RAMDISK: Compressed image found at block 0 autodetecting RAID arrays autorun ... ... autorun DONE. VFS: Mounted root (ext2 filesystem). (scsi0) found at PCI 9/0 (scsi0) Wide Channel A, SCSI ID=7, 32/255 SCBs (scsi0) Downloading sequencer code... 374 instructions downloaded (scsi1) found at PCI 9/1 (scsi1) Wide Channel B, SCSI ID=7, 32/255 SCBs (scsi1) Downloading sequencer code... 374 instructions downloaded scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.1.20/3.2.4 scsi1 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.1.20/3.2.4 scsi : 2 hosts. (scsi0:0:0:0) Synchronous at 80.0 Mbyte/sec, offset 31. Vendor: IBM Model: DNES-309170Y Rev: SA30 Type: Direct-Access ANSI SCSI revision: 03 Detected scsi disk sda at scsi0, channel 0, id 0, lun 0 SCSI device sda: hdwr sector= 512 bytes. Sectors= 17916240 [8748 MB] [8.7 GB] sda: sda1 sda2 sda3 sda4 autodetecting RAID arrays autorun ... ... autorun DONE. VFS: Mounted root (ext2 filesystem) readonly. change_root: old root has d_count=1 Trying to unmount old root ... okay Freeing unused kernel memory: 72k freed eth0: OEM i82557/i82558 10/100 Ethernet at 0x3000, 00:00:E2:21:C5:F1, IRQ 19. Board assembly 097438-001, Physical connectors present: RJ45 Primary interface chip i82555 PHY #1. General self-test: passed. Serial sub-system self-test: passed. Internal registers self-test: passed. ROM checksum self-test: passed (0x24c9f043). Receiver lock-up workaround activated. processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 7 model name : Pentium III (Katmai) stepping : 3 cpu MHz : 549.902712 cache size : 512 KB fdiv_bug : no hlt_bug : no sep_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx osfxsr kni bogomips : 548.86 Boot using Linux kernel 2.2.12-20 (linux-up) eth0, or eepro100 ok. Network is ready. Linux version 2.2.12-20 (root@porky.devel.redhat.com) (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 Mon Sep 27 10:40:35 EDT 1999 Warning only 960MB will be used. Detected 549903416 Hz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 548.86 BogoMIPS Memory: 971160k/983040k available (1008k kernel code, 412k reserved, 10064k data, 64k init) DENTRY hash table entries: 262144 (order: 9, 2097152 bytes) Buffer-cache hash table entries: 524288 (order: 9, 2097152 bytes) Page-cache hash table entries: 262144 (order: 8, 1048576 bytes) VFS: Diskquotas version dquot_6.4.0 initialized CPU: Intel Pentium III (Katmai) stepping 03 Checking 386/387 coupling... OK, FPU using exception 16 error reporting. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX mtrr: v1.35a (19990819) Richard Gooch (rgooch@atnf.csiro.au) PCI: PCI BIOS revision 2.10 entry at 0xf0200 PCI: Using configuration type 1 PCI: Probing PCI hardware PCI: 00:80 [8086/84ca]: Scanning peer host bridges PCI: Assigning I/O space 5800-581f to device 00:12 PCI: Enabling I/O for device 00:12 Linux NET4.0 for Linux 2.2 Based upon Swansea University Computer Society NET3.039 NET4: Unix domain sockets 1.0 for Linux NET4.0. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP TCP: Hash tables configured (ehash 524288 bhash 65536) Initializing RT netlink socket Starting kswapd v 1.5 Detected PS/2 Mouse Port. Serial driver version 4.27 with MANY_PORTS MULTIPORT SHARE_IRQ enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A pty: 256 Unix98 ptys configured apm: BIOS not found. Real Time Clock Driver v1.09 RAM disk driver initialized: 16 RAM disks of 4096K size PIIX4: IDE controller on PCI bus 00 dev 11 PIIX4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0x3030-0x3037, BIOS settings: hda:DMA, hdb:pio hda: ATAPI CD ROM DRIVE 50X MAX, ATAPI CDROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 hda: ATAPI 50X CD-ROM drive, 128kB Cache Uniform CDROM driver Revision: 2.56 Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 md driver 0.90.0 MAX_MD_DEVS=256, MAX_REAL=12 raid5: measuring checksumming speed raid5: MMX detected, trying high-speed MMX checksum routines pII_mmx : 1224.153 MB/sec p5_mmx : 1285.494 MB/sec 8regs : 944.118 MB/sec 32regs : 529.209 MB/sec using fastest function: p5_mmx (1285.494 MB/sec) scsi : 0 hosts. scsi : detected total. md.c: sizeof(mdp_super_t) = 4096 Partition check: RAMDISK: Compressed image found at block 0 autodetecting RAID arrays autorun ... ... autorun DONE. VFS: Mounted root (ext2 filesystem). (scsi0) found at PCI 9/0 (scsi0) Wide Channel A, SCSI ID=7, 32/255 SCBs (scsi0) Downloading sequencer code... 374 instructions downloaded (scsi1) found at PCI 9/1 (scsi1) Wide Channel B, SCSI ID=7, 32/255 SCBs (scsi1) Downloading sequencer code... 374 instructions downloaded scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.1.20/3.2.4 scsi1 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.1.20/3.2.4 scsi : 2 hosts. (scsi0:0:0:0) Synchronous at 80.0 Mbyte/sec, offset 31. Vendor: IBM Model: DNES-309170Y Rev: SA30 Type: Direct-Access ANSI SCSI revision: 03 Detected scsi disk sda at scsi0, channel 0, id 0, lun 0 SCSI device sda: hdwr sector= 512 bytes. Sectors= 17916240 [8748 MB] [8.7 GB] sda: sda1 sda2 sda3 sda4 autodetecting RAID arrays autorun ... ... autorun DONE. VFS: Mounted root (ext2 filesystem) readonly. change_root: old root has d_count=1 Trying to unmount old root ... okay Freeing unused kernel memory: 64k freed eth0: OEM i82557/i82558 10/100 Ethernet at 0x3000, 00:00:E2:21:C5:F1, IRQ 5. Board assembly 097438-001, Physical connectors present: RJ45 Primary interface chip i82555 PHY #1. General self-test: passed. Serial sub-system self-test: passed. Internal registers self-test: passed. ROM checksum self-test: passed (0x24c9f043). Receiver lock-up workaround activated. And FreeBSD -- > real memory = 1073741824 (1048576K bytes) avail memory = 1043202048 (1018752K bytes) Preloaded elf kernel "kernel" at 0xc0267000. Pentium Pro MTRR support enabled Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.2.0 chip1: rev 0x02 on pci0.2.3 fxp0: rev 0x05 int a irq 5 on pci0.11.0 fxp0: Ethernet address 00:00:e2:21:c5:f1 vga0: rev 0x7a on pci0.12.0 fixbushigh_450nx: bogus highest PCI bus 255, reduced to 10 chip2: rev 0x03 on pci0.16.0 chip3: rev 0x02 on pci0.18.0 chip4: rev 0x02 on pci0.19.0 Probing for devices on PCI bus 1: ahc0: rev 0x00 int a irq 11 on pci1.9.0 ahc0: aic7896/97 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc1: rev 0x00 int a irq 11 on pci1.9.1 ahc1: aic7896/97 Wide Channel B, SCSI Id=7, 16/255 SCBs Probing for devices on PCI bus 2: Probing for devices on PCI bus 3: Probing for devices on PCI bus 4: Probing for devices on PCI bus 5: Probing for devices on PCI bus 6: Probing for devices on PCI bus 7: Probing for devices on PCI bus 8: Probing for devices on PCI bus 9: Probing for devices on PCI bus 10: Probing for devices on the ISA bus: sc0 on isa sc0: VGA color <16 virtual consoles, flags=0x0> atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa psm0 irq 12 on isa psm0: model IntelliMouse, device ID 3 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 (atapi): , removable, accel, dma, iordy acd0: drive speed 171 - 8593KB/sec, 128KB cache acd0: supported read types: CD-R, CD-RW, CD-DA, packet track acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray acd0: Medium: no/blank disc inside, unlocked vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa npx0 on motherboard npx0: INT 16 interface changing root device to da0s2a da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) =============================================================================== And in WindowsNT 4.0-Server: Adapter Properties 82557-compatible 10/100 Ethernet PCI Adapter 100Base-TX, 10BaseT Adapter Information Memory Address: 0x0 I/O Address: 0x3000 Interrupt: 44 Slot Number: 11 (0xb) Regards, woju To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Oct 6 14: 6:45 1999 Delivered-To: freebsd-smp@freebsd.org Received: from warthog.com (warthog.com [207.193.201.64]) by hub.freebsd.org (Postfix) with ESMTP id A63B6152A1 for ; Wed, 6 Oct 1999 14:06:41 -0700 (PDT) (envelope-from chriss@warthog.com) Received: from evolution (chriss@evolution [207.193.201.64]) by warthog.com (8.9.2/8.9.2) with ESMTP id QAA29565 for ; Wed, 6 Oct 1999 16:06:38 -0500 (CDT) Date: Wed, 6 Oct 1999 16:06:37 -0500 (CDT) From: chris X-Sender: chriss@evolution To: freebsd-smp@freebsd.org Subject: compaq prolient 6400R 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 compaq proliant 6400R with 2 PIII xeons at 500MHz, 100MHz bus with GENERIC and custom kernel only se 16M of the 512 with smp kernel: panic: bad PCI bus numbering mp_lock=00000001 cpuid=0 lapic.id=02000000 any ideas? never had any problems with smp machines before. sure would rock if this would work. thanks chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Oct 6 15: 3:12 1999 Delivered-To: freebsd-smp@freebsd.org Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (Postfix) with ESMTP id 606CE1576C for ; Wed, 6 Oct 1999 15:03:06 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id SAA12125; Wed, 6 Oct 1999 18:00:21 -0400 (EDT) (envelope-from luoqi) Date: Wed, 6 Oct 1999 18:00:21 -0400 (EDT) From: Luoqi Chen Message-Id: <199910062200.SAA12125@lor.watermarkgroup.com> To: chriss@warthog.com, freebsd-smp@FreeBSD.ORG Subject: Re: compaq prolient 6400R Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > compaq proliant 6400R with 2 PIII xeons at 500MHz, 100MHz bus > > with GENERIC and custom kernel only se 16M of the 512 > > with smp kernel: > > panic: bad PCI bus numbering > mp_lock=00000001 cpuid=0 lapic.id=02000000 > > any ideas? never had any problems with smp machines before. sure would > rock if this would work. > > thanks > chris > mptable output? -current or -stable? -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Oct 7 15:12:56 1999 Delivered-To: freebsd-smp@freebsd.org Received: from dobong.kwangwoon.ac.kr (dobong.kwangwoon.ac.kr [128.134.70.1]) by hub.freebsd.org (Postfix) with ESMTP id 009E515321 for ; Thu, 7 Oct 1999 15:12:49 -0700 (PDT) (envelope-from mail@mail.net) Received: from leo.kwangwoon.ac.kr (leo.kwangwoon.ac.kr [128.134.61.33]) by dobong.kwangwoon.ac.kr (8.9.3/8.9.3) with ESMTP id HAA20790 for ; Fri, 8 Oct 1999 07:06:20 +0900 (KST) Received: from mg ([210.218.162.200]) by leo.kwangwoon.ac.kr (8.9.3/8.8.6) with SMTP id HAA57402 for ; Fri, 8 Oct 1999 07:06:31 +0900 Message-Id: <199910072206.HAA57402@leo.kwangwoon.ac.kr> From: ±è¿µÀÏ To: freebsd-smp@freebsd.org Cc: Subject: ±¹³»ÃÖÃÊ! »ç¾÷Á¤º¸CD¸¦ °ø°³ÇÕ´Ï´Ù! Date: Wed, 22 Sep 99 07:10:13 ´ëÇѹα¹ Ç¥Áؽà MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=AD_2000_PART_BOUNDARY_19990606 Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. --AD_2000_PART_BOUNDARY_19990606 Content-Type: text/plain Content-Transfer-Encoding: 7Bit ¡Þ¾È³çÇϼ¼¿ä 2³â°£ÀÇ ³ë·Â °á½Ç·Î ¾Æ·¡ÀÇ ³»¿ëÀ» CD 1Àå¿¡ ¼ö·ÏÇÏ¿´½À´Ï´Ù. CD¸ñÂ÷¸¦ º¸½Ã¸é º°µµÀÇ ¼³¸íÀÌ ÇÊ¿ä¾øÀ¸¸®¶ó º¾´Ï´Ù. ¡Þ¼ö·®ÀÌ ÇÑÁ¤µÈ°ü°è·Î 100¸í¿¡ ÇÑÇÏ¿© Á¤°¡66,000¿øÀ» 33,000¿ø¿¡ °ø±ÞÇÏ°Ú½À´Ï´Ù.CD1ÀåÀ¸·Î ±ÍÇÏÀÇ »ç¾÷¿¡ Á¶±×¸¶ÇÑ µµ¿òÀÌ µÇ¸®¶ó´Â Á¦ÀÛÁøÀÇ ¹Ù¶øÀÔ´Ï´Ù. ¡Þ¸¸¾à ±¸ÀÔÈÄ ³»¿ëÀÌ ºÎ½ÇÇÏ´Ù°í ÆǴܵǽøé 100%ȯºÒ! Èļտ¡°Ô ¹°·ÁÁ־ ÀüÇô ¼Õ»öÀ̾ø´Â Á¤º¸CD! 2³â°£ÀÇ Á¤¼ºÀÌ ´ã±ä Á¤º¸CD¸¦ Æò°¡ÇÏ¿©Áֽñ⠹ٶø´Ï´Ù. ¡ÞÁö±Ý ¿¬¶ôÇÏ½Ã¸é µË´Ï´Ù.¢Ï011-520-3877ÀÓȯµ¿ ¸ÞÀÏÀÌ ºÒÇÊ¿äÇѺв²´Â ¹Ì¾ÈÇÕ´Ï´Ù.¿¬¶ôÁÖ½Ã¸é »èÁ¦ÇÏ°Ú½À´Ï´Ù.¢Ñwhandong@hanmail.net ¦®¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¯ ¦­¢Í ¹äÁÙ1CD¡¼ÇÏ ´Ã¡½±¸¼º¸ñ·Ï ¢Í¦­ ¦±¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦° 1. ¡Ú[ºñŸ¹Îi] â°í ÀϺΰ³¹æ¡Ú 99.04.12 ~ 99.05.25 2. ¸ðµ¨»çÁø ¸ðÀ½Áý(244MB) ·¹ÀÌ½Ì ¸ðµ¨ ¼­¾ç ¸ðµ¨ ¼½½Ã ¸ðµ¨ Àεð ¸ðµ¨ ÀϺ» ¸ðµ¨ Áß±¹ ¸ðµ¨ Çѱ¹ ¸ðµ¨ 3. ¹ÂÁ÷°ü·Ã ¸ðÀ½Áý(33.9MB) ±¤°íÀ½¾Ç ¿µÈ­À½¾Ç ÀϹÝÀ½¾Ç ij·Ñ¼Û È¿°úÀ½Çâ 4. ºñÁî´Ï½º ¸ðÀ½Áý(72.6MB) °æÁ¦Àü¸Á ¸ðÀ½ º¥Ã³±â¾÷ ÀÚ·á ¼Òȣâ¾÷ ¸ðÀ½ ¼ÒȣƯ°­ ¸ðÀ½ ½Ã»çÄ®·³ ÀÚ·á ½ÅÁ¾»ç¾÷ ¸ðÀ½ ¿©¼ºÃ¢¾÷ ¸ðÀ½ ¿ÀÆÛâ¾÷ ¸ðÀ½ ÀθÆÈ°¿ë ÀÚ·á ÀϹݱ¤°í ÀÚ·á ÀϺ»»ç¾÷ Á¤º¸ Àå»ç°ü·Ã ¸ðÀ½ Áֽİü·Ã ¸ðÀ½ â¾÷°­Á ¸ðÀ½ â¾÷Àü·« ¸ðÀ½ üÀθðÁý ÀÚ·á 5. »ýÈ°À¯¸Ó ¸ðÀ½Áý(4.92MB) »õ¿ì±ø ½Ã¸®Áî ¼½½º°ü·Ã À¯¸Ó ½ä··ÇÑ À¯¸Ó ¾ÆÂ÷ ±ôºý ½Ã¸®Áî ¾öû³­ À¯¸Ó¸ðÀ½ ÀÏ¹Ý À¯¸Ó¸ðÀ½ ÃֽŠÀ¯¸Ó¸ðÀ½ PCÅë½Å À¯¸Ó 6. ¿µ¾îÇнÀ ÀÚ·á½Ç(18.2MB) ³×¿À¹®¹ý ¹ßÀ½ ¿µÈ­´ëº» Ãʱ޿µ¾î ÄÚ¸®¾ÆŸÀÓÁî Grammer Hearing Native Reading Speaking Util Word Writing ¿µ¾î¼Ó´ã 100°¡Áö ¿Ü... 7. ¿µÈ­post ¸ðÀ½Áý+ (600¿©Àå) 8. ÀϹݻó½Ä ¸ðÀ½Áý(7.14MB) °Ç°­»ó½Ä1 °Ç°­»ó½Ä2 °Ç°­»ó½Ä3 ¾Ë¶ã»ì¸² ¾Ë¾Æ¼­ ÁÁÀº°Íµé ¿¬¾ÖÇÐ °­Á ¿ä¸®°­Á ÀÎÅͳݰü·Ã ÀâÇлó½Ä ÀçÅ×Å© È­¼ú°ü·Ã 9. ÀϹÝÀÚ·á ¸ðÀ½Áý(2.39MB) ¸éÁ¢°ü·Ã ÀÚ·á ¿Ü... 10. Á¾ÇÕ¼­½Ä ¸ðÀ½Áý(52.3MB) °æ¸®¿¡ °üÇÑ ¼­½Ä °ü¸®¿¡ °üÇÑ ¼­½Ä ±âȹ¿¡ °üÇÑ ¼­½Ä ´ëÇп¡ °üÇÑ ¼­½Ä ºñ¼­¿¡ °üÇÑ ¼­½Ä ¿µ¾÷¿¡ °üÇÑ ¼­½Ä Àλ翡 °üÇÑ ¼­½Ä ÀÏ¹Ý ¼­½Ä ¸ðÀ½Áý ÀüºÎ¼­ °øµ¿ ¼­½Ä ä±Ç¿¡ °üÇÑ ¼­½Ä Ãѹ«¿¡ °üÇÑ ¼­½Ä ȸ°è¿¡ °üÇÑ ¼­½Ä 11. ÃÔ¿µ»çÁø ¸ðÀ½Áý(16.9MB) µ¿¹°»çÁø ¸ðÀ½ ¹è°æ»çÁø ¸ðÀ½ ½Ä¹°»çÁø ¸ðÀ½ UFO »çÁø ¸ðÀ½ 12. ÄĽºÅ͵ð ÀÚ·á½Ç(10.2MB) ±×·¡ÇÈ °ü·Ã ³ª¸ð ¸Þ´º¾ó ³×Æ®¿÷ °ü·Ã ³ëÆ®ºÏ °ü·Ã ½Ã½ºÅÛ ¿¡·¯°ü·Ã ½ÇÀü ·¹ÄÚµù ¾ÐÃà °ü·Ã ¿öµå °ü·Ã À©µµ¿ì °ü·Ã À¯´Ð½º & ¸®´ª½º ÀÎÅÍ³Ý °ü·Ã ĬÅ×ÀÏ97 ¼³¸í¼­ Çϵå¿þ¾î °ü·Ã Bios °ü·Ã Dos °ü·Ã ¹«·á°èÁ¤(42°³±¹-515°³) ¼öÆÛ¸®´õ+¸Þ´º¾ó ÀÎÅÍ³Ý ¿ª»ç ¹× °³¿ä ÄÄÇ»ÅÍ ÀßÇÏ´Â ¹æ¹ý ÄÄÇ»ÅÍ °ü·Ã ÀÚ°ÝÁõ ÄÄÇ»ÅÍ »¡¸® ¹è¿ì±â ¿Ü... 13. ÇØÅ·°ü·Ã ÀÚ·á½Ç(22.1MB) »ª ¿À¸®Çǽº ÇØÅ· ÇнÀ Blue Cmaster4 Crack Cvir Gw hacker Jack Jaup Map Nevuniv Revela Soft95 Softice Sr609 Virus ÃÖ±ÙÇØÅ·ÀÇ À¯Çü ÆÄÀ̾î¿ù hack 14. ȨÆäÀÌÁö ¼Ò½ºµé(36.3MB) ±âŸ±×¸² ¸ðÀ½ ¸¶Å©¹öÆ° ¸ðÀ½ ¸¸È­±×¸² ¸ðÀ½ ¹ÙÅÁ¶óÀÎ ¸ðÀ½ ¹ÙÅÁÈ­¸é ¸ðÀ½ ¹æÇâÇ¥½Ã ¸ðÀ½ ¹è³Ê¹ÙÅÁ ¸ðÀ½ ¿òÁ÷ÀÌ´Â ±×¸² ¿òÁ÷ÀÌ´Â µ¿¹° ÀÛÀº±×¸² ¸ðÀ½ Çѱ¹Ç³¹° ¸ðÀ½ È­¸é¹öÆ° ¸ðÀ½ 15. ȸ¿ø°ü¸® ¼ÒÇÁÆ®(8.82MB) 16. IconÄ¿¼­ ¸ðÀ½Áý(18.2MB) 98¿ùµåÄÅ °ÔÀÓ ±¹±â ±âŸ µ¿¹° »ç¶÷ »ç¹«¿ëÇ° ½º¸¶ÀÏ ¿¡´Ï¸ÞÀÌ¼Ç ¿òÁ÷ÀÌ´Â ¾ÆÀÌÄÜ ¿òÁ÷ÀÌ´Â Ä¿¼­ À⵿»ç´Ï ÄÄ°ü·Ã Ç¥ÁöÆÇ È­»ìÇ¥ Win98 ¡ØÀ§ÀÇ ¸ðµç³»¿ëÀÌ CD1Àå¿¡ ¼ö·ÏµÇ¾îÀÖ´Â ¼¼°èÃÖÃÊÀÇ Á¤º¸CDÀÔ´Ï´Ù. ¹äÁÙÀº ±¹³»ÃÖÃÊ·Î ¸¸µé¾îÁø ÀÎÅͳÝÁ¾ÇÕÁ¤º¸ ¹é°ú»çÀüÀ¸·Î ÀÎÅÍ³Ý Á¤º¸ÀÇ °øÀ¯¿Í ´ëÁßÈ­¸¦ À§ÇØ ¸¸µé¾îÁ³½À´Ï´Ù......... ¡ØCD±¸ÀÔ ¹× ¹®ÀÇ:053-959-3444/011-520-3877 ÀÓȯµ¿ CD±¸ÀÔÀº Á¶ÈïÀºÇà(495-04-055227:ÀÓȯµ¿)À¸·Î ÀÔ±Ý(33,000¿ø/Åùè¿ì¼Û·á Æ÷ÇÔ)ÇÏ½Ã¸é µî±â/Åùè·Î ¹ß¼ÛÇÕ´Ï´Ù. ¡Ø¸¸¾à CDÀÇ ³»¿ëÀÌ ºÎ½ÇÇÏ´Ù¸é 100%ȯºÒ ÇÕ´Ï´Ù. 2³â°£ ÁغñÇÑ ¾öû³­ ÀڷḦ CD1Àå¿¡ ´ã¾Ò½À´Ï´Ù.Æò°¡¹Ù¶ø´Ï´Ù! ¡Ø´ëºÐ·ù16Ç׸ñ/Áߺзù358Æú´õ/¼ÒºÐ·ùÀÚ·á18782°³ÀÇ Á¤¸» ±ÍÇÑ ÀÚ·áµéÀÔ´Ï´Ù. Á÷Á¢º¸½Ã°í Æò°¡ÇÏ¿© Áֽñ⠹ٶø´Ï´Ù. °¨»çÇÕ´Ï´Ù. --AD_2000_PART_BOUNDARY_19990606-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Fri Oct 8 4:27: 0 1999 Delivered-To: freebsd-smp@freebsd.org Received: from posgate.acis.com.au (posgate.acis.com.au [203.14.230.14]) by hub.freebsd.org (Postfix) with ESMTP id AEDA114A1C for ; Fri, 8 Oct 1999 04:26:42 -0700 (PDT) (envelope-from andymac@bullseye.apana.org.au) Received: from bullseye.apana.org.au (uucp@localhost) by posgate.acis.com.au (8.9.2/8.9.2/Debian/GNU) with UUCP id VAA25151; Fri, 8 Oct 1999 21:08:44 +1000 (EST) Received: from bullseye.apana.org.au (central.apana.org.au [203.9.107.245]) by bullseye.apana.org.au (8.8.8/8.8.8) with SMTP id TAA13724; Fri, 8 Oct 1999 19:44:05 +1000 (EST) (envelope-from andymac@bullseye.apana.org.au) Date: Fri, 8 Oct 1999 19:40:24 +1000 (EST) From: Andrew MacIntyre To: chris Cc: freebsd-smp@FreeBSD.ORG Subject: Re: compaq prolient 6400R In-Reply-To: Message-ID: X-X-Sender: andymac@bullseye.apana.org.au MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 6 Oct 1999, chris wrote: > compaq proliant 6400R with 2 PIII xeons at 500MHz, 100MHz bus > > with GENERIC and custom kernel only se 16M of the 512 Standard for Compaqs. You'll need to set "MAXMEM" in your kernel config. I recall there also being an npx0 flag/option that can also be set to achieve this but don't remember the details. {remainder skipped...} -- Andrew I MacIntyre "These thoughts are mine alone..." E-mail: andrew.macintyre@aba.gov.au (work) | Snail: PO Box 370 andymac@bullseye.apana.org.au (play) | Belconnen ACT 2616 Fido: Andrew MacIntyre, 3:620/243.18 | Australia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Fri Oct 8 9:50:40 1999 Delivered-To: freebsd-smp@freebsd.org Received: from dragon.skku.ac.kr (dragon.skku.ac.kr [203.252.32.4]) by hub.freebsd.org (Postfix) with ESMTP id 00ED415872 for ; Fri, 8 Oct 1999 09:50:21 -0700 (PDT) (envelope-from mail@mail.net) Received: from mg ([210.218.162.200]) by dragon.skku.ac.kr (8.9.3/8.9.1) with SMTP id BAA18560 for ; Sat, 9 Oct 1999 01:47:57 +0900 (KST) Message-Id: <199910081647.BAA18560@dragon.skku.ac.kr> From: ±è¿µÀÏ To: freebsd-smp@freebsd.org Cc: Subject: ±¹³»ÃÖÃÊ! »ç¾÷Á¤º¸CD¸¦ °ø°³ÇÕ´Ï´Ù! Date: Thu, 23 Sep 99 01:47:52 ´ëÇѹα¹ Ç¥Áؽà MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=AD_2000_PART_BOUNDARY_19990606 Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. --AD_2000_PART_BOUNDARY_19990606 Content-Type: text/plain Content-Transfer-Encoding: 7Bit ¡Þ¾È³çÇϼ¼¿ä 2³â°£ÀÇ ³ë·Â °á½Ç·Î ¾Æ·¡ÀÇ ³»¿ëÀ» CD 1Àå¿¡ ¼ö·ÏÇÏ¿´½À´Ï´Ù. CD¸ñÂ÷¸¦ º¸½Ã¸é º°µµÀÇ ¼³¸íÀÌ ÇÊ¿ä¾øÀ¸¸®¶ó º¾´Ï´Ù. ¡Þ¼ö·®ÀÌ ÇÑÁ¤µÈ°ü°è·Î 100¸í¿¡ ÇÑÇÏ¿© Á¤°¡66,000¿øÀ» 33,000¿ø¿¡ °ø±ÞÇÏ°Ú½À´Ï´Ù.CD1ÀåÀ¸·Î ±ÍÇÏÀÇ »ç¾÷¿¡ Á¶±×¸¶ÇÑ µµ¿òÀÌ µÇ¸®¶ó´Â Á¦ÀÛÁøÀÇ ¹Ù¶øÀÔ´Ï´Ù. ¡Þ¸¸¾à ±¸ÀÔÈÄ ³»¿ëÀÌ ºÎ½ÇÇÏ´Ù°í ÆǴܵǽøé 100%ȯºÒ! Èļտ¡°Ô ¹°·ÁÁ־ ÀüÇô ¼Õ»öÀ̾ø´Â Á¤º¸CD! 2³â°£ÀÇ Á¤¼ºÀÌ ´ã±ä Á¤º¸CD¸¦ Æò°¡ÇÏ¿©Áֽñ⠹ٶø´Ï´Ù. ¡ÞÁö±Ý ¿¬¶ôÇÏ½Ã¸é µË´Ï´Ù.¢Ï011-520-3877ÀÓȯµ¿ ¸ÞÀÏÀÌ ºÒÇÊ¿äÇѺв²´Â ¹Ì¾ÈÇÕ´Ï´Ù.¿¬¶ôÁÖ½Ã¸é »èÁ¦ÇÏ°Ú½À´Ï´Ù.¢Ñwhandong@hanmail.net ¦®¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¯ ¦­¢Í ¹äÁÙ1CD¡¼ÇÏ ´Ã¡½±¸¼º¸ñ·Ï ¢Í¦­ ¦±¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦¬¦° 1. ¡Ú[ºñŸ¹Îi] â°í ÀϺΰ³¹æ¡Ú 99.04.12 ~ 99.05.25 2. ¸ðµ¨»çÁø ¸ðÀ½Áý(244MB) ·¹ÀÌ½Ì ¸ðµ¨ ¼­¾ç ¸ðµ¨ ¼½½Ã ¸ðµ¨ Àεð ¸ðµ¨ ÀϺ» ¸ðµ¨ Áß±¹ ¸ðµ¨ Çѱ¹ ¸ðµ¨ 3. ¹ÂÁ÷°ü·Ã ¸ðÀ½Áý(33.9MB) ±¤°íÀ½¾Ç ¿µÈ­À½¾Ç ÀϹÝÀ½¾Ç ij·Ñ¼Û È¿°úÀ½Çâ 4. ºñÁî´Ï½º ¸ðÀ½Áý(72.6MB) °æÁ¦Àü¸Á ¸ðÀ½ º¥Ã³±â¾÷ ÀÚ·á ¼Òȣâ¾÷ ¸ðÀ½ ¼ÒȣƯ°­ ¸ðÀ½ ½Ã»çÄ®·³ ÀÚ·á ½ÅÁ¾»ç¾÷ ¸ðÀ½ ¿©¼ºÃ¢¾÷ ¸ðÀ½ ¿ÀÆÛâ¾÷ ¸ðÀ½ ÀθÆÈ°¿ë ÀÚ·á ÀϹݱ¤°í ÀÚ·á ÀϺ»»ç¾÷ Á¤º¸ Àå»ç°ü·Ã ¸ðÀ½ Áֽİü·Ã ¸ðÀ½ â¾÷°­Á ¸ðÀ½ â¾÷Àü·« ¸ðÀ½ üÀθðÁý ÀÚ·á 5. »ýÈ°À¯¸Ó ¸ðÀ½Áý(4.92MB) »õ¿ì±ø ½Ã¸®Áî ¼½½º°ü·Ã À¯¸Ó ½ä··ÇÑ À¯¸Ó ¾ÆÂ÷ ±ôºý ½Ã¸®Áî ¾öû³­ À¯¸Ó¸ðÀ½ ÀÏ¹Ý À¯¸Ó¸ðÀ½ ÃֽŠÀ¯¸Ó¸ðÀ½ PCÅë½Å À¯¸Ó 6. ¿µ¾îÇнÀ ÀÚ·á½Ç(18.2MB) ³×¿À¹®¹ý ¹ßÀ½ ¿µÈ­´ëº» Ãʱ޿µ¾î ÄÚ¸®¾ÆŸÀÓÁî Grammer Hearing Native Reading Speaking Util Word Writing ¿µ¾î¼Ó´ã 100°¡Áö ¿Ü... 7. ¿µÈ­post ¸ðÀ½Áý+ (600¿©Àå) 8. ÀϹݻó½Ä ¸ðÀ½Áý(7.14MB) °Ç°­»ó½Ä1 °Ç°­»ó½Ä2 °Ç°­»ó½Ä3 ¾Ë¶ã»ì¸² ¾Ë¾Æ¼­ ÁÁÀº°Íµé ¿¬¾ÖÇÐ °­Á ¿ä¸®°­Á ÀÎÅͳݰü·Ã ÀâÇлó½Ä ÀçÅ×Å© È­¼ú°ü·Ã 9. ÀϹÝÀÚ·á ¸ðÀ½Áý(2.39MB) ¸éÁ¢°ü·Ã ÀÚ·á ¿Ü... 10. Á¾ÇÕ¼­½Ä ¸ðÀ½Áý(52.3MB) °æ¸®¿¡ °üÇÑ ¼­½Ä °ü¸®¿¡ °üÇÑ ¼­½Ä ±âȹ¿¡ °üÇÑ ¼­½Ä ´ëÇп¡ °üÇÑ ¼­½Ä ºñ¼­¿¡ °üÇÑ ¼­½Ä ¿µ¾÷¿¡ °üÇÑ ¼­½Ä Àλ翡 °üÇÑ ¼­½Ä ÀÏ¹Ý ¼­½Ä ¸ðÀ½Áý ÀüºÎ¼­ °øµ¿ ¼­½Ä ä±Ç¿¡ °üÇÑ ¼­½Ä Ãѹ«¿¡ °üÇÑ ¼­½Ä ȸ°è¿¡ °üÇÑ ¼­½Ä 11. ÃÔ¿µ»çÁø ¸ðÀ½Áý(16.9MB) µ¿¹°»çÁø ¸ðÀ½ ¹è°æ»çÁø ¸ðÀ½ ½Ä¹°»çÁø ¸ðÀ½ UFO »çÁø ¸ðÀ½ 12. ÄĽºÅ͵ð ÀÚ·á½Ç(10.2MB) ±×·¡ÇÈ °ü·Ã ³ª¸ð ¸Þ´º¾ó ³×Æ®¿÷ °ü·Ã ³ëÆ®ºÏ °ü·Ã ½Ã½ºÅÛ ¿¡·¯°ü·Ã ½ÇÀü ·¹ÄÚµù ¾ÐÃà °ü·Ã ¿öµå °ü·Ã À©µµ¿ì °ü·Ã À¯´Ð½º & ¸®´ª½º ÀÎÅÍ³Ý °ü·Ã ĬÅ×ÀÏ97 ¼³¸í¼­ Çϵå¿þ¾î °ü·Ã Bios °ü·Ã Dos °ü·Ã ¹«·á°èÁ¤(42°³±¹-515°³) ¼öÆÛ¸®´õ+¸Þ´º¾ó ÀÎÅÍ³Ý ¿ª»ç ¹× °³¿ä ÄÄÇ»ÅÍ ÀßÇÏ´Â ¹æ¹ý ÄÄÇ»ÅÍ °ü·Ã ÀÚ°ÝÁõ ÄÄÇ»ÅÍ »¡¸® ¹è¿ì±â ¿Ü... 13. ÇØÅ·°ü·Ã ÀÚ·á½Ç(22.1MB) »ª ¿À¸®Çǽº ÇØÅ· ÇнÀ Blue Cmaster4 Crack Cvir Gw hacker Jack Jaup Map Nevuniv Revela Soft95 Softice Sr609 Virus ÃÖ±ÙÇØÅ·ÀÇ À¯Çü ÆÄÀ̾î¿ù hack 14. ȨÆäÀÌÁö ¼Ò½ºµé(36.3MB) ±âŸ±×¸² ¸ðÀ½ ¸¶Å©¹öÆ° ¸ðÀ½ ¸¸È­±×¸² ¸ðÀ½ ¹ÙÅÁ¶óÀÎ ¸ðÀ½ ¹ÙÅÁÈ­¸é ¸ðÀ½ ¹æÇâÇ¥½Ã ¸ðÀ½ ¹è³Ê¹ÙÅÁ ¸ðÀ½ ¿òÁ÷ÀÌ´Â ±×¸² ¿òÁ÷ÀÌ´Â µ¿¹° ÀÛÀº±×¸² ¸ðÀ½ Çѱ¹Ç³¹° ¸ðÀ½ È­¸é¹öÆ° ¸ðÀ½ 15. ȸ¿ø°ü¸® ¼ÒÇÁÆ®(8.82MB) 16. IconÄ¿¼­ ¸ðÀ½Áý(18.2MB) 98¿ùµåÄÅ °ÔÀÓ ±¹±â ±âŸ µ¿¹° »ç¶÷ »ç¹«¿ëÇ° ½º¸¶ÀÏ ¿¡´Ï¸ÞÀÌ¼Ç ¿òÁ÷ÀÌ´Â ¾ÆÀÌÄÜ ¿òÁ÷ÀÌ´Â Ä¿¼­ À⵿»ç´Ï ÄÄ°ü·Ã Ç¥ÁöÆÇ È­»ìÇ¥ Win98 ¡ØÀ§ÀÇ ¸ðµç³»¿ëÀÌ CD1Àå¿¡ ¼ö·ÏµÇ¾îÀÖ´Â ¼¼°èÃÖÃÊÀÇ Á¤º¸CDÀÔ´Ï´Ù. ¹äÁÙÀº ±¹³»ÃÖÃÊ·Î ¸¸µé¾îÁø ÀÎÅͳÝÁ¾ÇÕÁ¤º¸ ¹é°ú»çÀüÀ¸·Î ÀÎÅÍ³Ý Á¤º¸ÀÇ °øÀ¯¿Í ´ëÁßÈ­¸¦ À§ÇØ ¸¸µé¾îÁ³½À´Ï´Ù......... ¡ØCD±¸ÀÔ ¹× ¹®ÀÇ:053-959-3444/011-520-3877 ÀÓȯµ¿ CD±¸ÀÔÀº Á¶ÈïÀºÇà(495-04-055227:ÀÓȯµ¿)À¸·Î ÀÔ±Ý(33,000¿ø/Åùè¿ì¼Û·á Æ÷ÇÔ)ÇÏ½Ã¸é µî±â/Åùè·Î ¹ß¼ÛÇÕ´Ï´Ù. ¡Ø¸¸¾à CDÀÇ ³»¿ëÀÌ ºÎ½ÇÇÏ´Ù¸é 100%ȯºÒ ÇÕ´Ï´Ù. 2³â°£ ÁغñÇÑ ¾öû³­ ÀڷḦ CD1Àå¿¡ ´ã¾Ò½À´Ï´Ù.Æò°¡¹Ù¶ø´Ï´Ù! ¡Ø´ëºÐ·ù16Ç׸ñ/Áߺзù358Æú´õ/¼ÒºÐ·ùÀÚ·á18782°³ÀÇ Á¤¸» ±ÍÇÑ ÀÚ·áµéÀÔ´Ï´Ù. Á÷Á¢º¸½Ã°í Æò°¡ÇÏ¿© Áֽñ⠹ٶø´Ï´Ù. °¨»çÇÕ´Ï´Ù. --AD_2000_PART_BOUNDARY_19990606-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Fri Oct 8 17:33:51 1999 Delivered-To: freebsd-smp@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 3693514DE5 for ; Fri, 8 Oct 1999 17:33:48 -0700 (PDT) (envelope-from bright@wintelcom.net) Received: from localhost (bright@localhost) by fw.wintelcom.net (8.9.3/8.9.3) with ESMTP id RAA09528 for ; Fri, 8 Oct 1999 17:53:07 -0700 (PDT) Date: Fri, 8 Oct 1999 17:53:07 -0700 (PDT) From: Alfred Perlstein To: smp@freebsd.org Subject: optimizing the idle-loop and more mp stuff 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've been looking at the mplock stuff for a while now and I was wondering if someone could clarify some observations and assumptions I have. 1) the idle loop that zero's pages has the mplock up so that it can't even run on an idle CPU. It seems to me that this could be fixed by ripping some code from pmap_zero_page() specifically to map the page in and _then_ releasing the mplock, zero'ing the page and aquiring the mplock again. perhaps even grabbing several pages, mapping them in and the zero'ing them all in one sweep to lower the overhead of mplock manipulation. Is it also possible that our 'optimized' bzero routines aren't trully SMP safe? (using npx or some other trick?) 2) all syscalls grab the mplock on entry. The limitations from moving to linux's SMP (which seems to be just putting kernel_lock() at the start of each syscall and kernel_unlock() at the end) seem to be: . the copyin() code for the syscall arguments solution: special copyin that grabs the mplock on a pagefault . fork() issues that I need to think more about solution: hmm? :) Perhaps part of the fork() return path must grab the mplock before running out of the kernel, or perhaps the process just spins on the mplock after being crafted which I assume is almost already the case. . singular scratch areas used by the kernel solution: per-process scratch areas. thanks, -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Fri Oct 8 17:57:34 1999 Delivered-To: freebsd-smp@freebsd.org Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by hub.freebsd.org (Postfix) with ESMTP id 5317814FC9 for ; Fri, 8 Oct 1999 17:57:27 -0700 (PDT) (envelope-from alc@cs.rice.edu) Received: from nonpc.cs.rice.edu (nonpc.cs.rice.edu [128.42.1.219]) by cs.rice.edu (8.9.0/8.9.0) with ESMTP id TAA29309; Fri, 8 Oct 1999 19:57:27 -0500 (CDT) Received: (from alc@localhost) by nonpc.cs.rice.edu (8.9.3/8.7.3) id TAA38829; Fri, 8 Oct 1999 19:57:26 -0500 (CDT) Date: Fri, 8 Oct 1999 19:57:26 -0500 From: Alan Cox To: Alfred Perlstein Cc: smp@freebsd.org Subject: Re: optimizing the idle-loop and more mp stuff Message-ID: <19991008195726.C36160@nonpc.cs.rice.edu> References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=3MwIy2ne0vdjdPXF X-Mailer: Mutt 0.95.1i In-Reply-To: ; from Alfred Perlstein on Fri, Oct 08, 1999 at 05:53:07PM -0700 Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii On Fri, Oct 08, 1999 at 05:53:07PM -0700, Alfred Perlstein wrote: > > I've been looking at the mplock stuff for a while now and I was > wondering if someone could clarify some observations and assumptions > I have. > > 1) the idle loop that zero's pages has the mplock up so that it > can't even run on an idle CPU. > > It seems to me that this could be fixed by ripping some code from > pmap_zero_page() specifically to map the page in and _then_ releasing > the mplock, zero'ing the page and aquiring the mplock again. > > perhaps even grabbing several pages, mapping them in and the zero'ing > them all in one sweep to lower the overhead of mplock manipulation. > Try updating/using the attached patch. Alan --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="idle-lock.patch" Index: i386/i386/vm_machdep.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/vm_machdep.c,v retrieving revision 1.125 diff -c -r1.125 vm_machdep.c *** vm_machdep.c 1999/07/31 18:30:49 1.125 --- vm_machdep.c 1999/08/19 17:05:56 *************** *** 546,570 **** return(0); #ifdef SMP ! if (try_mplock()) { #endif - s = splvm(); - __asm __volatile("sti" : : : "memory"); zero_state = 0; m = vm_page_list_find(PQ_FREE, free_rover, FALSE); if (m != NULL && (m->flags & PG_ZERO) == 0) { vm_page_queues[m->queue].lcnt--; TAILQ_REMOVE(vm_page_queues[m->queue].pl, m, pageq); m->queue = PQ_NONE; ! splx(s); ! #if 0 ! rel_mplock(); ! #endif pmap_zero_page(VM_PAGE_TO_PHYS(m)); ! #if 0 ! get_mplock(); ! #endif ! (void)splvm(); vm_page_flag_set(m, PG_ZERO); m->queue = PQ_FREE + m->pc; vm_page_queues[m->queue].lcnt++; --- 546,570 ---- return(0); #ifdef SMP ! if (simple_lock_try(&vm_page_queue_free_mutex)) { #endif zero_state = 0; m = vm_page_list_find(PQ_FREE, free_rover, FALSE); if (m != NULL && (m->flags & PG_ZERO) == 0) { vm_page_queues[m->queue].lcnt--; TAILQ_REMOVE(vm_page_queues[m->queue].pl, m, pageq); m->queue = PQ_NONE; ! ! simple_unlock(&vm_page_queue_free_mutex); ! ! __asm __volatile("sti" : : : "memory"); ! pmap_zero_page(VM_PAGE_TO_PHYS(m)); ! ! __asm __volatile("cli" : : : "memory"); ! ! simple_lock(&vm_page_queue_free_mutex); ! vm_page_flag_set(m, PG_ZERO); m->queue = PQ_FREE + m->pc; vm_page_queues[m->queue].lcnt++; *************** *** 576,585 **** zero_state = 1; } free_rover = (free_rover + PQ_PRIME2) & PQ_L2_MASK; - splx(s); - __asm __volatile("cli" : : : "memory"); #ifdef SMP ! rel_mplock(); #endif return (1); #ifdef SMP --- 576,583 ---- zero_state = 1; } free_rover = (free_rover + PQ_PRIME2) & PQ_L2_MASK; #ifdef SMP ! simple_unlock(&vm_page_queue_free_mutex); #endif return (1); #ifdef SMP Index: i386/include/smptests.h =================================================================== RCS file: /home/ncvs/src/sys/i386/include/smptests.h,v retrieving revision 1.32 diff -c -r1.32 smptests.h *** smptests.h 1998/04/06 11:38:18 1.32 --- smptests.h 1999/08/19 08:14:57 *************** *** 129,135 **** * panic()s, as simple locks are binary, and this would cause a deadlock. * */ ! #define SL_DEBUG /* --- 129,135 ---- * panic()s, as simple locks are binary, and this would cause a deadlock. * */ ! #define sL_DEBUG /* Index: vm/vm_page.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_page.c,v retrieving revision 1.140 diff -c -r1.140 vm_page.c *** vm_page.c 1999/08/17 18:09:01 1.140 --- vm_page.c 1999/08/19 07:26:49 *************** *** 88,93 **** --- 88,94 ---- static void vm_page_queue_init __P((void)); static vm_page_t vm_page_select_cache __P((vm_object_t, vm_pindex_t)); + static void _vm_page_free_toq(vm_page_t m); /* * Associated with page of user-allocatable memory is a *************** *** 106,111 **** --- 107,114 ---- struct vpgqueues vm_page_queues[PQ_COUNT] = {{0}}; + struct simplelock vm_page_queue_free_mutex; + static void vm_page_queue_init(void) { int i; *************** *** 130,135 **** --- 133,139 ---- panic("vm_page_queue_init: queue %d is null", i); } } + simple_lock_init(&vm_page_queue_free_mutex); } vm_page_t vm_page_array = 0; *************** *** 764,772 **** if ((curproc == pageproc) && (page_req != VM_ALLOC_INTERRUPT)) { page_req = VM_ALLOC_SYSTEM; }; - - s = splvm(); loop: if (cnt.v_free_count > cnt.v_free_reserved) { /* --- 768,775 ---- if ((curproc == pageproc) && (page_req != VM_ALLOC_INTERRUPT)) { page_req = VM_ALLOC_SYSTEM; }; + s = vm_page_queue_free_lock(); loop: if (cnt.v_free_count > cnt.v_free_reserved) { /* *************** *** 795,801 **** */ m = vm_page_select_cache(object, pindex); if (m == NULL) { ! splx(s); #if defined(DIAGNOSTIC) if (cnt.v_cache_count > 0) printf("vm_page_alloc(NORMAL): missing pages on cache queue: %d\n", cnt.v_cache_count); --- 798,804 ---- */ m = vm_page_select_cache(object, pindex); if (m == NULL) { ! vm_page_queue_free_unlock(s); #if defined(DIAGNOSTIC) if (cnt.v_cache_count > 0) printf("vm_page_alloc(NORMAL): missing pages on cache queue: %d\n", cnt.v_cache_count); *************** *** 807,819 **** KASSERT(m->dirty == 0, ("Found dirty cache page %p", m)); vm_page_busy(m); vm_page_protect(m, VM_PROT_NONE); ! vm_page_free(m); goto loop; } else { /* * Not allocateable from cache from interrupt, give up. */ ! splx(s); vm_pageout_deficit++; pagedaemon_wakeup(); return (NULL); --- 810,823 ---- KASSERT(m->dirty == 0, ("Found dirty cache page %p", m)); vm_page_busy(m); vm_page_protect(m, VM_PROT_NONE); ! vm_page_flag_clear(m, PG_ZERO); ! _vm_page_free_toq(m); goto loop; } else { /* * Not allocateable from cache from interrupt, give up. */ ! vm_page_queue_free_unlock(s); vm_pageout_deficit++; pagedaemon_wakeup(); return (NULL); *************** *** 876,882 **** (cnt.v_free_count < cnt.v_pageout_free_min)) pagedaemon_wakeup(); ! splx(s); return (m); } --- 880,886 ---- (cnt.v_free_count < cnt.v_pageout_free_min)) pagedaemon_wakeup(); ! vm_page_queue_free_unlock(s); return (m); } *************** *** 1066,1081 **** * Object and page must be locked prior to entry. * This routine may not block. */ - void vm_page_free_toq(vm_page_t m) { int s; struct vpgqueues *pq; vm_object_t object = m->object; - s = splvm(); - cnt.v_tfree++; #if !defined(MAX_PERF) --- 1070,1091 ---- * Object and page must be locked prior to entry. * This routine may not block. */ void vm_page_free_toq(vm_page_t m) { int s; + + s = vm_page_queue_free_lock(); + _vm_page_free_toq(m); + vm_page_queue_free_unlock(s); + } + + static void + _vm_page_free_toq(vm_page_t m) + { struct vpgqueues *pq; vm_object_t object = m->object; cnt.v_tfree++; #if !defined(MAX_PERF) *************** *** 1108,1114 **** */ if ((m->flags & PG_FICTITIOUS) != 0) { - splx(s); return; } --- 1118,1123 ---- *************** *** 1168,1175 **** } vm_page_free_wakeup(); - - splx(s); } /* --- 1177,1182 ---- Index: vm/vm_page.h =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_page.h,v retrieving revision 1.70 diff -c -r1.70 vm_page.h *** vm_page.h 1999/08/17 22:48:10 1.70 --- vm_page.h 1999/08/19 16:59:44 *************** *** 280,285 **** --- 280,310 ---- #endif + #ifdef SMP + extern struct simplelock vm_page_queue_free_mutex; + #endif + + static __inline int + vm_page_queue_free_lock(void) + { + int s; + + s = splvm(); + #ifdef SMP + simple_lock(&vm_page_queue_free_mutex); + #endif + return s; + } + + static __inline void + vm_page_queue_free_unlock(int s) + { + #ifdef SMP + simple_unlock(&vm_page_queue_free_mutex); + #endif + splx(s); + } + extern int vm_page_zero_count; extern vm_page_t vm_page_array; /* First resident page in table */ --3MwIy2ne0vdjdPXF-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message