From owner-freebsd-current Sun Sep 8 07:04:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA01841 for current-outgoing; Sun, 8 Sep 1996 07:04:50 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA01835 for ; Sun, 8 Sep 1996 07:04:47 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id HAA01377 for ; Sun, 8 Sep 1996 07:04:45 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id PAA13248; Sun, 8 Sep 1996 15:45:45 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id PAA16927; Sun, 8 Sep 1996 15:26:29 +0200 (MET DST) Date: Sun, 8 Sep 1996 15:26:28 +0200 (MET DST) From: Andreas Klemm To: Ollivier Robert cc: current@freebsd.org Subject: Re: Latest Current build failure In-Reply-To: <199609031754.TAA17395@keltia.freenix.fr> Message-ID: X-try-apsfilter: ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz X-Fax: +49 2137 2018 X-Phone: +49 2137 2020 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 3 Sep 1996, Ollivier Robert wrote: > According to Chuck Robey: > > I'm running ctm/cvs myself, and current has been incredibly stable. > > I don't want to add too much fuel to the discussion but I agree with Chuck > here. CURRENT is stable for me too. People who can't bear to have the tree > broken for a few hours without complaining should either stop running > CURRENT or provide a fix if they can't wait for the next sup/ctm. True ! > "Bleeding edge" has _bleeding_ in it. It seems that people tend to forget > that. I agree with Jordan that in an ideal world, it would be buildable at > any time but we live in a practical one; a few hic-hup are to be > expected. One should live with it or use only snapshots/releases... > > 2 cts from a happy CURRENT user. Very true ! andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Sun Sep 8 10:43:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA11936 for current-outgoing; Sun, 8 Sep 1996 10:43:42 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA11930 for ; Sun, 8 Sep 1996 10:43:40 -0700 (PDT) Received: from thurston.eng.umd.edu (thurston.eng.umd.edu [129.2.103.25]) by po2.glue.umd.edu (8.7.5/8.7.3) with ESMTP id NAA18813 for ; Sun, 8 Sep 1996 13:43:32 -0400 (EDT) Received: from localhost (chuckr@localhost) by thurston.eng.umd.edu (8.7.5/8.7.3) with SMTP id NAA01933 for ; Sun, 8 Sep 1996 13:43:31 -0400 (EDT) X-Authentication-Warning: thurston.eng.umd.edu: chuckr owned process doing -bs Date: Sun, 8 Sep 1996 13:43:31 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@thurston.eng.umd.edu To: FreeBSD current Subject: Make world Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Seems broke in lkm/wcd. Here's the error message: cc -O2 -m486 -pipe -nostdinc -I. -DWCD_MODULE -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -I/usr/src/lkm/wcd/../../sys -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -Wunused -Wpointer-arith -c /usr/src/lkm/wcd/../../sys/i386/isa/wcd.c /usr/src/lkm/wcd/../../sys/i386/isa/wcd.c: In function `wcd_load': /usr/src/lkm/wcd/../../sys/i386/isa/wcd.c:1134: structure has no member named `parent' /usr/src/lkm/wcd/../../sys/i386/isa/wcd.c:1134: too many arguments to function `wcdattach' /usr/src/lkm/wcd/../../sys/i386/isa/wcd.c: At top level: /usr/src/lkm/wcd/../../sys/i386/isa/wcd.c:1114: warning: `rwcd_load' declared `static' but never defined /usr/src/lkm/wcd/../../sys/i386/isa/wcd.c:1114: warning: `rwcd_unload' declared `static' but never defined *** Error code 1 >From what I see, wcd.c (at line 1134) is calling for a atapi member called parent, but there isn't any such thing in the struct. I don't know anything about this, I'm sorry I can't contribute a fix (I run pure scsi). ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Sun Sep 8 13:27:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA20216 for current-outgoing; Sun, 8 Sep 1996 13:27:03 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA20206 for ; Sun, 8 Sep 1996 13:26:57 -0700 (PDT) Received: from professor.eng.umd.edu (professor.eng.umd.edu [129.2.103.23]) by po2.glue.umd.edu (8.7.5/8.7.3) with ESMTP id QAA20194 for ; Sun, 8 Sep 1996 16:26:53 -0400 (EDT) Received: from localhost (chuckr@localhost) by professor.eng.umd.edu (8.7.5/8.7.3) with SMTP id QAA07681 for ; Sun, 8 Sep 1996 16:26:53 -0400 (EDT) X-Authentication-Warning: professor.eng.umd.edu: chuckr owned process doing -bs Date: Sun, 8 Sep 1996 16:26:52 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@professor.eng.umd.edu To: FreeBSD current Subject: ncrcontrol Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Forget what I said, the next ctm update seems to have had the fix for ncrcontrol (devconf). Make world finished fine. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Sun Sep 8 14:03:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA23367 for current-outgoing; Sun, 8 Sep 1996 14:03:53 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA23361 for ; Sun, 8 Sep 1996 14:03:46 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id XAA00446 for ; Sun, 8 Sep 1996 23:03:40 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id XAA02016 for freebsd-current@freefall.freebsd.org; Sun, 8 Sep 1996 23:03:13 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Beta.1/keltia-uucp-2.9) id WAA20920; Sun, 8 Sep 1996 22:48:02 +0200 (MET DST) Message-Id: <199609082048.WAA20920@keltia.freenix.fr> Date: Sun, 8 Sep 1996 22:48:01 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-current@freefall.freebsd.org (FreeBSD current) Subject: Re: Make world In-Reply-To: ; from Chuck Robey on Sep 8, 1996 13:43:31 -0400 References: X-Mailer: Mutt 0.42 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-CURRENT ctm#2443 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Chuck Robey: > /usr/src/lkm/wcd/../../sys/i386/isa/wcd.c:1114: warning: `rwcd_unload' > declared `static' but never defined > *** Error code 1 > > >From what I see, wcd.c (at line 1134) is calling for a atapi member called > parent, but there isn't any such thing in the struct. I don't know > anything about this, I'm sorry I can't contribute a fix (I run pure scsi). Re-sup or wait for the next CTM. It is fixed now. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #21: Sun Sep 8 14:35:00 MET DST 1996 From owner-freebsd-current Sun Sep 8 14:33:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA25548 for current-outgoing; Sun, 8 Sep 1996 14:33:24 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA25541 for ; Sun, 8 Sep 1996 14:33:22 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id OAA02636 for ; Sun, 8 Sep 1996 14:33:09 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id XAA17888; Sun, 8 Sep 1996 23:15:41 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id WAA00448; Sun, 8 Sep 1996 22:45:40 +0200 (MET DST) Date: Sun, 8 Sep 1996 22:45:40 +0200 (MET DST) From: Andreas Klemm To: Chuck Robey cc: FreeBSD current Subject: Re: Make world In-Reply-To: Message-ID: X-try-apsfilter: ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz X-Fax: +49 2137 2018 X-Phone: +49 2137 2020 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The same here. Since it's one of the last things during a 'make world', a 'make -ki install' did the right thing here ;-) Andreas /// On Sun, 8 Sep 1996, Chuck Robey wrote: > Seems broke in lkm/wcd. Here's the error message: > > cc -O2 -m486 -pipe -nostdinc -I. -DWCD_MODULE -DKERNEL > -DACTUALLY_LKM_NOT_KERNEL -I/usr/src/lkm/wcd/../../sys -W -Wreturn-type > -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Winline -Wunused > -Wpointer-arith -c /usr/src/lkm/wcd/../../sys/i386/isa/wcd.c > /usr/src/lkm/wcd/../../sys/i386/isa/wcd.c: In function `wcd_load': > /usr/src/lkm/wcd/../../sys/i386/isa/wcd.c:1134: structure has no member > named `parent' > /usr/src/lkm/wcd/../../sys/i386/isa/wcd.c:1134: too many arguments to > function `wcdattach' > /usr/src/lkm/wcd/../../sys/i386/isa/wcd.c: At top level: > /usr/src/lkm/wcd/../../sys/i386/isa/wcd.c:1114: warning: `rwcd_load' > declared `static' but never defined > /usr/src/lkm/wcd/../../sys/i386/isa/wcd.c:1114: warning: `rwcd_unload' > declared `static' but never defined > *** Error code 1 -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Sun Sep 8 14:34:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA25679 for current-outgoing; Sun, 8 Sep 1996 14:34:21 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA25671 for ; Sun, 8 Sep 1996 14:34:18 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id OAA02640 for ; Sun, 8 Sep 1996 14:34:10 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id XAA17844; Sun, 8 Sep 1996 23:15:35 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id XAA01420; Sun, 8 Sep 1996 23:15:21 +0200 (MET DST) Date: Sun, 8 Sep 1996 23:15:21 +0200 (MET DST) From: Andreas Klemm Reply-To: Andreas Klemm To: Chuck Robey cc: phk@critter.tfs.com, FreeBSD current Subject: Re: Make world In-Reply-To: Message-ID: X-try-apsfilter: ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz X-Fax: +49 2137 2018 X-Phone: +49 2137 2020 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 8 Sep 1996, Chuck Robey wrote: > Seems broke in lkm/wcd. Here's the error message: I think this happened, after Poul changed the struct atapi in i386/isa/atapi.h (atapi.h 1.6 -> 1.7) and changed wcdattach, to have one argument less ... I think a fix could be, to apply the following patch: but it's only a guess ;-) So perhaps wait, if it's mission critical for you ;) RCS file: /local/CVS/src/sys/i386/isa/wcd.c,v retrieving revision 1.38 diff -u -r1.38 wcd.c --- wcd.c 1996/09/06 23:32:40 1.38 +++ wcd.c 1996/09/08 21:11:46 @@ -1131,7 +1131,7 @@ /* Probing controller ata->ctrlr, unit u. */ if (ata->params[u] && ! ata->attached[u] && wcdattach (ata, u, ata->params[u], - ata->debug, ata->parent) >= 0) + ata->debug) >= 0) { /* Drive found. */ ata->attached[u] = 1; It compiles fine after that... root{1101} /usr/src/lkm/wcd make cc -pipe -O2 -nostdinc -I. -DWCD_MODULE -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -I/usr/src/lkm/wcd/../../sys -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -Wunused -Wpointer-arith -c /usr/src/lkm/wcd/../../sys/i386/isa/wcd.c /usr/src/lkm/wcd/../../sys/i386/isa/wcd.c:1114: warning: `rwcd_load' declared `static' but never defined /usr/src/lkm/wcd/../../sys/i386/isa/wcd.c:1114: warning: `rwcd_unload' declared `static' but never defined ld -r -o tmp.o wcd.o symorder -c symb.tmp tmp.o mv tmp.o wcd_mod.o -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Sun Sep 8 14:39:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA26352 for current-outgoing; Sun, 8 Sep 1996 14:39:49 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA26339 for ; Sun, 8 Sep 1996 14:39:43 -0700 (PDT) Received: from professor.eng.umd.edu (professor.eng.umd.edu [129.2.103.23]) by po2.glue.umd.edu (8.7.5/8.7.3) with ESMTP id RAA20907; Sun, 8 Sep 1996 17:39:40 -0400 (EDT) Received: from localhost (chuckr@localhost) by professor.eng.umd.edu (8.7.5/8.7.3) with SMTP id RAA07810; Sun, 8 Sep 1996 17:39:39 -0400 (EDT) X-Authentication-Warning: professor.eng.umd.edu: chuckr owned process doing -bs Date: Sun, 8 Sep 1996 17:39:39 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@professor.eng.umd.edu To: Andreas Klemm cc: phk@critter.tfs.com, FreeBSD current Subject: Re: Make world In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 8 Sep 1996, Andreas Klemm wrote: > On Sun, 8 Sep 1996, Chuck Robey wrote: > > > Seems broke in lkm/wcd. Here's the error message: > > I think this happened, after Poul changed the struct atapi in > i386/isa/atapi.h (atapi.h 1.6 -> 1.7) and changed wcdattach, to > have one argument less ... > > I think a fix could be, to apply the following patch: but it's only > a guess ;-) So perhaps wait, if it's mission critical for you ;) The fix arrived in the next ctm update, Andreas. No need to fix it anymore, I guess. In fact, I shouldn't have reported it, because I hadn't checked that the update was ready to be applied. I was too anxious, sorry to have started this. > > RCS file: /local/CVS/src/sys/i386/isa/wcd.c,v > retrieving revision 1.38 > diff -u -r1.38 wcd.c > --- wcd.c 1996/09/06 23:32:40 1.38 > +++ wcd.c 1996/09/08 21:11:46 > @@ -1131,7 +1131,7 @@ > /* Probing controller ata->ctrlr, unit u. */ > if (ata->params[u] && ! ata->attached[u] && > wcdattach (ata, u, ata->params[u], > - ata->debug, ata->parent) >= 0) > + ata->debug) >= 0) > { > /* Drive found. */ > ata->attached[u] = 1; > > It compiles fine after that... > root{1101} /usr/src/lkm/wcd make > cc -pipe -O2 -nostdinc -I. -DWCD_MODULE -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -I/usr/src/lkm/wcd/../../sys -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -Wunused -Wpointer-arith > -c /usr/src/lkm/wcd/../../sys/i386/isa/wcd.c > /usr/src/lkm/wcd/../../sys/i386/isa/wcd.c:1114: warning: `rwcd_load' declared `static' but never defined > /usr/src/lkm/wcd/../../sys/i386/isa/wcd.c:1114: warning: `rwcd_unload' declared `static' but never defined > ld -r -o tmp.o wcd.o > symorder -c symb.tmp tmp.o > mv tmp.o wcd_mod.o > > -- > andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH > Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de > pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< > ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< > > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Sun Sep 8 15:22:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA29148 for current-outgoing; Sun, 8 Sep 1996 15:22:16 -0700 (PDT) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA29141 for current; Sun, 8 Sep 1996 15:22:15 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199609082222.PAA29141@freefall.freebsd.org> Subject: [Q] cvs diff * To: current Date: Sun, 8 Sep 1996 15:22:15 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk i want to cvs diff an entire directory. "cvs diff *" fails. Aspen:[24] cvs diff * cvs diff: Diffing CVS cvs diff: cannot open CVS/Entries for reading: No such file or directory huh? Aspen:[25] ls -Flag CVS/Entries -rw-rw-r-- 1 root wheel 1540 Aug 26 06:39 CVS/Entries Aspen:[26] id uid=1000(jmb) gid=20(staff) groups=20(staff), 0(wheel), 117(dialer) cant even diff a single file! Aspen:[36] cvs diff vm_page.c Aspen:[37] grep vm_page.c,v vm_page.c * $Id: vm_page.c,v 1.62 1996/07/30 03:08:15 dyson Exp $ Aspen:[35] head -1 /home/ncvs/src/sys/vm/vm_page.c,v head 1.63; but if i spec a revision to diff against, it works! Aspen:[39] cvs diff -c -r1.63 vm_page.c | more Index: vm_page.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_page.c,v retrieving revision 1.63 retrieving revision 1.62 diff -c -r1.63 -r1.62 this behavior does not match the man page (as i read it) Aspen:[40] cvs --version Concurrent Versions System (CVS) 1.8.1 (client/server) how do i get it to work? jmb From owner-freebsd-current Sun Sep 8 16:00:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA01376 for current-outgoing; Sun, 8 Sep 1996 16:00:25 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA01367; Sun, 8 Sep 1996 16:00:21 -0700 (PDT) Message-Id: <199609082300.QAA01367@freefall.freebsd.org> To: jmb cc: current Subject: Re: [Q] cvs diff * In-reply-to: Your message of "Sun, 08 Sep 1996 15:22:15 PDT." <199609082222.PAA29141@freefall.freebsd.org> Date: Sun, 08 Sep 1996 16:00:21 -0700 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > i want to cvs diff an entire directory. > > "cvs diff *" fails. > >Aspen:[24] cvs diff * >cvs diff: Diffing CVS >cvs diff: cannot open CVS/Entries for reading: No such file or directory > > huh? cvs diff diffs all the files and recursively all directories in the current directory. If you haven't changed anything in your local checked-out tree, then it will show nothing because there is no difference between your version and the one you checked out. The diff is always relative to the last version you checked out unless you specify a revision. >Aspen:[25] ls -Flag CVS/Entries >-rw-rw-r-- 1 root wheel 1540 Aug 26 06:39 CVS/Entries >Aspen:[26] id >uid=1000(jmb) gid=20(staff) groups=20(staff), 0(wheel), 117(dialer) > > cant even diff a single file! CVS expects you to specify files or directories that appear in the repository if you specify anything at all. The CVS directory holds revision information about your checked out tree and is invalid. >Aspen:[36] cvs diff vm_page.c You haven't changed anything in that file. >Aspen:[37] grep vm_page.c,v vm_page.c > * $Id: vm_page.c,v 1.62 1996/07/30 03:08:15 dyson Exp $ >Aspen:[35] head -1 /home/ncvs/src/sys/vm/vm_page.c,v >head 1.63; > > but if i spec a revision to diff against, it works! Right. You could also do: cvs diff -r HEAD and get the same results. > >Aspen:[39] cvs diff -c -r1.63 vm_page.c | more >Index: vm_page.c >=================================================================== >RCS file: /home/ncvs/src/sys/vm/vm_page.c,v >retrieving revision 1.63 >retrieving revision 1.62 >diff -c -r1.63 -r1.62 > > this behavior does not match the man page (as i read it) I believe it does. >jmb -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sun Sep 8 16:13:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA02058 for current-outgoing; Sun, 8 Sep 1996 16:13:47 -0700 (PDT) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA02052; Sun, 8 Sep 1996 16:13:45 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199609082313.QAA02052@freefall.freebsd.org> Subject: Re: [Q] cvs diff * To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Sun, 8 Sep 1996 16:13:45 -0700 (PDT) Cc: current@freefall.freebsd.org In-Reply-To: <199609082300.QAA01367@freefall.freebsd.org> from "Justin T. Gibbs" at Sep 8, 96 04:00:21 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Justin T. Gibbs wrote: > > CVS expects you to specify files or directories that appear in the > repository if you specify anything at all. The CVS directory holds > revision information about your checked out tree and is invalid. > > >Aspen:[36] cvs diff vm_page.c > > You haven't changed anything in that file. > > >Aspen:[37] grep vm_page.c,v vm_page.c > > * $Id: vm_page.c,v 1.62 1996/07/30 03:08:15 dyson Exp $ > >Aspen:[35] head -1 /home/ncvs/src/sys/vm/vm_page.c,v > >head 1.63; > > > > but if i spec a revision to diff against, it works! > > Right. You could also do: > > cvs diff -r HEAD > > and get the same results. > > > > >Aspen:[39] cvs diff -c -r1.63 vm_page.c | more > >Index: vm_page.c > >=================================================================== > >RCS file: /home/ncvs/src/sys/vm/vm_page.c,v > >retrieving revision 1.63 > >retrieving revision 1.62 > >diff -c -r1.63 -r1.62 > > > > this behavior does not match the man page (as i read it) > > I believe it does. i had verson 1.62 of vm_page.c in /sys/vm the HEAD was at 1.63 per the man page "cvs diff vm_page.c" should produce behavior identical to "cvs diff -r HEAD" but it does not. here is the section on the man page that confuses me: mand. If you don't specify a particular revision, your files are compared with the revisions they were based on. You can also use the standard cvs doesnt this mean, that vm_page.c vers 1.62 will be diff'ed against the HEAD (vers 1.63) ?? moreover if no files are listed on the command line then all files in the local directory (and below should be diff'ed, but the are not. so "cvs diff" run while in /sys/vm should diff every file in the directory, including vm_page.c. but no output is displayed ;( If you don't specify any files, diff will display differences for all those files in the current directory (and its subdirectories, unless you use the standard option -l) that differ from the corre- sponding revision in the source repository (i.e. files that you have changed), or that differ from the revision specified. still confused ;( perhaps, i am not checking out and updating correctly? initial command: cd /usr; cvs co -P src to update: cd /usr; cvs update -P jmb From owner-freebsd-current Sun Sep 8 16:21:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA02528 for current-outgoing; Sun, 8 Sep 1996 16:21:49 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA02509; Sun, 8 Sep 1996 16:21:46 -0700 (PDT) Message-Id: <199609082321.QAA02509@freefall.freebsd.org> To: jmb cc: current@freefall.freebsd.org Subject: Re: [Q] cvs diff * In-reply-to: Your message of "Sun, 08 Sep 1996 16:13:45 PDT." <199609082313.QAA02052@freefall.freebsd.org> Date: Sun, 08 Sep 1996 16:21:45 -0700 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > here is the section on the man page that confuses me: > > mand. If you don't specify a particular revision, > your files are compared with the revisions they > were based on. You can also use the standard cvs > > doesnt this mean, that vm_page.c vers 1.62 will be diff'ed > against the HEAD (vers 1.63) ?? Not at all. The last revision you checked out was 1.62, so you will by default diff against that version. CVS uses the static revision number not a "branch tag" like HEAD or RELENG_2_1_0 to determine the file to diff against for exactly the reason that they can change between updates of your checked out version. > moreover if no files are listed on the command line > then all files in the local directory (and below should be > diff'ed, but the are not. so "cvs diff" run while in > /sys/vm should diff every file in the directory, including > vm_page.c. but no output is displayed ;( > > If you don't specify any files, diff will display > differences for all those files in the current > directory (and its subdirectories, unless you use > the standard option -l) that differ from the corre- > sponding revision in the source repository (i.e. > files that you have changed), or that differ from > the revision specified. > > still confused ;( It did diff them all, but found nothing had changed. If you go in and hand modify any of those files, you will get diffs. If you specify "-r HEAD" you will see all of John's recent changes for example. > perhaps, i am not checking out and updating correctly? > initial command: cd /usr; cvs co -P src > to update: cd /usr; cvs update -P I think you're confusing things like "HEAD" and "RELENG_2_1_0" with actual revision numbers. Once you get that figured out, you're home free. >jmb -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sun Sep 8 17:06:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA05188 for current-outgoing; Sun, 8 Sep 1996 17:06:02 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA05183 for ; Sun, 8 Sep 1996 17:06:00 -0700 (PDT) Received: from vector.jhs.no_domain (slip139-92-18-165.pt.uk.ibm.net [139.92.18.165]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id RAA03045 ; Sun, 8 Sep 1996 17:05:48 -0700 (PDT) Received: from vector.jhs.no_domain (localhost [127.0.0.1]) by vector.jhs.no_domain (8.7.5/8.6.9) with ESMTP id WAA20734; Thu, 5 Sep 1996 22:36:48 +0200 (MET DST) Message-Id: <199609052036.WAA20734@vector.jhs.no_domain> To: Terry Lambert cc: sja@tekla.fi, current@freebsd.org Subject: Re: Latest Current build failure From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. Mailer: EXMH 1.6.7, PGP available X-Address: Holz Strasse 27d, 80469 Munich, Germany X-Phone: +49.89.268616 X-Fax: +49.89.2608126 X-Web: http://www.freebsd.org/~jhs/ In-reply-to: Your message of "Wed, 04 Sep 1996 11:14:31 PDT." <199609041814.LAA06901@phaeton.artisoft.com> Date: Thu, 05 Sep 1996 22:36:47 +0200 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Reference: > From: Terry Lambert > Subject: Re: Latest Current build failure > Date: Wed, 4 Sep 1996 11:14:31 -0700 (MST) > Message-id: <199609041814.LAA06901@phaeton.artisoft.com> > > > Hi, Reference: > > > From: sja@tekla.fi (Sakari Jalovaara) > > > Subject: Re: Latest Current build failure > > > Date: Tue, 3 Sep 1996 11:27:34 +0300 > > > Message-id: <9609030827.AA05232@tahma.tekla.fi> > > > > > > How about this idea: > > > > > > Everyone cvsups the bleeding edge RCS files. > > > > NO ! That assumes everyone has good net connectivity ... & they don' - t all. > > CTM has distinct advantages for maintenance of my local CVS tree, > > namely, only my local ISP needs be up to supply the mail, > > even if the rest of the net, or freebsd servers are dead or slow as hell... - > > no problem ! > > You are missing the forest for the trees. > > Please replace "cvsups" with "somehow obtains". Oh certainly :-) > The point of the > suggestion was to externalize the "it's good" token from the tree > representation. > > Other than adding that I'd like to see the "it's good" token checked into > the tree somewhere as well so there is an "it's good" history (the token > approach relies on the idea that the tree itself does not have to be > kept "good"), I have to agree that this is a workable, if suboptimal, > fix for the problem. Checking in would require the build host to run an automatic periodic rsh cvs commit on the CVS host (freefall), I don't know how the powers that be would regard that, but it'd be nice to be able to be able to do a local cvs extract, based on info from an auto. maintained result token file. It seemed Jordan wouldn't find it a problem to find an extra host, at WC, unless I misunderstood; if so I guess it `just' remains to find a volunteer to start config'ing an auto cron driven rebuild host .... :-) Though of course the protoyping could be done anywhere with 2 machines, on or off the net. Maybe somebody wants to add this idea to the list of projects awaiting manpower (or womanpower :-) ? Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Sun Sep 8 17:06:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA05216 for current-outgoing; Sun, 8 Sep 1996 17:06:20 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA05209 for ; Sun, 8 Sep 1996 17:06:18 -0700 (PDT) Received: from vector.jhs.no_domain (slip139-92-18-165.pt.uk.ibm.net [139.92.18.165]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id RAA03047 ; Sun, 8 Sep 1996 17:05:56 -0700 (PDT) Received: from vector.jhs.no_domain (localhost [127.0.0.1]) by vector.jhs.no_domain (8.7.5/8.6.9) with ESMTP id XAA23166; Thu, 5 Sep 1996 23:12:40 +0200 (MET DST) Message-Id: <199609052112.XAA23166@vector.jhs.no_domain> To: hoek@freenet.hamilton.on.ca cc: jkh@time.cdrom.com, current@freebsd.org Subject: Re: Latest Current build failure From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. Mailer: EXMH 1.6.7, PGP available X-Address: Holz Strasse 27d, 80469 Munich, Germany X-Phone: +49.89.268616 X-Fax: +49.89.2608126 X-Web: http://www.freebsd.org/~jhs/ In-reply-to: Your message of "Wed, 04 Sep 1996 00:47:46 EDT." <199609040447.AAA17307@james.freenet.hamilton.on.ca> Date: Thu, 05 Sep 1996 23:12:39 +0200 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Reference: > From: hoek@freenet.hamilton.on.ca > > That's because you called it -current instead of something like > -experimental.... "current" is a word usually associated with generally > good things... "current" technology, "current" affairs... The "current" > version of most commercial software is the last version _released_, not the > version being developed. -experimental, or -develop is a much more apt > description. `Research' (as in `Research Unix') is one name from the past that might be a candidate for recycling if current splits ... Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Sun Sep 8 18:02:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA10200 for current-outgoing; Sun, 8 Sep 1996 18:02:56 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA10194 for ; Sun, 8 Sep 1996 18:02:54 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id SAA01348; Sun, 8 Sep 1996 18:02:41 -0700 (PDT) To: Chuck Robey cc: FreeBSD current Subject: Re: Make world In-reply-to: Your message of "Sun, 08 Sep 1996 13:43:31 EDT." Date: Sun, 08 Sep 1996 18:02:40 -0700 Message-ID: <1345.842230960@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Seems broke in lkm/wcd. Here's the error message: I already fixed it yesterday - please see the commit logs. Jordan From owner-freebsd-current Sun Sep 8 18:52:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA13387 for current-outgoing; Sun, 8 Sep 1996 18:52:53 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA13379; Sun, 8 Sep 1996 18:52:50 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id BAA13385; Mon, 9 Sep 1996 01:52:48 GMT Date: Mon, 9 Sep 1996 10:52:48 +0900 (JST) From: Michael Hancock To: "Jonathan M. Bresler" cc: current@freefall.freebsd.org Subject: Re: [Q] cvs diff * In-Reply-To: <199609082222.PAA29141@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 8 Sep 1996, Jonathan M. Bresler wrote: > cant even diff a single file! > > Aspen:[36] cvs diff vm_page.c What does cvs status vm_page.c say? You're working revision and the repository revision are probably the same. From owner-freebsd-current Sun Sep 8 22:49:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA02328 for current-outgoing; Sun, 8 Sep 1996 22:49:25 -0700 (PDT) Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA02323 for ; Sun, 8 Sep 1996 22:49:22 -0700 (PDT) Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.7.4) id WAA28089; Sun, 8 Sep 1996 22:49:20 -0700 (PDT) Received: from localhost by newport.ece.uci.edu (8.7.4) id WAA09087; Sun, 8 Sep 1996 22:49:18 -0700 (PDT) Message-Id: <199609090549.WAA09087@newport.ece.uci.edu> To: freebsd-current@freebsd.org Subject: Object directory changes to make Date: Sun, 08 Sep 1996 22:49:17 -0700 From: Steven Wallace Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I installed the latest snapshot recently and noticed that make no longer changes to the obj or obj.i386 relative to the cwd. I did notice it now will change to /usr/obj/`cwd`, if it exists. I like the new functionality for building the source trees, but I do not like removing the old functionality either. Therefore, I made changes to make so that it will accompish both. First make will search for MAKEOBJDIR.machine, then MAKEOBJDIR, as previously done. Then if both failed it will search for MAKEOBJDIRPREFIX/`cwd`/machine and then MAKEOBJDIRPREFIX/`cwd`. If all fails the cwd is used. My improvements to make are in ~swallace/work/make (main.c and pathname.h). If no one has any objections in the next few days, I will commit these changes. Steven From owner-freebsd-current Mon Sep 9 02:21:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA10024 for current-outgoing; Mon, 9 Sep 1996 02:21:59 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA10016 for ; Mon, 9 Sep 1996 02:21:54 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id LAA14805 for current@freebsd.org; Mon, 9 Sep 1996 11:21:53 +0200 Message-Id: <199609090921.LAA14805@ra.dkuug.dk> Subject: 3 button ps/2 mice anyone ?? To: current@freebsd.org (FreeBSD current) Date: Mon, 9 Sep 1996 11:21:52 +0200 (MET DST) From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anybody know where I can get my hands on a 3 button ps/2 mouse?? I know they exist as I've seen one :) long ago... And no, I'm not going to tell what I'll use it for :) :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Mon Sep 9 04:30:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA16332 for current-outgoing; Mon, 9 Sep 1996 04:30:13 -0700 (PDT) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA16315; Mon, 9 Sep 1996 04:30:01 -0700 (PDT) Received: from sol1.gud.siemens.co.at (root@firix [10.1.143.100]) by zwei.siemens.at (8.7.4/8.7.3) with SMTP id NAA23097; Mon, 9 Sep 1996 13:29:18 +0200 (MET DST) Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0v04Wl-00021oC; Mon, 9 Sep 96 13:29 MET DST Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA192348294; Mon, 9 Sep 1996 13:24:54 +0200 From: "Hr.Ladavac" Message-Id: <199609091124.AA192348294@ws2301.gud.siemens.co.at> Subject: Re: 3 button ps/2 mice anyone ?? To: sos@freebsd.org Date: Mon, 9 Sep 1996 13:24:54 +0200 (MESZ) Cc: current@freebsd.org In-Reply-To: <199609090921.LAA14805@ra.dkuug.dk> from "sos@freebsd.org" at Sep 9, 96 11:21:52 am X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk E-mail message from sos@freebsd.org contained: > > > Anybody know where I can get my hands on a 3 button ps/2 mouse?? > > I know they exist as I've seen one :) long ago... Whoever supplies mice to the Xterminal market is your source. HP Xterminals use PS/2 3-button mice. HP workstations as well. /Marino > > And no, I'm not going to tell what I'll use it for :) :) I know, you're gonna feed it to your cat, right? From owner-freebsd-current Mon Sep 9 05:22:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA17696 for current-outgoing; Mon, 9 Sep 1996 05:22:27 -0700 (PDT) Received: from superior.truenorth.org (ppp022-sm2.sirius.com [205.134.231.22]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA17691 for ; Mon, 9 Sep 1996 05:22:23 -0700 (PDT) Received: (from jgrosch@localhost) by superior.truenorth.org (8.7.5/8.7.3) id FAA07976; Mon, 9 Sep 1996 05:21:55 -0700 (PDT) From: Josef Grosch Message-Id: <199609091221.FAA07976@superior.truenorth.org> Subject: Re: 3 button ps/2 mice anyone ?? To: lada@ws2301.gud.siemens.co.at (Hr.Ladavac) Date: Mon, 9 Sep 1996 05:21:53 -0700 (PDT) Cc: current@freebsd.org In-Reply-To: <199609091124.AA192348294@ws2301.gud.siemens.co.at> from "Hr.Ladavac" at "Sep 9, 96 01:24:54 pm" X-Mailer: ELM [version 2.4ME+ PL13 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > E-mail message from sos@freebsd.org contained: > > > > > > Anybody know where I can get my hands on a 3 button ps/2 mouse?? > > > > I know they exist as I've seen one :) long ago... > > Whoever supplies mice to the Xterminal market is your source. HP Xterminals > use PS/2 3-button mice. HP workstations as well. > > /Marino > > > > And no, I'm not going to tell what I'll use it for :) :) > > I know, you're gonna feed it to your cat, right? > > Fry's (a Bay Area computer SuperStore) is advertising 3-button PS/2 mice made by Mouse Systems. They want $18.00 I think. Chump change compared to the price HP wants for a mouse. I know they do mail order. The Palo Alto number is (415) 496-6000. Josef -- Josef Grosch | "Laugh while you can, monkey boy !" | FreeBSD 2.1.5 jgrosch@sirius.com | - John Warfin - | UNIX for the masses From owner-freebsd-current Mon Sep 9 05:30:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA17945 for current-outgoing; Mon, 9 Sep 1996 05:30:38 -0700 (PDT) Received: from eel.dataplex.net (eel.dataplex.net [208.2.87.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA17939; Mon, 9 Sep 1996 05:30:36 -0700 (PDT) Received: from [208.2.87.4] (cod [208.2.87.4]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id HAA18220; Mon, 9 Sep 1996 07:30:35 -0500 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 9 Sep 1996 07:30:35 -0500 To: current@freebsd.org From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: Latest Current build failure Cc: jhs@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Julian H. Stacey" writes: >It seemed Jordan wouldn't find it a problem to find an extra host, at WC, >unless I misunderstood; if so I guess it `just' remains to find >a volunteer to start config'ing an auto cron driven rebuild host .... :-) >Though of course the protoyping could be done anywhere with 2 machines, >on or off the net. > >Maybe somebody wants to add this idea to the list of projects awaiting >manpower (or womanpower :-) ? I'm working on it. I set up a "minimal" environment on a 2.1 machine and chroot into it. I starts out OK, but the list of required things in "minimal" is getting rediculously long. The problem is in "proving" that I am using code "bootstrapped" from the -current sources. I'm ready to throw in the towel on that one and change the "definition" to be: "Verification that the candidate source tree runs 'make world' to completion using only binaries/libraries, etc. from 2.1 OR bootstrapped from the candidate itself as a portion of its own procedures." From owner-freebsd-current Mon Sep 9 05:34:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA18136 for current-outgoing; Mon, 9 Sep 1996 05:34:49 -0700 (PDT) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA18131 for ; Mon, 9 Sep 1996 05:34:44 -0700 (PDT) Received: from sol1.gud.siemens.co.at (root@firix [10.1.143.100]) by zwei.siemens.at (8.7.4/8.7.3) with SMTP id OAA24229 for ; Mon, 9 Sep 1996 14:34:01 +0200 (MET DST) Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0v05XL-00021oC; Mon, 9 Sep 96 14:33 MET DST Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA208322174; Mon, 9 Sep 1996 14:29:34 +0200 From: "Hr.Ladavac" Message-Id: <199609091229.AA208322174@ws2301.gud.siemens.co.at> Subject: Re: 3 button ps/2 mice anyone ?? To: jgrosch@superior.truenorth.org (Josef Grosch) Date: Mon, 9 Sep 1996 14:29:34 +0200 (MESZ) Cc: lada@ws2301.gud.siemens.co.at, current@freebsd.org In-Reply-To: <199609091221.FAA07976@superior.truenorth.org> from "Josef Grosch" at Sep 9, 96 05:21:53 am X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk E-mail message from Josef Grosch contained: > > E-mail message from sos@freebsd.org contained: > > > > > > > > > Anybody know where I can get my hands on a 3 button ps/2 mouse?? > > > > > > I know they exist as I've seen one :) long ago... > > > > Whoever supplies mice to the Xterminal market is your source. HP Xterminals > > use PS/2 3-button mice. HP workstations as well. > > > > /Marino > > > > > > And no, I'm not going to tell what I'll use it for :) :) > > > > I know, you're gonna feed it to your cat, right? > > > > > > Fry's (a Bay Area computer SuperStore) is advertising 3-button PS/2 mice > made by Mouse Systems. They want $18.00 I think. Chump change compared to > the price HP wants for a mouse. I know they do mail order. The Palo Alto > number is (415) 496-6000. The only advantage of an HP part is that you can claim it dead, and they deliver you a new one without taking the old back. You pay the difference in support contract :( Worth investigating in Denmark where Soeren lives :) /Marino From owner-freebsd-current Mon Sep 9 05:41:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA18320 for current-outgoing; Mon, 9 Sep 1996 05:41:24 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA18315; Mon, 9 Sep 1996 05:41:21 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id OAA10063; Mon, 9 Sep 1996 14:40:51 +0200 (MET DST) To: rkw@dataplex.net (Richard Wackerbarth) cc: current@FreeBSD.org, jhs@FreeBSD.org Subject: Re: Latest Current build failure In-reply-to: Your message of "Mon, 09 Sep 1996 07:30:35 CDT." Date: Mon, 09 Sep 1996 14:40:51 +0200 Message-ID: <10061.842272851@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message , Richard Wackerbarth writes: >I starts out OK, but the list of required things in "minimal" is getting >rediculously long. The problem is in "proving" that I am using code >"bootstrapped" from the -current sources. I'm ready to throw in the towel >on that one and change the "definition" to be: if you can complete a "make release" in /usr/src/release you're safe. remember to set the variables at the top of src/release/Makefile to point to the right place on your disk. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Mon Sep 9 05:50:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA18769 for current-outgoing; Mon, 9 Sep 1996 05:50:26 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA18763 for ; Mon, 9 Sep 1996 05:50:20 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id OAA15345; Mon, 9 Sep 1996 14:50:04 +0200 Message-Id: <199609091250.OAA15345@ra.dkuug.dk> Subject: Re: 3 button ps/2 mice anyone ?? To: lada@ws2301.gud.siemens.co.at (Hr.Ladavac) Date: Mon, 9 Sep 1996 14:50:04 +0200 (MET DST) Cc: jgrosch@superior.truenorth.org, lada@ws2301.gud.siemens.co.at, current@FreeBSD.org In-Reply-To: <199609091229.AA208322174@ws2301.gud.siemens.co.at> from "Hr.Ladavac" at Sep 9, 96 02:29:34 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Hr.Ladavac who wrote: > > > Fry's (a Bay Area computer SuperStore) is advertising 3-button PS/2 mice > > made by Mouse Systems. They want $18.00 I think. Chump change compared to > > the price HP wants for a mouse. I know they do mail order. The Palo Alto > > number is (415) 496-6000. > > The only advantage of an HP part is that you can claim it dead, and they > deliver you a new one without taking the old back. You pay the difference > in support contract :( > > Worth investigating in Denmark where Soeren lives :) > > /Marino Exactly, I'll try pester some of the local dealers now I something to go by. Getting it by mail from the states seems somewhat overkill :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Mon Sep 9 05:56:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA19064 for current-outgoing; Mon, 9 Sep 1996 05:56:30 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA19057; Mon, 9 Sep 1996 05:56:27 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id FAA08637; Mon, 9 Sep 1996 05:56:07 -0700 (PDT) To: Poul-Henning Kamp cc: rkw@dataplex.net (Richard Wackerbarth), current@FreeBSD.org, jhs@FreeBSD.org Subject: Re: Latest Current build failure In-reply-to: Your message of "Mon, 09 Sep 1996 14:40:51 +0200." <10061.842272851@critter.tfs.com> Date: Mon, 09 Sep 1996 05:56:06 -0700 Message-ID: <8624.842273766@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > In message , Richard Wackerbarth writes: > > >I starts out OK, but the list of required things in "minimal" is getting > >rediculously long. The problem is in "proving" that I am using code > >"bootstrapped" from the -current sources. I'm ready to throw in the towel > >on that one and change the "definition" to be: > > if you can complete a "make release" in /usr/src/release you're safe. Slightly off-topic, but speaking of which... I have a 2.2-current box which is talking to a 2.1.5 NFS server here, and doing a make release with CHROOTDIR set to point at an NFS mounted partition is a sure way to kill the 2.2. box stone dead. Unfortunately, a memory upgrade now has me in the embarassing position of having more main memory than swap configured and it's going to be backup and reinstall time for me shortly, just so I can take a panic dump again! :-( Anyone else seeing this problem? Jordan From owner-freebsd-current Mon Sep 9 06:14:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA19697 for current-outgoing; Mon, 9 Sep 1996 06:14:25 -0700 (PDT) Received: from superior.truenorth.org (ppp017-sm2.sirius.com [205.134.231.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA19690; Mon, 9 Sep 1996 06:14:21 -0700 (PDT) Received: (from jgrosch@localhost) by superior.truenorth.org (8.7.5/8.7.3) id GAA00304; Mon, 9 Sep 1996 06:14:24 -0700 (PDT) From: Josef Grosch Message-Id: <199609091314.GAA00304@superior.truenorth.org> Subject: Re: 3 button ps/2 mice anyone ?? To: sos@FreeBSD.org Date: Mon, 9 Sep 1996 06:14:22 -0700 (PDT) Cc: current@FreeBSD.org In-Reply-To: <199609091250.OAA15345@ra.dkuug.dk> from "sos@FreeBSD.org" at "Sep 9, 96 02:50:04 pm" X-Mailer: ELM [version 2.4ME+ PL13 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > In reply to Hr.Ladavac who wrote: > > > > > Fry's (a Bay Area computer SuperStore) is advertising 3-button PS/2 mice > > > made by Mouse Systems. They want $18.00 I think. Chump change compared to > > > the price HP wants for a mouse. I know they do mail order. The Palo Alto > > > number is (415) 496-6000. > > > > The only advantage of an HP part is that you can claim it dead, and they > > deliver you a new one without taking the old back. You pay the difference > > in support contract :( > > > > Worth investigating in Denmark where Soeren lives :) > > > > /Marino > > Exactly, I'll try pester some of the local dealers now I something > to go by. Getting it by mail from the states seems somewhat > overkill :) > > Sorry. Did know you were in Denmark. Yes, mail order from San Francisco is overkill. If you need the part number let me know. I was planing on picking up one of those mice today at lunch. My cat has chewed through the cord on my mouse. Anyone wanna a __DEAD__ cat ? Josef -- Josef Grosch | "Laugh while you can, monkey boy !" | FreeBSD 2.1.5 jgrosch@sirius.com | - John Warfin - | UNIX for the masses From owner-freebsd-current Mon Sep 9 06:24:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA20260 for current-outgoing; Mon, 9 Sep 1996 06:24:27 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA20255; Mon, 9 Sep 1996 06:24:24 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id PAA10199; Mon, 9 Sep 1996 15:23:55 +0200 (MET DST) To: Josef Grosch cc: sos@FreeBSD.org, current@FreeBSD.org Subject: Re: 3 button ps/2 mice anyone ?? In-reply-to: Your message of "Mon, 09 Sep 1996 06:14:22 PDT." <199609091314.GAA00304@superior.truenorth.org> Date: Mon, 09 Sep 1996 15:23:55 +0200 Message-ID: <10197.842275435@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <199609091314.GAA00304@superior.truenorth.org>, Josef Grosch writes: >Sorry. Did know you were in Denmark. Yes, mail order from San Francisco is >overkill. If you need the part number let me know. I was planing on picking >up one of those mice today at lunch. My cat has chewed through the cord on >my mouse. Anyone wanna a __DEAD__ cat ? Hey give it a chance, just make it a __volatile__ cat for now :-) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Mon Sep 9 09:42:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA01837 for current-outgoing; Mon, 9 Sep 1996 09:42:35 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA01822; Mon, 9 Sep 1996 09:42:31 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id JAA17810; Mon, 9 Sep 1996 09:42:29 -0700 From: "Rodney W. Grimes" Message-Id: <199609091642.JAA17810@GndRsh.aac.dev.com> Subject: Re: 3 button ps/2 mice anyone ?? To: sos@FreeBSD.org Date: Mon, 9 Sep 1996 09:42:29 -0700 (PDT) Cc: lada@ws2301.gud.siemens.co.at, jgrosch@superior.truenorth.org, current@FreeBSD.org In-Reply-To: <199609091250.OAA15345@ra.dkuug.dk> from "sos@FreeBSD.org" at "Sep 9, 96 02:50:04 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > In reply to Hr.Ladavac who wrote: > > > > > Fry's (a Bay Area computer SuperStore) is advertising 3-button PS/2 mice > > > made by Mouse Systems. They want $18.00 I think. Chump change compared to > > > the price HP wants for a mouse. I know they do mail order. The Palo Alto > > > number is (415) 496-6000. > > > > The only advantage of an HP part is that you can claim it dead, and they > > deliver you a new one without taking the old back. You pay the difference > > in support contract :( > > > > Worth investigating in Denmark where Soeren lives :) > > > > /Marino > > Exactly, I'll try pester some of the local dealers now I something > to go by. Getting it by mail from the states seems somewhat > overkill :) Also worth looking for is a Logitech Mouseman II PS/2 combo version with serial adapter. You can use it as a PS/2 mouse, or stuff the adapter on it and use it as a serial mouse. Real handy item to have around... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Mon Sep 9 09:56:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA03456 for current-outgoing; Mon, 9 Sep 1996 09:56:27 -0700 (PDT) Received: from shadows.aeon.net (freebsd@shadows.aeon.net [194.100.41.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA03446; Mon, 9 Sep 1996 09:56:15 -0700 (PDT) Received: (from freebsd@localhost) by shadows.aeon.net (8.7.5/8.6.9) id TAA07484; Mon, 9 Sep 1996 19:53:38 +0300 (EET DST) From: Mr Operating System Message-Id: <199609091653.TAA07484@shadows.aeon.net> Subject: Re: 3 button ps/2 mice anyone ?? To: sos@freebsd.org Date: Mon, 9 Sep 1996 19:53:38 +0300 (EET DST) Cc: freebsd-current@freebsd.org In-Reply-To: <199609090921.LAA14805@ra.dkuug.dk> from "sos@freebsd.org" at "Sep 9, 96 11:21:52 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Anybody know where I can get my hands on a 3 button ps/2 mouse?? logitech makes them since i have few at work... tho, only few... > I know they exist as I've seen one :) long ago... i see them daily.. :p > And no, I'm not going to tell what I'll use it for :) :) i would not suggest eating it, tastes bad... i read you're from denmark? well, i work in a firm in finland, and we should be able to sell one to you, tho i would assume it'd cost around $25 with posting and stuff... sorry. > Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team mickey From owner-freebsd-current Mon Sep 9 11:14:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA09043 for current-outgoing; Mon, 9 Sep 1996 11:14:39 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA09037; Mon, 9 Sep 1996 11:14:36 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.7.5/8.7.3) id OAA02906; Mon, 9 Sep 1996 14:14:35 -0400 (EDT) From: Charles Henrich Message-Id: <199609091814.OAA02906@crh.cl.msu.edu> Subject: Grrr. NFS to a Sun (Slowaris 5.5.1) To: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org, freebsd-current@freebsd.org Date: Mon, 9 Sep 1996 14:14:35 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Okay, I'm having a horrendous time on 960801-SNAP to a Sparc E6000 NFS server. About every 6mb of transfers its as though some packets were eaten, and it locks up the entire NFS side of my machine (damnit), and it takes about 60 seconds, when things click back in. Then another 5mb or so later click same thing, ad nausem. Anyone else having any problems with NFS clients on 0801 ? Its been my impression that the NFS on FreeBSD went really downhill between 0612 and 0801 ... I've been having all sorts of annoying pauses and glitches to a RS/6000 as well, but nothing nearly as bad as to the sparc. Hints anyone? -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-current Mon Sep 9 11:22:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA09514 for current-outgoing; Mon, 9 Sep 1996 11:22:26 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA09508 for ; Mon, 9 Sep 1996 11:22:23 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id LAA21768; Mon, 9 Sep 1996 11:21:54 -0700 (PDT) To: Charles Henrich cc: freebsd-current@freebsd.org Subject: Re: Grrr. NFS to a Sun (Slowaris 5.5.1) In-reply-to: Your message of "Mon, 09 Sep 1996 14:14:35 EDT." <199609091814.OAA02906@crh.cl.msu.edu> Date: Mon, 09 Sep 1996 11:21:53 -0700 Message-ID: <21765.842293313@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [ cut to -current; 3 groups is definite overkill, Charles! :( ] > Its been my impression that the NFS on FreeBSD went really downhill between > 0612 and 0801 ... I've been having all sorts of annoying pauses and glitches > to a RS/6000 as well, but nothing nearly as bad as to the sparc. You'd be right in that impression - NFS clientry is now one of the easiest way to crash yourself in -current. > Hints anyone? Find us an NFS guru with a little free time? :-) The #1 problem with FreeBSD and NFS isn't a technical one, it's a personnel problem. The number of people who truly understand that code can literally be counted on one hand, and all of them are in high demand. :-( Jordan From owner-freebsd-current Mon Sep 9 12:04:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA12041 for current-outgoing; Mon, 9 Sep 1996 12:04:12 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA12025 for ; Mon, 9 Sep 1996 12:04:05 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id FAA24911; Tue, 10 Sep 1996 05:02:22 +1000 Date: Tue, 10 Sep 1996 05:02:22 +1000 From: Bruce Evans Message-Id: <199609091902.FAA24911@godzilla.zeta.org.au> To: freebsd-current@freebsd.org, swallace@ece.uci.edu Subject: Re: Object directory changes to make Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I like the new functionality for building the source trees, but >I do not like removing the old functionality either. Therefore, >I made changes to make so that it will accompish both. So did I :-). >First make will search for MAKEOBJDIR.machine, then MAKEOBJDIR, >as previously done. Then if both failed it will search for >MAKEOBJDIRPREFIX/`cwd`/machine and then MAKEOBJDIRPREFIX/`cwd`. >If all fails the cwd is used. I use an environment variable MAKEOBJTREE instead of the hard coded prefix MAKEOBJDIRPREFIX. Experience showed: 1) The environment variable is too inconvenient (as expected). It will have to be hard-coded for a transitional period until it can be read from an include file (`make' now doesn't read include files until after it decides the object dir. This behaviour is fundamental because ifdefs etc. to control the reading of include files may depend on the object dir). 2) There should be no slash between MAKEOBJDIRPREFIX and `cwd`. `cwd` begins with a slash (except possibly when it is actually $PWD), and the extra slash is unnecessary if MAKEOBJDIRPRFIX is nonempty and a bug otherwise. 3) .TARGETOBJDIR is bogus and unnecessary. bsd.obj.mk can easily concatenate ${MAKEOBJDIRPREFIX} and ${.CURDIR} itself provided it knows ${MAKEOBJDIR}. It needs to do this to get an unambiguous path. Chdir checks in `make' don't work because the name of the path must not depend on the existence of the path. This seems to be quite broken in your version. .TARGETOBJDIR is set ${path}.${MACHINE}, where ${path} is ${MAKEOBJDIR} if that is set in the environment, else "obj". This seems to break both the new and the old tree names. 4) MAKEOBJDIRPREFIX is a better name than MAKEOBJTREE. 5) .${MACHINE} causes similar problems to ${MAKEOBJTREE}/. It should be a general suffix, named ${MAKEOBJDIRSUFFIX} and any necessary punctuation (usually "."; perhaps "/") should be part of the suffix. It should not be decided inside `make'. 6) `make's builtin search path should go away. The effect of its builtin "obj" path can easily be obtained using the new MAKEOBJDIRPREFIX. It probably isn't necessary for the prefix to actually be a search path, and the ambiguity for a path usually gets in the way. Overriding the prefix is probably good enough doing local changes. MAKEOBJDIR didn't work before, so it won't be missed. Bruce From owner-freebsd-current Mon Sep 9 12:19:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA13261 for current-outgoing; Mon, 9 Sep 1996 12:19:13 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA13255 for ; Mon, 9 Sep 1996 12:19:10 -0700 (PDT) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by Kitten.mcs.com (8.7.5/8.7.5) with SMTP id OAA29784; Mon, 9 Sep 1996 14:17:45 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Mon, 9 Sep 96 14:17 CDT Received: (from karl@localhost) by Jupiter.mcs.net (8.7.5/8.7.5) id OAA16267; Mon, 9 Sep 1996 14:17:44 -0500 (CDT) From: Karl Denninger Message-Id: <199609091917.OAA16267@Jupiter.mcs.net> Subject: Re: Grrr. NFS to a Sun (Slowaris 5.5.1) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 9 Sep 1996 14:17:44 -0500 (CDT) Cc: henrich@crh.cl.msu.edu, freebsd-current@freebsd.org In-Reply-To: <21765.842293313@time.cdrom.com> from "Jordan K. Hubbard" at Sep 9, 96 11:21:53 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > [ cut to -current; 3 groups is definite overkill, Charles! :( ] > > > Its been my impression that the NFS on FreeBSD went really downhill between > > 0612 and 0801 ... I've been having all sorts of annoying pauses and glitches > > to a RS/6000 as well, but nothing nearly as bad as to the sparc. > > You'd be right in that impression - NFS clientry is now one of the > easiest way to crash yourself in -current. Uh, why is it that my news server, which NFS serves the spool to some 30 clients, doesn't blow up? :-) 2.2-Current from about 8/22 of this year is the load I'm using. > > Hints anyone? > > Find us an NFS guru with a little free time? :-) The #1 problem with > FreeBSD and NFS isn't a technical one, it's a personnel problem. The > number of people who truly understand that code can literally be > counted on one hand, and all of them are in high demand. :-( > > Jordan -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1 from $600 monthly; speeds to DS-3 available | 23 Chicagoland Prefixes, 13 ISDN, much more Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 248-9865] | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-current Mon Sep 9 12:38:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA14560 for current-outgoing; Mon, 9 Sep 1996 12:38:48 -0700 (PDT) Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA14553 for ; Mon, 9 Sep 1996 12:38:46 -0700 (PDT) Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.7.4) id MAA09567; Mon, 9 Sep 1996 12:38:43 -0700 (PDT) Received: from localhost by newport.ece.uci.edu (8.7.4) id MAA13249; Mon, 9 Sep 1996 12:38:41 -0700 (PDT) Message-Id: <199609091938.MAA13249@newport.ece.uci.edu> To: Bruce Evans cc: freebsd-current@freebsd.org Subject: Re: Object directory changes to make In-reply-to: Your message of "Tue, 10 Sep 1996 05:02:22 +1000." <199609091902.FAA24911@godzilla.zeta.org.au> Date: Mon, 09 Sep 1996 12:38:40 -0700 From: Steven Wallace Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>First make will search for MAKEOBJDIR.machine, then MAKEOBJDIR, >>as previously done. Then if both failed it will search for >>MAKEOBJDIRPREFIX/`cwd`/machine and then MAKEOBJDIRPREFIX/`cwd`. >>If all fails the cwd is used. > > I use an environment variable MAKEOBJTREE instead of the hard coded > prefix MAKEOBJDIRPREFIX. Experience showed: > > 1) The environment variable is too inconvenient (as expected). It > will have to be hard-coded for a transitional period until it can > be read from an include file (`make' now doesn't read include files > until after it decides the object dir. This behaviour is fundamental > because ifdefs etc. to control the reading of include files may depend > on the object dir). > > 2) There should be no slash between MAKEOBJDIRPREFIX and `cwd`. `cwd` > begins with a slash (except possibly when it is actually $PWD), and > the extra slash is unnecessary if MAKEOBJDIRPRFIX is nonempty and a > bug otherwise. I put that there for easy reading...not in code. > > 3) .TARGETOBJDIR is bogus and unnecessary. bsd.obj.mk can easily > concatenate ${MAKEOBJDIRPREFIX} and ${.CURDIR} itself provided it > knows ${MAKEOBJDIR}. It needs to do this to get an unambiguous > path. Chdir checks in `make' don't work because the name of the > path must not depend on the existence of the path. > I agree it should be done away with. Do we want to do that now? > This seems to be quite broken in your version. .TARGETOBJDIR is set > ${path}.${MACHINE}, where ${path} is ${MAKEOBJDIR} if that is set in > the environment, else "obj". This seems to break both the new and > the old tree names. > Fixed > 4) MAKEOBJDIRPREFIX is a better name than MAKEOBJTREE. > > 5) .${MACHINE} causes similar problems to ${MAKEOBJTREE}/. It should > be a general suffix, named ${MAKEOBJDIRSUFFIX} and any necessary > punctuation (usually "."; perhaps "/") should be part of the suffix. > It should not be decided inside `make'. Huh? > > 6) `make's builtin search path should go away. The effect of its > builtin "obj" path can easily be obtained using the new > MAKEOBJDIRPREFIX. It probably isn't necessary for the prefix to > actually be a search path, and the ambiguity for a path usually gets > in the way. Overriding the prefix is probably good enough doing > local changes. MAKEOBJDIR didn't work before, so it won't be missed. > It would be nice if the object directory could be set by the makefile or an include file, but until then the search path is needed. With MAKEOBJDIRPREFIX, MAKEOBJDIR is not needed to build the src tree. However, it is still needed for compatability for other trees users have built using previous FreeBSD releases. I am confused. What would you like to do? I would like to put my changes into place until major changes to allow the makefile/include to determine the object directory. Steven From owner-freebsd-current Mon Sep 9 12:59:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA15517 for current-outgoing; Mon, 9 Sep 1996 12:59:31 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA15511 for ; Mon, 9 Sep 1996 12:59:29 -0700 (PDT) Received: from watson.grauel.com (watson.grauel.com [199.233.104.36]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id MAA05063 for ; Mon, 9 Sep 1996 12:59:28 -0700 (PDT) Received: (from rjk@localhost) by watson.grauel.com (8.7.5/8.7.3) id PAA11006; Mon, 9 Sep 1996 15:06:36 -0500 (EST) Date: Mon, 9 Sep 1996 15:06:36 -0500 (EST) Message-Id: <199609092006.PAA11006@watson.grauel.com> From: Richard J Kuhns To: freebsd-current@freebsd.org Subject: SCSI tape drive problem in -current Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hardware: 120 MH Pentium, 32 MB RAM, BT946C controller, 2 Seagate Barracudas, Archive Viper tape drive, ASUS motherboard. I recently loaded -current on my home machine, which I had been using to track -stable. Before upgrading, I backed up every partition that had anything I wanted to save on it's own tape, using tar. The installation (from the 960801-SNAP CD) went very smoothly; I told sysinstall to newfs /, /usr, and /var, and to leave the other partitions alone. I then tried to reload some stuff from my /usr backup (Infocom games, as it happens) -- no luck. The tape positions itself when I put it in, but when I run "tar -tvf /dev/rst0", the light on the tape drive comes on for a fraction of a second, and that's it -- I get my prompt back. There are no error messages anywhere; tar doesn't complain, there's nothing on the console, and nothing new under /var/log. I tried running a new backup; I could create it and re-read it without any trouble. I also did a "make bootstrap; make world" last night, with ctm updates through about noon EST yesterday (Sep 8); it didn't make any difference. I brought the (-stable) /usr backup to work with me this morning, and found to my joy that a machine in the office running 960501-SNAP with an Archive Anaconda tape drive can read it without any trouble. The tapes are Maxell DC-6525s. Comments? This is potentially a major problem, and I'm willing to help track it down, with a few pointers from those more experienced.... -- Rich Kuhns rjk@grauel.com PO Box 6249 Tel: (317)477-6000 \ 100 Sawmill Road x319 Lafayette, IN 47903 (800)489-4891 / From owner-freebsd-current Mon Sep 9 13:38:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA17712 for current-outgoing; Mon, 9 Sep 1996 13:38:11 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA17706; Mon, 9 Sep 1996 13:38:08 -0700 (PDT) Message-Id: <199609092038.NAA17706@freefall.freebsd.org> To: Richard J Kuhns cc: freebsd-current@freebsd.org Subject: Re: SCSI tape drive problem in -current In-reply-to: Your message of "Mon, 09 Sep 1996 15:06:36 CDT." <199609092006.PAA11006@watson.grauel.com> Date: Mon, 09 Sep 1996 13:38:08 -0700 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I then tried to reload some stuff from my /usr backup (Infocom games, as it >happens) -- no luck. The tape positions itself when I put it in, but when >I run "tar -tvf /dev/rst0", the light on the tape drive comes on for a >fraction of a second, and that's it -- I get my prompt back. There are no >error messages anywhere; tar doesn't complain, there's nothing on the >console, and nothing new under /var/log. > >I tried running a new backup; I could create it and re-read it without any >trouble. My guess would be that -current is using a different default block size for your tape drive then -stable. You should do an "mt status" on both platforms and look for differences. >-- >Rich Kuhns rjk@grauel.com >PO Box 6249 Tel: (317)477-6000 \ >100 Sawmill Road x319 >Lafayette, IN 47903 (800)489-4891 / > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Mon Sep 9 14:01:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA18969 for current-outgoing; Mon, 9 Sep 1996 14:01:26 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA18964 for ; Mon, 9 Sep 1996 14:01:23 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA01665; Mon, 9 Sep 1996 13:58:03 -0700 From: Terry Lambert Message-Id: <199609092058.NAA01665@phaeton.artisoft.com> Subject: Re: Grrr. NFS to a Sun (Slowaris 5.5.1) To: karl@Mcs.Net (Karl Denninger) Date: Mon, 9 Sep 1996 13:58:03 -0700 (MST) Cc: jkh@time.cdrom.com, henrich@crh.cl.msu.edu, freebsd-current@freebsd.org In-Reply-To: <199609091917.OAA16267@Jupiter.mcs.net> from "Karl Denninger" at Sep 9, 96 02:17:44 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > You'd be right in that impression - NFS clientry is now one of the > > easiest way to crash yourself in -current. > > Uh, why is it that my news server, which NFS serves the spool to some 30 > clients, doesn't blow up? :-) In simplest terms, "because you aren't using the broken code". The client code is FS code. The Server code is a kernel process for an rpc server using a system call that never returns to user space (the oldest and crudest way to get a kernel thread). In general, there are a lot of NFS client *and* server problems, most of which derive from the framework. For instance, the NFS server cookie stuff for VOP_READDIR() if an exported FS is pure garbage. A theoretical soloution hashed out between Doug Rabson and myself about 6 months ago is waiting for an implementor in the -current list archives. There are also issues of principle, like who should be handling the export options (right now, it's per FS list mangement, which explains why you can't NFS serve some FS types). 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-current Mon Sep 9 14:18:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA19837 for current-outgoing; Mon, 9 Sep 1996 14:18:00 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA19827 for ; Mon, 9 Sep 1996 14:17:49 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id HAA27432; Tue, 10 Sep 1996 07:00:19 +1000 Date: Tue, 10 Sep 1996 07:00:19 +1000 From: Bruce Evans Message-Id: <199609092100.HAA27432@godzilla.zeta.org.au> To: bde@zeta.org.au, swallace@ece.uci.edu Subject: Re: Object directory changes to make Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>First make will search for MAKEOBJDIR.machine, then MAKEOBJDIR, >>>as previously done. Then if both failed it will search for >>>MAKEOBJDIRPREFIX/`cwd`/machine and then MAKEOBJDIRPREFIX/`cwd`. >>>If all fails the cwd is used. Why .machine in one case and /machine in the other case? >> 2) There should be no slash between MAKEOBJDIRPREFIX and `cwd`. `cwd` >> begins with a slash (except possibly when it is actually $PWD), and >> the extra slash is unnecessary if MAKEOBJDIRPRFIX is nonempty and a >> bug otherwise. >I put that there for easy reading...not in code. OK. >> 3) .TARGETOBJDIR is bogus and unnecessary. bsd.obj.mk can easily >> concatenate ${MAKEOBJDIRPREFIX} and ${.CURDIR} itself provided it >> knows ${MAKEOBJDIR}. It needs to do this to get an unambiguous >> path. Chdir checks in `make' don't work because the name of the >> path must not depend on the existence of the path. >> >I agree it should be done away with. Do we want to do that now? Just don't use it for now. >> 5) .${MACHINE} causes similar problems to ${MAKEOBJTREE}/. It should >> be a general suffix, named ${MAKEOBJDIRSUFFIX} and any necessary >> punctuation (usually "."; perhaps "/") should be part of the suffix. >> It should not be decided inside `make'. >Huh? `make' is sure to use "." when you want "/", etc. The naming policy shouldn't be there. >> 6) `make's builtin search path should go away. The effect of its >It would be nice if the object directory could be set by the makefile >or an include file, but until then the search path is needed. >With MAKEOBJDIRPREFIX, MAKEOBJDIR is not needed to build the src tree. >However, it is still needed for compatability for other trees users >have built using previous FreeBSD releases. Except it didn't work :-). It worked if it was a relative path, but MAKEOBJDIR=/any resulted in objdir == obpath == "" after a successful chdir(path) in the non-mdpath case. >I am confused. What would you like to do? >I would like to put my changes into place until major changes >to allow the makefile/include to determine the object directory. Just make some minor changes: 1) Nuke .TARGETOBJDIR. It can be defined as .TARGETOBJDIR= ${MAKEOBJTREE}${.CURDIR} for a quick fix (it should be renamed CANONICALOBJDIR or something like that). 2) Give MAKEOBJDIRPREFIX priority over both the "obj" and the "/usr/obj" prefixes. 3) Warn in a central makefile when ${.OBJDIR} != ${CANONICALOBJDIR} (&& maybe ${.OBJDIR} != ${.CURDIR} or maybe if ${.OBJDIR} = ${.CURDIR}/obj). This will be useful for detecting stale ./obj directories and links. If you really want to use a nonstandard CANONICALOBJDIR and not get a warning, then you can set MAKEOBJDIR or MAKEOBJDIRPREFIX. I like to a ./obj directory for debugging without touch the object tree, and a warning for the ./obj's that I forget about would be useful. Bruce From owner-freebsd-current Mon Sep 9 14:34:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA21309 for current-outgoing; Mon, 9 Sep 1996 14:34:49 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA21292 for ; Mon, 9 Sep 1996 14:34:41 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.7.5/8.7.3) id RAA01021; Mon, 9 Sep 1996 17:33:16 -0400 (EDT) From: Charles Henrich Message-Id: <199609092133.RAA01021@crh.cl.msu.edu> Subject: Re: Grrr. NFS to a Sun (Slowaris 5.5.1) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 9 Sep 1996 17:33:16 -0400 (EDT) Cc: freebsd-current@freebsd.org In-Reply-To: <21765.842293313@time.cdrom.com> from "Jordan K. Hubbard" at "Sep 9, 96 11:21:53 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > You'd be right in that impression - NFS clientry is now one of the > easiest way to crash yourself in -current. > > > Hints anyone? > > Find us an NFS guru with a little free time? :-) The #1 problem with > FreeBSD and NFS isn't a technical one, it's a personnel problem. The > number of people who truly understand that code can literally be > counted on one hand, and all of them are in high demand. :-( What I dont understand is if no one is working on NFS, how is it going downhill? I mean, cant we just revert back to the NFS that was in 0612, it seemed to work very well. -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-current Mon Sep 9 16:15:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA28105 for current-outgoing; Mon, 9 Sep 1996 16:15:18 -0700 (PDT) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA28098 for current; Mon, 9 Sep 1996 16:15:17 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199609092315.QAA28098@freefall.freebsd.org> Subject: make -ki considered harmful To: current Date: Mon, 9 Sep 1996 16:15:16 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk be very careful with the flag "i" during a make. it may crash your machine. i dont knwo that this is a bug, but rather may be the uninteded result of having a "i" flag avilable. Aspen:[208] cd /usr/src/share/sgml Aspen:[209] ls -Flag total 8 drwxrwxr-x 4 root wheel 512 Sep 8 18:02 ./ drwxrwxr-x 17 root wheel 512 Sep 3 19:13 ../ -rw-rw-r-- 1 root wheel 1786 Sep 8 16:36 CATALOG drwxrwxr-x 2 root wheel 512 Sep 8 18:02 CVS/ drwxrwxr-x 3 root wheel 512 Sep 8 18:02 FreeBSD/ -rw-rw-r-- 1 root wheel 287 Sep 8 18:02 Makefile -rw-rw-r-- 1 root wheel 90 May 9 1995 Makefile.inc Aspen:[210] make -k clean ===> FreeBSD ===> ISO cd: can't cd to /usr/src/share/sgml/ISO *** Error code 2 (continuing) Aspen:[211] make -i clean ===> FreeBSD ===> ISO cd: can't cd to /usr/src/share/sgml/ISO ===> ISO/FreeBSD ===> ISO/ISO cd: can't cd to /usr/src/share/sgml/ISO ===> ISO/ISO/FreeBSD ===> ISO/ISO/ISO cd: can't cd to /usr/src/share/sgml/ISO ===> ISO/ISO/ISO/FreeBSD ===> ISO/ISO/ISO/ISO cd: can't cd to /usr/src/share/sgml/ISO ===> ISO/ISO/ISO/ISO/FreeBSD ===> ISO/ISO/ISO/ISO/ISO cd: can't cd to /usr/src/share/sgml/ISO ===> ISO/ISO/ISO/ISO/ISO/FreeBSD ===> ISO/ISO/ISO/ISO/ISO/ISO cd: can't cd to /usr/src/share/sgml/ISO Aspen:[212] more Makefile # $Id: Makefile,v 1.4 1996/09/08 20:36:58 jfieber Exp $ Aspen:[213] head -2 /usr/share/mk/bsd.subdir.mk # from: @(#)bsd.subdir.mk 5.9 (Berkeley) 2/1/91 # $Id: bsd.subdir.mk,v 1.10 1996/06/24 21:33:23 jkh Exp $ this will continue until the machines crashes. you know how i found out! ;) jmb -- Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/ PGP 2.6.2 Fingerprint: 31 57 41 56 06 C1 40 13 C5 1C E3 E5 DC 62 0E FB From owner-freebsd-current Mon Sep 9 17:49:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA02104 for current-outgoing; Mon, 9 Sep 1996 17:49:51 -0700 (PDT) Received: from prozac.neuron.net (prozac.neuron.net [165.254.1.213]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA02086; Mon, 9 Sep 1996 17:49:35 -0700 (PDT) Received: (from amir@localhost) by prozac.neuron.net (8.7.5/8.6.12) id UAA12373; Mon, 9 Sep 1996 20:59:32 -0400 (EDT) From: "Amir Y. Rosenblatt" Message-Id: <199609100059.UAA12373@prozac.neuron.net> Subject: Re: 3 button ps/2 mice anyone ?? In-Reply-To: <199609091642.JAA17810@GndRsh.aac.dev.com> from "Rodney W. Grimes" at "Sep 9, 96 09:42:29 am" To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Date: Mon, 9 Sep 1996 20:59:32 -0400 (EDT) Cc: sos@FreeBSD.org, lada@ws2301.gud.siemens.co.at, jgrosch@superior.truenorth.org, current@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Also worth looking for is a Logitech Mouseman II PS/2 combo version with > serial adapter. You can use it as a PS/2 mouse, or stuff the adapter > on it and use it as a serial mouse. Real handy item to have around... I have one of these but when I use it on the PS/2 port and crank up X the thing stays on the top oif the screen and is really jittery -- makes it basically useless. I prolly have the device misconfigured or something. This is the case with both XFree86 3.1.2E and XInside Accelerated X. -Amir From owner-freebsd-current Mon Sep 9 19:08:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA06308 for current-outgoing; Mon, 9 Sep 1996 19:08:17 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA06302 for ; Mon, 9 Sep 1996 19:08:15 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id TAA01860; Mon, 9 Sep 1996 19:07:55 -0700 (PDT) To: Charles Henrich cc: freebsd-current@FreeBSD.ORG Subject: Re: Grrr. NFS to a Sun (Slowaris 5.5.1) In-reply-to: Your message of "Mon, 09 Sep 1996 17:33:16 EDT." <199609092133.RAA01021@crh.cl.msu.edu> Date: Mon, 09 Sep 1996 19:07:54 -0700 Message-ID: <1858.842321274@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > What I dont understand is if no one is working on NFS, how is it going > downhill? I mean, cant we just revert back to the NFS that was in 0612, it > seemed to work very well. I think it's more a question of dependencies. You don't need to change *anything* in the NFS code to make it break, after all, there being so many other things it depends on which can change. Jordan From owner-freebsd-current Mon Sep 9 19:38:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA07830 for current-outgoing; Mon, 9 Sep 1996 19:38:43 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA07824 for ; Mon, 9 Sep 1996 19:38:40 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id TAA02021; Mon, 9 Sep 1996 19:38:19 -0700 (PDT) To: Karl Denninger cc: henrich@crh.cl.msu.edu, freebsd-current@FreeBSD.ORG Subject: Re: Grrr. NFS to a Sun (Slowaris 5.5.1) In-reply-to: Your message of "Mon, 09 Sep 1996 14:17:44 CDT." <199609091917.OAA16267@Jupiter.mcs.net> Date: Mon, 09 Sep 1996 19:38:19 -0700 Message-ID: <2019.842323099@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > You'd be right in that impression - NFS clientry is now one of the > > easiest way to crash yourself in -current. > > Uh, why is it that my news server, which NFS serves the spool to some 30 > clients, doesn't blow up? :-) Well, for one thing it's not the server I'm worried about. NFS *service* seems to work quite well, it's just the 2.2 clients which worry me. Simple test: 22box# cd /usr/src 22box# make world 22box# mount foo:/some/big/disk /mnt 22box# cd /usr/src/release 22box# make release CHROOTDIR=/mnt/release BUILDNAME=2.2-BLOW_ME_UP If it actually gets all the way through this, please, send me mail. I'd be interested to know. Also, to be fair, this doesn't *exactly* match my test environment as the NFS server is being mounted via AMD, but I strongly doubt that has anything to do with it. Jordan From owner-freebsd-current Mon Sep 9 19:55:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA08536 for current-outgoing; Mon, 9 Sep 1996 19:55:25 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA08529 for ; Mon, 9 Sep 1996 19:55:21 -0700 (PDT) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by Kitten.mcs.com (8.7.5/8.7.5) with SMTP id VAA20836; Mon, 9 Sep 1996 21:55:12 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Mon, 9 Sep 96 21:55 CDT Received: (from karl@localhost) by Jupiter.mcs.net (8.7.5/8.7.5) id VAA22327; Mon, 9 Sep 1996 21:55:09 -0500 (CDT) From: Karl Denninger Message-Id: <199609100255.VAA22327@Jupiter.mcs.net> Subject: Re: Grrr. NFS to a Sun (Slowaris 5.5.1) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 9 Sep 1996 21:55:09 -0500 (CDT) Cc: karl@Mcs.Net, henrich@crh.cl.msu.edu, freebsd-current@FreeBSD.ORG In-Reply-To: <2019.842323099@time.cdrom.com> from "Jordan K. Hubbard" at Sep 9, 96 07:38:19 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > You'd be right in that impression - NFS clientry is now one of the > > > easiest way to crash yourself in -current. > > > > Uh, why is it that my news server, which NFS serves the spool to some 30 > > clients, doesn't blow up? :-) > > Well, for one thing it's not the server I'm worried about. NFS > *service* seems to work quite well, it's just the 2.2 clients which > worry me. > > Simple test: > > 22box# cd /usr/src > 22box# make world > 22box# mount foo:/some/big/disk /mnt > 22box# cd /usr/src/release > 22box# make release CHROOTDIR=/mnt/release BUILDNAME=2.2-BLOW_ME_UP > > If it actually gets all the way through this, please, send me mail. > I'd be interested to know. > > Also, to be fair, this doesn't *exactly* match my test environment > as the NFS server is being mounted via AMD, but I strongly doubt > that has anything to do with it. > > Jordan Uh, see this? 9:42PM up 9 days, 21:52, 2 users, load averages: 0.04, 0.03, 0.00 Guess what OS load this is running? FreeBSD Jupiter.mcs.net 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Sat Jul 27 18:09:25 CDT 1996 karl@Codebase.mcs.net:/usr/src/sys/compile/MCS_STANDARD i386 And, I might note, the last time it went down was *MY* fault; I knocked the power cord out of the socket. :-) Prior to that it had been up for about 2 weeks. No problems noted. This system is a general user machine here and is quite stable (at least so far it is). $ ruptime | grep News News1 up 29+11:37, 0 users, load 0.68, 0.75, 0.79 That machine is our primary news feed system (4 X Quantum Atlas Fast/Wide drives, 2 AHA2940s to split the I/O channel load, 2 SMC 100TX net cards, 128MB RAM, Pentium PRO 200 -- your standard fire-breathing monster). It has been completely stable for 29 days with no sign of it changing. That's the system which does the exporting of all that news data. Running 2.2-CURRENT from the same build as above. The disk I/O load on this thing is very heavy; sustained I/O rates over 10mbps for periods of many minutes are not uncommon. No problems at all. I'll note that the BSDI 2.x load that this replaced couldn't keep its noggin' together for more than 48 hours. That we now have 29 days and counting on this code load says a lot -- of good things. I also have another 2.2 load running an NNTP user server (nnrpd) which *does* occasionally fail with all processes wedged in a disk wait, but I'm not at all certain that is really what's going on -- this is one using the "shared active" patches to nnrpd, and nnrpd is known to core fault with the semaphore locked -- which, if it blocks during the IPC operations, will look a lot like a disk I/O block problem...... and the symptoms DO match an IPC lock-up. That NNTP machine doesn't do disk *writes* over NFS. But Jupiter certainly does, as does another 2.2 machine running part of our authentication system (when we rebuild it the source and object directories are mounted). As soon as I can arrange for a spare 4G of space on our NFS farm I'll try your test (probably after this weekend). -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1 from $600 monthly; speeds to DS-3 available | 23 Chicagoland Prefixes, 13 ISDN, much more Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 248-9865] | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-current Mon Sep 9 20:06:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA08977 for current-outgoing; Mon, 9 Sep 1996 20:06:37 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA08969 for ; Mon, 9 Sep 1996 20:06:33 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id UAA02493; Mon, 9 Sep 1996 20:06:13 -0700 (PDT) To: Karl Denninger cc: henrich@crh.cl.msu.edu, freebsd-current@FreeBSD.ORG Subject: Re: Grrr. NFS to a Sun (Slowaris 5.5.1) In-reply-to: Your message of "Mon, 09 Sep 1996 21:55:09 CDT." <199609100255.VAA22327@Jupiter.mcs.net> Date: Mon, 09 Sep 1996 20:06:13 -0700 Message-ID: <2491.842324773@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Uh, see this? > > 9:42PM up 9 days, 21:52, 2 users, load averages: 0.04, 0.03, 0.00 > > Guess what OS load this is running? Yes, you've proven that it's possible to run a news server. That's good, but I'm still going to wait until you've run the make release test this weekend before throwing my hat in the air. Jordan From owner-freebsd-current Mon Sep 9 20:24:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA09753 for current-outgoing; Mon, 9 Sep 1996 20:24:50 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA09741 for ; Mon, 9 Sep 1996 20:24:47 -0700 (PDT) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by Kitten.mcs.com (8.7.5/8.7.5) with SMTP id WAA22349; Mon, 9 Sep 1996 22:24:46 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Mon, 9 Sep 96 22:14 CDT Received: (from karl@localhost) by Jupiter.mcs.net (8.7.5/8.7.5) id WAA22559; Mon, 9 Sep 1996 22:14:46 -0500 (CDT) From: Karl Denninger Message-Id: <199609100314.WAA22559@Jupiter.mcs.net> Subject: Re: Grrr. NFS to a Sun (Slowaris 5.5.1) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 9 Sep 1996 22:14:45 -0500 (CDT) Cc: karl@Mcs.Net, henrich@crh.cl.msu.edu, freebsd-current@FreeBSD.ORG In-Reply-To: <2491.842324773@time.cdrom.com> from "Jordan K. Hubbard" at Sep 9, 96 08:06:13 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Uh, see this? > > > > 9:42PM up 9 days, 21:52, 2 users, load averages: 0.04, 0.03, 0.00 > > > > Guess what OS load this is running? > > Yes, you've proven that it's possible to run a news server. That's > good, but I'm still going to wait until you've run the make release > test this weekend before throwing my hat in the air. > > Jordan Uh, I'll likely know a lot sooner than that. I invited 10,000+ of my customers to come play on this machine (Jupiter) today, and that's running the new load and has something like 15 disks mounted via NFS...... The first time it has 100 sessions active on it (like tomorrow at about 10:30 in the morning) we should know if its stable or not :-) -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1 from $600 monthly; speeds to DS-3 available | 23 Chicagoland Prefixes, 13 ISDN, much more Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 248-9865] | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-current Mon Sep 9 20:50:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA10789 for current-outgoing; Mon, 9 Sep 1996 20:50:17 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA10784 for ; Mon, 9 Sep 1996 20:50:13 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.7.5/8.7.3) id XAA02210; Mon, 9 Sep 1996 23:47:39 -0400 (EDT) From: Charles Henrich Message-Id: <199609100347.XAA02210@crh.cl.msu.edu> Subject: Re: Grrr. NFS to a Sun (Slowaris 5.5.1) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 9 Sep 1996 23:47:39 -0400 (EDT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <1858.842321274@time.cdrom.com> from "Jordan K. Hubbard" at "Sep 9, 96 07:07:54 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> What I dont understand is if no one is working on NFS, how is it going >> downhill? I mean, cant we just revert back to the NFS that was in 0612, it >> seemed to work very well. > > I think it's more a question of dependencies. You don't need to > change *anything* in the NFS code to make it break, after all, there > being so many other things it depends on which can change. As a logical note, I've been doing heavy NFS client activity on 0801 since about 0801 :) and its been stable, its never ever nuked my machine, it just gets in these states where it takes about 30 seconds for something to timeout, then it comes back to life.. -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-current Mon Sep 9 22:15:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA14996 for current-outgoing; Mon, 9 Sep 1996 22:15:37 -0700 (PDT) Received: from mx.serv.net (mx.serv.net [199.201.191.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA14984 for ; Mon, 9 Sep 1996 22:15:16 -0700 (PDT) Received: from MindBender.serv.net by mx.serv.net (8.7.5/SERV Revision: 2.30 † id WAA16563; Mon, 9 Sep 1996 22:15:11 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.serv.net (8.7.5/8.7.3) with SMTP id WAA12396; Mon, 9 Sep 1996 22:10:32 -0700 (PDT) Message-Id: <199609100510.WAA12396@MindBender.serv.net> X-Authentication-Warning: MindBender.serv.net: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: Richard J Kuhns cc: freebsd-current@freebsd.org Subject: Re: SCSI tape drive problem in -current In-reply-to: Your message of Mon, 09 Sep 96 15:06:36 -0500. <199609092006.PAA11006@watson.grauel.com> Date: Mon, 09 Sep 1996 22:10:32 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I then tried to reload some stuff from my /usr backup (Infocom games, as it >happens) -- no luck. The tape positions itself when I put it in, but when >I run "tar -tvf /dev/rst0", the light on the tape drive comes on for a >fraction of a second, and that's it -- I get my prompt back. There are no >error messages anywhere; tar doesn't complain, there's nothing on the >console, and nothing new under /var/log. Maybe you have more than one EOF or EOT marker on the tape, and you need to scan past the first one. ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@MindBender.serv.net --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... ----------------------------------------------------------------------------- From owner-freebsd-current Mon Sep 9 22:24:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA15606 for current-outgoing; Mon, 9 Sep 1996 22:24:54 -0700 (PDT) Received: from mx.serv.net (mx.serv.net [199.201.191.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA15589 for ; Mon, 9 Sep 1996 22:24:51 -0700 (PDT) Received: from MindBender.serv.net by mx.serv.net (8.7.5/SERV Revision: 2.30 † id WAA16800; Mon, 9 Sep 1996 22:24:50 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.serv.net (8.7.5/8.7.3) with SMTP id WAA12516 for ; Mon, 9 Sep 1996 22:20:11 -0700 (PDT) Message-Id: <199609100520.WAA12516@MindBender.serv.net> X-Authentication-Warning: MindBender.serv.net: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: freebsd-current@freebsd.org Subject: Anyone using a SuperMicro P6? Date: Mon, 09 Sep 1996 22:20:11 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anyone running FreeBSD on a SuperMicro P6 motherboard? Specifically I'm interested in the P6DNF or P6SNF. Please email if you have it working. Thanks. ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@MindBender.serv.net --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... ----------------------------------------------------------------------------- From owner-freebsd-current Tue Sep 10 00:16:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA23281 for current-outgoing; Tue, 10 Sep 1996 00:16:19 -0700 (PDT) Received: from mailgate ([202.159.65.166]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA23212; Tue, 10 Sep 1996 00:15:40 -0700 (PDT) Received: from manado.wasantara.net.id (manado.wasantara.net.id [202.159.87.163]) by mailgate (8.6.11/8.6.9) with ESMTP id OAA15222; Tue, 10 Sep 1996 14:04:22 +0700 Date: Tue, 10 Sep 1996 14:04:22 +0700 Received: from MANADO/SpoolDir by manado.wasantara.net.id (Mercury 1.21); 10 Sep 96 15:14:14 GMT+0800 Received: from SpoolDir by MANADO (Mercury 1.21); 10 Sep 96 15:14:10 GMT+0800 Received: from bandung.wasantara.net.id by manado.wasantara.net.id (Mercury 1.21); 10 Sep 96 15:14:02 GMT+0800 X-Sender: park@manado.wasantara.net.id (Unverified) X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Priority: 2 (High) To: freebsd-current@freebsd.org From: park@manado.wasantara.net.id (Eka Kelana) Subject: request for library file Cc: freebsd-chat@freebsd.org Message-ID: <137BC23DB@manado.wasantara.net.id> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi there...! I need this file: libX11.so.6.1 to be able to run tkdesk. My current freebsd installation does not contain such file. Is there anyone here who is able to send me such file? I would be very grateful for the file... :-) -Eka Kelana- From owner-freebsd-current Tue Sep 10 02:20:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA03366 for current-outgoing; Tue, 10 Sep 1996 02:20:12 -0700 (PDT) Received: from kanto.cc.jyu.fi (root@kanto.cc.jyu.fi [130.234.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA03348 for ; Tue, 10 Sep 1996 02:20:07 -0700 (PDT) Received: from localhost (kallio@localhost [127.0.0.1]) by kanto.cc.jyu.fi (8.7.2/8.7.2) with ESMTP id MAA23978; Tue, 10 Sep 1996 12:19:11 +0300 (EET DST) Date: Tue, 10 Sep 1996 12:19:08 +0300 (EET DST) From: Seppo Kallio To: Steve Ames cc: joerg_wunsch@uriah.heep.sax.de, current@freebsd.org Subject: Re: About adduser (FreeBSD 2.1.5) In-Reply-To: <199609092205.RAA22847@cioeserv.cioe.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 9 Sep 1996, Steve Ames wrote: > > There is some problems in adduser > > You betcha. Problem I'd wager is the way it handles /etc/group. > > One group gets longer than maximum line size and then things > start getting weird. Take a peek. Yes. Adduser is adding all users to some group in /etc/group If you add many users to the same group adduser starts to fail. There is some limit how many users can be in same group in /etc/group. Seppo Kallio kallio@jyu.fi Computing Center Fax +358-14-603611 U of Jyväskylä 62.14N 25.44E Phone +358-14-603606 PL 35, 40351 Jyväskylä, Finland http://www.jyu.fi/~kallio From owner-freebsd-current Tue Sep 10 05:39:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA13101 for current-outgoing; Tue, 10 Sep 1996 05:39:10 -0700 (PDT) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA13096 for ; Tue, 10 Sep 1996 05:39:08 -0700 (PDT) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.7.5/8.7.3) with SMTP id HAA23424; Tue, 10 Sep 1996 07:39:03 -0500 (EST) Date: Tue, 10 Sep 1996 07:39:02 -0500 (EST) From: John Fieber To: Richard J Kuhns cc: freebsd-current@FreeBSD.org Subject: Re: SCSI tape drive problem in -current In-Reply-To: <199609092006.PAA11006@watson.grauel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 9 Sep 1996, Richard J Kuhns wrote: > Hardware: 120 MH Pentium, 32 MB RAM, BT946C controller, 2 Seagate > Barracudas, Archive Viper tape drive, ASUS motherboard. > > I recently loaded -current on my home machine, which I had been using to [...] > I then tried to reload some stuff from my /usr backup (Infocom games, as it > happens) -- no luck. The tape positions itself when I put it in, but when > I run "tar -tvf /dev/rst0", the light on the tape drive comes on for a > fraction of a second, and that's it -- I get my prompt back. There are no Can you tell me *exactly* what your tape drive is reported as? (dmesg is useful here) Also send the results of `mt status' after a boot *before* you do anything with the drive. I had what I believe to be the same problem when I moved to current. I discovered the code for detecting the particular device (archive viper) in the "know quirks" list was broken. I fixed it...for my drive but apparently not for yours. Among other things, when properly detected, the quirk list sets useful defaults for the density. If it is indeed this problem, you can temporarily get around this by setting the density manually. (see the mt man page) -john == jfieber@indiana.edu =========================================== == http://fallout.campusview.indiana.edu/~jfieber ================ From owner-freebsd-current Tue Sep 10 07:01:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA17057 for current-outgoing; Tue, 10 Sep 1996 07:01:53 -0700 (PDT) Received: from gw.muc.ditec.de (gw.muc.ditec.de [194.120.126.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA17050 for ; Tue, 10 Sep 1996 07:01:42 -0700 (PDT) Received: (from nobody@localhost) by gw.muc.ditec.de (8.7.5/8.6.9) id PAA19681 for ; Tue, 10 Sep 1996 15:59:30 +0200 (MET DST) X-Authentication-Warning: gw.muc.ditec.de: nobody set sender to using -f Received: from tick.muc.ditec.de(134.98.18.50) by gw.muc.ditec.de via smap (V2.0alpha) id sma019679; Tue Sep 10 15:59:03 1996 Received: (from me@localhost) by tick.muc.ditec.de (8.7.5/8.6.9) id PAA24741 for current@freebsd.org; Tue, 10 Sep 1996 15:57:56 +0200 (MET DST) From: Michael Elbel Message-Id: <199609101357.PAA24741@tick.muc.ditec.de> Subject: IP Filter 3.1.0 under -current To: current@freebsd.org Date: Tue, 10 Sep 1996 15:57:56 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has anybody managed to get IP Filter to run under -current? (devfs and so on) I've seen quite a bit off traffic about it but no pointers if somebody has ported it to -current. I'd hate to reinvent the wheel. Michael From owner-freebsd-current Tue Sep 10 07:28:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA18750 for current-outgoing; Tue, 10 Sep 1996 07:28:11 -0700 (PDT) Received: from spinner.DIALix.COM (spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA18740 for ; Tue, 10 Sep 1996 07:28:03 -0700 (PDT) Received: from spinner.DIALix.COM (localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.7.5/8.7.3) with ESMTP id WAA08070 for ; Tue, 10 Sep 1996 22:27:52 +0800 (WST) Message-Id: <199609101427.WAA08070@spinner.DIALix.COM> X-Mailer: exmh version 1.6.7 5/3/96 To: current@freebsd.org Subject: VM/kernel problems? Date: Tue, 10 Sep 1996 22:27:52 +0800 From: Peter Wemm Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is this just me? I started getting these on three different machines with a vanilla -current kernel from within the last 24 hours. pid 659 (FvwmPager), uid 433: exited on signal 11 (core dumped) pid 762 (xterm), uid 0: exited on signal 11 pid 144 (named), uid 0: exited on signal 11 (core dumped) pid 4601 (tcsh), uid 0: exited on signal 10 (core dumped) The machines were not under any load at the time (load-av 0.00). A build that is failing: @(#)FreeBSD 2.2-CURRENT #0: Mon Sep 9 20:36:30 WST 1996 A build that is thought to be good: @(#)FreeBSD 2.2-CURRENT #0: Fri Sep 6 03:40:12 WST 1996 I do not know that this one was built from up-to-date source though. (WST = 8 hours ahead of GMT, about 15 hours ahead of freefall time) Anybody else seen this, or is it something local? -Peter From owner-freebsd-current Tue Sep 10 07:41:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA19689 for current-outgoing; Tue, 10 Sep 1996 07:41:23 -0700 (PDT) Received: from watson.grauel.com (watson.grauel.com [199.233.104.36]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA19677 for ; Tue, 10 Sep 1996 07:41:12 -0700 (PDT) Received: from sparcmill.grauel.com (sparcmill.grauel.com [199.233.104.34]) by watson.grauel.com (8.7.5/8.7.3) with SMTP id JAA12628; Tue, 10 Sep 1996 09:50:02 -0500 (EST) Received: by sparcmill.grauel.com (SMI-8.6/SMI-SVR4) id JAA02613; Tue, 10 Sep 1996 09:41:19 -0500 Date: Tue, 10 Sep 1996 09:41:19 -0500 Message-Id: <199609101441.JAA02613@sparcmill.grauel.com> From: Richard J Kuhns To: John Fieber CC: freebsd-current@freebsd.org Subject: Re: SCSI tape drive problem in -current In-Reply-To: References: <199609092006.PAA11006@watson.grauel.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk John Fieber writes: > On Mon, 9 Sep 1996, Richard J Kuhns wrote: > > > Hardware: 120 MH Pentium, 32 MB RAM, BT946C controller, 2 Seagate > > Barracudas, Archive Viper tape drive, ASUS motherboard. > > > > I recently loaded -current on my home machine, which I had been using to > > [...] > > > I then tried to reload some stuff from my /usr backup (Infocom games, as it > > happens) -- no luck. The tape positions itself when I put it in, but when > > I run "tar -tvf /dev/rst0", the light on the tape drive comes on for a > > fraction of a second, and that's it -- I get my prompt back. There are no > > Can you tell me *exactly* what your tape drive is reported as? > (dmesg is useful here) Also send the results of `mt status' > after a boot *before* you do anything with the drive. > (bt0:6:0): "ARCHIVE VIPER 2525 25462 -007" type 1 removable SCSI 1 st0(bt0:6:0): Sequential-Access density code 0x0, drive empty I'm afraid the `mt status right after a reboot' will have to wait until I get home tonight. FWIW, 960501-SNAP/Anaconda (which can read the tape) and -current/Viper (after trying to read the tape) both report the same thing: # mt status Present Mode: Density = QIC-320 Blocksize variable ---------available modes--------- Mode 0: Density = 0x00 Blocksize variable Mode 1: Density = X3.136-1986 Blocksize = 512 bytes Mode 2: Density = X3.39-1986 Blocksize variable Mode 3: Density = X3.54-1986 Blocksize variable # > I had what I believe to be the same problem when I moved to > current. I discovered the code for detecting the particular > device (archive viper) in the "know quirks" list was broken. I > fixed it...for my drive but apparently not for yours. Among > other things, when properly detected, the quirk list sets useful > defaults for the density. > > If it is indeed this problem, you can temporarily get around this > by setting the density manually. (see the mt man page) > Just to make sure, do I actually need to `mt offline', remove the tape, and reinsert it to start a new mount session? > -john > > == jfieber@indiana.edu =========================================== > == http://fallout.campusview.indiana.edu/~jfieber ================ > > Thanks... Thanks also to everyone else who took the time to try to help. Michael VanLoon suggested the possibility of an extra EOF mark at the beginning of the tape. I don't think there is one, since I can read the tape on a different machine with no trouble, but I'll try skipping over one tonight anyway Just In Case. -- Richard Kuhns rjk@grauel.com PO Box 6249 Tel: (317)477-6000 \ 100 Sawmill Road x319 Lafayette, IN 47903 (800)489-4891 / From owner-freebsd-current Tue Sep 10 07:56:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA20696 for current-outgoing; Tue, 10 Sep 1996 07:56:10 -0700 (PDT) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA20691 for ; Tue, 10 Sep 1996 07:56:07 -0700 (PDT) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.7.5/8.7.3) with SMTP id JAA23713; Tue, 10 Sep 1996 09:56:02 -0500 (EST) Date: Tue, 10 Sep 1996 09:56:02 -0500 (EST) From: John Fieber To: Richard J Kuhns cc: freebsd-current@freebsd.org Subject: Re: SCSI tape drive problem in -current In-Reply-To: <199609101441.JAA02613@sparcmill.grauel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 10 Sep 1996, Richard J Kuhns wrote: > (bt0:6:0): "ARCHIVE VIPER 2525 25462 -007" type 1 removable SCSI 1 > st0(bt0:6:0): Sequential-Access density code 0x0, drive empty Just as I suspected. See if the patch below to src/sys/scsi/scsiconf.c makes your drive happy. -john == jfieber@indiana.edu =========================================== == http://fallout.campusview.indiana.edu/~jfieber ================ Index: scsiconf.c =================================================================== RCS file: /home/ncvs/src/sys/scsi/scsiconf.c,v retrieving revision 1.63 diff -c -r1.63 scsiconf.c *** scsiconf.c 1996/09/08 10:44:16 1.63 --- scsiconf.c 1996/09/10 14:52:29 *************** *** 284,290 **** "st", SC_ONE_LU, ST_Q_SNS_HLP|ST_Q_NO_1024, mode_tandberg4200 }, { ! T_SEQUENTIAL, T_SEQUENTIAL, T_REMOV, "ARCHIVE", "VIPER 2525*", "-005", "st", SC_ONE_LU, 0, mode_archive2525 }, { --- 284,290 ---- "st", SC_ONE_LU, ST_Q_SNS_HLP|ST_Q_NO_1024, mode_tandberg4200 }, { ! T_SEQUENTIAL, T_SEQUENTIAL, T_REMOV, "ARCHIVE", "VIPER 2525 *", "*", "st", SC_ONE_LU, 0, mode_archive2525 }, { From owner-freebsd-current Tue Sep 10 08:01:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA20937 for current-outgoing; Tue, 10 Sep 1996 08:01:28 -0700 (PDT) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA20931; Tue, 10 Sep 1996 08:01:26 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199609101501.IAA20931@freefall.freebsd.org> Subject: Re: VM/kernel problems? To: peter@spinner.DIALix.COM (Peter Wemm) Date: Tue, 10 Sep 1996 08:01:25 -0700 (PDT) Cc: current@freebsd.org In-Reply-To: <199609101427.WAA08070@spinner.DIALix.COM> from "Peter Wemm" at Sep 10, 96 10:27:52 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk no it is not just you. i have gotten signal 6 as well and lose the X server after about a half-hour. got a make world running now may have to drop back to an earlier version ;( jmb Peter Wemm wrote: > > Is this just me? I started getting these on three different machines with > a > vanilla -current kernel from within the last 24 hours. > > pid 659 (FvwmPager), uid 433: exited on signal 11 (core dumped) > > pid 762 (xterm), uid 0: exited on signal 11 > > pid 144 (named), uid 0: exited on signal 11 (core dumped) > > pid 4601 (tcsh), uid 0: exited on signal 10 (core dumped) > > > The machines were not under any load at the time (load-av 0.00). > > A build that is failing: > @(#)FreeBSD 2.2-CURRENT #0: Mon Sep 9 20:36:30 WST 1996 > > A build that is thought to be good: > @(#)FreeBSD 2.2-CURRENT #0: Fri Sep 6 03:40:12 WST 1996 > I do not know that this one was built from up-to-date source though. > > (WST = 8 hours ahead of GMT, about 15 hours ahead of freefall time) > > Anybody else seen this, or is it something local? > > -Peter > > > From owner-freebsd-current Tue Sep 10 08:13:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA21572 for current-outgoing; Tue, 10 Sep 1996 08:13:45 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA21562 for ; Tue, 10 Sep 1996 08:13:40 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id KAA00535; Tue, 10 Sep 1996 10:13:15 -0500 (EST) From: "John S. Dyson" Message-Id: <199609101513.KAA00535@dyson.iquest.net> Subject: Re: VM/kernel problems? To: peter@spinner.DIALix.COM (Peter Wemm) Date: Tue, 10 Sep 1996 10:13:14 -0500 (EST) Cc: current@freebsd.org In-Reply-To: <199609101427.WAA08070@spinner.DIALix.COM> from "Peter Wemm" at Sep 10, 96 10:27:52 pm Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Is this just me? I started getting these on three different machines with > a > vanilla -current kernel from within the last 24 hours. > > pid 659 (FvwmPager), uid 433: exited on signal 11 (core dumped) > > pid 762 (xterm), uid 0: exited on signal 11 > > pid 144 (named), uid 0: exited on signal 11 (core dumped) > > pid 4601 (tcsh), uid 0: exited on signal 10 (core dumped) > > > The machines were not under any load at the time (load-av 0.00). > > A build that is failing: > @(#)FreeBSD 2.2-CURRENT #0: Mon Sep 9 20:36:30 WST 1996 > > A build that is thought to be good: > @(#)FreeBSD 2.2-CURRENT #0: Fri Sep 6 03:40:12 WST 1996 > I do not know that this one was built from up-to-date source though. > > (WST = 8 hours ahead of GMT, about 15 hours ahead of freefall time) > > Anybody else seen this, or is it something local? > Please, if anyone is seeing such a problem with -current, pipe-up!!! The new pmap changes look simple, but their ramifications can be complex, and the simplest error is difficult to track down. I am prepared to work all of tonight on the problem (and I think that I have a few ideas for potential problems.) Thanks!!! John From owner-freebsd-current Tue Sep 10 08:32:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA22635 for current-outgoing; Tue, 10 Sep 1996 08:32:22 -0700 (PDT) Received: from phoenix.csie.nctu.edu.tw (root@phoenix.csie.nctu.edu.tw [140.113.17.171]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA22622 for ; Tue, 10 Sep 1996 08:32:16 -0700 (PDT) Received: from FreeBSD.csie.NCTU.edu.tw (freebsd.csie.nctu.edu.tw [140.113.235.250]) by phoenix.csie.nctu.edu.tw (8.7.5/8.7.5) with ESMTP id XAA03092 for ; Tue, 10 Sep 1996 23:29:47 +0800 (CST) Received: (from jdli@localhost) by FreeBSD.csie.NCTU.edu.tw (8.7.5/8.7.3) id XAA20203 for freebsd-current@freebsd.org; Tue, 10 Sep 1996 23:31:38 +0800 (CST) From: Jian-Da Li Message-Id: <199609101531.XAA20203@FreeBSD.csie.NCTU.edu.tw> Subject: makeing sound driver failed To: freebsd-current@freebsd.org Date: Tue, 10 Sep 1996 23:31:37 +0800 (CST) X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi : ctm-2187 changed all files under /sys/i386/isa/sound/* from #include "sound_config.h" #include "foo.h" to #include #include which caused no sound driver will be linked into kernel. (now it will look for /sys/i386/isa/sound/sb.h instead of /sys/compile/FOO/sb.h, thus NSND,NSB(and so on) definitions will not be found.) -- §õ «Ø ¹F (Jian-Da Li) ¥æ ¤j ¸ê ¤u E-Mail : http://www.csie.nctu.edu.tw/~jdli From owner-freebsd-current Tue Sep 10 08:45:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA23467 for current-outgoing; Tue, 10 Sep 1996 08:45:12 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA23458 for ; Tue, 10 Sep 1996 08:45:09 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.7.4+2.6Wbeta6/3.3W9) with ESMTP id AAA01141 for ; Wed, 11 Sep 1996 00:44:53 +0900 (JST) Message-Id: <199609101544.AAA01141@marble.eps.nagoya-u.ac.jp> To: current@freebsd.org Subject: Re: VM/kernel problems? In-Reply-To: Your message of "Tue, 10 Sep 1996 08:01:25 -0700 (PDT)" References: <199609101501.IAA20931@freefall.freebsd.org> X-Mailer: Mew version 1.05+ on Emacs 19.28.1, Mule 2.3 X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Wed, 11 Sep 1996 00:44:51 +0900 From: KATO Takenori Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 10 Sep 1996 08:01:25 -0700 (PDT), "Jonathan M. Bresler" said: > no it is not just you. i have gotten signal 6 as well > and lose the X server after about a half-hour. I got same problem. X server was killed by signal 6. ---- KATO Takenori Dept. Earth Planet. Sci., Nagoya Univ., Nagoya, 464-01, Japan From owner-freebsd-current Tue Sep 10 09:45:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA26737 for current-outgoing; Tue, 10 Sep 1996 09:45:24 -0700 (PDT) Received: from watson.grauel.com (watson.grauel.com [199.233.104.36]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA26727 for ; Tue, 10 Sep 1996 09:45:20 -0700 (PDT) Received: from sparcmill.grauel.com (sparcmill.grauel.com [199.233.104.34]) by watson.grauel.com (8.7.5/8.7.3) with SMTP id LAA12886; Tue, 10 Sep 1996 11:54:13 -0500 (EST) Received: by sparcmill.grauel.com (SMI-8.6/SMI-SVR4) id LAA04717; Tue, 10 Sep 1996 11:46:08 -0500 Date: Tue, 10 Sep 1996 11:46:08 -0500 Message-Id: <199609101646.LAA04717@sparcmill.grauel.com> From: Richard J Kuhns To: Peter Wemm CC: freebsd-current@freebsd.org Subject: VM/kernel problems? In-Reply-To: <199609101427.WAA08070@spinner.DIALix.COM> References: <199609101427.WAA08070@spinner.DIALix.COM> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Peter Wemm writes: > Is this just me? I started getting these on three different machines with > a > vanilla -current kernel from within the last 24 hours. > > pid 659 (FvwmPager), uid 433: exited on signal 11 (core dumped) > > pid 762 (xterm), uid 0: exited on signal 11 > > pid 144 (named), uid 0: exited on signal 11 (core dumped) > > pid 4601 (tcsh), uid 0: exited on signal 10 (core dumped) > > > The machines were not under any load at the time (load-av 0.00). > > A build that is failing: > @(#)FreeBSD 2.2-CURRENT #0: Mon Sep 9 20:36:30 WST 1996 > > A build that is thought to be good: > @(#)FreeBSD 2.2-CURRENT #0: Fri Sep 6 03:40:12 WST 1996 > I do not know that this one was built from up-to-date source though. > > (WST = 8 hours ahead of GMT, about 15 hours ahead of freefall time) > > Anybody else seen this, or is it something local? > > -Peter It's not just you. I'm also running a very recent (within last 24 hours) kernel. I thought I'd try swapping out some SIMMs before I said anything, but if other people are seeing it too, it's a little more likely to be software-related. -- Richard Kuhns rjk@grauel.com PO Box 6249 Tel: (317)477-6000 \ 100 Sawmill Road x319 Lafayette, IN 47903 (800)489-4891 / From owner-freebsd-current Tue Sep 10 10:15:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA28054 for current-outgoing; Tue, 10 Sep 1996 10:15:59 -0700 (PDT) Received: from mail1.infinet.com (mail1.infinet.com [206.103.240.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA28048 for ; Tue, 10 Sep 1996 10:15:56 -0700 (PDT) Received: from drobina.my.domain (cmh-p083.infinet.com [206.103.242.87]) by mail1.infinet.com (8.7.3/8.7.3) with SMTP id NAA08460 for ; Tue, 10 Sep 1996 13:15:49 -0400 (EDT) Message-ID: <3235A25F.41C67EA6@infinet.com> Date: Tue, 10 Sep 1996 13:16:15 -0400 From: James Drobina X-Mailer: Mozilla 3.0b6Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: unresoled symbol _pasintr Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I can't link a kernel after the latest update. I get the error: loading kernel ioconf.o: Undefined symbol `_pasintr' referenced from data segment *** Error code 1 Stop. pasintr is defined in pas2_card.c. Checking pas2_card.o you can seee no externel entry points are defined. $ nm pas2_card.o 00000000 t ___gnu_compiled_c 00000000 t gcc2_compiled. I pas2_card.c was modifed recently. $ ls -l ../../i386/isa/sound/pas2_card.c -rw-r--r-- 1 root wheel 10086 Sep 10 05:26 ../../i386/isa/sound/pas2_card.c From owner-freebsd-current Tue Sep 10 10:23:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA28775 for current-outgoing; Tue, 10 Sep 1996 10:23:44 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA28766; Tue, 10 Sep 1996 10:23:39 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id TAA00294; Tue, 10 Sep 1996 19:22:55 +0200 (MET DST) To: Peter Wemm cc: current@freebsd.org Subject: Re: VM/kernel problems? In-reply-to: Your message of "Tue, 10 Sep 1996 22:27:52 +0800." <199609101427.WAA08070@spinner.DIALix.COM> Date: Tue, 10 Sep 1996 19:22:55 +0200 Message-ID: <292.842376175@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199609101427.WAA08070@spinner.DIALix.COM>, Peter Wemm writes: >Is this just me? I started getting these on three different machines with >a >vanilla -current kernel from within the last 24 hours. Seen similar... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Tue Sep 10 10:25:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA28960 for current-outgoing; Tue, 10 Sep 1996 10:25:54 -0700 (PDT) Received: from beauty.nacamar.de (root@beauty.nacamar.de [194.112.16.36]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA28950; Tue, 10 Sep 1996 10:25:50 -0700 (PDT) Received: from petzi (petzi.nacamar.de [194.162.54.13]) by beauty.nacamar.de (8.7.3/8.7.3) with SMTP id TAA25050; Tue, 10 Sep 1996 19:26:57 +0200 Message-Id: <2.2.32.19960910152227.002cb144@mail.nacamar.de> X-Sender: petzi@mail.nacamar.de X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 10 Sep 1996 17:22:27 +0200 To: bugs@freebsd.org, current@freebsd.org From: Michael Beckmann Subject: proc: table is full during installation Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello everybody I tried to install the 960801-SNAP on a P-120 with Adaptec 2940 controller, 2 gig SCSI disk; the machine has 32 MB RAM and an NE-2000 comp. Ethernet card. The installation over ftp worked fine; after that I added about 40 packages. After having added about 25 packages, the package installer returned an error; the debug screen said: DEBUG: Attempt to chdir to distribution in pub/FreeBSD/ proc: table is full DEBUG: Caught SIGPIPE while trying to install the less-321 package Michael -- ------------------------------------------------------------------- Michael Beckmann NACAMAR Data Communications Systemadministration Frankfurter Strasse 135-141 63303 Dreieich / Germany e-mail: beckmann@nacamar.net voice: +49-6103-9901-0 www : www.nacamar.net fax : +49-6103-9901-18 ------------------------------------------------------------------- From owner-freebsd-current Tue Sep 10 10:32:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA29489 for current-outgoing; Tue, 10 Sep 1996 10:32:48 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA29479 for ; Tue, 10 Sep 1996 10:32:44 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id MAA00728; Tue, 10 Sep 1996 12:32:15 -0500 (EST) From: John Dyson Message-Id: <199609101732.MAA00728@dyson.iquest.net> Subject: Re: VM/kernel problems? To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Tue, 10 Sep 1996 12:32:15 -0500 (EST) Cc: peter@spinner.DIALix.COM, current@freebsd.org In-Reply-To: <292.842376175@critter.tfs.com> from "Poul-Henning Kamp" at Sep 10, 96 07:22:55 pm Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > In message <199609101427.WAA08070@spinner.DIALix.COM>, Peter Wemm writes: > >Is this just me? I started getting these on three different machines with > >a > >vanilla -current kernel from within the last 24 hours. > > Seen similar... > Okay, I admit it... It's broke... :-). If it isn't working tonight, it will be tomorrow by backing out the errant changes. John From owner-freebsd-current Tue Sep 10 10:51:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA00857 for current-outgoing; Tue, 10 Sep 1996 10:51:18 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA00851; Tue, 10 Sep 1996 10:51:15 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id KAA20507; Tue, 10 Sep 1996 10:50:55 -0700 (PDT) To: Michael Beckmann cc: bugs@freebsd.org, current@freebsd.org Subject: Re: proc: table is full during installation In-reply-to: Your message of "Tue, 10 Sep 1996 17:22:27 +0200." <2.2.32.19960910152227.002cb144@mail.nacamar.de> Date: Tue, 10 Sep 1996 10:50:55 -0700 Message-ID: <20505.842377855@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > card. The installation over ftp worked fine; after that I added about 40 > packages. After having added about 25 packages, the package installer See ftp://ftp.freebsd.org/pub/FreeBSD/2.1.5-RELEASE/KNOWNBUG.TXT Jordan From owner-freebsd-current Tue Sep 10 10:54:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA01138 for current-outgoing; Tue, 10 Sep 1996 10:54:18 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA01124; Tue, 10 Sep 1996 10:54:14 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id KAA20532; Tue, 10 Sep 1996 10:54:01 -0700 (PDT) To: dyson@freebsd.org cc: phk@critter.tfs.com (Poul-Henning Kamp), peter@spinner.DIALix.COM, current@freebsd.org Subject: Re: VM/kernel problems? In-reply-to: Your message of "Tue, 10 Sep 1996 12:32:15 CDT." <199609101732.MAA00728@dyson.iquest.net> Date: Tue, 10 Sep 1996 10:54:00 -0700 Message-ID: <20530.842378040@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Okay, I admit it... It's broke... :-). If it isn't working tonight, > it will be tomorrow by backing out the errant changes. One possible wrinkle: I'm not seeing this at all with this morning's kernel but I have 96MB of main memory. Perhaps this is related to reclaimation in low memory situations? The processes getting shot do seem to be the larger ones, predominantly. Jordan From owner-freebsd-current Tue Sep 10 11:07:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02239 for current-outgoing; Tue, 10 Sep 1996 11:07:55 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA02229 for ; Tue, 10 Sep 1996 11:07:49 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA03121; Tue, 10 Sep 1996 11:05:10 -0700 From: Terry Lambert Message-Id: <199609101805.LAA03121@phaeton.artisoft.com> Subject: Re: Grrr. NFS to a Sun (Slowaris 5.5.1) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 10 Sep 1996 11:05:10 -0700 (MST) Cc: henrich@crh.cl.msu.edu, freebsd-current@freebsd.org In-Reply-To: <1858.842321274@time.cdrom.com> from "Jordan K. Hubbard" at Sep 9, 96 07:07:54 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > What I dont understand is if no one is working on NFS, how is it going > > downhill? I mean, cant we just revert back to the NFS that was in 0612, it > > seemed to work very well. > > I think it's more a question of dependencies. You don't need to > change *anything* in the NFS code to make it break, after all, there > being so many other things it depends on which can change. GHAH. It is time to once and for frigging all deine a VFS bottom end for interfacing to the system. I suggest that the interfaces should be macrotized, the expected behaviour documented, and then any VM changes that take place must provide macrotized equivalents. We can then version the interfaces, as necessary, seperately from versioning the VM and other fast moving systems, and we can include "better" interfaces for a given VM when we are permitted to make cross-FS changes (presumably, this will one day be permitted after the Lite2 integration that NetBSD and OpenBSD completed shortly after the Lite2 release, more than a year ago). 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-current Tue Sep 10 11:15:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02923 for current-outgoing; Tue, 10 Sep 1996 11:15:10 -0700 (PDT) Received: from beauty.nacamar.de (root@beauty.nacamar.de [194.112.16.36]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA02918; Tue, 10 Sep 1996 11:15:06 -0700 (PDT) Received: from petzi (petzi.nacamar.de [194.162.54.13]) by beauty.nacamar.de (8.7.3/8.7.3) with SMTP id UAA26655; Tue, 10 Sep 1996 20:19:23 +0200 Message-Id: <2.2.32.19960910161456.002cf4cc@mail.nacamar.de> X-Sender: petzi@mail.nacamar.de X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 10 Sep 1996 18:14:56 +0200 To: "Jordan K. Hubbard" From: Michael Beckmann Subject: Re: proc: table is full during installation Cc: bugs@freebsd.org, current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 10:50 10.09.96 -0700, Jordan K. Hubbard wrote: >See ftp://ftp.freebsd.org/pub/FreeBSD/2.1.5-RELEASE/KNOWNBUG.TXT Ooops ! This should go to ftp://ftp.freebsd.org/pub/FreeBSD/2.2-960801-SNAP/KNOWNBUG.TXT , too ! Thanks anyway. Michael From owner-freebsd-current Tue Sep 10 11:23:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA03617 for current-outgoing; Tue, 10 Sep 1996 11:23:52 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA03609; Tue, 10 Sep 1996 11:23:49 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id LAA20776; Tue, 10 Sep 1996 11:23:06 -0700 (PDT) To: Michael Beckmann cc: bugs@freebsd.org, current@freebsd.org Subject: Re: proc: table is full during installation In-reply-to: Your message of "Tue, 10 Sep 1996 18:14:56 +0200." <2.2.32.19960910161456.002cf4cc@mail.nacamar.de> Date: Tue, 10 Sep 1996 11:23:06 -0700 Message-ID: <20773.842379786@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > This should go to > > ftp://ftp.freebsd.org/pub/FreeBSD/2.2-960801-SNAP/KNOWNBUG.TXT , too ! Already done! :) Jordan From owner-freebsd-current Tue Sep 10 11:26:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA03910 for current-outgoing; Tue, 10 Sep 1996 11:26:24 -0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA03903; Tue, 10 Sep 1996 11:26:22 -0700 (PDT) Received: from localhost (gpalmer@localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.6.12) with SMTP id OAA25352; Tue, 10 Sep 1996 14:26:16 -0400 (EDT) X-Authentication-Warning: orion.webspan.net: Host gpalmer@localhost [127.0.0.1] didn't use HELO protocol To: sos@freebsd.org cc: current@freebsd.org (FreeBSD current) From: "Gary Palmer" Subject: Re: 3 button ps/2 mice anyone ?? In-reply-to: Your message of "Mon, 09 Sep 1996 11:21:52 +0200." <199609090921.LAA14805@ra.dkuug.dk> Date: Tue, 10 Sep 1996 14:26:15 -0400 Message-ID: <25347.842379975@orion.webspan.net> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk sos@freebsd.org wrote in message ID <199609090921.LAA14805@ra.dkuug.dk>: > > Anybody know where I can get my hands on a 3 button ps/2 mouse?? The `Logitech Marble' (a trackball type affair) has 3 buttons and is available in PS/2 format. (it's what I'm using here since my m/b has on-baord PS/2 mouse support) P/N: 804122-00 according to the baseplate of mine Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-current Tue Sep 10 11:26:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA03951 for current-outgoing; Tue, 10 Sep 1996 11:26:39 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA03940 for ; Tue, 10 Sep 1996 11:26:36 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id LAA19216; Tue, 10 Sep 1996 11:25:22 -0700 (PDT) Message-Id: <199609101825.LAA19216@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Terry Lambert cc: jkh@time.cdrom.com (Jordan K. Hubbard), henrich@crh.cl.msu.edu, freebsd-current@freebsd.org Subject: Re: Grrr. NFS to a Sun (Slowaris 5.5.1) In-reply-to: Your message of "Tue, 10 Sep 1996 11:05:10 PDT." <199609101805.LAA03121@phaeton.artisoft.com> From: David Greenman Reply-To: dg@root.com Date: Tue, 10 Sep 1996 11:25:22 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> > What I dont understand is if no one is working on NFS, how is it going >> > downhill? I mean, cant we just revert back to the NFS that was in 0612, it >> > seemed to work very well. >> >> I think it's more a question of dependencies. You don't need to >> change *anything* in the NFS code to make it break, after all, there >> being so many other things it depends on which can change. > >GHAH. > >It is time to once and for frigging all deine a VFS bottom end for >interfacing to the system. > >I suggest that the interfaces should be macrotized, the expected >behaviour documented, and then any VM changes that take place must >provide macrotized equivalents. > >We can then version the interfaces, as necessary, seperately from >versioning the VM and other fast moving systems, and we can include >"better" interfaces for a given VM when we are permitted to make >cross-FS changes (presumably, this will one day be permitted after >the Lite2 integration that NetBSD and OpenBSD completed shortly >after the Lite2 release, more than a year ago). Cough, sputter... Yes, that would all be nice, but I'd be happy if we'd just get some sort of versioning working for VFS LKMs. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Tue Sep 10 11:59:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA06201 for current-outgoing; Tue, 10 Sep 1996 11:59:22 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA06181; Tue, 10 Sep 1996 11:59:15 -0700 (PDT) Received: from oshawa.dreaming.org (dyna-81.net7b.io.org [204.92.49.81]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id LAA07155 ; Tue, 10 Sep 1996 11:59:01 -0700 (PDT) Received: from localhost (mitayai@localhost) by oshawa.dreaming.org (8.7.5/8.7.3) with SMTP id OAA02268; Tue, 10 Sep 1996 14:55:08 -0400 (EDT) X-Authentication-Warning: oshawa.dreaming.org: mitayai owned process doing -bs Date: Tue, 10 Sep 1996 14:55:02 -0400 (EDT) From: Will Mitayai Keeso Rowe To: freebsd-ports@freebsd.org, freebsd-current@freebsd.org Subject: ports-current:/usr/ports/www/CGI Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hiya! Just a note to mention that the Makefile for this port first looks for the file at http://www.genome.wi.mit.edu/ftp/pub/software/WWW, which is invalid.... -Mit "Do not meddle in the affairs of wizards, for you are crunchy and tasty with ketchup" -Anonymous Wizard From owner-freebsd-current Tue Sep 10 12:17:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA07354 for current-outgoing; Tue, 10 Sep 1996 12:17:07 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA07345 for ; Tue, 10 Sep 1996 12:17:03 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id FAA00623; Wed, 11 Sep 1996 05:01:05 +1000 Date: Wed, 11 Sep 1996 05:01:05 +1000 From: Bruce Evans Message-Id: <199609101901.FAA00623@godzilla.zeta.org.au> To: freebsd-current@freebsd.org, jdli@FreeBSD.csie.NCTU.edu.tw Subject: Re: makeing sound driver failed Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > ctm-2187 changed all files under /sys/i386/isa/sound/* > from > #include "sound_config.h" > #include "foo.h" > to > #include > #include > > which caused no sound driver will be linked into kernel. > > (now it will look for /sys/i386/isa/sound/sb.h instead of > /sys/compile/FOO/sb.h, thus NSND,NSB(and so on) definitions > will not be found.) Actually, it was the change from to "sb.h" in local.h that broke it. The change from to "pas.h" broke pas. The changes were supposed fix (future) problems like this :-). Most of the "foo.h"'s really are in /sys/i386/isa/sound and not in the compile directory. For "" style #includes, the search begins in the directory of the file that contains the #include statement (even if you specify -I. or -I`pwd`. OTOH, the 4.4Lite #include style is to use "" for #includes of files in the compile directory and <> for everything else. This minimises the ambiguity of "". It was followed in local.h for all #includes except those for sb.h and pas.h. Those currently have to use <>. The change will right work when -I- is added to CFLAGS. Bruce From owner-freebsd-current Tue Sep 10 12:19:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA07493 for current-outgoing; Tue, 10 Sep 1996 12:19:18 -0700 (PDT) Received: from inga.augusta.de (root@inga.augusta.de [193.175.23.65]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA07477 for ; Tue, 10 Sep 1996 12:19:06 -0700 (PDT) Received: from rabbit by inga.augusta.de with uucp (Smail3.1.29.1 #1) id m0v0YH3-004cy7C; Tue, 10 Sep 96 21:15 MET DST Received: by rabbit.augusta.de (Smail3.1.29.1 #1) id m0v0X4K-000A8ZC; Tue, 10 Sep 96 19:57 MET DST Message-Id: Date: Tue, 10 Sep 96 19:57 MET DST X-Newsreader: knews 0.9.6 Organization: Privat Site running FreeBSD From: shanee@rabbit.augusta.de (Andreas Kohout) Subject: HELP! Can´t compile anything To: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, since I update my ctm src (2139-2180) I can´t compile anything! I need a new kernel, but I get this: cc -c -O -pipe -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -Wunused -Wpointer-arith -nostdinc -I. -I../.. -I../../sys -I../../../include -DI586_CPU -DPROBE_VERBOSE -DDUMMY_N OPS -DLINUX -DCOMPAT_43 -DCD9660 -DMSDOSFS -DMFS -DNFS -DFFS -DINET -DKERNEL -DMAXUSERS=16 -UKERNEL ../../i386/i386/genassym.c In file included from ../../sys/param.h:88, from ../../i386/i386/genassym.c:41: ../../sys/signal.h:117: warning: function declaration isn't a prototype ../../sys/signal.h:160: warning: function declaration isn't a prototype In file included from ../../vm/vm.h:68, from ../../i386/i386/genassym.c:61: ../../vm/vm_object.h:102: parse error before `vm_ooffset_t' ../../vm/vm_object.h:102: warning: no semicolon at end of struct or union ../../vm/vm_object.h:104: parse error before `backing_object_offset' ../../vm/vm_object.h:104: warning: data definition has no type or storage class ../../vm/vm_object.h:122: parse error before `}' ../../i386/i386/genassym.c: In function `main': ../../i386/i386/genassym.c:88: structure has no member named `p_procq' ../../i386/i386/genassym.c:89: structure has no member named `p_procq' ../../i386/i386/genassym.c:108: `NPDEPG' undeclared (first use this function) ../../i386/i386/genassym.c:108: (Each undeclared identifier is reported only once ../../i386/i386/genassym.c:108: for each function it appears in.) {standard input}: Assembler messages: {standard input}:578: FATAL: Can't create genassym.o: Permission denied *** Error code 1 Stop. than I tried to make top-3.3, but: ===> Building for top-3.3 cc -DHAVE_GETOPT -O -c top.c In file included from top.c:35: /usr/include/ctype.h:121: warning: parameter names (without types) in function declaration /usr/include/ctype.h:122: parse error before `___tolower' /usr/include/ctype.h:122: warning: parameter names (without types) in function declaration /usr/include/ctype.h:122: warning: data definition has no type or storage class /usr/include/ctype.h:123: parse error before `___toupper' /usr/include/ctype.h:123: warning: parameter names (without types) in function declaration /usr/include/ctype.h:123: warning: data definition has no type or storage class /usr/include/ctype.h:142: parse error before `_c' /usr/include/ctype.h: In function `__istype': /usr/include/ctype.h:144: `_c' undeclared (first use this function) /usr/include/ctype.h:144: (Each undeclared identifier is reported only once /usr/include/ctype.h:144: for each function it appears in.) /usr/include/ctype.h:144: `_f' undeclared (first use this function) /usr/include/ctype.h: At top level: /usr/include/ctype.h:149: parse error before `_c' /usr/include/ctype.h: In function `__isctype': /usr/include/ctype.h:151: `_c' undeclared (first use this function) /usr/include/ctype.h:152: `_f' undeclared (first use this function) /usr/include/ctype.h: At top level: /usr/include/ctype.h:156: parse error before `__toupper' /usr/include/ctype.h:156: parse error before `_c' /usr/include/ctype.h: In function `__toupper': /usr/include/ctype.h:158: `_c' undeclared (first use this function) /usr/include/ctype.h: At top level: /usr/include/ctype.h:163: parse error before `__tolower' /usr/include/ctype.h:163: parse error before `_c' /usr/include/ctype.h: In function `__tolower': /usr/include/ctype.h:165: `_c' undeclared (first use this function) *** Error code 1 Stop. I tried to compile config and make, but with the same errors. My last ctm-src was src-cur.2187.gz. My question is, is this ok and have I wait for some more ctm-src tarballs or is my sourcetree broken? Thanx ... -- Greeting, Andy running FreeBSD-current --------------------------------------------------------------------------- From owner-freebsd-current Tue Sep 10 12:24:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA07773 for current-outgoing; Tue, 10 Sep 1996 12:24:08 -0700 (PDT) Received: from mickey.umiacs.umd.edu (mickey.umiacs.umd.edu [128.8.120.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA07766; Tue, 10 Sep 1996 12:24:03 -0700 (PDT) Received: (smpatel@localhost) by mickey.umiacs.umd.edu (8.7.5/UMIACS-0.9/04-05-88) id PAA24906; Tue, 10 Sep 1996 15:24:02 -0400 (EDT) Date: Tue, 10 Sep 1996 15:24:02 -0400 (EDT) From: Sujal Patel To: sos@FreeBSD.org cc: FreeBSD current Subject: Re: 3 button ps/2 mice anyone ?? In-Reply-To: <25347.842379975@orion.webspan.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 10 Sep 1996, Gary Palmer wrote: > sos@freebsd.org wrote in message ID > <199609090921.LAA14805@ra.dkuug.dk>: > > > > Anybody know where I can get my hands on a 3 button ps/2 mouse?? > > The `Logitech Marble' (a trackball type affair) has 3 buttons and is If you want a real mouse, the Logitech MouseMan (MousePort Version) is excellent. P/N 811188-01 (according to the backplate of my mouse). Sujal From owner-freebsd-current Tue Sep 10 12:32:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA08218 for current-outgoing; Tue, 10 Sep 1996 12:32:31 -0700 (PDT) Received: from Gatekeeper.Lamb.net (ulf@cat-food.Melmac.org [206.169.44.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA08202; Tue, 10 Sep 1996 12:32:27 -0700 (PDT) Received: (from ulf@localhost) by Gatekeeper.Lamb.net (8.7.5/8.7.3) id MAA17945; Tue, 10 Sep 1996 12:32:37 -0700 (PDT) From: Ulf Zimmermann Message-Id: <199609101932.MAA17945@Gatekeeper.Lamb.net> Subject: Re: 3 button ps/2 mice anyone ?? To: gpalmer@FreeBSD.org (Gary Palmer) Date: Tue, 10 Sep 1996 12:32:37 -0700 (PDT) Cc: sos@FreeBSD.org, current@FreeBSD.org In-Reply-To: <25347.842379975@orion.webspan.net> from Gary Palmer at "Sep 10, 96 02:26:15 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > sos@freebsd.org wrote in message ID > <199609090921.LAA14805@ra.dkuug.dk>: > > > > Anybody know where I can get my hands on a 3 button ps/2 mouse?? > > The `Logitech Marble' (a trackball type affair) has 3 buttons and is > available in PS/2 format. (it's what I'm using here since my m/b has > on-baord PS/2 mouse support) > > P/N: 804122-00 according to the baseplate of mine > > Gary > -- > Gary Palmer FreeBSD Core Team Member > FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info > I use a Mouse Systems mouse (was the only 3 button mouse beside trackballs which CompUSA had at that time). Works fine for me. Ulf. -------------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 Lamb Art Internet Services | http://www.Lamb.net/ | http://www.Alameda.net From owner-freebsd-current Tue Sep 10 12:55:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA09493 for current-outgoing; Tue, 10 Sep 1996 12:55:48 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA09484 for ; Tue, 10 Sep 1996 12:55:43 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA03341; Tue, 10 Sep 1996 12:48:14 -0700 From: Terry Lambert Message-Id: <199609101948.MAA03341@phaeton.artisoft.com> Subject: Re: Grrr. NFS to a Sun (Slowaris 5.5.1) To: dg@root.com Date: Tue, 10 Sep 1996 12:48:14 -0700 (MST) Cc: terry@lambert.org, jkh@time.cdrom.com, henrich@crh.cl.msu.edu, freebsd-current@freebsd.org In-Reply-To: <199609101825.LAA19216@root.com> from "David Greenman" at Sep 10, 96 11:25:22 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >I suggest that the interfaces should be macrotized, the expected > >behaviour documented, and then any VM changes that take place must > >provide macrotized equivalents. > > > >We can then version the interfaces, as necessary, seperately from > >versioning the VM and other fast moving systems, and we can include > >"better" interfaces for a given VM when we are permitted to make > >cross-FS changes (presumably, this will one day be permitted after > >the Lite2 integration that NetBSD and OpenBSD completed shortly > >after the Lite2 release, more than a year ago). > > Cough, sputter... Yes, that would all be nice, but I'd be happy > if we'd just get some sort of versioning working for VFS LKMs. Support ELF and let John integrate his page-coloring, and we can rewrite the LKM system to be a consumer of a generic ELF loader mechanism, shared in common with the ELF execution class loader: ,----------------.,---------------------. | new LKM system || ELF execution class | `----------------'`---------------------' ,---------------------------------------. | ELF portable executable loader | `---------------------------------------' The original LKM system is a kludge for SunOS 4.1.3 user space tool compatability (I ought to know; I wrote the thing). It needs a rewrite, and ELF is the correct direction for that rewrite. Interface versioning can be supported as an entrypoint callback for registration of a descriptor structure. Incidently, this happens to be exactly what we would need to support to allow us to implement support for Windows NT/Windows 95 NDIS drivers in FreeBSD (they use the VXD PELDR interface -- "Portable Executable Loader"). Not suprisingly, you could also "statically" load these modules at boot time, as well as "dynamically" loading them as the result of a kernel space event. Voila, modular kernel. Regards, 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-current Tue Sep 10 13:12:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA10342 for current-outgoing; Tue, 10 Sep 1996 13:12:55 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA10324 for ; Tue, 10 Sep 1996 13:12:50 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id FAA01781; Wed, 11 Sep 1996 05:57:19 +1000 Date: Wed, 11 Sep 1996 05:57:19 +1000 From: Bruce Evans Message-Id: <199609101957.FAA01781@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.org, jdrobina@infinet.com Subject: Re: unresoled symbol _pasintr Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >I can't link a kernel after the latest update. I get the error: > > loading kernel > ioconf.o: Undefined symbol `_pasintr' referenced from data segment > *** Error code 1 I broke this 11 hours ago and fixed it 1 hour ago. Go back to yesterday's version of /usr/src/sys/i386/isa/sound/local.h or wait for the current version. Bruce From owner-freebsd-current Tue Sep 10 13:20:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA10886 for current-outgoing; Tue, 10 Sep 1996 13:20:05 -0700 (PDT) Received: from spinner.DIALix.COM (spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA10821; Tue, 10 Sep 1996 13:19:57 -0700 (PDT) Received: from spinner.DIALix.COM (localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.7.5/8.7.3) with ESMTP id EAA00788; Wed, 11 Sep 1996 04:19:45 +0800 (WST) Message-Id: <199609102019.EAA00788@spinner.DIALix.COM> X-Mailer: exmh version 1.6.7 5/3/96 To: "Jordan K. Hubbard" cc: dyson@freebsd.org, phk@critter.tfs.com (Poul-Henning Kamp), current@freebsd.org Subject: Re: VM/kernel problems? In-reply-to: Your message of "Tue, 10 Sep 1996 10:54:00 MST." <20530.842378040@time.cdrom.com> Date: Wed, 11 Sep 1996 04:19:45 +0800 From: Peter Wemm Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote: > > Okay, I admit it... It's broke... :-). If it isn't working tonight, > > it will be tomorrow by backing out the errant changes. > > One possible wrinkle: I'm not seeing this at all with this morning's > kernel but I have 96MB of main memory. Perhaps this is related to > reclaimation in low memory situations? The processes getting shot do > seem to be the larger ones, predominantly. > > Jordan Also, this is subjective, but the machine seems to feel less responsive as time progresses. This one has 48M and does little more than serve NFS, run X, compiles, and a zillion xterm's, tcsh and ssh sessions. I recompiled the kernel making a "try this if you get the chance" change from John, and the problem has not yet surfaced after a few hours. On the other hand, it hasn't felt like it's slowing down either (yet?), so I don't know if it's hard-up for memory yet. It's too soon to tell for me, I think. The other machines are all 16M, do occasional massive NFS client attacks on the above machine (cvs update over NFS is a killer) and lots of recompiles. The problem seemed to be striking most then for processes that had been paged out, but that was not consistant. named died when the machine had been idle while I was asleep. Cheers, -Peter From owner-freebsd-current Tue Sep 10 13:26:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA11376 for current-outgoing; Tue, 10 Sep 1996 13:26:14 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA11368 for ; Tue, 10 Sep 1996 13:26:10 -0700 (PDT) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by Kitten.mcs.com (8.7.5/8.7.5) with SMTP id PAA27951 for ; Tue, 10 Sep 1996 15:25:57 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Tue, 10 Sep 96 15:25 CDT Received: (from karl@localhost) by Jupiter.mcs.net (8.7.5/8.7.5) id PAA03776 for freebsd-current@freebsd.org; Tue, 10 Sep 1996 15:25:55 -0500 (CDT) From: Karl Denninger Message-Id: <199609102025.PAA03776@Jupiter.mcs.net> Subject: Problem with "make package" and XFree86 To: freebsd-current@freebsd.org Date: Tue, 10 Sep 1996 15:25:55 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk See below... I checked the port file list; its correct and has the prefix in there. Why is it being ignored? Ideas? bash# make -DFORCE_PACKAGE package 2>&1|more Checksums OK. ===> Building package for XFree86-3.1.2 tar: can't add file bin/SuperProbe : No such file or directory tar: can't add file bin/XF86_8514 : No such file or directory tar: can't add file bin/XF86_AGX : No such file or directory tar: can't add file bin/XF86_Mach32 : No such file or directory tar: can't add file bin/XF86_Mach64 : No such file or directory tar: can't add file bin/XF86_Mach8 : No such file or directory tar: can't add file bin/XF86_Mono : No such file or directory tar: can't add file bin/XF86_P9000 : No such file or directory tar: can't add file bin/XF86_S3 : No such file or directory tar: can't add file bin/XF86_SVGA : No such file or directory tar: can't add file bin/XF86_VGA16 : No such file or directory tar: can't add file bin/XF86_W32 : No such file or directory tar: can't add file bin/xterm : No such file or directory tar: can't add file bin/Xmark : No such file or directory tar: can't add file bin/Xnest : No such file or directory tar: can't add file bin/appres : No such file or directory tar: can't add file bin/atobm : No such file or directory tar: can't add file bin/bdftopcf : No such file or directory tar: can't add file bin/beforelight : No such file or directory -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1 from $600 monthly; speeds to DS-3 available | 23 Chicagoland Prefixes, 13 ISDN, much more Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 248-9865] | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-current Tue Sep 10 14:56:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA17641 for current-outgoing; Tue, 10 Sep 1996 14:56:26 -0700 (PDT) Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA17631 for ; Tue, 10 Sep 1996 14:56:22 -0700 (PDT) Received: from localhost (richardc@localhost) by soda.CSUA.Berkeley.EDU (8.6.12/8.6.12) with SMTP id OAA27214 for ; Tue, 10 Sep 1996 14:57:10 -0700 Date: Tue, 10 Sep 1996 14:57:09 -0700 (PDT) From: Veggy Vinny To: current@FreeBSD.ORG Subject: Need some help Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greetings everyone, One of our machine, mercury.gaianet.net crashed and when it restarts, it goes: cannot execute /bin/sh for single user Does anyone know how to fix this? it is running FreeBSD-current... Thanks in advance for your help. Vince From owner-freebsd-current Tue Sep 10 15:49:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA21117 for current-outgoing; Tue, 10 Sep 1996 15:49:26 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA21112 for ; Tue, 10 Sep 1996 15:49:22 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id PAA01400; Tue, 10 Sep 1996 15:48:43 -0700 (PDT) Date: Tue, 10 Sep 1996 15:48:43 -0700 (PDT) Message-Id: <199609102248.PAA01400@silvia.HIP.Berkeley.EDU> To: karl@Mcs.Net CC: freebsd-current@freebsd.org In-reply-to: <199609102025.PAA03776@Jupiter.mcs.net> (message from Karl Denninger on Tue, 10 Sep 1996 15:25:55 -0500 (CDT)) Subject: Re: Problem with "make package" and XFree86 From: asami@freebsd.org (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * I checked the port file list; its correct and has the prefix in there. The first @cwd in pkg/PLIST is ignored. Since there is only one in this PLIST, it shouldn't have been there in the first place. * Why is it being ignored? I see no USE_X11 (which will set PREFIX to /usr/X11R6) in the Makefile. Will it work if you do make -DFORCE_PACKAGE -DUSE_X11 package ? Satoshi From owner-freebsd-current Tue Sep 10 16:00:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA21662 for current-outgoing; Tue, 10 Sep 1996 16:00:58 -0700 (PDT) Received: from bunyip.cc.uq.oz.au (daemon@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA21652 for ; Tue, 10 Sep 1996 16:00:55 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.oz.au (8.7.5/8.7.3) id IAA16370; Wed, 11 Sep 1996 08:59:44 +1000 Received: from pandora.devetir.qld.gov.au by ogre.devetir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with ESMTP id JAA26280; Wed, 11 Sep 1996 09:02:17 +1000 (EST) Received: from netfl15a.devetir.qld.gov.au (netfl15a.devetir.qld.gov.au [167.123.24.12]) by pandora.devetir.qld.gov.au (8.6.10/8.6.12) with ESMTP id JAA07885; Wed, 11 Sep 1996 09:01:08 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id XAA03613; Tue, 10 Sep 1996 23:01:41 GMT Message-Id: <199609102301.XAA03613@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.5 12/11/95 To: Peter Wemm cc: current@freebsd.org Subject: Re: VM/kernel problems? In-reply-to: Your message of "Tue, 10 Sep 1996 22:27:52 +0800." <199609101427.WAA08070@spinner.DIALix.COM> X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 11 Sep 1996 09:01:39 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Is this just me? I started getting these on three different machines with > a > vanilla -current kernel from within the last 24 hours. > > pid 659 (FvwmPager), uid 433: exited on signal 11 (core dumped) > [Deletia] > Anybody else seen this, or is it something local? > > -Peter > Yup, I've been seeing it too - along with panics from brelse about freed buffers onto a different queue. It seems to happen when there's two processes indulging in disk activity. I swapped a motherboard to one with a faster CPU just before installing the new kernel (and lost the old kernel so I couldn't try it out, blast it!) and I was almost going to blame it on that. Stephen -- The views expressed above are not those of the Worker's Compensation Board of Queensland, Australia. From owner-freebsd-current Tue Sep 10 16:07:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA21989 for current-outgoing; Tue, 10 Sep 1996 16:07:27 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA21979; Tue, 10 Sep 1996 16:07:24 -0700 (PDT) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by Kitten.mcs.com (8.7.5/8.7.5) with SMTP id SAA07222; Tue, 10 Sep 1996 18:07:23 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Tue, 10 Sep 96 18:07 CDT Received: (from karl@localhost) by Jupiter.mcs.net (8.7.5/8.7.5) id SAA06035; Tue, 10 Sep 1996 18:07:22 -0500 (CDT) From: Karl Denninger Message-Id: <199609102307.SAA06035@Jupiter.mcs.net> Subject: Re: Problem with "make package" and XFree86 To: asami@freebsd.org (Satoshi Asami) Date: Tue, 10 Sep 1996 18:07:22 -0500 (CDT) Cc: karl@Mcs.Net, freebsd-current@freebsd.org In-Reply-To: <199609102248.PAA01400@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Sep 10, 96 03:48:43 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > * I checked the port file list; its correct and has the prefix in there. > > The first @cwd in pkg/PLIST is ignored. Since there is only one in > this PLIST, it shouldn't have been there in the first place. > > * Why is it being ignored? > > I see no USE_X11 (which will set PREFIX to /usr/X11R6) in the > Makefile. Will it work if you do > > make -DFORCE_PACKAGE -DUSE_X11 package > > ? > > Satoshi That *does* work. Why isn't that in the Makefile? -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1 from $600 monthly; speeds to DS-3 available | 23 Chicagoland Prefixes, 13 ISDN, much more Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 248-9865] | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-current Tue Sep 10 16:12:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA22414 for current-outgoing; Tue, 10 Sep 1996 16:12:36 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA22400 for ; Tue, 10 Sep 1996 16:12:32 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id QAA01511; Tue, 10 Sep 1996 16:12:19 -0700 (PDT) Date: Tue, 10 Sep 1996 16:12:19 -0700 (PDT) Message-Id: <199609102312.QAA01511@silvia.HIP.Berkeley.EDU> To: karl@mcs.net CC: karl@mcs.net, freebsd-current@freebsd.org In-reply-to: <199609102307.SAA06035@Jupiter.mcs.net> (message from Karl Denninger on Tue, 10 Sep 1996 18:07:22 -0500 (CDT)) Subject: Re: Problem with "make package" and XFree86 From: asami@freebsd.org (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * That *does* work. Why isn't that in the Makefile? My guess would be that you are the first one to ever try making a package out of this. ;) Anyway, I just fixed the port (the ldconfig post-install target wouldn't have worked either without it). Thanks for the report. Satoshi From owner-freebsd-current Tue Sep 10 16:16:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA22599 for current-outgoing; Tue, 10 Sep 1996 16:16:44 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA22593; Tue, 10 Sep 1996 16:16:41 -0700 (PDT) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by Kitten.mcs.com (8.7.5/8.7.5) with SMTP id SAA07542; Tue, 10 Sep 1996 18:16:34 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Tue, 10 Sep 96 18:16 CDT Received: (from karl@localhost) by Jupiter.mcs.net (8.7.5/8.7.5) id SAA06216; Tue, 10 Sep 1996 18:16:33 -0500 (CDT) From: Karl Denninger Message-Id: <199609102316.SAA06216@Jupiter.mcs.net> Subject: Re: Problem with "make package" and XFree86 To: asami@freebsd.org (Satoshi Asami) Date: Tue, 10 Sep 1996 18:16:32 -0500 (CDT) Cc: karl@Mcs.Net, freebsd-current@freebsd.org In-Reply-To: <199609102312.QAA01511@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Sep 10, 96 04:12:19 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > * That *does* work. Why isn't that in the Makefile? > > My guess would be that you are the first one to ever try making a > package out of this. ;) > > Anyway, I just fixed the port (the ldconfig post-install target > wouldn't have worked either without it). Thanks for the report. > > Satoshi What?! You're kidding, right? How do you possibly install this post-setup if its not a package?! -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1 from $600 monthly; speeds to DS-3 available | 23 Chicagoland Prefixes, 13 ISDN, much more Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 248-9865] | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-current Tue Sep 10 16:19:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA22705 for current-outgoing; Tue, 10 Sep 1996 16:19:34 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA22698 for ; Tue, 10 Sep 1996 16:19:31 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id QAA01553; Tue, 10 Sep 1996 16:19:06 -0700 (PDT) Date: Tue, 10 Sep 1996 16:19:06 -0700 (PDT) Message-Id: <199609102319.QAA01553@silvia.HIP.Berkeley.EDU> To: karl@mcs.net CC: karl@mcs.net, freebsd-current@freebsd.org In-reply-to: <199609102316.SAA06216@Jupiter.mcs.net> (message from Karl Denninger on Tue, 10 Sep 1996 18:16:32 -0500 (CDT)) Subject: Re: Problem with "make package" and XFree86 From: asami@freebsd.org (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * What?! You're kidding, right? * * How do you possibly install this post-setup if its not a package?! Well, there is a binary release from XFree86, and that's what I use.... Satoshi From owner-freebsd-current Tue Sep 10 16:46:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA24328 for current-outgoing; Tue, 10 Sep 1996 16:46:04 -0700 (PDT) Received: from po1.glue.umd.edu (po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA24323 for ; Tue, 10 Sep 1996 16:46:02 -0700 (PDT) Received: from packet.eng.umd.edu (packet.eng.umd.edu [129.2.98.184]) by po1.glue.umd.edu (8.8.Beta.0/8.7.3) with ESMTP id TAA05945 for ; Tue, 10 Sep 1996 19:45:58 -0400 (EDT) Received: from localhost (chuckr@localhost) by packet.eng.umd.edu (8.7.5/8.7.3) with SMTP id TAA10051 for ; Tue, 10 Sep 1996 19:45:58 -0400 (EDT) X-Authentication-Warning: packet.eng.umd.edu: chuckr owned process doing -bs Date: Tue, 10 Sep 1996 19:45:57 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@packet.eng.umd.edu To: FreeBSD current Subject: sh Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Am I the only one who is starting to get strange reactions out of my sh? I'm starting to get those signal-11's, and for once I hope my sh (I noticed the recent changes) is broken in some way. The signal 11's are coming too incredibly predictably for it to be a memory fault alone. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Tue Sep 10 17:04:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA25221 for current-outgoing; Tue, 10 Sep 1996 17:04:55 -0700 (PDT) Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA25216 for ; Tue, 10 Sep 1996 17:04:53 -0700 (PDT) Received: from localhost (richardc@localhost) by soda.CSUA.Berkeley.EDU (8.6.12/8.6.12) with SMTP id RAA13005; Tue, 10 Sep 1996 17:05:33 -0700 Date: Tue, 10 Sep 1996 17:05:31 -0700 (PDT) From: Veggy Vinny To: Chuck Robey cc: FreeBSD current Subject: Re: sh In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 10 Sep 1996, Chuck Robey wrote: > Am I the only one who is starting to get strange reactions out of my sh? > I'm starting to get those signal-11's, and for once I hope my sh (I > noticed the recent changes) is broken in some way. The signal 11's are > coming too incredibly predictably for it to be a memory fault alone. It's not just you but on one of our machines, mercury.gaianet.net, it seems like after the last reboot... it said can't execute /bin/sh, any ideas how to fix this? Since I can't do it remotely, I need to explain it to the guy by email... Vince From owner-freebsd-current Tue Sep 10 17:15:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA25735 for current-outgoing; Tue, 10 Sep 1996 17:15:39 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA25730 for ; Tue, 10 Sep 1996 17:15:31 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.6.12/8.6.12) with SMTP id RAA25808 for ; Tue, 10 Sep 1996 17:15:29 -0700 Date: Tue, 10 Sep 1996 17:15:28 -0700 (PDT) From: Jaye Mathisen To: current@freebsd.org Subject: Argh, 09-10-96 sup doesn't build. (libexec/named-xfer) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Following patch seems to fix it for me: *** Makefile Tue Sep 10 17:14:01 1996 --- /tmp/Makefile Tue Sep 10 17:08:59 1996 *************** *** 4,13 **** .PATH: ${BIND_DIR}/named .PATH: ${BIND_DIR}/man - .PATH: ${BIND_DIR}/res PROG= named-xfer ! SRCS= named-xfer.c db_glue.c storage.c dmalloc.c version.c inet_ntop.c nsap_addr.c res_debug.c MAN8= named-xfer.8 CLEANFILES+= version.c --- 4,12 ---- .PATH: ${BIND_DIR}/named .PATH: ${BIND_DIR}/man PROG= named-xfer ! SRCS= named-xfer.c db_glue.c storage.c dmalloc.c version.c MAN8= named-xfer.8 From owner-freebsd-current Tue Sep 10 17:23:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA26049 for current-outgoing; Tue, 10 Sep 1996 17:23:26 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA26041 for ; Tue, 10 Sep 1996 17:23:23 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.6.12/8.6.12) with SMTP id RAA26730 for ; Tue, 10 Sep 1996 17:23:16 -0700 Date: Tue, 10 Sep 1996 17:23:16 -0700 (PDT) From: Jaye Mathisen To: current@freebsd.org Subject: More build problems with bind-related stuff. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk dig, nslookup, and a few others had to be reworked in the same way for me to get it to compile. Did whoever checked it in actually compile it? Or is my sup tree somehow muffed? From owner-freebsd-current Tue Sep 10 18:54:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA00257 for current-outgoing; Tue, 10 Sep 1996 18:54:13 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA00248 for ; Tue, 10 Sep 1996 18:54:09 -0700 (PDT) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by Kitten.mcs.com (8.7.5/8.7.5) with SMTP id UAA13496 for ; Tue, 10 Sep 1996 20:54:08 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Tue, 10 Sep 96 20:54 CDT Received: (from karl@localhost) by Jupiter.mcs.net (8.7.5/8.7.5) id UAA08079 for freebsd-current@freebsd.org; Tue, 10 Sep 1996 20:54:07 -0500 (CDT) From: Karl Denninger Message-Id: <199609110154.UAA08079@Jupiter.mcs.net> Subject: No boom-boom yet on -current doing MAKE RELEASE -DCHROOTDIR=.... To: freebsd-current@freebsd.org Date: Tue, 10 Sep 1996 20:54:07 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Running over NFS, about 10 hours into it now (its DAMN slow when not writing to a local disk :-) and we're at this point now... 4176 p0 I+ 0:00.02 /bin/sh -ec for i in `cd /usr/src && echo [a-z]*` ; d 4288 p0 I+ 0:00.06 make doTARBALL TN SD TD ARG 4295 p0 I+ 0:00.00 /bin/sh -ec ( cd /usr/src && tn=`echo scontrib | tr 4296 p0 I+ 0:00.01 /bin/sh -ec ( cd /usr/src && tn=`echo scontrib | tr 4302 p0 D+ 0:02.73 tar --exclude CVS --exclude obj -cf - contrib 4303 p0 S+ 0:27.13 gzip --no-name -9 -c 4304 p0 S+ 0:00.43 split -b 240640 - /R/stage/dists/src/scontrib. 10745 p0 I+ 0:00.08 make release CHROOTDIR 14921 p0 I+ 0:00.04 /bin/sh /mk 21054 p0 I+ 0:00.15 make doRELEASE It'll be a bit yet... by tomorrow AM it should be done. So much for NFS being unstable; there's your test folks... :-) -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1 from $600 monthly; speeds to DS-3 available | 23 Chicagoland Prefixes, 13 ISDN, much more Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 248-9865] | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-current Tue Sep 10 19:58:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA03311 for current-outgoing; Tue, 10 Sep 1996 19:58:38 -0700 (PDT) Received: from bunyip.cc.uq.oz.au (daemon@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA03306 for ; Tue, 10 Sep 1996 19:58:32 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.oz.au (8.7.5/8.7.3) id MAA29375 for current@freebsd.org; Wed, 11 Sep 1996 12:58:23 +1000 Received: from pandora.devetir.qld.gov.au by ogre.devetir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with ESMTP id KAA28634 for ; Wed, 11 Sep 1996 10:53:45 +1000 (EST) Received: from netfl15a.devetir.qld.gov.au (netfl15a.devetir.qld.gov.au [167.123.24.12]) by pandora.devetir.qld.gov.au (8.6.10/8.6.12) with ESMTP id KAA08154 for ; Wed, 11 Sep 1996 10:52:35 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id AAA06063 for ; Wed, 11 Sep 1996 00:53:16 GMT Message-Id: <199609110053.AAA06063@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.5 12/11/95 To: current@freebsd.org Subject: What's cookin' in current? X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 11 Sep 1996 10:53:14 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk There are a few major projects underway that I'd like to know the status of. They are 4.4 Lite2 merge - Hsu, Lambert & other miscreants gcc-2.7.2.1 - Wemm The Great FS re-org Lambert, Dyson (all that stuff about making it cleanly layered & re-entrant) SMP into current Numerous villains - PHK, Wemm Would anybody care to fill me in on what's happening? Stephen -- The views expressed above are not those of the Worker's Compensation Board of Queensland, Australia. From owner-freebsd-current Tue Sep 10 20:32:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA05104 for current-outgoing; Tue, 10 Sep 1996 20:32:45 -0700 (PDT) Received: from hp.com (hp.com [15.255.152.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA05095; Tue, 10 Sep 1996 20:32:40 -0700 (PDT) Received: from fakir.india.hp.com by hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA221512751; Tue, 10 Sep 1996 20:32:35 -0700 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA216864593; Wed, 11 Sep 1996 09:03:13 +0500 Message-Id: <199609110403.AA216864593@fakir.india.hp.com> To: freebsd-current@freebsd.org Cc: dyson@freebsd.org Subject: VM/kernel problems Date: Wed, 11 Sep 1996 09:03:13 +0500 From: A JOSEPH KOSHY Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Is this just me? I started getting these on three different machines with > Yup, I've been seeing it too - along with panics from brelse about freed And to think that I've been harassing a PC vendor here the whole of last week telling him that his memory chips were bad! I've found that mount filesystems `async' and doing a make world tends to bring up these problems faster. Hardware: Noname P100, 32M, IDE system. Koshy From owner-freebsd-current Tue Sep 10 20:33:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA05151 for current-outgoing; Tue, 10 Sep 1996 20:33:16 -0700 (PDT) Received: from al.imforei.apana.org.au (pjchilds@al.imforei.apana.org.au [202.12.89.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA05132 for ; Tue, 10 Sep 1996 20:33:00 -0700 (PDT) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (8.7.5/8.7.3) id NAA20181; Wed, 11 Sep 1996 13:02:46 GMT Date: Wed, 11 Sep 1996 13:02:46 GMT From: Peter Childs Message-Id: <199609111302.NAA20181@al.imforei.apana.org.au> To: sysseh@devetir.qld.gov.au, freebsd-current@freebsd.org Subject: Re: VM/kernel problems? X-Newsreader: TIN [version 1.2 PL2] Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199609102301.XAA03613@netfl15a.devetir.qld.gov.au> you wrote: : > Anybody else seen this, or is it something local? : Yup, I've been seeing it too - along with panics from brelse about freed ^^^^^^^^^^^^^^^^^ : buffers onto a different queue. It seems to happen when there's two processes : indulging in disk activity. I swapped a motherboard to one with a faster CPU : just before installing the new kernel (and lost the old kernel so I couldn't : try it out, blast it!) and I was almost going to blame it on that. I was getting this like a shocker, with 10-20 reboots per day for the last couple of days, but now i seem to be stuck, and as much as i thrash the machine to death, it won't panic :( (and i had all the DDB and extra debug code in there to start to suss it out... groan... you guys take all the fun out of life :) Peter -- Peter Childs --- http://www.imforei.apana.org.au/~pjchilds Finger pjchilds@al.imforei.apana.org.au for public PGP key Drag me, drop me, treat me like an object! From owner-freebsd-current Tue Sep 10 20:39:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA05383 for current-outgoing; Tue, 10 Sep 1996 20:39:01 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA05376 for ; Tue, 10 Sep 1996 20:38:56 -0700 (PDT) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by Kitten.mcs.com (8.7.5/8.7.5) with SMTP id WAA18801 for ; Tue, 10 Sep 1996 22:38:54 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Tue, 10 Sep 96 22:38 CDT Received: (from karl@localhost) by Jupiter.mcs.net (8.7.5/8.7.5) id WAA09231 for freebsd-current@freebsd.org; Tue, 10 Sep 1996 22:38:53 -0500 (CDT) From: Karl Denninger Message-Id: <199609110338.WAA09231@Jupiter.mcs.net> Subject: Build is complete To: freebsd-current@freebsd.org Date: Tue, 10 Sep 1996 22:38:53 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Oh friends... "make release CHROOTDIR=/some-nfs-mounted-disk" is now complete. A nice (useless, since I already have one :-)) release is now on an NFS disk. No crashie or nasty console (or syslogged) messages... :-) FreeBSD Codebase.mcs.net 2.2-CURRENT FreeBSD 2.2-CURRENT #1: Thu Aug 22 13:36:26 CDT 1996 karl@Codebase.mcs.net:/usr/src/sys/compile/MCSNET i386 I don't know what we're doing differently here, but we're not seeing stability problems with -CURRENT here. BTW, this build IS available for public consumption; just ftp to "ftp.codebase.net" and log in as anon FTP. The build under "2.2-CURRENT-MCS..." is the one you want. We also have most of the packages available in "packages" compiled for this particular release. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1 from $600 monthly; speeds to DS-3 available | 23 Chicagoland Prefixes, 13 ISDN, much more Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 248-9865] | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-current Tue Sep 10 20:44:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA05636 for current-outgoing; Tue, 10 Sep 1996 20:44:57 -0700 (PDT) Received: from eel.dataplex.net (eel.dataplex.net [208.2.87.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA05629 for ; Tue, 10 Sep 1996 20:44:53 -0700 (PDT) Received: from [208.2.87.4] (cod [208.2.87.4]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id WAA15630; Tue, 10 Sep 1996 22:44:51 -0500 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 10 Sep 1996 22:44:51 -0500 To: current@freebsd.org From: rkw@dataplex.net (Richard Wackerbarth) Subject: Independent Test Results - UNBUILDABLE Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After carefully seting up the test station to bootstrap from a currently running 2.1.5+ system to the present version of "current", my first test was a non-starter. The code cannot even go far enough to start replacing things which were imported from the 2.1.5 environment. The first things it atempts is "cleandir" This bombs on the test. if [ -d ] rm -rf ; which comes from bsd.obj.mk with a null .TARGETOBJDIR I recall some discussion of the meaning of one argument to test. Obviously, a fix has not yet been installed. Days Unbuildable Current 1 Maximum 1 Percentage 100 Who knows what the 'morrow shall bring. From owner-freebsd-current Tue Sep 10 20:45:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA05695 for current-outgoing; Tue, 10 Sep 1996 20:45:49 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA05676 for ; Tue, 10 Sep 1996 20:45:15 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id WAA00591; Tue, 10 Sep 1996 22:43:57 -0500 (EST) From: "John S. Dyson" Message-Id: <199609110343.WAA00591@dyson.iquest.net> Subject: Re: VM/kernel problems? To: pjchilds@imforei.apana.org.au (Peter Childs) Date: Tue, 10 Sep 1996 22:43:57 -0500 (EST) Cc: sysseh@devetir.qld.gov.au, freebsd-current@freebsd.org In-Reply-To: <199609111302.NAA20181@al.imforei.apana.org.au> from "Peter Childs" at Sep 11, 96 01:02:46 pm Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk That reason that I commit changes that are experimental, but work on my system is to get more testing. But, please be so very careful after I commit serious VM changes (esp. in the pmap section.) The stuff has to be tested -- and the changes are critically needed for 2.2. Sorry that it has caused you guys some difficulty, because I really want to make things better (if you want to know why I am making the pmap changes, I'll tell you in private email, it is kind-of embarassing). I did not get much of a chance to work on the stuff tonight, but plan to commit some fixes that could make some of the problems go-away. Good Luck, (and wish me some also :-)). John From owner-freebsd-current Tue Sep 10 20:53:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA06125 for current-outgoing; Tue, 10 Sep 1996 20:53:58 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA06117 for ; Tue, 10 Sep 1996 20:53:51 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id WAA00129 for current@freebsd.org; Tue, 10 Sep 1996 22:53:47 -0500 (EST) From: "John S. Dyson" Message-Id: <199609110353.WAA00129@dyson.iquest.net> Subject: VM problems -- reproduceable!!! To: current@freebsd.org Date: Tue, 10 Sep 1996 22:53:47 -0500 (EST) Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just FYI, I can reproduce the problem. Good news -- fix is now going to be easier... John From owner-freebsd-current Tue Sep 10 20:57:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA06280 for current-outgoing; Tue, 10 Sep 1996 20:57:04 -0700 (PDT) Received: from al.imforei.apana.org.au (al.imforei.apana.org.au [202.12.89.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA06267; Tue, 10 Sep 1996 20:56:52 -0700 (PDT) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (8.7.5/8.7.3) id NAA21690; Wed, 11 Sep 1996 13:26:15 GMT From: Peter Childs Message-Id: <199609111326.NAA21690@al.imforei.apana.org.au> Subject: Re: VM/kernel problems? In-Reply-To: <199609110343.WAA00591@dyson.iquest.net> from "John S. Dyson" at "Sep 10, 96 10:43:57 pm" To: dyson@freebsd.org Date: Wed, 11 Sep 1996 13:26:14 +0000 () Cc: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Gday! John S. Dyson wrote... > Sorry that it has caused you guys some difficulty, because I really > want to make things better (if you want to know why I am making the > pmap changes, I'll tell you in private email, it is kind-of > embarassing). I did not get much of a chance to work on the stuff > tonight, but plan to commit some fixes that could make some of the > problems go-away. Thats why is called -current... i'm supprised that its such a neat bit of nearly-always-compiling-code! I started going through the source from the VM system, and seeing the differences to the 2.1.5-stable VM system, and there's a massive stack of changes. The design and imp. 4.4 BSD book makes good reading, and if you ever get the itch you could write a little bit for the handbook (the freebsd internals) section about the new vm system. It would be great reading IMHO. > Good Luck, (and wish me some also :-)). Keep up the good work! Regards, Peter -- Peter Childs --- http://www.imforei.apana.org.au/~pjchilds Finger pjchilds@al.imforei.apana.org.au for public PGP key Drag me, drop me, treat me like an object! From owner-freebsd-current Tue Sep 10 21:00:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA06600 for current-outgoing; Tue, 10 Sep 1996 21:00:52 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA06588 for ; Tue, 10 Sep 1996 21:00:47 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id VAA21065; Tue, 10 Sep 1996 21:00:38 -0700 From: "Rodney W. Grimes" Message-Id: <199609110400.VAA21065@GndRsh.aac.dev.com> Subject: Re: Independent Test Results - UNBUILDABLE To: rkw@dataplex.net (Richard Wackerbarth) Date: Tue, 10 Sep 1996 21:00:37 -0700 (PDT) Cc: current@freebsd.org In-Reply-To: from Richard Wackerbarth at "Sep 10, 96 10:44:51 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > After carefully seting up the test station to bootstrap from a currently > running 2.1.5+ system to the present version of "current", my first test > was a non-starter. The code cannot even go far enough to start replacing > things which were imported from the 2.1.5 environment. The first things it > atempts is "cleandir" This bombs on the test. > > if [ -d ] rm -rf ; make bootstrap && make world should fix this one.... you can't expect make world for 2.2-current to run on 2.1.5 without first running the bootstrap target. You'll also blow up some time way later, the fix for that is left as an excercise for the reader... > which comes from bsd.obj.mk with a null .TARGETOBJDIR > > I recall some discussion of the meaning of one argument to test. Obviously, > a fix has not yet been installed. > > > Days Unbuildable > Current 1 > Maximum 1 > Percentage 100 > > Who knows what the 'morrow shall bring. > > > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Tue Sep 10 21:55:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA10435 for current-outgoing; Tue, 10 Sep 1996 21:55:10 -0700 (PDT) Received: from bdd.net (bdd.net [207.61.119.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA10430 for ; Tue, 10 Sep 1996 21:55:08 -0700 (PDT) Received: from localhost (matt@localhost) by bdd.net (8.7.5/8.7.3) with SMTP id AAA02958 for ; Wed, 11 Sep 1996 00:55:01 -0400 (EDT) Date: Wed, 11 Sep 1996 00:55:01 -0400 (EDT) From: Matthew Stein To: current@freebsd.org Subject: Re: VM/kernel problems? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 10 Sep 1996, Richard J Kuhns wrote: > kernel. I thought I'd try swapping out some SIMMs before I said anything, > but if other people are seeing it too, it's a little more likely to be Allow me to throw my hat in, and add the following. I am noticing the problems outlined in previous messages with an addition. Although the system starts dumping processes eventually, PS, and W report odd or incorrect results immediately, even though they were rebuilt too. -- mat. +-Matthew Stein-------------------------------------------- matt@bdd.net-+ | Network Design phone: +1 519 823-8577 | | ButtonDown Digital fax: +1 519 823-9556 | +------------------------------------------------------------------------+ From owner-freebsd-current Tue Sep 10 22:00:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA10751 for current-outgoing; Tue, 10 Sep 1996 22:00:04 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA10676 for ; Tue, 10 Sep 1996 21:59:52 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id XAA00173; Tue, 10 Sep 1996 23:59:38 -0500 (EST) From: "John S. Dyson" Message-Id: <199609110459.XAA00173@dyson.iquest.net> Subject: Re: VM/kernel problems? To: matt@bdd.net (Matthew Stein) Date: Tue, 10 Sep 1996 23:59:38 -0500 (EST) Cc: current@freebsd.org In-Reply-To: from "Matthew Stein" at Sep 11, 96 00:55:01 am Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On Tue, 10 Sep 1996, Richard J Kuhns wrote: > > > kernel. I thought I'd try swapping out some SIMMs before I said anything, > > but if other people are seeing it too, it's a little more likely to be > > Allow me to throw my hat in, and add the following. I am noticing the > problems outlined in previous messages with an addition. Although the > system starts dumping processes eventually, PS, and W report odd or > incorrect results immediately, even though they were rebuilt too. > Since I changed some of the kernel data structures, you might also have to rebuild libkvm AND the utilities that use it. John From owner-freebsd-current Tue Sep 10 22:05:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA10984 for current-outgoing; Tue, 10 Sep 1996 22:05:03 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA10978 for ; Tue, 10 Sep 1996 22:05:01 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id WAA22913; Tue, 10 Sep 1996 22:04:46 -0700 (PDT) To: Karl Denninger cc: freebsd-current@FreeBSD.org Subject: Re: Build is complete In-reply-to: Your message of "Tue, 10 Sep 1996 22:38:53 CDT." <199609110338.WAA09231@Jupiter.mcs.net> Date: Tue, 10 Sep 1996 22:04:46 -0700 Message-ID: <22911.842418286@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Oh friends... > > "make release CHROOTDIR=/some-nfs-mounted-disk" is now complete. A nice > (useless, since I already have one :-)) release is now on an NFS disk. > > No crashie or nasty console (or syslogged) messages... :-) Well, thanks - that's actually very good to know. It means there's likely nothing specific about what make release is doing which is hosing me, it's a local issue. That narrows down the search width significantly. Jordan From owner-freebsd-current Tue Sep 10 22:09:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA11181 for current-outgoing; Tue, 10 Sep 1996 22:09:43 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA11175 for ; Tue, 10 Sep 1996 22:09:39 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id WAA22940; Tue, 10 Sep 1996 22:09:20 -0700 (PDT) To: rkw@dataplex.net (Richard Wackerbarth) cc: current@freebsd.org Subject: Re: Independent Test Results - UNBUILDABLE In-reply-to: Your message of "Tue, 10 Sep 1996 22:44:51 CDT." Date: Tue, 10 Sep 1996 22:09:20 -0700 Message-ID: <22938.842418560@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Who knows what the 'morrow shall bring. Probably no change at all, unless/until you go fix the bootstrap target to update the mk files and other dependencies you'll encounter along the way. There are 4 "gotchas" on the way to bootstrapping 2.1.5 to -current, and once you get through the process you'll know them all personally. Many have passed through this particular veil before, you see, but none yet have taken the time afterwards to draw a map of their progress, translate it into make rule form and get it committed to /usr/src/Makefile. Might you be the first? :-) Jordan From owner-freebsd-current Tue Sep 10 22:32:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA12623 for current-outgoing; Tue, 10 Sep 1996 22:32:03 -0700 (PDT) Received: from seabass.progroup.com (catfish.progroup.com [206.24.122.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA12589 for ; Tue, 10 Sep 1996 22:32:00 -0700 (PDT) Received: (from craig@localhost) by seabass.progroup.com (8.7.5/8.6.12) id WAA26792 for current@FreeBSD.org; Tue, 10 Sep 1996 22:32:14 -0700 (PDT) Message-Id: <199609110532.WAA26792@seabass.progroup.com> Subject: Re: request for library file To: current@FreeBSD.org Date: Tue, 10 Sep 1996 22:32:13 -0700 (PDT) From: "Craig Shaver" Reply-To: current@FreeBSD.org In-Reply-To: <137BC23DB@manado.wasantara.net.id> from "Eka Kelana" at Sep 10, 96 02:04:22 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Hi there...! > > I need this file: > > libX11.so.6.1 > > to be able to run tkdesk. My current freebsd installation does not contain > such file. Is there anyone here who is able to send me such file? > I would be very grateful for the file... :-) > > > -Eka Kelana- > > > I have this lib as a part of the XFree86-3.1.2[D-F] beta releases. You can probably try to ln the 6.0 lib to 6.1 and see what happens. Or just get the latest beta. -- Craig Shaver (craig@progroup.com) (415)390-0654 Productivity Group POB 60458 Sunnyvale, CA 94088 From owner-freebsd-current Tue Sep 10 23:29:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA15192 for current-outgoing; Tue, 10 Sep 1996 23:29:37 -0700 (PDT) Received: (from hsu@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA15186; Tue, 10 Sep 1996 23:29:36 -0700 (PDT) Date: Tue, 10 Sep 1996 23:29:36 -0700 (PDT) From: Jeffrey Hsu Message-Id: <199609110629.XAA15186@freefall.freebsd.org> To: sysseh@devetir.qld.gov.au Subject: Re: What's cookin' in current? Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > 4.4 Lite2 merge - Hsu, Lambert & other miscreants Hey! Who you calling a miscreant? From owner-freebsd-current Wed Sep 11 01:30:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA20874 for current-outgoing; Wed, 11 Sep 1996 01:30:45 -0700 (PDT) Received: from alpo.whistle.com (s205m1.whistle.com [207.76.205.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA20867 for ; Wed, 11 Sep 1996 01:30:40 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.5/8.7.3) with SMTP id BAA07714 for ; Wed, 11 Sep 1996 01:21:38 -0700 (PDT) Message-ID: <32367633.167EB0E7@whistle.com> Date: Wed, 11 Sep 1996 01:20:03 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: current@freebsd.org Subject: [HOWTO] Kernel GDB stubs Content-Type: multipart/mixed; boundary="------------794BDF32446B9B3D2781E494" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------794BDF32446B9B3D2781E494 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I'd like to nominate the crew who got the kernel gdb stub going, for some sort of "GOD for a day" award. I've been using it with xxgdb over gdb.. the ability to just dump out structures in the kernel, and single step with source, all in differnet windows, etc. etc. is amazing.. I'm almost looking forward for excuses to use it.. today I found 2 bugs in the appletalk code, and cleared up my understanding of some aspects of the VFS system, found a long-standing bug in a frame-relay driver, and stopped a DEVFS panic, all using it.. this is almost TOO easy.. Of course you need 2 machines but I have a little old 486 hanging off the back of my pentium here, and it's great. I did the regulation config -g MYKERN, then modified the Makefile to add: cp kernel kernel.debug strip -d kernel The debug kernel is a bit big -rwxr-xr-x 1 julian bmann 8783261 Sep 11 00:25 kernel.debug but you install the stripped one.. in the compile directory I have the following .gdbinit set remotebaud 9600 file kernel.debug target remote /dev/cuaa1 then inthat directory simply run gdb or xxgdb or ddd or tkgdb or whatever frontend you like. gdb just sits and awaits a breakpoint or whatever.. don't forget to set sysctl -w debug.debugger_on_panic=1 on teh target machine if you want to catch panics and do once to get into the ddb then "gdb" to set gdb mode, followed by "cont". or Boot: -g If you have problems, I have the attached patches to sio.c to make it work for me though some people don't need these. bde has another patch he prefers, but you shouldn't have sio0 open for anything else or naturally there will be confusion.... julian --------------794BDF32446B9B3D2781E494 Content-Type: text/plain; charset=us-ascii; name="xx.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="xx.diff" Index: sio.c =================================================================== RCS file: /cvs/freebsd/src/sys/i386/isa/sio.c,v retrieving revision 1.145 diff -c -r1.145 sio.c *** 1.145 1996/09/06 23:08:05 --- sio.c 1996/09/11 08:16:51 *************** *** 70,75 **** --- 70,76 ---- #include #include #include + #include #ifdef COM_ESP #include *************** *** 266,271 **** --- 267,274 ---- void *devfs_token_cuai; #endif }; + static int cn_initialised = -2; + struct siocnstate sp; /* * XXX public functions in drivers should be declared in headers produced *************** *** 993,998 **** --- 996,1005 ---- #else tp = com->tp = &sio_tty[unit]; #endif + if( unit == comconsole ) + if ( cn_initialised == -1 ) + cn_initialised = 0; + s = spltty(); /* * We jump to this label after all non-interrupted sleeps to pick *************** *** 1221,1226 **** --- 1228,1235 ---- com->active_out = FALSE; wakeup(&com->active_out); wakeup(TSA_CARR_ON(tp)); /* restart any wopeners */ + if( unit == comconsole ) + cn_initialised = -1; splx(s); } *************** *** 2285,2291 **** /* * Following are all routines needed for SIO to act as console */ - #include struct siocnstate { u_char dlbl; --- 2294,2299 ---- *************** *** 2324,2329 **** --- 2332,2339 ---- int divisor; Port_t iobase; + /* -2 = initial -1 = don't bother, 1 = done */ + if((cn_initialised != 0) && (cn_initialised != -2)) return; /* * Save all the device control registers except the fifo register * and set our default ones (cs8 -parenb speed=comdefaultrate). *************** *** 2348,2353 **** --- 2358,2364 ---- * an interrupt by floating the IRQ line. */ outb(iobase + com_mcr, (sp->mcr & MCR_IENABLE) | MCR_DTR | MCR_RTS); + cn_initialised++ ; } static void *************** *** 2356,2361 **** --- 2367,2373 ---- { Port_t iobase; + if(cn_initialised < 0) return; /* * Restore the device control registers. */ *************** *** 2370,2375 **** --- 2382,2388 ---- */ outb(iobase + com_mcr, sp->mcr | MCR_DTR | MCR_RTS); outb(iobase + com_ier, sp->ier); + cn_initialised--; } void *************** *** 2407,2413 **** int c; Port_t iobase; int s; - struct siocnstate sp; iobase = siocniobase; s = spltty(); --- 2420,2425 ---- *************** *** 2429,2435 **** int c; Port_t iobase; int s; - struct siocnstate sp; iobase = siocniobase; s = spltty(); --- 2441,2446 ---- *************** *** 2448,2454 **** int c; { int s; - struct siocnstate sp; s = spltty(); siocnopen(&sp); --- 2459,2464 ---- --------------794BDF32446B9B3D2781E494-- From owner-freebsd-current Wed Sep 11 04:39:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA27408 for current-outgoing; Wed, 11 Sep 1996 04:39:28 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA27403 for ; Wed, 11 Sep 1996 04:39:23 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.7.4+2.6Wbeta6/3.3W9) with ESMTP id UAA00456 for ; Wed, 11 Sep 1996 20:39:16 +0900 (JST) Message-Id: <199609111139.UAA00456@marble.eps.nagoya-u.ac.jp> To: current@freebsd.org Subject: patch for Cyrix/Ti 486SLC/DLC CPU bug X-Mailer: Mew version 1.05+ on Emacs 19.28.1, Mule 2.3 X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Wed, 11 Sep 1996 20:39:15 +0900 From: KATO Takenori Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Cyrix/Ti 486 users, Some version of Cyrix 486SLC/DLC and TI 486DLC have paging related bug, and they cause strange segmentation fault and/or page fault trap. I got some information for that bug and fix, and I made the patch for FreeBSD-current. The patch contains: 1) FPU exception is handled by interrupt gate (machdep.c). 2) The function trap gets fault page address as soon as possible (trap.c). 3) The functions pmap_update_{1,2}pg don't use LMSW instruction but call pmap_update in cpufunc.h (pmap.c). 1 and 2 are effective for strange signal 11, and 3 is for page fault. These change are #ifdef'ed because it might have disadvantage for system performance. Please add "options CYRIX_486_BUG" line in your kernel configuration file to enable bug fix. Above change has been already included in sys/pc98/i386 stuffs of FreeBSD-current, and it has been tested Cyrix/Ti 486 users on PC-9801 architecture. Is this effective for you? Comment please! ---------- BEGIN ---------- diff -arcN sys.old/i386/i386/machdep.c sys/i386/i386/machdep.c *** sys.old/i386/i386/machdep.c Wed Sep 11 18:42:45 1996 --- sys/i386/i386/machdep.c Wed Sep 11 18:44:02 1996 *************** *** 1040,1046 **** --- 1040,1050 ---- setidt(11, &IDTVEC(missing), SDT_SYS386TGT, SEL_KPL, GSEL(GCODE_SEL, SEL_KPL)); setidt(12, &IDTVEC(stk), SDT_SYS386TGT, SEL_KPL, GSEL(GCODE_SEL, SEL_KPL)); setidt(13, &IDTVEC(prot), SDT_SYS386TGT, SEL_KPL, GSEL(GCODE_SEL, SEL_KPL)); + #ifdef CYRIX_486_BUG setidt(14, &IDTVEC(page), SDT_SYS386IGT, SEL_KPL, GSEL(GCODE_SEL, SEL_KPL)); + #else + setidt(14, &IDTVEC(page), SDT_SYS386TGT, SEL_KPL, GSEL(GCODE_SEL, SEL_KPL)); + #endif setidt(15, &IDTVEC(rsvd), SDT_SYS386TGT, SEL_KPL, GSEL(GCODE_SEL, SEL_KPL)); setidt(16, &IDTVEC(fpu), SDT_SYS386TGT, SEL_KPL, GSEL(GCODE_SEL, SEL_KPL)); setidt(17, &IDTVEC(align), SDT_SYS386TGT, SEL_KPL, GSEL(GCODE_SEL, SEL_KPL)); diff -arcN sys.old/i386/i386/pmap.c sys/i386/i386/pmap.c *** sys.old/i386/i386/pmap.c Wed Sep 11 18:42:45 1996 --- sys/i386/i386/pmap.c Wed Sep 11 18:44:31 1996 *************** *** 148,153 **** --- 148,157 ---- extern vm_offset_t clean_sva, clean_eva; extern int cpu_class; + #if defined(I386_CPU) || defined(CYRIX_486_BUG) + extern int cpu; + #endif + #define PV_FREELIST_MIN ((PAGE_SIZE / sizeof (struct pv_entry)) / 2) /* *************** *** 407,414 **** */ static PMAP_INLINE void pmap_update_1pg( vm_offset_t va) { ! #if defined(I386_CPU) ! if (cpu_class == CPUCLASS_386) pmap_update(); else #endif --- 411,419 ---- */ static PMAP_INLINE void pmap_update_1pg( vm_offset_t va) { ! #if defined(I386_CPU) || defined(CYRIX_486_BUG) ! /* CYRIX Bug? */ ! if (cpu_class == CPUCLASS_386 || cpu == CPU_486DLC) pmap_update(); else #endif *************** *** 417,424 **** static PMAP_INLINE void pmap_update_2pg( vm_offset_t va1, vm_offset_t va2) { ! #if defined(I386_CPU) ! if (cpu_class == CPUCLASS_386) { pmap_update(); } else #endif --- 422,430 ---- static PMAP_INLINE void pmap_update_2pg( vm_offset_t va1, vm_offset_t va2) { ! #if defined(I386_CPU) || defined(CYRIX_486_BUG) ! /* CYRIX Bug? */ ! if (cpu_class == CPUCLASS_386 || cpu == CPU_486DLC) { pmap_update(); } else #endif diff -arcN sys.old/i386/i386/trap.c sys/i386/i386/trap.c *** sys.old/i386/i386/trap.c Wed Sep 11 18:42:45 1996 --- sys/i386/i386/trap.c Wed Sep 11 18:45:20 1996 *************** *** 77,88 **** #include #include #ifdef POWERFAIL_NMI #include #include #endif - #include "isa.h" #include "npx.h" int (*pmath_emulate) __P((struct trapframe *)); --- 77,89 ---- #include #include + #include "isa.h" + #ifdef POWERFAIL_NMI #include #include #endif #include "npx.h" int (*pmath_emulate) __P((struct trapframe *)); *************** *** 91,97 **** --- 92,102 ---- extern int trapwrite __P((unsigned addr)); extern void syscall __P((struct trapframe frame)); + #ifdef CYRIX_486_BUG + static int trap_pfault __P((struct trapframe *, int, vm_offset_t)); + #else static int trap_pfault __P((struct trapframe *, int)); + #endif static void trap_fatal __P((struct trapframe *)); void dblfault_handler __P((void)); *************** *** 188,197 **** --- 193,218 ---- #ifdef DEBUG u_long eva; #endif + #ifdef CYRIX_486_BUG + vm_offset_t va; + #endif type = frame.tf_trapno; code = frame.tf_err; + #ifdef CYRIX_486_BUG + /* XXX: + * CYRIX 486 CPU FIX. + * If you use cyrix cpu, you often encouter strange signal 11's? + * I think this is due to cyrix cpu bugs. + * In any way, the following trick is effective for the problem. + * As soon as possible, we must get the fault page address. + */ + va = (vm_offset_t)(rcr2()); + if( type == T_PAGEFLT && ( frame.tf_eflags & PSL_I ) ) + asm("sti"); + #endif /* CYRIX_486_BUG */ + if (ISPL(frame.tf_cs) == SEL_UPL) { /* user trap */ *************** *** 236,242 **** --- 257,267 ---- break; case T_PAGEFLT: /* page fault */ + #ifdef CYRIX_486_BUG + i = trap_pfault(&frame, TRUE, va); + #else i = trap_pfault(&frame, TRUE); + #endif if (i == -1) return; if (i == 0) *************** *** 308,314 **** --- 333,343 ---- switch (type) { case T_PAGEFLT: /* page fault */ + #ifdef CYRIX_486_BUG + (void) trap_pfault(&frame, FALSE, va); + #else (void) trap_pfault(&frame, FALSE); + #endif return; case T_DNA: *************** *** 467,475 **** --- 496,511 ---- * debugging code. */ static int + #ifdef CYRIX_486_BUG + trap_pfault(frame, usermode,faultva) + struct trapframe *frame; + int usermode; + vm_offset_t faultva; + #else trap_pfault(frame, usermode) struct trapframe *frame; int usermode; + #endif { vm_offset_t va; struct vmspace *vm = NULL; *************** *** 484,490 **** --- 520,530 ---- else ftype = VM_PROT_READ; + #ifdef CYRIX_486_BUG + eva = faultva; + #else eva = rcr2(); + #endif va = trunc_page((vm_offset_t)eva); if (va < VM_MIN_KERNEL_ADDRESS) { *************** *** 566,574 **** --- 606,621 ---- #endif int + #ifdef CYRIX_486_BUG + trap_pfault(frame, usermode,faultva) + struct trapframe *frame; + int usermode; + vm_offset_t faultva; + #else trap_pfault(frame, usermode) struct trapframe *frame; int usermode; + #endif { vm_offset_t va; struct vmspace *vm = NULL; *************** *** 578,584 **** --- 625,635 ---- int eva; struct proc *p = curproc; + #ifdef CYRIX_486_BUG + eva = faultva; + #else eva = rcr2(); + #endif va = trunc_page((vm_offset_t)eva); if (va >= KERNBASE) { ---------- END ---------- ---- KATO Takenori Dept. Earth Planet. Sci., Nagoya Univ., Nagoya, 464-01, Japan From owner-freebsd-current Wed Sep 11 05:12:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA28732 for current-outgoing; Wed, 11 Sep 1996 05:12:59 -0700 (PDT) Received: from eel.dataplex.net (eel.dataplex.net [208.2.87.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA28726 for ; Wed, 11 Sep 1996 05:12:56 -0700 (PDT) Received: from [208.2.87.4] (cod [208.2.87.4]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id HAA26138; Wed, 11 Sep 1996 07:12:48 -0500 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 11 Sep 1996 07:12:50 -0500 To: "Rodney W. Grimes" From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: Independent Test Results - UNBUILDABLE Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Rodney W. Grimes" writes: >make bootstrap && make world >should fix this one.... you can't expect make world for 2.2-current to >run on 2.1.5 without first running the bootstrap target. You'll also >blow up some time way later, the fix for that is left as an excercise >for the reader... I can EXPECT it. Particularly when "world" starts out like this.... And I cannot "make bootstrap" without first "make mk" It certainly looks as if the intention were "to run straight out of the box". The problem is that in bootstrapping, you traditionally use only the most primitive tools to get started. As an example "cp" is used for ${INSTALL}. You also want the bootstrap makefiles to avoid any "fancy" features that are not common in all versions of make. Once you get past the bootstrap phase, you can then use those features all you wish. It seems that the present design has forgotten those design concepts. world: .if target(pre-world) @echo "--------------------------------------------------------------" @echo " Making 'pre-world' target" @echo "--------------------------------------------------------------" cd ${.CURDIR} && ${MAKE} pre-world @echo .endif @echo "--------------------------------------------------------------" @echo " Making hierarchy" @echo "--------------------------------------------------------------" cd ${.CURDIR} && ${MAKE} hierarchy @echo @echo "--------------------------------------------------------------" @echo " Rebuilding /usr/share/mk" @echo "--------------------------------------------------------------" cd ${.CURDIR} && ${MAKE} mk @echo @echo "--------------------------------------------------------------" @echo " Cleaning up the source tree" @echo "--------------------------------------------------------------" .if defined(NOCLEAN) @echo "Not cleaning anything! I sure hope you know what you are doing!" .else cd ${.CURDIR} && ${MAKE} ${CLEANDIR} .endif @echo .if !defined(NOOBJDIR) @echo "--------------------------------------------------------------" @echo " Rebuilding the obj tree" @echo "--------------------------------------------------------------" cd ${.CURDIR} && ${MAKE} obj @echo .endif @echo "--------------------------------------------------------------" @echo " Rebuilding bootstrap tools" @echo "--------------------------------------------------------------" cd ${.CURDIR} && ${MAKE} bootstrap @echo @echo "--------------------------------------------------------------" @echo " Rebuilding tools necessary to build the include files" @echo "--------------------------------------------------------------" From owner-freebsd-current Wed Sep 11 05:19:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA29043 for current-outgoing; Wed, 11 Sep 1996 05:19:52 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA29034 for ; Wed, 11 Sep 1996 05:19:42 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id OAA28282; Wed, 11 Sep 1996 14:18:52 +0200 Message-Id: <199609111218.OAA28282@ra.dkuug.dk> Subject: Re: patch for Cyrix/Ti 486SLC/DLC CPU bug To: kato@eclogite.eps.nagoya-u.ac.jp (KATO Takenori) Date: Wed, 11 Sep 1996 14:18:52 +0200 (MET DST) Cc: current@freebsd.org In-Reply-To: <199609111139.UAA00456@marble.eps.nagoya-u.ac.jp> from "KATO Takenori" at Sep 11, 96 08:39:15 pm From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to KATO Takenori who wrote: > > Hi, Cyrix/Ti 486 users, > > Some version of Cyrix 486SLC/DLC and TI 486DLC have paging related > bug, and they cause strange segmentation fault and/or page fault > trap. I got some information for that bug and fix, and I made the > patch for FreeBSD-current. > > The patch contains: > > 1) FPU exception is handled by interrupt gate (machdep.c). > 2) The function trap gets fault page address as soon as possible > (trap.c). > 3) The functions pmap_update_{1,2}pg don't use LMSW instruction > but call pmap_update in cpufunc.h (pmap.c). > > 1 and 2 are effective for strange signal 11, and 3 is for page fault. > > These change are #ifdef'ed because it might have disadvantage for > system performance. Please add "options CYRIX_486_BUG" line in your > kernel configuration file to enable bug fix. > > Above change has been already included in sys/pc98/i386 stuffs of > FreeBSD-current, and it has been tested Cyrix/Ti 486 users on PC-9801 > architecture. > > Is this effective for you? Comment please! I have an old board lying around that I ditched for exactly this reason, I'll try dig it out and test this soon ! -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Wed Sep 11 05:33:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA29828 for current-outgoing; Wed, 11 Sep 1996 05:33:58 -0700 (PDT) Received: from eel.dataplex.net (eel.dataplex.net [208.2.87.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA29822 for ; Wed, 11 Sep 1996 05:33:55 -0700 (PDT) Received: from [208.2.87.4] (cod [208.2.87.4]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id HAA26256; Wed, 11 Sep 1996 07:31:56 -0500 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 11 Sep 1996 07:32:04 -0500 To: "Jordan K. Hubbard" From: rkw@dataplex.net (Richard Wackerbarth) Subject: A complaint about procedure. Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My attempts to "verify" that -current is buildable have led me to observe that the precise concern that I previously expressed is a reality. There are individuals who are making fundamental changes to the structure of the Makefiles which are not coompatible with the changes that I am making. I cannot possibly create a working system to hand to you if I am having to shoot at such a moving target. That is why I feel that it is NECESSARY to have some planning rather than the present anarchy. Why do you allow some individuals the right to do things which become direct roadblocks to other efforts? If we cannot create an atmosphere wherein there is coordination as to the direction of changes, I cannot contribute in this area. Frankly, it still appears to me that you have a double standard and, with respect to the FreeBSD project, intend to prevent me from accomplishing anything of significance. I cannot get you to implement suggested improvements which are completely defined and the code for them exists. Neither can I make improvements to the make system because the incremental steps are of no value to those who do not understand the bigger picture. Nor can I "demonstrate" the finished product because I have to shoot at a moving target and will never be able to catch up. HOW CAN I contribute? From owner-freebsd-current Wed Sep 11 05:42:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA00484 for current-outgoing; Wed, 11 Sep 1996 05:42:05 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA00476 for ; Wed, 11 Sep 1996 05:42:02 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id FAA07735; Wed, 11 Sep 1996 05:42:29 -0700 (PDT) Message-Id: <199609111242.FAA07735@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: KATO Takenori cc: current@freebsd.org Subject: Re: patch for Cyrix/Ti 486SLC/DLC CPU bug In-reply-to: Your message of "Wed, 11 Sep 1996 20:39:15 +0900." <199609111139.UAA00456@marble.eps.nagoya-u.ac.jp> From: David Greenman Reply-To: dg@root.com Date: Wed, 11 Sep 1996 05:42:29 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Hi, Cyrix/Ti 486 users, > >Some version of Cyrix 486SLC/DLC and TI 486DLC have paging related >bug, and they cause strange segmentation fault and/or page fault >trap. I got some information for that bug and fix, and I made the >patch for FreeBSD-current. > >The patch contains: > > 1) FPU exception is handled by interrupt gate (machdep.c). ... >+ #ifdef CYRIX_486_BUG > setidt(14, &IDTVEC(page), SDT_SYS386IGT, SEL_KPL, GSEL(GCODE_SEL, SEL_KPL)); >+ #else >+ setidt(14, &IDTVEC(page), SDT_SYS386TGT, SEL_KPL, GSEL(GCODE_SEL, SEL_KPL)); >+ #endif Your patch changes the page fault exception to an interrupt gate, not the FPU exception, but I understand what you meant. > 2) The function trap gets fault page address as soon as possible > (trap.c). I'd be interested to hear more about why this is required. The register should contain only the information about the last exception - and there shouldn't be any opportunity to trap again while in trap() before it is read. > 3) The functions pmap_update_{1,2}pg don't use LMSW instruction > but call pmap_update in cpufunc.h (pmap.c). Is this because the Cyrix chip doesn't support selective TLB updates? -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Wed Sep 11 06:07:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA01584 for current-outgoing; Wed, 11 Sep 1996 06:07:12 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA01579; Wed, 11 Sep 1996 06:07:09 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id GAA13588; Wed, 11 Sep 1996 06:06:57 -0700 (PDT) To: jhay@freebsd.org cc: current@freebsd.org Subject: Does IPX routing work? Date: Wed, 11 Sep 1996 06:06:57 -0700 Message-ID: <13586.842447217@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've got an IP gateway box which has 5 ethernets plugged into it, using the de0 and ed0 drivers. One one ethernet is an IPX server which some IPX clients on another ethernet would very much like to go to, but I'm not sure how to route this IPX traffic. The most obvious technique, of course, would simply be to compile a kernel with options IPX turned on and then run ``IPXrouted -s /var/log/ipx'', but all that gets me is a log file full of this kind of stuff: ------- SAP table dump. ------- HASH 0 HASH 1 HASH 2 HASH 3 HASH 4 HASH 5 HASH 6 HASH 7 ... And the occasional message like: Received bogus packet from 0#8:0:9:a8:32:e9 That may be from the box I'm trying to do Novell operations from, but I've not yet verified its MAC address so I'm not sure. I do know that IPX connectivity doesn't appear to be a result of this, and the IPX clients on LAN-A still can't get to the IPX servers on LAN-B. Any special incantation which I'm missing? Thanks! Jordan From owner-freebsd-current Wed Sep 11 06:58:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA03950 for current-outgoing; Wed, 11 Sep 1996 06:58:25 -0700 (PDT) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA03941; Wed, 11 Sep 1996 06:58:18 -0700 (PDT) Received: from minnow.render.com (minnow.render.com [193.195.178.1]) by minnow.render.com (8.6.12/8.6.9) with SMTP id OAA02745; Wed, 11 Sep 1996 14:58:12 +0100 Date: Wed, 11 Sep 1996 14:58:11 +0100 (BST) From: Doug Rabson To: sos@freebsd.org cc: FreeBSD current Subject: Re: 3 button ps/2 mice anyone ?? In-Reply-To: <199609090921.LAA14805@ra.dkuug.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 9 Sep 1996 sos@freebsd.org wrote: > > Anybody know where I can get my hands on a 3 button ps/2 mouse?? > > I know they exist as I've seen one :) long ago... > > And no, I'm not going to tell what I'll use it for :) :) Logitech sensa (?) mice have 3 buttons and work fine when plugged into a PS/2 mouse port. I use one all the time with Xaccel. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 734 3761 FAX: +44 171 734 6426 From owner-freebsd-current Wed Sep 11 07:27:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA05835 for current-outgoing; Wed, 11 Sep 1996 07:27:47 -0700 (PDT) Received: from watson.grauel.com (watson.grauel.com [199.233.104.36]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA05828 for ; Wed, 11 Sep 1996 07:27:44 -0700 (PDT) Received: from sparcmill.grauel.com (sparcmill.grauel.com [199.233.104.34]) by watson.grauel.com (8.7.5/8.7.3) with SMTP id JAA14905; Wed, 11 Sep 1996 09:37:00 -0500 (EST) Received: by sparcmill.grauel.com (SMI-8.6/SMI-SVR4) id JAA20003; Wed, 11 Sep 1996 09:28:30 -0500 Date: Wed, 11 Sep 1996 09:28:30 -0500 Message-Id: <199609111428.JAA20003@sparcmill.grauel.com> From: Richard J Kuhns To: John Fieber CC: freebsd-current@freebsd.org Subject: Re: SCSI tape drive problem in -current In-Reply-To: References: <199609101441.JAA02613@sparcmill.grauel.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk John Fieber writes: > On Tue, 10 Sep 1996, Richard J Kuhns wrote: > > > (bt0:6:0): "ARCHIVE VIPER 2525 25462 -007" type 1 removable SCSI 1 > > st0(bt0:6:0): Sequential-Access density code 0x0, drive empty > > Just as I suspected. See if the patch below to > src/sys/scsi/scsiconf.c makes your drive happy. > > -john > > == jfieber@indiana.edu =========================================== > == http://fallout.campusview.indiana.edu/~jfieber ================ > > Index: scsiconf.c > =================================================================== > RCS file: /home/ncvs/src/sys/scsi/scsiconf.c,v > retrieving revision 1.63 > diff -c -r1.63 scsiconf.c > *** scsiconf.c 1996/09/08 10:44:16 1.63 > --- scsiconf.c 1996/09/10 14:52:29 > *************** > *** 284,290 **** > "st", SC_ONE_LU, ST_Q_SNS_HLP|ST_Q_NO_1024, mode_tandberg4200 > }, > { > ! T_SEQUENTIAL, T_SEQUENTIAL, T_REMOV, "ARCHIVE", "VIPER 2525*", "-005", > "st", SC_ONE_LU, 0, mode_archive2525 > }, > { > --- 284,290 ---- > "st", SC_ONE_LU, ST_Q_SNS_HLP|ST_Q_NO_1024, mode_tandberg4200 > }, > { > ! T_SEQUENTIAL, T_SEQUENTIAL, T_REMOV, "ARCHIVE", "VIPER 2525 *", "*", > "st", SC_ONE_LU, 0, mode_archive2525 > }, > { > > I applied this patch, rebuilt the kernel, and rebooted (I'd left the tape in the drive). The probe info was (bt0:6:0): "ARCHIVE VIPER 2525 25462 -007" type 1 removable SCSI 1d st0(bt0:6:0): Sequential-Access density code 0x0, 1024-byte blocks, write-enabled `mt status' said Present Mode: Density = QIC-320 Blocksize variable ---------available modes--------- Mode 0: Density = 0x00 Blocksize variable Mode 1: Density = QIC-320 Blocksize variable Mode 2: Density = QIC-150 Blocksize variable Mode 3: Density = QIC-120 Blocksize variable which is a major change. At this point, the tape was still unreadable. A couple of people had suggested setting the blocksize explicitly, so I tried "mt blocksize 1024" -- I could then read the tape without any problems. So, even with the patch above, the default blocksize apparently isn't being set to what the probe indicates. I'll hang on to these old backups for a while longer, in case anyone wants me to try anything else. Thanks, everyone. -- Richard Kuhns rjk@grauel.com PO Box 6249 Tel: (317)477-6000 \ 100 Sawmill Road x319 Lafayette, IN 47903 (800)489-4891 / From owner-freebsd-current Wed Sep 11 07:33:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA06305 for current-outgoing; Wed, 11 Sep 1996 07:33:19 -0700 (PDT) Received: from eel.dataplex.net (eel.dataplex.net [208.2.87.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA06295; Wed, 11 Sep 1996 07:33:17 -0700 (PDT) Received: from [208.2.87.4] (cod [208.2.87.4]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id JAA27429; Wed, 11 Sep 1996 09:33:15 -0500 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 11 Sep 1996 09:33:14 -0500 To: "Julian H. Stacey" From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: Latest Current build failure Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Julian H. Stacey" writes: >We currently have no `builds OK' token at all, >as such, anything's better than nothing :-) >so define your token as rigorously or laxly as you feel, IMHO, it , de facto, sets a minimum standard for the developers. >in my (personal) book, if you put in the work, you get to decide, >without hinderance of a thousand discordant other opinions, >later when it goes public it can always be changed Unfortunately, it requires that I change the present Makefiles because they don't stand a chance of working in their present form. (Recursive "definition" of Makefile behavior) Since I haven't gotten Jordan, et al to agree to either 1) Freeze the makefiles until I have a chance to make a working set or, preferably, 2) agree to a different modus operandi whereby we decide on a design and then collectively, or perhaps individually, without others running counter to that design implement it, I do not feel that I can reasonably reach the desirable goal of being able to build a "current" system in an automated manner, starting only with a 2.1.5 system. As much as I hate it, since I have lots of HD space, I can clone my entire system and run in a chroot environment in order to avoid trashing my production environment. However, that does not address the recursive bootstrap problem which can be solved only by unrolling things and making the initial primitive steps so that they do not rely on the "enhanced" features of the version of "make" which is in current. Such a change affects (IMHO, too) many sections of the makefiles. From owner-freebsd-current Wed Sep 11 07:39:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA06772 for current-outgoing; Wed, 11 Sep 1996 07:39:47 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA06764 for ; Wed, 11 Sep 1996 07:39:43 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id HAA13761; Wed, 11 Sep 1996 07:39:25 -0700 (PDT) To: rkw@dataplex.net (Richard Wackerbarth) cc: current@freebsd.org Subject: Re: A complaint about procedure. In-reply-to: Your message of "Wed, 11 Sep 1996 07:32:04 CDT." Date: Wed, 11 Sep 1996 07:39:24 -0700 Message-ID: <13759.842452764@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > HOW CAN I contribute? Perhaps by picking something else to do. I don't think the Grand Makefile Reorg idea is going to fly, at least not championed by your good self, so why not pick something a little less ambitious and more self-contained? A quick scan of the PR database would suggest a whole host of possible problems to solve, many of which are non-trivial. Jordan From owner-freebsd-current Wed Sep 11 08:12:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA08647 for current-outgoing; Wed, 11 Sep 1996 08:12:56 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA08638 for ; Wed, 11 Sep 1996 08:12:46 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.7.5/8.7.3) id RAA18065; Wed, 11 Sep 1996 17:12:09 +0200 (SAT) From: John Hay Message-Id: <199609111512.RAA18065@zibbi.mikom.csir.co.za> Subject: Re: Does IPX routing work? ... Of course. :-) In-Reply-To: <13586.842447217@time.cdrom.com> from "Jordan K. Hubbard" at "Sep 11, 96 06:06:57 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 11 Sep 1996 17:12:08 +0200 (SAT) Cc: current@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL24 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I've got an IP gateway box which has 5 ethernets plugged into it, > using the de0 and ed0 drivers. One one ethernet is an IPX server > which some IPX clients on another ethernet would very much like to go > to, but I'm not sure how to route this IPX traffic. > > The most obvious technique, of course, would simply be to compile > a kernel with options IPX turned on and then run ``IPXrouted -s /var/log/ipx'', > ... > > Any special incantation which I'm missing? Thanks! > Three things I can think of. Our IPX only support ETHERNET_II framing. NOT 802.3 (yet) You will have to ifconfig each interface that you want to use with IPX, with an IPX network address. These can be randomly chosen except where you already have a Novell server or something else that is configured with an IPX network address. (Each net must be unique though.) You must enable IPX forwarding in the kernel with sysctl. The variable is something like "net.ipx.ipx.forwarding". I'm not at a -cuurent box now. John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-current Wed Sep 11 08:32:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA09796 for current-outgoing; Wed, 11 Sep 1996 08:32:40 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA09791 for ; Wed, 11 Sep 1996 08:32:36 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.7.4+2.6Wbeta6/3.3W9) with ESMTP id AAA02373; Thu, 12 Sep 1996 00:32:12 +0900 (JST) Message-Id: <199609111532.AAA02373@marble.eps.nagoya-u.ac.jp> To: dg@Root.COM Cc: kato@eclogite.eps.nagoya-u.ac.jp, current@FreeBSD.org Subject: Re: patch for Cyrix/Ti 486SLC/DLC CPU bug In-Reply-To: Your message of "Wed, 11 Sep 1996 05:42:29 -0700" References: <199609111242.FAA07735@root.com> X-Mailer: Mew version 1.05+ on Emacs 19.28.1, Mule 2.3 X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Thu, 12 Sep 1996 00:32:10 +0900 From: KATO Takenori Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 11 Sep 1996 05:42:29 -0700, David Greenman said: > Your patch changes the page fault exception to an interrupt gate, not the > FPU exception, but I understand what you meant. Sorry, I was mistaken. The patch changes PAGE FAULT exception to interrupt gate to inhibit interruption (c.f. bellow). > I'd be interested to hear more about why this is required. The register > should contain only the information about the last exception - and there > shouldn't be any opportunity to trap again while in trap() before it is read. CR2 might be modified by hardware interruption before it is read. The contributor of the trap.c modification observed: 1: CR2 register equals to 0 when it is read in trap_pfault(). 2: The core dump shows CR2 should not be 0. 3: He change trap gate into interrupt gate, CR2 shows correct address. These observation imply the interruption breaks CR2. This is the reason for the modification in machdep.c. > > 3) The functions pmap_update_{1,2}pg don't use LMSW instruction > > but call pmap_update in cpufunc.h (pmap.c). > > Is this because the Cyrix chip doesn't support selective TLB updates? Sorry, I lost Cyrix's data book and I couldn't check official information. I think Cyrix chip supports selective TLB update, but it may have bug and LMSW instruction fails in some cases. I think this depends on the version of CPU because some Cyrix machines works without pmap.c change. ---- KATO Takenori Dept. Earth Planet. Sci., Nagoya Univ., Nagoya, 464-01, Japan From owner-freebsd-current Wed Sep 11 09:36:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA13768 for current-outgoing; Wed, 11 Sep 1996 09:36:51 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA13762 for ; Wed, 11 Sep 1996 09:36:49 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id JAA14413; Wed, 11 Sep 1996 09:36:20 -0700 (PDT) To: John Hay cc: current@FreeBSD.org Subject: Re: Does IPX routing work? ... Of course. :-) In-reply-to: Your message of "Sat, 11 Sep 1996 17:12:08 +0200." <199609111512.RAA18065@zibbi.mikom.csir.co.za> Date: Wed, 11 Sep 1996 09:36:20 -0700 Message-ID: <14411.842459780@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Our IPX only support ETHERNET_II framing. NOT 802.3 (yet) Hmmm. I'm not sure which we're using, I imagine there's some Novell server command for figuring it out though? > You will have to ifconfig each interface that you want to use with IPX, > with an IPX network address. These can be randomly chosen except where > you already have a Novell server or something else that is configured > with an IPX network address. (Each net must be unique though.) Hmmm. Command syntax for this? I've looked at the ifconfig man page till I'm blue and I still don't see how this is done. :-( > You must enable IPX forwarding in the kernel with sysctl. The variable > is something like "net.ipx.ipx.forwarding". I'm not at a -cuurent box > now. net.ipx.ipx.ipxforwarding it is - thanks! Jordan From owner-freebsd-current Wed Sep 11 09:57:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA14950 for current-outgoing; Wed, 11 Sep 1996 09:57:36 -0700 (PDT) Received: from callisto.cids.org.za (callisto.cids.org.za [146.64.58.43]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA14937 for ; Wed, 11 Sep 1996 09:57:28 -0700 (PDT) Received: from angel.cids.org.za (angel.cids.org.za [146.64.84.9]) by callisto.cids.org.za (8.7.5/8.7.3) with ESMTP id SAA09084; Wed, 11 Sep 1996 18:57:18 +0200 (SAT) Received: (from jhay@localhost) by angel.cids.org.za (8.7.5/8.7.2) id SAA16243; Wed, 11 Sep 1996 18:54:46 +0200 (SAT) From: John Hay Message-Id: <199609111654.SAA16243@angel.cids.org.za> Subject: Re: Does IPX routing work? ... Of course. :-) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 11 Sep 1996 18:54:45 +0200 (SAT) Cc: current@FreeBSD.org In-Reply-To: <14411.842459780@time.cdrom.com> from "Jordan K. Hubbard" at "Sep 11, 96 09:36:20 am" X-Mailer: ELM [version 2.4ME+ PL19 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Our IPX only support ETHERNET_II framing. NOT 802.3 (yet) > > Hmmm. I'm not sure which we're using, I imagine there's some Novell > server command for figuring it out though? You should be able to see it in the autoexec.ncf file, where the lan driver is loaded. > > > You will have to ifconfig each interface that you want to use with IPX, > > with an IPX network address. These can be randomly chosen except where > > you already have a Novell server or something else that is configured > > with an IPX network address. (Each net must be unique though.) > > Hmmm. Command syntax for this? I've looked at the ifconfig man page > till I'm blue and I still don't see how this is done. :-( ifconfig ed0 ipx 0xabcd1234 Hmmm. I should probably add knobs to sysconfig and netstart to do these things????? > > > You must enable IPX forwarding in the kernel with sysctl. The variable > > is something like "net.ipx.ipx.forwarding". I'm not at a -cuurent box > > now. > > net.ipx.ipx.ipxforwarding it is - thanks! > > Jordan > John -- John Hay -- jhay@mikom.csir.co.za From owner-freebsd-current Wed Sep 11 10:22:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16359 for current-outgoing; Wed, 11 Sep 1996 10:22:35 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA16347 for ; Wed, 11 Sep 1996 10:22:26 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id KAA22054; Wed, 11 Sep 1996 10:20:33 -0700 From: "Rodney W. Grimes" Message-Id: <199609111720.KAA22054@GndRsh.aac.dev.com> Subject: Re: Does IPX routing work? ... Of course. :-) To: jhay@angel.cids.org.za (John Hay) Date: Wed, 11 Sep 1996 10:20:33 -0700 (PDT) Cc: jkh@time.cdrom.com, current@FreeBSD.org In-Reply-To: <199609111654.SAA16243@angel.cids.org.za> from John Hay at "Sep 11, 96 06:54:45 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > Our IPX only support ETHERNET_II framing. NOT 802.3 (yet) > > > > Hmmm. I'm not sure which we're using, I imagine there's some Novell > > server command for figuring it out though? > > You should be able to see it in the autoexec.ncf file, where the lan > driver is loaded. Type ``config'' at the Novell console prompt. Look at the ``Frame Type:'' field for each ethernet card. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Wed Sep 11 10:34:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16970 for current-outgoing; Wed, 11 Sep 1996 10:34:49 -0700 (PDT) Received: from dot.ishiboo.com (user10946@dot.ishiboo.com [208.128.22.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA16965 for ; Wed, 11 Sep 1996 10:34:47 -0700 (PDT) From: nirva@ishiboo.com Received: (qmail-queue invoked by uid 509); 11 Sep 1996 17:33:19 -0000 Message-ID: <19960911173319.10941.qmail@dot.ishiboo.com> Subject: CVS make To: freebsd-current@freebsd.org Date: Wed, 11 Sep 1996 11:33:18 -0600 (MDT) X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk For the last few weeks, everytime I sup and make world, I've been able to get it compiled with some tweaking.. however, CVS has been broken for quite some time... In function `update_entries': /usr/src/gnu/usr.bin/cvs/cvs/../../../../contrib/cvs/src/client.c:1 223: `OPEN_BINARY' undeclared (first use this function) /usr/src/gnu/usr.bin/cvs/cvs/../../../../contrib/cvs/src/client.c:1 223: (Each undeclared identifier is reported only once /usr/src/gnu/usr.bin/cvs/cvs/../../../../contrib/cvs/src/client.c:1 223: for each function it appears in.) /usr/src/gnu/usr.bin/cvs/cvs/../../../../contrib/cvs/src/client.c: In function `start_server': /usr/src/gnu/usr.bin/cvs/cvs/../../../../contrib/cvs/src/client.c:3 084: `FOPEN_BINARY_WRITE' undeclared (first use this function) /usr/src/gnu/usr.bin/cvs/cvs/../../../../contrib/cvs/src/client.c:3 087: `FOPEN_BINARY_READ' undeclared (first use this function) /usr/src/gnu/usr.bin/cvs/cvs/../../../../contrib/cvs/src/client.c: In function `send_modified': /usr/src/gnu/usr.bin/cvs/cvs/../../../../contrib/cvs/src/client.c:3 462: `OPEN_BINARY' undeclared (first use this function) *** Error code 1 No one else seems to be complaining... so what am I doing wrong? --------------------------------------------------------------------------- Danny Dulai Feet. Pumice. Lotion. http://www.ishiboo.com/~nirva/ nirva@ishiboo.com --------------------------------------------------------------------------- From owner-freebsd-current Wed Sep 11 11:02:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18814 for current-outgoing; Wed, 11 Sep 1996 11:02:17 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA18809 for ; Wed, 11 Sep 1996 11:02:14 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id LAA14823; Wed, 11 Sep 1996 11:00:02 -0700 (PDT) To: "Rodney W. Grimes" cc: jhay@angel.cids.org.za (John Hay), current@FreeBSD.org Subject: Re: Does IPX routing work? ... Of course. :-) In-reply-to: Your message of "Wed, 11 Sep 1996 10:20:33 PDT." <199609111720.KAA22054@GndRsh.aac.dev.com> Date: Wed, 11 Sep 1996 11:00:02 -0700 Message-ID: <14821.842464802@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Type ``config'' at the Novell console prompt. Look at > the ``Frame Type:'' field for each ethernet card. I only see one ethernet card configured, but there are 3 entries, one for each for 802.3, Ethernet_II and Ethernet_SNAP. Of the 3, only the Ethernet_II entry shows a LAN address. Jordan From owner-freebsd-current Wed Sep 11 11:23:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA19872 for current-outgoing; Wed, 11 Sep 1996 11:23:39 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA19867 for ; Wed, 11 Sep 1996 11:23:35 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id LAA22152; Wed, 11 Sep 1996 11:21:20 -0700 From: "Rodney W. Grimes" Message-Id: <199609111821.LAA22152@GndRsh.aac.dev.com> Subject: Re: Does IPX routing work? ... Of course. :-) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 11 Sep 1996 11:21:20 -0700 (PDT) Cc: jhay@angel.cids.org.za, current@FreeBSD.org In-Reply-To: <14821.842464802@time.cdrom.com> from "Jordan K. Hubbard" at "Sep 11, 96 11:00:02 am" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Type ``config'' at the Novell console prompt. Look at > > the ``Frame Type:'' field for each ethernet card. > > I only see one ethernet card configured, but there are 3 entries, > one for each for 802.3, Ethernet_II and Ethernet_SNAP. Of the > 3, only the Ethernet_II entry shows a LAN address. Your novell server is configured to handle these 3 frame types, that means just about any Novell client can find the bugger... your probably using Ethernet_SNAP to support Mac systems. To be fully functional your IPX router will need to deal with all 3 of these frame types. As it stands now the only one supported is Ethernet_II. You could go around and start converting all the clients to Ethernet_II, which is not a bad idea in itself (makes for sniffing the network a lot easier :-)). If you can convert all the clients on the otherside of the router to be using Ethernet_II your will be up and running with the current code. This can easily be done for most current Novell clients (ODI and NDIS drivers), the other NetX stuff is not so easy, and if I remeber correctly you folks have all the sales systems running NetX.exe over packet drivers. :-( -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Wed Sep 11 11:29:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA20101 for current-outgoing; Wed, 11 Sep 1996 11:29:08 -0700 (PDT) Received: from atropos.c2.org (atropos.c2.org [140.174.185.14]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA20095; Wed, 11 Sep 1996 11:29:06 -0700 (PDT) Received: (from sameer@localhost) by atropos.c2.org (8.7.4/CSUA) id LAA20202; Wed, 11 Sep 1996 11:29:04 -0700 (PDT) Message-Id: <199609111829.LAA20202@atropos.c2.org> Subject: 40 mb tp560 & apm To: freebsd-questions@freebsd.org, freebsd-mobile@freebsd.org Date: Wed, 11 Sep 1996 11:29:04 -0700 (PDT) Cc: freebsd-current@freebsd.org From: sameer X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've been using a relatively recent 2.2-current (a few weeks) with minor changes to pccardd on my Thinkpad 560. I just now added 32mb to it (it has 8mb before) and when it probes the apm device on boot it panics. Booting a 2.1.5-RELEASE GENERIC kernel works fine. I am lame and didn't copy down the panic data. Any idea what is wrong? (I'll copy down the panic data later today) -- Sameer Parekh Voice: 510-986-8770 C2Net FAX: 510-986-8777 The Internet Privacy Provider http://www.c2.net/ sameer@c2.net From owner-freebsd-current Wed Sep 11 11:40:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA20818 for current-outgoing; Wed, 11 Sep 1996 11:40:19 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA20812 for ; Wed, 11 Sep 1996 11:40:17 -0700 (PDT) Received: from GndRsh.aac.dev.com by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0v0uCp-0008uIC; Wed, 11 Sep 96 11:40 PDT Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id LAA22171; Wed, 11 Sep 1996 11:30:56 -0700 From: "Rodney W. Grimes" Message-Id: <199609111830.LAA22171@GndRsh.aac.dev.com> Subject: Re: Does IPX routing work? ... Of course. :-) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 11 Sep 1996 11:30:56 -0700 (PDT) Cc: jhay@angel.cids.org.za, current@FreeBSD.org In-Reply-To: <14821.842464802@time.cdrom.com> from "Jordan K. Hubbard" at "Sep 11, 96 11:00:02 am" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Type ``config'' at the Novell console prompt. Look at > > the ``Frame Type:'' field for each ethernet card. > > I only see one ethernet card configured, but there are 3 entries, > one for each for 802.3, Ethernet_II and Ethernet_SNAP. Of the > 3, only the Ethernet_II entry shows a LAN address. On second reading of this I have another comment. The reason that the Ethernet_II entry shows a LAN address (didn't you really mean an IP address?) is that TCP/IP can only be encapsulated as an Ethernet_II packet. The other encapsulations use the raw ethernet address associated with the card for addressing nodes. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Wed Sep 11 12:01:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA22337 for current-outgoing; Wed, 11 Sep 1996 12:01:40 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA22327 for ; Wed, 11 Sep 1996 12:01:36 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id MAA15022; Wed, 11 Sep 1996 12:00:14 -0700 (PDT) To: "Rodney W. Grimes" cc: jhay@angel.cids.org.za, current@FreeBSD.org Subject: Re: Does IPX routing work? ... Of course. :-) In-reply-to: Your message of "Wed, 11 Sep 1996 11:30:56 PDT." <199609111830.LAA22171@GndRsh.aac.dev.com> Date: Wed, 11 Sep 1996 12:00:14 -0700 Message-ID: <15020.842468414@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > On second reading of this I have another comment. The reason that > the Ethernet_II entry shows a LAN address (didn't you really mean > an IP address?) is that TCP/IP can only be encapsulated as an > Ethernet_II packet. Ah, that makes sense (and yes, I meant IP - it lists it as "LAN address" in the config screen). Jordan From owner-freebsd-current Wed Sep 11 12:19:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA23164 for current-outgoing; Wed, 11 Sep 1996 12:19:08 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA23157 for ; Wed, 11 Sep 1996 12:19:02 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id FAA08571; Thu, 12 Sep 1996 05:15:00 +1000 Date: Thu, 12 Sep 1996 05:15:00 +1000 From: Bruce Evans Message-Id: <199609111915.FAA08571@godzilla.zeta.org.au> To: dg@Root.COM, kato@eclogite.eps.nagoya-u.ac.jp Subject: Re: patch for Cyrix/Ti 486SLC/DLC CPU bug Cc: current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >CR2 might be modified by hardware interruption before it is read. The >contributor of the trap.c modification observed: > > 1: CR2 register equals to 0 when it is read in trap_pfault(). > 2: The core dump shows CR2 should not be 0. > 3: He change trap gate into interrupt gate, CR2 shows correct > address. > >These observation imply the interruption breaks CR2. This is the >reason for the modification in machdep.c. It would be better to read %cr2 early in _Xpage and disable interrupts there: _Xpage: pushl $T_PAGEFLT pushal movl %cr2,%eax sti /* * Continue as before, except the copy of %cr2 must somehow be * passed through trap() to the pagefault handler. */ I've never liked filtering all exceptions through trap(). It would be just as easy and a little faster to call trap_pfault() directly here (easier except you have to repeat a few lines of book-keeping from trap()). Several other exceptions should use interrupt gates because interrupts may be harmful: Breakpoints and Debug Exceptions: it should be a debugger option (defaulting to off) to allow interrupts. NMI's: further NMI's are masked until the next `iret'. Interrupts should be masked so that the next `iret' is for the NMI handler and not for an interrupt. >> > 3) The functions pmap_update_{1,2}pg don't use LMSW instruction >> > but call pmap_update in cpufunc.h (pmap.c). >> >> Is this because the Cyrix chip doesn't support selective TLB updates? > >Sorry, I lost Cyrix's data book and I couldn't check official >information. I think Cyrix chip supports selective TLB update, but it >may have bug and LMSW instruction fails in some cases. I think this >depends on the version of CPU because some Cyrix machines works without >pmap.c change. pmap_update() actually stores to %cr3. Thus has nothing to do with LMSW, which loads from %cr0. I guess the problem is in the non-386 case of pmap_update_{1,2}pg(). The magic .byte's are a bad way of writing `invlpg' (even gas understands this). Bruce From owner-freebsd-current Wed Sep 11 12:42:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA24078 for current-outgoing; Wed, 11 Sep 1996 12:42:24 -0700 (PDT) Received: from callisto.cids.org.za (callisto.cids.org.za [146.64.58.43]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA24070 for ; Wed, 11 Sep 1996 12:42:20 -0700 (PDT) Received: from angel.cids.org.za (angel.cids.org.za [146.64.84.9]) by callisto.cids.org.za (8.7.5/8.7.3) with ESMTP id VAA12481; Wed, 11 Sep 1996 21:42:08 +0200 (SAT) Received: (from jhay@localhost) by angel.cids.org.za (8.7.5/8.7.2) id VAA16586; Wed, 11 Sep 1996 21:42:00 +0200 (SAT) From: John Hay Message-Id: <199609111942.VAA16586@angel.cids.org.za> Subject: Re: Does IPX routing work? ... Of course. :-) To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 11 Sep 1996 21:42:00 +0200 (SAT) Cc: jkh@time.cdrom.com, current@freebsd.org In-Reply-To: <199609111821.LAA22152@GndRsh.aac.dev.com> from "Rodney W. Grimes" at "Sep 11, 96 11:21:20 am" X-Mailer: ELM [version 2.4ME+ PL19 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I only see one ethernet card configured, but there are 3 entries, > > one for each for 802.3, Ethernet_II and Ethernet_SNAP. Of the > > 3, only the Ethernet_II entry shows a LAN address. > > Your novell server is configured to handle these 3 frame types, that > means just about any Novell client can find the bugger... your > probably using Ethernet_SNAP to support Mac systems. > > To be fully functional your IPX router will need to deal with all > 3 of these frame types. As it stands now the only one supported is > Ethernet_II. > > You could go around and start converting all the clients to Ethernet_II, > which is not a bad idea in itself (makes for sniffing the network a lot > easier :-)). That is true. I'm lucky, I have convinced the people here to run only ETHERNET_II in our building a long time ago. But then we don't have any Mac's. > > If you can convert all the clients on the otherside of the router to > be using Ethernet_II your will be up and running with the current code. > This can easily be done for most current Novell clients (ODI and NDIS > drivers), the other NetX stuff is not so easy, and if I remeber correctly > you folks have all the sales systems running NetX.exe over packet drivers. :-( > If I remember correctly the packet drivers have a "-n" option to switch from the default (for them) ETHERNET_II to 802.3. So you should only need to take that out. John -- John Hay -- jhay@mikom.csir.co.za From owner-freebsd-current Wed Sep 11 12:50:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA24468 for current-outgoing; Wed, 11 Sep 1996 12:50:42 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA24459; Wed, 11 Sep 1996 12:50:39 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA05343; Wed, 11 Sep 1996 12:49:38 -0700 From: Terry Lambert Message-Id: <199609111949.MAA05343@phaeton.artisoft.com> Subject: Re: Problem with "make package" and XFree86 To: asami@FreeBSD.org (Satoshi Asami) Date: Wed, 11 Sep 1996 12:49:38 -0700 (MST) Cc: karl@mcs.net, freebsd-current@FreeBSD.org In-Reply-To: <199609102319.QAA01553@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Sep 10, 96 04:19:06 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > * What?! You're kidding, right? > * > * How do you possibly install this post-setup if its not a package?! > > Well, there is a binary release from XFree86, and that's what I use.... Which should be a package anyway, because of the mkfontdir bug. 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-current Wed Sep 11 13:03:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA25153 for current-outgoing; Wed, 11 Sep 1996 13:03:10 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA25146 for ; Wed, 11 Sep 1996 13:03:06 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA05402; Wed, 11 Sep 1996 13:00:54 -0700 From: Terry Lambert Message-Id: <199609112000.NAA05402@phaeton.artisoft.com> Subject: Re: Does IPX routing work? ... Of course. :-) To: jhay@mikom.csir.co.za (John Hay) Date: Wed, 11 Sep 1996 13:00:54 -0700 (MST) Cc: jkh@time.cdrom.com, current@freebsd.org In-Reply-To: <199609111512.RAA18065@zibbi.mikom.csir.co.za> from "John Hay" at Sep 11, 96 05:12:08 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Three things I can think of. > > Our IPX only support ETHERNET_II framing. NOT 802.3 (yet) > You can not support 802.3 framing in a Novell IPX environment. Novell implemented 802.3 encapsulation incorrectly. It is only the coincidence that the packet type for IPX is an illegal length which allows it to be detected and function at all. You will need to similarly hack the IPX for FreeBSD if you wish to support what Novell calls 802.3 -- there is no encapsulation header, and this is the implementation 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-current Wed Sep 11 13:07:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA26432 for current-outgoing; Wed, 11 Sep 1996 13:07:50 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA26404 for ; Wed, 11 Sep 1996 13:07:46 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id PAA00777; Wed, 11 Sep 1996 15:06:20 -0500 (EST) From: John Dyson Message-Id: <199609112006.PAA00777@dyson.iquest.net> Subject: Re: patch for Cyrix/Ti 486SLC/DLC CPU bug To: bde@zeta.org.au (Bruce Evans) Date: Wed, 11 Sep 1996 15:06:20 -0500 (EST) Cc: dg@Root.COM, kato@eclogite.eps.nagoya-u.ac.jp, current@FreeBSD.org In-Reply-To: <199609111915.FAA08571@godzilla.zeta.org.au> from "Bruce Evans" at Sep 12, 96 05:15:00 am Reply-To: dyson@FreeBSD.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > pmap_update() actually stores to %cr3. Thus has nothing to do with LMSW, > which loads from %cr0. I guess the problem is in the non-386 case of > pmap_update_{1,2}pg(). The magic .byte's are a bad way of writing > `invlpg' (even gas understands this). > I don't know the syntax -- change it, and I'll propagate it!!! John From owner-freebsd-current Wed Sep 11 13:24:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA27405 for current-outgoing; Wed, 11 Sep 1996 13:24:19 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA27396 for ; Wed, 11 Sep 1996 13:24:14 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id GAA10051; Thu, 12 Sep 1996 06:23:04 +1000 Date: Thu, 12 Sep 1996 06:23:04 +1000 From: Bruce Evans Message-Id: <199609112023.GAA10051@godzilla.zeta.org.au> To: bde@zeta.org.au, dyson@dyson.iquest.net Subject: Re: patch for Cyrix/Ti 486SLC/DLC CPU bug Cc: current@FreeBSD.org, dg@Root.COM, kato@eclogite.eps.nagoya-u.ac.jp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> pmap_update_{1,2}pg(). The magic .byte's are a bad way of writing >> `invlpg' (even gas understands this). >> >I don't know the syntax -- change it, and I'll propagate it!!! Intel gives the syntax `invlpg m' where m is a memory address. This maps nicely to gcc inline asm (I think the contstraint is "m"). I would put this in cpufunc.h since it is a single instruction and might be useful elsewhere. Is it reasonable for device drivers to invalidate pages directly? Bruce From owner-freebsd-current Wed Sep 11 13:32:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA27953 for current-outgoing; Wed, 11 Sep 1996 13:32:28 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA27947 for ; Wed, 11 Sep 1996 13:32:23 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.7.4+2.6Wbeta6/3.3W9) with ESMTP id FAA04971; Thu, 12 Sep 1996 05:30:52 +0900 (JST) Message-Id: <199609112030.FAA04971@marble.eps.nagoya-u.ac.jp> To: bde@zeta.org.au Cc: dg@Root.COM, kato@eclogite.eps.nagoya-u.ac.jp, current@FreeBSD.org Subject: Re: patch for Cyrix/Ti 486SLC/DLC CPU bug In-Reply-To: Your message of "Thu, 12 Sep 1996 05:15:00 +1000" References: <199609111915.FAA08571@godzilla.zeta.org.au> X-Mailer: Mew version 1.05+ on Emacs 19.28.1, Mule 2.3 X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Thu, 12 Sep 1996 05:30:50 +0900 From: KATO Takenori Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 12 Sep 1996 05:15:00 +1000, Bruce Evans said: > which loads from %cr0. I guess the problem is in the non-386 case of > pmap_update_{1,2}pg(). The magic .byte's are a bad way of writing > `invlpg' (even gas understands this). Oops! I misunderstood i486 instruction. `0x0f 0x01 0x38' is not LMSW, that is not paging related register (except PG bit), but INVLPG. Please read LMSW in my mails as INVLPG. ---- KATO Takenori Dept. Earth Planet. Sci., Nagoya Univ., Nagoya, 464-01, Japan From owner-freebsd-current Wed Sep 11 13:51:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA29387 for current-outgoing; Wed, 11 Sep 1996 13:51:09 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA29378 for ; Wed, 11 Sep 1996 13:51:03 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id PAA00852; Wed, 11 Sep 1996 15:50:46 -0500 (EST) From: John Dyson Message-Id: <199609112050.PAA00852@dyson.iquest.net> Subject: Re: patch for Cyrix/Ti 486SLC/DLC CPU bug To: bde@zeta.org.au (Bruce Evans) Date: Wed, 11 Sep 1996 15:50:45 -0500 (EST) Cc: bde@zeta.org.au, dyson@dyson.iquest.net, current@FreeBSD.org, dg@Root.COM, kato@eclogite.eps.nagoya-u.ac.jp In-Reply-To: <199609112023.GAA10051@godzilla.zeta.org.au> from "Bruce Evans" at Sep 12, 96 06:23:04 am Reply-To: dyson@FreeBSD.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > >> pmap_update_{1,2}pg(). The magic .byte's are a bad way of writing > >> `invlpg' (even gas understands this). > >> > >I don't know the syntax -- change it, and I'll propagate it!!! > > Intel gives the syntax `invlpg m' where m is a memory address. This > maps nicely to gcc inline asm (I think the contstraint is "m"). > > I would put this in cpufunc.h since it is a single instruction and > might be useful elsewhere. Is it reasonable for device drivers to > invalidate pages directly? > It is unreasonable (IMO) but unavoidable if the system doesn't provide a needed service. It is difficult to imagine a machine independent reason to do a pmap_update (but I guess that it might be possible.) So, to kind-of answer your comment -- I will put it in cpufunc, but the only module that should normally need it would be pmap.c??? John From owner-freebsd-current Wed Sep 11 14:00:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA00312 for current-outgoing; Wed, 11 Sep 1996 14:00:48 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA00276; Wed, 11 Sep 1996 14:00:42 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id WAA04576; Wed, 11 Sep 1996 22:59:52 +0200 (MET DST) To: dyson@FreeBSD.org cc: bde@zeta.org.au (Bruce Evans), dyson@dyson.iquest.net, current@FreeBSD.org, dg@Root.COM, kato@eclogite.eps.nagoya-u.ac.jp Subject: Re: patch for Cyrix/Ti 486SLC/DLC CPU bug In-reply-to: Your message of "Wed, 11 Sep 1996 15:50:45 CDT." <199609112050.PAA00852@dyson.iquest.net> Date: Wed, 11 Sep 1996 22:59:51 +0200 Message-ID: <4574.842475591@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <199609112050.PAA00852@dyson.iquest.net>, John Dyson writes: >> I would put this in cpufunc.h since it is a single instruction and >> might be useful elsewhere. Is it reasonable for device drivers to >> invalidate pages directly? >> >It is unreasonable (IMO) but unavoidable if the system doesn't provide >a needed service. It is difficult to imagine a machine independent >reason to do a pmap_update (but I guess that it might be possible.) >So, to kind-of answer your comment -- I will put it in cpufunc, but >the only module that should normally need it would be pmap.c??? Not to mention bootblocks & locore.s... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Wed Sep 11 15:42:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA09140 for current-outgoing; Wed, 11 Sep 1996 15:42:34 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA09128 for ; Wed, 11 Sep 1996 15:42:29 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id IAA13505; Thu, 12 Sep 1996 08:37:16 +1000 Date: Thu, 12 Sep 1996 08:37:16 +1000 From: Bruce Evans Message-Id: <199609112237.IAA13505@godzilla.zeta.org.au> To: bde@zeta.org.au, dyson@dyson.iquest.net Subject: Re: patch for Cyrix/Ti 486SLC/DLC CPU bug Cc: current@FreeBSD.ORG, dg@Root.COM, kato@eclogite.eps.nagoya-u.ac.jp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>[invlpg] >It is unreasonable (IMO) but unavoidable if the system doesn't provide >a needed service. It is difficult to imagine a machine independent >reason to do a pmap_update (but I guess that it might be possible.) >So, to kind-of answer your comment -- I will put it in cpufunc, but >the only module that should normally need it would be pmap.c??? cpufunc was supposed to be for "access to special i386 instructions". It is now clear that the right way to do this is usually to encapsulate _single_ instructions in inline functions and write C code to combine the functions. The instructions are very machine-dependent and shouldn't be given sortof-machine-independent names. There are several exceptions to this: disable_intr()/enable_intr(): should be named cli()/sti() and maybe renamed in another layer. ffs()/fls(): machine-independent interface; implement in another file. (Only) machine-dependent implementations as inline functions of machine-independent interfaces need to be included in . loadandclear(): the primitive should be xchgl(). PC98 i/o functions: should never have been here. cpufunc.h is supposed to have only i386 primitives. pmap_update(): should be built out of primitives to read and write %cr3. Primitives to access other %cr's might as well be here too. At least ddb should be able to display and set them all; however, perhaps this should be implemented by having extern functions for all the cpu primitives - then the debugger wouldn't need special code for them. I'd like to do this using compiler magic - perhaps use a file cpufunc.c that just #includes cpufunc.h, and compile it with -fkeep-inline-functions. Names for read/write/rd/wr/r/w/load/store should be more consistent. setbits(): should be named orl(). Bruce From owner-freebsd-current Wed Sep 11 15:50:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA10288 for current-outgoing; Wed, 11 Sep 1996 15:50:52 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA10281 for ; Wed, 11 Sep 1996 15:50:49 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id WAA18408; Wed, 11 Sep 1996 22:49:04 GMT Date: Thu, 12 Sep 1996 07:49:04 +0900 (JST) From: Michael Hancock To: Terry Lambert cc: John Hay , jkh@time.cdrom.com, current@freebsd.org Subject: Re: Does IPX routing work? ... Of course. :-) In-Reply-To: <199609112000.NAA05402@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 11 Sep 1996, Terry Lambert wrote: > > Three things I can think of. > > > > Our IPX only support ETHERNET_II framing. NOT 802.3 (yet) > > > > You can not support 802.3 framing in a Novell IPX environment. > > Novell implemented 802.3 encapsulation incorrectly. It is only the > coincidence that the packet type for IPX is an illegal length which > allows it to be detected and function at all. > > You will need to similarly hack the IPX for FreeBSD if you wish to > support what Novell calls 802.3 -- there is no encapsulation header, > and this is the implementation error. I thought it was just implemented before IEEE fully defined it. Regards, Mike Hancock From owner-freebsd-current Wed Sep 11 17:29:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA17060 for current-outgoing; Wed, 11 Sep 1996 17:29:23 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA17055; Wed, 11 Sep 1996 17:29:20 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.6.12/8.6.12) with SMTP id RAA23952; Wed, 11 Sep 1996 17:29:18 -0700 Date: Wed, 11 Sep 1996 17:29:17 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org, current@freebsd.org Subject: -current and perl5.003? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A box supped as of yesterday is not passing 1 test for perl5.003. The following fails: (op/exec) if ((system "/bin/sh -c 'exit 1'") != 256) { print "not "; } print "ok 5\n"; It's got me. It passes just fine on everything supped before then, but nothing in the sup looked like it could have the remotest effect. From owner-freebsd-current Wed Sep 11 17:56:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA18746 for current-outgoing; Wed, 11 Sep 1996 17:56:25 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA18741 for ; Wed, 11 Sep 1996 17:56:23 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA05826; Wed, 11 Sep 1996 17:53:59 -0700 From: Terry Lambert Message-Id: <199609120053.RAA05826@phaeton.artisoft.com> Subject: Re: Does IPX routing work? ... Of course. :-) To: michaelh@cet.co.jp (Michael Hancock) Date: Wed, 11 Sep 1996 17:53:59 -0700 (MST) Cc: terry@lambert.org, jhay@mikom.csir.co.za, jkh@time.cdrom.com, current@freebsd.org In-Reply-To: from "Michael Hancock" at Sep 12, 96 07:49:04 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > You will need to similarly hack the IPX for FreeBSD if you wish to > > support what Novell calls 802.3 -- there is no encapsulation header, > > and this is the implementation error. > > I thought it was just implemented before IEEE fully defined it. The draft existed, but just like NDS and X.500, Novell implemented it with their own personal "style" in spite of the standard tat was likely, choosing the standard they preferred instead. Like I said before, the protocol number *happens* to be in the illegal length range, so it *happens* to work. Novell could not reasonably expect *all* protocol numbers *ever* assigned to be in in the illegal length range -- there are several protocols to the contrary already; it was definitely a screw-up on their part, standard in draft form or no. Regards, 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-current Wed Sep 11 18:54:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA21551 for current-outgoing; Wed, 11 Sep 1996 18:54:12 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA21531; Wed, 11 Sep 1996 18:54:07 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id LAA19415; Thu, 12 Sep 1996 11:50:16 +1000 Date: Thu, 12 Sep 1996 11:50:16 +1000 From: Bruce Evans Message-Id: <199609120150.LAA19415@godzilla.zeta.org.au> To: current@freebsd.org, hackers@freebsd.org, mrcpu@cdsnet.net Subject: Re: -current and perl5.003? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >A box supped as of yesterday is not passing 1 test for perl5.003. > >The following fails: > >(op/exec) > >if ((system "/bin/sh -c 'exit 1'") != 256) { print "not "; } >print "ok 5\n"; > > > >It's got me. It passes just fine on everything supped before then, but >nothing in the sup looked like it could have the remotest effect. `exit 1' in a shell script now exits with status 0 :-(. Yesterday's change obviously broke it. Bruce Index: main.c =================================================================== RCS file: /a/ncvs/src/bin/sh/main.c,v retrieving revision 1.6 retrieving revision 1.5 diff -c -2 -r1.6 -r1.5 *** main.c 1996/09/08 03:12:22 1.6 --- main.c 1996/09/01 10:20:38 1.5 *************** *** 340,350 **** char **argv; { - extern int oexitstatus; - if (stoppedjobs()) return 0; if (argc > 1) exitstatus = number(argv[1]); ! exitshell(oexitstatus); /*NOTREACHED*/ return 0; --- 340,348 ---- char **argv; { if (stoppedjobs()) return 0; if (argc > 1) exitstatus = number(argv[1]); ! exitshell(exitstatus); /*NOTREACHED*/ return 0; From owner-freebsd-current Wed Sep 11 19:06:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA22198 for current-outgoing; Wed, 11 Sep 1996 19:06:47 -0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA22193 for ; Wed, 11 Sep 1996 19:06:44 -0700 (PDT) Received: from localhost (gpalmer@localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.6.12) with SMTP id WAA18822; Wed, 11 Sep 1996 22:04:50 -0400 (EDT) X-Authentication-Warning: orion.webspan.net: Host gpalmer@localhost [127.0.0.1] didn't use HELO protocol To: "Jordan K. Hubbard" cc: "Rodney W. Grimes" , jhay@angel.cids.org.za (John Hay), current@FreeBSD.org From: "Gary Palmer" Subject: Re: Does IPX routing work? ... Of course. :-) In-reply-to: Your message of "Wed, 11 Sep 1996 11:00:02 PDT." <14821.842464802@time.cdrom.com> Date: Wed, 11 Sep 1996 22:04:50 -0400 Message-ID: <18819.842493890@orion.webspan.net> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote in message ID <14821.842464802@time.cdrom.com>: > > Type ``config'' at the Novell console prompt. Look at > > the ``Frame Type:'' field for each ethernet card. > > I only see one ethernet card configured, but there are 3 entries, > one for each for 802.3, Ethernet_II and Ethernet_SNAP. Of the > 3, only the Ethernet_II entry shows a LAN address. >From memory, if you poke deeper (perhaps with Matt's help) you'll find that IP is bound to one, Appletalk to another and IPX to the last. Ethernet_SNAP is the appletalk frame from memory, and I always got the other two mixed up :-( Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-current Wed Sep 11 19:38:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA23739 for current-outgoing; Wed, 11 Sep 1996 19:38:22 -0700 (PDT) Received: from VX23.CC.MONASH.EDU.AU (vx23.cc.monash.edu.au [130.194.1.23]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA23732 for ; Wed, 11 Sep 1996 19:38:17 -0700 (PDT) Received: from moa.cc.monash.edu.au (george@moa.cc.monash.edu.au) by vaxc.cc.monash.edu.au (PMDF V5.0-6 #16291) id <01I9E3V9PYMQ99EMMB@vaxc.cc.monash.edu.au>; Thu, 12 Sep 1996 12:37:15 +1000 Received: (george@localhost) by moa.cc.monash.edu.au (8.6.10/8.6.4) id MAA14568; Thu, 12 Sep 1996 12:37:00 +1000 Date: Thu, 12 Sep 1996 12:37:00 +1000 From: George Scott Subject: Re: A complaint about procedure. To: current@freebsd.org Cc: jkh@time.cdrom.com Message-id: <199609120237.MAA14568@moa.cc.monash.edu.au> Content-transfer-encoding: 7BIT Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > A quick scan of the PR database would suggest a whole > host of possible problems to solve, many of which are non-trivial. How do I look at the PR database? George. From owner-freebsd-current Wed Sep 11 20:48:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA29904 for current-outgoing; Wed, 11 Sep 1996 20:48:35 -0700 (PDT) Received: from citrine.cyberstation.net (hannibal@citrine.cyberstation.net [205.167.0.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA29887 for ; Wed, 11 Sep 1996 20:48:29 -0700 (PDT) Received: from localhost (hannibal@localhost) by citrine.cyberstation.net (8.6.12/8.6.12) with SMTP id WAA10884 for ; Wed, 11 Sep 1996 22:48:27 -0500 Date: Wed, 11 Sep 1996 22:48:26 -0500 (CDT) From: Dan Walters To: current@freebsd.org Subject: quick patch... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk OK, I ran into this one about a year ago last time I tried to recompile after installing only a bin dist, and apparently it's still around, so here's a quick patch if anyone wants to throw it in. Without it, make world will bomb when it can't find /usr/share/dict/eign.... *** share/doc/papers/memfs/Makefile.orig Wed Sep 11 19:24:05 1996 --- share/doc/papers/memfs/Makefile Wed Sep 11 22:38:59 1996 *************** *** 14,20 **** ${REFER} ${.CURDIR}/0.t ${.CURDIR}/1.t A.gt > ${.TARGET} ${.OBJDIR}/ref.bib.i ref.bib.i: ${.CURDIR}/ref.bib ! ${INDXBIB} -o ref.bib ${.CURDIR}/ref.bib ${.OBJDIR}/A.gt A.gt: ${.CURDIR}/A.t ${GRIND} < ${.CURDIR}/A.t > A.gt --- 14,20 ---- ${REFER} ${.CURDIR}/0.t ${.CURDIR}/1.t A.gt > ${.TARGET} ${.OBJDIR}/ref.bib.i ref.bib.i: ${.CURDIR}/ref.bib ! ${INDXBIB} -c ${.CURDIR}/../../../../contrib/groff/indxbib/eign -o ref.bib ${.CURDIR}/ref.bib ${.OBJDIR}/A.gt A.gt: ${.CURDIR}/A.t ${GRIND} < ${.CURDIR}/A.t > A.gt ====================================================================== Dan Walters hannibal@cyberstation.net ====================================================================== From owner-freebsd-current Wed Sep 11 20:53:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA00730 for current-outgoing; Wed, 11 Sep 1996 20:53:32 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA00725 for ; Wed, 11 Sep 1996 20:53:27 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id UAA01331; Wed, 11 Sep 1996 20:53:40 -0700 (PDT) Message-Id: <199609120353.UAA01331@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Bruce Evans cc: kato@eclogite.eps.nagoya-u.ac.jp, current@FreeBSD.org Subject: Re: patch for Cyrix/Ti 486SLC/DLC CPU bug In-reply-to: Your message of "Thu, 12 Sep 1996 05:15:00 +1000." <199609111915.FAA08571@godzilla.zeta.org.au> From: David Greenman Reply-To: dg@root.com Date: Wed, 11 Sep 1996 20:53:40 -0700 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >I've never liked filtering all exceptions through trap(). It would be >just as easy and a little faster to call trap_pfault() directly here >(easier except you have to repeat a few lines of book-keeping from >trap()). Funny you should say this. I said the same thing to John a couple of weeks ago. One of these days I'm going to change it. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Wed Sep 11 22:30:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA08295 for current-outgoing; Wed, 11 Sep 1996 22:30:18 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA08281 for ; Wed, 11 Sep 1996 22:30:14 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id WAA06232; Wed, 11 Sep 1996 22:21:35 -0700 From: Terry Lambert Message-Id: <199609120521.WAA06232@phaeton.artisoft.com> Subject: Re: patch for Cyrix/Ti 486SLC/DLC CPU bug To: bde@zeta.org.au (Bruce Evans) Date: Wed, 11 Sep 1996 22:21:34 -0700 (MST) Cc: bde@zeta.org.au, dyson@dyson.iquest.net, current@FreeBSD.org, dg@Root.COM, kato@eclogite.eps.nagoya-u.ac.jp In-Reply-To: <199609112023.GAA10051@godzilla.zeta.org.au> from "Bruce Evans" at Sep 12, 96 06:23:04 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >> pmap_update_{1,2}pg(). The magic .byte's are a bad way of writing > >> `invlpg' (even gas understands this). > >> > >I don't know the syntax -- change it, and I'll propagate it!!! > > Intel gives the syntax `invlpg m' where m is a memory address. This > maps nicely to gcc inline asm (I think the contstraint is "m"). > > I would put this in cpufunc.h since it is a single instruction and > might be useful elsewhere. Is it reasonable for device drivers to > invalidate pages directly? There is more than one 68K MMU chip. This should also invalidate it for any architecture with seperate MMU. Yeah, I know, no one but me wants to ever run anything but Intel. 8-(. 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-current Wed Sep 11 23:19:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA13481 for current-outgoing; Wed, 11 Sep 1996 23:19:26 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA13476 for ; Wed, 11 Sep 1996 23:19:24 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id XAA00494; Wed, 11 Sep 1996 23:19:18 -0700 (PDT) To: George Scott cc: current@freebsd.org Subject: Re: A complaint about procedure. In-reply-to: Your message of "Thu, 12 Sep 1996 12:37:00 +1000." <199609120237.MAA14568@moa.cc.monash.edu.au> Date: Wed, 11 Sep 1996 23:19:18 -0700 Message-ID: <492.842509158@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > A quick scan of the PR database would suggest a whole > > host of possible problems to solve, many of which are non-trivial. > > How do I look at the PR database? > > George. http://www.freebsd.org/cgi-bin/query-pr-summary.cgi From owner-freebsd-current Thu Sep 12 00:57:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA20571 for current-outgoing; Thu, 12 Sep 1996 00:57:29 -0700 (PDT) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA20565 for ; Thu, 12 Sep 1996 00:57:26 -0700 (PDT) Received: from Early-Bird.Think.COM (Early-Bird-1.Think.COM [131.239.146.105]) by mail.think.com (8.7.5/m3) with ESMTP id DAA19232 for ; Thu, 12 Sep 1996 03:57:24 -0400 (EDT) Received: from compound.Think.COM (fergus-27.dialup.prtel.com [206.10.99.158]) by Early-Bird.Think.COM (8.7.5/e1) with ESMTP id DAA13458 for ; Thu, 12 Sep 1996 03:57:14 -0400 (EDT) Received: (from alk@localhost) by compound.Think.COM (8.7.5/8.7.3) id CAA00657; Thu, 12 Sep 1996 02:56:55 -0500 (CDT) Date: Thu, 12 Sep 1996 02:56:55 -0500 (CDT) From: Tony Kimball Message-Id: <199609120756.CAA00657@compound.Think.COM> To: current@freebsd.org Subject: continuing memory problems Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I began experiencing signals 6, 11 and less frequently 10 in XF86_S3 about 4 days ago after a ctm update and kernel build. I neglected the issue as it was well reported, but now the traffic on this subject has stopped, while (at cvs-cur.2458) I continue to experience (less frequent) X server failures. Two questions: Is the pmap problem believed to be resolved? Is there a recommended means of obtaining appropriate diagnostic information? From owner-freebsd-current Thu Sep 12 01:24:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA21625 for current-outgoing; Thu, 12 Sep 1996 01:24:42 -0700 (PDT) Received: from lassie.eunet.fi (lassie.eunet.fi [192.26.119.7]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA21614 for ; Thu, 12 Sep 1996 01:24:36 -0700 (PDT) Received: from key.hole.fi by lassie.eunet.fi with SMTP id AA07456 (5.67a/IDA-1.5 for ); Thu, 12 Sep 1996 11:24:41 +0300 Received: (from count@localhost) by key.hole.fi (8.7.5/8.6.12) id LAA15216 for current@freebsd.org; Thu, 12 Sep 1996 11:23:32 +0300 (EET DST) From: "Bror 'Count' Heinola" Message-Id: <199609120823.LAA15216@key.hole.fi> Subject: 960801-SNAP and yesterday's sup won't build To: current@freebsd.org Date: Thu, 12 Sep 1996 11:23:32 +0300 (EET DST) X-Mailer: ELM [version 2.4ME+ PL25 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I installed 960801-SNAP on this system, an Olivetti Philos 44 laptop (486SL@25MHz) and I can't get -current to build. To be exact, lex fails on its lib directory with: yacc -d /usr/src/usr.bin/lex/parse.y mv -f y.tab.c parse.c mv -f y.tab.h parse.h lex -t -is /usr/src/usr.bin/lex/scan.l > scan.c cc -O -I. -I/usr/src/usr.bin/lex -c scan.c cc -O -I. -I/usr/src/usr.bin/lex -c /usr/src/usr.bin/lex/ccl.c cc -O -I. -I/usr/src/usr.bin/lex -c /usr/src/usr.bin/lex/dfa.c cc -O -I. -I/usr/src/usr.bin/lex -c /usr/src/usr.bin/lex/ecs.c cc -O -I. -I/usr/src/usr.bin/lex -c /usr/src/usr.bin/lex/gen.c cc -O -I. -I/usr/src/usr.bin/lex -c /usr/src/usr.bin/lex/main.c cc -O -I. -I/usr/src/usr.bin/lex -c /usr/src/usr.bin/lex/misc.c cc -O -I. -I/usr/src/usr.bin/lex -c /usr/src/usr.bin/lex/nfa.c cc -O -I. -I/usr/src/usr.bin/lex -c parse.c cc -O -I. -I/usr/src/usr.bin/lex -c /usr/src/usr.bin/lex/skel.c cc -O -I. -I/usr/src/usr.bin/lex -c /usr/src/usr.bin/lex/sym.c cc -O -I. -I/usr/src/usr.bin/lex -c /usr/src/usr.bin/lex/tblcmp.c cc -O -I. -I/usr/src/usr.bin/lex -c /usr/src/usr.bin/lex/yylex.c cc -O -I. -I/usr/src/usr.bin/lex -o lex scan.o ccl.o dfa.o ecs.o gen.o main.o misc.o nfa.o parse.o skel.o sym.o tblcmp.o yylex.o gzip -c /usr/src/usr.bin/lex/lex.1 > lex.1.gz ===> lib cc -O -c /usr/src/usr.bin/lex/lib/libmain.c -o libmain.o cc -O -c /usr/src/usr.bin/lex/lib/libyywrap.c -o libyywrap.o building standard ln library ranlib libln.a ranlib: libln.a: Inappropriate file type or format *** Error code 1 Stop. *** Error code 1 Stop. For the life of me I can't figure it out why that happens. I even tried to build and install ranlib but that still doesn't work. The sources and obj dir are NFS mounted. I tried to search FreeBSD archives but didn't find anything like this. And for the people who feel like saying "Read commit mail if you run -current", I can only say that I installed this box only yesterday so I haven't had much interest in -current commits before then. FreeBSD corncrake.sms.fi 2.2-960801-SNAP FreeBSD 2.2-960801-SNAP #0: Wed Sep 11 13:50:07 EET DST 1996 count@corncrake.sms.fi:/usr/src/sys/compile/CORNCRAKE i386 -- Bror 'Count' Heinola % count@key.hole.fi % http://pobox.com/~count/ Isokaari 27 A 2 % IRC: Count NIC: BH271 % FI-00200 HELSINKI % Work: bror@sms.fi % Roads? Where we're going, Cell: +358-40-5533-554 % Santa Monica Software % we don't need roads. From owner-freebsd-current Thu Sep 12 01:30:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA21871 for current-outgoing; Thu, 12 Sep 1996 01:30:26 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA21863 for ; Thu, 12 Sep 1996 01:30:23 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id BAA02198; Thu, 12 Sep 1996 01:30:18 -0700 (PDT) To: Dan Walters cc: current@freebsd.org Subject: Re: quick patch... In-reply-to: Your message of "Wed, 11 Sep 1996 22:48:26 CDT." Date: Thu, 12 Sep 1996 01:30:18 -0700 Message-ID: <2196.842517018@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > OK, I ran into this one about a year ago last time I tried to recompile > after installing only a bin dist, and apparently it's still around, so > here's a quick patch if anyone wants to throw it in. Without it, make > world will bomb when it can't find /usr/share/dict/eign.... Making things tree-relative like this is always generally a good idea, thanks! Done. Jordan From owner-freebsd-current Thu Sep 12 01:34:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA22017 for current-outgoing; Thu, 12 Sep 1996 01:34:01 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA22007 for ; Thu, 12 Sep 1996 01:33:41 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0v16cn-000QhwC; Thu, 12 Sep 96 09:55 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id JAA14948; Thu, 12 Sep 1996 09:04:16 +0200 Message-Id: <199609120704.JAA14948@allegro.lemis.de> Subject: Re: Build is complete To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 12 Sep 1996 09:04:16 +0200 (MET DST) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) In-Reply-To: <22911.842418286@time.cdrom.com> from "Jordan K. Hubbard" at Sep 10, 96 10:04:46 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > >> Oh friends... >> >> "make release CHROOTDIR=/some-nfs-mounted-disk" is now complete. A nice >> (useless, since I already have one :-)) release is now on an NFS disk. >> >> No crashie or nasty console (or syslogged) messages... :-) > > Well, thanks - that's actually very good to know. It means there's > likely nothing specific about what make release is doing which is > hosing me, it's a local issue. That narrows down the search width > significantly. Are you having trouble with your Ethernet board? I recall that I had NFS hang badly when the Ethernet board had a hiccough, as was the case with the 3C509 some while back. I'm still using a 3C509, but I think the driver has improved. Greg From owner-freebsd-current Thu Sep 12 01:34:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA22146 for current-outgoing; Thu, 12 Sep 1996 01:34:57 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA22140 for ; Thu, 12 Sep 1996 01:34:52 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0v16cq-000QiiC; Thu, 12 Sep 96 09:55 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id JAA14937; Thu, 12 Sep 1996 09:02:19 +0200 Message-Id: <199609120702.JAA14937@allegro.lemis.de> Subject: Re: Build is complete To: karl@Mcs.Net (Karl Denninger) Date: Thu, 12 Sep 1996 09:02:19 +0200 (MET DST) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) In-Reply-To: <199609110338.WAA09231@Jupiter.mcs.net> from "Karl Denninger" at Sep 10, 96 10:38:53 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Karl Denninger writes: > > Oh friends... > > "make release CHROOTDIR=/some-nfs-mounted-disk" is now complete. A nice > (useless, since I already have one :-)) release is now on an NFS disk. > > No crashie or nasty console (or syslogged) messages... :-) > > FreeBSD Codebase.mcs.net 2.2-CURRENT FreeBSD 2.2-CURRENT #1: Thu Aug 22 13:36:26 > CDT 1996 karl@Codebase.mcs.net:/usr/src/sys/compile/MCSNET i386 > > I don't know what we're doing differently here, but we're not seeing > stability problems with -CURRENT here. Ditto. I've build the latest version via NFS every night, and I tried building a release via NFS as Jordan suggested. I also went to the trouble of doing it on a SunOS machine. Everything went well until it tried to access a 1.2 MB floppy, which I don't have. How far from the end was I? Here's my ustat info: FreeBSD freebie.lemis.de 2.2-CURRENT-ctm-2449 FreeBSD 2.2-CURRENT-ctm-2449 #96: Wed Sep 11 07:05:32 MET DST 1996 grog@freebie.lemis.de:/usr/src/sys/compile/FREEBIE i386 Greg From owner-freebsd-current Thu Sep 12 01:37:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA22290 for current-outgoing; Thu, 12 Sep 1996 01:37:49 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA22285 for ; Thu, 12 Sep 1996 01:37:47 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id BAA02272; Thu, 12 Sep 1996 01:37:36 -0700 (PDT) To: grog@lemis.de (Greg Lehey) cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) Subject: Re: Build is complete In-reply-to: Your message of "Thu, 12 Sep 1996 09:04:16 +0200." <199609120704.JAA14948@allegro.lemis.de> Date: Thu, 12 Sep 1996 01:37:36 -0700 Message-ID: <2270.842517456@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Are you having trouble with your Ethernet board? I recall that I had > NFS hang badly when the Ethernet board had a hiccough, as was the case > with the 3C509 some while back. I'm still using a 3C509, but I think > the driver has improved. Nope, I'm using SMC cards on both ends with no problems there. Now the problem has moved for me - if I do a make release on a *local* disk, the minute it tries to run release.8 and vnconfig the floppy, my system resets all the way back to the BIOS. :-) Jordan From owner-freebsd-current Thu Sep 12 01:39:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA22359 for current-outgoing; Thu, 12 Sep 1996 01:39:07 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA22353 for ; Thu, 12 Sep 1996 01:39:04 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id BAA02285; Thu, 12 Sep 1996 01:38:42 -0700 (PDT) To: grog@lemis.de (Greg Lehey) cc: karl@Mcs.Net (Karl Denninger), FreeBSD-current@FreeBSD.ORG (FreeBSD current users) Subject: Re: Build is complete In-reply-to: Your message of "Thu, 12 Sep 1996 09:02:19 +0200." <199609120702.JAA14937@allegro.lemis.de> Date: Thu, 12 Sep 1996 01:38:42 -0700 Message-ID: <2283.842517522@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Ditto. I've build the latest version via NFS every night, and I tried > building a release via NFS as Jordan suggested. I also went to the > trouble of doing it on a SunOS machine. Everything went well until it > tried to access a 1.2 MB floppy, which I don't have. How far from the > end was I? Here's my ustat info: Huh? The current release tools don't use floppies during any stage of the build process. They use the vn device to simulate a 1.2MB floppy image. Jordan From owner-freebsd-current Thu Sep 12 02:01:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA23550 for current-outgoing; Thu, 12 Sep 1996 02:01:44 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA23540 for ; Thu, 12 Sep 1996 02:01:40 -0700 (PDT) Received: from diablo.ppp.de by mail.crl.com with SMTP id AA26026 (5.65c/IDA-1.5 for ); Thu, 12 Sep 1996 02:02:11 -0700 Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0v17dj-000QgxC; Thu, 12 Sep 96 11:00 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id KAA15214; Thu, 12 Sep 1996 10:41:34 +0200 Message-Id: <199609120841.KAA15214@allegro.lemis.de> Subject: Re: Build is complete To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 12 Sep 1996 10:41:34 +0200 (MET DST) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) In-Reply-To: <2283.842517522@time.cdrom.com> from "Jordan K. Hubbard" at Sep 12, 96 01:38:42 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > >> Ditto. I've build the latest version via NFS every night, and I tried >> building a release via NFS as Jordan suggested. I also went to the >> trouble of doing it on a SunOS machine. Everything went well until it >> tried to access a 1.2 MB floppy, which I don't have. How far from the >> end was I? Here's my ustat info: > > Huh? The current release tools don't use floppies during any stage of > the build process. They use the vn device to simulate a 1.2MB floppy > image. Then I'm misinterpreting the command line. Here's what I get: + gzip -c /usr/src/release/../COPYRIGHT > /R/stage/mfsfd/stand/help/COPYRIGHT.hlp.gz + # make the small bootfd + Making the small 4MB boot floppy. + sh -e /usr/src/release/doFS.sh /R/stage /mnt 1200 /R/stage/mfsfd 42000 minimum + open: Device not configured + *** Error code 1 (continuing) + rm -rf /R/stage/fixitfd + mkdir /R/stage/fixitfd + cd /R/stage/fixitfd && mkdir dev stand bin sbin etc mnt mnt1 mnt2 mnt3 mnt4 tmp + if true ; then gzip -9 < /R/stage/crunch/fixit > /R/stage/fixitfd/stand/fixit_crunch ; else ln -f /R/stage/crunch/fixit /R/stage/fixitfd/stand/fixit_crunch ; fi + chmod 555 /R/stage/fixitfd/stand/fixit_crunch + for i in `crunchgen -l /usr/src/release/fixit_crunch.conf` ; do ln -f /R/stage/fixitfd/stand/fixit_crunch /R/stage/fixitfd/stand/$i ; done + ( cd /R/stage/fixitfd/dev && cp /R/stage/trees/bin/dev/MAKEDEV . && sh MAKEDEV all ) + cp /R/stage/trees/bin/etc/spwd.db /R/stage/fixitfd/etc + cp /usr/src/release/fixit.profile /R/stage/fixitfd/.profile + sh -e /usr/src/release/doFS.sh /R/stage /mnt 1200 /R/stage/fixitfd 10000 fd1200 + open: Device not configured + *** Error code 1 (continuing) + `doRELEASE' not remade because of errors. + + echo make release Finished + make release Finished + real 831m52.172s + user 239m1.716s + sys 67m19.010s + === root@freebie (/dev/ttyp0) /usr/home/grog 3 -> What's it trying to open? I'm not really worried, but it would be nice to know. Greg From owner-freebsd-current Thu Sep 12 02:13:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA24447 for current-outgoing; Thu, 12 Sep 1996 02:13:10 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA24439 for ; Thu, 12 Sep 1996 02:13:07 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id CAA03016; Thu, 12 Sep 1996 02:12:56 -0700 (PDT) To: grog@lemis.de (Greg Lehey) cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) Subject: Re: Build is complete In-reply-to: Your message of "Thu, 12 Sep 1996 10:41:34 +0200." <199609120841.KAA15214@allegro.lemis.de> Date: Thu, 12 Sep 1996 02:12:56 -0700 Message-ID: <3014.842519576@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > + open: Device not configured you don't have vn configured into your kernel. :-) Jordan From owner-freebsd-current Thu Sep 12 02:29:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA24860 for current-outgoing; Thu, 12 Sep 1996 02:29:45 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA24855; Thu, 12 Sep 1996 02:29:41 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id LAA00507; Thu, 12 Sep 1996 11:28:59 +0200 (MET DST) To: grog@lemis.de (Greg Lehey) cc: jkh@time.cdrom.com (Jordan K. Hubbard), FreeBSD-current@FreeBSD.ORG (FreeBSD current users) Subject: Re: Build is complete In-reply-to: Your message of "Thu, 12 Sep 1996 10:41:34 +0200." <199609120841.KAA15214@allegro.lemis.de> Date: Thu, 12 Sep 1996 11:28:58 +0200 Message-ID: <505.842520538@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >+ sh -e /usr/src/release/doFS.sh /R/stage /mnt 1200 /R/stage/fixitfd 10000 fd >1200 >+ open: Device not configured You need the "vn" driver in your kernel for this. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu Sep 12 03:39:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA27460 for current-outgoing; Thu, 12 Sep 1996 03:39:26 -0700 (PDT) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA27387 for ; Thu, 12 Sep 1996 03:36:19 -0700 (PDT) Received: (babkin@localhost) by hq.icb.chel.su (8.7.5/8.6.5) id QAA02720 for current@freebsd.org; Thu, 12 Sep 1996 16:20:56 +0600 (GMT+0600) Received: from mailserv.tversu.ac.ru (root@mailserv.tversu.ac.ru [193.233.128.3]) by hq.icb.chel.su (8.7.5/8.6.5) with ESMTP id PAA26607 for ; Thu, 12 Sep 1996 15:29:19 +0600 (GMT+0600) Received: (from root@localhost) by mailserv.tversu.ac.ru (8.7.5/8.6.12) with TULP id MAA08940; Thu, 12 Sep 1996 12:54:13 +0400 (MSD) Received: from escape.cs.ibank.ru (igor@escape.cs.ibank.ru [194.58.131.150]) by mailserv.tversu.ac.ru (8.7.5/8.6.12) with ESMTP id MAA08928 for ; Thu, 12 Sep 1996 12:52:39 +0400 (MSD) Received: (from igor@localhost) by escape.cs.ibank.ru (8.7.5/8.7.3/Zynaps) id MAA12061 for wdl@tversu.ac.ru; Thu, 12 Sep 1996 12:50:30 +0400 (MSD) From: Igor Vinokurov Message-Id: <199609120850.MAA12061@escape.cs.ibank.ru> Subject: BoS: Sendmail 8.7.5 vulnerability (fwd) To: wdl@tversu.ac.ru Date: Thu, 12 Sep 1996 12:50:29 +0400 (MSD) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=ELM842518229-12047-0_ Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk --ELM842518229-12047-0_ Content-Type: message/rfc822 Content-Disposition: inline Content-Description: Forwarded message from What we're dealing with here is a blatant disrespect of the law! Content-Transfer-Encoding: 7bit Return-Path: best-of-security-request@suburbia.net Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by escape.cs.ibank.ru (8.7.5/8.7.3/Zynaps) with ESMTP id MAA11957 for ; Thu, 12 Sep 1996 12:33:01 +0400 (MSD) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with ESMTP id BAA22304; Thu, 12 Sep 1996 01:15:41 -0700 (PDT) Received: (list@localhost) by suburbia.net (8.7.4/Proff-950810) id QAA17608; Thu, 12 Sep 1996 16:35:22 +1000 Resent-Date: Thu, 12 Sep 1996 16:35:22 +1000 Approved-By: ALEPH1@UNDERGROUND.ORG MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Approved-By: What we're dealing with here is a blatant disrespect of the law! Message-ID: Date: Wed, 11 Sep 1996 12:54:23 -0400 Reply-To: "What we're dealing with here is a blatant disrespect of the law!" Sender: proff@suburbia.net From: "What we're dealing with here is a blatant disrespect of the law!" X-To: best-of-security@suburbia.net To: Multiple recipients of list BUGTRAQ Resent-Message-ID: <"dLRo22.0.wI4.XywDo"@suburbia> Resent-From: best-of-security@suburbia.net X-Mailing-List: archive/latest/351 X-Loop: best-of-security@suburbia.net Precedence: list Resent-Sender: best-of-security-request@suburbia.net Subject: BoS: Sendmail 8.7.5 vulnerability L0pht Security Advisory Application: Sendmail 8.7.5 Platforms: All Severity: any local user can gain root priveledges. Author: mudge@l0pht.com Scenario: Due to a problem with the code in sendmail a buffer overflow condition exists that allows a user to overwrite the information in a saved stack frame. When the function returns, the saved frame is popped off of the stack and user code can be executed. An exploit script will be made public upon the actual release of Sendmail 8.8 which fixes this particular exploitable code segment. Example: > id uid=621(mudge) gid=200(users) > ./sploit.sh 3883 chfn: rebuilding the database... chfn: done using arg of [0x-------- (hex) + 3883(dec)] # id uid=621(mudge) euid=0(root) gid=200(users) # ./up # id uid=0(root) gid=200(users) If a user is able to alter his/her gecos field then that user can exploit a coding flaw in sendmail to elevate their effective UID to 0. Various operating systems ship with chfn(1) which enables users to change their gecos field. Some of the operating systems that ship with this program are NetBSD, FreeBSD, BSDI, OpenBSD, and Linux. It has not been extensively researched as to what others come out of the box with this functionality. Even if your operating system does not ship with this functionality, it has been witnessed that many service providers offering shell accounts add these, or equivalent utils, in order to minimize their administrative tasks and to facilitate user functionality. No matter, the flaw is a coding problem in sendmail and not the fact that these other programs exist. The actual problem in the code is quite apparent. Inside recipient.c we find the following: char nbuf[MAXNAME + 1]; ... buildfname(pw->pw_gecos, pw->pw_name, nbuf); The problem is that nbuf[MAXNAME + 1] is a fixed length buffer and as we will soon see, buildfname() does not honor this. from util.c: void buildfname(gecos, login, buf) register char *gecos; char *login; char *buf; { register char *p; register char *bp = buf; int l; ... /* now fill in buf */ for (p = gecos; *p != '\0' && *p != ',' && *p != ';' && *p != '%'; p++) { if (*p == '&') { (void) strcpy(bp, login); *bp = toupper(*bp); while (*bp != '\0') bp++; } else *bp++ = *p; } *bp = '\0'; } Here we see that buildfname() happily copies whatever size we can hand it into nbuf[MAXNAME +1]. The function is even nice enough to append a null to the string in case we wanted to put our machine opcodes and operands inside the gecos field. Though this is one way of doing it, we opted for another method that enabled us more freedom with the various methods of altering ones gecos field. Solution: This particular problem has been fixed in Sendmail 8.8 beta. A temporary fix is to remove the ability for users on a local system to change their gecos (commonly referred to as 'real-name') field. mudge@l0pht.com --ELM842518229-12047-0_-- From owner-freebsd-current Thu Sep 12 04:01:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA28551 for current-outgoing; Thu, 12 Sep 1996 04:01:13 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA28538 for ; Thu, 12 Sep 1996 04:01:06 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0v19Vq-000QgxC; Thu, 12 Sep 96 13:00 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id LAA17151; Thu, 12 Sep 1996 11:32:18 +0200 Message-Id: <199609120932.LAA17151@allegro.lemis.de> Subject: Re: Build is complete To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 12 Sep 1996 11:32:18 +0200 (MET DST) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) In-Reply-To: <3014.842519576@time.cdrom.com> from "Jordan K. Hubbard" at Sep 12, 96 02:12:56 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > >> + open: Device not configured > > you don't have vn configured into your kernel. :-) Indeed. I suppose this should be documented. Off for another kernel build... Greg From owner-freebsd-current Thu Sep 12 04:13:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA00587 for current-outgoing; Thu, 12 Sep 1996 04:13:33 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA00581; Thu, 12 Sep 1996 04:13:26 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id NAA05113; Thu, 12 Sep 1996 13:13:22 +0200 Message-Id: <199609121113.NAA05113@ra.dkuug.dk> Subject: ATA/ATAPI (EIDE) driver commitment... To: hackers@freebsd.org (FreeBSD hackers), current@freebsd.org (FreeBSD current) Date: Thu, 12 Sep 1996 13:13:22 +0200 (MET DST) Cc: core@freebsd.org (FreeBSD core) From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Given all the talk about EIDE/ATA/ATAPI support that has taken place on these lists over the last couble of month, I have decided to do something about it: I'm taking on the task of rewriting our EIDE/ATA/ATAPI driver, so it lives up to the current level of "sofistication". I will also try to maintain it afterwards, much like I do with syscons & the linux emu today. I can not and will not set any date on which this is to be finished as I have only so many hours in a day, but this is a statement that it will be done, and a signal to others that if they should be working on the same thing, they should coordinate their work with me. So folks, in summary, please: DO: *) Send me any hardware you'd like me to take special care to try and support. If you're a computer dealer or serious user and there's a [E]IDE disk or atapi device you're having problems with, *send me one*! I only need one of each model to support it reasonably. Send me email beforehand, of course, to make sure I haven't already got one. *) Volunteer to help by testing and/or developing this with me! :) *) Bear over with me not having more than 24 hours/day, a real job, wife and 2 kids that needs time too. DON'T: *) Expect me to send any of the hardware back! I'm in Denmark, which means shipping can easily exceed the value of the drive, plus I've got to have the drive for testing new releases and making sure nothing's broken anyway. *) Flood me with email asking when this is going to be done! I'll inform when I have something major to say to the world about the project. If you want to make things go faster, see the DO list above! That's it, back to work.... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Thu Sep 12 05:23:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA03103 for current-outgoing; Thu, 12 Sep 1996 05:23:38 -0700 (PDT) Received: from vanuata.dcs.gla.ac.uk (vanuata.dcs.gla.ac.uk [130.209.240.50]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA03098 for ; Thu, 12 Sep 1996 05:23:34 -0700 (PDT) Message-Id: <199609121223.FAA03098@freefall.freebsd.org> Received: from solander.dcs.gla.ac.uk by vanuata.dcs.gla.ac.uk with LOCAL SMTP (PP); Thu, 12 Sep 1996 13:21:53 +0100 To: KATO Takenori cc: dg@Root.COM, current@freebsd.org Subject: Re: patch for Cyrix/Ti 486SLC/DLC CPU bug In-reply-to: Your message of "Thu, 12 Sep 1996 00:32:10 +0900." <199609111532.AAA02373@marble.eps.nagoya-u.ac.jp> Date: Thu, 12 Sep 1996 13:21:51 +0100 From: Simon Marlow Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Sorry, I lost Cyrix's data book and I couldn't check official > information. I think Cyrix chip supports selective TLB update, but it > may have bug and LMSW instruction fails in some cases. I think this > depends on the version of CPU because some Cyrix machines works without > pmap.c change. As a data point, my Cyrix 486DLC 2/80 appears to work fine without these patches. It's probably quite a recent stepping, though. Cheers, Simon -- Simon Marlow simonm@dcs.gla.ac.uk Research Assistant http://www.dcs.gla.ac.uk/~simonm/ finger for PGP public key From owner-freebsd-current Thu Sep 12 05:49:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA03784 for current-outgoing; Thu, 12 Sep 1996 05:49:05 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA03779 for ; Thu, 12 Sep 1996 05:49:04 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id FAA00810; Thu, 12 Sep 1996 05:48:10 -0700 (PDT) To: grog@lemis.de (Greg Lehey) cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) Subject: Re: Build is complete In-reply-to: Your message of "Thu, 12 Sep 1996 11:32:18 +0200." <199609120932.LAA17151@allegro.lemis.de> Date: Thu, 12 Sep 1996 05:48:09 -0700 Message-ID: <808.842532489@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > you don't have vn configured into your kernel. :-) > > Indeed. I suppose this should be documented. And indeed it is, on page 220 of your very own "The Complete FreeBSD" book. :-) Jordan From owner-freebsd-current Thu Sep 12 06:08:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA04282 for current-outgoing; Thu, 12 Sep 1996 06:08:14 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA04203 for ; Thu, 12 Sep 1996 06:04:39 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0v1BRK-000QhPC; Thu, 12 Sep 96 15:04 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id PAA19280; Thu, 12 Sep 1996 15:04:03 +0200 Message-Id: <199609121304.PAA19280@allegro.lemis.de> Subject: Re: Build is complete To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 12 Sep 1996 15:04:03 +0200 (MET DST) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) In-Reply-To: <808.842532489@time.cdrom.com> from "Jordan K. Hubbard" at Sep 12, 96 05:48:09 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > >>> you don't have vn configured into your kernel. :-) >> >> Indeed. I suppose this should be documented. > > And indeed it is, on page 220 of your very own "The Complete FreeBSD" > book. :-) What did I tell you? RTFM! More seriously, what it says (said) is: Vnode driver. Allows a file to be treated as a device after being set up with the \fIvnconfig\fP command. This driver can be useful for manipulating floppy disk images and using a file as a swap device (e.g. an MS Windows swap file). Optional. Nothing there about needing it for building a release. I've changed it to the following, which I submit for general comments and flames: Vnode driver. Allows a file to be treated as a device after being set up with the \fIvnconfig\fP command. This driver can be useful for manipulating floppy disk images and using a file as a swap device (e.g. an MS Windows swap file). You also need this driver if you want to build a FreeBSD release, which you might want to do to get a boot floppy. This book doesn't discuss boot floppies in any more detail. Greg From owner-freebsd-current Thu Sep 12 06:40:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA05339 for current-outgoing; Thu, 12 Sep 1996 06:40:35 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA05289 for ; Thu, 12 Sep 1996 06:39:44 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0v1BzW-000QioC; Thu, 12 Sep 96 15:39 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id PAA19353; Thu, 12 Sep 1996 15:32:23 +0200 Message-Id: <199609121332.PAA19353@allegro.lemis.de> Subject: Re: Build is complete To: jmb@freefall.freebsd.org (Jonathan M. Bresler) Date: Thu, 12 Sep 1996 15:32:23 +0200 (MET DST) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) In-Reply-To: <199609121322.GAA04656@freefall.freebsd.org> from "Jonathan M. Bresler" at Sep 12, 96 06:22:11 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jonathan M. Bresler writes: > > Greg Lehey wrote: >> >> Jordan K. Hubbard writes: >>> >>>>> you don't have vn configured into your kernel. :-) >>>> >>>> Indeed. I suppose this should be documented. >>> >>> And indeed it is, on page 220 of your very own "The Complete FreeBSD" >>> book. :-) > > where do i get a copy of "The Complete FreeBSD" ?? > i assume that this is not "Installing and Runnning FreeBSD" (Copied to -questions, since this is quite a well-hidden document). Yes, this is another book. Well, sort of. The original idea was that "Installing and Runnning FreeBSD" would be sold with the CD-ROMs from Walnut Creek, and "The Complete FreeBSD" would be sold in bookshops. It has 840 odd pages and includes all the text of "Installing and Runnning FreeBSD", plus a few additional sections and lots of man pages. Originally it was to have included 2 CD-ROMs as well, and that's still planned, but it's also available without CD-ROMs. As you may have heard, there have been some changes made at Walnut Creek, and it looks as if they won't reprint "Installing and Runnning FreeBSD"--instead, they will sell "The Complete FreeBSD" to everybody. A good idea, IMHO. It should be available from WC now (orders@cdrom.com), and I think it costs $29.95 without CD-ROMs, or $39.95 with (but don't hold me to it). > do you need an additional reviewer? Thanks, not now. I *could* have done with a review a few months back :-) Greg From owner-freebsd-current Thu Sep 12 07:15:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA07065 for current-outgoing; Thu, 12 Sep 1996 07:15:11 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA07039 for ; Thu, 12 Sep 1996 07:15:06 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id JAA05155; Thu, 12 Sep 1996 09:13:47 -0500 (EST) From: "John S. Dyson" Message-Id: <199609121413.JAA05155@dyson.iquest.net> Subject: Re: continuing memory problems To: alk@think.com (Tony Kimball) Date: Thu, 12 Sep 1996 09:13:47 -0500 (EST) Cc: current@freebsd.org In-Reply-To: <199609120756.CAA00657@compound.Think.COM> from "Tony Kimball" at Sep 12, 96 02:56:55 am Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > I began experiencing signals 6, 11 and less frequently 10 in XF86_S3 > about 4 days ago after a ctm update and kernel build. I neglected the > issue as it was well reported, but now the traffic on this subject has > stopped, while (at cvs-cur.2458) I continue to experience (less > frequent) X server failures. > > Two questions: Is the pmap problem believed to be resolved? Is there > a recommended means of obtaining appropriate diagnostic information? > I found the primary bug in pmap (I could reproduce it until last night.) The change was committed late last night (about 7-8 hrs ago.) Give it a try again. John From owner-freebsd-current Thu Sep 12 07:29:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA07674 for current-outgoing; Thu, 12 Sep 1996 07:29:00 -0700 (PDT) Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA07661 for ; Thu, 12 Sep 1996 07:28:51 -0700 (PDT) Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from mail.hanse.de (193.174.9.9) with smtp id ; Thu, 12 Sep 96 16:28 MEST Received: from wavehh.UUCP by mail.hanse.de with UUCP for freebsd-current@freebsd.org id ; Thu, 12 Sep 96 16:28 MET DST Received: by wavehh.hanse.de (4.1/SMI-4.1) id AA16522; Thu, 12 Sep 96 16:29:10 +0200 From: cracauer@wavehh.hanse.de (Martin Cracauer) Message-Id: <9609121429.AA16522@wavehh.hanse.de> Subject: Which Snapshot to use? To: freebsd-current@freebsd.org Date: Thu, 12 Sep 1996 16:29:10 +0200 (MET DST) #Reply-To: cracauer@wavehh.hanse.de X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'd like to install a -current snapshot, but the last one I received with the subscription CD in the one from May. Could someone please drop me a note whether one of the newer snapshots is really better for what I need? I need: Pthreads and the thread-safe parts of libc, Linux Elf emulation, not too frequent panics and a dynmic linker interface that hasn't changed until now. Thanks Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.bik-gmbh.de/~cracauer Fax +49 40 522 85 36 From owner-freebsd-current Thu Sep 12 07:40:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA08561 for current-outgoing; Thu, 12 Sep 1996 07:40:02 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA08521; Thu, 12 Sep 1996 07:39:57 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id JAA05323; Thu, 12 Sep 1996 09:39:55 -0500 (EST) From: "John S. Dyson" Message-Id: <199609121439.JAA05323@dyson.iquest.net> Subject: Re: continuing memory problems To: dyson@freebsd.org Date: Thu, 12 Sep 1996 09:39:54 -0500 (EST) Cc: alk@think.com, current@freebsd.org In-Reply-To: <199609121413.JAA05155@dyson.iquest.net> from "John S. Dyson" at Sep 12, 96 09:13:47 am Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > > > I began experiencing signals 6, 11 and less frequently 10 in XF86_S3 > > about 4 days ago after a ctm update and kernel build. I neglected the > > issue as it was well reported, but now the traffic on this subject has > > stopped, while (at cvs-cur.2458) I continue to experience (less > > frequent) X server failures. > > > > Two questions: Is the pmap problem believed to be resolved? Is there > > a recommended means of obtaining appropriate diagnostic information? > > > I found the primary bug in pmap (I could reproduce it until last night.) > The change was committed late last night (about 7-8 hrs ago.) Give it > a try again. > Specifically, the fix is in pmap.c 1.118 (cvs-cur.2459). John From owner-freebsd-current Thu Sep 12 07:44:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA08860 for current-outgoing; Thu, 12 Sep 1996 07:44:50 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA08652 for ; Thu, 12 Sep 1996 07:41:22 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.7.4+2.6Wbeta6/3.3W9) with ESMTP id XAA01113; Thu, 12 Sep 1996 23:40:40 +0900 (JST) Message-Id: <199609121440.XAA01113@marble.eps.nagoya-u.ac.jp> To: simonm@dcs.gla.ac.uk Cc: kato@eclogite.eps.nagoya-u.ac.jp, dg@Root.COM, current@freebsd.org Subject: Re: patch for Cyrix/Ti 486SLC/DLC CPU bug In-Reply-To: Your message of "Thu, 12 Sep 1996 13:21:51 +0100" References: <199609121223.FAA03098@freefall.freebsd.org> X-Mailer: Mew version 1.05+ on Emacs 19.28.1, Mule 2.3 X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Thu, 12 Sep 1996 23:40:37 +0900 From: KATO Takenori Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 12 Sep 1996 13:21:51 +0100, Simon Marlow said: > As a data point, my Cyrix 486DLC 2/80 appears to work fine without > these patches. It's probably quite a recent stepping, though. I think behavior of Cyrix 486 CPU depends on its step. I know following kind of machines: 1) No patch is needed. 2) The modifications of machdpe.c and trap.c are needed. 3) The modification of pmap.c is needed. 4) All modifications are needed. ---- KATO Takenori Dept. Earth Planet. Sci., Nagoya Univ., Nagoya, 464-01, Japan From owner-freebsd-current Thu Sep 12 08:49:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA11988 for current-outgoing; Thu, 12 Sep 1996 08:49:38 -0700 (PDT) Received: from precipice.shockwave.com (ppp-206-170-5-13.rdcy01.pacbell.net [206.170.5.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA11983; Thu, 12 Sep 1996 08:49:34 -0700 (PDT) Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.5/8.7.3) with ESMTP id IAA04121; Thu, 12 Sep 1996 08:49:21 -0700 (PDT) Message-Id: <199609121549.IAA04121@precipice.shockwave.com> To: current@freebsd.org cc: fenner@freebsd.org, wollman@freebsd.org Subject: heads up! - /bin/rdisc to die Date: Thu, 12 Sep 1996 08:49:21 -0700 From: Paul Traina Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Since Vern's new routed does basicly "the right thing" now with regard to router discovery advertisements, there's no need for rdisc to exist anymore. I intend to kill it unless I hear strong objections. From owner-freebsd-current Thu Sep 12 09:05:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA12653 for current-outgoing; Thu, 12 Sep 1996 09:05:31 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA12635; Thu, 12 Sep 1996 09:05:23 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15037(5)>; Thu, 12 Sep 1996 09:04:47 PDT Received: by crevenia.parc.xerox.com id <177595>; Thu, 12 Sep 1996 09:04:40 -0700 From: Bill Fenner To: current@freebsd.org, pst@shockwave.com Subject: Re: heads up! - /bin/rdisc to die Cc: fenner@freebsd.org, wollman@freebsd.org Message-Id: <96Sep12.090440pdt.177595@crevenia.parc.xerox.com> Date: Thu, 12 Sep 1996 09:04:40 PDT Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When you kill rdisc, please document "-P no_rip" in /etc/sysconfig to make routed behave as just an rdisc client. Bill From owner-freebsd-current Thu Sep 12 09:13:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA13213 for current-outgoing; Thu, 12 Sep 1996 09:13:35 -0700 (PDT) Received: from precipice.shockwave.com (ppp-206-170-5-13.rdcy01.pacbell.net [206.170.5.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA13205; Thu, 12 Sep 1996 09:13:28 -0700 (PDT) Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.5/8.7.3) with ESMTP id JAA04210; Thu, 12 Sep 1996 09:13:09 -0700 (PDT) Message-Id: <199609121613.JAA04210@precipice.shockwave.com> To: Bill Fenner cc: current@freebsd.org, fenner@freebsd.org, wollman@freebsd.org Subject: Re: heads up! - /bin/rdisc to die In-reply-to: Your message of "Thu, 12 Sep 1996 09:04:40 PDT." <96Sep12.090440pdt.177595@crevenia.parc.xerox.com> Date: Thu, 12 Sep 1996 09:13:09 -0700 From: Paul Traina Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Yup, that was my intent. From: Bill Fenner Subject: Re: heads up! - /bin/rdisc to die When you kill rdisc, please document "-P no_rip" in /etc/sysconfig to make routed behave as just an rdisc client. Bill From owner-freebsd-current Thu Sep 12 10:49:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA18829 for current-outgoing; Thu, 12 Sep 1996 10:49:36 -0700 (PDT) Received: from csla.csl.sri.com (csla.csl.sri.com [192.12.33.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA18809; Thu, 12 Sep 1996 10:49:32 -0700 (PDT) Received: from impulse.csl.sri.com (impulse.csl.sri.com [130.107.15.11]) by csla.csl.sri.com (8.7.3/8.7.3) with ESMTP id KAA26715; Thu, 12 Sep 1996 10:49:01 -0700 (PDT) Received: from impulse.csl.sri.com (localhost [127.0.0.1]) by impulse.csl.sri.com (8.7.3/8.7.3) with ESMTP id KAA02137; Thu, 12 Sep 1996 10:46:38 -0700 (PDT) Message-Id: <199609121746.KAA02137@impulse.csl.sri.com> To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: 2.2-960801-SNAP--Problem with SMC 10/100 card and SMC 100mb `tiger hub' Date: Thu, 12 Sep 1996 10:46:38 -0700 From: Fred Gilham Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've noticed that running the 2.2-960801 snap causes the de driver to fail to link up to the 100mb SMC tiger hub that we're experimenting with. It always reports de0: enabling 10baseT port and then gives timeout errors. However, the de driver in 2.1.5R works with this setup (I was able to establish communication with an ultrasparc at 100mb just fine). I actually ran both versions on the same system to eliminate the possibility of hardware differences causing the problem. If whoever looks at this wants any more information please contact me. -Fred Gilham gilham@csl.sri.com From owner-freebsd-current Thu Sep 12 11:35:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA21701 for current-outgoing; Thu, 12 Sep 1996 11:35:19 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA21691 for ; Thu, 12 Sep 1996 11:35:17 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA07312; Thu, 12 Sep 1996 11:33:08 -0700 From: Terry Lambert Message-Id: <199609121833.LAA07312@phaeton.artisoft.com> Subject: Re: Build is complete To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 12 Sep 1996 11:33:07 -0700 (MST) Cc: grog@lemis.de, FreeBSD-current@FreeBSD.org In-Reply-To: <808.842532489@time.cdrom.com> from "Jordan K. Hubbard" at Sep 12, 96 05:48:09 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > you don't have vn configured into your kernel. :-) > > > > Indeed. I suppose this should be documented. > > And indeed it is, on page 220 of your very own "The Complete FreeBSD" > book. :-) It should be documented in /sys/i386/conf/GENERIC. There should be nothing in the build process which relies on anything not in the generic kernel. Arguably, this is in the same category as NPX; if you can't build without it, it should not be removable. 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-current Thu Sep 12 11:57:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA22641 for current-outgoing; Thu, 12 Sep 1996 11:57:59 -0700 (PDT) Received: from al.imforei.apana.org.au (pjchilds@al.imforei.apana.org.au [202.12.89.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA22636; Thu, 12 Sep 1996 11:57:53 -0700 (PDT) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (8.7.5/8.7.3) id EAA00293; Fri, 13 Sep 1996 04:27:47 GMT Date: Fri, 13 Sep 1996 04:27:47 GMT From: Peter Childs Message-Id: <199609130427.EAA00293@al.imforei.apana.org.au> To: dyson@FreeBSD.org, freebsd-current@FreeBSD.org Subject: VM problems (still) X-Newsreader: TIN [version 1.2 PL2] Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I've cvsup'd the latest changes (inc. pmap.c v 118??) and i'm still getting these panics... Its the brelese: free buffer onto another queue??? and it happens in brelese (not bqrelese)... If it helps any bp->qindex is _always_ QUEUE_LRU (==2) I'm happy to detail the trace if its useful. Also, i'm not sure if this would be an easy one to fix, but with the panic calls they don't reset the video mode, so in X you just get _hung_ ... All in all i'm trying to handle the system with kid gloves. I'm wondering if I should checkout the 960801 /sys tree and build a kernel from that? Anyway... keep up the great work guys! Peter -- Peter Childs --- http://www.imforei.apana.org.au/~pjchilds Finger pjchilds@al.imforei.apana.org.au for public PGP key Drag me, drop me, treat me like an object! From owner-freebsd-current Thu Sep 12 12:28:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA24510 for current-outgoing; Thu, 12 Sep 1996 12:28:22 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA24502; Thu, 12 Sep 1996 12:28:18 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id OAA05725; Thu, 12 Sep 1996 14:27:58 -0500 (EST) From: John Dyson Message-Id: <199609121927.OAA05725@dyson.iquest.net> Subject: Re: VM problems (still) To: pjchilds@imforei.apana.org.au (Peter Childs) Date: Thu, 12 Sep 1996 14:27:58 -0500 (EST) Cc: dyson@FreeBSD.org, freebsd-current@FreeBSD.org In-Reply-To: <199609130427.EAA00293@al.imforei.apana.org.au> from "Peter Childs" at Sep 13, 96 04:27:47 am Reply-To: dyson@FreeBSD.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I've cvsup'd the latest changes (inc. pmap.c v 118??) and i'm still > getting these panics... > > Its the brelese: free buffer onto another queue??? and it happens > in brelese (not bqrelese)... If it helps any bp->qindex is > _always_ QUEUE_LRU (==2) I'm happy to detail the trace if its > useful. > Those are not directly VM problems, most like problems with the VFS stuff (which I probably broke, so you are still talking to the right person.) What are you doing to the poor machine anyway? :-). John From owner-freebsd-current Thu Sep 12 12:39:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA25365 for current-outgoing; Thu, 12 Sep 1996 12:39:24 -0700 (PDT) Received: from mantar.slip.netcom.com (mantar.slip.netcom.com [192.187.167.134]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA25355 for ; Thu, 12 Sep 1996 12:39:17 -0700 (PDT) Received: from new (new [192.187.167.136]) by mantar.slip.netcom.com (8.7.5/8.6.9) with SMTP id MAA00241 for ; Thu, 12 Sep 1996 12:39:07 -0700 (PDT) Message-Id: <2.2.32.19960912193911.008e95c8@mantar.slip.netcom.com> X-Sender: guest@mantar.slip.netcom.com X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 12 Sep 1996 12:39:11 -0700 To: freebsd-current@FreeBSD.org From: Manfred Antar Subject: Re: VM problems (still) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk At 04:27 AM 9/13/96 GMT, you wrote: > I've cvsup'd the latest changes (inc. pmap.c v 118??) and i'm still > getting these panics... > > Its the brelese: free buffer onto another queue??? and it happens > in brelese (not bqrelese)... If it helps any bp->qindex is > _always_ QUEUE_LRU (==2) I'm happy to detail the trace if its > useful. > I'm also getiting this with current build as of this morning.been this way for a few days and the only kernel i have that works is dated 8/31/96 . But ps top,vmstat,systat dont't work :( . ============================== || mantar@netcom.com || || Ph. (415) 647-4843 || ============================== From owner-freebsd-current Thu Sep 12 12:40:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA25505 for current-outgoing; Thu, 12 Sep 1996 12:40:36 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA25486 for ; Thu, 12 Sep 1996 12:40:18 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id VAA08689 for ; Thu, 12 Sep 1996 21:39:45 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id VAA23923 for current@FreeBSD.org; Thu, 12 Sep 1996 21:39:14 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Beta.1/keltia-uucp-2.9) id VAA06697; Thu, 12 Sep 1996 21:25:03 +0200 (MET DST) Message-Id: <199609121925.VAA06697@keltia.freenix.fr> Date: Thu, 12 Sep 1996 21:25:03 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: current@FreeBSD.org Subject: Re: 960801-SNAP and yesterday's sup won't build In-Reply-To: <199609120823.LAA15216@key.hole.fi>; from Bror 'Count' Heinola on Sep 12, 1996 11:23:32 +0300 References: <199609120823.LAA15216@key.hole.fi> X-Mailer: Mutt 0.42 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-CURRENT ctm#2443 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk According to Bror 'Count' Heinola: > ranlib libln.a > ranlib: libln.a: Inappropriate file type or format > *** Error code 1 Did you tried to rebuild ranlib and/or ar ? -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #21: Sun Sep 8 14:35:00 MET DST 1996 From owner-freebsd-current Thu Sep 12 12:57:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA26861 for current-outgoing; Thu, 12 Sep 1996 12:57:43 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA26853 for ; Thu, 12 Sep 1996 12:57:39 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id OAA05771; Thu, 12 Sep 1996 14:57:28 -0500 (EST) From: John Dyson Message-Id: <199609121957.OAA05771@dyson.iquest.net> Subject: Re: VM problems (still) To: mantar@netcom.com (Manfred Antar) Date: Thu, 12 Sep 1996 14:57:28 -0500 (EST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <2.2.32.19960912193911.008e95c8@mantar.slip.netcom.com> from "Manfred Antar" at Sep 12, 96 12:39:11 pm Reply-To: dyson@FreeBSD.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I'm also getiting this with current build as of this morning.been this way > for a few days > and the only kernel i have that works is dated 8/31/96 . But ps > top,vmstat,systat dont't > work :( . > With -current kernels, you often have to rebuild and recompile libkvm, ps, top, vmstat, etc..... John From owner-freebsd-current Thu Sep 12 13:19:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA28732 for current-outgoing; Thu, 12 Sep 1996 13:19:45 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA28700; Thu, 12 Sep 1996 13:19:36 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.7.4+2.6Wbeta6/3.3W9) with ESMTP id FAA00445; Fri, 13 Sep 1996 05:19:05 +0900 (JST) Message-Id: <199609122019.FAA00445@marble.eps.nagoya-u.ac.jp> To: pjchilds@imforei.apana.org.au Cc: dyson@freebsd.org, freebsd-current@freebsd.org Subject: Re: VM problems (still) In-Reply-To: Your message of "Fri, 13 Sep 1996 04:27:47 GMT" References: <199609130427.EAA00293@al.imforei.apana.org.au> X-Mailer: Mew version 1.05+ on Emacs 19.28.1, Mule 2.3 X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Fri, 13 Sep 1996 05:19:03 +0900 From: KATO Takenori Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 13 Sep 1996 04:27:47 GMT, Peter Childs said: > I've cvsup'd the latest changes (inc. pmap.c v 118??) and i'm still > getting these panics... > Its the brelese: free buffer onto another queue??? and it happens > in brelese (not bqrelese)... If it helps any bp->qindex is > _always_ QUEUE_LRU (==2) I'm happy to detail the trace if its > useful. I got another panic: getnewbuf: inconsistent LRU queue, qindex = 0 ---- KATO Takenori Dept. Earth Planet. Sci., Nagoya Univ., Nagoya, 464-01, Japan From owner-freebsd-current Thu Sep 12 16:21:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA11486 for current-outgoing; Thu, 12 Sep 1996 16:21:58 -0700 (PDT) Received: from vector.jhs.no_domain (slip139-92-42-148.ut.nl.ibm.net [139.92.42.148]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA11480; Thu, 12 Sep 1996 16:21:52 -0700 (PDT) Received: from vector.jhs.no_domain (localhost [127.0.0.1]) by vector.jhs.no_domain (8.7.5/8.6.9) with ESMTP id XAA03514; Wed, 11 Sep 1996 23:56:18 +0200 (MET DST) Message-Id: <199609112156.XAA03514@vector.jhs.no_domain> To: Stephen Hocking Cc: current@freebsd.org Subject: Re: VM/kernel problems? From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. Mailer: EXMH 1.6.7, PGP available X-Address: Holz Strasse 27d, 80469 Munich, Germany X-Phone: +49.89.268616 X-Fax: +49.89.2608126 X-Web: http://www.freebsd.org/~jhs/ In-reply-to: Your message of "Wed, 11 Sep 1996 09:01:39 +1000." <199609102301.XAA03613@netfl15a.devetir.qld.gov.au> Date: Wed, 11 Sep 1996 23:56:16 +0200 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Reference: > > Is this just me? I started getting these on three different machines with > > a > > vanilla -current kernel from within the last 24 hours. > > > > pid 659 (FvwmPager), uid 433: exited on signal 11 (core dumped) I managed to zap my 2 machines here with current of a couple of days back, I got lots of sig 11s & 6s, & some free/malloc complaints, then I broke new things while fixing other things. I'm rebuilding now with old current binaries, then doing a make with 2.1.5 src/ then will crawl back to current of a week or so ago, or maybe back to brand new current, once John D announces an OK. Synopsis: I'll confirm: don't use current of a few days ago folks, it bites ! Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Thu Sep 12 17:19:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA14943 for current-outgoing; Thu, 12 Sep 1996 17:19:37 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA14937; Thu, 12 Sep 1996 17:19:33 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id TAA06054; Thu, 12 Sep 1996 19:19:30 -0500 (EST) From: "John S. Dyson" Message-Id: <199609130019.TAA06054@dyson.iquest.net> Subject: Re: VM/kernel problems? To: jhs@FreeBSD.org Date: Thu, 12 Sep 1996 19:19:30 -0500 (EST) Cc: sysseh@devetir.qld.gov.au, current@FreeBSD.org In-Reply-To: <199609112156.XAA03514@vector.jhs.no_domain> from "Julian H. Stacey" at Sep 11, 96 11:56:16 pm Reply-To: dyson@FreeBSD.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > I managed to zap my 2 machines here with current of a couple of days back, > I got lots of sig 11s & 6s, & some free/malloc complaints, > then I broke new things while fixing other things. > I'm rebuilding now with old current binaries, then doing a make with 2.1.5 src/ > then will crawl back to current of a week or so ago, or maybe back to > brand new current, once John D announces an OK. > > Synopsis: I'll confirm: don't use current of a few days ago folks, it bites ! > Maybe I have made a mistake. For a while, I had warned the -current mailing list before making my "commit." I will resume that procedure. For those who haven't already guessed, the pmap code is notoriously difficult to work on (at least for me), and as a warning -- PLEASE be wary of my pmap commits :-)... I know that it does not absolve my sin, but this stuff needs to be done, and needs to be tested (and I try my darnedest before commiting it, believe it or not, the code is even worse when I first write it :-)). Soon, I hope to have a dual p6, so watch out SMP guys :-)... It will also be a second machine to do more complete testing on. John From owner-freebsd-current Thu Sep 12 19:02:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA20224 for current-outgoing; Thu, 12 Sep 1996 19:02:28 -0700 (PDT) Received: from bunyip.cc.uq.oz.au (daemon@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA20217 for ; Thu, 12 Sep 1996 19:02:21 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.oz.au (8.7.6/8.7.3) id MAB03971; Fri, 13 Sep 1996 12:02:09 +1000 Received: by ogre.devetir.qld.gov.au (8.7.5/DEVETIR-E0.3a) id MAA14019; Fri, 13 Sep 1996 12:04:59 +1000 (EST) Date: Fri, 13 Sep 1996 12:04:59 +1000 (EST) From: Stephen McKay Message-Id: <199609130204.MAA14019@ogre.devetir.qld.gov.au> To: Peter Childs cc: freebsd-current@freebsd.org Subject: Re: VM problems (still) X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Peter Childs wrote: > Also, i'm not sure if this would be an easy one to fix, but with > the panic calls they don't reset the video mode, so in X > you just get _hung_ ... I've been using a serial console for a little while now for just this reason. Plug a 9600bps terminal (or another PC) into COM1 using a crossover cable, type -h to your FreeBSD boot prompt, and it all just happens. You might have to move your mouse, but I'm sure you can work that out. Stephen. From owner-freebsd-current Thu Sep 12 19:06:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA20380 for current-outgoing; Thu, 12 Sep 1996 19:06:28 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA20374; Thu, 12 Sep 1996 19:06:20 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id TAA01640; Thu, 12 Sep 1996 19:06:18 -0700 (PDT) Message-Id: <199609130206.TAA01640@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: KATO Takenori cc: pjchilds@imforei.apana.org.au, dyson@freebsd.org, freebsd-current@freebsd.org Subject: Re: VM problems (still) In-reply-to: Your message of "Fri, 13 Sep 1996 05:19:03 +0900." <199609122019.FAA00445@marble.eps.nagoya-u.ac.jp> From: David Greenman Reply-To: dg@root.com Date: Thu, 12 Sep 1996 19:06:18 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >On Fri, 13 Sep 1996 04:27:47 GMT, >Peter Childs said: > >> I've cvsup'd the latest changes (inc. pmap.c v 118??) and i'm still >> getting these panics... > >> Its the brelese: free buffer onto another queue??? and it happens >> in brelese (not bqrelese)... If it helps any bp->qindex is >> _always_ QUEUE_LRU (==2) I'm happy to detail the trace if its >> useful. > >I got another panic: > getnewbuf: inconsistent LRU queue, qindex = 0 I assume that all of you have rebuilt your LKMs and/or have verified that you're not using them? This smells like an out-of-date VFS LKM problem. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Thu Sep 12 19:36:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA21667 for current-outgoing; Thu, 12 Sep 1996 19:36:22 -0700 (PDT) Received: from phoenix.csie.nctu.edu.tw (root@phoenix.csie.nctu.edu.tw [140.113.17.171]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA21659 for ; Thu, 12 Sep 1996 19:36:14 -0700 (PDT) Received: from FreeBSD.csie.NCTU.edu.tw (freebsd.csie.nctu.edu.tw [140.113.235.250]) by phoenix.csie.nctu.edu.tw (8.7.5/8.7.5) with ESMTP id KAA23504 for ; Fri, 13 Sep 1996 10:33:42 +0800 (CST) Received: (from jdli@localhost) by FreeBSD.csie.NCTU.edu.tw (8.7.5/8.7.3) id KAA02639 for freebsd-current@freebsd.org; Fri, 13 Sep 1996 10:35:29 +0800 (CST) Date: Fri, 13 Sep 1996 10:35:29 +0800 (CST) Message-Id: <199609130235.KAA02639@FreeBSD.csie.NCTU.edu.tw> From: jdli@FreeBSD.csie.NCTU.edu.tw (Jian-Da Li) To: freebsd-current@freebsd.org Subject: VM problem (OK!!) Newsgroups: mailing.freebsd.cvs Organization: NCTU CSIE FreeBSD Server Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just do a make world with the latest kernel using pmap rev.1.118 under X Window and it goes fine and seems to be a little bit faster. The kernel seems to be stable again so far.... Thanks to John Dyson .... :) > Addition of page coloring support. Various levels of coloring are afforded. > The default level works with minimal overhead, but one can also enable > full, efficient use of a 512K cache. (Parameters can be generated > to support arbitrary cache sizes also.) BTW, I don't understand this, does it mean that I can tune my kernel to use cache better ? (I got 512k pb-cache, 32MB DRAM, ASUS T2P4 M/B) What option to set ? -- §õ «Ø ¹F (Jian-Da Li) ¥æ ¤j ¸ê ¤u E-Mail : http://www.csie.nctu.edu.tw/~jdli From owner-freebsd-current Thu Sep 12 19:48:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA22680 for current-outgoing; Thu, 12 Sep 1996 19:48:31 -0700 (PDT) Received: from veda.is (root@ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA22646 for ; Thu, 12 Sep 1996 19:48:25 -0700 (PDT) Received: (from adam@localhost) by veda.is (8.7.5/8.7.3) id CAA02162; Fri, 13 Sep 1996 02:47:28 GMT Date: Fri, 13 Sep 1996 02:47:28 GMT From: Adam David Message-Id: <199609130247.CAA02162@veda.is> To: bde@zeta.ORG.AU Cc: freebsd-current@freebsd.org Subject: Re: -current and perl5.003? Newsgroups: list.freebsd.current References: <199609120150.LAA19415@godzilla.zeta.org.au> X-Newsreader: NN version 6.5.0 #2 (NOV) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >`exit 1' in a shell script now exits with status 0 :-(. Yesterday's >change obviously broke it. Seems the previous breakage went unnoticed longer, as it was more subtle. Anyway, it's working now. Thanks for pointing it out Bruce, now I'll go hide under a rock. Adam From owner-freebsd-current Thu Sep 12 19:52:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA24379 for current-outgoing; Thu, 12 Sep 1996 19:52:20 -0700 (PDT) Received: from veda.is (root@ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA24367 for ; Thu, 12 Sep 1996 19:52:12 -0700 (PDT) Received: (from adam@localhost) by veda.is (8.7.5/8.7.3) id CAA02193; Fri, 13 Sep 1996 02:51:45 GMT Date: Fri, 13 Sep 1996 02:51:45 GMT From: Adam David Message-Id: <199609130251.CAA02193@veda.is> To: pst@shockwave.COM Cc: fenner@parc.xerox.com, freebsd-current@freebsd.org Subject: Re: heads up! - /bin/rdisc to die Newsgroups: list.freebsd.current References: <96Sep12.090440pdt.177595@crevenia.parc.xerox.com> <199609121613.JAA04210@precipice.shockwave.com> X-Newsreader: NN version 6.5.0 #2 (NOV) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Yup, that was my intent. > From: Bill Fenner > Subject: Re: heads up! - /bin/rdisc to die > When you kill rdisc, please document "-P no_rip" in /etc/sysconfig to make > routed behave as just an rdisc client. So should routed be moved from /usr/bin to /bin also at around the same time? Adam From owner-freebsd-current Thu Sep 12 20:08:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA01847 for current-outgoing; Thu, 12 Sep 1996 20:08:16 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA01821 for ; Thu, 12 Sep 1996 20:08:11 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id WAA00231; Thu, 12 Sep 1996 22:07:55 -0500 (EST) From: "John S. Dyson" Message-Id: <199609130307.WAA00231@dyson.iquest.net> Subject: Re: VM problem (OK!!) To: jdli@FreeBSD.csie.NCTU.edu.tw (Jian-Da Li) Date: Thu, 12 Sep 1996 22:07:55 -0500 (EST) Cc: freebsd-current@freebsd.org In-Reply-To: <199609130235.KAA02639@FreeBSD.csie.NCTU.edu.tw> from "Jian-Da Li" at Sep 13, 96 10:35:29 am Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Addition of page coloring support. Various levels of coloring are afforded. > > The default level works with minimal overhead, but one can also enable > > full, efficient use of a 512K cache. (Parameters can be generated > > to support arbitrary cache sizes also.) > > BTW, I don't understand this, does it mean that I can tune my kernel > to use cache better ? (I got 512k pb-cache, 32MB DRAM, ASUS T2P4 M/B) > Yes!!! I haven't documented the options yet, their names are probably not final. > > What option to set ? > For 256K cache 'options PQ_MEDIUMCACHE' For 512K cache 'options PQ_LARGECACHE' The default is to color for only a 64K cache, which provides only minor improvements, but is much better than the random allocations that we (and almost every other free OS) had previously done. You'll see only small improvments on normal workloads, but it does work very well at what it does :-). John From owner-freebsd-current Thu Sep 12 20:33:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA12676 for current-outgoing; Thu, 12 Sep 1996 20:33:09 -0700 (PDT) Received: from precipice.shockwave.com (ppp-206-170-5-59.rdcy01.pacbell.net [206.170.5.59]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA12603 for ; Thu, 12 Sep 1996 20:33:04 -0700 (PDT) Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.5/8.7.3) with ESMTP id UAA05580; Thu, 12 Sep 1996 20:32:27 -0700 (PDT) Message-Id: <199609130332.UAA05580@precipice.shockwave.com> To: Adam David cc: fenner@parc.xerox.com, freebsd-current@freebsd.org Subject: Re: heads up! - /bin/rdisc to die In-reply-to: Your message of "Fri, 13 Sep 1996 02:51:45 GMT." <199609130251.CAA02193@veda.is> Date: Thu, 12 Sep 1996 20:32:27 -0700 From: Paul Traina Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I was mulling that over... it also means making it static ... sigh. :-( Opinions? Votes? I think the bloat of making routed static sucks less than having two programs that need maintenance, IMO. Paul From: Adam David Subject: Re: heads up! - /bin/rdisc to die >Yup, that was my intent. > From: Bill Fenner > Subject: Re: heads up! - /bin/rdisc to die > When you kill rdisc, please document "-P no_rip" in /etc/sysconfig to make > routed behave as just an rdisc client. So should routed be moved from /usr/bin to /bin also at around the same time? Adam From owner-freebsd-current Thu Sep 12 22:19:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA27158 for current-outgoing; Thu, 12 Sep 1996 22:19:32 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA27129; Thu, 12 Sep 1996 22:19:29 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.6.12/8.6.12) with SMTP id WAA25420; Thu, 12 Sep 1996 22:18:54 -0700 Date: Thu, 12 Sep 1996 22:18:54 -0700 (PDT) From: Jaye Mathisen To: "Julian H. Stacey" cc: Stephen Hocking , current@FreeBSD.org Subject: Re: VM/kernel problems? In-Reply-To: <199609112156.XAA03514@vector.jhs.no_domain> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hmmm, as of -current supped on the 11th and 12th, my box is working just yippee skippee after a make world. Although I'm not using John's cache color mumbo-jumbo voodoo evilness. On Wed, 11 Sep 1996, Julian H. Stacey wrote: > Date: Wed, 11 Sep 1996 23:56:16 +0200 > From: "Julian H. Stacey" > To: Stephen Hocking > Cc: current@FreeBSD.org > Subject: Re: VM/kernel problems? > > Hi, Reference: > > > Is this just me? I started getting these on three different machines with > > > a > > > vanilla -current kernel from within the last 24 hours. > > > > > > pid 659 (FvwmPager), uid 433: exited on signal 11 (core dumped) > > I managed to zap my 2 machines here with current of a couple of days back, > I got lots of sig 11s & 6s, & some free/malloc complaints, > then I broke new things while fixing other things. > I'm rebuilding now with old current binaries, then doing a make with 2.1.5 src/ > then will crawl back to current of a week or so ago, or maybe back to > brand new current, once John D announces an OK. > > Synopsis: I'll confirm: don't use current of a few days ago folks, it bites ! > > Julian > -- > Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ > From owner-freebsd-current Thu Sep 12 23:09:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA20680 for current-outgoing; Thu, 12 Sep 1996 23:09:55 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA20652; Thu, 12 Sep 1996 23:09:53 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id XAA02112; Thu, 12 Sep 1996 23:11:07 -0700 (PDT) Message-Id: <199609130611.XAA02112@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Jaye Mathisen cc: "Julian H. Stacey" , Stephen Hocking , current@FreeBSD.org Subject: Re: VM/kernel problems? In-reply-to: Your message of "Thu, 12 Sep 1996 22:18:54 PDT." From: David Greenman Reply-To: dg@root.com Date: Thu, 12 Sep 1996 23:11:07 -0700 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >Although I'm not using John's cache color mumbo-jumbo voodoo >evilness. Sure about that? It's enabled by default, so unless you've disabled it... -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Thu Sep 12 23:12:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA21731 for current-outgoing; Thu, 12 Sep 1996 23:12:05 -0700 (PDT) Received: from masternet.it (root@masternet.it [194.184.65.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA21692 for ; Thu, 12 Sep 1996 23:12:02 -0700 (PDT) Received: from gmarco (ts1port7d.masternet.it [194.184.65.29]) by masternet.it (8.6.12/8.6.9) with SMTP id IAA24124 for ; Wed, 13 Sep 1995 08:06:57 +0200 Message-Id: <3.0b15.32.19960913080850.006a4954@masternet.it> X-Sender: gmarco@masternet.it X-Mailer: Windows Eudora Pro Version 3.0b15 (32) Date: Fri, 13 Sep 1996 08:08:52 +0200 To: current@freebsd.org From: Gianmarco Giovannelli Subject: 960801 Snap and Ctm Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello everyone, which ctm number must I apply to begin the ctm process after installing the last Snap from the CD ? I am not able to find them on CD like the others... Sorry if I make a well known question, but I have not read the list during summer... Regards... +-------------------------------------+--------------------+ | Internet: gmarco@masternet.it | ,,, | | Internet: gmarco@fi.nettuno.it | (o o) | | BIX : ggiovannelli@bix.com | ---oo0-(_)-0oo--- | | http://www.masternet.it/dsc/gmarco | Gianmarco | +-------------------------------------+--------------------+ From owner-freebsd-current Thu Sep 12 23:22:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA23391 for current-outgoing; Thu, 12 Sep 1996 23:22:37 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA23385; Thu, 12 Sep 1996 23:22:34 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id GAA29180; Fri, 13 Sep 1996 06:22:27 GMT Date: Fri, 13 Sep 1996 15:22:26 +0900 (JST) From: Michael Hancock To: Jaye Mathisen cc: "Julian H. Stacey" , Stephen Hocking , current@freebsd.org Subject: Re: VM/kernel problems? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 12 Sep 1996, Jaye Mathisen wrote: > > Hmmm, as of -current supped on the 11th and 12th, my box is working just > yippee skippee after a make world. > > Although I'm not using John's cache color mumbo-jumbo voodoo > evilness. It's really not voodoo, it's about better distribution of addresses in the cache. You can do this by using some spare space to vary the offsets into actively used chunks of memory. Cool stuff. Regards, Mike Hancock From owner-freebsd-current Fri Sep 13 01:09:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA01452 for current-outgoing; Fri, 13 Sep 1996 01:09:14 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA01446 for ; Fri, 13 Sep 1996 01:09:10 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0v1TJ8-000QizC; Fri, 13 Sep 96 10:09 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id KAA19112; Fri, 13 Sep 1996 10:05:20 +0200 Message-Id: <199609130805.KAA19112@allegro.lemis.de> Subject: Re: Build is complete To: terry@lambert.org (Terry Lambert) Date: Fri, 13 Sep 1996 10:05:20 +0200 (MET DST) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) In-Reply-To: <199609121833.LAA07312@phaeton.artisoft.com> from "Terry Lambert" at Sep 12, 96 11:33:07 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert writes: > >>>> you don't have vn configured into your kernel. :-) >>> >>> Indeed. I suppose this should be documented. >> >> And indeed it is, on page 220 of your very own "The Complete FreeBSD" >> book. :-) > > It should be documented in /sys/i386/conf/GENERIC. Maybe, but it isn't: revision 1.45.2.2 date: 1995/06/05 17:15:42; author: davidg; state: Exp; lines: +1 -4 Removed eg driver, speaker, and vn devices to help reduce the size of the GENERIC kernel. > There should be nothing in the build process which relies on anything > not in the generic kernel. That seems reasonable at first sight, but on the other hand, how many people build releases? Greg From owner-freebsd-current Fri Sep 13 01:15:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA01822 for current-outgoing; Fri, 13 Sep 1996 01:15:36 -0700 (PDT) Received: from mail12.digital.com (mail12.digital.com [192.208.46.20]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA01816 for ; Fri, 13 Sep 1996 01:15:34 -0700 (PDT) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com by mail12.digital.com (8.7.5/UNX 1.2/1.0/WV) id EAA15626; Fri, 13 Sep 1996 04:14:21 -0400 (EDT) Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA24336; Fri, 13 Sep 1996 10:14:06 +0200 Message-Id: <9609130814.AA24336@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: current@freebsd.org In-Reply-To: Message from "John S. Dyson" of Thu, 12 Sep 96 19:19:30 CDT. Reply-To: gjennejohn@frt.dec.com Subject: Re: VM/kernel problems? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 13 Sep 96 10:14:05 +0200 X-Mts: smtp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk toor@dyson.iquest.net writes: [deletia] > > Synopsis: I'll confirm: don't use current of a few days ago folks, it bites - ! > > > Maybe I have made a mistake. For a while, I had warned the -current > mailing list before making my "commit." I will resume that procedure. [deletia] the problem is that not everyone who runs -current reads the mailing list and not everyone who subscribes to the mailing list reads it regularly. Not much you can do about that, John. IMHO those who run -current and don't bother keeping up with developments like the pmap problems have only themselves to blame. --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-current Fri Sep 13 06:40:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA20033 for current-outgoing; Fri, 13 Sep 1996 06:40:41 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA20028; Fri, 13 Sep 1996 06:40:37 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id IAA02448; Fri, 13 Sep 1996 08:40:24 -0500 (EST) From: "John S. Dyson" Message-Id: <199609131340.IAA02448@dyson.iquest.net> Subject: Re: VM/kernel problems? To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Fri, 13 Sep 1996 08:40:24 -0500 (EST) Cc: jhs@FreeBSD.org, sysseh@devetir.qld.gov.au, current@FreeBSD.org In-Reply-To: from "Jaye Mathisen" at Sep 12, 96 10:18:54 pm Reply-To: dyson@FreeBSD.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Hmmm, as of -current supped on the 11th and 12th, my box is working just > yippee skippee after a make world. > > Although I'm not using John's cache color mumbo-jumbo voodoo > evilness. > Well, the bugs haven't been in there anyway... The pmap code is probably the most difficult code that I work on (for me.) Also buffer bug was due to an oversight in vfs_bio. I don't think that the page-coloring has caused any bugs yet. Additionally, the page-coloring is kind-of being forced on everyone, because the it is on by default (but running in a more conservative mode: opt for 64K cache.) If we never see a performance hit, we might just enable it for a 256K cache, since newer machines almost all have it, and it really doesn't hurt systems with smaller caches very much. You can run without it enabled, but I don't think that code has be tested very well (sections of vm_page.c have been re-done to support the coloring.) (One thing that I do need to do is to move the page coloring config from vm_page.h to a machine dependent file somewhere.) John From owner-freebsd-current Fri Sep 13 07:00:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA20887 for current-outgoing; Fri, 13 Sep 1996 07:00:46 -0700 (PDT) Received: from masternet.it (masternet.it [194.184.65.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA20882 for ; Fri, 13 Sep 1996 07:00:42 -0700 (PDT) Received: from gmarco (ts1port11d.masternet.it [194.184.65.33]) by masternet.it (8.6.12/8.6.9) with SMTP id PAA30385 for ; Wed, 13 Sep 1995 15:55:07 +0200 Message-Id: <3.0b15.32.19960913155702.0067da60@masternet.it> X-Sender: gmarco@masternet.it X-Mailer: Windows Eudora Pro Version 3.0b15 (32) Date: Fri, 13 Sep 1996 15:57:03 +0200 To: current@freebsd.org From: Gianmarco Giovannelli Subject: Xemacs get /var full Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is it possible that trying installing xemacs I make the /var (45mb) full ? It's my fault ? Any hints ? Regards... +-------------------------------------+--------------------+ | Internet: gmarco@masternet.it | ,,, | | Internet: gmarco@fi.nettuno.it | (o o) | | BIX : ggiovannelli@bix.com | ---oo0-(_)-0oo--- | | http://www.masternet.it/dsc/gmarco | Gianmarco | +-------------------------------------+--------------------+ From owner-freebsd-current Fri Sep 13 08:07:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA26052 for current-outgoing; Fri, 13 Sep 1996 08:07:33 -0700 (PDT) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA26035; Fri, 13 Sep 1996 08:07:31 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199609131507.IAA26035@freefall.freebsd.org> Subject: Re: VM/kernel problems? To: michaelh@cet.co.jp (Michael Hancock) Date: Fri, 13 Sep 1996 08:07:30 -0700 (PDT) Cc: mrcpu@cdsnet.net, jhs@freebsd.org, sysseh@devetir.qld.gov.au, current@freebsd.org In-Reply-To: from "Michael Hancock" at Sep 13, 96 03:22:26 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Hancock wrote: > > On Thu, 12 Sep 1996, Jaye Mathisen wrote: > > > > > Hmmm, as of -current supped on the 11th and 12th, my box is working just > > yippee skippee after a make world. > > > > Although I'm not using John's cache color mumbo-jumbo voodoo > > evilness. > > It's really not voodoo, it's about better distribution of addresses in the > cache. You can do this by using some spare space to vary the offsets into > actively used chunks of memory. page coloring improves the cache hit ratio. it is "A Good Thing (TM)" see curt schimmel's _unix_systems_for_modern_architecture_ pg 137 section 7.2.3 Physically Indexed Caches now only if we could dynamically determine the cache size and set the configuration of the coloring code to match >;) jmb -- Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/ PGP 2.6.2 Fingerprint: 31 57 41 56 06 C1 40 13 C5 1C E3 E5 DC 62 0E FB From owner-freebsd-current Fri Sep 13 08:27:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA27111 for current-outgoing; Fri, 13 Sep 1996 08:27:25 -0700 (PDT) Received: from mail13.digital.com (mail13.digital.com [192.208.46.30]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA27106 for ; Fri, 13 Sep 1996 08:27:23 -0700 (PDT) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com by mail13.digital.com (8.7.5/UNX 1.2/1.0/WV) id LAA28358; Fri, 13 Sep 1996 11:18:18 -0400 (EDT) Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA28346; Fri, 13 Sep 1996 17:19:13 +0200 Message-Id: <9609131519.AA28346@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: Gianmarco Giovannelli Cc: current@freebsd.org In-Reply-To: Message from Gianmarco Giovannelli of Fri, 13 Sep 96 15:57:03 +0200. Reply-To: gjennejohn@frt.dec.com Subject: Re: Xemacs get /var full Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 13 Sep 96 17:19:12 +0200 X-Mts: smtp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk gmarco@masternet.it writes: > > Is it possible that trying installing xemacs I make the /var (45mb) full ? > if you're installing using pkg_add then the answer is "yes". > It's my fault ? Any hints ? > set PKG_TMPDIR to point to a location with enough space, e.g. (using bash): PKG_TMPDIR=/usr/tmp pkg_add .... BTW, this sort of thing should go to questions, not current. --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-current Fri Sep 13 09:20:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA00201 for current-outgoing; Fri, 13 Sep 1996 09:20:01 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA00166; Fri, 13 Sep 1996 09:19:57 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id JAA13146 ; Fri, 13 Sep 1996 09:19:43 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id JAA00510; Fri, 13 Sep 1996 09:12:13 -0700 From: "Rodney W. Grimes" Message-Id: <199609131612.JAA00510@GndRsh.aac.dev.com> Subject: Re: VM/kernel problems? To: jmb@freefall.freebsd.org (Jonathan M. Bresler) Date: Fri, 13 Sep 1996 09:12:12 -0700 (PDT) Cc: michaelh@cet.co.jp, mrcpu@cdsnet.net, jhs@freebsd.org, sysseh@devetir.qld.gov.au, current@freebsd.org In-Reply-To: <199609131507.IAA26035@freefall.freebsd.org> from "Jonathan M. Bresler" at "Sep 13, 96 08:07:30 am" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Michael Hancock wrote: > > > > On Thu, 12 Sep 1996, Jaye Mathisen wrote: > > > > > > > > Hmmm, as of -current supped on the 11th and 12th, my box is working just > > > yippee skippee after a make world. > > > > > > Although I'm not using John's cache color mumbo-jumbo voodoo > > > evilness. > > > > It's really not voodoo, it's about better distribution of addresses in the > > cache. You can do this by using some spare space to vary the offsets into > > actively used chunks of memory. > > page coloring improves the cache hit ratio. it is "A Good Thing (TM)" > see curt schimmel's _unix_systems_for_modern_architecture_ > pg 137 section 7.2.3 Physically Indexed Caches > > now only if we could dynamically determine the cache size and > set the configuration of the coloring code to match >;) If John can fix the code up to take a variable set during the PCI chipset probe code I can give him the physical cache size for the Triton, Triton II (HX and VX), Natoma and Orion chipsets. (I think I can get the Pentium PRO independent of chipset, but not quite sure yet.) The default value could still be 64K incase none of the cache sizeable chipsets are found, but in my experience the only things that ever had 64K or 128K caches on them are old 386 boards and some of the earlier 486 boards. Thus if CPU >= I586 your going to have a 256K cache.... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Fri Sep 13 10:06:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA02748 for current-outgoing; Fri, 13 Sep 1996 10:06:59 -0700 (PDT) Received: from phaedrus.uchicago.edu (phaedrus.uchicago.edu [128.135.21.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA02741 for ; Fri, 13 Sep 1996 10:06:57 -0700 (PDT) Received: from phaedrus.uchicago.edu (localhost [127.0.0.1]) by phaedrus.uchicago.edu (8.7.5/8.7.3) with ESMTP id MAA00339 for ; Fri, 13 Sep 1996 12:08:25 GMT Message-Id: <199609131208.MAA00339@phaedrus.uchicago.edu> To: freebsd-current@freebsd.org Subject: help with cap60 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <335.842616505.1@phaedrus.uchicago.edu> Date: Fri, 13 Sep 1996 12:08:25 +0000 From: steve farrell Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk anyone have cap60 working with -current? i've compiled it (no errors) and have the packet filters running, but am getting bogus data from aarp, and nothing from atlook, etc. thanks in advance! --steve farrell From owner-freebsd-current Fri Sep 13 10:22:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03598 for current-outgoing; Fri, 13 Sep 1996 10:22:58 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA03591 for ; Fri, 13 Sep 1996 10:22:54 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id TAA05640 for ; Fri, 13 Sep 1996 19:22:22 +0200 (MET DST) To: current@freebsd.org Subject: vm in current is NOT ok yet... Reply-to: phk@freebsd.org Date: Fri, 13 Sep 1996 19:22:22 +0200 Message-ID: <5638.842635342@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just ran a md5 on a 45 mbyte file three times and received 3 different answers... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri Sep 13 10:51:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA04893 for current-outgoing; Fri, 13 Sep 1996 10:51:18 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA04885; Fri, 13 Sep 1996 10:51:13 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id MAA02843; Fri, 13 Sep 1996 12:51:10 -0500 (EST) From: John Dyson Message-Id: <199609131751.MAA02843@dyson.iquest.net> Subject: Re: vm in current is NOT ok yet... To: phk@freebsd.org Date: Fri, 13 Sep 1996 12:51:10 -0500 (EST) Cc: current@freebsd.org In-Reply-To: <5638.842635342@critter.tfs.com> from "Poul-Henning Kamp" at Sep 13, 96 07:22:22 pm Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > I just ran a md5 on a 45 mbyte file three times and received 3 > different answers... > I am going to try to reproduce it, but I need the following info: What kind of machine, amount of memory, etc? Are you using the vn device? Is this a "pure" current, or is it modified (there is something that I had overlooked in something for the SCSI branch -- I thought that it was okay, and we need to rethink it.) Were you paging when you were doing the read? John From owner-freebsd-current Fri Sep 13 11:42:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA07553 for current-outgoing; Fri, 13 Sep 1996 11:42:39 -0700 (PDT) Received: from Central.KeyWest.MPGN.COM ([206.175.4.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA07548 for ; Fri, 13 Sep 1996 11:42:37 -0700 (PDT) Received: from devious.Tansoft.com (Devious.TanSoft.COM [206.175.4.10]) by Central.KeyWest.MPGN.COM (8.6.9/8.6.9) with SMTP id OAA15961 for ; Fri, 13 Sep 1996 14:41:11 -0400 Message-Id: <3.0b16.32.19960913144106.00743560@central.TanSoft.COM> X-Sender: rwm@central.TanSoft.COM X-Mailer: Windows Eudora Pro Version 3.0b16 (32) Date: Fri, 13 Sep 1996 14:41:11 -0400 To: freebsd-current@freebsd.org From: Rob Miracle Subject: Max Files Open Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We had changed the Kernel Parameter (params.c) maxfilesperproc to 2048 and rebuilt the Kernel. It still only let us have 64 files open. (FreeBSD 2.2-current) After searching around for 64 through all the C and H files we found a #define in syslimits.h: #define OPEN_MAX 64 Which also claimed to be the per process file descriptor limit. Why are their two different parameters? Under Ultrix, we just changed the one file in params.c and it was done. Seems to me these should be the same. Comments? Rob -- Rob Miracle Tantalus Inc. Be patient or be a patient. -- Anton Devious From owner-freebsd-current Fri Sep 13 12:20:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA10416 for current-outgoing; Fri, 13 Sep 1996 12:20:23 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA10137; Fri, 13 Sep 1996 12:17:35 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.7.4+2.6Wbeta6/3.3W9) with ESMTP id EAA00220; Sat, 14 Sep 1996 04:15:41 +0900 (JST) Message-Id: <199609131915.EAA00220@marble.eps.nagoya-u.ac.jp> To: dg@root.com Cc: kato@eclogite.eps.nagoya-u.ac.jp, pjchilds@imforei.apana.org.au, dyson@freebsd.org, freebsd-current@freebsd.org Subject: Re: VM problems (still) In-Reply-To: Your message of "Thu, 12 Sep 1996 19:06:18 -0700" References: <199609130206.TAA01640@root.com> X-Mailer: Mew version 1.05+ on Emacs 19.28.1, Mule 2.3 X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sat, 14 Sep 1996 04:15:40 +0900 From: KATO Takenori Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 12 Sep 1996 19:06:18 -0700, David Greenman said: > I assume that all of you have rebuilt your LKMs and/or have verified that > you're not using them? This smells like an out-of-date VFS LKM problem. I sup'ed new source and rebuilt kenel and LKMs but I stil got getnewbuf: inconsistent LRU queue, qindex = 0 panic. I tried to analyze core dump, but kgdb said: kernel symbol `dumppcb' not found ---- KATO Takenori Dept. Earth Planet. Sci., Nagoya Univ., Nagoya, 464-01, Japan From owner-freebsd-current Fri Sep 13 12:23:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA10576 for current-outgoing; Fri, 13 Sep 1996 12:23:14 -0700 (PDT) Received: from alpo.whistle.com (s205m1.whistle.com [207.76.205.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA10568 for ; Fri, 13 Sep 1996 12:23:10 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.5/8.7.3) with SMTP id MAA10142; Fri, 13 Sep 1996 12:17:23 -0700 (PDT) Message-ID: <3239B2EC.2781E494@whistle.com> Date: Fri, 13 Sep 1996 12:15:56 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: steve farrell CC: freebsd-current@freebsd.org Subject: Re: help with cap60 References: <199609131208.MAA00339@phaedrus.uchicago.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk steve farrell wrote: use netatalk and -current netstat, ifconfig and route have all been upgraded to totally understand appletalk It also has the appletalk protocols in the kernel including the aarp stuff. I believe CAP can be modified to work with a kernel supported ethertalk stack but I don't know much about it. netatalk1.3.3 works well with the FreeBSD patches.. (I'm going to post an upgraded set soon) and netatalk 1.4 is being compiled on Freebsd so should work out of the box.. > > anyone have cap60 working with -current? i've compiled it (no errors) > and have the packet filters running, but am getting bogus data from > aarp, and nothing from atlook, etc. > > thanks in advance! > > --steve farrell From owner-freebsd-current Fri Sep 13 12:27:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA10819 for current-outgoing; Fri, 13 Sep 1996 12:27:29 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA10807; Fri, 13 Sep 1996 12:27:26 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA09428; Fri, 13 Sep 1996 12:25:30 -0700 From: Terry Lambert Message-Id: <199609131925.MAA09428@phaeton.artisoft.com> Subject: Re: VM problem (OK!!) To: dyson@FreeBSD.org Date: Fri, 13 Sep 1996 12:25:29 -0700 (MST) Cc: jdli@FreeBSD.csie.NCTU.edu.tw, freebsd-current@FreeBSD.org In-Reply-To: <199609130307.WAA00231@dyson.iquest.net> from "John S. Dyson" at Sep 12, 96 10:07:55 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > Addition of page coloring support. Various levels of coloring are > > > afforded. The default level works with minimal overhead, but one > > > can also enable full, efficient use of a 512K cache. (Parameters > > > can be generated to support arbitrary cache sizes also.) > > > > BTW, I don't understand this, does it mean that I can tune my kernel > > to use cache better ? (I got 512k pb-cache, 32MB DRAM, ASUS T2P4 M/B) > > Yes!!! I haven't documented the options yet, their names are probably > not final. Hold up a second. When you said you had page coloring working, I immediately thought in Microsoft terms of using a segment type identifier on page creation for gross management of code. Specifically, I thought I could do this with an ELF kernel: Color Meaning 0x00 Immovable data 0x01 Immovable code 0x02 Discardable data 0x03 Discardable code 0x04 Pageable data 0x05 Pageable code 0x06 Driver locked data 0x07 Driver locked code 0x08 Driver pageable data 0x09 Driver pageable code [ ... ] Then I would make the console driver by putting the interrupt handler code in 0x07, the data referenced by the interrupt handler code (ie: volatile data) in 0x06, one time initialization code/data in 0x03 and 0x02, and the rest of the driver in 0x09 and 0x08. Then I could replace the console driver with a card-specific driver once I had booted and throw away all pages that contained the default console driver. Similarly, I could replace a VM86()-based BIOS-using disk driver with a controller-specific driver, letting me boot on all 386 or better hardware DOS can boot on, run at diminished performance if there was no protected mode driver, and load a protected mode driver for better performance if it were available (and throw away the BIOS-using driver once I had done that). It seems that you are using page coloring in terms of L2 cache here; am I missing something? 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-current Fri Sep 13 12:31:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA11211 for current-outgoing; Fri, 13 Sep 1996 12:31:49 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA11206 for ; Fri, 13 Sep 1996 12:31:46 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA09439; Fri, 13 Sep 1996 12:29:53 -0700 From: Terry Lambert Message-Id: <199609131929.MAA09439@phaeton.artisoft.com> Subject: Re: Build is complete To: grog@lemis.de (Greg Lehey) Date: Fri, 13 Sep 1996 12:29:53 -0700 (MST) Cc: terry@lambert.org, FreeBSD-current@FreeBSD.ORG In-Reply-To: <199609130805.KAA19112@allegro.lemis.de> from "Greg Lehey" at Sep 13, 96 10:05:20 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > There should be nothing in the build process which relies on anything > > not in the generic kernel. > > That seems reasonable at first sight, but on the other hand, how many > people build releases? Doesn't matter. If you don't want the piece in the generic kernel, then the build process shouldn't rely on it. Putting it in the kernel is not the only option; pulling it out of the build process is also an option. Any way to make the vn driver a demand-loaded LKM? It would similary fix the system feature dependency problem. 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-current Fri Sep 13 12:32:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA11287 for current-outgoing; Fri, 13 Sep 1996 12:32:27 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA11280; Fri, 13 Sep 1996 12:32:24 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA09454; Fri, 13 Sep 1996 12:30:37 -0700 From: Terry Lambert Message-Id: <199609131930.MAA09454@phaeton.artisoft.com> Subject: Re: vm in current is NOT ok yet... To: phk@FreeBSD.org Date: Fri, 13 Sep 1996 12:30:37 -0700 (MST) Cc: current@FreeBSD.org In-Reply-To: <5638.842635342@critter.tfs.com> from "Poul-Henning Kamp" at Sep 13, 96 07:22:22 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I just ran a md5 on a 45 mbyte file three times and received 3 > different answers... Was the file mmap()'ed? 8-) 8-) 8-) 8-). 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-current Fri Sep 13 12:38:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA11701 for current-outgoing; Fri, 13 Sep 1996 12:38:01 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA11691; Fri, 13 Sep 1996 12:37:57 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id OAA03064; Fri, 13 Sep 1996 14:36:59 -0500 (EST) From: John Dyson Message-Id: <199609131936.OAA03064@dyson.iquest.net> Subject: Re: VM problem (OK!!) To: terry@lambert.org (Terry Lambert) Date: Fri, 13 Sep 1996 14:36:59 -0500 (EST) Cc: dyson@FreeBSD.org, jdli@FreeBSD.csie.NCTU.edu.tw, freebsd-current@FreeBSD.org In-Reply-To: <199609131925.MAA09428@phaeton.artisoft.com> from "Terry Lambert" at Sep 13, 96 12:25:29 pm Reply-To: dyson@FreeBSD.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > It seems that you are using page coloring in terms of L2 cache here; > am I missing something? > I am speaking of coloring for cache perf. I really know nothing about NT, other than they also have L2 cache coloring (or have another smart page allocation algorithm.) John From owner-freebsd-current Fri Sep 13 12:41:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA11904 for current-outgoing; Fri, 13 Sep 1996 12:41:25 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA11898; Fri, 13 Sep 1996 12:41:21 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id OAA03099; Fri, 13 Sep 1996 14:40:37 -0500 (EST) From: John Dyson Message-Id: <199609131940.OAA03099@dyson.iquest.net> Subject: Re: VM problems (still) To: kato@eclogite.eps.nagoya-u.ac.jp (KATO Takenori) Date: Fri, 13 Sep 1996 14:40:37 -0500 (EST) Cc: dg@Root.COM, kato@eclogite.eps.nagoya-u.ac.jp, pjchilds@imforei.apana.org.au, dyson@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <199609131915.EAA00220@marble.eps.nagoya-u.ac.jp> from "KATO Takenori" at Sep 14, 96 04:15:40 am Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On Thu, 12 Sep 1996 19:06:18 -0700, David Greenman said: > > > I assume that all of you have rebuilt your LKMs and/or have verified that > > you're not using them? This smells like an out-of-date VFS LKM problem. > > I sup'ed new source and rebuilt kenel and LKMs but I stil got > > getnewbuf: inconsistent LRU queue, qindex = 0 > Try the new vfs_bio of last night. There was a problem in there. I just made it go-away, but it needs a better fix soon!!! john From owner-freebsd-current Fri Sep 13 13:29:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA14534 for current-outgoing; Fri, 13 Sep 1996 13:29:19 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA14528 for ; Fri, 13 Sep 1996 13:29:15 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA03265; Fri, 13 Sep 1996 16:27:50 -0400 Date: Fri, 13 Sep 1996 16:27:50 -0400 From: Garrett Wollman Message-Id: <9609132027.AA03265@halloran-eldar.lcs.mit.edu> To: Terry Lambert Cc: grog@lemis.de (Greg Lehey), FreeBSD-current@FreeBSD.org Subject: Re: Build is complete In-Reply-To: <199609131929.MAA09439@phaeton.artisoft.com> References: <199609130805.KAA19112@allegro.lemis.de> <199609131929.MAA09439@phaeton.artisoft.com> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk < said: >> That seems reasonable at first sight, but on the other hand, how many >> people build releases? > Doesn't matter. If you don't want the piece in the generic kernel, > then the build process shouldn't rely on it. Putting it in the kernel > is not the only option; pulling it out of the build process is also an > option. But neither option is of any value. The vn device is not of any utility in getting a machine running far enough to compile a new kernel. Therefore, it has no business whatsoever in GENERIC. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Fri Sep 13 13:43:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA15629 for current-outgoing; Fri, 13 Sep 1996 13:43:07 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA15618; Fri, 13 Sep 1996 13:43:01 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id PAA03181; Fri, 13 Sep 1996 15:41:41 -0500 (EST) From: John Dyson Message-Id: <199609132041.PAA03181@dyson.iquest.net> Subject: Re: vm in current is NOT ok yet... To: terry@lambert.org (Terry Lambert) Date: Fri, 13 Sep 1996 15:41:41 -0500 (EST) Cc: phk@freebsd.org, current@freebsd.org In-Reply-To: <199609131930.MAA09454@phaeton.artisoft.com> from "Terry Lambert" at Sep 13, 96 12:30:37 pm Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I just ran a md5 on a 45 mbyte file three times and received 3 > > different answers... > > Was the file mmap()'ed? > > 8-) 8-) 8-) 8-). > I just ran the test using the standard md5 with some big files. Maybe I'll also mmap it for read access concurrently with paging and see if there is a problem with that. John From owner-freebsd-current Fri Sep 13 14:09:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA17462 for current-outgoing; Fri, 13 Sep 1996 14:09:45 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA17451 for ; Fri, 13 Sep 1996 14:09:37 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id HAA24395; Sat, 14 Sep 1996 07:07:01 +1000 Date: Sat, 14 Sep 1996 07:07:01 +1000 From: Bruce Evans Message-Id: <199609132107.HAA24395@godzilla.zeta.org.au> To: freebsd-current@freebsd.org, rwm@MPGN.COM Subject: Re: Max Files Open Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >We had changed the Kernel Parameter (params.c) >maxfilesperproc to 2048 and rebuilt the Kernel. It still only let us have >64 files open. (FreeBSD 2.2-current) After searching around for 64 >through all the C and H files we found a #define in syslimits.h: > >#define OPEN_MAX 64 > >Which also claimed to be the per process file descriptor limit. > >Why are their two different parameters? Under Ultrix, we just changed the >one file in params.c and it was done. Seems to me these should be the same. Historical reasons. OPEN_MAX is a POSIX constant that is supposed to be defined if the limit on the number of open files can be determined at compile time. It can't be determined at compile time on any system that has setrlimit(2), so it shouldn't be defined. It is also (ab)used to set the soft rlimit on the number of open files (indirectly; the equally bogus constant NOFILES is defined as OPEN_MAX and used in init_main.c to initialize to soft limit for proc0; the limit is inherited across forks). In early versions of FreeBSD, the maxfilesperproc limit didn't exist. The limit was maxfiles, which can be changed at runtime using sysctl(8). maxfilesperproc was supposed to allow more flexibility, but it can no longer be changed using sysctl in -current. No one complained when it was broken, so I guess no one actually uses it. There are some bugs and inherent problems in getrlimit() and setrlimit() involving the fuzzy hard limit. The limit is initially RLIM_INFINITY = 0x7fffffffffffffff but it metamorphoses to maxfilesperproc when it is set and may change again if maxfilesperproc is changed. The bug causes strange behaviour in the ulimit command in /bin/sh: $ ulimit -n 64 # soft limit $ ulimit -H -n unlimited # it won't tell yout that this is 0x7fffffffffffffff $ ulimit -n 99999 # no error, although 99999 is much larger than the real hard limit $ ulimit -n 360 $ ulimit -H -n 360 $ ulimit -n 99999 ulimit: bad limit: Operation not permitted # because 99999 > 360 POSIX specifies that the limit doesn't change across process lifetimes to avoid problems like this. This is fundamentally incompatible with setrlimit(), but this shouldn't be a problem because processes should keep track of changes when they call setrlimit(). OTOH, changes to maxprocperuid may cause problems. Fix: set the hard limit to maxprocperuid at fork time and don't change it later. This also fixes the bogus initial infinite limit. Similer bogons afflict CHILD_MAX/MAXUPRC, maxproc and maxuprocperuid. One more: the sysctl variable kern.maxproc read-only in -current. Bruce From owner-freebsd-current Fri Sep 13 14:41:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA19731 for current-outgoing; Fri, 13 Sep 1996 14:41:39 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA19723 for ; Fri, 13 Sep 1996 14:41:36 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id OAA00660; Fri, 13 Sep 1996 14:40:13 -0700 (PDT) To: Garrett Wollman cc: Terry Lambert , grog@lemis.de (Greg Lehey), FreeBSD-current@FreeBSD.org Subject: Re: Build is complete In-reply-to: Your message of "Fri, 13 Sep 1996 16:27:50 EDT." <9609132027.AA03265@halloran-eldar.lcs.mit.edu> Date: Fri, 13 Sep 1996 14:40:13 -0700 Message-ID: <658.842650813@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > The vn device is not of any utility in getting a machine running far > enough to compile a new kernel. It sure does if you have no swap partition configured (or it's been rendered unusable) and you just need to get enough swap made available, using anything from your windows swap file to a file hastily constructued in /var somewhere for the purpose, to compile a rescue kernel. Maybe when swapon works "native" on regular files it should go. I've found it useful several times. Jordan From owner-freebsd-current Fri Sep 13 15:40:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA23428 for current-outgoing; Fri, 13 Sep 1996 15:40:22 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA23422 for ; Fri, 13 Sep 1996 15:40:18 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id RAA00117 for current@freebsd.org; Fri, 13 Sep 1996 17:40:14 -0500 (EST) From: "John S. Dyson" Message-Id: <199609132240.RAA00117@dyson.iquest.net> Subject: Re: VFS/VM problems To: current@freebsd.org Date: Fri, 13 Sep 1996 17:40:14 -0500 (EST) Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just to let you know, I have found another VFS/VM problem on systems under heavy memory load. The problem is easily reproduceable by me. I am NOT ignoring these growing pains (except for a few hours this Fri night), will be working this evening on them. John From owner-freebsd-current Fri Sep 13 16:33:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA26267 for current-outgoing; Fri, 13 Sep 1996 16:33:46 -0700 (PDT) Received: from math.psu.edu (root@leibniz.math.psu.edu [146.186.130.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA26261 for ; Fri, 13 Sep 1996 16:33:44 -0700 (PDT) Received: from augusta.math.psu.edu (cross@augusta.math.psu.edu [146.186.132.2]) by math.psu.edu (8.7.5/8.7.3) with ESMTP id TAA19057 for ; Fri, 13 Sep 1996 19:33:41 -0400 (EDT) From: Dan Cross Received: (from cross@localhost) by augusta.math.psu.edu (8.7.5/8.7.3) id TAA00482 for current@freebsd.org; Fri, 13 Sep 1996 19:33:58 -0400 (EDT) Date: Fri, 13 Sep 1996 19:33:58 -0400 (EDT) Message-Id: <199609132333.TAA00482@augusta.math.psu.edu> To: current@freebsd.org Subject: Typo in /sys/kern/subr_dkbad.c... Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I came across a small typo in /sys/kern/subr_dkbad.c. While looking for something-probably-unrelated, I noticed that the RCS $Id:$ header had been mangled, and was missing the closing ``$''. Trivial, I know, but here's a patch for what it's worth. :-) - Dan C. --- *** subr_dkbad.c 1996/09/13 23:28:01 1.1 --- subr_dkbad.c 1996/09/13 23:28:45 *************** *** 43,49 **** * from: wd.c,v 1.55 1994/10/22 01:57:12 phk Exp $ * from: @(#)ufs_disksubr.c 7.16 (Berkeley) 5/4/91 * from: ufs_disksubr.c,v 1.8 1994/06/07 01:21:39 phk Exp $ ! * $Id: */ #include --- 43,49 ---- * from: wd.c,v 1.55 1994/10/22 01:57:12 phk Exp $ * from: @(#)ufs_disksubr.c 7.16 (Berkeley) 5/4/91 * from: ufs_disksubr.c,v 1.8 1994/06/07 01:21:39 phk Exp $ ! * $Id: subr_dkbad.c,v 1.2 1996/09/13 23:28:44 tenser Exp $ */ #include From owner-freebsd-current Fri Sep 13 17:11:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA00163 for current-outgoing; Fri, 13 Sep 1996 17:11:28 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA00150 for ; Fri, 13 Sep 1996 17:11:23 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id RAA01598; Fri, 13 Sep 1996 17:10:52 -0700 From: "Rodney W. Grimes" Message-Id: <199609140010.RAA01598@GndRsh.aac.dev.com> Subject: Re: Typo in /sys/kern/subr_dkbad.c... To: cross@math.psu.edu (Dan Cross) Date: Fri, 13 Sep 1996 17:10:52 -0700 (PDT) Cc: current@freebsd.org In-Reply-To: <199609132333.TAA00482@augusta.math.psu.edu> from Dan Cross at "Sep 13, 96 07:33:58 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Corrected patch below. > I came across a small typo in /sys/kern/subr_dkbad.c. While looking > for something-probably-unrelated, I noticed that the RCS $Id:$ header > had been mangled, and was missing the closing ``$''. Trivial, I know, > but here's a patch for what it's worth. :-) > > - Dan C. > --- *** subr_dkbad.c 1996/09/13 23:28:01 1.1 --- subr_dkbad.c 1996/09/13 23:28:45 *************** *** 43,49 **** * from: wd.c,v 1.55 1994/10/22 01:57:12 phk Exp $ * from: @(#)ufs_disksubr.c 7.16 (Berkeley) 5/4/91 * from: ufs_disksubr.c,v 1.8 1994/06/07 01:21:39 phk Exp $ ! * $Id: */ #include --- 43,49 ---- * from: wd.c,v 1.55 1994/10/22 01:57:12 phk Exp $ * from: @(#)ufs_disksubr.c 7.16 (Berkeley) 5/4/91 * from: ufs_disksubr.c,v 1.8 1994/06/07 01:21:39 phk Exp $ ! * $Id$ */ #include -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Fri Sep 13 17:13:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA00325 for current-outgoing; Fri, 13 Sep 1996 17:13:13 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA00314 for ; Fri, 13 Sep 1996 17:13:10 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA09921; Fri, 13 Sep 1996 17:10:41 -0700 From: Terry Lambert Message-Id: <199609140010.RAA09921@phaeton.artisoft.com> Subject: Re: Build is complete To: wollman@lcs.mit.edu (Garrett Wollman) Date: Fri, 13 Sep 1996 17:10:41 -0700 (MST) Cc: terry@lambert.org, grog@lemis.de, FreeBSD-current@FreeBSD.org In-Reply-To: <9609132027.AA03265@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Sep 13, 96 04:27:50 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > The vn device is not of any utility in getting a machine running far > enough to compile a new kernel. Therefore, it has no business > whatsoever in GENERIC. Enlarging swap? 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-current Fri Sep 13 19:37:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA09164 for current-outgoing; Fri, 13 Sep 1996 19:37:32 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA09128; Fri, 13 Sep 1996 19:37:24 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id TAA21589; Fri, 13 Sep 1996 19:37:21 -0700 (PDT) Date: Fri, 13 Sep 1996 19:37:21 -0700 (PDT) Message-Id: <199609140237.TAA21589@silvia.HIP.Berkeley.EDU> To: current@freebsd.org CC: ports@freebsd.org, freebsd-hubs@freebsd.org Reply-to: ports@silvia.HIP.Berkeley.EDU Subject: ports/chinese created From: asami@freebsd.org (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just created a new ports category "chinese" per Chuck Robey's request. I believe I added it to all the relevant places (sample supfiles, collections and such) but excuse me if I screwed up. This means, if you are a user and don't sup ports-all, you may want to add ports-chinese manually to your supfile (or switch over to ports-all, this is "everything except distfiles"). If you are an administrator of a [cv]sup mirror, you will need to add the collection to your list of treasures. If you are a Chinese user, wait for a few days and Chuck will import cxterm/celvis or your Chinese text processing pleasure. :) Thanks for your attention, Satoshi From owner-freebsd-current Fri Sep 13 20:11:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA11328 for current-outgoing; Fri, 13 Sep 1996 20:11:35 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA11320; Fri, 13 Sep 1996 20:11:31 -0700 (PDT) Received: from carrier.eng.umd.edu (carrier.eng.umd.edu [129.2.98.188]) by po2.glue.umd.edu (8.7.5/8.7.3) with ESMTP id XAA18360; Fri, 13 Sep 1996 23:11:29 -0400 (EDT) Received: from localhost (chuckr@localhost) by carrier.eng.umd.edu (8.7.5/8.7.3) with SMTP id XAA23469; Fri, 13 Sep 1996 23:11:28 -0400 (EDT) X-Authentication-Warning: carrier.eng.umd.edu: chuckr owned process doing -bs Date: Fri, 13 Sep 1996 23:11:28 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@carrier.eng.umd.edu To: ports@silvia.HIP.Berkeley.EDU cc: current@freebsd.org, ports@freebsd.org, freebsd-hubs@freebsd.org Subject: Re: ports/chinese created In-Reply-To: <199609140237.TAA21589@silvia.HIP.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 13 Sep 1996, Satoshi Asami wrote: > I just created a new ports category "chinese" per Chuck Robey's > request. I believe I added it to all the relevant places (sample > supfiles, collections and such) but excuse me if I screwed up. > > This means, if you are a user and don't sup ports-all, you may want to > add ports-chinese manually to your supfile (or switch over to > ports-all, this is "everything except distfiles"). If you are an > administrator of a [cv]sup mirror, you will need to add the collection > to your list of treasures. > > If you are a Chinese user, wait for a few days and Chuck will import > cxterm/celvis or your Chinese text processing pleasure. :) Thanks, Maestro! It shouldn't be long now ... > > Thanks for your attention, > Satoshi > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Fri Sep 13 20:19:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA11896 for current-outgoing; Fri, 13 Sep 1996 20:19:49 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA11887 for ; Fri, 13 Sep 1996 20:19:43 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id NAA01493 for current@freebsd.org; Sat, 14 Sep 1996 13:16:10 +1000 Date: Sat, 14 Sep 1996 13:16:10 +1000 From: Bruce Evans Message-Id: <199609140316.NAA01493@godzilla.zeta.org.au> To: current@freebsd.org Subject: LDDESTDIR change Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Please test this if you use ${DESTDIR} a lot. It removes the possibility of linking to the wrong libraries (in /usr/lib). Bruce diff -c2 src/share/mk/bsd.lib.mk~ src/share/mk/bsd.lib.mk *** src/share/mk/bsd.lib.mk~ Fri Sep 6 06:59:41 1996 --- src/share/mk/bsd.lib.mk Fri Sep 6 06:59:56 1996 *************** *** 142,146 **** .if defined(DESTDIR) ! LDDESTDIR?= -L${DESTDIR}/usr/lib .endif --- 142,146 ---- .if defined(DESTDIR) ! LDDESTDIR?= -nostdlib -L${DESTDIR}/usr/lib .endif diff -c2 src/share/mk/bsd.prog.mk~ src/share/mk/bsd.prog.mk *** src/share/mk/bsd.prog.mk~ Fri Sep 6 07:00:19 1996 --- src/share/mk/bsd.prog.mk Fri Sep 6 07:00:45 1996 *************** *** 23,27 **** .if defined(DESTDIR) ! LDDESTDIR+= -L${DESTDIR}/usr/lib .endif --- 23,27 ---- .if defined(DESTDIR) ! LDDESTDIR+= -nostdlib -L${DESTDIR}/usr/lib .endif From owner-freebsd-current Fri Sep 13 20:26:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA12362 for current-outgoing; Fri, 13 Sep 1996 20:26:49 -0700 (PDT) Received: from math.psu.edu (root@leibniz.math.psu.edu [146.186.130.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA12356 for ; Fri, 13 Sep 1996 20:26:47 -0700 (PDT) Received: from augusta.math.psu.edu (cross@augusta.math.psu.edu [146.186.132.2]) by math.psu.edu (8.7.5/8.7.3) with ESMTP id XAA21182; Fri, 13 Sep 1996 23:26:45 -0400 (EDT) Received: from localhost (cross@localhost) by augusta.math.psu.edu (8.7.5/8.7.3) with ESMTP id XAA00712; Fri, 13 Sep 1996 23:27:02 -0400 (EDT) Message-Id: <199609140327.XAA00712@augusta.math.psu.edu> To: "Rodney W. Grimes" cc: current@freebsd.org Subject: Re: Typo in /sys/kern/subr_dkbad.c... In-reply-to: Your message of "Fri, 13 Sep 1996 17:10:52 PDT." <199609140010.RAA01598@GndRsh.aac.dev.com> Date: Fri, 13 Sep 1996 23:27:01 -0400 From: Dan Cross Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Eh? What was incorrect about it...? When whomever checks it in checks it in, it'll overwrite the $Id:$ with the correct information. :-) - Dan C. From owner-freebsd-current Fri Sep 13 20:33:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA12684 for current-outgoing; Fri, 13 Sep 1996 20:33:34 -0700 (PDT) Received: from mx.serv.net (mx.serv.net [199.201.191.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA12679 for ; Fri, 13 Sep 1996 20:33:31 -0700 (PDT) Received: from MindBender.serv.net by mx.serv.net (8.7.5/SERV Revision: 2.30 † id UAA02000; Fri, 13 Sep 1996 20:33:20 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.serv.net (8.7.5/8.7.3) with SMTP id UAA03958; Fri, 13 Sep 1996 20:32:37 -0700 (PDT) Message-Id: <199609140332.UAA03958@MindBender.serv.net> X-Authentication-Warning: MindBender.serv.net: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: Rob Miracle cc: freebsd-current@freebsd.org Subject: Re: Max Files Open In-reply-to: Your message of Fri, 13 Sep 96 14:41:11 -0400. <3.0b16.32.19960913144106.00743560@central.TanSoft.COM> Date: Fri, 13 Sep 1996 20:32:36 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >We had changed the Kernel Parameter (params.c) >maxfilesperproc to 2048 and rebuilt the Kernel. It still only let us have >64 files open. (FreeBSD 2.2-current) After searching around for 64 >through all the C and H files we found a #define in syslimits.h: Forgive me if this is a stupid question, but did you try: unlimit openfiles (csh) unlimit descriptors (tcsh) ulimit (ash) ?? ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@MindBender.serv.net --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... ----------------------------------------------------------------------------- From owner-freebsd-current Fri Sep 13 21:53:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA01342 for current-outgoing; Fri, 13 Sep 1996 21:53:19 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA01332 for ; Fri, 13 Sep 1996 21:53:11 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id VAA01840; Fri, 13 Sep 1996 21:53:03 -0700 From: "Rodney W. Grimes" Message-Id: <199609140453.VAA01840@GndRsh.aac.dev.com> Subject: Re: Typo in /sys/kern/subr_dkbad.c... To: cross@math.psu.edu (Dan Cross) Date: Fri, 13 Sep 1996 21:53:03 -0700 (PDT) Cc: current@freebsd.org In-Reply-To: <199609140327.XAA00712@augusta.math.psu.edu> from Dan Cross at "Sep 13, 96 11:27:01 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Eh? What was incorrect about it...? When whomever checks it in checks it > in, it'll overwrite the $Id:$ with the correct information. :-) No it wont, the delta will actually contain the funny string you put in there. The $Id$ is only overwritten on the checkout. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Fri Sep 13 22:49:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA06050 for current-outgoing; Fri, 13 Sep 1996 22:49:26 -0700 (PDT) Received: from math.psu.edu (root@leibniz.math.psu.edu [146.186.130.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA06044 for ; Fri, 13 Sep 1996 22:49:24 -0700 (PDT) Received: from augusta.math.psu.edu (cross@augusta.math.psu.edu [146.186.132.2]) by math.psu.edu (8.7.5/8.7.3) with ESMTP id BAA22572; Sat, 14 Sep 1996 01:49:22 -0400 (EDT) Received: from localhost (cross@localhost) by augusta.math.psu.edu (8.7.5/8.7.3) with ESMTP id BAA01078; Sat, 14 Sep 1996 01:49:40 -0400 (EDT) Message-Id: <199609140549.BAA01078@augusta.math.psu.edu> To: "Rodney W. Grimes" cc: current@freebsd.org Subject: Re: Typo in /sys/kern/subr_dkbad.c... In-reply-to: Your message of "Fri, 13 Sep 1996 21:53:03 PDT." <199609140453.VAA01840@GndRsh.aac.dev.com> Date: Sat, 14 Sep 1996 01:49:38 -0400 From: Dan Cross Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > No it wont, the delta will actually contain the funny string you put > in there. The $Id$ is only overwritten on the checkout. Oh, yup, you are correct, the RCS $Id:$ string will be in the RCS file for whomever checks that in (my bad). I guess I just don't see how that's a big deal, or why the patch needed to be ``corrected'', especially with something this trivial. :-) At anyrate, I'll remember to change the $Id:$ headers of stuff that I submit in the future. No biggy. :-) - Dan C. From owner-freebsd-current Fri Sep 13 23:54:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA10246 for current-outgoing; Fri, 13 Sep 1996 23:54:35 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA10229 for ; Fri, 13 Sep 1996 23:54:20 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id QAA06910 for current@freebsd.org; Sat, 14 Sep 1996 16:49:21 +1000 Date: Sat, 14 Sep 1996 16:49:21 +1000 From: Bruce Evans Message-Id: <199609140649.QAA06910@godzilla.zeta.org.au> To: current@freebsd.org Subject: pentium-optimized bzero and bcopy Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I haven't been doing anything with this for too long. I'm not happy with a few of the details: 1) The function pointer interface to bzero and bcopy is too i*86- specific, and doesn't gain much speed even on an i*86. It is convenient for testing and for dynamic configuration, but this can be implemented at a lower level at a cost of one jmp or call+ret. 2) The FPU is assumed to work on 586's. I don't want ifdefs for it. The ifdefs for I586_FAST_BCOPY (which are for the i586- optimized copyin() and copyout(), not for bcopy()) should go away soon. Bruce diff -c2 src/sys/i386/i386/identcpu.c~ src/sys/i386/i386/identcpu.c *** src/sys/i386/i386/identcpu.c~ Sat Sep 7 23:08:26 1996 --- src/sys/i386/i386/identcpu.c Mon Sep 9 09:16:36 1996 *************** *** 41,47 **** /* XXX - should be in header file */ ! extern void i486_bzero __P((void *, size_t)); ! extern void i586_bzero __P((void *, size_t)); ! extern void i686_bzero __P((void *, size_t)); void identifycpu(void); /* XXX should be in different header file */ --- 41,57 ---- /* XXX - should be in header file */ ! extern void i586_bcopy __P((const void *from, void *to, size_t len)); ! extern void i486_bzero __P((void *buf, size_t len)); ! extern void i586_bzero __P((void *buf, size_t len)); void identifycpu(void); /* XXX should be in different header file */ *************** *** 174,177 **** --- 169,175 ---- ((i586_ctr_freq + 4999) / 10000) % 100); printf("586"); + bcopy = i586_bcopy; + bzero = i586_bzero; + ovbcopy = i586_bcopy; break; #endif diff -c2 src/sys/i386/i386/support.s~ src/sys/i386/i386/support.s *** src/sys/i386/i386/support.s~ Wed Sep 11 03:32:22 1996 --- src/sys/i386/i386/support.s Wed Sep 11 03:32:32 1996 *************** *** 45,52 **** #define IDXSHIFT 10 - .data .globl _bzero ! _bzero: .long _generic_bzero .text --- 43,59 ---- #define IDXSHIFT 10 .data + .globl _bcopy + _bcopy: + .long _generic_bcopy .globl _bzero ! _bzero: ! .long _generic_bzero ! .globl _ovbcopy ! _ovbcopy: ! .long _generic_bcopy ! kernel_fpu_lock: ! .byte 0xfe ! .space 3 .text *************** *** 173,236 **** #endif - #if 0 /* Actually lowers performance in real-world cases */ #if defined(I586_CPU) || defined(I686_CPU) ! ALTENTRY(i586_bzero) ! ENTRY(i686_bzero) ! pushl %edi ! movl 8(%esp),%edi /* destination pointer */ ! movl 12(%esp),%edx /* size (in 8-bit words) */ ! xorl %eax,%eax /* store data */ ! cld ! /* If less than 100 bytes to write, skip tricky code. */ ! cmpl $100,%edx ! movl %edx,%ecx /* needed when branch is taken! */ ! jl 2f ! ! /* First write 0-3 bytes to make the pointer 32-bit aligned. */ ! movl %edi,%ecx /* Copy ptr to ecx... */ ! negl %ecx /* ...and negate that and... */ ! andl $3,%ecx /* ...mask to get byte count. */ ! subl %ecx,%edx /* adjust global byte count */ ! rep ! stosb ! subl $32,%edx /* offset count for unrolled loop */ ! movl (%edi),%ecx /* Fetch destination cache line */ ! .align 2,0x90 /* supply 0x90 for broken assemblers */ ! 1: ! movl 28(%edi),%ecx /* allocate cache line for destination */ ! subl $32,%edx /* decr loop count */ ! movl %eax,0(%edi) /* store words pairwise */ ! movl %eax,4(%edi) ! movl %eax,8(%edi) ! movl %eax,12(%edi) ! movl %eax,16(%edi) ! movl %eax,20(%edi) ! movl %eax,24(%edi) ! movl %eax,28(%edi) ! ! leal 32(%edi),%edi /* update destination pointer */ ! jge 1b ! leal 32(%edx),%ecx ! /* Write last 0-7 full 32-bit words (up to 8 words if loop was skipped). */ ! 2: shrl $2,%ecx rep stosl ! ! /* Finally write the last 0-3 bytes. */ ! movl %edx,%ecx andl $3,%ecx rep stosb - popl %edi ret ! #endif ! #endif /* fillw(pat, base, cnt) */ --- 182,326 ---- #endif #if defined(I586_CPU) || defined(I686_CPU) ! ENTRY(i586_bzero) ! movl 4(%esp),%edx ! movl 8(%esp),%ecx ! /* ! * The FPU register method is twice as fast as the integer register ! * method unless the target is in the L1 cache and we pre-allocate a ! * cache line for it (then the integer register method is 4-5 times ! * faster). However, we never pre-allocate cache lines, since that ! * would make the integer method 25% or more slower for the common ! * case when the target isn't in either the L1 cache or the L2 cache. ! * Thus we normally use the FPU register method unless the overhead ! * would be too large. ! */ ! cmpl $256,%ecx /* empirical; clts, fninit, smsw cost a lot */ ! jb intreg_i586_bzero ! /* ! * The FPU registers may belong to an application or to fastmove() ! * or to another invocation of bcopy() or ourself in a higher level ! * interrupt or trap handler. Preserving the registers is ! * complicated since we avoid it if possible at all levels. We ! * want to localize the complications even when that increases them. ! * Here the extra work involves preserving CR0_TS in TS. ! * `npxproc != NULL' is supposed to be the condition that all the ! * FPU resources belong to an application, but npxproc and CR0_TS ! * aren't set atomically enough for this condition to work in ! * interrupt handlers. ! * ! * Case 1: FPU registers belong to the application: we must preserve ! * the registers if we use them, so we only use the FPU register ! * method if the target size is large enough to amortize the extra ! * overhead for preserving them. CR0_TS must be preserved although ! * it is very likely to end up as set. ! * ! * Case 2: FPU registers belong to fastmove(): fastmove() currently ! * makes the registers look like they belong to an application so ! * that cpu_switch() and savectx() don't have to know about it, so ! * this case reduces to case 1. ! * ! * Case 3: FPU registers belong to the kernel: don't use the FPU ! * register method. This case is unlikely, and supporting it would ! * be more complicated and might take too much stack. ! * ! * Case 4: FPU registers don't belong to anyone: the FPU registers ! * don't need to be preserved, so we always use the FPU register ! * method. CR0_TS must be preserved although it is very likely to ! * always end up as clear. ! */ ! cmpl $0,_npxproc ! je i586_bz1 ! cmpl $256+184,%ecx /* empirical; not quite 2*108 more */ ! jb intreg_i586_bzero ! sarb $1,kernel_fpu_lock ! jc intreg_i586_bzero ! smsw %ax ! clts ! subl $108,%esp ! fnsave 0(%esp) ! jmp i586_bz2 ! ! i586_bz1: ! sarb $1,kernel_fpu_lock ! jc intreg_i586_bzero ! smsw %ax ! clts ! fninit /* XXX should avoid needing this */ ! i586_bz2: ! fldz ! /* ! * Align to an 8 byte boundary (misalignment in the main loop would ! * cost a factor of >= 2). Avoid jumps (at little cost if it is ! * already aligned) by always zeroing 8 bytes and using the part up ! * to the _next_ alignment position. ! */ ! fstl 0(%edx) ! addl %edx,%ecx /* part of %ecx -= new_%edx - %edx */ ! addl $8,%edx ! andl $~7,%edx ! subl %edx,%ecx ! /* ! * Similarly align `len' to a multiple of 8. ! */ ! fstl -8(%edx,%ecx) ! decl %ecx ! andl $~7,%ecx ! /* ! * This wouldn't be any faster if it were unrolled, since the loop ! * control instructions are much faster than the fstl and/or done ! * in parallel with it so their overhead is insignificant. ! */ ! fpureg_i586_bzero_loop: ! fstl 0(%edx) ! addl $8,%edx ! subl $8,%ecx ! cmpl $8,%ecx ! jae fpureg_i586_bzero_loop ! ! cmpl $0,_npxproc ! je i586_bz3 ! frstor 0(%esp) ! addl $108,%esp ! lmsw %ax ! movb $0xfe,kernel_fpu_lock ! ret ! ! i586_bz3: ! fstpl %st(0) ! lmsw %ax ! movb $0xfe,kernel_fpu_lock ! ret ! ! intreg_i586_bzero: ! /* ! * `rep stos' seems to be the best method in practice for small ! * counts. Fancy methods usually take too long to start up due ! * to cache and BTB misses. ! */ ! pushl %edi ! movl %edx,%edi ! xorl %eax,%eax shrl $2,%ecx + cld rep stosl ! movl 12(%esp),%ecx andl $3,%ecx + jne 1f + popl %edi + ret + + 1: rep stosb popl %edi ret ! #endif /* I586_CPU || I686_CPU */ /* fillw(pat, base, cnt) */ *************** *** 279,288 **** /* ! * (ov)bcopy(src, dst, cnt) * ws@tools.de (Wolfgang Solfrank, TooLs GmbH) +49-228-985800 */ ! ALTENTRY(ovbcopy) ! ENTRY(bcopy) ! bcopy: pushl %esi pushl %edi --- 369,376 ---- /* ! * generic_bcopy(src, dst, cnt) * ws@tools.de (Wolfgang Solfrank, TooLs GmbH) +49-228-985800 */ ! ENTRY(generic_bcopy) pushl %esi pushl %edi *************** *** 295,298 **** --- 383,387 ---- cmpl %ecx,%eax /* overlapping? */ jb 1f + shrl $2,%ecx /* copy by 32-bit words */ cld /* nope, copy forwards */ *************** *** 328,331 **** --- 417,555 ---- ret + ENTRY(i586_bcopy) + pushl %esi + pushl %edi + movl 12(%esp),%esi + movl 16(%esp),%edi + movl 20(%esp),%ecx + + movl %edi,%eax + subl %esi,%eax + cmpl %ecx,%eax /* overlapping? */ + jb 1f + + cmpl $1024,%ecx + jb small_i586_bcopy + + sarb $1,kernel_fpu_lock + jc small_i586_bcopy + cmpl $0,_npxproc + je i586_bc1 + smsw %dx + clts + subl $108,%esp + fnsave 0(%esp) + jmp 4f + + i586_bc1: + smsw %dx + clts + fninit /* XXX should avoid needing this */ + + ALIGN_TEXT + 4: + pushl %ecx + #define DCACHE_SIZE 8192 + cmpl $(DCACHE_SIZE-512)/2,%ecx + jbe 2f + movl $(DCACHE_SIZE-512)/2,%ecx + 2: + subl %ecx,0(%esp) + cmpl $256,%ecx + jb 5f /* XXX should prefetch if %ecx >= 32 */ + pushl %esi + pushl %ecx + ALIGN_TEXT + 3: + movl 0(%esi),%eax + movl 32(%esi),%eax + movl 64(%esi),%eax + movl 96(%esi),%eax + movl 128(%esi),%eax + movl 160(%esi),%eax + movl 192(%esi),%eax + movl 224(%esi),%eax + addl $256,%esi + subl $256,%ecx + cmpl $256,%ecx + jae 3b + popl %ecx + popl %esi + 5: + ALIGN_TEXT + large_i586_bcopy_loop: + fildq 0(%esi) + fildq 8(%esi) + fildq 16(%esi) + fildq 24(%esi) + fildq 32(%esi) + fildq 40(%esi) + fildq 48(%esi) + fildq 56(%esi) + fistpq 56(%edi) + fistpq 48(%edi) + fistpq 40(%edi) + fistpq 32(%edi) + fistpq 24(%edi) + fistpq 16(%edi) + fistpq 8(%edi) + fistpq 0(%edi) + addl $64,%esi + addl $64,%edi + subl $64,%ecx + cmpl $64,%ecx + jae large_i586_bcopy_loop + popl %eax + addl %eax,%ecx + cmpl $64,%ecx + jae 4b + + cmpl $0,_npxproc + je i586_bc2 + frstor 0(%esp) + addl $108,%esp + i586_bc2: + lmsw %dx + movb $0xfe,kernel_fpu_lock + + /* + * This is a duplicate of the main part of generic_bcopy. See the comments + * there. Jumping into generic_bcopy would cost a whole 0-1 cycles and + * would mess up high resolution profiling. + */ + ALIGN_TEXT + small_i586_bcopy: + shrl $2,%ecx + cld + rep + movsl + movl 20(%esp),%ecx + andl $3,%ecx + rep + movsb + popl %edi + popl %esi + ret + + ALIGN_TEXT + 1: + addl %ecx,%edi + addl %ecx,%esi + decl %edi + decl %esi + andl $3,%ecx + std + rep + movsb + movl 20(%esp),%ecx + shrl $2,%ecx + subl $3,%esi + subl $3,%edi + rep + movsl + popl %edi + popl %esi + cld + ret /* diff -c2 src/sys/i386/i386/swtch.s~ src/sys/i386/i386/swtch.s *** src/sys/i386/i386/swtch.s~ Thu Aug 1 04:43:17 1996 --- src/sys/i386/i386/swtch.s Tue Sep 10 07:06:50 1996 *************** *** 493,497 **** pushl %ecx pushl %eax ! call _bcopy addl $12,%esp #endif /* NNPX > 0 */ --- 516,520 ---- pushl %ecx pushl %eax ! call _generic_bcopy addl $12,%esp #endif /* NNPX > 0 */ diff -c2 src/sys/sys/systm.h~ src/sys/sys/systm.h *** src/sys/sys/systm.h~ Sat Sep 14 07:28:06 1996 --- src/sys/sys/systm.h Tue Sep 3 03:24:04 1996 *************** *** 129,135 **** void ttyprintf __P((struct tty *, const char *, ...)); ! void bcopy __P((const void *from, void *to, size_t len)); ! void ovbcopy __P((const void *from, void *to, size_t len)); extern void (*bzero) __P((void *buf, size_t len)); void *memcpy __P((void *to, const void *from, size_t len)); --- 126,132 ---- void ttyprintf __P((struct tty *, const char *, ...)); ! extern void (*bcopy) __P((const void *from, void *to, size_t len)); extern void (*bzero) __P((void *buf, size_t len)); + extern void (*ovbcopy) __P((const void *from, void *to, size_t len)); void *memcpy __P((void *to, const void *from, size_t len)); From owner-freebsd-current Sat Sep 14 00:38:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA14824 for current-outgoing; Sat, 14 Sep 1996 00:38:07 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA14803; Sat, 14 Sep 1996 00:38:02 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id JAA08356; Sat, 14 Sep 1996 09:17:58 +0200 (MET DST) To: dyson@freebsd.org cc: current@freebsd.org Subject: Re: vm in current is NOT ok yet... In-reply-to: Your message of "Fri, 13 Sep 1996 12:51:10 CDT." <199609131751.MAA02843@dyson.iquest.net> Date: Sat, 14 Sep 1996 09:17:57 +0200 Message-ID: <8354.842685477@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199609131751.MAA02843@dyson.iquest.net>, John Dyson writes: >> >> >> I just ran a md5 on a 45 mbyte file three times and received 3 >> different answers... >> >I am going to try to reproduce it, but I need the following info: > >What kind of machine, amount of memory, etc? P5/133, Asus TP4XE, 32M edo, 512k cache, 2940W, 3 disks striped with ccd. >Are you using the vn device? no. It's configured, but unused. >Is this a "pure" current, or is it modified (there is something that pure current. No paging I belive, but I didn't monitor it. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Sat Sep 14 02:00:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA24911 for current-outgoing; Sat, 14 Sep 1996 02:00:54 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA24897 for ; Sat, 14 Sep 1996 02:00:49 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id KAA13017; Sat, 14 Sep 1996 10:31:45 +0200 From: Luigi Rizzo Message-Id: <199609140831.KAA13017@labinfo.iet.unipi.it> Subject: Re: pentium-optimized bzero and bcopy To: bde@zeta.org.au (Bruce Evans) Date: Sat, 14 Sep 1996 10:31:44 +0200 (MET DST) Cc: current@freebsd.org In-Reply-To: <199609140649.QAA06910@godzilla.zeta.org.au> from "Bruce Evans" at Sep 14, 96 04:49:02 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On the bzero subject, does someone have statistics on the usage of bzero on large (>2pages) chunks of memory ? Here is why I am asking. If you declare char foo[A_LARGE_CONSTANT]; this goes into BSS, which is zero filled on demand. Hence, if you only use a part of this large buffer, you do not consume physical memory or swap space. (I have tried to force a core dump on many programs, and I noticed that no single program "uses" less than 20 fully-zeroed pages. I guess this is something which comes with libc, probably because of some memory overallocation.) On the other hand, you might think that it is cleaner to initialize foo[], and call bzero(foo, sizeof(foo)); in your program. At this point, I think these pages become mapped and zeroed, thus consuming memory, unless bzero() can intercept such an occurrence and invoke a system call to unmap the required pages. This is not much of a problem for ordinary programs, or for library code, as the system's architect might be aware of the difference and allocate memory in the most efficient way. But how about user programs ? As an example, I often run simulations using large hash tables, and I think I could gain some performance from a modified bzero(). However, I agree that if this is going to be a very rare occurrence, then it is not worth changing things and (probably) add another system call. Any comments ? Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-current Sat Sep 14 06:16:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA10109 for current-outgoing; Sat, 14 Sep 1996 06:16:14 -0700 (PDT) Received: from vanuata.dcs.gla.ac.uk (vanuata.dcs.gla.ac.uk [130.209.240.50]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA10104; Sat, 14 Sep 1996 06:16:12 -0700 (PDT) Message-Id: <199609141316.GAA10104@freefall.freebsd.org> Received: from hawaii.dcs.gla.ac.uk by vanuata.dcs.gla.ac.uk with LOCAL SMTP (PP); Sat, 14 Sep 1996 14:15:44 +0100 To: "Rodney W. Grimes" cc: jmb@freefall.freebsd.org (Jonathan M. Bresler), michaelh@cet.co.jp, mrcpu@cdsnet.net, jhs@freebsd.org, sysseh@devetir.qld.gov.au, current@freebsd.org Subject: Re: VM/kernel problems? In-reply-to: Your message of "Fri, 13 Sep 1996 09:12:12 PDT." <199609131612.JAA00510@GndRsh.aac.dev.com> Date: Sat, 14 Sep 1996 14:15:40 +0100 From: Simon Marlow Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Rod Grimes writes: > The default value could still be 64K incase none of the cache sizeable > chipsets are found, but in my experience the only things that ever had > 64K or 128K caches on them are old 386 boards and some of the earlier > 486 boards. Thus if CPU >= I586 your going to have a 256K cache.... What about laptops that don't have a cache at all? If it doesn't hurt too much, then fair enough, but otherwise we still need a way to fiddle the setting at boot or kernel-compile time. Cheers, Simon -- Simon Marlow simonm@dcs.gla.ac.uk Research Assistant http://www.dcs.gla.ac.uk/~simonm/ finger for PGP public key From owner-freebsd-current Sat Sep 14 06:29:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA10398 for current-outgoing; Sat, 14 Sep 1996 06:29:21 -0700 (PDT) Received: from vanuata.dcs.gla.ac.uk (vanuata.dcs.gla.ac.uk [130.209.240.50]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA10393 for ; Sat, 14 Sep 1996 06:29:19 -0700 (PDT) Message-Id: <199609141329.GAA10393@freefall.freebsd.org> Received: from hawaii.dcs.gla.ac.uk by vanuata.dcs.gla.ac.uk with LOCAL SMTP (PP); Sat, 14 Sep 1996 14:29:01 +0100 To: Bruce Evans cc: current@freebsd.org Subject: Re: pentium-optimized bzero and bcopy In-reply-to: Your message of "Sat, 14 Sep 1996 16:49:21 +1000." <199609140649.QAA06910@godzilla.zeta.org.au> Date: Sat, 14 Sep 1996 14:28:58 +0100 From: Simon Marlow Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just out of interest, what difference does the pentium optimised bcopy make on AMD K5 / Cyrix 6x86 CPUs where the FPU is somewhat slower than the equivalent Intel part? Is it still a win? Hmmm, are these things actually probed as Pentiums anyway? Cheers, Simon -- Simon Marlow simonm@dcs.gla.ac.uk Research Assistant http://www.dcs.gla.ac.uk/~simonm/ finger for PGP public key From owner-freebsd-current Sat Sep 14 09:41:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA23118 for current-outgoing; Sat, 14 Sep 1996 09:41:29 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA23110; Sat, 14 Sep 1996 09:41:24 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id LAA01162; Sat, 14 Sep 1996 11:41:20 -0500 (EST) From: "John S. Dyson" Message-Id: <199609141641.LAA01162@dyson.iquest.net> Subject: Re: kern/1609: page fault while in kenel mode during Linux emulation To: jdrobina@infinet.com (James Drobina) Date: Sat, 14 Sep 1996 11:41:20 -0500 (EST) Cc: dyson@freebsd.org, current@freebsd.org In-Reply-To: from "James Drobina" at Sep 14, 96 12:29:35 pm Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > On Sat, 14 Sep 1996, John S. Dyson wrote: > > > > > > > > > > >Number: 1609 > > > >Category: kern > > > >Synopsis: page fault while in kenel mode during Linux emulation > > > >Confidential: no > > > >Severity: critical > > > >Priority: high > > > >Responsible: freebsd-bugs > > > >State: open > > > >Class: sw-bug > > > >Submitter-Id: current-users > > > >Arrival-Date: Sat Sep 14 06:30:01 PDT 1996 > > > >Last-Modified: > > > >Originator: James Drobina > > > >Organization: > > > None > > > >Release: FreeBSD 2.2-CURRENT i386 > > > >Environment: > > > > > > $ modstat > > > Type Id Off Loadaddr Size Info Rev Module Name > > > EXEC 0 4 f6633000 001c f6639010 1 linux_mod > > > > > > $ ls -l /lkm/linux_mod.o > > > -r-xr-xr-x 1 bin bin 41166 Sep 13 08:59 linux_mod.o > > > > > Ahhh!!! did you rebuild the lkm? > > > > I works now. I rebuilt lkm a few minutes ago. linux was out of date. > I kind-of suggest that those using -current or -current snaps in production not use LKM's unless necessary. It can cause alot of interesting problems to say the least :-). John From owner-freebsd-current Sat Sep 14 10:29:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA26511 for current-outgoing; Sat, 14 Sep 1996 10:29:16 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA26500; Sat, 14 Sep 1996 10:29:11 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id KAA04566; Sat, 14 Sep 1996 10:28:01 -0700 From: "Rodney W. Grimes" Message-Id: <199609141728.KAA04566@GndRsh.aac.dev.com> Subject: Re: VM/kernel problems? To: simonm@dcs.gla.ac.uk (Simon Marlow) Date: Sat, 14 Sep 1996 10:28:00 -0700 (PDT) Cc: jmb@freefall.freebsd.org, michaelh@cet.co.jp, mrcpu@cdsnet.net, jhs@freebsd.org, sysseh@devetir.qld.gov.au, current@freebsd.org In-Reply-To: <199609141315.GAA04505@GndRsh.aac.dev.com> from Simon Marlow at "Sep 14, 96 02:15:40 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Rod Grimes writes: > > > The default value could still be 64K incase none of the cache sizeable > > chipsets are found, but in my experience the only things that ever had > > 64K or 128K caches on them are old 386 boards and some of the earlier > > 486 boards. Thus if CPU >= I586 your going to have a 256K cache.... > > What about laptops that don't have a cache at all? If it doesn't hurt > too much, then fair enough, but otherwise we still need a way to > fiddle the setting at boot or kernel-compile time. Hummm... okay, but more correctly, what about laptops that only have an internal cache of either 0K, 4K or 8K-I/8K-D. (Any Pentium PRO laptops out there yet :-) :-)) I really doubt that this cache coloring is going to have much effect on machines without external cache, infact now that I think about it a little it should not matter what address patern is giving to external memory, it just won't effect performance. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Sat Sep 14 10:35:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA26898 for current-outgoing; Sat, 14 Sep 1996 10:35:46 -0700 (PDT) Received: from sed.cs.fsu.edu (sed.cs.fsu.edu [128.186.121.157]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA26892 for ; Sat, 14 Sep 1996 10:35:43 -0700 (PDT) Received: by sed.cs.fsu.edu (8.6.9/56) id NAA18160; Sat, 14 Sep 1996 13:35:41 -0400 From: Gang-Ryung Uh Message-Id: <199609141735.NAA18160@sed.cs.fsu.edu> Subject: x window manager To: current@freebsd.org Date: Sat, 14 Sep 1996 13:35:41 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I have supped Sep 12 source and built new kernel. But after that my "fvwm" is not stable anymore. My window session is sporadically terminated in unexpected manner. Following is the error log from "dmesg". Any hints or explanation will be appreciated. Thanks in advance. Regards, Gang-Ryung Uh (uh@cs.fsu.edu) --------------------X server error log------------------ Fatal server error: Caught signal 11. Server aborting X connection to :0.0 broken (explicit kill or server shutdown). xinit: connection to X server lost. From owner-freebsd-current Sat Sep 14 11:05:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA28331 for current-outgoing; Sat, 14 Sep 1996 11:05:47 -0700 (PDT) Received: from main.gbdata.com (Main.GBData.COM [207.90.222.20]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA28323; Sat, 14 Sep 1996 11:05:43 -0700 (PDT) Received: (from gclarkii@localhost) by main.gbdata.com (8.7.5/8.6.9) id NAA22886; Sat, 14 Sep 1996 13:03:19 -0500 (CDT) From: Gary Clark II Message-Id: <199609141803.NAA22886@main.gbdata.com> Subject: Re: VM/kernel problems? To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Sat, 14 Sep 1996 13:03:19 -0500 (CDT) Cc: simonm@dcs.gla.ac.uk, jmb@freefall.freebsd.org, michaelh@cet.co.jp, mrcpu@cdsnet.net, jhs@freebsd.org, sysseh@devetir.qld.gov.au, current@freebsd.org In-Reply-To: <199609141728.KAA04566@GndRsh.aac.dev.com> from "Rodney W. Grimes" at "Sep 14, 96 10:28:00 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Rodney W. Grimes wrote: > > > > Rod Grimes writes: > > > > > The default value could still be 64K incase none of the cache sizeable > > > chipsets are found, but in my experience the only things that ever had > > > 64K or 128K caches on them are old 386 boards and some of the earlier > > > 486 boards. Thus if CPU >= I586 your going to have a 256K cache.... > > > > What about laptops that don't have a cache at all? If it doesn't hurt > > too much, then fair enough, but otherwise we still need a way to > > fiddle the setting at boot or kernel-compile time. > Well if you have NO cache on a high speed CPU, your not going to be able to hurt performance much more that it is already. I've seen 30mhz+ machines with 0 cache and it is not good... Gary -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups mail info@GBData.COM for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/freebsd-faq.ascii From owner-freebsd-current Sat Sep 14 12:12:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA02281 for current-outgoing; Sat, 14 Sep 1996 12:12:55 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA02276 for ; Sat, 14 Sep 1996 12:12:52 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id OAA01840 for current@freebsd.org; Sat, 14 Sep 1996 14:12:51 -0500 (EST) From: "John S. Dyson" Message-Id: <199609141912.OAA01840@dyson.iquest.net> Subject: Question about stability on current To: current@freebsd.org Date: Sat, 14 Sep 1996 14:12:51 -0500 (EST) Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is anyone still having problems that is NOT using ccd or vn??? John From owner-freebsd-current Sat Sep 14 13:16:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA05249 for current-outgoing; Sat, 14 Sep 1996 13:16:08 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA05241 for ; Sat, 14 Sep 1996 13:16:04 -0700 (PDT) Received: from campa.panke.de (anonymous214.ppp.cs.tu-berlin.de [130.149.17.214]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id WAA24546 for ; Sat, 14 Sep 1996 22:08:54 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id VAA02898; Sat, 14 Sep 1996 21:43:43 +0200 Date: Sat, 14 Sep 1996 21:43:43 +0200 From: Wolfram Schneider Message-Id: <199609141943.VAA02898@campa.panke.de> To: current@freebsd.org Subject: str*cmp Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk src/lib/libc/string/strcmp.c int strcmp(s1, s2) register const char *s1, *s2; { while (*s1 == *s2++) if (*s1++ == 0) ^^^^^^^^^^ should be (*s1++ == '\0') Wolfram From owner-freebsd-current Sat Sep 14 15:10:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA10961 for current-outgoing; Sat, 14 Sep 1996 15:10:20 -0700 (PDT) Received: from freebsd.gaffaneys.com (dialup2.gaffaneys.com [134.129.252.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA10955 for ; Sat, 14 Sep 1996 15:10:13 -0700 (PDT) Received: (from zach@localhost) by freebsd.gaffaneys.com (8.7.5/8.7.3) id RAA15282; Sat, 14 Sep 1996 17:13:31 -0500 (CDT) To: Wolfram Schneider Cc: current@FreeBSD.org Subject: Re: str*cmp References: <199609141943.VAA02898@campa.panke.de> From: Zach Heilig Date: 14 Sep 1996 17:13:30 -0500 In-Reply-To: Wolfram Schneider's message of Sat, 14 Sep 1996 21:43:43 +0200 Message-ID: <87d8zoiw39.fsf@freebsd.gaffaneys.com> Lines: 27 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Wolfram Schneider writes: > src/lib/libc/string/strcmp.c > int > strcmp(s1, s2) > register const char *s1, *s2; > { > while (*s1 == *s2++) > if (*s1++ == 0) > ^^^^^^^^^^ > should be (*s1++ == '\0') Actually, this is a style issue. '\0' is an 'int' with the value zero, exacly like 0 is an 'int' with the value zero. If you look in the standard, you will note that '\' (or '\x') is a integer with the literal value of whatever '' (or ) is. '\0' is simply an octal integer constant with the value 0 (made up to LOOK like a character constant). C++ is a bit different because '\0' is really a 'char' (still 0 valued), but since both languages do type conversions as necessary, there is no problems caused by that bit of code. -- Zach Heilig (zach@blizzard.gaffaneys.com) | ALL unsolicited commercial email Support bacteria -- it's the | is unwelcome. I avoid dealing only culture some people have! | with companies that email ads. From owner-freebsd-current Sat Sep 14 15:23:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA11927 for current-outgoing; Sat, 14 Sep 1996 15:23:14 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA11917 for ; Sat, 14 Sep 1996 15:23:08 -0700 (PDT) Received: from math.psu.edu (leibniz.math.psu.edu) by mail.crl.com with SMTP id AA17518 (5.65c/IDA-1.5 for ); Sat, 14 Sep 1996 15:23:47 -0700 Received: from augusta.math.psu.edu (cross@augusta.math.psu.edu [146.186.132.2]) by math.psu.edu (8.7.5/8.7.3) with ESMTP id SAA00589; Sat, 14 Sep 1996 18:20:27 -0400 (EDT) Received: from localhost (cross@localhost) by augusta.math.psu.edu (8.7.5/8.7.3) with ESMTP id SAA02210; Sat, 14 Sep 1996 18:20:47 -0400 (EDT) Message-Id: <199609142220.SAA02210@augusta.math.psu.edu> To: Wolfram Schneider Cc: current@freebsd.org Subject: Re: str*cmp In-Reply-To: Your message of "Sat, 14 Sep 1996 21:43:43 +0200." <199609141943.VAA02898@campa.panke.de> Date: Sat, 14 Sep 1996 18:20:46 -0400 From: Dan Cross Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > int > strcmp(s1, s2) > register const char *s1, *s2; > { > while (*s1 == *s2++) > if (*s1++ == 0) > ^^^^^^^^^^ > should be (*s1++ == '\0') '\0' == 0. - Dan C. From owner-freebsd-current Sat Sep 14 19:02:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA23650 for current-outgoing; Sat, 14 Sep 1996 19:02:31 -0700 (PDT) Received: from Lapkin.RoSprint.ru (root@Lapkin.RoSprint.ru [193.232.88.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA23635; Sat, 14 Sep 1996 19:02:23 -0700 (PDT) Received: (from sandy@localhost) by Lapkin.RoSprint.ru (8.7.5/8.6.9) id GAA00358; Sun, 15 Sep 1996 06:02:17 +0400 (MSD) From: Sandy Kovshov Message-Id: <199609150202.GAA00358@Lapkin.RoSprint.ru> Subject: sppp with cisco hdlc bug fix To: freebsd-current@freebsd.org Date: Sun, 15 Sep 1996 06:02:16 +0400 (MSD) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4 PL24alpha5] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello guys, Here is little patch for bug in sppp pseudo driver with cisco hdlc protocol. I've found it when test Riscom/N2 card with Cisco. At unknown reason, Cisco send 20 byte packet (without ppp header) instead of 18 ;) With old version it cause line hangup on keepalive timeout. Index: net/if_spppsubr.c =================================================================== RCS file: /home/sandy/project/freebsd/cvs/src/sys/net/if_spppsubr.c,v retrieving revision 1.13 diff -c -r1.13 if_spppsubr.c *** if_spppsubr.c 1996/08/30 16:44:36 1.13 --- if_spppsubr.c 1996/09/15 01:46:31 *************** *** 848,854 **** struct ifaddr *ifa; struct ifnet *ifp = &sp->pp_if; ! if (m->m_pkthdr.len != CISCO_PACKET_LEN) { if (ifp->if_flags & IFF_DEBUG) printf ("%s%d: invalid cisco packet length: %d bytes\n", ifp->if_name, ifp->if_unit, m->m_pkthdr.len); --- 848,854 ---- struct ifaddr *ifa; struct ifnet *ifp = &sp->pp_if; ! if (m->m_pkthdr.len < CISCO_PACKET_LEN) { if (ifp->if_flags & IFF_DEBUG) printf ("%s%d: invalid cisco packet length: %d bytes\n", ifp->if_name, ifp->if_unit, m->m_pkthdr.len); With best regards. --- Sandy E-mail: Internet: sandy@dream.demos.su sandy@www.RoSprint.ru X.400: (C:USSR,A:SOVMAIL,O:SNUSSR,UN:A.KOVSHOV) X.400: (C:USA,A:TELEMAIL,O:SPRINTINTL,UN:A.KOVSHOV) From owner-freebsd-current Sat Sep 14 20:24:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA25962 for current-outgoing; Sat, 14 Sep 1996 20:24:40 -0700 (PDT) Received: (from julian@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA25953 for current; Sat, 14 Sep 1996 20:24:37 -0700 (PDT) Date: Sat, 14 Sep 1996 20:24:37 -0700 (PDT) From: Julian Elischer Message-Id: <199609150324.UAA25953@freefall.freebsd.org> To: current Subject: devfs..new fixes.. Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Last week I checked in a couple of small DEVFS fixes. among them were two that fixed PANICs I was getting.. if anyone is feeling brave, I'd like to hear of any problems seen. DEVFS now supports symlinks so it may be possible to beat syslogd into puting it's log socket in /var and making a symlink to that point. Poul, you said you had it booting using devfs. can you let me know wht the configuration options are to do this? I'd like to start trying it.. julian From owner-freebsd-current Sat Sep 14 20:27:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA26060 for current-outgoing; Sat, 14 Sep 1996 20:27:37 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA26055; Sat, 14 Sep 1996 20:27:32 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id DAA12753; Sun, 15 Sep 1996 03:26:48 GMT Date: Sun, 15 Sep 1996 12:26:48 +0900 (JST) From: Michael Hancock To: "Rodney W. Grimes" cc: Simon Marlow , jmb@freefall.freebsd.org, mrcpu@cdsnet.net, jhs@freebsd.org, sysseh@devetir.qld.gov.au, current@freebsd.org Subject: Re: VM/kernel problems? In-Reply-To: <199609141728.KAA04566@GndRsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 14 Sep 1996, Rodney W. Grimes wrote: > I really doubt that this cache coloring is going to have much effect on > machines without external cache, infact now that I think about it a little > it should not matter what address patern is giving to external memory, it > just won't effect performance. It's not what address pattern it gives, but how it distributes the hot addresses over the cache. The overhead should be negligible. Regards, Mike Hancock