From owner-freebsd-smp Sun Mar 8 11:54:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA01182 for freebsd-smp-outgoing; Sun, 8 Mar 1998 11:54:29 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from fang.cs.sunyit.edu (root@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA01176 for ; Sun, 8 Mar 1998 11:54:21 -0800 (PST) (envelope-from perlsta@cs.sunyit.edu) Received: from win95.local.sunyit.edu (A-T34.rh.sunyit.edu [150.156.210.241]) by fang.cs.sunyit.edu (8.8.5/8.7.3) with SMTP id PAA24952; Sun, 8 Mar 1998 15:55:57 GMT Message-ID: <011701bd4acb$80fe2e00$0600a8c0@win95.local.sunyit.edu> From: "Alfred Perlstein" To: , Subject: EVERYONE Re: Error compiling today's kernel Date: Sun, 8 Mar 1998 14:50:52 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org if you have problems compiling a kernel please try to use CVSup again, you might have connected to the server in the middle of an update. either that or wait a few hours and cvsup again, this will fix most problems. -Alfred -----Original Message----- From: Ben Stuyts To: smp@FreeBSD.ORG Date: Friday, March 06, 1998 1:12 PM Subject: Error compiling today's kernel >FYI: > >While compiling a kernel I got this during linking: > >loading kernel >mp_machdep.o: Undefined symbol `_Xforward_irq' referenced from text segment >*** Error code 1 > >Stop. > >Any ideas? This was cvsupped a few moments ago. > >Best regards, >Ben > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-smp" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sun Mar 8 14:34:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA20827 for freebsd-smp-outgoing; Sun, 8 Mar 1998 14:34:24 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from alushta.NL.net (alushta.NL.net [193.78.240.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA20822 for ; Sun, 8 Mar 1998 14:34:19 -0800 (PST) (envelope-from benst@terminus.stuyts.nl) Received: from stuyts by alushta.NL.net with UUCP id <754-16256>; Sun, 8 Mar 1998 23:34:01 +0100 Received: from daneel.stuyts.nl (daneel.stuyts.nl [193.78.231.7]) by terminus.stuyts.nl (8.8.8/8.8.8) with ESMTP id XAA01412; Sun, 8 Mar 1998 23:22:10 +0100 (MET) (envelope-from benst) Received: (from benst@localhost) by daneel.stuyts.nl (8.8.5/8.8.5) id XAA20200; Sun, 8 Mar 1998 23:21:18 +0100 (MET) Message-Id: <199803082221.XAA20200@daneel.stuyts.nl> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 3.3 v118.2) In-Reply-To: <199803080132.TAA00395@friley585.res.iastate.edu> X-Nextstep-Mailer: Mail 3.3 (Enhance 1.2) Received: by NeXT.Mailer (1.118.2) From: Ben Stuyts Date: Sun, 8 Mar 98 23:21:15 +0100 To: ccsanady@iastate.edu Subject: Re: SMP completely unuseable/w my GA-586DX anymore.. cc: freebsd-smp@FreeBSD.ORG Reply-To: ben@stuyts.nl References: <199803080132.TAA00395@friley585.res.iastate.edu> Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, 07 Mar 1998, Chris Csanady wrote: > I have really hoped that this problem would go away before too > long, but it hasn't. I have had consistent lockups over the > past 2 months, and can no longer even complete a make world. > As the lock ups only seem to occur in X though, I have not been > able to gather any info on what went wrong. Is anyone out there > succesfully using a Giga-byte 586DX anymore? It had previously > been working great for a long time with SMP. > > I have also tried a kernel without the F00F hack, as well as one > built today with the fixes as well, to no avail. If anyone has > any suggestions, it would really be appreciated. It is painful > to have to run on a single 133 all the time. :( Hi, I've been running smp on that same board with "reasonable" success. I do get the occasional (once every few days) lock-ups, but it was getting better. My kernel is from Feb 28 12:27. After that I can't compile a kernel, getting a: mp_machdep.o: Undefined symbol `_Xforward_irq' referenced from text segment *** Error code 1 during linking the kernel. I haven't seen an answer to that problem yet. Best regards, Ben To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sun Mar 8 15:35:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA00450 for freebsd-smp-outgoing; Sun, 8 Mar 1998 15:35:21 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from friley585.res.iastate.edu (friley585.res.iastate.edu [129.186.167.85]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA00423 for ; Sun, 8 Mar 1998 15:35:18 -0800 (PST) (envelope-from ccsanady@friley585.res.iastate.edu) Received: from friley585.res.iastate.edu (loopback [127.0.0.1]) by friley585.res.iastate.edu (8.8.8/8.8.8) with ESMTP id RAA04225; Sun, 8 Mar 1998 17:35:00 -0600 (CST) (envelope-from ccsanady@friley585.res.iastate.edu) Message-Id: <199803082335.RAA04225@friley585.res.iastate.edu> X-Mailer: exmh version 2.0.1 12/23/97 To: "John S. Dyson" cc: ccsanady@iastate.edu, freebsd-smp@FreeBSD.ORG Subject: Re: SMP completely unuseable/w my GA-586DX anymore.. In-reply-to: Your message of "Sat, 07 Mar 1998 21:14:02 EST." <199803080214.VAA00292@dyson.iquest.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 08 Mar 1998 17:35:00 -0600 From: Chris Csanady Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Chris Csanady said: >> >> I have really hoped that this problem would go away before too >> long, but it hasn't. I have had consistent lockups over the >> past 2 months, and can no longer even complete a make world. >> As the lock ups only seem to occur in X though, I have not been >> able to gather any info on what went wrong. Is anyone out there >> succesfully using a Giga-byte 586DX anymore? It had previously >> been working great for a long time with SMP. >> >Have you tried it after my recent (todays) mods? Yep.. Although, I will try it again with the rest of your changes as well. I have finally had this happen (I Think the same thing) running UP. Although I was not able to capture the exact messages, they seemed more scsi related. :\ These are by no means complete, or even in order, but should give somewhat of an idea. I think that the system just gets hung on a page in, and sits forever waiting for the scsi bus to timeout and retry again and again. Chris -- swap pager: indefinate wait buffer... sd1: no longer in timeout ahc0: issued channel A bus reset 8 SCB's aborted scb timed out while idle sd1: abort message in message buffer ahc0: Missed bus free sd1: SCB timed out while recovery in progress To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sun Mar 8 15:43:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA02079 for freebsd-smp-outgoing; Sun, 8 Mar 1998 15:43:45 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA02065 for ; Sun, 8 Mar 1998 15:43:42 -0800 (PST) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id QAA00533; Sun, 8 Mar 1998 16:43:17 -0700 (MST) Message-Id: <199803082343.QAA00533@pluto.plutotech.com> X-Mailer: exmh version 2.0.1 12/23/97 To: Chris Csanady cc: "John S. Dyson" , ccsanady@iastate.edu, freebsd-smp@FreeBSD.ORG Subject: Re: SMP completely unuseable/w my GA-586DX anymore.. In-reply-to: Your message of "Sun, 08 Mar 1998 17:35:00 CST." <199803082335.RAA04225@friley585.res.iastate.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 08 Mar 1998 16:40:09 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Yep.. Although, I will try it again with the rest of your changes >as well. I have finally had this happen (I Think the same thing) >running UP. Although I was not able to capture the exact messages, >they seemed more scsi related. :\ These are by no means complete, >or even in order, but should give somewhat of an idea. I think >that the system just gets hung on a page in, and sits forever waiting >for the scsi bus to timeout and retry again and again. > >Chris Can you try CAM? The latest snapshot is building right now (now that the tree builds again...). Look for an announcement on current and scsi in a little bit. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sun Mar 8 19:48:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA14660 for freebsd-smp-outgoing; Sun, 8 Mar 1998 19:48:23 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from ix.netcom.com (sil-wa4-17.ix.netcom.com [207.93.136.81]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA14640 for ; Sun, 8 Mar 1998 19:48:20 -0800 (PST) (envelope-from tomdean@ix.netcom.com) Received: (from tomdean@localhost) by ix.netcom.com (8.8.8/8.8.8) id TAA03122; Sun, 8 Mar 1998 19:47:50 -0800 (PST) (envelope-from tomdean) Date: Sun, 8 Mar 1998 19:47:50 -0800 (PST) Message-Id: <199803090347.TAA03122@ix.netcom.com> From: Thomas Dean To: ben@stuyts.nl CC: ccsanady@iastate.edu, freebsd-smp@FreeBSD.ORG In-reply-to: <199803082221.XAA20200@daneel.stuyts.nl> (message from Ben Stuyts on Sun, 8 Mar 98 23:21:15 +0100) Subject: Re: SMP completely unuseable/w my GA-586DX anymore.. Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I had a similar problem, but, cd /usr/src/sys/i386/conf config cd ../../compile/ make clean make depend make make install cleared the problem. Maybe it will with yours? tomdean To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Mar 9 11:50:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA18376 for freebsd-smp-outgoing; Mon, 9 Mar 1998 11:50:10 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from multi36.netcomi.com (root@[204.58.155.236]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA18280 for ; Mon, 9 Mar 1998 11:49:54 -0800 (PST) (envelope-from dsetia@hotmail.com) Received: from deepinder (sjx-ca75-16.ix.netcom.com [206.217.121.208]) by multi36.netcomi.com (8.8.7/8.7.3) with SMTP id MAA22187 for ; Mon, 9 Mar 1998 12:58:37 -0600 Message-ID: <35043CB3.30C3@hotmail.com> Date: Mon, 09 Mar 1998 11:02:11 -0800 From: Deepinder Setia Organization: Netscalar X-Mailer: Mozilla 2.02 (Win95; U) MIME-Version: 1.0 To: freebsd-smp@FreeBSD.ORG Subject: new SMP user Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org According to SMP page on FreeBSD web site: "The 970815-SNAP is considered the most recent 'stable' snapshot. Past this date experimental work on lock pushdown is in progress. If you have NOT used FreeBSD SMP on your hardware before, start with the 970815 SNAP. After verifying that SMP works on your system you are encouraged to cvsup to the latest code and help exercise the lock changes." Is the above still true? This would be the first time I would be using/installing SMP capable version of FreeBSD. What is the best version to start from? Walnut Creek CDROM place sells a Oct 6 snap of freebsd which should have the SMP capabilities. Thanks. Deepinder. PS: No updates have been made to the above mentioned page since August 15, 1997. Any idea why? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Mar 9 15:16:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA26078 for freebsd-smp-outgoing; Mon, 9 Mar 1998 15:16:20 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from alushta.NL.net (alushta.NL.net [193.78.240.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA25970 for ; Mon, 9 Mar 1998 15:15:50 -0800 (PST) (envelope-from benst@terminus.stuyts.nl) Received: from stuyts by alushta.NL.net with UUCP id <16665-21932>; Tue, 10 Mar 1998 00:14:27 +0100 Received: from daneel.stuyts.nl (daneel.stuyts.nl [193.78.231.7]) by terminus.stuyts.nl (8.8.8/8.8.8) with ESMTP id AAA27613 for ; Tue, 10 Mar 1998 00:01:02 +0100 (MET) (envelope-from benst) Received: (from benst@localhost) by daneel.stuyts.nl (8.8.5/8.8.5) id AAA20893 for freebsd-smp@FreeBSD.ORG; Tue, 10 Mar 1998 00:00:09 +0100 (MET) Message-Id: <199803092300.AAA20893@daneel.stuyts.nl> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 3.3 v118.2) In-Reply-To: <199803090347.TAA03122@ix.netcom.com> X-Nextstep-Mailer: Mail 3.3 (Enhance 1.2) Received: by NeXT.Mailer (1.118.2) From: Ben Stuyts Date: Tue, 10 Mar 98 00:00:06 +0100 To: freebsd-smp@FreeBSD.ORG Subject: Re: SMP completely unuseable/w my GA-586DX anymore.. Reply-To: ben@stuyts.nl References: <199803090347.TAA03122@ix.netcom.com> Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, 8 Mar 1998, Thomas Dean wrote: > make clean > make depend > make > make install Thanks everybody who suggested this. This did indeed fix the problem. I had completely forgotten about the fact that config no longer removes the build directory. There must have been some old crud lying around there. Best regards, Ben To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Mar 9 17:01:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA20624 for freebsd-smp-outgoing; Mon, 9 Mar 1998 17:01:37 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from sci.brooklyn.cuny.edu (louis.sci.brooklyn.cuny.edu [146.245.1.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA20526 for ; Mon, 9 Mar 1998 17:00:37 -0800 (PST) (envelope-from dayton@sci.brooklyn.cuny.edu) Received: (from dayton@localhost) by sci.brooklyn.cuny.edu (8.8.7/8.8.4) id NAA11891; Mon, 9 Mar 1998 13:52:31 -0500 (EST) Date: Mon, 9 Mar 1998 13:52:31 -0500 (EST) Message-Id: <199803091852.NAA11891@sci.brooklyn.cuny.edu> From: Dayton Clark To: smp@FreeBSD.ORG Subject: Goliath got the best of me Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Folks, I've been trying off and on to get FreeBSD SMP running on my Goliath based system with 4 200MHz PPros for some time. It works but with peculiar failures (for instance I cannot make buildworld because rpcgen dies a horrible death). I've poked around a bit and done several re-installs without luck. I also have an ASUS based system w/2 Pentiums which runs FBSD SMP fine. Anyhow, I need the Goliath machine for "real work" now so I'm going to install Solaris. No criticism, I think you folks are doing a great job. I only wish I had the time to contribute more. I await the SMP release, whenever that may be. Sincerely, dayton Dayton Clark CIS Department dayton@brooklyn.cuny.edu Brooklyn College/CUNY 1-718-951-4811 Brooklyn, New York 11210 1-718-951-4842 (fax) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Mar 10 10:01:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA10281 for freebsd-smp-outgoing; Tue, 10 Mar 1998 10:01:10 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from friley585.res.iastate.edu (friley585.res.iastate.edu [129.186.167.85]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA10262; Tue, 10 Mar 1998 10:01:00 -0800 (PST) (envelope-from ccsanady@friley585.res.iastate.edu) Received: from friley585.res.iastate.edu (loopback [127.0.0.1]) by friley585.res.iastate.edu (8.8.8/8.8.8) with ESMTP id LAA00353; Tue, 10 Mar 1998 11:59:39 -0600 (CST) (envelope-from ccsanady@friley585.res.iastate.edu) Message-Id: <199803101759.LAA00353@friley585.res.iastate.edu> X-Mailer: exmh version 2.0.1 12/23/97 To: "Justin T. Gibbs" cc: toor@dyson.iquest.net, freebsd-scsi@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Timedout SCBs In-reply-to: Your message of "Sun, 08 Mar 1998 16:40:09 MST." <199803082343.QAA00533@pluto.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 10 Mar 1998 11:59:39 -0600 From: Chris Csanady Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >>Yep.. Although, I will try it again with the rest of your changes >>as well. I have finally had this happen (I Think the same thing) >>running UP. Although I was not able to capture the exact messages, >>they seemed more scsi related. :\ These are by no means complete, >>or even in order, but should give somewhat of an idea. I think >>that the system just gets hung on a page in, and sits forever waiting >>for the scsi bus to timeout and retry again and again. >> >>Chris > >Can you try CAM? The latest snapshot is building right now (now that the >tree builds again...). Look for an announcement on current and scsi in a >little bit. Hmm.. It seems that it has not solved the problems either. :( Since this now seems as it may be scsi related, I'm inluding freebsd-scsi as well. These are the messages that I am getting with the CAM code--they seem very similar. Basically, the system gets so slow that it seems frozen. If you try to switch to the console from X, it will take a long time, but usually it works. :) /kernel.SMP: Timedout SCB handled by another timeout /kernel.SMP: Timedout SCB handled by another timeout ... /kernel.SMP: swap_pager: indefinate wait buffer: device 0x30411, blkno: 8688, size 8192 /kernel.SMP: swap_pager: indefinate wait buffer: device 0x30411, blkno: 8688, size 8192 ... Now that I have blown away my other disk.. I will try moving my swap there, and see if it makes any differenc. Is it likely it is hardware though? Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Mar 10 10:19:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA15452 for freebsd-smp-outgoing; Tue, 10 Mar 1998 10:19:04 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA15342; Tue, 10 Mar 1998 10:18:39 -0800 (PST) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id LAA19486; Tue, 10 Mar 1998 11:17:18 -0700 (MST) Message-Id: <199803101817.LAA19486@pluto.plutotech.com> X-Mailer: exmh version 2.0.1 12/23/97 To: Chris Csanady cc: "Justin T. Gibbs" , toor@dyson.iquest.net, freebsd-scsi@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Timedout SCBs In-reply-to: Your message of "Tue, 10 Mar 1998 11:59:39 CST." <199803101759.LAA00353@friley585.res.iastate.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 10 Mar 1998 11:14:09 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >>Can you try CAM? The latest snapshot is building right now (now that the >>tree builds again...). Look for an announcement on current and scsi in a >>little bit. > >Hmm.. It seems that it has not solved the problems either. :( Since this >now seems as it may be scsi related, I'm inluding freebsd-scsi as well. > >These are the messages that I am getting with the CAM code--they seem very >similar. Basically, the system gets so slow that it seems frozen. If >you try to switch to the console from X, it will take a long time, but >usually it works. :) It looks like a locking or interrupt delivery problem most likely outside of the SCSI system. Can you see if you can reproduce this error using a UP kernel? >Chris -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Mar 11 01:53:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA17317 for freebsd-smp-outgoing; Wed, 11 Mar 1998 01:53:21 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA17305; Wed, 11 Mar 1998 01:53:10 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.5) with ESMTP id KAA02519; Wed, 11 Mar 1998 10:52:54 +0100 (CET) To: "Jordan K. Hubbard" cc: Pomegranate , smp@FreeBSD.ORG Subject: Re: my linux box never did that In-reply-to: Your message of "Tue, 10 Mar 1998 17:07:48 PST." <22908.889578468@time.cdrom.com> Date: Wed, 11 Mar 1998 10:52:54 +0100 Message-ID: <2517.889609974@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I think so, Dave just checked the IRQ rates in systat and found clk0: 153-157 (over a minute or so) rtc0: 64 very steady And this is wrong, they should hold a ratio of 100:128, and this is clearly not the case (SMP shows 50:64 for some reason, UP 100:128). I will probably have to hand this over to the real SMP wizards, (I've CC'ed smp), because this looks like something related to the APIC/ MPTABLE and all that junk. Dave, is ther by any chance a newer BIOS you could flash into the MB ? SMP wizards, any good ideas ? hardclock gets called about three times too often on this motherboard. Mptable & dmesg included: Poul-Henning =============================================================================== MPTable, version 2.0.15 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000fb8b0 signature: '_MP_' length: 16 bytes version: 1.1 checksum: 0x0a mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f7a10 signature: 'PCMP' base table length: 284 version: 1.1 checksum: 0x72 OEM ID: 'INTEL ' Product ID: '440FX ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 27 local APIC address: 0xfee00000 extended table length: 0 extended table checksum: 0 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 1 0x11 BSP, usable 6 3 3 0x80fbff 0 0x11 AP, usable 6 3 3 0x80fbff -- Bus: Bus ID Type 0 PCI 1 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# ExtINT conforms conforms 1 0 2 0 INT conforms conforms 1 1 2 1 INT conforms conforms 1 0 2 2 INT conforms conforms 1 3 2 3 INT conforms conforms 1 4 2 4 INT conforms conforms 1 5 2 5 INT conforms conforms 1 6 2 6 INT conforms conforms 1 7 2 7 INT active-hi edge 1 8 2 8 INT conforms conforms 1 9 2 9 INT conforms conforms 1 10 2 10 INT conforms conforms 1 11 2 11 INT conforms conforms 1 12 2 12 INT conforms conforms 1 13 2 13 INT conforms conforms 1 14 2 14 INT conforms conforms 1 15 2 15 INT active-lo level 0 10:A 2 16 INT active-lo level 0 13:A 2 17 INT active-lo level 0 11:A 2 19 SMI conforms conforms 1 0 2 23 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT conforms conforms 0 0:A 255 0 NMI conforms conforms 0 0:A 255 1 ------------------------------------------------------------------------------- Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-980309-SNAP #1: Tue Mar 10 15:12:50 PST 1998 root@speedy.vicor-nb.com:/usr/src/sys/compile/SPEEDY Calibrating clock(s) ... TSC clock: 209550067 Hz, i8254 clock: 1193091 Hz Timecounter "i8254" frequency 1193091 Hz cost 3791 ns CPU: Pentium Pro (686-class CPU) Origin = "GenuineIntel" Id = 0x633 Stepping=3 Features=0x80fbff real memory = 50331648 (49152K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x002be000 - 0x02ffdfff, 47448064 bytes (11584 pages) avail memory = 46026752 (44948K bytes) SMP: CPU0 apic_initialize(): lint0: 0x00000700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Found BIOS32 Service Directory header at 0xf00fdb70 Entry = 0xfdb80 (0xf00fdb80) Rev = 0 Len = 1 PCI BIOS entry at 0xdba1 Other BIOS signatures found: ACPI: 00000000 $PnP: 000f8250 SMP: CPU0 bsp_apic_configure(): lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff pci_open(1): mode 1 addr port (0x0cf8) is 0x80000090 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=12378086) Probing for devices on PCI bus 0: found-> vendor=0x8086, dev=0x1237, revid=0x02 class=06-00-00, hdrtype=0x00, mfdev=0 chip0: rev 0x02 on pci0.0.0 found-> vendor=0x8086, dev=0x7000, revid=0x01 class=06-01-00, hdrtype=0x00, mfdev=1 chip1: rev 0x01 on pci0.7.0 I/O Recovery Timing: 8-bit 1 clocks, 16-bit 1 clocks Extended BIOS: disabled Lower BIOS: enabled Coprocessor IRQ13: enabled Mouse IRQ12: enabled Interrupt Routing: A: IRQ10, B: IRQ11, C: disabled, D: IRQ9 MB0: disabled, MB1: found-> vendor=0x8086, dev=0x7010, revid=0x00 class=01-01-80, hdrtype=0x00, mfdev=0 ide_pci0: rev 0x00 on pci0.7.1 intel_piix_status: primary master/slave sample = 5, master/slave recovery = 4 intel_piix_status: primary master fastDMAonly disabled, pre/post disabled, intel_piix_status: IORDY sampling disabled, intel_piix_status: fast PIO disabled intel_piix_status: primary master/slave sample = 5, master/slave recovery = 4 intel_piix_status: primary slave fastDMAonly disabled, pre/post disabled, intel_piix_status: IORDY sampling disabled, intel_piix_status: fast PIO disabled ide_pci: busmaster 0 status: 04 from port: 0000ffa2 intel_piix_status: secondary master/slave sample = 5, master/slave recovery = 4 intel_piix_status: secondary master fastDMAonly disabled, pre/post disabled, intel_piix_status: IORDY sampling disabled, intel_piix_status: fast PIO disabled intel_piix_status: secondary master/slave sample = 5, master/slave recovery = 4 intel_piix_status: secondary slave fastDMAonly disabled, pre/post disabled, intel_piix_status: IORDY sampling disabled, intel_piix_status: fast PIO disabled ide_pci: busmaster 1 status: 04 from port: 0000ffaa Freeing (NOT implemented) redirected PCI irq 10. found-> vendor=0x9004, dev=0x8178, revid=0x00 class=01-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=16 map[0]: type 4, range 32, base 0000ec00, size 8 map[1]: type 1, range 32, base febef000, size 12 ahc0: rev 0x00 int a irq 16 on pci0.10.0 ahc0: Reading SEEPROM...done. internal50 cable not present internal68 cable is present brdctl == 0x6c external cable not present eprom is present brdctl == 0xec low byte termination enabled, high byte termination enabled ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0: Resetting Channel A ahc0: Downloading Sequencer Program...ahc0: 373 instructions downloaded Done ahc0: Probing channel A ahc0: waiting for scsi devices to settle scbus0 at ahc0 bus 0 ahc0: target 4 synchronous at 10.0MHz, offset = 0xf sd0 at scbus0 target 4 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 1030MB (2109840 512 byte sectors) sd0: with 4826 cyls, 4 heads, and an average 109 sectors/track Freeing (NOT implemented) redirected PCI irq 9. found-> vendor=0x8086, dev=0x1229, revid=0x02 class=02-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=19 map[0]: type 3, range 32, base ffaff000, size 12 map[1]: type 4, range 32, base 0000ef80, size 5 map[2]: type 1, range 32, base fea00000, size 20 fxp0: rev 0x02 int a irq 19 on pci0.11.0 fxp0: Ethernet address 00:a0:c9:69:04:72 Freeing (NOT implemented) redirected PCI irq 11. found-> vendor=0x5333, dev=0x8a01, revid=0x01 class=03-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=17 map[0]: type 1, range 32, base f8000000, size 26 vga0: rev 0x01 int a irq 17 on pci0.13.0 Probing for devices on the ISA bus: sc0: the current keyboard controller command byte 0065 kbdio: DIAGNOSE status:0055 kbdio: TEST_KBD_PORT status:0000 kbdio: RESET_KBD return code:00fa kbdio: RESET_KBD status:00aa sc0 at 0x60-0x6f irq 1 on motherboard sc0: BIOS video mode:3 sc0: VGA registers upon power-up 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: video mode:24 sc0: VGA registers in BIOS for mode:24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: VGA registers to be used for mode:24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: rows_offset:1 sc0: VGA color <16 virtual consoles, flags=0x0> ed0 not found at 0x280 ed1 not found at 0x300 fe0 not found at 0x300 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2: disabled, not probed. sio3: disabled, not probed. lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found mse0: wrong signature ff mse0 not found at 0x23c psm0: disabled, not probed. fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 wdc1 not found at 0x170 bt0 not found at 0x330 uha0 not found at 0x330 aha0 not found at 0x330 aic0 not found at 0x340 nca0 not found at 0x1f88 nca1 not found at 0x350 sea0 not found wt0 not found at 0x300 mcd0: timeout getting status mcd0 not found at 0x300 matcdc0 not found at 0x230 scd0 not found at 0x230 ie0: unknown board_id: f000 ie0 not found at 0x300 ie1: unknown board_id: f000 ie1 not found at 0x360 ep0 not found at 0x300 ex0 not found le0 not found at 0x300 lnc0 not found at 0x280 ze0 not found at 0x300 zp0 not found at 0x300 npx0 on motherboard npx0: INT 16 interface apm0: disabled, not probed. imasks: bio c8010040, tty c708009a, net c708009a SMP: enabled INTs: 1, 3, 4, 6, 7, 16, 19, apic_imen: 0x00f6ff25 BIOS Geometries: 0:0082fe3f 0..130=131 cylinders, 0..254=255 heads, 1..63=63 sectors 1:01300311 0..304=305 cylinders, 0..3=4 heads, 1..17=17 sectors 0 accounted for Device configuration finished. APIC_IO: routing 8254 via 8259 on pin 0 Considering FFS root f/s. changing root device to sd0s2a SMP: AP CPU #1 Launched! SMP: CPU1 apic_initialize(): lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x000001ff sd0s1: type 0xa5, start 63, end = 2104514, size 2104452 : OK In message <22908.889578468@time.cdrom.com>, "Jordan K. Hubbard" writes: >I guess this is a hardware problem? > >> Dave, for now I'm lost, I cannot reproduce this :-( I have brought a >> boot floppy with a current SMP kernel on it, and booted it on all >> the SMP boxes I could get away with hi-jacking for 5 minutes, none >> of them does it :-( >> >> Poul-Henning >> >> In message <199802272017.MAA11560@flag.blackened.net>, Pomegranate writes: >> > >> >aye, the thing clicks off at least 2+ seconds for every real time second. >> > >> >not bad, since when i first started playing around with it i'd say it was >> >6 or 7 seconds for every real time second. >> > >> >the way i see it, in smp mode, 466 mhz at 2x clock speed is a booming >> >932 mhz! do that on a ISI buddy >> > >> >> -- >> Poul-Henning Kamp FreeBSD coreteam member >> phk@FreeBSD.ORG "Real hackers run -current on their laptop." >> "Drink MONO-tonic, it goes down but it will NEVER come back up!" > -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "Drink MONO-tonic, it goes down but it will NEVER come back up!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Mar 11 06:48:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA18682 for freebsd-smp-outgoing; Wed, 11 Mar 1998 06:48:05 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from dslab1.cs.uit.no (dslab1.cs.UiT.No [129.242.16.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA18615 for ; Wed, 11 Mar 1998 06:47:51 -0800 (PST) (envelope-from tage@dslab1.cs.uit.no) Received: (from tage@localhost) by dslab1.cs.uit.no (8.8.8/8.8.8) id PAA16535; Wed, 11 Mar 1998 15:47:16 +0100 (CET) From: Tage Stabell-Kuloe Message-Id: <199803111447.PAA16535@dslab1.cs.uit.no> Subject: I'm ready, what now ? To: smp@FreeBSD.ORG Date: Wed, 11 Mar 1998 15:47:15 +0100 (CET) Reply-to: Tage@ACM.org X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org My new HP Kayak (2*300MHz P-II/256MB/2*4.5GB) is ready to run SMP. I cvsup'ed in -current, compiled and installed. The kernel did run just fine, but I was unable to mount / RW. Now I'm back at 2.5.5 and asking: How do I upgrade from 2.5.5 to 3.0-current (so that I can compile an SMP kernel) ? -- //// Tage Stabell-Kuloe | e-mail: Tage at ACM.org (at=@)//// /// Department of Computer Science/IMR | Phone : +47-776-44032 /// // 9037 University of Tromsoe, Norway | Fax : +47-776-44580 // / "'oe' is '\o' in TeX" | URL:http://www.cs.uit.no/~tage/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Mar 11 09:28:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA12145 for freebsd-smp-outgoing; Wed, 11 Mar 1998 09:28:30 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA12072; Wed, 11 Mar 1998 09:28:17 -0800 (PST) (envelope-from fbsd@Ilsa.StevesCafe.com) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.7/8.8.5) with ESMTP id KAA11061; Wed, 11 Mar 1998 10:24:14 -0700 (MST) Message-Id: <199803111724.KAA11061@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Poul-Henning Kamp cc: "Jordan K. Hubbard" , Pomegranate , smp@FreeBSD.ORG Subject: Re: my linux box never did that In-reply-to: Your message of "Wed, 11 Mar 1998 10:52:54 +0100." <2517.889609974@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 11 Mar 1998 10:24:14 -0700 Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, > SMP wizards, any good ideas ? hardclock gets called about three times too > often on this motherboard. Mptable & dmesg included: > ... > APIC_IO: routing 8254 via 8259 on pin 0 I don't have recent code, but in clock.c there is something like: ---------------------------------- cut --------------------------------------- /* 1st look for ExtInt on pin 0 */ if (apic_int_type(0, 0) == 3) { /* * Allow 8254 timer to INTerrupt 8259: * re-initialize master 8259: * reset; prog 4 bytes, single ICU, edge triggered */ outb(IO_ICU1, 0x13); outb(IO_ICU1 + 1, NRSVIDT); /* start vector (unused) */ outb(IO_ICU1 + 1, 0x00); /* ignore slave */ outb(IO_ICU1 + 1, 0x03); /* auto EOI, 8086 */ outb(IO_ICU1 + 1, 0xfe); /* unmask INT0 */ /* program IO APIC for type 3 INT on INT0 */ if (ext_int_setup(0, 0) < 0) panic("8254 redirect via APIC pin0 impossible!"); x = 0; /* XXX if (bootverbose) */ printf("APIC_IO: routing 8254 via 8259 on pin 0\n"); } /* failing that, look for 8254 on pin 2 */ else if (isa_apic_pin(0) == 2) { x = 2; /* XXX if (bootverbose) */ printf("APIC_IO: routing 8254 via pin 2\n"); } ---------------------------------- cut --------------------------------------- try forcing the 'else' part to fire by ifdef'ing out the "if ... else " section. The else part is really the prefered action, but SO MANY motherboards had MP BIOS that lie about this ability that I punted and default to the first method since most motherboards work with it. Tor's recent clock changes might break, don't know if they can deal with the hardclock coming from this (ie 2) vector... -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Mar 11 12:03:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26432 for freebsd-smp-outgoing; Wed, 11 Mar 1998 12:03:03 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from intercore.com (num1sun.intercore.com [199.181.243.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA26357 for ; Wed, 11 Mar 1998 12:02:53 -0800 (PST) (envelope-from robin@intercore.com) Received: (robin@localhost) by intercore.com (8.7.1/8.6.4) id OAA14250; Wed, 11 Mar 1998 14:55:26 -0500 (EST) Message-ID: <19980311145525.52855@num1sun.intercore.com> Date: Wed, 11 Mar 1998 14:55:25 -0500 From: Robin Cutshaw To: freebsd-smp@FreeBSD.ORG Subject: SMP panic 980221 (rslock) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I upgraded from 9712XX to 980221 to build the 3.0-current XFree86 tarballs. I just built an SMP kernel and it panics shortly after launching CPU 1 in rslock(). This is a Dell SMP dual P133. robin -- ---- Robin Cutshaw internet: robin@interlabs.com robin@intercore.com Internet Labs, Inc. BellNet: 404-817-9787 robin@XFree86.Org "Time is just one damn thing after another" -- PBS/Nova ---- -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Mar 11 18:20:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA07176 for freebsd-smp-outgoing; Wed, 11 Mar 1998 18:20:18 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from flag.blackened.net (daver@flag.blackened.net [208.206.78.232]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA07121; Wed, 11 Mar 1998 18:20:11 -0800 (PST) (envelope-from daver@flag.blackened.net) Received: (from daver@localhost) by flag.blackened.net (8.8.8/8.8.5) id SAA14387; Wed, 11 Mar 1998 18:20:11 -0800 (PST) Date: Wed, 11 Mar 1998 18:20:11 -0800 (PST) From: Pomegranate Message-Id: <199803120220.SAA14387@flag.blackened.net> To: jkh@FreeBSD.ORG, phk@critter.freebsd.dk, smp@FreeBSD.ORG Subject: Re: my linux box never did that Cc: freebsd-smp@FreeBSD.ORG Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org your ifdef suggestion for /usr/src/sys/i386/isa/clock.c seems to have fixed my problem. i have set up xnptd on this machine and will let it run overnight but at this point it would be fractions of a second off. it has stopped clicking off two seconds for every realtime second. congrats and thanks for the help. dave To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Mar 11 18:32:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA08380 for freebsd-smp-outgoing; Wed, 11 Mar 1998 18:32:07 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from mantar.slip.netcom.com (mantar.slip.netcom.com [192.187.167.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA08371; Wed, 11 Mar 1998 18:32:03 -0800 (PST) (envelope-from root@mantar.slip.netcom.com) Received: from mantar.slip.netcom.com (mantar.slip.netcom.com [192.187.167.134]) by mantar.slip.netcom.com (8.8.8/8.8.8) with SMTP id SAA00379; Wed, 11 Mar 1998 18:31:52 -0800 (PST) (envelope-from root@mantar.slip.netcom.com) Date: Wed, 11 Mar 1998 18:31:52 -0800 (PST) From: Manfred Antar To: current@FreeBSD.ORG cc: smp@FreeBSD.ORG Subject: spkrtest locks up system 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 On a current SMP system when I run spkrtest the system locks up. On a kernel built around the 26th of Feb no problem. I have a old version of spkrtest v1.0 by Eric S. Raymond (Feb 1990) that I use as sort of a backup alarm clock. I was wondering why for the past couple of weeks I'd wake up and the machine would be locked up. The current graphical version does the same thing. I have no sound card installed. One time it dropped into the debugger , now it just locks up. There was something about _mplock if i remember right. There was alot of changes to current around the end of Feb. (SMP and locking) and I'm not sure which is causing the problem. Sorry I can't be of more help. Manfred ============================== || mantar@netcom.com || || Ph. (415) 681-6235 || ============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Mar 11 18:37:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA09382 for freebsd-smp-outgoing; Wed, 11 Mar 1998 18:37:57 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA09375; Wed, 11 Mar 1998 18:37:53 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id SAA01917; Wed, 11 Mar 1998 18:36:50 -0800 (PST) To: Pomegranate cc: jkh@FreeBSD.ORG, phk@critter.freebsd.dk, smp@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: my linux box never did that In-reply-to: Your message of "Wed, 11 Mar 1998 18:20:11 PST." <199803120220.SAA14387@flag.blackened.net> Date: Wed, 11 Mar 1998 18:36:50 -0800 Message-ID: <1914.889670210@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wow! I'm floored - I never expected to get this machine working properly. :-) Jordan > > your ifdef suggestion for /usr/src/sys/i386/isa/clock.c seems to have > fixed my problem. i have set up xnptd on this machine and will let it > run overnight but at this point it would be fractions of a second off. > it has stopped clicking off two seconds for every realtime second. > > congrats and thanks for the help. > > dave > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Mar 11 21:26:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA04689 for freebsd-smp-outgoing; Wed, 11 Mar 1998 21:26:19 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA04557; Wed, 11 Mar 1998 21:25:58 -0800 (PST) (envelope-from fbsd@Ilsa.StevesCafe.com) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.7/8.8.5) with ESMTP id WAA13249; Wed, 11 Mar 1998 22:25:54 -0700 (MST) Message-Id: <199803120525.WAA13249@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: "Jordan K. Hubbard" cc: Pomegranate , phk@critter.freebsd.dk, freebsd-smp@FreeBSD.ORG Subject: Re: my linux box never did that In-reply-to: Your message of "Wed, 11 Mar 1998 18:36:50 PST." <1914.889670210@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 11 Mar 1998 22:25:54 -0700 Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, > Wow! I'm floored - I never expected to get this machine working > properly. :-) > > Jordan > > > > > your ifdef suggestion for /usr/src/sys/i386/isa/clock.c seems to have > > fixed my problem. i have set up xnptd on this machine and will let it > > run overnight but at this point it would be fractions of a second off. > > it has stopped clicking off two seconds for every realtime second. > > > > congrats and thanks for the help. > > > > dave I suspect this will fix the other boxes that people have complained about having wild clocks in the past... So the question is, which motherboard 'brokenness' should we prefer? If you reorder the if .. else if test most boxes will work, but another subset will stop getting int2s at all. Why can't these people get the *%$# hardware right!!! -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Mar 12 09:57:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA24788 for freebsd-smp-outgoing; Thu, 12 Mar 1998 09:57:42 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from pat.idi.ntnu.no (0@pat.idi.ntnu.no [129.241.103.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA24758; Thu, 12 Mar 1998 09:57:31 -0800 (PST) (envelope-from Tor.Egge@idi.ntnu.no) Received: from idi.ntnu.no (tegge@presis.idi.ntnu.no [129.241.111.173]) by pat.idi.ntnu.no (8.8.8/8.8.8) with ESMTP id SAA05731; Thu, 12 Mar 1998 18:53:43 +0100 (MET) Message-Id: <199803121753.SAA05731@pat.idi.ntnu.no> To: root@mantar.slip.netcom.com Cc: current@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: spkrtest locks up system In-Reply-To: Your message of "Wed, 11 Mar 1998 18:31:52 -0800 (PST)" References: 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: Thu, 12 Mar 1998 18:53:42 +0100 From: Tor Egge Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > On a current SMP system when I run spkrtest the system locks up. > On a kernel built around the 26th of Feb no problem. I have a old version > of spkrtest v1.0 by Eric S. Raymond (Feb 1990) that I use as sort of > a backup alarm clock. I was wondering why for the past couple of weeks > I'd wake up and the machine would be locked up. The current graphical > version does the same thing. I have no sound card installed. One time > it dropped into the debugger , now it just locks up. There was something > about _mplock if i remember right. There was alot of changes to current > around the end of Feb. (SMP and locking) and I'm not sure which is causing > the problem. Sorry I can't be of more help. > Manfred The following patch might be appropiate. Without this patch, the kernel can deadlock or panic when attempting to enter a critical region protected by disable_intr()/enable_intr(), since the mpintr_lock might be held by the last cpu having prezeroed a page. Index: sys/i386/i386/vm_machdep.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/vm_machdep.c,v retrieving revision 1.101 diff -u -r1.101 vm_machdep.c --- vm_machdep.c 1998/02/25 03:56:09 1.101 +++ vm_machdep.c 1998/03/08 06:00:49 @@ -950,7 +967,7 @@ if (try_mplock()) { #endif s = splvm(); - enable_intr(); + __asm __volatile("sti" : : : "memory"); m = vm_page_list_find(PQ_FREE, free_rover); if (m != NULL) { --(*vm_page_queues[m->queue].lcnt); @@ -973,7 +990,7 @@ ++cnt_prezero; } splx(s); - disable_intr(); + __asm __volatile("cli" : : : "memory"); #ifdef SMP rel_mplock(); return (1); - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Mar 12 10:01:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA26154 for freebsd-smp-outgoing; Thu, 12 Mar 1998 10:01:11 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from pat.idi.ntnu.no (pat.idi.ntnu.no [129.241.103.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA25789; Thu, 12 Mar 1998 10:00:18 -0800 (PST) (envelope-from Tor.Egge@idi.ntnu.no) Received: from idi.ntnu.no (tegge@presis.idi.ntnu.no [129.241.111.173]) by pat.idi.ntnu.no (8.8.8/8.8.8) with ESMTP id SAA04218; Thu, 12 Mar 1998 18:31:24 +0100 (MET) Message-Id: <199803121731.SAA04218@pat.idi.ntnu.no> To: smp@csn.net Cc: jkh@FreeBSD.ORG, daver@flag.blackened.net, phk@critter.freebsd.dk, freebsd-smp@FreeBSD.ORG Subject: Re: my linux box never did that In-Reply-To: Your message of "Wed, 11 Mar 1998 22:25:54 -0700" References: <199803120525.WAA13249@Ilsa.StevesCafe.com> 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: Thu, 12 Mar 1998 18:31:24 +0100 From: Tor Egge Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I suspect this will fix the other boxes that people have complained about > having wild clocks in the past... So the question is, which > motherboard 'brokenness' should we prefer? If you reorder the if .. else if > test most boxes will work, but another subset will stop getting int2s at all. > Why can't these people get the *%$# hardware right!!! What about attempting to follow the MP spec, i.e. use the pin specified by the MP configuration table, and detect brokenness when it actually occurs ? Compliant motherboards would get APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via pin 2 while broken motherboards would get APIC_IO: Testing 8254 interrupt delivery APIC_IO: Broken MP table detected: 8254 is not connected to IO APIC int pin 2 APIC_IO: routing 8254 via 8259 on pin 0 with the appended patch. Index: clock.c =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/clock.c,v retrieving revision 1.115 diff -u -r1.115 clock.c --- clock.c 1998/03/05 21:45:48 1.115 +++ clock.c 1998/03/12 16:45:54 @@ -88,8 +88,13 @@ #define disable_intr() CLOCK_DISABLE_INTR() #define enable_intr() CLOCK_ENABLE_INTR() +#ifdef APIC_IO +#include /* The interrupt triggered by the 8254 (timer) chip */ int apic_8254_intr; +static u_long read_intr_count __P((int vec)); +static void setup_8254_mixed_mode __P((void)); +#endif #endif /* SMP */ /* @@ -898,7 +905,7 @@ { int diag; #ifdef APIC_IO - int x; + int apic_8254_trial; #endif /* APIC_IO */ if (statclock_disable) { @@ -919,46 +926,25 @@ /* Finish initializing 8253 timer 0. */ #ifdef APIC_IO - /* 1st look for ExtInt on pin 0 */ - if (apic_int_type(0, 0) == 3) { - /* - * Allow 8254 timer to INTerrupt 8259: - * re-initialize master 8259: - * reset; prog 4 bytes, single ICU, edge triggered - */ - outb(IO_ICU1, 0x13); - outb(IO_ICU1 + 1, NRSVIDT); /* start vector (unused) */ - outb(IO_ICU1 + 1, 0x00); /* ignore slave */ - outb(IO_ICU1 + 1, 0x03); /* auto EOI, 8086 */ - outb(IO_ICU1 + 1, 0xfe); /* unmask INT0 */ - - /* program IO APIC for type 3 INT on INT0 */ - if (ext_int_setup(0, 0) < 0) - panic("8254 redirect via APIC pin0 impossible!"); - - x = 0; - /* XXX if (bootverbose) */ - printf("APIC_IO: routing 8254 via 8259 on pin 0\n"); - } - - /* failing that, look for 8254 on pin 2 */ - else if (isa_apic_pin(0) == 2) { - x = 2; - /* XXX if (bootverbose) */ - printf("APIC_IO: routing 8254 via pin 2\n"); + apic_8254_intr = isa_apic_pin(0); + apic_8254_trial = 0; + if (apic_8254_intr >= 0 ) { + if (apic_int_type(0, 0) == 3) + apic_8254_trial = 1; + } else { + /* look for ExtInt on pin 0 */ + if (apic_int_type(0, 0) == 3) { + apic_8254_intr = 0; + setup_8254_mixed_mode(); + } else + panic("APIC_IO: Cannot route 8254 interrupt to CPU"); } - - /* better write that 8254 INT discover code... */ - else - panic("neither pin 0 or pin 2 works for 8254"); - - apic_8254_intr = x; - register_intr(/* irq */ x, /* XXX id */ 0, /* flags */ 0, + register_intr(/* irq */ apic_8254_intr, /* XXX id */ 0, /* flags */ 0, /* XXX */ (inthand2_t *)clkintr, &clk_imask, /* unit */ 0); - INTREN(1 << x); - + INTREN(1 << apic_8254_intr); + #else /* APIC_IO */ register_intr(/* irq */ 0, /* XXX id */ 0, /* flags */ 0, @@ -995,7 +981,75 @@ #endif /* APIC_IO */ writertc(RTC_STATUSB, rtc_statusb); + +#ifdef APIC_IO + if (apic_8254_trial) { + + printf("APIC_IO: Testing 8254 interrupt delivery\n"); + __asm __volatile("sti" : : : "memory"); + while (read_intr_count(8) < 6) + __asm __volatile("sti" : : : "memory"); + if (read_intr_count(apic_8254_intr) < 3) { + /* + * The MP table is broken. + * The 8254 was not connected to the specified pin + * on the IO APIC. + * Workaround: Limited variant of mixed mode. + */ + INTRDIS(1 << apic_8254_intr); + unregister_intr(apic_8254_intr, + /* XXX */ (inthand2_t *) clkintr); + printf("APIC_IO: Broken MP table detected: " + "8254 is not connected to IO APIC int pin %d\n", + apic_8254_intr); + + apic_8254_intr = 0; + setup_8254_mixed_mode(); + register_intr(/* irq */ apic_8254_intr, /* XXX id */ 0, /* flags */ 0, + /* XXX */ (inthand2_t *)clkintr, &clk_imask, + /* unit */ 0); + INTREN(1 << apic_8254_intr); + } + + } + if (apic_8254_intr) + printf("APIC_IO: routing 8254 via pin %d\n",apic_8254_intr); + else + printf("APIC_IO: routing 8254 via 8259 on pin 0\n"); +#endif + } + +#ifdef APIC_IO +static u_long +read_intr_count(int vec) +{ + u_long *up; + up = intr_countp[vec]; + if (up) + return *up; + return 0UL; +} + +static void +setup_8254_mixed_mode() +{ + /* + * Allow 8254 timer to INTerrupt 8259: + * re-initialize master 8259: + * reset; prog 4 bytes, single ICU, edge triggered + */ + outb(IO_ICU1, 0x13); + outb(IO_ICU1 + 1, NRSVIDT); /* start vector (unused) */ + outb(IO_ICU1 + 1, 0x00); /* ignore slave */ + outb(IO_ICU1 + 1, 0x03); /* auto EOI, 8086 */ + outb(IO_ICU1 + 1, 0xfe); /* unmask INT0 */ + + /* program IO APIC for type 3 INT on INT0 */ + if (ext_int_setup(0, 0) < 0) + panic("8254 redirect via APIC pin0 impossible!"); +} +#endif void setstatclockrate(int newhz) - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Mar 12 10:31:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA29673 for freebsd-smp-outgoing; Thu, 12 Mar 1998 10:31:18 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from mantar.slip.netcom.com (mantar.slip.netcom.com [192.187.167.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA29643; Thu, 12 Mar 1998 10:31:16 -0800 (PST) (envelope-from root@mantar.slip.netcom.com) Received: from mantar.slip.netcom.com (mantar.slip.netcom.com [192.187.167.134]) by mantar.slip.netcom.com (8.8.8/8.8.8) with SMTP id KAA00323; Thu, 12 Mar 1998 10:30:52 -0800 (PST) (envelope-from root@mantar.slip.netcom.com) Date: Thu, 12 Mar 1998 10:30:52 -0800 (PST) From: Manfred Antar To: Tor Egge cc: current@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: spkrtest locks up system In-Reply-To: <199803121753.SAA05731@pat.idi.ntnu.no> 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 On Thu, 12 Mar 1998, Tor Egge wrote: > > On a current SMP system when I run spkrtest the system locks up. > > On a kernel built around the 26th of Feb no problem. I have a old version > > of spkrtest v1.0 by Eric S. Raymond (Feb 1990) that I use as sort of > > a backup alarm clock. I was wondering why for the past couple of weeks > > I'd wake up and the machine would be locked up. The current graphical > > version does the same thing. I have no sound card installed. One time > > it dropped into the debugger , now it just locks up. There was something > > about _mplock if i remember right. There was alot of changes to current > > around the end of Feb. (SMP and locking) and I'm not sure which is causing > > the problem. Sorry I can't be of more help. > > Manfred > > The following patch might be appropiate. > > Without this patch, the kernel can deadlock or panic when attempting > to enter a critical region protected by disable_intr()/enable_intr(), > since the mpintr_lock might be held by the last cpu having prezeroed > a page. > > Index: sys/i386/i386/vm_machdep.c > =================================================================== > RCS file: /home/ncvs/src/sys/i386/i386/vm_machdep.c,v > retrieving revision 1.101 > diff -u -r1.101 vm_machdep.c > --- vm_machdep.c 1998/02/25 03:56:09 1.101 > +++ vm_machdep.c 1998/03/08 06:00:49 > @@ -950,7 +967,7 @@ > if (try_mplock()) { > #endif > s = splvm(); > - enable_intr(); > + __asm __volatile("sti" : : : "memory"); > m = vm_page_list_find(PQ_FREE, free_rover); > if (m != NULL) { > --(*vm_page_queues[m->queue].lcnt); > @@ -973,7 +990,7 @@ > ++cnt_prezero; > } > splx(s); > - disable_intr(); > + __asm __volatile("cli" : : : "memory"); > #ifdef SMP > rel_mplock(); > return (1); > > > - Tor Egge > That did the trick. Thanks Manfred ============================== || mantar@netcom.com || || Ph. (415) 681-6235 || ============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Mar 12 11:27:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA07554 for freebsd-smp-outgoing; Thu, 12 Mar 1998 11:27:24 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA07479; Thu, 12 Mar 1998 11:27:11 -0800 (PST) (envelope-from tlambert@usr08.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id MAA01288; Thu, 12 Mar 1998 12:27:08 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp01.primenet.com, id smtpd001229; Thu Mar 12 12:26:59 1998 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id MAA09436; Thu, 12 Mar 1998 12:26:53 -0700 (MST) From: Terry Lambert Message-Id: <199803121926.MAA09436@usr08.primenet.com> Subject: Re: spkrtest locks up system To: Tor.Egge@idi.ntnu.no (Tor Egge) Date: Thu, 12 Mar 1998 19:26:53 +0000 (GMT) Cc: root@mantar.slip.netcom.com, current@FreeBSD.ORG, smp@FreeBSD.ORG In-Reply-To: <199803121753.SAA05731@pat.idi.ntnu.no> from "Tor Egge" at Mar 12, 98 06:53:42 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 [ ...yet another good patch from Tor Egge... ] Whoo hoo! Yee-haa! Go, Tor, Go! 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 Thu Mar 12 12:49:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA24370 for freebsd-smp-outgoing; Thu, 12 Mar 1998 12:49:00 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from mantar.slip.netcom.com (mantar.slip.netcom.com [192.187.167.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA24355; Thu, 12 Mar 1998 12:48:56 -0800 (PST) (envelope-from root@mantar.slip.netcom.com) Received: from mantar.slip.netcom.com (mantar.slip.netcom.com [192.187.167.134]) by mantar.slip.netcom.com (8.8.8/8.8.8) with SMTP id MAA00687; Thu, 12 Mar 1998 12:48:34 -0800 (PST) (envelope-from root@mantar.slip.netcom.com) Date: Thu, 12 Mar 1998 12:48:34 -0800 (PST) From: Manfred Antar To: Terry Lambert cc: Tor Egge , current@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: spkrtest locks up system In-Reply-To: <199803121926.MAA09436@usr08.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 12 Mar 1998, Terry Lambert wrote: > [ ...yet another good patch from Tor Egge... ] > > > Whoo hoo! > > Yee-haa! > > Go, Tor, Go! > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > Here Here ============================== || mantar@netcom.com || || Ph. (415) 681-6235 || ============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Mar 12 13:08:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA28364 for freebsd-smp-outgoing; Thu, 12 Mar 1998 13:08:33 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from shadow.worldbank.org (shadow.worldbank.org [138.220.104.78]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA28347; Thu, 12 Mar 1998 13:08:29 -0800 (PST) (envelope-from adhir@worldbank.org) Received: from localhost (adhir@localhost) by shadow.worldbank.org (8.8.8/8.8.8) with SMTP id QAA00516; Thu, 12 Mar 1998 16:01:21 -0500 (EST) (envelope-from adhir@worldbank.org) X-Authentication-Warning: shadow.worldbank.org: adhir owned process doing -bs Date: Thu, 12 Mar 1998 16:01:21 -0500 (EST) From: "Alok K. Dhir" To: Tor.Egge@idi.ntnu.no cc: root@mantar.slip.netcom.com, current@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: spkrtest locks up system 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 Could this patch be related to the lockups I've been experiencing when trying to play sounds on recent -current kernels? Sound (dsp, etc) hasn't worked for at least a couple of weeks now... Thanks On Thu, 12 Mar 1998 Tor.Egge@idi.ntnu.no wrote: > > > > On a current SMP system when I run spkrtest the system locks up. > > On a kernel built around the 26th of Feb no problem. I have a old version > > of spkrtest v1.0 by Eric S. Raymond (Feb 1990) that I use as sort of > > a backup alarm clock. I was wondering why for the past couple of weeks > > I'd wake up and the machine would be locked up. The current graphical > > version does the same thing. I have no sound card installed. One time > > it dropped into the debugger , now it just locks up. There was something > > about _mplock if i remember right. There was alot of changes to current > > around the end of Feb. (SMP and locking) and I'm not sure which is > causing > > the problem. Sorry I can't be of more help. > > Manfred > > The following patch might be appropiate. > > Without this patch, the kernel can deadlock or panic when attempting > to enter a critical region protected by disable_intr()/enable_intr(), > since the mpintr_lock might be held by the last cpu having prezeroed > a page. > > Index: sys/i386/i386/vm_machdep.c > =================================================================== > RCS file: /home/ncvs/src/sys/i386/i386/vm_machdep.c,v > retrieving revision 1.101 > diff -u -r1.101 vm_machdep.c > --- vm_machdep.c 1998/02/25 03:56:09 1.101 > +++ vm_machdep.c 1998/03/08 06:00:49 > @@ -950,7 +967,7 @@ > if (try_mplock()) { > #endif > s = splvm(); > - enable_intr(); > + __asm __volatile("sti" : : : "memory"); > m = vm_page_list_find(PQ_FREE, free_rover); > if (m != NULL) { > --(*vm_page_queues[m->queue].lcnt); > @@ -973,7 +990,7 @@ > ++cnt_prezero; > } > splx(s); > - disable_intr(); > + __asm __volatile("cli" : : : "memory"); > #ifdef SMP > rel_mplock(); > return (1); > > > - Tor Egge > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -------------------------------------------------------------------- \||/_ Alok K. Dhir Phone: +1.202.473.2446 oo \ R7-003, ITSMC Email: adhir@worldbank.org L_ The World Bank Group Washington, DC \/ ------------------------------------------------------------------------| "Unix _is_ user friendly - it just chooses friends selectively..." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Mar 12 13:21:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA00980 for freebsd-smp-outgoing; Thu, 12 Mar 1998 13:21:00 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from pat.idi.ntnu.no (0@pat.idi.ntnu.no [129.241.103.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA00956; Thu, 12 Mar 1998 13:20:55 -0800 (PST) (envelope-from Tor.Egge@idi.ntnu.no) Received: from idi.ntnu.no (tegge@presis.idi.ntnu.no [129.241.111.173]) by pat.idi.ntnu.no (8.8.8/8.8.8) with ESMTP id WAA19505; Thu, 12 Mar 1998 22:16:58 +0100 (MET) Message-Id: <199803122116.WAA19505@pat.idi.ntnu.no> To: adhir@worldbank.org Cc: root@mantar.slip.netcom.com, current@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: spkrtest locks up system In-Reply-To: Your message of "Thu, 12 Mar 1998 16:01:21 -0500 (EST)" References: 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: Thu, 12 Mar 1998 22:16:57 +0100 From: Tor Egge Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Could this patch be related to the lockups I've been experiencing when > trying to play sounds on recent -current kernels? > > Sound (dsp, etc) hasn't worked for at least a couple of weeks now... No. Prezeroing of pages in SMP mode was not enabled before Mar 1 1998 04:18:50 UTC, which is less than a couple of weeks ago. - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sun Mar 15 05:12:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA15380 for freebsd-smp-outgoing; Sun, 15 Mar 1998 05:12:18 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA15374 for ; Sun, 15 Mar 1998 05:12:05 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id OAA23350; Sun, 15 Mar 1998 14:00:16 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.7) id NAA24552; Sun, 15 Mar 1998 13:36:39 +0100 (CET) (envelope-from andreas) Message-ID: <19980315133638.04212@klemm.gtn.com> Date: Sun, 15 Mar 1998 13:36:38 +0100 From: Andreas Klemm To: Deepinder Setia , freebsd-smp@FreeBSD.ORG Subject: Re: new SMP user References: <35043CB3.30C3@hotmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <35043CB3.30C3@hotmail.com>; from Deepinder Setia on Mon, Mar 09, 1998 at 11:02:11AM -0800 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Mar 09, 1998 at 11:02:11AM -0800, Deepinder Setia wrote: > According to SMP page on FreeBSD web site: > > "The 970815-SNAP is considered the most recent 'stable' snapshot. > Past this date experimental work on lock pushdown is in progress. > If you have NOT used FreeBSD SMP on your hardware before, start > with the 970815 SNAP. After verifying that SMP works on your system > you are encouraged to cvsup to the latest code and help exercise the > lock changes." > > Is the above still true? This would be the first time I would be > using/installing SMP capable version of FreeBSD. What is the best > version to start from? Walnut Creek CDROM place sells a Oct 6 snap > of freebsd which should have the SMP capabilities. I'd try to install the latest -current SNAPSHOT. Then I'd cvsup the latest and greatest. You can boot an uni processor kernel if you have trouble with booting a smp kernel as "fallback strategy". -- Andreas Klemm powered by ,,symmetric multiprocessor FreeBSD'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Mar 16 21:35:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA26552 for freebsd-smp-outgoing; Mon, 16 Mar 1998 21:35:27 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from pat.idi.ntnu.no (0@pat.idi.ntnu.no [129.241.103.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA26547 for ; Mon, 16 Mar 1998 21:35:25 -0800 (PST) (envelope-from Tor.Egge@idi.ntnu.no) Received: from idi.ntnu.no (tegge@presis.idi.ntnu.no [129.241.111.173]) by pat.idi.ntnu.no (8.8.8/8.8.8) with ESMTP id GAA28240 for ; Tue, 17 Mar 1998 06:35:18 +0100 (MET) Message-Id: <199803170535.GAA28240@pat.idi.ntnu.no> To: freebsd-smp@FreeBSD.ORG Subject: MP config table robustness 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: Tue, 17 Mar 1998 06:35:17 +0100 From: Tor Egge Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I see two problems with the current APIC code 1. Interrupts on the ISA bus are assumed to be conforming. When PCI interrupts are redirected to the ISA bus, this assumption can be wrong. 2. A PCI interrupt not specified in the MP table as a PCI interrupt is treated as a ISA interrupt delivered to the same interrupt pin number on the IOAPIC as the ISA interrupt number. This is inconsistent with the handling if ISA devices, where the IOAPIC pin number doesn't need to be the same as the ISA interrupt number. With a few changes, my -SMP machine (ASUS P6UP65 motherboard) can boot the -SMP kernel when MP 1.4 is disabled in the BIOS (as long as it has enough free interrupt to use for the PCI devices). The same kernel also works with MP 1.4 enabled in the bios. This change also seems to help on some versions of SuperMicro motherboards. Index: sys/pci/pci.c =================================================================== RCS file: /home/ncvs/src/sys/pci/pci.c,v retrieving revision 1.81 diff -u -r1.81 pci.c --- pci.c 1998/01/24 02:54:47 1.81 +++ pci.c 1998/03/17 05:00:36 @@ -340,9 +340,25 @@ int airq; airq = pci_apic_pin(cfg->bus, cfg->slot, cfg->intpin); - if ((airq >= 0) && (airq != cfg->intline)) { - undirect_pci_irq(cfg->intline); - cfg->intline = airq; + if (airq >= 0) { + /* PCI specific entry found in MP table */ + if (airq != cfg->intline) { + undirect_pci_irq(cfg->intline); + cfg->intline = airq; + } + } else { + /* + * PCI interrupts might be redirected to the + * ISA bus according to some MP tables. Use the + * same methods as used by the ISA devices + * to find the proper IOAPIC int pin. + */ + airq = isa_apic_pin(cfg->intline); + if ((airq >= 0) && (airq != cfg->intline)) { + /* XXX: undirect_pci_irq() ? */ + undirect_isa_irq(cfg->intline); + cfg->intline = airq; + } } } #endif /* APIC_IO */ Index: sys/i386/i386/mpapic.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/mpapic.c,v retrieving revision 1.28 diff -u -r1.28 mpapic.c --- mpapic.c 1998/03/03 19:54:49 1.28 +++ mpapic.c 1998/03/17 04:45:26 @@ -164,7 +164,7 @@ if (apic == 0) { maxpin = REDIRCNT_IOAPIC(apic); /* pins in APIC */ for (pin = 0; pin < maxpin; ++pin) { - int bus, bustype; + int bus; /* we only deal with vectored INTs here */ if (apic_int_type(apic, pin) != 0) @@ -174,21 +174,12 @@ bus = apic_src_bus_id(apic, pin); if (bus == -1) continue; - bustype = apic_bus_type(bus); - /* the "ISA" type INTerrupts */ - if ((bustype == ISA) || (bustype == EISA)) { - flags = DEFAULT_ISA_FLAGS; - } - - /* PCI or other bus */ - else { - flags = DEFAULT_FLAGS; - level = trigger(apic, pin, &flags); - if (level == 1) - apic_pin_trigger[apic] |= (1 << pin); - polarity(apic, pin, &flags, level); - } + flags = DEFAULT_FLAGS; + level = trigger(apic, pin, &flags); + if (level == 1) + apic_pin_trigger[apic] |= (1 << pin); + polarity(apic, pin, &flags, level); /* program the appropriate registers */ select = pin * 2 + IOAPIC_REDTBL0; /* register */ My mptable -verbose -demsg output then looks like: =============================================================================== 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: 0x000f6980 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f6980 signature: '_MP_' length: 16 bytes version: 1.1 checksum: 0xb5 mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f657a signature: 'PCMP' base table length: 244 version: 1.1 checksum: 0x21 OEM ID: 'OEM00000' Product ID: 'PROD00000000' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 22 local APIC address: 0xfee00000 extended table length: 0 extended table checksum: 0 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 1 0x11 BSP, usable 6 1 6 0xfbff 0 0x11 AP, usable 6 1 6 0xfbff -- Bus: Bus ID Type 0 PCI 1 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# ExtINT conforms conforms 1 0 2 0 INT conforms conforms 1 1 2 1 INT conforms conforms 1 0 2 2 INT conforms conforms 1 3 2 3 INT conforms conforms 1 4 2 4 INT conforms conforms 1 5 2 5 INT conforms conforms 1 6 2 6 INT conforms conforms 1 7 2 7 INT conforms conforms 1 8 2 8 INT conforms conforms 1 12 2 12 INT conforms conforms 1 14 2 14 INT active-lo level 1 11 2 16 INT active-lo level 1 10 2 17 INT active-lo level 1 9 2 18 INT active-lo level 1 15 2 19 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 1 0 255 0 NMI active-hi edge 1 0 255 1 ------------------------------------------------------------------------------- # SMP kernel config file options: # Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optional (built-in defaults will work in most cases): #options NCPU=2 # number of CPUs #options NBUS=2 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs ------------------------------------------------------------------------------- dmesg output: Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #36: Tue Mar 17 06:02:03 CET 1998 root@ikke.idi.ntnu.no:/usr/src/sys/compile/TEGGE_SMP Timecounter "i8254" frequency 1193182 Hz cost 3820 ns CPU: Pentium Pro (686-class CPU) Origin = "GenuineIntel" Id = 0x616 Stepping=6 Features=0xfbff real memory = 536870912 (524288K bytes) avail memory = 519852032 (507668K bytes) FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x01 on pci0.1.0 Freeing (NOT implemented) redirected ISA irq 15. ahc0: rev 0x00 int a irq 19 on pci0.9.0 ahc0: aic7870 Single Channel, SCSI Id=7, 16/255 SCBs scbus0 at ahc0 bus 0 ahc0: target 0 Tagged Queuing Device scbus0 target 0 lun 0: type 0 fixed SCSI 2 sd0 at scbus0 target 0 lun 0 sd0: Direct-Access 2040MB (4178874 512 byte sectors) ahc0: target 1 Tagged Queuing Device scbus0 target 1 lun 0: type 0 fixed SCSI 2 sd1 at scbus0 target 1 lun 0 sd1: Direct-Access 1685MB (3450902 512 byte sectors) ahc0: target 2 Tagged Queuing Device scbus0 target 2 lun 0: type 0 fixed SCSI 2 sd2 at scbus0 target 2 lun 0 sd2: Direct-Access 4095MB (8388315 512 byte sectors) ahc0: target 3 Tagged Queuing Device scbus0 target 3 lun 0: type 0 fixed SCSI 2 sd3 at scbus0 target 3 lun 0 sd3: Direct-Access 4095MB (8388315 512 byte sectors) Freeing (NOT implemented) redirected ISA irq 9. ahc1: rev 0x00 int a irq 18 on pci0.10.0 ahc1: aic7880 Wide Channel, SCSI Id=7, 16/255 SCBs scbus1 at ahc1 bus 0 ahc1: target 1 Tagged Queuing Device scbus1 target 1 lun 0: type 0 fixed SCSI 2 sd6 at scbus1 target 1 lun 0 sd6: Direct-Access 4303MB (8813920 512 byte sectors) ahc1: target 2 Tagged Queuing Device scbus1 target 2 lun 0: type 0 fixed SCSI 2 sd7 at scbus1 target 2 lun 0 sd7: Direct-Access 4303MB (8813920 512 byte sectors) ahc1: target 3 Tagged Queuing Device scbus1 target 3 lun 0: type 0 fixed SCSI 2 sd8 at scbus1 target 3 lun 0 sd8: Direct-Access 4303MB (8813920 512 byte sectors) ahc1: target 4 Tagged Queuing Device scbus1 target 4 lun 0: type 0 fixed SCSI 2 sd9 at scbus1 target 4 lun 0 sd9: Direct-Access 4303MB (8813920 512 byte sectors) ahc1: target 5 Tagged Queuing Device scbus1 target 5 lun 0: type 0 fixed SCSI 2 sd10 at scbus1 target 5 lun 0 sd10: Direct-Access 4303MB (8813920 512 byte sectors) ahc1: target 6 Tagged Queuing Device scbus1 target 6 lun 0: type 0 fixed SCSI 2 sd11 at scbus1 target 6 lun 0 sd11: Direct-Access 4303MB (8813920 512 byte sectors) probe0(ahc1:9:0): scsi_cmd probe0(ahc1:9:0): scsi_done scbus1 target 9 lun 0: command: 0,0,0,0,0,0-[0 bytes] probe0(ahc1:9:0): scsi_cmd probe0(ahc1:9:0): scsi_done scbus1 target 9 lun 0: command: 12,0,0,0,2c,0-[44 bytes] ------------------------------ 000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 016: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 032: 00 00 00 00 00 00 00 00 00 00 00 00 ------------------------------ Freeing (NOT implemented) redirected ISA irq 10. de0: rev 0x11 int a irq 17 on pci0.11.0 de0: SMC 21041 [10Mb/s] pass 1.1 de0: address 00:00:c0:ed:c3:d6 Freeing (NOT implemented) redirected ISA irq 11. vga0: rev 0x01 int a irq 16 on pci0.12.0 Freeing (NOT implemented) redirected ISA irq 15. ahc2: rev 0x00 int a irq 19 on pci0.13.0 ahc2: aic7880 Wide Channel, SCSI Id=7, 16/255 SCBs scbus2 at ahc2 bus 0 probe0(ahc2:9:0): scsi_cmd probe0(ahc2:9:0): scsi_done scbus2 target 9 lun 0: command: 0,0,0,0,0,0-[0 bytes] probe0(ahc2:9:0): scsi_cmd probe0(ahc2:9:0): scsi_done scbus2 target 9 lun 0: command: 12,0,0,0,2c,0-[44 bytes] ------------------------------ 000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 016: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 032: 00 00 00 00 00 00 00 00 00 00 00 00 ------------------------------ Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 flags 0x30 on isa sio1: type 16550A, console lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x64 irq 12 on motherboard psm0: model Generic PS/2 mouse, device ID 0 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 1 on isa snd0: sbxvi0 at ? drq 5 on isa snd0: sbmidi0 at 0x330 on isa snd0: opl0 at 0x388 on isa snd0: APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via pin 2 ccd0-3: Concatenated disk drivers IP packet filtering initialized, divert enabled, logging limited to 100 packets/entry changing root device to sd0s5a SMP: AP CPU #1 Launched! de0: enabling BNC port =============================================================================== - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Mar 17 07:49:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA07181 for freebsd-smp-outgoing; Tue, 17 Mar 1998 07:49:48 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from bigbrother ([206.29.49.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id HAA07170 for ; Tue, 17 Mar 1998 07:49:41 -0800 (PST) (envelope-from vshah@rstcorp.com) Received: (from uucp@localhost) by bigbrother (8.6.12/8.6.9) id LAA11923 for ; Tue, 17 Mar 1998 11:44:11 -0500 Received: from fault.rstcorp.com(206.29.49.18) by bigbrother.rstcorp.com via smap (V2.0) id xma011919; Tue, 17 Mar 98 11:43:49 -0500 Received: (from vshah@localhost) by rstcorp.com (8.8.1/8.8.1) id KAA01781; Tue, 17 Mar 1998 10:48:30 -0500 (EST) Date: Tue, 17 Mar 1998 10:48:30 -0500 (EST) Message-Id: <199803171548.KAA01781@rstcorp.com> MIME-Version: 1.0 From: "Viren R. Shah" To: freebsd-smp@FreeBSD.ORG Subject: Compaq ProLiant 2000 X-Mailer: VM 6.40 under 19.16 "Lille" XEmacs Lucid Reply-To: "Viren R. Shah" X-Face: )~y+U*K:yzjz{q<5lzpI_SVef'U.])9g[C9`1N@]u3,MHY7f*l7C)[_NjM4y4K8$uIUh|\u (K&&HS6,M!61&GMTk'mqmB/Qg]]X}"?TzsFl]"2v!bl8']dma.:^IY^a[lbOI>U:b<~FyK3q-p{HmZ mn~g.`~BE!5{2D:}Yi+\_KkWe?XaHj9$ko1k8iKLYv5*_2c8"G=?Up[}hn+7RNM(bzBZ_wWk6!Pf&B ?3Tcm7M7B~W%K/I0aX3]*=jP?aM]H6HBPT`oLk+0n^_;N\2\%|Rhy;p}34Q.jEsM\qtnxcm;ag%Nq Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Anyone know whether FreeBSD SMP works with the Compaq ProLiant 2000 machines? (dual P60, EISA, 3G RAID array). It's about 4 years old, which pretty much means that it is MP 1.1 (if that). [I can't get into the BIOS, since I don't have the EISA config utility.] Viren -- Viren R. Shah {viren @ rstcorp . com} Research Associate, RST Inc. "I believe every process which shows failure can be improved, and any human process that does not show failures is so broken that failures do not even show up." -- Simon Shapiro (freebsd-current) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Mar 17 08:26:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA14729 for freebsd-smp-outgoing; Tue, 17 Mar 1998 08:26:30 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from proxy.lkb.lv (proxy.lkb.lv [195.244.134.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA14697 for ; Tue, 17 Mar 1998 08:26:22 -0800 (PST) (envelope-from ulmik@proxy.lkb.lv) Received: from cave.lkb.lv (cave.lkb.lv [195.244.134.13]) by proxy.lkb.lv (8.7.6/8.7.3) with SMTP id SAA29264 for ; Tue, 17 Mar 1998 18:26:09 +0200 (EET) Message-ID: <350EDC3B.6590@proxy.lkb.lv> Date: Tue, 17 Mar 1998 18:25:31 -0200 From: Uldis Mikelsons Reply-To: ulmik@proxy.lkb.lv Organization: AS Latvijas Krajbanka X-Mailer: Mozilla 3.0 (Win95; I) MIME-Version: 1.0 To: freebsd-smp@FreeBSD.ORG Subject: Re: Compaq ProLiant 2000 References: <199803171548.KAA01781@rstcorp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Viren R. Shah wrote: > > Anyone know whether FreeBSD SMP works with the Compaq ProLiant 2000 > machines? (dual P60, EISA, 3G RAID array). It's about 4 years old, > which pretty much means that it is MP 1.1 (if that). dunno about so old but cpq proliants 800[dual ppro]/1600[dual p2]/2500[dual p2] suport FreeBSD SMP ( with old snaps it worked 100% donty know about current and so .. ) had no reason to reinstall some boxes. Uldis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Mar 17 17:40:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA17921 for freebsd-smp-outgoing; Tue, 17 Mar 1998 17:40:45 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from True.Net ([161.196.66.100]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA17914 for ; Tue, 17 Mar 1998 17:40:43 -0800 (PST) (envelope-from lem@cantv.net) Received: from s2.admin.true.net ([161.196.66.21]) by True.Net (8.8.7/8.6.12) with ESMTP id VAA05819 for ; Tue, 17 Mar 1998 21:38:49 -0400 (VET) Received: from lemtop.cantv.net (root@localhost) by s2.admin.true.net (8.8.7/8.6.12) with SMTP id VAA21877 for ; Tue, 17 Mar 1998 21:34:37 -0400 (VET) X-BlackMail: 161.196.121.109, lemtop.cantv.net, lem@cantv.net, 161.196.121.109 X-Authenticated-Timestamp: 21:34:37(VET) on March 17, 1998 Message-Id: <3.0.5.32.19980317213823.009f5aa0@pop.cantv.net> X-Sender: lem@pop.cantv.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Tue, 17 Mar 1998 21:38:23 -0400 To: freebsd-smp@FreeBSD.ORG From: =?iso-8859-1?Q?=22Luis_E=2E_Mu=F1oz=22?= Subject: Compaq + SMP anyone? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi there: Is anyone using Compaq with SMP? I'm looking towards getting a few Proliant 6500 servers and would like to know wether to get a single processor or more. I would be interested in examples of configurations working under SMP... Best regards. -lem To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Mar 18 06:09:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA13949 for freebsd-smp-outgoing; Wed, 18 Mar 1998 06:09:50 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from psasolar.psa.pencom.com (psasolar.colltech.com [208.229.236.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA13913 for ; Wed, 18 Mar 1998 06:09:37 -0800 (PST) (envelope-from ejon@colltech.com) From: ejon@colltech.com Received: (from ejon@localhost) by psasolar.psa.pencom.com (VER/What/1.0) id IAA19540; Wed, 18 Mar 1998 08:09:14 -0600 (CST) Message-Id: <199803181409.IAA19540@psasolar.psa.pencom.com> Subject: Re: MP config table robustness In-Reply-To: <199803170535.GAA28240@pat.idi.ntnu.no> from Tor Egge at "Mar 17, 98 06:35:17 am" To: Tor.Egge@idi.ntnu.no (Tor Egge) Date: Wed, 18 Mar 1998 08:09:14 -0600 (CST) Cc: freebsd-smp@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (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 Tor, I could kiss you! I applied this patch on my recalcitrant DEC Personal Workstation 6200 and acheived my first FreeBSD-SMP boot! MP 1.4 is not currently an option in my BIOS (doubt if DEC is ever going to get around to updating it again), so this patch probably wins by better supporting us MP 1.1 holdouts. Anyway, thanks! I _definitely_ owe you a beer for this. Next time you're in the Boston area... Eric Strange sunspot activity caused Tor Egge to write: > > I see two problems with the current APIC code > > 1. Interrupts on the ISA bus are assumed to be conforming. When > PCI interrupts are redirected to the ISA bus, this assumption can > be wrong. > > 2. A PCI interrupt not specified in the MP table as a PCI interrupt > is treated as a ISA interrupt delivered to the same interrupt > pin number on the IOAPIC as the ISA interrupt number. This is > inconsistent with the handling if ISA devices, where the IOAPIC > pin number doesn't need to be the same as the ISA interrupt number. > > With a few changes, my -SMP machine (ASUS P6UP65 motherboard) can boot > the -SMP kernel when MP 1.4 is disabled in the BIOS (as long as it has > enough free interrupt to use for the PCI devices). The same kernel > also works with MP 1.4 enabled in the bios. > > This change also seems to help on some versions of SuperMicro motherboards. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Mar 18 13:08:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA21212 for freebsd-smp-outgoing; Wed, 18 Mar 1998 13:08:14 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from danberlin.resnet.rochester.edu (danberlin.resnet.rochester.edu [128.151.91.212]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA21205 for ; Wed, 18 Mar 1998 13:08:11 -0800 (PST) (envelope-from root@danberlin.resnet.rochester.edu) Received: from localhost (root@localhost) by danberlin.resnet.rochester.edu (8.8.8/8.8.8) with SMTP id QAA00255; Wed, 18 Mar 1998 16:03:05 -0500 (EST) (envelope-from root@danberlin.resnet.rochester.edu) Date: Wed, 18 Mar 1998 16:03:04 -0500 (EST) From: Daniel Berlin To: ejon@colltech.com cc: Tor Egge , freebsd-smp@FreeBSD.ORG Subject: Re: MP config table robustness In-Reply-To: <199803181409.IAA19540@psasolar.psa.pencom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hey Tor, looks like the patch does a lot of good. Sorry i couldn't get you the other MP table earlier than I did, looks like this patch makes a lot of people happy. --Dan On Wed, 18 Mar 1998 ejon@colltech.com wrote: > Tor, > I could kiss you! I applied this patch on my recalcitrant > DEC Personal Workstation 6200 and acheived my first FreeBSD-SMP > boot! MP 1.4 is not currently an option in my BIOS (doubt if DEC > is ever going to get around to updating it again), so this > patch probably wins by better supporting us MP 1.1 holdouts. > > Anyway, thanks! I _definitely_ owe you a beer for this. Next time > you're in the Boston area... > > Eric > > Strange sunspot activity caused Tor Egge to write: > > > > I see two problems with the current APIC code > > > > 1. Interrupts on the ISA bus are assumed to be conforming. When > > PCI interrupts are redirected to the ISA bus, this assumption can > > be wrong. > > > > 2. A PCI interrupt not specified in the MP table as a PCI interrupt > > is treated as a ISA interrupt delivered to the same interrupt > > pin number on the IOAPIC as the ISA interrupt number. This is > > inconsistent with the handling if ISA devices, where the IOAPIC > > pin number doesn't need to be the same as the ISA interrupt number. > > > > With a few changes, my -SMP machine (ASUS P6UP65 motherboard) can boot > > the -SMP kernel when MP 1.4 is disabled in the BIOS (as long as it has > > enough free interrupt to use for the PCI devices). The same kernel > > also works with MP 1.4 enabled in the bios. > > > > This change also seems to help on some versions of SuperMicro motherboards. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-smp" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Mar 18 17:58:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA15920 for freebsd-smp-outgoing; Wed, 18 Mar 1998 17:58:29 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from zia.ml.org (wardr.cm.neosoft.com [206.109.172.111]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA15886 for ; Wed, 18 Mar 1998 17:58:14 -0800 (PST) (envelope-from ward@zia.ml.org) Received: (from ward@localhost) by zia.ml.org (8.8.8/8.8.8) id TAA00378 for freebsd-smp@freebsd.org; Wed, 18 Mar 1998 19:58:29 -0600 (CST) (envelope-from ward) From: Reagen Ward Message-Id: <199803190158.TAA00378@zia.ml.org> Subject: SMP questions To: freebsd-smp@FreeBSD.ORG Date: Wed, 18 Mar 1998 19:58:29 -0600 (CST) Reply-To: ward@localbar.com X-Mailer: ELM [version 2.4ME+ PL32 (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 To whom do I direct problems / questions with the SMP kernel? I've got a few problems getting an SMP kernel to work fully on an HP Vectra 5/90 XU. Thanks! Reagen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Mar 19 11:30:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA20722 for freebsd-smp-outgoing; Thu, 19 Mar 1998 11:30:41 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from intergate.sdcoe.k12.ca.us (intergate.sdcoe.k12.ca.us [198.133.204.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA20706 for ; Thu, 19 Mar 1998 11:30:34 -0800 (PST) (envelope-from taras@sdcoe.k12.ca.us) Received: from taras (sdcoe-ov23.sdcoe.k12.ca.us [209.66.193.23]) by intergate.sdcoe.k12.ca.us (8.8.7/8.8.7) with SMTP id LAA29196 for ; Thu, 19 Mar 1998 11:24:24 -0800 (PST) Message-ID: <000701bd5374$e7f5cf80$17c142d1@taras> From: "Taras Balabanoff" To: Subject: Replace Intel chip with AMD Date: Thu, 19 Mar 1998 12:23:32 -0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01BD5331.D51B9720" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_0004_01BD5331.D51B9720 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I hope this is the right place for info, If not I 'm sorry to bother you. So here's the question. I have an AMI Titan 2 motherboard w/dual CPU 90mhz Intel chip that I would like to upgrade with an AMD chip , is it possible. Thank you=20 Taras Balabanoff taras@sdcoe.k12.ca.us ------=_NextPart_000_0004_01BD5331.D51B9720 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I hope this is the right place for = info, If not=20 I 'm sorry to bother
you. So here's = the question.=20 I have an AMI Titan 2 motherboard
w/dual CPU 90mhz Intel chip that  I  would = like to=20 upgrade with
an AMD chip ,  is it possible.
 Thank you
 Taras Balabanoff
 taras@sdcoe.k12.ca.us
 
------=_NextPart_000_0004_01BD5331.D51B9720-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Mar 19 11:40:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA22260 for freebsd-smp-outgoing; Thu, 19 Mar 1998 11:40:22 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from cs.utah.edu (cs.utah.edu [128.110.4.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA22255 for ; Thu, 19 Mar 1998 11:40:19 -0800 (PST) (envelope-from vanmaren@fast.cs.utah.edu) Received: from fast.cs.utah.edu (fast.cs.utah.edu [155.99.212.1]) by cs.utah.edu (8.8.7/8.8.7) with SMTP id MAA10419; Thu, 19 Mar 1998 12:39:54 -0700 (MST) Received: by fast.cs.utah.edu (8.6.10/utah-2.15-leaf) id MAA17935; Thu, 19 Mar 1998 12:39:54 -0700 Date: Thu, 19 Mar 1998 12:39:54 -0700 From: vanmaren@fast.cs.utah.edu (Kevin Van Maren) Message-Id: <199803191939.MAA17935@fast.cs.utah.edu> To: freebsd-smp@FreeBSD.ORG, taras@sdcoe.k12.ca.us Subject: Re: Replace Intel chip with AMD Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I hope this is the right place for info, If not I 'm sorry to bother > you. So here's the question. I have an AMI Titan 2 motherboard > w/dual CPU 90mhz Intel chip that I would like to upgrade with > an AMD chip , is it possible. > Thank you=20 > Taras Balabanoff > taras@sdcoe.k12.ca.us Yes, it is possible to put an AMD chip in it. However, you did not say which AMD chip you would like to use, as the board may not support all of them (see www.tyan.com or your manual). Also note that you can only have 1 AMD chip in it, meaning that it can not be used as a multiprocessor if you do put an AMD chip in. Only Intel processors can be used in SMP. Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Mar 19 11:55:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA25323 for freebsd-smp-outgoing; Thu, 19 Mar 1998 11:55:14 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from intergate.sdcoe.k12.ca.us (intergate.sdcoe.k12.ca.us [198.133.204.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA25088 for ; Thu, 19 Mar 1998 11:54:18 -0800 (PST) (envelope-from taras@sdcoe.k12.ca.us) Received: from taras (sdcoe-ov23.sdcoe.k12.ca.us [209.66.193.23]) by intergate.sdcoe.k12.ca.us (8.8.7/8.8.7) with SMTP id LAA01547 for ; Thu, 19 Mar 1998 11:47:32 -0800 (PST) Message-ID: <001801bd5378$20a1d6a0$17c142d1@taras> From: "Taras Balabanoff" To: Subject: Re: Replace Intel chip with AMD Date: Thu, 19 Mar 1998 12:46:42 -0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0015_01BD5335.11939A60" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_0015_01BD5335.11939A60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable -----Original Message----- From: Taras Balabanoff To: freebsd-smp@freebsd.org Date: Thursday, March 19, 1998 12:23 PM Subject: Replace Intel chip with AMD =20 =20 I hope this is the right place for info, If not I 'm sorry to bother you. So here's the question. I have an AMI Titan 2 motherboard w/dual CPU 90mhz Intel chip that I would like to upgrade with an AMD chip , is it possible. Thank you=20 Taras Balabanoff taras@sdcoe.k12.ca.us =20 =20 I would take the biggest baddest one they had, could you possible = give me a number , name, or address to contact to buy from. Thank you ------=_NextPart_000_0015_01BD5335.11939A60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
-----Original = Message-----
From:=20 Taras Balabanoff <taras@sdcoe.k12.ca.us>
To:=20 freebsd-smp@freebsd.org=20 <freebsd-smp@freebsd.org>Date:=20 Thursday, March 19, 1998 12:23 PM
Subject: Replace = Intel chip=20 with AMD

I hope this is the right place = for info, If=20 not I 'm sorry to bother
you. So = here's the=20 question. I have an AMI Titan 2 motherboard
w/dual CPU 90mhz Intel chip that  I  = would like=20 to upgrade with
an AMD chip ,  is it possible.
 Thank you
 Taras Balabanoff
 taras@sdcoe.k12.ca.us
 
 
 I would take the biggest baddest one they = had, could=20 you possible give me a number ,  name,  or address = to
contact to buy from.
  Thank = you
------=_NextPart_000_0015_01BD5335.11939A60-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Mar 19 12:04:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA27472 for freebsd-smp-outgoing; Thu, 19 Mar 1998 12:04:34 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from fang.cs.sunyit.edu (root@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA27439 for ; Thu, 19 Mar 1998 12:04:27 -0800 (PST) (envelope-from perlsta@cs.sunyit.edu) Received: from win95.local.sunyit.edu (A-T34.rh.sunyit.edu [150.156.210.241]) by fang.cs.sunyit.edu (8.8.5/8.7.3) with SMTP id QAA11028; Thu, 19 Mar 1998 16:06:03 GMT Message-ID: <010f01bd5371$c0f60380$0600a8c0@win95.local.sunyit.edu> From: "Alfred Perlstein" To: "Taras Balabanoff" , Subject: Re: Replace Intel chip with AMD Date: Thu, 19 Mar 1998 15:01:06 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_010C_01BD5347.D7CC0F20" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_010C_01BD5347.D7CC0F20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable unfortunatly AMD doesn't support SMP. amd is a fine choice for UP = systems, but for multiporcessor you will have to go intel. -Alfred -----Original Message----- From: Taras Balabanoff To: freebsd-smp@FreeBSD.ORG Date: Thursday, March 19, 1998 10:39 AM Subject: Replace Intel chip with AMD =20 =20 I hope this is the right place for info, If not I 'm sorry to bother you. So here's the question. I have an AMI Titan 2 motherboard w/dual CPU 90mhz Intel chip that I would like to upgrade with an AMD chip , is it possible. Thank you=20 Taras Balabanoff taras@sdcoe.k12.ca.us ------=_NextPart_000_010C_01BD5347.D7CC0F20 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
unfortunatly AMD doesn't support = SMP. amd is a=20 fine choice for UP systems, but for multiporcessor you will have to go=20 intel.
 
-Alfred
-----Original = Message-----
From:=20 Taras Balabanoff <taras@sdcoe.k12.ca.us>
To:=20 freebsd-smp@FreeBSD.ORG=20 <freebsd-smp@FreeBSD.ORG>Date:=20 Thursday, March 19, 1998 10:39 AM
Subject: Replace = Intel chip=20 with AMD

I hope this is the right place = for info, If=20 not I 'm sorry to bother
you. So = here's the=20 question. I have an AMI Titan 2 motherboard
w/dual CPU 90mhz Intel chip that  I  = would like=20 to upgrade with
an AMD chip ,  is it possible.
 Thank you
 Taras Balabanoff
 taras@sdcoe.k12.ca.us
 
------=_NextPart_000_010C_01BD5347.D7CC0F20-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Mar 19 12:11:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA28980 for freebsd-smp-outgoing; Thu, 19 Mar 1998 12:11:28 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from dworkin.amber.org (mail@dworkin.amber.org [209.31.146.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA28946 for ; Thu, 19 Mar 1998 12:11:23 -0800 (PST) (envelope-from petrilli@dworkin.amber.org) Received: (from mail@localhost) by dworkin.amber.org (8.8.7/8.8.7) id PAA17688; Thu, 19 Mar 1998 15:11:19 -0500 (EST) X-Authentication-Warning: dworkin.amber.org: mail set sender to using -f Received: from dworkin.amber.org(209.31.146.74) by dworkin.amber.org via smap (V1.3) id sma017686; Thu Mar 19 15:11:13 1998 Date: Thu, 19 Mar 1998 15:11:13 -0500 (EST) From: "Christopher G. Petrilli" To: Taras Balabanoff cc: freebsd-smp@FreeBSD.ORG Subject: Re: Replace Intel chip with AMD In-Reply-To: <001801bd5378$20a1d6a0$17c142d1@taras> 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 On Thu, 19 Mar 1998, Taras Balabanoff wrote: > I hope this is the right place for info, If not I 'm sorry to bother > you. So here's the question. I have an AMI Titan 2 motherboard > w/dual CPU 90mhz Intel chip that I would like to upgrade with > an AMD chip , is it possible. AMD chips are NOT supported in dual configuraiton (or any SMP)... they use a totally different method for this, and it's not supported by any chipsets known. You can use 1 AMD chip, but not two. Chris -- | Christopher Petrilli | petrilli@amber.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Mar 19 13:14:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA09017 for freebsd-smp-outgoing; Thu, 19 Mar 1998 13:14:29 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA08993 for ; Thu, 19 Mar 1998 13:14:27 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id NAA23268; Thu, 19 Mar 1998 13:12:52 -0800 (PST) (envelope-from jkh@time.cdrom.com) To: "Taras Balabanoff" cc: freebsd-smp@FreeBSD.ORG Subject: Re: Replace Intel chip with AMD In-reply-to: Your message of "Thu, 19 Mar 1998 12:46:42 PST." <001801bd5378$20a1d6a0$17c142d1@taras> Date: Thu, 19 Mar 1998 13:12:52 -0800 Message-ID: <23260.890341972@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Ick! This is about the most EVIL mime message I've ever seen in my life. If the poster could get a real mailer at some point, it would definitely make his stuff a lot easier to read. I looked at the following and went YUCK. > This is a multi-part message in MIME format. > > ------=_NextPart_000_0015_01BD5335.11939A60 > Content-Type: text/plain; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > > > -----Original Message----- > From: Taras Balabanoff > To: freebsd-smp@freebsd.org > Date: Thursday, March 19, 1998 12:23 PM > Subject: Replace Intel chip with AMD > =20 > =20 > I hope this is the right place for info, If not I 'm sorry to bother > you. So here's the question. I have an AMI Titan 2 motherboard > w/dual CPU 90mhz Intel chip that I would like to upgrade with > an AMD chip , is it possible. > Thank you=20 > Taras Balabanoff > taras@sdcoe.k12.ca.us > =20 > =20 > I would take the biggest baddest one they had, could you possible = > give me a number , name, or address to > contact to buy from. > Thank you > > ------=_NextPart_000_0015_01BD5335.11939A60 > Content-Type: text/html; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > > > > > > http-equiv=3DContent-Type> HTML//EN"> > > > >
 
> style=3D"BORDER-LEFT: #000000 solid 2px; MARGIN-LEFT: 5px; PADDING-LEFT: = > 5px"> >
-----Original = > Message-----
From:=20 > Taras Balabanoff < = > href=3D"mailto:taras@sdcoe.k12.ca.us">taras@sdcoe.k12.ca.us>
>To:=20 > href=3D"mailto:freebsd-smp@freebsd.org">freebsd-smp@freebsd.org=20 > < = > href=3D"mailto:freebsd-smp@freebsd.org">freebsd-smp@freebsd.org> R>Date:=20 > Thursday, March 19, 1998 12:23 PM
Subject: Replace = > Intel chip=20 > with AMD

>
I hope this is the right place = > for info, If=20 not I 'm sorry to bother
>
you. So = > here's the=20 > question. I have an AMI Titan 2 motherboard
>
w/dual CPU 90mhz Intel chip that  I  = > would like=20 > to upgrade with
>
an AMD chip ,  is it possible.
>
 Thank you
>
 Taras Balabanoff
>
  = > href=3D"mailto:taras@sdcoe.k12.ca.us">taras@sdcoe.k12.ca.us IV> >
 
>
 
>
 I would take the biggest baddest one they = > had, could=20 > you possible give me a number ,  name,  or address = > to
>
contact to buy from.
>
  Thank = > you
> > ------=_NextPart_000_0015_01BD5335.11939A60-- > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-smp" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sat Mar 21 13:33:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA05628 for freebsd-smp-outgoing; Sat, 21 Mar 1998 13:33:58 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA05617 for ; Sat, 21 Mar 1998 13:33:51 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.8.8/8.8.8/Spinner) with ESMTP id FAA03833 for ; Sun, 22 Mar 1998 05:33:45 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199803212133.FAA03833@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: smp@FreeBSD.ORG Subject: is it just me, or... Date: Sun, 22 Mar 1998 05:33:44 +0800 From: Peter Wemm Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org It is just me or has the smp kernel taken a nose dive over the last month or so? Some of the problems I see on a dual ppro@200 (pci/isa, no cards except pci vga, and onboard fxp, 64MB ram, 200MB swap, very little swap activity): - when running cpu intensive processes (eg: rc564 or rc5des), I get particularly lousy interactive response (no keyboard/screen, this machine is accessed via serial console and ssh only). It can be up to 20 or 30 seconds before I get character echo quite often. If I run a pair of rc5 processes, the problem pretty much goes away. - rc5* fails very often... I can only run it for a few minutes before it corrupts itself and it's checkpoint files, loosing the current key. Once it's failed, it stops it's periodic checkpointing. Explicitly killing it causes the checkpoint to be updated still though, but recovering the key always causes a SEGV at the 100% complete mark. - when running a single rc5* process, I regularly get fxp0 and ahc0 device timeouts, corresponding with the response hangs. Problems I see on a dual p5-90 system (pci/eisa/isa, with pci vga, pci de0, eisa ahc2742T, and misc isa cards, 48MB ram, 210MB swap space - often 75% full): - I get regular sig-11 core dumps, although nowhere near as many as I used to a few weeks ago. In particular, large memory image processes are hardest hit.. the ones that die most often are netscape and exmh2 (ie: wish8.0p2). My early netscape communicator aborts were due to a low data size limit, but this has been well and truely fixed. wish easily gets up to about 10MB of ram (I have some very large mail folders :-] ). - 95% of the time at bootup I get a pair of device timeouts, resets, aborts and just about every other error message for sd0 and sd1 when "fsck -p" starts. eg: SMP: AP CPU #1 Launched! WARNING: / was not properly dismounted. de0: enabling 10baseT port sd0: SCB 0x1 - timed out in message in phase, SCSISIGI == 0xe6 SEQADDR = 0x168 SCSISEQ = 0x12 SSTAT0 = 0x7 SSTAT1 = 0x3 sd0: abort message in message buffer ahc0:A:0: Missed busfree. sd0: SCB 0x1 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0xb6 SEQADDR = 0x4 SCSISEQ = 0x5a SSTAT0 = 0x7 SSTAT1 = 0x13 sd0: no longer in timeout ahc0: Issued Channel A Bus Reset. 1 SCBs aborted sd1: SCB 0x0 - timed out in message out phase, SCSISIGI == 0xb6 SEQADDR = 0xab SCSISEQ = 0x12 SSTAT0 = 0x7 SSTAT1 = 0x3 Ordered Tag queued sd1: no longer in timeout Ordered Tag sent sd0: SCB 0x1 - timed out in message in phase, SCSISIGI == 0xe6 SEQADDR = 0x168 SCSISEQ = 0x12 SSTAT0 = 0x7 SSTAT1 = 0x3 sd0: abort message in message buffer ahc0:A:0: Missed busfree. sd0: SCB 0x1 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0xb6 SEQADDR = 0x5 SCSISEQ = 0x5a SSTAT0 = 0x7 SSTAT1 = 0x13 sd0: no longer in timeout ahc0: Issued Channel A Bus Reset. 1 SCBs aborted sd1: SCB 0x2 - timed out in message out phase, SCSISIGI == 0xb6 SEQADDR = 0xa2 SCSISEQ = 0x12 SSTAT0 = 0x7 SSTAT1 = 0x3 Ordered Tag queued sd0: UNIT ATTE sd1: no longer in timeout NTION asc:29,0 sd0: Power on, reset, or bus device reset occurred field replaceable unit: 14 , retries:2 Ordered Tag sent This *only* happens when smp is active. If I compile the same source, same config etc but with SMP disabled, it *never* happens. It also doesn't happen when I use Justin's CAM scsi code (last time I checked a few months ago). This has been a 6 month+ problem though, not something new. I'd have changed to Justin's CAM stuff but maintaining an extra set of diffs was just too much (and besides, the fxp driver has the same problem on the ppro system). What worries me is this particular one near the end: sd0: UNIT ATTE sd1: no longer in timeout NTION asc:29,0 .. this reminds me of reentrancy problems back in the early SMP days where we'd end up with both processors executing in the kernel at the same time. Is anybody else seeing this sort of thing, or is it just me? Both of these systems have been highly modified (the p5-90 has around 400 modified files in a 'cvs update' listing, while the ppro system is a pure elf machine (with a mostly clean kernel right at the moment)) - the systems do not have any changes in common (that I know of :-). I have not had enough time to closely track the changes over the last few months.. Oh, one other odd thing.. the p5-90 machine happily runs rc5des all day without a single response problem, while the ppro just about dies with a single rc5des running (it needs both running to maintain reasonable response. Yes, they are in different directories and not conflicting with each other's checkpoint and key buffer files).. Hmm, the only major things I can think of that's that different between kernels in p5 and p6 mode are the bcopy (p5 uses fpu, p6 uses cpu), and the p6 uses PG_G. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sat Mar 21 14:55:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15799 for freebsd-smp-outgoing; Sat, 21 Mar 1998 14:55:36 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA15792 for ; Sat, 21 Mar 1998 14:55:33 -0800 (PST) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.8/8.8.8) id XAA26219; Sat, 21 Mar 1998 23:55:12 +0100 (MET) (envelope-from sos) Message-Id: <199803212255.XAA26219@sos.freebsd.dk> Subject: Re: is it just me, or... In-Reply-To: <199803212133.FAA03833@spinner.netplex.com.au> from Peter Wemm at "Mar 22, 98 05:33:44 am" To: peter@netplex.com.au (Peter Wemm) Date: Sat, 21 Mar 1998 23:55:12 +0100 (MET) Cc: smp@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In reply to Peter Wemm who wrote: > It is just me or has the smp kernel taken a nose dive over the last month > or so? I havn't had any problems until the latest breakage John provided :) I run SMP on a TYAN s1662d with 128M and two Maxtor EIDE disks, no SCSI, so thats at least one difference. The system behaves very nicely, even under very heavy load, interactive response (here under X) is still exelent, no long delays or anything... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sat Mar 21 16:42:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA01092 for freebsd-smp-outgoing; Sat, 21 Mar 1998 16:42:39 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA00957; Sat, 21 Mar 1998 16:41:54 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id TAA00321; Sat, 21 Mar 1998 19:42:03 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199803220042.TAA00321@dyson.iquest.net> Subject: Re: is it just me, or... In-Reply-To: <199803212255.XAA26219@sos.freebsd.dk> from =?ISO-8859-1?Q?S=F8ren_Schmidt?= at "Mar 21, 98 11:55:12 pm" To: sos@FreeBSD.ORG Date: Sat, 21 Mar 1998 19:42:02 -0500 (EST) Cc: peter@netplex.com.au, smp@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (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 > In reply to Peter Wemm who wrote: > > It is just me or has the smp kernel taken a nose dive over the last month > > or so? > > I havn't had any problems until the latest breakage John provided :) > > I run SMP on a TYAN s1662d with 128M and two Maxtor EIDE disks, no SCSI, > so thats at least one difference. > The system behaves very nicely, even under very heavy load, interactive > response (here under X) is still exelent, no long delays or anything... > I do most of my testing, verification and day-to-day usage with SMP systems. It is only an after-thought that I check out UP systems. If there is anything that you can point to where performance has decreased, let me know. The system should be faster at paging and other kinds of things like program startup. As of about 1mo ago, the pageout daemon was much to active, and now it seems to be just right for me on 16MB, 32MB and 200+MB systems. It probably could stand some tuning on small systems and very very large systems. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sun Mar 22 00:01:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA23074 for freebsd-smp-outgoing; Sun, 22 Mar 1998 00:01:34 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA22849; Sun, 22 Mar 1998 00:00:33 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.8.8/8.8.8/Spinner) with ESMTP id PAA10655; Sun, 22 Mar 1998 15:56:36 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199803220756.PAA10655@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: "John S. Dyson" cc: sos@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: is it just me, or... In-reply-to: Your message of "Sat, 21 Mar 1998 19:42:02 EST." <199803220042.TAA00321@dyson.iquest.net> Date: Sun, 22 Mar 1998 15:56:35 +0800 From: Peter Wemm Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "John S. Dyson" wrote: > > In reply to Peter Wemm who wrote: > > > It is just me or has the smp kernel taken a nose dive over the last month > > > or so? > > > > I havn't had any problems until the latest breakage John provided :) > > > > I run SMP on a TYAN s1662d with 128M and two Maxtor EIDE disks, no SCSI, > > so thats at least one difference. > > The system behaves very nicely, even under very heavy load, interactive > > response (here under X) is still exelent, no long delays or anything... > > > I do most of my testing, verification and day-to-day usage with SMP systems. > It is only an after-thought that I check out UP systems. If there is anythin g > that you can point to where performance has decreased, let me know. Sorry if this sounded like an accusation, it was meant as a fact finding excercise to see if just I had a problem or whether everybody else was too and had gone to UP or something. Anyway, I got a couple of replies saying that they were having no trouble at all. One even fired up a rc564/rc5des key searcher (since that was one of the easiest ways I could provoke problems), but nothing unexpected happened. So, it must be something I'm doing. Is *anybody* running parallel rc564 or rc5des under SMP? (the rc5 cores are (apparently) not reentrant, so you need two or more copies running at once to get max throughput, even in the multithread version) The only other things I could think of: - the machine having trouble is a pure-ELF system, even though the rc5 key search problems are from a.out executables. - I had VM86 enabled (being compiled out now) - I had USER_LDT enabled (going too) - I had a sound driver enabled (going too). - I have AHC_TAGENABLE, AHC_SCBPAGING_ENABLE and AHC_ALLOW_MEMIO (works fine under UP). I'm going to take out the pci vga card. it's currently being allocated the same IRQ and APIC pin as the onboard ahc0. It shouldn't be a problem (the screen and keyboard are not connected anyway), but would eliminate the possibility of shared interrupt problems. I guess the other thing to do is to recompile the system for a.out again. I suspect that there are problems with ELF executable startup.. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Sun Mar 22 00:01:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA23166 for freebsd-smp-outgoing; Sun, 22 Mar 1998 00:01:56 -0800 (PST) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA22928; Sun, 22 Mar 1998 00:01:03 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.8.8/8.8.8/Spinner) with ESMTP id PAA10674; Sun, 22 Mar 1998 15:59:17 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199803220759.PAA10674@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: "John S. Dyson" cc: sos@FreeBSD.ORG, peter@netplex.com.au, smp@FreeBSD.ORG Subject: Re: is it just me, or... In-reply-to: Your message of "Sat, 21 Mar 1998 19:42:02 EST." <199803220042.TAA00321@dyson.iquest.net> Date: Sun, 22 Mar 1998 15:59:17 +0800 From: Peter Wemm Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "John S. Dyson" wrote: > > In reply to Peter Wemm who wrote: > > > It is just me or has the smp kernel taken a nose dive over the last month > > > or so? Damn.. rc5des just took a dive on the machine while running on a UP kernel. Damn! Damn! Damn! That narrows that part down to either the rest of the system being ELF or a hardware problem... Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message