From owner-freebsd-smp Sun Nov 23 12:27:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA29476 for smp-outgoing; Sun, 23 Nov 1997 12:27:47 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from ns.NL.net (ns.NL.net [193.78.240.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA29471 for ; Sun, 23 Nov 1997 12:27:39 -0800 (PST) (envelope-from benst@terminus.stuyts.nl) Received: from stuyts by ns.NL.net (5.65b/NLnet1.3) id AA13733; Sun, 23 Nov 1997 21:24:08 +0100 Received: from daneel.stuyts.nl (daneel.stuyts.nl [193.78.231.7]) by terminus.stuyts.nl (8.8.8/8.8.5) with ESMTP id VAA00361 for ; Sun, 23 Nov 1997 21:23:33 +0100 (MET) Received: (from benst@localhost) by daneel.stuyts.nl (8.8.5/8.8.5) id VAA06477 for freebsd-smp@FreeBSD.ORG; Sun, 23 Nov 1997 21:23:11 +0100 (MET) Message-Id: <199711232023.VAA06477@daneel.stuyts.nl> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) X-Nextstep-Mailer: Mail 3.3 (Enhance 1.2) Received: by NeXT.Mailer (1.118.2) From: Ben Stuyts Date: Sun, 23 Nov 97 21:23:09 +0100 To: freebsd-smp@freebsd.org Subject: make -j8 of kernel fails Reply-To: ben@stuyts.nl Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, A few days ago I reported having trouble getting the kernel to compile with make -j4. Thank you to all of you who pointed out to me that I had to do a make depend first. It works now with make -j2, make -j4, make -j6 but not with make -j8: # make -j8 ... --- genassym --- --- cd9660_bmap.o --- --- cd9660_lookup.o --- --- genassym --- cc -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -nostdinc -I- -I. -I../.. -I../../../include -DCOMPAT_43 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -include opt_global.h -DMAXUSERS=10 genassym.o -o genassym --- cd9660_bmap.o --- cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -nostdinc -I- -I. -I../.. -I../../../include -DCOMPAT_43 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -include opt_global.h ../../isofs/cd9660/cd9660_bmap.c --- cd9660_lookup.o --- cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -nostdinc -I- -I. -I../.. -I../../../include -DCOMPAT_43 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -include opt_global.h ../../isofs/cd9660/cd9660_lookup.c --- cd9660_node.o --- --- ide_pci.o --- ../../pci/ide_pci.c: In function `ide_pci_attach': ../../pci/ide_pci.c:932: warning: `class' might be used uninitialized in this function --- cd9660_rrip.o --- --- cd9660_node.o --- cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -nostdinc -I- -I. -I../.. -I../../../include -DCOMPAT_43 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -include opt_global.h ../../isofs/cd9660/cd9660_node.c --- cd9660_rrip.o --- cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -nostdinc -I- -I. -I../.. -I../../../include -DCOMPAT_43 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -include opt_global.h ../../isofs/cd9660/cd9660_rrip.c --- cd9660_bmap.o --- vnode_if.h: In function `VOP_IOCTL': In file included from ../../sys/vnode.h:429, from ../../isofs/cd9660/cd9660_bmap.c:43: vnode_if.h:395: `VOFFSETstruct' undeclared (first use this function) vnode_if.h:395: (Each undeclared identifier is reported only once vnode_if.h:395: for each function it appears in.) vnode_if.h:395: parse error before `vop_lookup_args' vnode_if.h:417: parse error before `)' vnode_if.h:418: warning: control reaches end of non-void function vnode_if.h: At top level: vnode_if.h:419: redefinition of `struct vop_cachedlookup_args' vnode_if.h:425: warning: redundant redeclaration of `vop_cachedlookup_desc' in same scope vnode_if.h:39: warning: previous declaration of `vop_cachedlookup_desc' vnode_if.h:429: warning: redundant redeclaration of `VOP_CACHEDLOOKUP' in same scope vnode_if.h:45: warning: previous declaration of `VOP_CACHEDLOOKUP' vnode_if.h:431: redefinition of `VOP_CACHEDLOOKUP' vnode_if.h:45: `VOP_CACHEDLOOKUP' previously defined here vnode_if.h:443: redefinition of `struct vop_create_args' ... vnode_if.h:2115: warning: previous declaration of `VOP_BWRITE' vnode_if.h:2151: redefinition of `VOP_BWRITE' vnode_if.h:2115: `VOP_BWRITE' previously defined here vnode_if.h:2160: warning: redundant redeclaration of `vfs_opv_numops' in same scope vnode_if.h:2124: warning: previous declaration of `vfs_opv_numops' *** Error code 1 --- aicasm --- --- aicasm --- cc -O2 -m486 -pipe -I. -o aicasm aicasm_gram.o aicasm_scan.o aicasm.o aicasm_symbol.o -ll 4 errors Not that it matters much, as I didn't see any improvement between make -j4 and make -j6. I'm just curious. Any ideas? BTW, here are the results. This is on a Gigabyte 586DX with dual Pentium 166 MMX, 64 MB ram. # time make depend 10.644u 41.158s 1:07.81 76.3% 68+158k 1129+110io 111pf+0w # time make 165.267u 144.833s 5:10.58 99.8% 232+369k 417+786io 10pf+0w # make clean # time make 173.514u 144.070s 5:16.03 100.4% 235+374k 97+799io 5pf+0w # make clean # time make -j2 288.467u 115.366s 4:10.20 161.3% 484+678k 254+1106io 6pf+0w # make clean # time make -j4 300.744u 109.622s 3:42.40 184.5% 525+746k 639+1098io 40pf+0w # make clean # time make -j6 306.630u 108.608s 3:41.79 187.2% 531+747k 389+1083io 33pf+0w Thanks, Ben From owner-freebsd-smp Sun Nov 23 14:04:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA04754 for smp-outgoing; Sun, 23 Nov 1997 14:04:19 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from osiris.ilp.stpaul.orbis.net (root@[205.164.72.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA04749 for ; Sun, 23 Nov 1997 14:04:15 -0800 (PST) (envelope-from keith@orbis.net) Received: from orbis.net ([206.196.34.242]) by osiris.ilp.stpaul.orbis.net (8.8.5/8.6.9) with ESMTP id QAA11120 for ; Sun, 23 Nov 1997 16:03:19 -0600 (CST) Message-ID: <3478A761.6B553EF7@orbis.net> Date: Sun, 23 Nov 1997 16:00:01 -0600 From: "Keith A. Fredericks" Organization: YOW! Cybernetics X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-971003-SNAP i386) MIME-Version: 1.0 To: freebsd-smp@freebsd.org Subject: Re: make -j8 of kernel fails References: <199711232023.VAA06477@daneel.stuyts.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ben Stuyts wrote: > A few days ago I reported having trouble getting the kernel to compile with > make -j4. Thank you to all of you who pointed out to me that I had to do a > make depend first. > > It works now with make -j2, make -j4, make -j6 but not with make -j8: I get the same thing if I do not do the make depend before the make -j 8. It works if I do make depend right before the make -j 8. I am using a dual Ppro on a PR440FX: time make -j 8 193.583u 93.758s 3:08.57 152.3% 431+671k 90+9401io 0pf+0w -keith From owner-freebsd-smp Sun Nov 23 15:32:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA10859 for smp-outgoing; Sun, 23 Nov 1997 15:32:07 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from ns.NL.net (ns.NL.net [193.78.240.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA10844 for ; Sun, 23 Nov 1997 15:32:02 -0800 (PST) (envelope-from benst@terminus.stuyts.nl) Received: from stuyts by ns.NL.net (5.65b/NLnet1.3) id AA19761; Mon, 24 Nov 1997 00:22:22 +0100 Received: from daneel.stuyts.nl (daneel.stuyts.nl [193.78.231.7]) by terminus.stuyts.nl (8.8.8/8.8.5) with ESMTP id AAA07794 for ; Mon, 24 Nov 1997 00:17:48 +0100 (MET) Received: (from benst@localhost) by daneel.stuyts.nl (8.8.5/8.8.5) id AAA06591 for freebsd-smp@FreeBSD.ORG; Mon, 24 Nov 1997 00:17:40 +0100 (MET) Message-Id: <199711232317.AAA06591@daneel.stuyts.nl> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) In-Reply-To: <3478A761.6B553EF7@orbis.net> X-Nextstep-Mailer: Mail 3.3 (Enhance 1.2) Received: by NeXT.Mailer (1.118.2) From: Ben Stuyts Date: Mon, 24 Nov 97 00:17:38 +0100 To: freebsd-smp@freebsd.org Subject: Re: make -j8 of kernel fails Reply-To: ben@stuyts.nl References: <199711232023.VAA06477@daneel.stuyts.nl> <3478A761.6B553EF7@orbis.net> Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 23 Nov 1997, "Keith A. Fredericks" wrote: > Ben Stuyts wrote: > > > A few days ago I reported having trouble getting the kernel to compile with > > make -j4. Thank you to all of you who pointed out to me that I had to do a > > make depend first. > > > > It works now with make -j2, make -j4, make -j6 but not with make -j8: > > I get the same thing if I do not do the make depend before the make -j 8. > It works if I do make depend right before the make -j 8. I just tried that, and you are right: that fixes it. I was only doing a make clean in between the various make -j # tests. I guess that wasn't sufficient. > I am using a dual Ppro on a PR440FX: > > time make -j 8 > > 193.583u 93.758s 3:08.57 152.3% 431+671k 90+9401io 0pf+0w Here it takes: 296.867u 103.535s 3:33.06 187.9% 533+753k 349+1033io 39pf+0w Unloaded system otherwise. (Well, rc5 is running in the background...) There's not that much difference in wall time. I guess it must be i/o limited. I'll have to go experiment with -async mounts. Which is similar to my -j4 and -j6 times. I guess there really is nothing to gain from anything higher than -j4 for kernel compiles. If I want to use -j4 on a make world, do I have to do a make depend first? Anything else? I remember a discussion some time ago here that the make world system wasn't set up for a parallel make. Is this still the case? Best regards, Ben From owner-freebsd-smp Mon Nov 24 21:16:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA11788 for smp-outgoing; Mon, 24 Nov 1997 21:16:00 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from nomis.Simon-Shapiro.ORG (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA11726 for ; Mon, 24 Nov 1997 21:15:40 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 12344 invoked by uid 1000); 25 Nov 1997 05:13:36 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-111797 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199711182256.XAA02838@daneel.stuyts.nl> Date: Mon, 24 Nov 1997 21:13:36 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: Me, Just me... From: Simon Shapiro To: ben@stuyts.nl Subject: RE: Success with getting SMP to work, but a few questions remain Cc: freebsd-smp@freebsd.org Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 18-Nov-97 Ben Stuyts wrote: > Dear list, > > I just (finally) added a second cpu to my Gigabyte 586DX board, > upgraded from > 2.2-Stable to 3.0-Current, compiled an SMP kernel with the default > options, > and It Just Worked. GREAT! > > I have a few questions. BTW, my cvs source tree is up to date till > 16-nov. > > Although I'm compiling something right now, top shows that the > machine is > almost idle. (It certainly isn't.) For example: > > CPU states: 4.7% user, 0.0% nice, 20.3% system, 0.8% interrupt, > 74.2% idle > Mem: 3892K Active, 28M Inact, 15M Wired, 12M Cache, 7595K Buf, 2540K > Free > Swap: 128M Total, 5728K Used, 122M Free, 4% Inuse > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU > COMMAND > 12309 root 10 0 1240K 644K wait 0 0:02 0.31% 0.31% > make > 13234 root 73 0 1972K 1872K CPU0 0 0:00 3.12% 0.15% > cc1 > 13235 root -6 0 504K 656K piperd 0 0:00 1.56% 0.08% as > 13232 root 10 0 220K 476K wait 0 0:00 0.78% 0.04% cc > 10434 benst 28 0 832K 572K CPU1 1 0:02 0.04% 0.04% > top > > I tried to compile a kernel (GENERIC to be exact) with make -j4, but > it failed: Try make depend first. Do not be amazed if it still fails. Normal make will succeed most of the time :-) > > make -j4 > --- symbols.exclude --- > --- symbols.sort --- > --- if_vx.o --- > --- cd9660_bmap.o --- > --- symbols.exclude --- > echo "gcc2_compiled." >symbols.exclude > echo "___gnu_compiled_c" >>symbols.exclude > --- symbols.sort --- > grep -v '^#' ../../i386/i386/symbols.raw | sed 's/^ //' | sort -u >> symbols.sort > --- if_vx.o --- > cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith > -Winline -Wuninitialized -nostdinc -I- -I. -I../.. > -I../../../include > -DFAILSAFE -DCOMPAT_43 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -include > opt_global.h ../../dev/vx/if_vx.c > --- cd9660_lookup.o --- > --- cd9660_bmap.o --- > cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith > -Winline -Wuninitialized -nostdinc -I- -I. -I../.. > -I../../../include > -DFAILSAFE -DCOMPAT_43 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -include > opt_global.h ../../isofs/cd9660/cd9660_bmap.c > --- cd9660_node.o --- > --- cd9660_bmap.o --- > In file included from ../../isofs/cd9660/cd9660_bmap.c:43: > ../../sys/vnode.h:429: vnode_if.h: No such file or directory > --- cd9660_lookup.o --- > cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith > -Winline -Wuninitialized -nostdinc -I- -I. -I../.. > -I../../../include > -DFAILSAFE -DCOMPAT_43 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -include > opt_global.h ../../isofs/cd9660/cd9660_lookup.c > --- cd9660_node.o --- > cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith > -Winline -Wuninitialized -nostdinc -I- -I. -I../.. > -I../../../include > -DFAILSAFE -DCOMPAT_43 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -include > opt_global.h ../../isofs/cd9660/cd9660_node.c > --- cd9660_bmap.o --- > In file included from ../../isofs/cd9660/cd9660_bmap.c:43: > ../../sys/vnode.h:450: warning: `struct vop_lease_args' declared > inside > parameter list > ../../sys/vnode.h:450: warning: its scope is only this definition or > declaration, > ../../sys/vnode.h:450: warning: which is probably not what you want. > ../../sys/vnode.h:464: warning: `struct vop_lease_args' declared > inside > parameter list > ../../sys/vnode.h:489: warning: `struct vop_lookup_args' declared > inside > parameter list > ../../sys/vnode.h:494: warning: `struct vop_islocked_args' declared > inside > parameter list > ../../sys/vnode.h:495: warning: `struct vop_lock_args' declared > inside > parameter list > ../../sys/vnode.h:496: warning: `struct vop_unlock_args' declared > inside > parameter list > ../../sys/vnode.h:497: warning: `struct vop_islocked_args' declared > inside > parameter list > ../../sys/vnode.h:498: warning: `struct vop_lock_args' declared > inside > parameter list > ../../sys/vnode.h:499: warning: `struct vop_poll_args' declared > inside > parameter list > ../../sys/vnode.h:500: warning: `struct vop_unlock_args' declared > inside > parameter list > ../../sys/vnode.h:501: warning: `struct vop_pathconf_args' declared > inside > parameter list > ../../sys/vnode.h:502: warning: `struct vop_revoke_args' declared > inside > parameter list > ../../sys/vnode.h:503: warning: `struct vop_lock_args' declared > inside > parameter list > --- cd9660_lookup.o --- > ... etc > > Even a make -j1 has this problem. A make without any -j option works > fine. > Did I miss something? Any ideas? > > Thanks, > Ben If Microsoft Built Cars: There would be an "Engine Pro" with bigger turbos, but it would be slower on most existing roads. Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-smp Mon Nov 24 21:15:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA11716 for smp-outgoing; Mon, 24 Nov 1997 21:15:35 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from nomis.Simon-Shapiro.ORG (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA11668 for ; Mon, 24 Nov 1997 21:15:27 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 12342 invoked by uid 1000); 25 Nov 1997 05:13:36 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-111797 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 24 Nov 1997 21:13:36 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: Me, Just me... From: Simon Shapiro To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org, freebsd-smp@freebsd.org Subject: Compiler Bug??? Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I hope someone reads this and actually responds. I cross-mail to these lists as some people I am trying to reach do not read either of these lists and it touches all (I think). O/S: FreeBSD 3.0-current as of last few days. X11 3.3.1, compiled here (mainly to get rid of the libtermcap problem). Scenario 1: Xfmail of 17-Nov-97 with xforms 0.88: Compiles fine, then produces dozens of ``Bad Attribute'' and `Bad Coordinates''. These come from libX11. Tearing my hair out did not help, so I boot UP (was on SMP). The problem is... GONE! Recompile on UP, reboot SMP... Problem is... Yup, GONE! Scenario 2: Boot SMP again. Compile and run Xcoral 3.1. Pretty cool editor and finally can do ``normal'' cut-n-paste, etc. So I set its geometry in .Xdefaults to =200x400. Nope. Will not chnge size. I modify parse.c to have the ugly printf you see below: flags = XParseGeometry ( buf, &x, &y, &width, &he (void)fprintf(stderr, "%s.%d: x = %d, y = %d, w = %d, h =%d\n", __FILE__, __LINE__, x, y, width, height); It says: parse.c.843: x = -272640524, y = 537577259, w = 200, h = 400 (x, y are corrdinates which are unspecified, which is OK to look this ugly) Size is still huge (about 600x800). So I add another printf: if ( (width < ((DisplayWidth ( dpy, DefaultScreen (dpy )) * 2 ) || width > DisplayWidth ( dpy, DefaultScreen (dpy ) ) ) opt->width = (DisplayWidth ( dpy, DefaultScreen (dpy ) ) *7) / 10; else opt->width = width; if ( (height < ((DisplayHeight ( dpy, DefaultScreen (dpy )) * 1 ) /5 )) || height > DisplayHeight ( dpy, DefaultScreen (dpy ) ) ) opt->height = (DisplayHeight ( dpy, DefaultScreen (dpy ) ) * 6) / 10; else opt->height = height; (void)fprintf(stderr, "%s.%d:width = %d, height = %d\n", __FILE__, __LINE__, opt->width = width, opt->height); Guess what? The window now has the specified geometry! I would not have paid much attention to these, unless I also had the problem where cc1 dumps core when we run make -j8 world, some times. Re-boot clears the crashing of the compiler. I really am NOT a compiler person (what are you simon? dunno...), so I cannot intelligently proceed without some intelligent help. If Microsoft Built Cars: There would be an "Engine Pro" with bigger turbos, but it would be slower on most existing roads. Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-smp Tue Nov 25 05:19:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA11626 for smp-outgoing; Tue, 25 Nov 1997 05:19:28 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from bsd.synx.com (rt.synx.com [194.167.81.239]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA11621 for ; Tue, 25 Nov 1997 05:19:19 -0800 (PST) (envelope-from remy@synx.com) Received: from s3.synx.com (s3 [192.1.1.247]) by bsd.synx.com (8.6.12/8.6.12) with SMTP id OAA29808; Tue, 25 Nov 1997 14:21:18 +0100 Received: from rs1 by s3.synx.com id aa14647; 25 Nov 97 14:08 GMT Date: Tue, 25 Nov 1997 15:02:37 -0100 (GMT) From: Remy NONNENMACHER To: Brian Behlendorf cc: freebsd-smp@freebsd.org Subject: Re: rc564 on SMP In-Reply-To: <3.0.3.32.19971121104833.009ab4b0@hyperreal.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 21 Nov 1997, Brian Behlendorf wrote: > At 12:11 AM 11/21/97 +0100, Ollivier Robert wrote: > >According to Poul-Henning Kamp: > >> Well, OS/2 is still twice as far as us, so join in everybody... > > > >I'm running two machines (one PPro/200 @ 460 kkeys/s and a K6/210 @ 300 > >kkeys/s) but I'm currently running for the "Bastard Operators From Hell" > >team... Maybe I'll switch to the FreeBSD team. > > It'd be great if we could get the "Japan FreeBSD User's Group" to join us - > that would catapult us from #8 to #6 in the daily rate. > or us to join them since this would place FreeBSD #1 in daily rate !! somebody take contact ? From owner-freebsd-smp Tue Nov 25 05:55:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA13485 for smp-outgoing; Tue, 25 Nov 1997 05:55:46 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA13480 for ; Tue, 25 Nov 1997 05:55:42 -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.7/8.6.9) with ESMTP id FAA11074; Tue, 25 Nov 1997 05:55:01 -0800 (PST) To: Remy NONNENMACHER cc: Brian Behlendorf , freebsd-smp@freebsd.org Subject: Re: rc564 on SMP In-reply-to: Your message of "Tue, 25 Nov 1997 15:02:37 -0100." Date: Tue, 25 Nov 1997 05:55:01 -0800 Message-ID: <11070.880466101@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Yes, the Japan FreeBSD User's Group is now doing so much better than everyone else (just look at their keys/sec rate) that I've basically started suggesting to folks that they all just jump in behind that team. Not to bad-mouth Team FreeBSD or anything, but even if they quadrupled in size by tomorrow they still wouldn't be anywhere near the size of the JFUG, and the only reason that the JFUG is #7 instead of #2 by now is the simple fact that they only started some 6 days ago. At the rate they're moving up, I'd say the JLUG has cause to soon get nervous. :-) Oh yeah, and Satoshi is also the contact for this team, so there's some fairly "official" respresentation. :) Jordan > > It'd be great if we could get the "Japan FreeBSD User's Group" to join us - > > that would catapult us from #8 to #6 in the daily rate. > > > > or us to join them since this would place FreeBSD #1 in daily rate !! > somebody take contact ? From owner-freebsd-smp Tue Nov 25 08:37:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA24957 for smp-outgoing; Tue, 25 Nov 1997 08:37:18 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from castle-smtp.amgen.com (firewall-user@ns2.amgen.com [138.133.17.7]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id IAA24942; Tue, 25 Nov 1997 08:37:00 -0800 (PST) (envelope-from 170jLGFzg@1yrdue.net) From: 170jLGFzg@1yrdue.net Received: by castle-smtp.amgen.com; id IAA20420; Tue, 25 Nov 1997 08:31:42 -0800 Received: from usr36-dialup26.mix2.atlanta.mci.net(166.55.59.218) by castle-smtp.amgen.com via smap (V3.1) id xmaa16306; Tue, 25 Nov 97 07:20:24 -0800 DATE: 24 Nov 10 10:24:47 AM Message-ID: TO: wemail@4uonthe.net SUBJECT: We will mail 4 U Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk LET US DO YOUR BULK MAILINGS!!! ..$250 PER MILLION THE WAY OF THE FUTURE FOR SUCCESS IN YOUR BUSINESS! Our company will do bulk emailing for your product/service. Addresses are extracted daily by four of our computers, which run 24 hours a day 7 days a week, scanning the net for new addresses. They are fresh! Over 36 million addresses on file. No more than 2 pages (50 lines), no porn and no foul language. We do not do targeted mailings at this price. Targeted mailings $150 per 50,000 addresses extracted. There are no lower prices on the net. Your mailing can be done in a matter of hours. We have 4 computers extracting addresses 24/7. For the fastest service, cheapest prices and cleanest mailings call our processing and new accounts office at 904-282-0945, Monday - Friday 9 - 5 EST. If the line is busy, please keep trying, as bulk mailing is growing fast. We do want to work with you to advertise your product. $250 per million expires December 1, 1997. Price increases to $350 per million, $250 per 500,000. All orders received before December 1 will not reflect the increase. Even with the increase, we will still be the best prices on the net. To have your name removed, call our processing office. Any negative responses will be dealt with accordingly. From owner-freebsd-smp Tue Nov 25 09:38:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA01135 for smp-outgoing; Tue, 25 Nov 1997 09:38:15 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA01130 for ; Tue, 25 Nov 1997 09:38:07 -0800 (PST) (envelope-from pallenby@zibbi.mikom.csir.co.za) Received: (from pallenby@localhost) by zibbi.mikom.csir.co.za (8.8.8/8.8.7) id TAA04273; Tue, 25 Nov 1997 19:37:22 +0200 (SAT) From: Paul Allenby Message-Id: <199711251737.TAA04273@zibbi.mikom.csir.co.za> Subject: Re: rc564 on SMP In-Reply-To: <11070.880466101@time.cdrom.com> from "Jordan K. Hubbard" at "Nov 25, 97 05:55:01 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 25 Nov 1997 19:37:22 +0200 (SAT) Cc: remy@synx.com, brian@hyperreal.org, freebsd-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 X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard wrote:" > Yes, the Japan FreeBSD User's Group is now doing so much better than > everyone else (just look at their keys/sec rate) that I've basically > started suggesting to folks that they all just jump in behind that > team. Not to bad-mouth Team FreeBSD or anything, but even if they Will team_freebsd donate their blocks to JFUG? (is that possible?) In that case, no-one would need to change their allocations. (We have about 11 machines running rc564 here: 2 486's, 2 PPro200, and the rest Pentiums 90-133MHz for team_freebsd :-) Paul From owner-freebsd-smp Tue Nov 25 12:02:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA17344 for smp-outgoing; Tue, 25 Nov 1997 12:02:41 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from ns.NL.net (ns.NL.net [193.78.240.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA17294 for ; Tue, 25 Nov 1997 12:02:30 -0800 (PST) (envelope-from benst@terminus.stuyts.nl) Received: from stuyts by ns.NL.net (5.65b/NLnet1.3) id AA11028; Tue, 25 Nov 1997 20:42:02 +0100 Received: from daneel.stuyts.nl (daneel.stuyts.nl [193.78.231.7]) by terminus.stuyts.nl (8.8.8/8.8.5) with ESMTP id UAA16111 for ; Tue, 25 Nov 1997 20:41:17 +0100 (MET) Received: (from benst@localhost) by daneel.stuyts.nl (8.8.5/8.8.5) id UAA08012 for freebsd-smp@FreeBSD.ORG; Tue, 25 Nov 1997 20:40:25 +0100 (MET) Message-Id: <199711251940.UAA08012@daneel.stuyts.nl> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) X-Nextstep-Mailer: Mail 3.3 (Enhance 1.2) Received: by NeXT.Mailer (1.118.2) From: Ben Stuyts Date: Tue, 25 Nov 97 20:40:22 +0100 To: freebsd-smp@freebsd.org Subject: "apic_ipi might be stuck" getting worse Reply-To: ben@stuyts.nl Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, A few days ago I reported seeing the message "apic_ipi might be stuck". Since then I've seen it more and more, about 4-5 times a day. I can't find anything in the mailing list over the past few months about this. What does this message mean, and can it do any harm? The system function normally otherwise. Thanks, Ben From owner-freebsd-smp Tue Nov 25 12:14:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA19810 for smp-outgoing; Tue, 25 Nov 1997 12:14:26 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA19785 for ; Tue, 25 Nov 1997 12:14:18 -0800 (PST) (envelope-from mark@greenpeace.grondar.za) Received: from greenpeace.grondar.za (tAh3OoZDx96K088IgTNF1l8ibqRRmA8G@greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.7/8.8.8) with ESMTP id WAA05482; Tue, 25 Nov 1997 22:14:13 +0200 (SAT) (envelope-from mark@greenpeace.grondar.za) Received: from greenpeace.grondar.za (1qaLxsflt4dErGZETZcTFidPHfLDrRiS@localhost [127.0.0.1]) by greenpeace.grondar.za (8.8.8/8.8.8) with ESMTP id WAA04358; Tue, 25 Nov 1997 22:14:19 +0200 (SAST) (envelope-from mark@greenpeace.grondar.za) Message-Id: <199711252014.WAA04358@greenpeace.grondar.za> X-Mailer: exmh version 2.0zeta 7/24/97 To: ben@stuyts.nl cc: freebsd-smp@freebsd.org Subject: Re: "apic_ipi might be stuck" getting worse Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 25 Nov 1997 22:14:18 +0200 From: Mark Murray Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ben Stuyts wrote: > A few days ago I reported seeing the message "apic_ipi might be stuck". Since > then I've seen it more and more, about 4-5 times a day. I can't find anything > in the mailing list over the past few months about this. What does this > message mean, and can it do any harm? The system function normally otherwise. The author of this (I'm sorry - I cannot remember who you are) has said that the criteria for determining this is (may be) flawed. So far, I have had _no_ problems with this. I await the (cosmetic) fix :-) M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-smp Tue Nov 25 13:43:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA02902 for smp-outgoing; Tue, 25 Nov 1997 13:43:58 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA02892 for ; Tue, 25 Nov 1997 13:43:54 -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.7/8.6.9) with ESMTP id NAA13963; Tue, 25 Nov 1997 13:43:02 -0800 (PST) To: Paul Allenby cc: remy@synx.com, brian@hyperreal.org, freebsd-smp@freebsd.org Subject: Re: rc564 on SMP In-reply-to: Your message of "Sat, 25 Nov 1997 19:37:22 +0200." <199711251737.TAA04273@zibbi.mikom.csir.co.za> Date: Tue, 25 Nov 1997 13:43:02 -0800 Message-ID: <13960.880494182@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Will team_freebsd donate their blocks to JFUG? (is that possible?) In > that case, no-one would need to change their allocations. Nope, it's pretty clear in the docs that once you've donated blocks to a given team, they're non-transferrable. I also don't think that Team FreeBSD is really too keen on merging themselves, even if it were possible. Jordan From owner-freebsd-smp Tue Nov 25 14:43:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA11902 for smp-outgoing; Tue, 25 Nov 1997 14:43:18 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA11848; Tue, 25 Nov 1997 14:43:03 -0800 (PST) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id IAA02035; Tue, 25 Nov 1997 08:58:09 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp01.primenet.com, id smtpd002021; Tue Nov 25 08:58:00 1997 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id PAA29439; Tue, 25 Nov 1997 15:42:16 -0700 (MST) From: Terry Lambert Message-Id: <199711252242.PAA29439@usr05.primenet.com> Subject: Re: Compiler Bug??? To: shimon@simon-shapiro.org Date: Tue, 25 Nov 1997 22:42:15 +0000 (GMT) Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org, freebsd-smp@freebsd.org In-Reply-To: from "Simon Shapiro" at Nov 24, 97 09:13:36 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Boot SMP again. Compile and run Xcoral 3.1. Pretty cool editor and > finally can do ``normal'' cut-n-paste, etc. So I set its geometry in > .Xdefaults to =200x400. Nope. Will not chnge size. > > I modify parse.c to have the ugly printf you see below: > > flags = XParseGeometry ( buf, &x, &y, &width, &he > (void)fprintf(stderr, "%s.%d: x = %d, y = %d, w = %d, h =%d\n", > __FILE__, __LINE__, x, y, width, height); > > It says: > > parse.c.843: x = -272640524, y = 537577259, w = 200, h = 400 > > (x, y are corrdinates which are unspecified, which is OK to look this > ugly) > > Size is still huge (about 600x800). [ ... add more printf()'s ... ] > Guess what? The window now has the specified geometry! This one looks like timing. You probably need to call Xsync() to ensure the GC is written before you use it, or that the attributes are set before you map the window, etc.. Common X programmer pilot error. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-smp Tue Nov 25 18:49:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA05835 for smp-outgoing; Tue, 25 Nov 1997 18:49:08 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from super.zippo.com (perry.zippo.com [207.211.168.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA05825 for ; Tue, 25 Nov 1997 18:49:04 -0800 (PST) (envelope-from reyesf@super.zippo.com) Received: (from reyesf@localhost) by super.zippo.com (8.8.6/8.8.7) id SAA13591; Tue, 25 Nov 1997 18:49:03 -0800 (PST) Message-Id: <199711260249.SAA13591@super.zippo.com> From: "Francisco Reyes" To: "freebsd-smp@freebsd.org" Date: Tue, 25 Nov 97 21:48:34 -0400 Reply-To: "Francisco Reyes" Priority: Normal X-Mailer: PMMail 1.95a For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Subject: Basic question about SMP FreeBSD. Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Some weeks back someone mentioned that "p-threads" were not working (or something simmilar). Checking the SMP page I read "make threading work". What is the current SMP FreeBSD doing in parallel? Entire processes? From owner-freebsd-smp Tue Nov 25 18:58:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA06685 for smp-outgoing; Tue, 25 Nov 1997 18:58:27 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA06674 for ; Tue, 25 Nov 1997 18:58:23 -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 TAA24316; Tue, 25 Nov 1997 19:58:01 -0700 (MST) Message-Id: <199711260258.TAA24316@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Mark Murray cc: ben@stuyts.nl, freebsd-smp@freebsd.org Subject: Re: "apic_ipi might be stuck" getting worse In-reply-to: Your message of "Tue, 25 Nov 1997 22:14:18 +0200." <199711252014.WAA04358@greenpeace.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 25 Nov 1997 19:58:01 -0700 Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > Ben Stuyts wrote: > > A few days ago I reported seeing the message "apic_ipi might be stuck". Since > then I've seen it more and more, about 4-5 times a day. I can't find anything > > in the mailing list over the past few months about this. What does this > > message mean, and can it do any harm? The system function normally otherwise. > > The author of this (I'm sorry - I cannot remember who you are) has said > that the criteria for determining this is (may be) flawed. > > So far, I have had _no_ problems with this. > > I await the (cosmetic) fix :-) You really don't have to worry until it says "apic_ipi is stuck". Then, any good silicone based lubricant will work. I prefer the type that comes im a spray can. I can usually get it on the apic without opening the case... Seriuosly, you can just ignore it. If it bugs you comment out the printf in the source. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-smp Wed Nov 26 05:02:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA14968 for smp-outgoing; Wed, 26 Nov 1997 05:02:34 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from xoom.com (host074.xoom.com [207.90.142.74]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA14961; Wed, 26 Nov 1997 05:02:30 -0800 (PST) (envelope-from dpsmith@xoom.com) Received: from mail1.xoom.com (host074.xoom.com [207.90.142.74]) by xoom.com (8.8.8/8.8.8) with SMTP id FAA09851; Wed, 26 Nov 1997 05:02:35 -0800 (PST) Date: Wed, 26 Nov 1997 05:02:35 -0800 (PST) From: Dave Smith To: freebsd-questions@freebsd.org, freebsd-smp@freebsd.org Subject: fxp0 or de0 will not work with FreeBSD 3.0 in SMP mode. (fwd) Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY=------------9926E0D7B2BFA4CDFC6BF01F Content-ID: Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --------------9926E0D7B2BFA4CDFC6BF01F Content-Type: TEXT/PLAIN; CHARSET=us-ascii Content-ID: Big Problem, Two identical machines, except for their ethernet cards. For the generic kernel on both machines the cards work fine, i.e. connect to the network, in the generic kernel that comes with FreeBSD 3. They do no work when the SMP kernel is the installed kernel. 2 Intel EtherExpress Pro 10/100B Ethernet cards (fxp0 and fxp1) in one machine, www6. 1 Linksys Etherfast 100Base-TX Lan card (de0) in another machine, www5. www6: fxp0 is connected to the network,fxp1 is not connected to the network. www5: de0 is connected to the network. If I boot www5 and www6 into the generic kernel which comes with the latest FreeBSD 3.0, I can ping nodes on the net. If I boot www5 and www6 into the SMP generic kernel which comes with the latest FreeBSD 3.0, I can not browse the network or ping nodes. fxp0 on www6 gives me a 'device timeout' error message de0 on www5 gives me no error message but has 'OACTIVE' displayed for it in ifconfig -a. I would like to get these ethernet cards working for the SMP kernel so that I can switch over both machines to take advantage of their dual 300 x PIIs. For www6: Attached is the output of mptable -dmesg. Also attached is my smp kernel config file which is the same on both machines. (The machine was booted into the generic kernel on 3.0 so I could grab these attachments.) Thanks, Dave. -- David Smith - MIS Manager CONTACT INFORMATION Xoom Software, Inc. E-mail: dpsmith@xoom.com 433 California St., Suite 910, Tel: (415) 445-2525 x122 San Francisco, Ca 94104 Fax: (415) 445-2526 --------------9926E0D7B2BFA4CDFC6BF01F Content-Type: TEXT/PLAIN; CHARSET=us-ascii; NAME="mptable.txt" Content-ID: Content-Description: mptable.txt =============================================================================== MPTable, version 2.0.15 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f6a50 signature: '_MP_' length: 16 bytes version: 1.1 checksum: 0xe4 mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f664a signature: 'PCMP' base table length: 244 version: 1.1 checksum: 0xfb 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 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 conforms conforms 1 8 2 8 INT conforms conforms 1 9 2 9 INT conforms conforms 1 14 2 14 INT conforms conforms 1 15 2 15 INT active-lo level 1 11 2 16 INT active-lo level 1 10 2 18 INT active-lo level 1 12 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-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-971125-SNAP #0: Wed Nov 26 02:22:44 PST 1997 root@www6.xoom.com:/usr/src/sys/compile/MYKERNEL-SMP CPU: Pentium Pro (686-class CPU) Origin = "GenuineIntel" Id = 0x633 Stepping=3 Features=0x80fbff real memory = 268435456 (262144K bytes) avail memory = 258609152 (252548K 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 0x03 on pci0.0.0 chip1: rev 0x03 on pci0.1.0 chip2: rev 0x01 on pci0.4.0 ide_pci0: rev 0x01 on pci0.4.1 chip3: rev 0x01 int d irq 12 on pci0.4.2 chip4: rev 0x01 on pci0.4.3 vga0: rev 0x44 int a irq 10 on pci0.10.0 de0: rev 0x22 int a irq 11 on pci0.12.0 de0: 21140A [10-100Mb/s] pass 2.2 de0: address 00:40:05:35:cc:0a Probing for devices on PCI bus 1: Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1907MB (3907008 sectors), 3876 cyls, 16 heads, 63 S/T, 512 B/S npx0 on motherboard npx0: INT 16 interface APIC_IO: routing 8254 via 8259 on pin 0 SMP: AP CPU #1 Launched! de0: enabling 10baseT port =============================================================================== --------------9926E0D7B2BFA4CDFC6BF01F Content-Type: TEXT/PLAIN; CHARSET=us-ascii; NAME=MYKERNEL-SMP Content-ID: Content-Description: MYKERNEL-SMP # # SMP-GENERIC -- Smp machine with WD/AHx/NCR/BTx family disks # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: SMP-GENERIC,v 1.10 1997/10/31 22:10:02 jseger Exp $ machine "i386" # SMP does NOT support 386/486 CPUs. #cpu "I386_CPU" #cpu "I486_CPU" cpu "I586_CPU" cpu "I686_CPU" ident SMP-GENERIC-CLEAN # # The `maxusers' parameter controls the static sizing of a number of # internal system tables by a complicated formula defined in param.c. # # maxusers 10 #maxusers 50 maxusers 128 # # Under some circumstances it is convenient to increase the defaults # for the maximum number of processes per user and the maximum number # of open files files per user. E.g., (1) in a large news server, user # `news' may need more than 100 concurrent processes. (2) a user may # need lots of windows under X. In both cases, it may be inconvenient # to start all the processes from a parent whose soft rlimit on the # number of processes is large enough. The following options work by # changing the soft rlimits for init. # # options CHILD_MAX=128 # options OPEN_MAX=128 # For 3.0 child_max and open_max are obsolete options. #options CHILD_MAX=512 #options OPEN_MAX=512 # # Certain applications can grow to be larger than the 128M limit # that FreeBSD initially imposes. Below are some options to # allow that limit to grow to 256MB, and can be increased further # with changing the parameters. MAXDSIZ is the maximum that the # limit can be set to, and the DFLDSIZ is the default value for # the limit. You might want to set the default lower than the # max, and explicitly set the maximum with a shell command for processes # that regularly exceed the limit like INND. # options "MAXDSIZ=(256*1024*1024)" options "DFLDSIZ=(256*1024*1024)" # Create a SMP capable kernel (mandatory options): options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optional, these are the defaults: #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs # Lets always enable the kernel debugger for SMP. # options DDB # SMP shouldn't need x87 emulation, disable by default. #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor config kernel root on wd0 controller isa0 controller eisa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 tape ft0 at fdc0 drive 2 options "CMD640" # work around CMD640 chip deficiency controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 # controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr # disk wd2 at wdc1 drive 0 # disk wd3 at wdc1 drive 1 options ATAPI #Enable ATAPI support for IDE bus options ATAPI_STATIC #Don't do it as an LKM device wcd0 #IDE CD-ROM # A single entry for any of these controllers (ncr, ahb, ahc, amd) is # sufficient for any number of installed devices. controller ncr0 controller amd0 controller ahb0 controller ahc0 # controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr # controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr # controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr # controller aic0 at isa? port 0x340 bio irq 11 vector aicintr # controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr # controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr # controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr controller scbus0 device sd0 device od0 #See LINT for possible `od' options. device st0 device cd0 #Only need one of these, the code dynamically grows # device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr # device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr # controller matcd0 at isa? port 0x230 bio # device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options PCVT_FREEBSD=210 # pcvt running on FreeBSD >= 2.0.5 #options XSERVER # include code for XFree86 #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # # Laptop support (see LINT for more options) # device apm0 at isa? disable flags 0x31 # Advanced Power Management # PCCARD (PCMCIA) support #controller card0 #device pcic0 at card? #device pcic1 at card? device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? disable port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr # device lpt1 at isa? port? tty # device mse0 at isa? port 0x23c tty irq 5 vector mseintr device psm0 at isa? disable port "IO_KBD" conflicts tty irq 12 vector psmintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device de0 device fxp0 device vx0 # device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr # device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr # device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector ieintr # device ie1 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr # device ep0 at isa? port 0x300 net irq 10 vector epintr # device ex0 at isa? port? net irq? vector exintr # device fe0 at isa? port 0x300 net irq ? vector feintr # device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr # device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr # device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr # device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr pseudo-device loop pseudo-device ether pseudo-device sl 1 #pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device bpfilter 16 #Berkeley packet filter # iijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 16 pseudo-device vn 1 pseudo-device gzip # Exec gzipped a.out's # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. options KTRACE #kernel tracing # These three options provide support for System V Interface # Definition-style interprocess communication, in the form of shared # memory, semaphores, and message queues, respectively. # options SYSVSHM options SYSVSEM options SYSVMSG # undocumented lint options options NMBCLUSTERS=4096 --------------9926E0D7B2BFA4CDFC6BF01F-- From owner-freebsd-smp Thu Nov 27 01:45:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA13333 for smp-outgoing; Thu, 27 Nov 1997 01:45:14 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from pcadm1.tversu.ru (vadim@pcadm1.tversu.ru [194.190.141.69]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA13251 for ; Thu, 27 Nov 1997 01:43:46 -0800 (PST) (envelope-from vadim@pcadm1.tversu.ru) Received: (from vadim@localhost) by pcadm1.tversu.ru (8.8.7/8.8.7) id MAA14093; Thu, 27 Nov 1997 12:36:36 +0300 (MSK) Message-ID: <19971127123636.62892@tversu.ru> Date: Thu, 27 Nov 1997 12:36:36 +0300 From: Vadim Kolontsov To: freebsd-smp@freebsd.org Subject: General information? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, would you be so kind to point me a URL, where I can found a details about SMP implementation in FreeBSD, current project status, history, and so on? Best regards, V. -- Vadim Kolontsov Tver Internet Center NOC phone: +7-(0822)-365743 From owner-freebsd-smp Thu Nov 27 12:23:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA20163 for smp-outgoing; Thu, 27 Nov 1997 12:23:21 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from nomis.simon-shapiro.org (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA20121 for ; Thu, 27 Nov 1997 12:23:08 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 27221 invoked by uid 1000); 27 Nov 1997 20:22:47 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-111997 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 27 Nov 1997 12:22:47 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon shapiro Foundation From: Simon Shapiro To: Dave Smith Subject: RE: fxp0 or de0 will not work with FreeBSD 3.0 in SMP mode. (fwd Cc: freebsd-smp@freebsd.org, freebsd-questions@freebsd.org Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 26-Nov-97 Dave Smith wrote: > > Big Problem, > > Two identical machines, except for their ethernet cards. > For the generic kernel on both machines the cards work fine, i.e. > connect to the network, in the generic kernel that comes with FreeBSD > 3. > They do no work when the SMP kernel is the installed kernel. > > 2 Intel EtherExpress Pro 10/100B Ethernet cards (fxp0 and fxp1) in > one > machine, www6. > 1 Linksys Etherfast 100Base-TX Lan card (de0) in another machine, > www5. ... What motherboard? PCI Slots? Reason I ask; we routinely build machines with FOUR of these Intel cards and they run just fine. SMP included. We had similar problems with certain boards on certain motherboards. Has to do with the PCI-PXI bridges or interupt handling. Does the same configuration work with a UP kernel? Simon From owner-freebsd-smp Thu Nov 27 13:11:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA23340 for smp-outgoing; Thu, 27 Nov 1997 13:11:34 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA23333 for ; Thu, 27 Nov 1997 13:11:30 -0800 (PST) (envelope-from mestery@mail.winternet.com) Received: (from adm@localhost) by icicle.winternet.com (8.8.8/8.8.8) id PAA03378; Thu, 27 Nov 1997 15:11:12 -0600 (CST) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma003312; Thu, 27 Nov 97 15:10:39 -0600 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.7/8.8.4) with SMTP id PAA18814; Thu, 27 Nov 1997 15:10:38 -0600 (CST) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Thu, 27 Nov 1997 15:10:38 -0600 (CST) From: Kyle Mestery To: Vadim Kolontsov cc: freebsd-smp@freebsd.org Subject: Re: General information? In-Reply-To: <19971127123636.62892@tversu.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 27 Nov 1997, Vadim Kolontsov wrote: > Hi, > > would you be so kind to point me a URL, where I can found a details > about SMP implementation in FreeBSD, current project status, history, and > so on? > Check out http://www.freebsd.org/~fsmp/SMP/SMP.html. Kyle Mestery StorageTek's Network Systems Group 7600 Boone Ave. N., Minneapolis, MN 55428 mesteka@anubis.network.com, mestery@winternet.com "You do not greet Death, you punch him in the throat epeatedly until he drags you away." --No Fear From owner-freebsd-smp Thu Nov 27 23:46:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA27754 for smp-outgoing; Thu, 27 Nov 1997 23:46:13 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA27721 for ; Thu, 27 Nov 1997 23:45:26 -0800 (PST) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.8/8.8.8) id IAA11486 for freebsd-smp@freebsd.org; Fri, 28 Nov 1997 08:43:45 +0100 (MET) (envelope-from sos) Message-Id: <199711280743.IAA11486@sos.freebsd.dk> Subject: test - ignore... To: freebsd-smp@freebsd.org Date: Fri, 28 Nov 1997 08:43:45 +0100 (MET) From: Søren Schmidt Reply-to: sos@freebsd.dk 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 X-Loop: FreeBSD.org Precedence: bulk -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-smp Fri Nov 28 01:51:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA04607 for smp-outgoing; Fri, 28 Nov 1997 01:51:29 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from meshsv88.tk.mesh.ad.jp (meshsv88.tk.mesh.ad.jp [133.205.63.153]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA04598 for ; Fri, 28 Nov 1997 01:51:26 -0800 (PST) (envelope-from Liszt@Shopin) Received: from cubic.shisham.co.jp (tksm2DS20.tks.mesh.ad.jp [133.205.221.170]) by meshsv88.tk.mesh.ad.jp (8.8.4+2.7Wbeta4/3.5Wpl1-) with ESMTP id SAA16899 for ; Fri, 28 Nov 1997 18:51:23 +0900 (JST) Received: foo.bar.org; Fri, 28 Nov 1997 18:50:37 +0900 (JST) Message-Id: To: smp@freebsd.org Subject: bios 1.42 on GA-686DX buggy ? From: Shiba X-Mailer: Mew version 1.91 on XEmacs 20.4 (Angora) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 28 Nov 1997 18:50:37 +0900 X-Dispatcher: imput version 971012 Lines: 36 Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi. 1. BIOS FEATURE SETUP Version --> 1.1 fxp0 timeout Version --> 1.4 fxp0 ok (fxp rev 0x02) but mptable said MP Config Table Header: physical address: 0x000f2400 signature: 'PCMP' base table length: 292 version: 1.1 <---- OK? checksum: 0xd6 ... 2. very offen turn off the power APM ----> disable Version -> 1.4 'make -j40 world' leads to 'power off' about 5-40 minites on my machine. I removed '/usr/src/sys' and cvsupped sys. Same state (;_;). Must I turn back to version 1.30 ? Thanks From owner-freebsd-smp Fri Nov 28 07:29:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA19323 for smp-outgoing; Fri, 28 Nov 1997 07:29:09 -0800 (PST) (envelope-from owner-freebsd-smp) Received: (from jmb@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA19313; Fri, 28 Nov 1997 07:29:03 -0800 (PST) (envelope-from jmb) From: "Jonathan M. Bresler" Message-Id: <199711281529.HAA19313@hub.freebsd.org> Subject: Re: test - ignore... To: sos@freebsd.dk Date: Fri, 28 Nov 1997 07:29:03 -0800 (PST) Cc: freebsd-smp@freebsd.org In-Reply-To: <199711280743.IAA11486@sos.freebsd.dk> from "Søren Schmidt" at Nov 28, 97 08:43:45 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk please send test messages to test@freebsd.org. From owner-freebsd-smp Fri Nov 28 14:04:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA11807 for smp-outgoing; Fri, 28 Nov 1997 14:04:55 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from caffeine.internal.enteract.com (qmailr@caffeine.internal.enteract.com [207.229.129.24]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA11800 for ; Fri, 28 Nov 1997 14:04:47 -0800 (PST) (envelope-from kdulzo@caffeine.internal.enteract.com) From: kdulzo@caffeine.internal.enteract.com Received: (qmail 16814 invoked by uid 100); 28 Nov 1997 22:04:41 -0000 Date: 28 Nov 1997 22:04:41 -0000 Message-ID: <19971128220441.16813.qmail@caffeine.internal.enteract.com> To: jkh@time.cdrom.com, freebsd-smp@freebsd.org Subject: Re: rc564 on SMP In-Reply-To: <13960.880494182@time.cdrom.com> Reply-To: kdulzo@enteract.com X-CaffeineSource: Mountain Dew X-NowPlaying: Future Sound of London Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Answers one question I had. However the second is how exactly would one switch teams. And practically which should be joined? The obvious more effect japan group. Or our own -- -Kevin In mpc.lists.freebsd.smp, you wrote: | > Will team_freebsd donate their blocks to JFUG? (is that possible?) In | > that case, no-one would need to change their allocations. | | Nope, it's pretty clear in the docs that once you've donated blocks | to a given team, they're non-transferrable. I also don't think | that Team FreeBSD is really too keen on merging themselves, even | if it were possible. | | Jordan -- +==-- | Kevin M. Dulzo Check us out! | |Jr. System Administrator http://www.enteract.com | | Enteract, L.L.C. mailto: info@enteract.com| | kdulzo@enteract.com (773)248-8511 | --==+ From owner-freebsd-smp Fri Nov 28 15:25:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA16811 for smp-outgoing; Fri, 28 Nov 1997 15:25:47 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from bsd.synx.com (rt.synx.com [194.167.81.239]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA16802 for ; Fri, 28 Nov 1997 15:25:41 -0800 (PST) (envelope-from remy@synx.com) Received: from s3.synx.com (s3 [192.1.1.247]) by bsd.synx.com (8.6.12/8.6.12) with SMTP id AAA06981; Sat, 29 Nov 1997 00:29:54 +0100 Received: from rs1 by s3.synx.com id aa19803; 29 Nov 97 0:17 GMT Date: Sat, 29 Nov 1997 01:11:08 -0100 (GMT) From: Remy NONNENMACHER To: kdulzo@caffeine.internal.enteract.com cc: freebsd-smp@freebsd.org Subject: Re: rc564 on SMP In-Reply-To: <19971128220441.16813.qmail@caffeine.internal.enteract.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 28 Nov 1997 kdulzo@caffeine.internal.enteract.com wrote: > Answers one question I had. However the second is how exactly would one > switch teams. And practically which should be joined? The obvious more > effect japan group. Or our own -- > Switching team is quiet easy since reconfigurating client can be done. About JFUG, it seems to be more difficult: their Web site is all Japan 8----O. What would be great is some kind of 'meta-teams' joining separate teams with same goals. This would allow you to act for team-freebsd (leaf), meta-freebsd (branch), meta-Free-Unixes (root) and, why not, team-anti-M$. This would offer more flexibity in expressing our-self. > | to a given team, they're non-transferrable. I also don't think > | that Team FreeBSD is really too keen on merging themselves, even > | if it were possible. > | From owner-freebsd-smp Sat Nov 29 14:54:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA25319 for smp-outgoing; Sat, 29 Nov 1997 14:54:56 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from xoom.com (host074.xoom.com [207.90.142.74]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA25309 for ; Sat, 29 Nov 1997 14:54:49 -0800 (PST) (envelope-from dpsmith@xoom.com) Received: from mail1.xoom.com (host074.xoom.com [207.90.142.74]) by xoom.com (8.8.8/8.8.8) with SMTP id OAA15269; Sat, 29 Nov 1997 14:54:32 -0800 (PST) Date: Sat, 29 Nov 1997 14:54:32 -0800 (PST) From: Dave Smith To: Simon Shapiro cc: freebsd-smp@freebsd.org Subject: RE: fxp0 or de0 will not work with FreeBSD 3.0 in SMP mode. (fwd In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > What motherboard? PCI Slots? >From the motherboard manual: ASUS(R) P2L97-DS AGP Mainboard Supporting Dual Intel Pentium II (233-333 MHz) Processors, Intel 440LX AGPset, Accelerated Graphics Port, Hardware Monitoring (Optional), PCI Bus Master IDE, Fast/Wide SCSI, SDRAM. Its a 300MHz dual processor PII with 256MB of RAM. 4 PCI slots, and 2 ISA slots. Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x03 on pci0.1.0 chip2: rev 0x01 on pci0.4.0 ide_pci0: rev 0x01 on pci0.4.1 chip3: rev 0x01 int d irq 12 on pci0.4.2 chip4: rev 0x01 on pci0.4.3 > > Reason I ask; we routinely build machines with FOUR of these Intel > cards and they run just fine. SMP included. > > We had similar problems with certain boards on certain motherboards. > Has to do with the PCI-PXI bridges or interupt handling. > > Does the same configuration work with a UP kernel? If I comment out the 2 mandatory lines in the SMP kernel config file, i.e. turn it into uni-processor mode, and reconfigure, compile and reinstall the OS then the ethernet card works fine. I need SMP on this machine and I need to be able to get this machine's NIC working on the network. > > Simon > > Dave.