From owner-freebsd-smp Sun Apr 7 9:42: 0 2002 Delivered-To: freebsd-smp@freebsd.org Received: from aurora.sol.net (aurora.sol.net [206.55.65.76]) by hub.freebsd.org (Postfix) with ESMTP id 307B037B405; Sun, 7 Apr 2002 09:41:53 -0700 (PDT) Received: (from jgreco@localhost) by aurora.sol.net (8.9.3/8.9.2/SNNS-1.02) id LAA11191; Sun, 7 Apr 2002 11:41:48 -0500 (CDT) From: Joe Greco Message-Id: <200204071641.LAA11191@aurora.sol.net> Subject: kernel trap 9 with interrupts disabled To: freebsd-smp@freebsd.org, freebsd-stable@freebsd.org Date: Sun, 7 Apr 2002 11:41:48 -0500 (CDT) X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, I've got a new Tyan S2462 with dual AMD MP 1800+'s and a gig or two of RAM, which is being used to provide shell services to some users who have a variety of applications running. It's virtually identical to another that I got and love, which is being used for Usenet news stuff. However, after the machine has been up for a while (variously from several days to as long as a few hours), the load starts shooting up, it develops some processes that show as "R" in ps, but are unkillable, and the following pops up in messages. Apr 7 00:47:53 server /kernel: kernel trap 9 with interrupts disabled Apr 7 00:48:24 server last message repeated 552 times Apr 7 00:50:00 server last message repeated 1861 times Apr 7 00:50:00 server /kernel: kernel trap 9 with interrupts disabled Apr 7 00:50:31 server last message repeated 537 times [etc etc etc] That appears to be #define T_PROTFLT 9 /* protection fault */ I did some searching and it appears that this trap sometimes happens with the Linux emulator, but that's not loaded. Any suggestions as to how to go about debugging this? From the source, I see two locations in machdep.c where it could also be caused... -- Joe Greco - sol.net Network Services - Milwaukee, WI - http://www.sol.net "We call it the 'one bite at the apple' rule. Give me one chance [and] then I won't contact you again." - Direct Marketing Ass'n position on e-mail spam(CNN) With 24 million small businesses in the US alone, that's way too many apples. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sun Apr 7 11:23: 2 2002 Delivered-To: freebsd-smp@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 676E237B417; Sun, 7 Apr 2002 11:22:57 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id g37IMbt34515; Sun, 7 Apr 2002 11:22:37 -0700 (PDT) (envelope-from dillon) Date: Sun, 7 Apr 2002 11:22:37 -0700 (PDT) From: Matthew Dillon Message-Id: <200204071822.g37IMbt34515@apollo.backplane.com> To: Joe Greco Cc: freebsd-smp@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: kernel trap 9 with interrupts disabled References: <200204071641.LAA11191@aurora.sol.net> Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hmm. Maybe adjust the code to panic the machine when this situation occurs, then see if you can get a kernel dump out of it. As to the load issue... that sounds like a classic priority inversion problem. Check the 'nice' of all the processes in the system and see if some nice'd-down processes are hogging the cpu. 'ps axlww' in a big window. Also look at the user cpu verses system cpu percentage to see where the cpu is going. -Matt Matthew Dillon :Hi, : :... : :However, after the machine has been up for a while (variously from several :days to as long as a few hours), the load starts shooting up, it develops :some processes that show as "R" in ps, but are unkillable, and the :following pops up in messages. : :Apr 7 00:47:53 server /kernel: kernel trap 9 with interrupts disabled :Apr 7 00:48:24 server last message repeated 552 times :Apr 7 00:50:00 server last message repeated 1861 times :Apr 7 00:50:00 server /kernel: kernel trap 9 with interrupts disabled :Apr 7 00:50:31 server last message repeated 537 times :[etc etc etc] : :That appears to be : :#define T_PROTFLT 9 /* protection fault */ : :I did some searching and it appears that this trap sometimes happens with :the Linux emulator, but that's not loaded. : :Any suggestions as to how to go about debugging this? : :>From the source, I see two locations in machdep.c where it could also be :caused... :-- :Joe Greco - sol.net Network Services - Milwaukee, WI - http://www.sol.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sun Apr 7 14:18: 1 2002 Delivered-To: freebsd-smp@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id AF62E37B417; Sun, 7 Apr 2002 14:17:51 -0700 (PDT) Received: from pool0113.cvx21-bradley.dialup.earthlink.net ([209.179.192.113] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16uK2n-0000SH-00; Sun, 07 Apr 2002 14:17:50 -0700 Message-ID: <3CB0B765.6246839C@mindspring.com> Date: Sun, 07 Apr 2002 14:17:25 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Joe Greco Cc: freebsd-smp@freebsd.org, freebsd-stable@freebsd.org Subject: Re: kernel trap 9 with interrupts disabled References: <200204071641.LAA11191@aurora.sol.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Joe Greco wrote: > I've got a new Tyan S2462 with dual AMD MP 1800+'s and a gig or two of ******************* > RAM, which is being used to provide shell services to some users who have *** > a variety of applications running. It's virtually identical to another > that I got and love, which is being used for Usenet news stuff. If you could tell us *exactly* how much RAM you have, rather than making us pick a random number between 1 and 3 (1|2 == 3 ...8-)), then it would be easier to give a definitive answer. However... This will make no sense whatsoever, unless you have been in the bowels of the startup code, but... options MAXFILES 50000 options DISABLE_PSE If you still have the problem, set your KVA from the default of 1G to 2G or even 3G (depending on how much RAM you have) AND do this. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sun Apr 7 14:46:21 2002 Delivered-To: freebsd-smp@freebsd.org Received: from aurora.sol.net (aurora.sol.net [206.55.65.76]) by hub.freebsd.org (Postfix) with ESMTP id 90CE537B404; Sun, 7 Apr 2002 14:46:14 -0700 (PDT) Received: (from jgreco@localhost) by aurora.sol.net (8.9.3/8.9.2/SNNS-1.02) id QAA69682; Sun, 7 Apr 2002 16:46:09 -0500 (CDT) From: Joe Greco Message-Id: <200204072146.QAA69682@aurora.sol.net> Subject: Re: kernel trap 9 with interrupts disabled To: tlambert2@mindspring.com (Terry Lambert) Date: Sun, 7 Apr 2002 16:46:09 -0500 (CDT) Cc: jgreco@ns.sol.net (Joe Greco), freebsd-smp@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <3CB0B765.6246839C@mindspring.com> from "Terry Lambert" at Apr 07, 2002 02:17:25 PM X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Joe Greco wrote: > > I've got a new Tyan S2462 with dual AMD MP 1800+'s and a gig or two of > ******************* > > RAM, which is being used to provide shell services to some users who have > *** > > a variety of applications running. It's virtually identical to another > > that I got and love, which is being used for Usenet news stuff. > > If you could tell us *exactly* how much RAM you have, rather > than making us pick a random number between 1 and 3 (1|2 == 3 > ...8-)), then it would be easier to give a definitive answer. It's varied a bit, because I've raided some RAM out of the box-in-trouble to put as much as 3.5GB in my news transit box. Right now, the B-i-T only has 1GB. The other thing I just saw was that the problem went away during its last incarnation. If someone is interested in looking at a kernel dump, I'll do as Matt Dillon suggested and see if I can get a core. > However... > > This will make no sense whatsoever, unless you have been in the > bowels of the startup code, but... > > options MAXFILES 50000 > options DISABLE_PSE > > If you still have the problem, set your KVA from the default of > 1G to 2G or even 3G (depending on how much RAM you have) AND do > this. Noted. -- Joe Greco - sol.net Network Services - Milwaukee, WI - http://www.sol.net "We call it the 'one bite at the apple' rule. Give me one chance [and] then I won't contact you again." - Direct Marketing Ass'n position on e-mail spam(CNN) With 24 million small businesses in the US alone, that's way too many apples. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Apr 8 12:26:25 2002 Delivered-To: freebsd-smp@freebsd.org Received: from proton.hexanet.fr (proton.hexanet.fr [81.23.32.33]) by hub.freebsd.org (Postfix) with ESMTP id 8481637B416 for ; Mon, 8 Apr 2002 12:26:17 -0700 (PDT) Received: from hexanet.fr (localhost [127.0.0.1]) by proton.hexanet.fr (8.11.6/8.11.6) with SMTP id g38JQEJ04550; Mon, 8 Apr 2002 21:26:14 +0200 (CEST) (envelope-from c.prevotaux@hexanet.fr) Date: Mon, 8 Apr 2002 21:26:14 +0200 From: Christophe Prevotaux To: "Hartmann, O." Cc: freebsd-smp@freebsd.org Subject: Re: SMP with VIA chipset system lockups Message-Id: <20020408212614.21ae810f.c.prevotaux@hexanet.fr> In-Reply-To: <20020408170933.W17027-100000@klima.physik.uni-mainz.de> References: <20020408145322.2221d01f.c.prevotaux@hexanet.fr> <20020408170933.W17027-100000@klima.physik.uni-mainz.de> Organization: HEXANET Sarl X-Mailer: Sylpheed version 0.7.0 (GTK+ 1.2.10; i386--freebsd4.4) X-NCC-RegID: fr.hexanet Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Yes I just did the APM thing and everything seems to be working fine APM can be nice when starting a server with WOL and shutting down previously the other one with APM among other things On Mon, 8 Apr 2002 17:22:07 +0200 (CEST) "Hartmann, O." wrote: > On Mon, 8 Apr 2002, Christophe Prevotaux wrote: > > :>On Wed, 3 Apr 2002 21:50:55 +0000 > :>Josh Paetzel wrote: > :> > :>> On Tue, Apr 02, 2002 at 04:04:21PM +0200, Administrator IPA wrote: > :>> > On Wed, 27 Mar 2002, mikea wrote: > :>> > > :>> > > On Wed, Mar 27, 2002 at 06:45:49PM +0100, Christophe Prévotaux wrote: > :>> > > > I have a similar problem with a ASUS CUV4X-DLS > :>> > > > Dual CPU motherboard it is using VIA CHIPSET > :>> > > > as well and I have lockups , the system > :>> > > > freezes but I am still able to ping the machine > :>> > > > this is very strange , however nothing else works > :>> > > > > :>> > > > I have no problems running these machine in single > :>> > > > CPU mode but when I run SMP it does have freezing > :>> > > > problems > :> > :>> > > :>> > Hello out there. > :>> > > :>> > We have several SMP machines around here, one is a ASUS CUV4X-D based > :>> > system. This machine never have had any lockups as you described. > :>> > > :>> > Another system, a TYAN Thunder 2500/Slot 1 system with ServerWorks ServerSet III/HE > :>> > chipset had today its 'spontanous' reboot. > :>> > > :>> > With TYAN's mainboard I had a lot of trouble and it seems not to be only a issue of the > :>> > chipset itself! > :>> > TYAN Thunder and ASUS CUV4X-D have problems with IRQs, I guess, especially when using more > :>> > than one Intel EtherExpress (fxp) NIC. > :> > :> > :>Well I do have problems with the ASUS CUV4X-D and I am using the integrated > :>fxp ethernet interface , one DG500SX DLINK Gigabit Ethernet board and a PCA200E-SMF > :>ATM card in the same machine. Under Linux they worked absolutely flawlessly > :> > :>I am using > :> > :># To make an SMP kernel, the next two are needed > :>options SMP # Symmetric MultiProcessor Kernel > :>options APIC_IO # Symmetric (APIC) I/O > :> > :># The `hfa' driver provides support for the FORE Systems, Inc. > :># PCA-200E ATM PCI Adapter. > :># > :>options ATM_CORE #core ATM protocol family > :>options ATM_IP #IP over ATM support > :>options ATM_SIGPVC #SIGPVC signalling manager > :>options ATM_SPANS #SPANS signalling manager > :>options ATM_UNI #UNI signalling manager > :># > :> > :> > :>I also have APM enabled , but I am going to try with > :> > :>APM disable > :> > :>in my KERNCONF and see what happens > :> > Well, you found one possible solution for your own. I had especially > on the TYAN Thunder 2500 problems with APM enabled, but why use this > seneseless feature in an server environment? Our ASUS CUV4X-D had > also APM problems, I deselected it - and things were fine as before. > > Another issue is networking, NICs and IRQ with FreeBSD. I made the same > experiences like you with more than one NIC enabled and used in an > SMP system. While UP systems does obviously not have any problems with > more than one NIC (we have a bridging firewall with two NICs, fxp > type EtherExpress 10/100 Pro+, never saw any problem if the NICs are > placed in the right PCI slots on the ASUS A7V mobo), SMP machines does. > Especially those with newer chipsets. Our older SMP system, based > on two Intel PII/350 on a GigaByte and Bx440 chipset worked without > problems with two Intel NICs, but the TYAN Thunder 2500 did not. Our > ASUS does not have a built in NIC and it worked with FBSD 4.3 without > problems and in SMP mode using two NICs (activated and therefore up and > under heavy load!). > On Linux I never saw similar problems, but Linux has several other issues, > and especially performance impacts, which can be measured if both systems > are up and running stable. -- =============================================================== Christophe Prevotaux Email: c.prevotaux@hexanet.fr HEXANET SARL URL: http://www.hexanet.fr/ Z.A.C Les Charmilles Tel: +33 (0)3 26 79 30 05 3 Allée Thierry Sabine Direct: +33 (0)3 26 79 08 02 BP202 Fax: +33 (0)3 26 79 30 06 51686 Reims Cedex 2 FRANCE HEXANET Network Operation Center =============================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Apr 9 2:58:20 2002 Delivered-To: freebsd-smp@freebsd.org Received: from ns17.isol.net.ar (h066060062160.isol.net.ar [66.60.62.160]) by hub.freebsd.org (Postfix) with ESMTP id 6F1F237B41A for ; Tue, 9 Apr 2002 02:57:57 -0700 (PDT) Received: from h066060062169.isol.net.ar (h066060062169.isol.net.ar [66.60.62.169]) by ns17.isol.net.ar (8.11.6/8.11.6) with ESMTP id g39Cr8v77736 for ; Tue, 9 Apr 2002 09:53:08 -0300 (ART) (envelope-from root@h066060062169.isol.net.ar) Date: Tue, 9 Apr 2002 02:43:03 GMT Message-Id: <200204090243.g392h3041052@h066060062169.isol.net.ar> Subject: LIQUID V - IMMEDIATE RESULTS NO PRESCRIPTION NECESSARY From: liquidv12@liquidv12.com.isol.net.ar To: liquidv12@liquidv12.com.isol.net.ar MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001__26423154_69463,55" Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a Multipart MIME message. ------=_NextPart_000_001__26423154_69463,55 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit LIQUID V -  ALL NATURAL ----------------------------------------- Increase blood flow Increase Frequency Increase Desire Increase Sensation Increase Stamina Increase Satisfaction ---------------------------------------- HOW LIQUID-V WORKS: LIQUID-V is a revolutionary way to get your erection back to its youthful state. Oral absorption is the fastest, most effective way to get a dose of erection enhancing supplements into your system. LIQUID-V immediately allows the maximum amount of blood to fill the penile chambers, this process allows for an increase in penile length, girth and hardness. When put into the mouth, micro-sized beads are immediately absorbed into the tissue through the capillaries, which lie close to the surface of the lining in the mouth. This process allows the supplement to be absorbed within seconds. LIQUID-Vis superior to a pill because it absorbs into the blood stream immediately. Your penis has 3 chambers which fill with blood during an erection. These chambers are a collection of blood vessels which become swollen with blood during sexual arousal. While you're not sexually aroused the penile chambers are open and allow for the flow of blood through the filling chambers. When you are sexually aroused the chambers remain open and the exit gates close. When the exit gates close the blood that remains in the penis gives you your erection. Once the penile gates close the amount of blood in the chambers will determine how you perform . A revolutionary way to get your desire back to its youthful state LIQUID-V WORKS When put into the mouth, micro-sized beads are immediately absorbed into the tissue through the capillaries. This process allows the supplement to be absorbed within seconds. 100% SECURE ONLINE COMMERCE CLICK HERE FOR MORE DETAILS (http://66.60.62.169/index.htm) --------------------------------- If you do not want to receive further mailings or have been inadvertently placed on our mailing list, please click "Unsubscribe" (http://66.60.62.169/unsubscribe.htm) Your address will be removed in 24 hours ----------------------------------- ------=_NextPart_000_001__26423154_69463,55 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9u YWwvL0VOIj4NCjxodG1sPg0KDQo8aGVhZD4NCjx0aXRsZT5saXF1aWQgViBBbGwgTmF0dXJh bDwvdGl0bGU+DQo8L2hlYWQ+DQoNCjxib2R5IGxpbms9IiMwMDgwMDAiIHZsaW5rPSIjMDA4 MDAwIiBhbGluaz0iIzAwODAwMCI+DQo8ZGl2IGFsaWduPSJjZW50ZXIiPjxjZW50ZXI+DQoN Cjx0YWJsZSB3aWR0aD0iMzgyIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIyIiBjZWxscGFk ZGluZz0iMCIgYWxpZ249ImNlbnRlciI+DQogIDx0cj4NCiAgICA8dGQ+PHRhYmxlIGJvcmRl cj0iMCIgY2VsbHNwYWNpbmc9IjAiIHdpZHRoPSIxMDAlIiBjZWxscGFkZGluZz0iMyIgYmdj b2xvcj0iIzAwODAwMCI+DQogICAgICA8dHI+DQogICAgICAgIDx0ZCB3aWR0aD0iMTAwJSI+ PHAgYWxpZ249ImNlbnRlciI+PGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9IjMiIGNvbG9yPSIj RkZGRkZGIj48c3Ryb25nPkxJUVVJRA0KICAgICAgICBWIC0mbmJzcDsgQUxMIE5BVFVSQUw8 L3N0cm9uZz48L2ZvbnQ+PC90ZD4NCiAgICAgIDwvdHI+DQogICAgPC90YWJsZT4NCiAgICA8 L3RkPg0KICA8L3RyPg0KICA8dHI+DQogICAgPHRkPjxwIGFsaWduPSJjZW50ZXIiPjxmb250 IGZhY2U9IlZlcmRhbmEiIHNpemU9IjIiPjxzdHJvbmc+SW5jcmVhc2UgYmxvb2QgZmxvdzxi cj4NCiAgICBJbmNyZWFzZSBGcmVxdWVuY3k8YnI+DQogICAgSW5jcmVhc2UgRGVzaXJlPGJy Pg0KICAgIEluY3JlYXNlIFNlbnNhdGlvbjxicj4NCiAgICBJbmNyZWFzZSBTdGFtaW5hPGJy Pg0KICAgIEluY3JlYXNlIFNhdGlzZmFjdGlvbjwvc3Ryb25nPjwvZm9udD48L3RkPg0KICA8 L3RyPg0KICA8dHI+DQogICAgPHRkPjxociBub3NoYWRlIHNpemU9IjEiIGNvbG9yPSIjQzBD MEMwIj4NCiAgICA8L3RkPg0KICA8L3RyPg0KICA8dHI+DQogICAgPHRkPjxmb250IGNvbG9y PSIjRkYwMDAwIiBmYWNlPSJWZXJkYW5hIiBzaXplPSIyIj48Yj5IT1cgTElRVUlELVYgV09S S1M6PC9iPjwvZm9udD48Zm9udA0KICAgIGNvbG9yPSIjMUYxRjFGIiBmYWNlPSJWZXJkYW5h IiBzaXplPSIyIj48YnI+DQogICAgPGJyPg0KICAgIDxhIGhyZWY9Imh0dHA6Ly82Ni42MC42 Mi4xNjkvIiB0YXJnZXQ9Il9ibGFuayI+PGI+TElRVUlELVY8L2I+PC9hPiBpcyBhIHJldm9s dXRpb25hcnkgd2F5DQogICAgdG8gZ2V0IHlvdXIgZXJlY3Rpb24gYmFjayB0byBpdHMgeW91 dGhmdWwgc3RhdGUuIE9yYWwgYWJzb3JwdGlvbiBpcyB0aGUgZmFzdGVzdCwgbW9zdA0KICAg IGVmZmVjdGl2ZSB3YXkgdG8gZ2V0IGEgZG9zZSBvZiBlcmVjdGlvbiBlbmhhbmNpbmcgc3Vw cGxlbWVudHMgaW50byB5b3VyIHN5c3RlbS4gTElRVUlELVYNCiAgICBpbW1lZGlhdGVseSBh bGxvd3MgdGhlIG1heGltdW0gYW1vdW50IG9mIGJsb29kIHRvIGZpbGwgdGhlIHBlbmlsZSBj aGFtYmVycywgdGhpcyBwcm9jZXNzDQogICAgYWxsb3dzIGZvciBhbiBpbmNyZWFzZSBpbiBw ZW5pbGUgbGVuZ3RoLCBnaXJ0aCBhbmQgaGFyZG5lc3MuIFdoZW4gcHV0IGludG8gdGhlIG1v dXRoLA0KICAgIG1pY3JvLXNpemVkIGJlYWRzIGFyZSBpbW1lZGlhdGVseSBhYnNvcmJlZCBp bnRvIHRoZSB0aXNzdWUgdGhyb3VnaCB0aGUgY2FwaWxsYXJpZXMsIHdoaWNoDQogICAgbGll IGNsb3NlIHRvIHRoZSBzdXJmYWNlIG9mIHRoZSBsaW5pbmcgaW4gdGhlIG1vdXRoLiBUaGlz IHByb2Nlc3MgYWxsb3dzIHRoZSBzdXBwbGVtZW50IHRvDQogICAgYmUgYWJzb3JiZWQgd2l0 aGluIHNlY29uZHMuPGJyPg0KICAgIDxicj4NCiAgICA8YSBocmVmPSJodHRwOi8vNjYuNjAu NjIuMTY5LyIgdGFyZ2V0PSJfYmxhbmsiPjxiPkxJUVVJRC1WPC9iPjwvYT5pcyBzdXBlcmlv ciB0byBhIHBpbGwNCiAgICBiZWNhdXNlIGl0IGFic29yYnMgaW50byB0aGUgYmxvb2Qgc3Ry ZWFtIGltbWVkaWF0ZWx5LiBZb3VyIHBlbmlzIGhhcyAzIGNoYW1iZXJzIHdoaWNoIGZpbGwN CiAgICB3aXRoIGJsb29kIGR1cmluZyBhbiBlcmVjdGlvbi4gVGhlc2UgY2hhbWJlcnMgYXJl IGEgY29sbGVjdGlvbiBvZiBibG9vZCB2ZXNzZWxzIHdoaWNoDQogICAgYmVjb21lIHN3b2xs ZW4gd2l0aCBibG9vZCBkdXJpbmcgc2V4dWFsIGFyb3VzYWwuIFdoaWxlIHlvdSdyZSBub3Qg c2V4dWFsbHkgYXJvdXNlZCB0aGUNCiAgICBwZW5pbGUgY2hhbWJlcnMgYXJlIG9wZW4gYW5k IGFsbG93IGZvciB0aGUgZmxvdyBvZiBibG9vZCB0aHJvdWdoIHRoZSBmaWxsaW5nIGNoYW1i ZXJzLg0KICAgIFdoZW4geW91IGFyZSBzZXh1YWxseSBhcm91c2VkIHRoZSBjaGFtYmVycyBy ZW1haW4gb3BlbiBhbmQgdGhlIGV4aXQgZ2F0ZXMgY2xvc2UuIFdoZW4gdGhlDQogICAgZXhp dCBnYXRlcyBjbG9zZSB0aGUgYmxvb2QgdGhhdCByZW1haW5zIGluIHRoZSBwZW5pcyBnaXZl cyB5b3UgeW91ciBlcmVjdGlvbi4gT25jZSB0aGUNCiAgICBwZW5pbGUgZ2F0ZXMgY2xvc2Ug dGhlIGFtb3VudCBvZiBibG9vZCBpbiB0aGUgY2hhbWJlcnMgd2lsbCBkZXRlcm1pbmUgaG93 IHlvdSBwZXJmb3JtIC48YnI+DQogICAgPC9mb250Pjxmb250IGNvbG9yPSIjMUYxRjFGIj48 b2w+DQogICAgICA8bGk+PC9mb250Pjxmb250IGZhY2U9IlZlcmRhbmEiIHNpemU9IjIiIGNv bG9yPSIjMUYxRjFGIj5BIHJldm9sdXRpb25hcnkgd2F5IHRvIGdldCB5b3VyDQogICAgICAg IGRlc2lyZSBiYWNrIHRvIGl0cyB5b3V0aGZ1bCBzdGF0ZSA8L2ZvbnQ+PGZvbnQgY29sb3I9 IiMxRjFGMUYiPjwvbGk+DQogICAgICA8bGk+PGZvbnQgY29sb3I9IiMxRjFGMUYiPjxmb250 IGZhY2U9IlZlcmRhbmEiIHNpemU9IjIiPkxJUVVJRC1WIFdPUktTIFdoZW4gcHV0IGludG8g dGhlDQogICAgICAgIG1vdXRoLCBtaWNyby1zaXplZCBiZWFkcyBhcmUgaW1tZWRpYXRlbHkg YWJzb3JiZWQgaW50byB0aGUgdGlzc3VlIHRocm91Z2ggdGhlIGNhcGlsbGFyaWVzLg0KICAg ICAgICBUaGlzIHByb2Nlc3MgYWxsb3dzIHRoZSBzdXBwbGVtZW50IHRvIGJlIGFic29yYmVk IHdpdGhpbiBzZWNvbmRzLiA8YnI+DQogICAgICAgIDwvZm9udD48Zm9udCBjb2xvcj0iUmVk Ij48cCBhbGlnbj0iY2VudGVyIj48L2ZvbnQ+PC9mb250PjwvZm9udD48Zm9udCBjb2xvcj0i I0ZGMDAwMCINCiAgICAgICAgZmFjZT0iVmVyZGFuYSIgc2l6ZT0iMiI+PHN0cm9uZz4xMDAl IFNFQ1VSRSBPTkxJTkUgQ09NTUVSQ0U8YnI+DQogICAgICAgIDwvc3Ryb25nPjwvZm9udD48 Zm9udCBjb2xvcj0iIzFGMUYxRiIgZmFjZT0iVmVyZGFuYSIgc2l6ZT0iMiI+PGJyPg0KICAg ICAgICA8YnI+DQogICAgICAgIDxhIGhyZWY9Imh0dHA6Ly82Ni42MC42Mi4xNjkvIiB0YXJn ZXQ9Il9ibGFuayI+Q0xJQ0sgSEVSRSBGT1IgTU9SRSBERVRBSUxTPC9hPiA8YnI+DQogICAg ICAgIDxicj4NCiAgICAgICAgPC9mb250PjwvcD4NCiAgICAgIDwvbGk+DQogICAgPC9vbD4N CiAgICA8L3RkPg0KICA8L3RyPg0KICA8dHI+DQogICAgPHRkPjxociBub3NoYWRlIHNpemU9 IjEiIGNvbG9yPSIjQzBDMEMwIj4NCiAgICA8L3RkPg0KICA8L3RyPg0KICA8dHI+DQogICAg PHRkPjxmb250IGNvbG9yPSIjMUYxRjFGIiBmYWNlPSJWZXJkYW5hIiBzaXplPSIyIj48cCBh bGlnbj0iY2VudGVyIj48L2ZvbnQ+PGZvbnQNCiAgICBmYWNlPSJBcmlhbCxIZWx2ZXRpY2Ei IGNvbG9yPSIjNGY1OTY0IiBzaXplPSIxIj5JZiB5b3UgZG8gbm90IHdhbnQgdG8gcmVjZWl2 ZSBmdXJ0aGVyDQogICAgbWFpbGluZ3Mgb3IgaGF2ZSBiZWVuIDxicj4NCiAgICBpbmFkdmVy dGVudGx5IHBsYWNlZCBvbiBvdXIgbWFpbGluZyBsaXN0LCBwbGVhc2UgY2xpY2s8YnI+DQog ICAgPGJyPg0KICAgIDxhIGhyZWY9Imh0dHA6Ly82Ni42MC42Mi4xNjkvdW5zdWJzY3JpYmUu aHRtIj4mcXVvdDtVbnN1YnNjcmliZSZxdW90OzwvYT48YnI+DQogICAgPHN0cm9uZz48YnI+ DQogICAgWW91ciBhZGRyZXNzIHdpbGwgYmUgcmVtb3ZlZCBpbiAyNCBob3Vyczwvc3Ryb25n Pjxicj4NCiAgICA8L2ZvbnQ+PC90ZD4NCiAgPC90cj4NCiAgPHRyPg0KICAgIDx0ZD48aHIg bm9zaGFkZSBzaXplPSIxIiBjb2xvcj0iI0MwQzBDMCI+DQogICAgPC90ZD4NCiAgPC90cj4N CjwvdGFibGU+DQo8L2NlbnRlcj48L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== ------=_NextPart_000_001__26423154_69463,55-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Apr 11 18:11:19 2002 Delivered-To: freebsd-smp@freebsd.org Received: from mail.state.or.us (mail.state.or.us [159.121.88.33]) by hub.freebsd.org (Postfix) with ESMTP id 5A56D37B400 for ; Thu, 11 Apr 2002 18:11:14 -0700 (PDT) Received: from garfieldlaptop ([159.121.107.6]) by mail.state.or.us (Netscape Messaging Server 4.15) with SMTP id GUFKMK00.VJJ for ; Thu, 11 Apr 2002 18:11:09 -0700 From: "Marcus Beaman" To: Subject: Another Motherboard Success Date: Thu, 11 Apr 2002 18:11:15 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I've successfully run SMP FreeBSD on an ASUS A7M266-D motherboard with a GENERIC.MP and custom(NETFLOW.MP) kernel. One important note, I had to set the motherboard to jumperfree mode (motherboard FSB is preset to operate at 133MHZ in regular jumper mode, and jumperfree mode allows processor setting via BIOS setup). If I did not have it in jumperfree mode, P0 processor would randomly hang with an unkillable process rendering it useless but the P1 processor continued to work and no syslog messages were generated. uname -a: FreeBSD xxx.xxx.xxx 4.5-RELEASE FreeBSD 4.5-RELEASE #0: Tue Mar 12 13:35:32 PST 2002 root@xxx.xxx.xxx:/usr/src/sys/compile/NETFLOW.MP i386 dmesg: Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.5-RELEASE #0: Tue Mar 12 13:35:32 PST 2002 root@xxx.xxx.xxx:/usr/src/sys/compile/NETFLOW.MP Timecounter "i8254" frequency 1193182 Hz CPU: AMD Athlon(TM) XP 1900+ (1202.74-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0480000<,AMIE,DSP,3DNow!> real memory = 2147401728 (2097072K bytes) avail memory = 2088636416 (2039684K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040010, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040010, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc02fc000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc02fc09c. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 9 entries at 0xc00f1370 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard IOAPIC #0 intpin 16 -> irq 2 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 5.0 irq 2 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 chip1: at device 7.3 on pci0 ahc0: port 0xd400-0xd4ff mem 0xf6000000-0xf6000fff irq 2 at device 8.0 on pci0 aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/255 SCBs pcib2: at device 16.0 on pci0 IOAPIC #0 intpin 18 -> irq 4 pci2: on pcib2 pci2: (vendor=0x13f6, dev=0x0111) at 4.0 fxp0: port 0xc400-0xc43f mem 0xf4800000-0xf481ffff,0xf5000000-0xf5000fff irq 4 at device 5.0 on pci2 fxp0: Ethernet address 00:02:b3:9e:f1:0c inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto orm0: