From owner-freebsd-current Sun Jan 12 00:57:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA17000 for current-outgoing; Sun, 12 Jan 1997 00:57:11 -0800 (PST) Received: from ravenock.cybercity.dk (ravenock.cybercity.dk [194.16.57.32]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id AAA16981 for ; Sun, 12 Jan 1997 00:57:03 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.4/8.7.3) id JAA11995; Sun, 12 Jan 1997 09:58:41 +0100 (MET) Message-Id: <199701120858.JAA11995@ravenock.cybercity.dk> Subject: Re: tcp_extenions=NO between to FreeBSD Hosts!? In-Reply-To: <19970112060920.20637.qmail@mpress.com> from "brian@mpress.com" at "Jan 11, 97 10:09:20 pm" To: brian@mpress.com Date: Sun, 12 Jan 1997 09:58:32 +0100 (MET) Cc: freebsd-current@FreeBSD.org From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to brian@mpress.com who wrote: > The following two hosts > > FreeBSD top.mediacity.com 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sat Jan 11 01:17:49 1997 brian@research.mpress.com:/uss/src/sys-UP/compile/LAPTOP i386 > > FreeBSD garfield.panix.com 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Sat Jan 11 20:33:29 PST 1997 larry@garfield.panix.com:/usr/src/sys/compile/LAPTOP-PCD i386 > > cannot talk tcp between each other unless one of us has issued the command: > > sysctl -w net.inet.tcp.rfc1644=0 > > so is the problem one of us, or a router in between us? I've seen this too, but here the culprit was IIRC an annex ISDN server. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Sun Jan 12 01:47:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA18282 for current-outgoing; Sun, 12 Jan 1997 01:47:02 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id BAA18277 for ; Sun, 12 Jan 1997 01:46:58 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id KAA20383; Sun, 12 Jan 1997 10:04:52 +0100 From: Luigi Rizzo Message-Id: <199701120904.KAA20383@labinfo.iet.unipi.it> Subject: TCP code (was Re: tcp_extenions=NO between to FreeBSD Hosts!?) To: brian@mpress.com Date: Sun, 12 Jan 1997 10:04:52 +0100 (MET) Cc: freebsd-current@freebsd.org In-Reply-To: <19970112060920.20637.qmail@mpress.com> from "brian@mpress.com" at Jan 11, 97 10:09:01 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > The following two hosts > > FreeBSD top.mediacity.com 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sat Jan 11 01:17:49 1997 brian@research.mpress.com:/uss/src/sys-UP/compile/LAPTOP i386 > > FreeBSD garfield.panix.com 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Sat Jan 11 20:33:29 PST 1997 larry@garfield.panix.com:/usr/src/sys/compile/LAPTOP-PCD i386 > > cannot talk tcp between each other unless one of us has issued the command: > > sysctl -w net.inet.tcp.rfc1644=0 > > so is the problem one of us, or a router in between us? Some routers are known to choke on packets with data _and_ TCP options, but that reportedly occurs with RFC1323 as well. As a result if you use tcpdump you should at least see the SYN packets go through. However perhaps a couple of months ago somebody (Karl Denninger perhaps ?) reported problems with TCP apps which would misteriously go away recompiling with gcc2.6.X instead of 2.7.X (don't remember if he recompiled the kernel or just his application). This is probably worth giving a try, if not for yourself (since disabling rfc1644 seems to help) for the FreeBSD community in that it might be a compiler-related bug. A (radical) comment related to this: The tcp code (and specifically, tcp_input.c) is one of the most critical part of the kernel since, for efficiency, it uses one huge function written going against all good principles of sw engineering (many goto's, code is replicated at times to deal with the common cases without branching too much, etc...). I wouldn't be surprised that the compiler's optimizer fails on it. Note that, unlike other complex parts of the system (e.g. the VM code), tcp is pretty much untouchable since it (and some of its bugs) is documented (in the Steven's book) and nobody feels like touching it at the risk of writing something more readable, but less tested and possibly slightly slower [I myself embarked in such a work when I wrote the SACK code, and these reasons -- which I kind of agree with -- came out when I suggested a slight cleanup of that code]. Now the above argument is partly defeated by the fact that we have also T/TCP, which is a major modification of the code, and I believe is little used hence little tested. Maybe it's time to accept the idea that the TCP code is not carved on stone. I for one would be more than willing to work on it. 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 Sun Jan 12 02:06:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA18907 for current-outgoing; Sun, 12 Jan 1997 02:06:14 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id CAA18902; Sun, 12 Jan 1997 02:06:08 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vjMnJ-0003w0C; Sun, 12 Jan 97 02:05 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id LAA18962; Sun, 12 Jan 1997 11:05:30 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id LAA13447; Sun, 12 Jan 1997 11:06:08 +0100 (MET) To: sos@freebsd.org cc: brian@mpress.com, freebsd-current@freebsd.org Subject: Re: tcp_extenions=NO between to FreeBSD Hosts!? In-reply-to: Your message of "Sun, 12 Jan 1997 09:58:32 +0100." <199701120858.JAA11995@ravenock.cybercity.dk> Date: Sun, 12 Jan 1997 11:06:08 +0100 Message-ID: <13445.853063568@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199701120858.JAA11995@ravenock.cybercity.dk>, sos@freebsd.org write s: >In reply to brian@mpress.com who wrote: >> The following two hosts >> >> FreeBSD top.mediacity.com 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sat Jan 11 01: >17:49 1997 brian@research.mpress.com:/uss/src/sys-UP/compile/LAPTOP i386 > >> >> FreeBSD garfield.panix.com 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Sat Jan 11 20:3 >3:29 PST 1997 larry@garfield.panix.com:/usr/src/sys/compile/LAPTOP-PCD i3 >86 >> >> cannot talk tcp between each other unless one of us has issued the command: >> >> sysctl -w net.inet.tcp.rfc1644=0 >> >> so is the problem one of us, or a router in between us? > >I've seen this too, but here the culprit was IIRC an annex ISDN server. In particular, it was probably related to VJ compression. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Sun Jan 12 02:08:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA19025 for current-outgoing; Sun, 12 Jan 1997 02:08:38 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA19020 for ; Sun, 12 Jan 1997 02:08:34 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id CAA06188; Sun, 12 Jan 1997 02:08:16 -0800 (PST) Date: Sun, 12 Jan 1997 02:08:16 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Joerg Wunsch cc: FreeBSD Current Subject: Re: Partition naming [Was: Adding Hard Drives - Prepping] 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 Sat, 11 Jan 1997, Warner Losh wrote: > In message J Wunsch writes: > : Uh-oh, Warner. :-) That's possible since FreeBSD 2.0.5. I think you > : can have 32 slices or so (that's more than DOS can have, it has only > : 26 drive letters :-). actually... dos supports 32 drive letters.. :) a quote from a friend that know dos extreamly well (Jon Mini): You might like to pass it on that DOS can support up to 32 drive letters. You get drives A..Z, then "[\]^_`" This is true for any MS-DOS from 3.20 on up. I can't speak for any DOS clones however. And yes, DOS will parse "\:filename.ext" correctly. =) jtymltk :)... ttyl.. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Sun Jan 12 02:56:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA20397 for current-outgoing; Sun, 12 Jan 1997 02:56:03 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA20391 for ; Sun, 12 Jan 1997 02:56:01 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id CAA22263 for ; Sun, 12 Jan 1997 02:55:55 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA13830 for FreeBSD-current@FreeBSD.ORG; Sun, 12 Jan 1997 11:54:39 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id LAA02225; Sun, 12 Jan 1997 11:34:44 +0100 (MET) Message-ID: Date: Sun, 12 Jan 1997 11:34:44 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: FreeBSD-current@FreeBSD.ORG Subject: Re: Partition naming [Was: Adding Hard Drives - Prepping] References: <199701101033.MAA27219@shadows.aeon.net> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Warner Losh on Jan 11, 1997 22:11:24 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Warner Losh wrote: > : What about backwards-compatibility to themselves? I think that's > : the biggest issue. > > I believe they just did it since they hadn't done a release at that > stage yet. Well, but as long as _we_ didn't solve this problem for FreeBSD, there's no chance to bump the number here. :( -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Jan 12 03:17:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA21061 for current-outgoing; Sun, 12 Jan 1997 03:17:58 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA21055 for ; Sun, 12 Jan 1997 03:17:53 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id MAA09417 for ; Sun, 12 Jan 1997 12:17:45 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.3/8.6.9) id MAA11823 for freebsd-current@freefall.cdrom.com; Sun, 12 Jan 1997 12:16:21 +0100 (MET) Date: Sun, 12 Jan 1997 12:16:21 +0100 (MET) From: Christoph Kukulies Message-Id: <199701121116.MAA11823@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: these malloc failures in world build Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I read this a couple of days ago but what was the remedy to get out of this circulus vitiosus during world build: ntrib/libgmp -I/usr/src/gnu/lib/libgmp/../../../contrib/libgmp/mpn/generic -I/us r/src/gnu/lib/libgmp/../../../contrib/libgmp/mpn/x86 -DBROKEN_ALIGN -I/usr/obj/ usr/src/gnu/lib/libgmp -c /usr/src/gnu/lib/libgmp/../../../contrib/libgmp/mpq/in v.c -o mpq/inv.so make: Cannot allocate memory. *** Error code 2 Stop. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Sun Jan 12 03:45:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA22234 for current-outgoing; Sun, 12 Jan 1997 03:45:01 -0800 (PST) Received: from profane.iq.org (profane.iq.org [203.4.184.217]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA22215 for ; Sun, 12 Jan 1997 03:44:09 -0800 (PST) Received: (from root@localhost) by profane.iq.org (8.8.4/8.8.2) id WAA01765 for freebsd-current@freebsd.org; Sun, 12 Jan 1997 22:43:21 +1100 (EST) Date: Sun, 12 Jan 1997 22:43:21 +1100 (EST) From: I call god Message-Id: <199701121143.WAA01765@profane.iq.org> To: freebsd-current@freebsd.org Subject: root@profane:/usr/src/usr.sbin/pppd# make Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk cc -O -m486 -malign-functions=2 -malign-loops=2 -malign-jumps=2 -DHAVE_PATHS_H -c /local2/usr/src/usr.sbin/pppd/sys-bsd.c /local2/usr/src/usr.sbin/pppd/sys-bsd.c:44: net/if_var.h: No such file or directory *** Error code 1 root@profane:/usr/src/usr.sbin/pppd# make cc -O -m486 -malign-functions=2 -malign-loops=2 -malign-jumps=2 -DHAVE_PATHS_H -c /local2/usr/src/usr.sbin/pppd/sys-bsd.c /local2/usr/src/usr.sbin/pppd/sys-bsd.c:44: net/if_var.h: No such file or directory *** Error code 1 From owner-freebsd-current Sun Jan 12 05:41:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA27591 for current-outgoing; Sun, 12 Jan 1997 05:41:33 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA27586 for ; Sun, 12 Jan 1997 05:41:30 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id OAA10518 for ; Sun, 12 Jan 1997 14:43:47 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.3/8.6.9) id OAA12422 for freebsd-current@freefall.cdrom.com; Sun, 12 Jan 1997 14:42:12 +0100 (MET) Date: Sun, 12 Jan 1997 14:42:12 +0100 (MET) From: Christoph Kukulies Message-Id: <199701121342.OAA12422@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: a last word on last Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Just for the record: When I do the last command (on a yesterday's 3.0-current system) it looks fine - despite of the many unresolved addresses. But piping the last command to anything, be it 'more' or 'head' gives totally garbled output. Fields contain garbage and seem to be shifted by one postition. Can anyone confirm this? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Sun Jan 12 07:32:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA01909 for current-outgoing; Sun, 12 Jan 1997 07:32:39 -0800 (PST) Received: from ns.tp.silkera.net (ns.tp.silkera.net [203.70.2.9]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA01802; Sun, 12 Jan 1997 07:28:04 -0800 (PST) Received: from dorothy.bsd.zerodist.com (ts63-ip79.tp.silkera.net [203.70.2.79]) by ns.tp.silkera.net (8.8.4/8.8.4) with SMTP id XAA08819; Sun, 12 Jan 1997 23:24:55 +0800 (CST) Message-ID: <32D90341.2419@ms2.hinet.net> Date: Sun, 12 Jan 1997 23:29:58 +0800 From: zerodist Reply-To: zerodist@ms2.hinet.net X-Mailer: Mozilla 3.0Gold (Win95; I) MIME-Version: 1.0 To: owensc@enc.edu, wangel@wgrobez1.remote.louisville.edu, dnex@access.digex.net, current@freebsd.org, stable@freebsd.org Subject: ppp setup Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello: I have a question about ppp setup. Could someone out there help me? My ISP use PAP authentication. My ppp.conf setup is as follows. default: set device /dev/cuaa1 set speed 38400 disable lqr deny lqr set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" ATE1Q0 OK-AT-OK \\dATDT\ \T TIMEOUT 40 CONNECT" iij-pap: set phone 727-2710 set login "TIMEOUT 5 name:-\\r-name: member word: silkera" deny chap accept pap set authname zerodist #dkfjdfjo my fake password, I typed real one though set authkey dkfjdfjo set timeout 0 set openmode active set ifaddr 0 203.70.2.4/24 add 203.70.2.0 255.255.255.0 203.70.2.4 add 0 0 203.70.2.4 dial Now I issue command ppp iij-pap, it will dial and establish a connection between me and my ISP. And both me and my ISP will get an IP dynamically. Say I get 203.70.2.36 and my ISP get 203.70.2.6. I can ping 203.70.2.6. But I can not ping 203.70.2.36 and the main server(203.70.2.4) of my ISP. I ,also tried to delete those add lines in the ppp.conf file. And put them to my ppp.linkup as follows MYADDR: delete ALL add 0 0 203.70.2.4 Still it won't work. I guess there got be something wrong with my routing table. I shall greatly appreciate your help. From owner-freebsd-current Sun Jan 12 09:02:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA05391 for current-outgoing; Sun, 12 Jan 1997 09:02:32 -0800 (PST) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id JAA05386 for ; Sun, 12 Jan 1997 09:02:24 -0800 (PST) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id SAA29653 for freebsd-current@freebsd.org; Sun, 12 Jan 1997 18:02:11 +0100 (MET) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.8.4/8.7.3/tetard-uucp-2.7) id RAA25466; Sun, 12 Jan 1997 17:40:44 +0100 (MET) Message-ID: Date: Sun, 12 Jan 1997 17:40:43 +0100 From: regnauld@tetard.glou.eu.org (Philippe Regnauld) To: freebsd-current@freebsd.org Subject: patch to lock(1) X-Mailer: Mutt 0.55 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 3.0-CURRENT i386 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I got sick of people locking terminals for 3 hours and not coming back :-) I made two simple patches to lock(1) so that the user cannot lock the terminal more than 1 hour unless he's root. --- lock.c.orig Sun Sep 22 00:49:20 1996 +++ lock.c Sun Sep 22 00:49:33 1996 @@ -63,6 +63,7 @@ #include #define TIMEOUT 15 +#define MAXLOCK 60 void quit(), bye(), hi(); @@ -95,7 +96,8 @@ while ((ch = getopt(argc, argv, "npt:")) != EOF) switch((char)ch) { case 't': - if ((sectimeout = atoi(optarg)) <= 0) { + if (((sectimeout = atoi(optarg)) <= 0) || + ((getuid()!=0) && (atoi(optarg) > MAXLOCK))) { (void)fprintf(stderr, "lock: illegal timeout value.\n"); exit(1); --- lock.1.orig Sun Sep 22 00:49:20 1996 +++ lock.1 Sun Sep 22 00:49:33 1996 @@ -62,7 +62,8 @@ .It Fl t Ar timeout The time limit (default 15 minutes) is changed to .Ar timeout -minutes. +minutes. Note that if the user is not root (uid 0), then the maximum +timeout is fixed to 60 minutes. .El .Sh HISTORY The -- -- Phil -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kårve or nøt to kårve, that is the qvestion..." -- My sister ]- From owner-freebsd-current Sun Jan 12 09:49:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA07327 for current-outgoing; Sun, 12 Jan 1997 09:49:18 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id JAA07322 for ; Sun, 12 Jan 1997 09:49:15 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA10630; Sun, 12 Jan 1997 12:49:10 -0500 Date: Sun, 12 Jan 1997 12:49:10 -0500 From: Garrett Wollman Message-Id: <9701121749.AA10630@halloran-eldar.lcs.mit.edu> To: Luigi Rizzo Cc: freebsd-current@FreeBSD.ORG Subject: TCP code (was Re: tcp_extenions=NO between to FreeBSD Hosts!?) In-Reply-To: <199701120904.KAA20383@labinfo.iet.unipi.it> References: <19970112060920.20637.qmail@mpress.com> <199701120904.KAA20383@labinfo.iet.unipi.it> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > Maybe it's time to accept the idea that the TCP code is not carved on > stone. I for one would be more than willing to work on it. One of my long-term desires (parts of which you already see implemented in -current) is to get rid of all the socket-buffer nonsense in the TCP output path and do optimistic packet construction (and keep these verbatim in a separate retransmission queue). This should eventually result in a much, much cleaner TCP implementation which will have the additional benefit of running reasonably fast when the network is behaving well, and no worse than it does now when it is behaving badly. -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 Sun Jan 12 09:56:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA07846 for current-outgoing; Sun, 12 Jan 1997 09:56:24 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id JAA07788 for ; Sun, 12 Jan 1997 09:55:56 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA21365 for freebsd-current@freefall.freebsd.org; Sun, 12 Jan 1997 18:55:25 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id SAA00445; Sun, 12 Jan 1997 18:41:13 +0100 (MET) Message-ID: Date: Sun, 12 Jan 1997 18:41:13 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freefall.freebsd.org Subject: Re: a last word on last References: <199701121342.OAA12422@gilberto.physik.rwth-aachen.de> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701121342.OAA12422@gilberto.physik.rwth-aachen.de>; from Christoph Kukulies on Jan 12, 1997 14:42:12 +0100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Christoph Kukulies wrote: > But piping the last command to anything, be it 'more' or 'head' > gives totally garbled output. Fields contain garbage and seem to be > shifted by one postition. > > Can anyone confirm this? Not confirmed. `last -10' and `last | head' produce exactly the same output for me. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Jan 12 10:26:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA09100 for current-outgoing; Sun, 12 Jan 1997 10:26:47 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id KAA09091 for ; Sun, 12 Jan 1997 10:26:31 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA21971; Sun, 12 Jan 1997 19:25:58 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id TAA00629; Sun, 12 Jan 1997 19:01:03 +0100 (MET) Message-ID: Date: Sun, 12 Jan 1997 19:01:02 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: regnauld@tetard.glou.eu.org (Philippe Regnauld) Cc: freebsd-current@FreeBSD.ORG Subject: Re: patch to lock(1) References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Philippe Regnauld on Jan 12, 1997 17:40:43 +0100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Philippe Regnauld wrote: > I got sick of people locking terminals for 3 hours and not coming back :-) > > I made two simple patches to lock(1) so that the user cannot lock the > terminal more than 1 hour unless he's root. That's not the right way to go. If you want such a functionality, you also need to make the max value configurable in some way, e.g. via a file in /etc. I tend to say that this is rather a kind of `local hack' without much general demand for it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Jan 12 11:01:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA11138 for current-outgoing; Sun, 12 Jan 1997 11:01:20 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA11130; Sun, 12 Jan 1997 11:01:13 -0800 (PST) From: Mike Pritchard Message-Id: <199701121901.LAA11130@freefall.freebsd.org> Subject: Re: a last word on last To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 12 Jan 1997 11:01:12 -0800 (PST) Cc: freebsd-current@freefall.freebsd.org In-Reply-To: from "J Wunsch" at Jan 12, 97 06:41:13 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > As Christoph Kukulies wrote: > > > But piping the last command to anything, be it 'more' or 'head' > > gives totally garbled output. Fields contain garbage and seem to be > > shifted by one postition. > > > > Can anyone confirm this? > > Not confirmed. `last -10' and `last | head' produce exactly the same > output for me. Didn't the wtmp file format just change recently (for longer user names?)? I would suggest zeroing out wtmp and seeing what happens. -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-current Sun Jan 12 11:52:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA16976 for current-outgoing; Sun, 12 Jan 1997 11:52:25 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id LAA16968 for ; Sun, 12 Jan 1997 11:52:23 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA26052; Sun, 12 Jan 1997 12:40:03 -0700 From: Terry Lambert Message-Id: <199701121940.MAA26052@phaeton.artisoft.com> Subject: Re: Partition naming [Was: Adding Hard Drives - Prepping] To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 12 Jan 1997 12:40:02 -0700 (MST) Cc: FreeBSD-current@FreeBSD.org In-Reply-To: from "J Wunsch" at Jan 12, 97 11:34:44 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 > > : What about backwards-compatibility to themselves? I think that's > > : the biggest issue. > > > > I believe they just did it since they hadn't done a release at that > > stage yet. > > Well, but as long as _we_ didn't solve this problem for FreeBSD, > there's no chance to bump the number here. :( There is no inhernet reason that putting a disklabel on a "partition" of an already disklabeled "slice" would not work. All it would require is applying the partition detection mechanism recursively. I've already suggested that this should be the way things work under devfs, anyway. There is also no inherent reason you couldn't have multiple extended partitions (to use the DOS terminology that 99% of the rest of the world is using, with us a confusing exception). Just because *DOS* won't understand them doesn't mean BSD wouldn't. 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 Sun Jan 12 11:53:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA17234 for current-outgoing; Sun, 12 Jan 1997 11:53:54 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id LAA17208 for ; Sun, 12 Jan 1997 11:53:49 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA26071; Sun, 12 Jan 1997 12:41:45 -0700 From: Terry Lambert Message-Id: <199701121941.MAA26071@phaeton.artisoft.com> Subject: Re: patch to lock(1) To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 12 Jan 1997 12:41:45 -0700 (MST) Cc: regnauld@tetard.glou.eu.org, freebsd-current@FreeBSD.ORG In-Reply-To: from "J Wunsch" at Jan 12, 97 07:01:02 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 got sick of people locking terminals for 3 hours and not coming back :-) > > > > I made two simple patches to lock(1) so that the user cannot lock the > > terminal more than 1 hour unless he's root. > > That's not the right way to go. If you want such a functionality, you > also need to make the max value configurable in some way, e.g. via a > file in /etc. > > I tend to say that this is rather a kind of `local hack' without much > general demand for it. Plus you could just type in the root password to unlock the thing... Heh... now where's my private password logging version of "lock"... 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 Sun Jan 12 12:04:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA17878 for current-outgoing; Sun, 12 Jan 1997 12:04:48 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA17871; Sun, 12 Jan 1997 12:04:44 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id MAA22832 ; Sun, 12 Jan 1997 12:04:40 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id VAA13137; Sun, 12 Jan 1997 21:05:45 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.3/8.6.9) id VAA01205; Sun, 12 Jan 1997 21:03:51 +0100 (MET) From: Christoph Kukulies Message-Id: <199701122003.VAA01205@gilberto.physik.rwth-aachen.de> Subject: Re: a last word on last In-Reply-To: <199701121901.LAA11130@freefall.freebsd.org> from Mike Pritchard at "Jan 12, 97 11:01:12 am" To: mpp@freefall.freebsd.org (Mike Pritchard) Date: Sun, 12 Jan 1997 21:03:51 +0100 (MET) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@freefall.freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL28 (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 > J Wunsch wrote: > > > > As Christoph Kukulies wrote: > > > > > But piping the last command to anything, be it 'more' or 'head' > > > gives totally garbled output. Fields contain garbage and seem to be > > > shifted by one postition. > > > > > > Can anyone confirm this? > > > > Not confirmed. `last -10' and `last | head' produce exactly the same > > output for me. > > Didn't the wtmp file format just change recently (for longer user names?)? > I would suggest zeroing out wtmp and seeing what happens. Well, I zeroed wtmp/utmp several times in the past and the problem came back. This may because of the various changes to the wtmp/utmp thing. Anyway, yes, it looks ok now after deleting/touching wtmp/utmp again. Though some entries will have to accumulate still to get a better picture. > -- > Mike Pritchard > mpp@FreeBSD.org > "Go that way. Really fast. If something gets in your way, turn" > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Sun Jan 12 12:11:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA18519 for current-outgoing; Sun, 12 Jan 1997 12:11:57 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA18466 for ; Sun, 12 Jan 1997 12:11:14 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id VAA13209 for ; Sun, 12 Jan 1997 21:13:31 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.3/8.6.9) id VAA01285 for freebsd-current@freefall.cdrom.com; Sun, 12 Jan 1997 21:11:38 +0100 (MET) Date: Sun, 12 Jan 1997 21:11:38 +0100 (MET) From: Christoph Kukulies Message-Id: <199701122011.VAA01285@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: SMC Elite Ultra in -current Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have two SMC Elite Ultra cards which both do not work any longer in any 3.0-current of 97 vintage. It may be that both cards are broken though I doubt. I will check this tomorrow on a Win95 system or install 1.1.5.1 perhaps :-) Can anyone confirm that these cards *do* work in -current? I'm getting ed0 timeout and a non functioning interface. In either case the cards are programmed for 0x300 irq 10 iomem 0xd0000 (or 0xcc000) It may also be that they interfere with a teles ISDN card in one case and a Hercules adapter in the other so I will still have to test the cards in simpler environments. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Sun Jan 12 13:18:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA22676 for current-outgoing; Sun, 12 Jan 1997 13:18:49 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA22670; Sun, 12 Jan 1997 13:18:45 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id OAA22215; Sun, 12 Jan 1997 14:18:14 -0700 (MST) Date: Sun, 12 Jan 1997 14:18:14 -0700 (MST) Message-Id: <199701122118.OAA22215@rocky.mt.sri.com> From: Nate Williams To: Christoph Kukulies Cc: mpp@freefall.freebsd.org (Mike Pritchard), joerg_wunsch@uriah.heep.sax.de, freebsd-current@freefall.freebsd.org Subject: Re: a last word on last In-Reply-To: <199701122003.VAA01205@gilberto.physik.rwth-aachen.de> References: <199701121901.LAA11130@freefall.freebsd.org> <199701122003.VAA01205@gilberto.physik.rwth-aachen.de> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > But piping the last command to anything, be it 'more' or 'head' > > > > gives totally garbled output. Fields contain garbage and seem to be > > > > shifted by one postition. > > I would suggest zeroing out wtmp and seeing what happens. > > Well, I zeroed wtmp/utmp several times in the past and the problem > came back. This may because of the various changes to the wtmp/utmp thing. Are you using an older version of xdm or xterm. If they haven't been recompiled they will create (now bogus) entries. Nate From owner-freebsd-current Sun Jan 12 13:21:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA22887 for current-outgoing; Sun, 12 Jan 1997 13:21:30 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA22875 for ; Sun, 12 Jan 1997 13:21:17 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA26204 for freebsd-current@freefall.freebsd.org; Sun, 12 Jan 1997 22:21:08 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id VAA14899; Sun, 12 Jan 1997 21:54:36 +0100 (MET) Message-ID: Date: Sun, 12 Jan 1997 21:54:35 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freefall.freebsd.org Subject: Re: a last word on last References: <199701121901.LAA11130@freefall.freebsd.org> <199701122003.VAA01205@gilberto.physik.rwth-aachen.de> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701122003.VAA01205@gilberto.physik.rwth-aachen.de>; from Christoph Kukulies on Jan 12, 1997 21:03:51 +0100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Christoph Kukulies wrote: > Well, I zeroed wtmp/utmp several times in the past and the problem > came back. This may because of the various changes to the wtmp/utmp thing. There has only been a single change yet. You can also use src/tools/3.0-upgrade/cvs-wtmp. > Anyway, yes, it looks ok now after deleting/touching wtmp/utmp again. > Though some entries will have to accumulate still to get a better picture. It looks that something is still writing in the wrong format, probably third-party software. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Jan 12 14:19:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA27618 for current-outgoing; Sun, 12 Jan 1997 14:19:17 -0800 (PST) Received: from perki0.connect.com.au (perki0.connect.com.au [192.189.54.85]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id OAA27611 for ; Sun, 12 Jan 1997 14:19:09 -0800 (PST) Received: (from Unemeton@localhost) by perki0.connect.com.au id JAA07715 (8.7.6h/IDA-1.6); Mon, 13 Jan 1997 09:17:42 +1100 (EST) X-Authentication-Warning: perki0.connect.com.au: Unemeton set sender to giles@nemeton.com.au using -f >Received: from localhost.nemeton.com.au (localhost.nemeton.com.au [127.0.0.1]) by nemeton.com.au (8.8.4/8.8.4) with SMTP id IAA00219; Mon, 13 Jan 1997 08:37:51 +1100 (EST) Message-Id: <199701122137.IAA00219@nemeton.com.au> To: Christoph Kukulies cc: freebsd-current@freefall.freebsd.org Subject: Re: SMC Elite Ultra in -current In-reply-to: <199701122011.VAA01285@gilberto.physik.rwth-aachen.de> Date: Mon, 13 Jan 1997 08:37:50 +1100 From: Giles Lean Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 12 Jan 1997 21:11:38 +0100 (MET) Christoph Kukulies wrote: > I'm getting ed0 timeout and a non functioning interface. In either > case the cards are programmed for 0x300 irq 10 iomem 0xd0000 (or > 0xcc000) I have such a card (WD branded rather than SMC -- it is old) with this configuration with 3.0-current and it is working without problems. I did see this error with a clone card, but since the error occured under 2.2-BETA and NetBSD as well I figure the card has failed. Giles From owner-freebsd-current Sun Jan 12 17:25:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA08976 for current-outgoing; Sun, 12 Jan 1997 17:25:08 -0800 (PST) Received: from po1.glue.umd.edu (root@po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA08969 for ; Sun, 12 Jan 1997 17:25:05 -0800 (PST) Received: from uplink.eng.umd.edu (uplink.eng.umd.edu [129.2.98.181]) by po1.glue.umd.edu (8.8.3/8.7.3) with ESMTP id UAA10921 for ; Sun, 12 Jan 1997 20:24:57 -0500 (EST) Received: from localhost (chuckr@localhost) by uplink.eng.umd.edu (8.8.3/8.7.3) with SMTP id UAA13430 for ; Sun, 12 Jan 1997 20:24:56 -0500 (EST) X-Authentication-Warning: uplink.eng.umd.edu: chuckr owned process doing -bs Date: Sun, 12 Jan 1997 20:24:56 -0500 (EST) From: Chuck Robey X-Sender: chuckr@uplink.eng.umd.edu To: FreeBSD current Subject: info changes Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk With all the recent info changes, info is now ignoring the cursor keys from an xterm. This is unfair, I could barely make it work at all before, now even that minimal usage is gone! ----------------------------+----------------------------------------------- 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 picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Sun Jan 12 17:31:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA09328 for current-outgoing; Sun, 12 Jan 1997 17:31:48 -0800 (PST) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA09321 for ; Sun, 12 Jan 1997 17:31:46 -0800 (PST) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.3/CET-v2.1) with SMTP id BAA23673; Mon, 13 Jan 1997 01:31:39 GMT Date: Mon, 13 Jan 1997 10:31:39 +0900 (JST) From: Michael Hancock To: Poul-Henning Kamp cc: freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/sys md5.h In-Reply-To: <199612221031.CAA26954@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 This needs to be in RELENG_2_2. I vaguely remember seeing something about md5 moving to the kernel but I don't have the message any more. Sorry if I missed something relevant. Mike Hancock On Sun, 22 Dec 1996, Poul-Henning Kamp wrote: > phk 96/12/22 02:31:35 > > Modified: sys/sys md5.h > Log: > Fixup for new location. > This file came here by a repository copy. > > Revision Changes Path > 1.6 +4 -4 src/sys/sys/md5.h > From owner-freebsd-current Sun Jan 12 18:27:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA12516 for current-outgoing; Sun, 12 Jan 1997 18:27:38 -0800 (PST) Received: from nemesis.lonestar.org ([207.136.12.34]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id SAA12510 for ; Sun, 12 Jan 1997 18:27:28 -0800 (PST) Received: by nemesis.lonestar.org (Smail3.1.27.1 #22) id m0vjc7J-000tx1C; Sun, 12 Jan 97 20:27 CST Message-Id: Date: Sun, 12 Jan 97 20:27 CST To: freebsd-current@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Sun Jan 12 1997, 20:27:16 CST Subject: Re: User ppp not hanging up modem. Cc: uhclem@nemesis.lonestar.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Nate Williams wrote: [5]That's *NOT* the correct thing. What happens when for some reason [5]PPP happens to send the sequence '+++' to the modem? All of a sudden [5]it'll drop into command mode and you're screwed. User-PPP (as well as [5]all other PPP/SLIP implementations I've worked with) assumes that you've [5]disabled the escape sequence at least temporarily. [7]From: J Wunsch [7]That's why they protect it by requiring 500 ms spaces before and after [7]the +++. I think AT&T even has a patent on this escaping scheme. Actually that is a Hayes patent, and the royalties are so high, many modem vendors DO NOT implement the pauses. There are other schemes, such as the Time Independent Escape Sequence (TIES) used by a dozen different modem vendors to avoid paying Hayes. TIES looks for this sequence with no timing requirements at all: 1. Any character other than the escape character. 2. Three of the escape characters. (Modem returns OK) 3. "AT" followed by 0x0d. (Modem returns OK and enters Command Mode). Ventel is the official keeper of the spec and will send you a copy if you are interested. They have an agreement they want you to sign, but all it says is that if you build any modems using TIES, you agree to comply with the latest revision of the specification. That's it. Despite the lack of timing pauses, TIES did pretty good compared to Hayes IESWGT system. Frequently TIES did better. Then there is one used by PerfectData/EasyData, which relies on anagram patterns, (+++ is considered a three character anagram but you can specify longer ones) and it is really easy have screw up. Some modems (from big vendors) don't even implement the Hayes escape sequence correctly, and scan characters coming from the DCE end when looking for the escape sequence. A great hackers tool. Disabling the in-band escape sequence and using DTR is the only safe way to avoid accidential "escapes" into Command Mode based on traffic content. Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@rwsystr.nkn.net | demand... A SEGMENT REGISTER!!!" |"A what?" or ...letni!rwsys!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-current Sun Jan 12 18:33:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA12781 for current-outgoing; Sun, 12 Jan 1997 18:33:21 -0800 (PST) Received: from chaos.ecpnet.com (raistlin@chaos.ecpnet.com [204.246.64.13]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA12773 for ; Sun, 12 Jan 1997 18:33:17 -0800 (PST) Received: from localhost (raistlin@localhost) by chaos.ecpnet.com (8.8.4/8.8.3) with SMTP id UAA05958; Sun, 12 Jan 1997 20:33:51 -0600 (CST) Date: Sun, 12 Jan 1997 20:33:51 -0600 (CST) From: Justen Stepka To: Christoph Kukulies cc: freebsd-current@freefall.freebsd.org Subject: Re: SMC Elite Ultra in -current In-Reply-To: <199701122011.VAA01285@gilberto.physik.rwth-aachen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I have two SMC Elite Ultra cards which both do not work any longer > in any 3.0-current of 97 vintage. It may be that both cards are > broken though I doubt. I will check this tomorrow on a Win95 system > or install 1.1.5.1 perhaps :-) Don't bother checking, the win95 machines will work fine. > Can anyone confirm that these cards *do* work in -current? I can confirm that they do stall. From owner-freebsd-current Sun Jan 12 18:35:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA12962 for current-outgoing; Sun, 12 Jan 1997 18:35:18 -0800 (PST) Received: from nemesis.lonestar.org ([207.136.12.34]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id SAA12942; Sun, 12 Jan 1997 18:35:07 -0800 (PST) Received: by nemesis.lonestar.org (Smail3.1.27.1 #22) id m0vjcEb-000u3fC; Sun, 12 Jan 97 20:34 CST Message-Id: Date: Sun, 12 Jan 97 20:34 CST To: nate@mt.sri.com, freebsd-questions@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org, chuckr@glue.umd.edu From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Sun Jan 12 1997, 20:34:48 CST Subject: Re: User ppp not hanging up modem. Cc: uhclem@nemesis.lonestar.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk [14]On Sat, 21 Dec 1996 dicen@hooked.net wrote: [14]Note that the standard command "&D3" tells the modem to reset itself when [14]DTR drops. Nate's right, this _is_ standard. I have been modem designs for three years, so you have stepped into an area where I have some expertise. Unfortunately, &D3 is not a standard. EIA 602, the AT command set standard (as opposed to a vendors reference modem standard) includes only &D0, &D1, and &D2. Many major brands including Sportsters, either do not support &D3 or don't store it in EEPROM, making it useless. If available, &D3 or a given modem makers functional equivalent command is the best way to go for all serial modem sessions, since it guarantees that no settings from one call persist to the next. Everybody gets a clean slate. &D2 is the next best available choice. If all you have is &D2, add a ATZ to the hang-up or dial-out script to obtain functionality close to what &D3 would have provided. Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@rwsystr.nkn.net | demand... A SEGMENT REGISTER!!!" |"A what?" or ...letni!rwsys!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-current Sun Jan 12 18:42:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA13362 for current-outgoing; Sun, 12 Jan 1997 18:42:59 -0800 (PST) Received: from po2.glue.umd.edu (root@po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA13341; Sun, 12 Jan 1997 18:42:51 -0800 (PST) Received: from uplink.eng.umd.edu (uplink.eng.umd.edu [129.2.98.181]) by po2.glue.umd.edu (8.8.3/8.7.3) with ESMTP id VAA15799; Sun, 12 Jan 1997 21:42:48 -0500 (EST) Received: from localhost (chuckr@localhost) by uplink.eng.umd.edu (8.8.3/8.7.3) with SMTP id VAA13238; Sun, 12 Jan 1997 21:42:47 -0500 (EST) X-Authentication-Warning: uplink.eng.umd.edu: chuckr owned process doing -bs Date: Sun, 12 Jan 1997 21:42:47 -0500 (EST) From: Chuck Robey X-Sender: chuckr@uplink.eng.umd.edu To: Frank Durda IV cc: nate@mt.sri.com, freebsd-questions@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: User ppp not hanging up modem. 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, 12 Jan 1997, Frank Durda IV wrote: > > [14]On Sat, 21 Dec 1996 dicen@hooked.net wrote: > [14]Note that the standard command "&D3" tells the modem to reset itself when > [14]DTR drops. Nate's right, this _is_ standard. > > I have been modem designs for three years, so you have stepped into > an area where I have some expertise. > > Unfortunately, &D3 is not a standard. EIA 602, the AT command set > standard (as opposed to a vendors reference modem standard) includes only > &D0, &D1, and &D2. Many major brands including Sportsters, either do > not support &D3 or don't store it in EEPROM, making it useless. I have a Sportster, the manual is open in front of me, and that's NOT true, it DOES have &D3. If its specified on dialup, then it will work on disconnect (with or without eeprom storage). > > If available, &D3 or a given modem makers functional equivalent command > is the best way to go for all serial modem sessions, since it guarantees > that no settings from one call persist to the next. Everybody gets a > clean slate. > > &D2 is the next best available choice. If all you have is &D2, add a > ATZ to the hang-up or dial-out script to obtain functionality close to > what &D3 would have provided. > > Frank Durda IV |"The Knights who say "LETNi" > or uhclem%nemesis@rwsystr.nkn.net | demand... A SEGMENT REGISTER!!!" > |"A what?" > or ...letni!rwsys!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 > > ----------------------------+----------------------------------------------- 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 picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Sun Jan 12 20:24:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA18007 for current-outgoing; Sun, 12 Jan 1997 20:24:43 -0800 (PST) Received: from RWSystems.net (root@rwsystr.RWSystems.net [204.251.23.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id UAA17987; Sun, 12 Jan 1997 20:24:35 -0800 (PST) Received: from nemesis by RWSystems.net with uucp (Smail3.1.29.1 #3) id m0vjdkz-0001ePC; Sun, 12 Jan 97 22:12 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #22) id m0vjdq6-000tx1C; Sun, 12 Jan 97 22:17 CST Message-Id: Date: Sun, 12 Jan 97 22:17 CST To: chuckr@glue.umd.edu, nate@mt.sri.com, freebsd-questions@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Sun Jan 12 1997, 22:17:37 CST Subject: Re: User ppp not hanging up modem. Cc: uhclem@nemesis.lonestar.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk [-]Unfortunately, &D3 is not a standard. EIA 602, the AT command set [-]standard (as opposed to a vendors reference modem standard) includes only [-]&D0, &D1, and &D2. Many major brands including Sportsters, either do [-]not support &D3 or don't store it in EEPROM, making it useless. [0]I have a Sportster, the manual is open in front of me, and that's NOT [0]true, it DOES have &D3. If its specified on dialup, then it will work on [0]disconnect (with or without eeprom storage). Yes, the current/recent Sportsters do accept &D3, BUT Sportsters do NOT save the &D3 setting in EEPROM. Try it: ATZ AT&D3 ATI4 (verify that &D3 is there) AT&W (save) ATZ (reset) ATI4 (inspect) It's now &D2. USR argues (badly) that this value doesn't need to be saved permanently. USR says that if you wanted the action &D3 provides, you should add it to your dialing string on each dial-out. Of course, this ignores dial-ins. My current company has been complaining about this and many other Sportster bugs for over a year. We own over 3,000 of them. I personally believe USR ran out of bits in EEPROM and this is one of many settings that don't "stick" over resets and power cycles. I have heard that VERY OLD Sportsters don't have &D3 at all, but I haven't found one that old in the revisions I have access to. Couriers apparently have sufficient EEPROM to correctly hold &D3. Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@rwsystr.nkn.net | demand... A SEGMENT REGISTER!!!" |"A what?" or ...letni!rwsys!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-current Sun Jan 12 22:15:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA21635 for current-outgoing; Sun, 12 Jan 1997 22:15:41 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA21630 for ; Sun, 12 Jan 1997 22:15:37 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id RAA07295 for current@freebsd.org; Mon, 13 Jan 1997 17:13:57 +1100 Date: Mon, 13 Jan 1997 17:13:57 +1100 From: Bruce Evans Message-Id: <199701130613.RAA07295@godzilla.zeta.org.au> To: current@freebsd.org Subject: limits in login.conf Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Some of the default limits in login.conf are much smaller than the kernel defaults: kernel login.conf ------ ---------- datasize 16M 16M maxproc 40 64 memorylocked 10M infinity stacksize 2M 8M Some are larger and broken: memoryuse 30M machine-dependent The kernel sets this to the maximum amount of real memory available, which is about 6MB on an 8MB machine, so forcing it to a larger value is wrong. I think the kernel defaults should be increased to the maximum or infinity and setclassresources() should never reduce them. Bruce From owner-freebsd-current Sun Jan 12 22:57:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA23369 for current-outgoing; Sun, 12 Jan 1997 22:57:12 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA23362 for ; Sun, 12 Jan 1997 22:57:09 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id RAA08772; Mon, 13 Jan 1997 17:52:29 +1100 Date: Mon, 13 Jan 1997 17:52:29 +1100 From: Bruce Evans Message-Id: <199701130652.RAA08772@godzilla.zeta.org.au> To: bde@zeta.org.au, current@FreeBSD.org Subject: Re: limits in login.conf Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >is wrong. I think the kernel defaults should be increased to the >maximum or infinity and setclassresources() should never reduce them. increase Bruce From owner-freebsd-current Sun Jan 12 23:23:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA24403 for current-outgoing; Sun, 12 Jan 1997 23:23:07 -0800 (PST) Received: from hemi.com (hemi.com [204.132.158.10]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA24396 for ; Sun, 12 Jan 1997 23:23:04 -0800 (PST) Received: (from mbarkah@localhost) by hemi.com (8.8.4/8.7.3) id AAA19085 for freebsd-current@freebsd.org; Mon, 13 Jan 1997 00:23:03 -0700 (MST) From: Ade Barkah Message-Id: <199701130723.AAA19085@hemi.com> Subject: Couldn't build libc_r... To: freebsd-current@freebsd.org Date: Mon, 13 Jan 1997 00:23:02 -0700 (MST) 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 Hello, I tried to build libc_r in -current, but two files (./libc/rcp/\ pmap_clnt.c and ./libc/yp/yplib.c) couldn't compile because the following are missing from /usr/include/rpc/types.h version 1.5: #ifndef INADDR_LOOPBACK #define INADDR_LOOPBACK (u_long)0x7F000001 #endif Adding them back manually solved the problem. I'm I just doing something wrong ? Thanks, -Ade ------------------------------------------------------------------- Inet: mbarkah@hemi.com - HEMISPHERE ONLINE - ------------------------------------------------------------------- From owner-freebsd-current Sun Jan 12 23:32:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA25006 for current-outgoing; Sun, 12 Jan 1997 23:32:43 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA25001 for ; Sun, 12 Jan 1997 23:32:33 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.6/BSD4.4) id SAA10914 for current@freebsd.org; Mon, 13 Jan 1997 18:32:11 +1100 (EST) From: michael butler Message-Id: <199701130732.SAA10914@asstdc.scgt.oz.au> Subject: multiple 2842 controllers To: current@freebsd.org Date: Mon, 13 Jan 1997 18:32:10 +1100 (EST) X-Mailer: ELM [version 2.4ME+ PL28 (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 Sorry .. I know this isn't quite the place but "the people who know" are in here .. I have an old 486DX/4 motherboard that I was trying to squeeze two Adaptec 2842 controllers onto .. a small(-ish) news server. It has 3 VL slots but they're documented as "J18 & J19 are master 0, J20 is master 1". I tried the controllers in J18 & J19 but the second one has all sorts of bother, can't read IRQ correctly from EEPROM and selects 3.6 meg async for a Quantum Atlas 4.3G .. not quite what I was after :-( I couldn't take the machine down for longer than ~15 mins so I thought I'd ask here before making customers any more cranky .. do I have to have them in J18 & J20 for this to work ? michael From owner-freebsd-current Sun Jan 12 23:42:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA25837 for current-outgoing; Sun, 12 Jan 1997 23:42:50 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA25832 for ; Sun, 12 Jan 1997 23:42:47 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id IAA24567; Mon, 13 Jan 1997 08:44:41 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.3/8.6.9) id IAA05491; Mon, 13 Jan 1997 08:42:41 +0100 (MET) From: Christoph Kukulies Message-Id: <199701130742.IAA05491@gilberto.physik.rwth-aachen.de> Subject: Re: SMC Elite Ultra in -current In-Reply-To: <199701122137.IAA00219@nemeton.com.au> from Giles Lean at "Jan 13, 97 08:37:50 am" To: giles@nemeton.com.au (Giles Lean) Date: Mon, 13 Jan 1997 08:42:41 +0100 (MET) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-current@freefall.freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL28 (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 > > On Sun, 12 Jan 1997 21:11:38 +0100 (MET) Christoph Kukulies wrote: > > > I'm getting ed0 timeout and a non functioning interface. In either > > case the cards are programmed for 0x300 irq 10 iomem 0xd0000 (or > > 0xcc000) > > I have such a card (WD branded rather than SMC -- it is old) with this > configuration with 3.0-current and it is working without problems. > > I did see this error with a clone card, but since the error occured > under 2.2-BETA and NetBSD as well I figure the card has failed. > > Giles > > Hhmm. How -current is your 3.0? I now have two contradicting answers, one saying that the cards stalls, you are saying it works. To be sure we are talking about the same card, mine is deteced as ed0 at 0x300-0x31f irq 10 maddr 0xd0000 msize 16384 on isa ed0: address 00:00:c0:5b:21:a8, type SMC8216/SMC8216C (16 bit) --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Sun Jan 12 23:51:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA26379 for current-outgoing; Sun, 12 Jan 1997 23:51:23 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA26372; Sun, 12 Jan 1997 23:51:19 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id IAA25087; Mon, 13 Jan 1997 08:53:36 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.3/8.6.9) id IAA05553; Mon, 13 Jan 1997 08:51:53 +0100 (MET) From: Christoph Kukulies Message-Id: <199701130751.IAA05553@gilberto.physik.rwth-aachen.de> Subject: Re: a last word on last In-Reply-To: <199701122118.OAA22215@rocky.mt.sri.com> from Nate Williams at "Jan 12, 97 02:18:14 pm" To: nate@mt.sri.com (Nate Williams) Date: Mon, 13 Jan 1997 08:51:53 +0100 (MET) Cc: kuku@gilberto.physik.rwth-aachen.de, mpp@freefall.freebsd.org, joerg_wunsch@uriah.heep.sax.de, freebsd-current@freefall.freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL28 (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 > > > > > But piping the last command to anything, be it 'more' or 'head' > > > > > gives totally garbled output. Fields contain garbage and seem to be > > > > > shifted by one postition. > > > > I would suggest zeroing out wtmp and seeing what happens. > > > > Well, I zeroed wtmp/utmp several times in the past and the problem > > came back. This may because of the various changes to the wtmp/utmp thing. > > Are you using an older version of xdm or xterm. If they haven't been > recompiled they will create (now bogus) entries. Besides that I think it is a very bad idea that the wtmp/utmp changes affect the X applications (this makes running NFSed/NIS/YP clusters with shared areas for X11 and differing kernels a pain and nearly impossible - and I hope, that there will be a solution for this (libutil) soon ), in my case the effect showed already at the vty level. > > > Nate > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Sun Jan 12 23:57:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA26633 for current-outgoing; Sun, 12 Jan 1997 23:57:30 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA26627 for ; Sun, 12 Jan 1997 23:57:16 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id IAA25225; Mon, 13 Jan 1997 08:59:21 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.3/8.6.9) id IAA05591; Mon, 13 Jan 1997 08:57:38 +0100 (MET) From: Christoph Kukulies Message-Id: <199701130757.IAA05591@gilberto.physik.rwth-aachen.de> Subject: Re: a last word on last In-Reply-To: from J Wunsch at "Jan 12, 97 09:54:35 pm" To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 13 Jan 1997 08:57:38 +0100 (MET) Cc: freebsd-current@freefall.freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL28 (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 > As Christoph Kukulies wrote: > > > Well, I zeroed wtmp/utmp several times in the past and the problem > > came back. This may because of the various changes to the wtmp/utmp thing. > > There has only been a single change yet. > > You can also use src/tools/3.0-upgrade/cvs-wtmp. I did that a couple of times and either cvs-wtmp barfed at some entries or it didn't work for some other reasons. > > > Anyway, yes, it looks ok now after deleting/touching wtmp/utmp again. > > Though some entries will have to accumulate still to get a better picture. > > It looks that something is still writing in the wrong format, probably > third-party software. Maybe Xaccel? But why do we pile up obstacles for running third party software? I don't expect that Xinside care for holding ready versions for pre and post 2.2 FreeBSD. I know that the wtmp/utmp issues have been discussed widely but a clearing word on this issue would really be helpful. What is the idea to cope with this problem? > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Mon Jan 13 00:15:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA27557 for current-outgoing; Mon, 13 Jan 1997 00:15:19 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id AAA27552 for ; Mon, 13 Jan 1997 00:15:16 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id SAA16719; Mon, 13 Jan 1997 18:44:47 +1030 (CST) From: Michael Smith Message-Id: <199701130814.SAA16719@genesis.atrad.adelaide.edu.au> Subject: Re: multiple 2842 controllers In-Reply-To: <199701130732.SAA10914@asstdc.scgt.oz.au> from michael butler at "Jan 13, 97 06:32:10 pm" To: imb@scgt.oz.au (michael butler) Date: Mon, 13 Jan 1997 18:44:46 +1030 (CST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (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 butler stands accused of saying: > Sorry .. I know this isn't quite the place but "the people who know" are in > here .. > > I have an old 486DX/4 motherboard that I was trying to squeeze two Adaptec > 2842 controllers onto .. a small(-ish) news server. It has 3 VL slots but > they're documented as "J18 & J19 are master 0, J20 is master 1". Oh dear 8) > I tried the controllers in J18 & J19 but the second one has all sorts of > bother, can't read IRQ correctly from EEPROM and selects 3.6 meg async for a > Quantum Atlas 4.3G .. not quite what I was after :-( Sounds bad. > I couldn't take the machine down for longer than ~15 mins so I thought I'd > ask here before making customers any more cranky .. do I have to have them > in J18 & J20 for this to work ? Probably. It's also possible that you won't be able to put more than one VL master in that board at all. The whole 'VL busmaster' thing was a bit fuzzy to begin with, and I've had really mixed results with putting more than one busmaster (mostly Ultrastor 34f's in my case) in VL systems. > michael -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon Jan 13 00:21:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA27930 for current-outgoing; Mon, 13 Jan 1997 00:21:16 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id AAA27924 for ; Mon, 13 Jan 1997 00:21:15 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vjhdG-0003vnC; Mon, 13 Jan 97 00:20 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id JAA20949; Mon, 13 Jan 1997 09:20:34 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id JAA15204; Mon, 13 Jan 1997 09:21:03 +0100 (MET) To: Christoph Kukulies cc: freebsd-current@freefall.FreeBSD.org Subject: Re: SMC Elite Ultra in -current In-reply-to: Your message of "Sun, 12 Jan 1997 21:11:38 +0100." <199701122011.VAA01285@gilberto.physik.rwth-aachen.de> Date: Mon, 13 Jan 1997 09:21:03 +0100 Message-ID: <15202.853143663@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199701122011.VAA01285@gilberto.physik.rwth-aachen.de>, Christoph Ku kulies writes: > >I have two SMC Elite Ultra cards which both do not work any longer >in any 3.0-current of 97 vintage. It may be that both cards are >broken though I doubt. I will check this tomorrow on a Win95 system >or install 1.1.5.1 perhaps :-) > >Can anyone confirm that these cards *do* work in -current? yes, I have several of them running. >I'm getting ed0 timeout and a non functioning interface. In either >case the cards are programmed for 0x300 irq 10 iomem 0xd0000 (or 0xcc000) Sounds like you're not getting your IRQ's. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Mon Jan 13 00:28:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA28418 for current-outgoing; Mon, 13 Jan 1997 00:28:24 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id AAA28412 for ; Mon, 13 Jan 1997 00:28:23 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vjhjG-0003w0C; Mon, 13 Jan 97 00:26 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id JAA20958; Mon, 13 Jan 1997 09:26:46 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id JAA15331; Mon, 13 Jan 1997 09:27:13 +0100 (MET) To: Michael Hancock cc: Poul-Henning Kamp , freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/sys md5.h In-reply-to: Your message of "Mon, 13 Jan 1997 10:31:39 +0900." Date: Mon, 13 Jan 1997 09:27:13 +0100 Message-ID: <15329.853144033@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message , Mich ael Hancock writes: >This needs to be in RELENG_2_2. I vaguely remember seeing something about >md5 moving to the kernel but I don't have the message any more. Sorry if >I missed something relevant. As far as I know it is. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Mon Jan 13 01:24:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA01600 for current-outgoing; Mon, 13 Jan 1997 01:24:38 -0800 (PST) Received: from david.siemens.de (david.siemens.de [146.254.1.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA01595 for ; Mon, 13 Jan 1997 01:24:34 -0800 (PST) Received: from salomon.mchp.siemens.de (salomon.mchp.siemens.de [139.23.33.13]) by david.siemens.de (8.8.3/8.8.0) with ESMTP id KAA22484 for ; Mon, 13 Jan 1997 10:20:20 +0100 (MET) Received: from curry.mchp.siemens.de (smtpd@curry.zfe.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.2/8.8.0) with ESMTP id KAA28946 for ; Mon, 13 Jan 1997 10:24:02 +0100 (MET) Received: (from smtpd@localhost) by curry.mchp.siemens.de (8.8.4/8.8.4) id KAA07946 for ; Mon, 13 Jan 1997 10:24:01 +0100 (MET) From: Andre Albsmeier Message-Id: <199701130923.KAA24912@server.us.tld> Subject: Re: SMC Elite Ultra in -current To: freebsd-current@freebsd.org Date: Mon, 13 Jan 1997 10:23:57 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL28 (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 am running 2.2-BETA on an P166 and have a SMC Ether EZ which is detected as ed0 at 0x240-0x25f irq 5 maddr 0xd0000 msize 8192 on isa ed0: address 00:00:c0:f9:a9:dd, type SMC8416C/SMC8416BT (16 bit) However, when the /etc/network script runs, it says ed0: device timeout. The card worked until beginning of december and the stopped. I thought the card was broken, but now I replaced it by anouther one and this doesn't work either. They both work in an ISA system running 2.1.6.1. I had to go back to a 3c509 now :-(. Andre From owner-freebsd-current Mon Jan 13 01:35:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA02041 for current-outgoing; Mon, 13 Jan 1997 01:35:39 -0800 (PST) Received: from ravenock.cybercity.dk (ravenock.cybercity.dk [194.16.57.32]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA02036 for ; Mon, 13 Jan 1997 01:35:34 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.4/8.7.3) id KAA01319; Mon, 13 Jan 1997 10:28:16 +0100 (MET) Message-Id: <199701130928.KAA01319@ravenock.cybercity.dk> Subject: Re: SMC Elite Ultra in -current In-Reply-To: <199701130742.IAA05491@gilberto.physik.rwth-aachen.de> from Christoph Kukulies at "Jan 13, 97 08:42:41 am" To: kuku@gilberto.physik.rwth-aachen.de Date: Mon, 13 Jan 1997 10:28:07 +0100 (MET) Cc: giles@nemeton.com.au, kuku@gilberto.physik.rwth-aachen.de, freebsd-current@freefall.freebsd.org From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Christoph Kukulies who wrote: > > > > On Sun, 12 Jan 1997 21:11:38 +0100 (MET) Christoph Kukulies wrote: > > > > > I'm getting ed0 timeout and a non functioning interface. In either > > > case the cards are programmed for 0x300 irq 10 iomem 0xd0000 (or > > > 0xcc000) This normally means that the interrupts are lost... > Hhmm. How -current is your 3.0? I now have two contradicting answers, > one saying that the cards stalls, you are saying it works. To be sure we > are talking about the same card, mine is deteced as > > ed0 at 0x300-0x31f irq 10 maddr 0xd0000 msize 16384 on isa > ed0: address 00:00:c0:5b:21:a8, type SMC8216/SMC8216C (16 bit) I have one, it works fine, are you sure the board is setup to use irq 10 ??, check with the dos setup sw if in doubt.. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Mon Jan 13 01:55:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA02875 for current-outgoing; Mon, 13 Jan 1997 01:55:41 -0800 (PST) Received: from solar.tlk.com (wQkBca2BO0kRz9Z4Jut5jlEwZZPigDuc@solar.tlk.com [194.97.84.10]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA02870 for ; Mon, 13 Jan 1997 01:55:36 -0800 (PST) Received: by solar.tlk.com via sendmail with stdio id for freebsd-current@freefall.freebsd.org; Mon, 13 Jan 1997 10:54:10 +0100 (MET)) Message-Id: From: torstenb@solar.tlk.com (Torsten Blum) Subject: Re: a last word on last In-Reply-To: <199701130757.IAA05591@gilberto.physik.rwth-aachen.de> from Christoph Kukulies at "Jan 13, 97 08:57:38 am" To: kuku@gilberto.physik.rwth-aachen.de Date: Mon, 13 Jan 1997 10:54:10 +0100 (MET) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@freefall.freebsd.org X-Mailer: ELM [version 2.4ME+ PL26 (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 Christoph Kukulies wrote: > > It looks that something is still writing in the wrong format, probably > > third-party software. > > Maybe Xaccel? But why do we pile up obstacles for running third party > software? I don't expect that Xinside care for holding ready versions > for pre and post 2.2 FreeBSD. No, Xaccel does not write to utmp/wtmp. But Xinside's CDE (and X11R6.1 which is included) writes to utmp/wtmp/lastlog. I talked to Thomas Roell about the recent utmp changes and it seems that there won't be a new release of their X11R6.1 and CDE for 3.0-current before 3.0 becomes a release ;-( -tb From owner-freebsd-current Mon Jan 13 01:59:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA03008 for current-outgoing; Mon, 13 Jan 1997 01:59:17 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA03001 for ; Mon, 13 Jan 1997 01:58:54 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id LAA28736; Mon, 13 Jan 1997 11:00:22 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.3/8.6.9) id KAA06123; Mon, 13 Jan 1997 10:58:42 +0100 (MET) From: Christoph Kukulies Message-Id: <199701130958.KAA06123@gilberto.physik.rwth-aachen.de> Subject: Re: SMC Elite Ultra in -current In-Reply-To: <199701130928.KAA01319@ravenock.cybercity.dk> from "sos@FreeBSD.org" at "Jan 13, 97 10:28:07 am" To: sos@FreeBSD.org Date: Mon, 13 Jan 1997 10:58:42 +0100 (MET) Cc: kuku@gilberto.physik.rwth-aachen.de, giles@nemeton.com.au, freebsd-current@freefall.freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL28 (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 > In reply to Christoph Kukulies who wrote: > > > > > > On Sun, 12 Jan 1997 21:11:38 +0100 (MET) Christoph Kukulies wrote: > > > > > > > I'm getting ed0 timeout and a non functioning interface. In either > > > > case the cards are programmed for 0x300 irq 10 iomem 0xd0000 (or > > > > 0xcc000) > > This normally means that the interrupts are lost... > > > Hhmm. How -current is your 3.0? I now have two contradicting answers, > > one saying that the cards stalls, you are saying it works. To be sure we > > are talking about the same card, mine is deteced as > > > > ed0 at 0x300-0x31f irq 10 maddr 0xd0000 msize 16384 on isa > > ed0: address 00:00:c0:5b:21:a8, type SMC8216/SMC8216C (16 bit) > > I have one, it works fine, are you sure the board is setup to > use irq 10 ??, check with the dos setup sw if in doubt.. Well, I downloaded EZSETUP 1.22 from www.smc.com (BTW, that page is also interesting for 100MBit stuff, they seem to offer a new 8 fold 100MBit hub called Tiger Hub or something like that, hopefully less expensive than other brands.) I will d/l their diagnosis programs too later today to found out what the trouble with my two defunct 8216 cards is. Is it possible that the cards get so screwed by something (probe, crash or whatever) that they can't brought back to live with the 'normal' EZSETUP. Maybe this can only be answered by SMC themselves? > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > Even more code to hack -- will it ever end > .. > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Mon Jan 13 03:27:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA06792 for current-outgoing; Mon, 13 Jan 1997 03:27:35 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id DAA06787 for ; Mon, 13 Jan 1997 03:27:33 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vjkWi-0003wXC; Mon, 13 Jan 97 03:26 PST Received: from critter.dk.tfs.com (critter.dk.tfs.com [140.145.230.252]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id MAA21405; Mon, 13 Jan 1997 12:26:02 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id MAA18896; Mon, 13 Jan 1997 12:26:35 +0100 (MET) To: Christoph Kukulies cc: sos@freebsd.org, giles@nemeton.com.au, freebsd-current@freefall.freebsd.org Subject: Re: SMC Elite Ultra in -current In-reply-to: Your message of "Mon, 13 Jan 1997 10:58:42 +0100." <199701130958.KAA06123@gilberto.physik.rwth-aachen.de> Date: Mon, 13 Jan 1997 12:26:34 +0100 Message-ID: <18894.853154794@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >Is it possible that the cards get so screwed by something (probe, >crash or whatever) that they can't brought back to live with >the 'normal' EZSETUP. Maybe this can only be answered by SMC >themselves? No normally not, although the EEPROM (or whatever) can be filled with garbage by accident. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Mon Jan 13 03:39:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA07405 for current-outgoing; Mon, 13 Jan 1997 03:39:32 -0800 (PST) Received: from veda.is (ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA07400 for ; Mon, 13 Jan 1997 03:39:28 -0800 (PST) Received: (from adam@localhost) by veda.is (8.8.4/8.7.3) id LAA05006 for freebsd-current@freebsd.org; Mon, 13 Jan 1997 11:47:30 GMT From: Adam David Message-Id: <199701131147.LAA05006@veda.is> Subject: sigs 10,11 (and other hiccups) To: freebsd-current@freebsd.org Date: Mon, 13 Jan 1997 11:47:29 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Once in awhile lately, I've been seeing spates of bus errors and segment violations. Typically, many processes get hit at around the same time and any new process started will immediatetly segv. After some time passing and unaffected processes have continued to run, the situation clears up by itself and things appear normal again. This has been for several months, but seems to have become more frequent recently, under similar typical loads. Other strange effects these days are when programs fail with errors such as: /some/path/Ì: no such file or directory /dev/: no such file or directory /dev/~adam: no such file or directory This has also been this way for several months, tracking current, but seems to have reduced to very infrequent during past weeks. The machine has 16 MB physical RAM and has /usr mounted from NFS. These problems are unrelated to binaries being moved on the NFS server. Also probably unrelated, I have noticed that gdb often reloads binaries and symbols when restarting programs (either on the server or client side of NFS), although the files have not changed. Yet another irregularity (I have only seen this on the NFS client machine so far)... cvs update -dP sometimes fails with stuff like: cvs update: in directory gnu/usr.bin/groff/mm/mm: cvs [update aborted]: *PANIC* administration files missing I have only seen this happen to directories which have been completely removed to the Attic, cvs update has previously skipped the directory several times without complaining and then this. Removing the directory allows the next cvs update to complete normally, but shouldn't -P have already removed it on a previous run? -- Adam David From owner-freebsd-current Mon Jan 13 08:03:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA18823 for current-outgoing; Mon, 13 Jan 1997 08:03:28 -0800 (PST) Received: from viking.ucsalf.ac.uk (viking.ucsalf.ac.uk [192.195.1.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id IAA18817 for ; Mon, 13 Jan 1997 08:03:23 -0800 (PST) Received: by viking.ucsalf.ac.uk (Smail3.1.29.1 #4) id m0vjoqr-00036KC; Mon, 13 Jan 97 16:03 GMT Message-Id: From: mark@plato.salford.ac.uk (Mark Powell) Subject: msdos fs panics under 2.2-RELEASE To: freebsd-current@freebsd.org Date: 13 Jan 1997 16:03:04 -0000 X-Gated-To-News-By: news@ucsalf.ac.uk Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anyone else experienced the kernel page faults when mounting on on the first access after mounting of msdos filesystems? This seems to have hit my system first after I pulled down the 2.2 ctm's and did a 'make world'. 2.2-080196-SNAP didn't have this problem. -- Mark Powell - Unix Information Officer - Clifford Whitworth Building A.I.S., University of Salford, Salford, Manchester, UK. Tel: +44 161 745 5936 Fax: +44 161 736 3596 Email: mark@salford.ac.uk finger mark@ucsalf.ac.uk (for PGP key) Home Page From owner-freebsd-current Mon Jan 13 09:40:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA24543 for current-outgoing; Mon, 13 Jan 1997 09:40:22 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id JAA24532 for ; Mon, 13 Jan 1997 09:40:19 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id KAA25780; Mon, 13 Jan 1997 10:39:47 -0700 (MST) Date: Mon, 13 Jan 1997 10:39:47 -0700 (MST) Message-Id: <199701131739.KAA25780@rocky.mt.sri.com> From: Nate Williams To: torstenb@solar.tlk.com (Torsten Blum) Cc: freebsd-current@freefall.freebsd.org Subject: Re: a last word on last In-Reply-To: References: <199701130757.IAA05591@gilberto.physik.rwth-aachen.de> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > No, Xaccel does not write to utmp/wtmp. But Xinside's CDE (and X11R6.1 > which is included) writes to utmp/wtmp/lastlog. > > I talked to Thomas Roell about the recent utmp changes and it seems that > there won't be a new release of their X11R6.1 and CDE for 3.0-current > before 3.0 becomes a release ;-( I'd be happy with a release of XInside for the 2.2R release using phkmalloc. :( Nate From owner-freebsd-current Mon Jan 13 12:38:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA03949 for current-outgoing; Mon, 13 Jan 1997 12:38:44 -0800 (PST) Received: from r33h142.res.gatech.edu (r33h142.res.gatech.edu [128.61.33.142]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA03942 for ; Mon, 13 Jan 1997 12:38:38 -0800 (PST) Received: (from jason@localhost) by r33h142.res.gatech.edu (8.8.2/8.7.3) id PAA07265; Mon, 13 Jan 1997 15:38:31 -0500 (EST) Message-ID: Date: Mon, 13 Jan 1997 15:38:31 -0500 From: jason@r33h142.res.gatech.edu (Jason Bennett) To: current@freebsd.org Subject: Tcl/Tk X-Mailer: Mutt 0.52 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is Tcl/Tk included in 3.0-Current? I had thought it was, but one of the ports tried to d/l tk4.1 (xcd). jason -- Jason Bennett, jbennett@cc.gatech.edu | Member, Team OS/2! CS Major, Georgia Institute of Technology | Senior TA, CS 1501! Believer in Jesus Christ as Savior and Lord | VP-Comm, BSU! http://bsu.gt.ed.net/~jason/ | finger for PGP key! From owner-freebsd-current Mon Jan 13 12:54:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA04807 for current-outgoing; Mon, 13 Jan 1997 12:54:03 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA04796 for ; Mon, 13 Jan 1997 12:53:58 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.7.5/8.7.3) id MAA13764; Mon, 13 Jan 1997 12:53:37 -0800 (PST) From: "Rodney W. Grimes" Message-Id: <199701132053.MAA13764@GndRsh.aac.dev.com> Subject: Re: multiple 2842 controllers In-Reply-To: <199701130732.SAA10914@asstdc.scgt.oz.au> from michael butler at "Jan 13, 97 06:32:10 pm" To: imb@scgt.oz.au (michael butler) Date: Mon, 13 Jan 1997 12:53:37 -0800 (PST) Cc: 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 > Sorry .. I know this isn't quite the place but "the people who know" are in > here .. > > I have an old 486DX/4 motherboard that I was trying to squeeze two Adaptec > 2842 controllers onto .. a small(-ish) news server. It has 3 VL slots but > they're documented as "J18 & J19 are master 0, J20 is master 1". > > I tried the controllers in J18 & J19 but the second one has all sorts of > bother, can't read IRQ correctly from EEPROM and selects 3.6 meg async for a > Quantum Atlas 4.3G .. not quite what I was after :-( > > I couldn't take the machine down for longer than ~15 mins so I thought I'd > ask here before making customers any more cranky .. do I have to have them > in J18 & J20 for this to work ? Close. When they say ``J18 & J19 are master 0'' it really means that only one of the slots can be used for a master card, so you can put a master in slot J18 OR J19 AND J20. Thus you could use J18 & J20 OR J19 & J20 for the 2842's. Good luck.... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation, Inc. Reliable computers for FreeBSD From owner-freebsd-current Mon Jan 13 13:07:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA05352 for current-outgoing; Mon, 13 Jan 1997 13:07:10 -0800 (PST) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA05344 for ; Mon, 13 Jan 1997 13:07:04 -0800 (PST) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 5699 on Mon, 13 Jan 1997 21:57:01 +0100; id VAA05699 efrom: devet@adv.IAEhv.nl; eto: UNKNOWN Received: by adv.IAEhv.nl (8.7.5/1.63) id VAA09476; Mon, 13 Jan 1997 21:56:17 +0100 (MET) Date: Mon, 13 Jan 1997 21:56:17 +0100 (MET) From: Arjan.deVet@adv.IAEhv.nl (Arjan de Vet) Message-Id: <199701132056.VAA09476@adv.IAEhv.nl> To: imp@village.org Subject: Re: ppp changes for buffer overflows going in X-Newsgroups: list.freebsd.current In-Reply-To: Organization: Internet Access Eindhoven, The Netherlands Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article you write: >However, I am unable to test ppp to my level of satisfaction easily, >since I don't have a ppp link to test it with. I think these changes >will be good, but thought I'd give a heads up. In command.c the size of VarDialScript is being used for VarLoginScript: diff -u -w -r1.28 command.c --- command.c 1997/01/10 07:53:23 1.28 +++ command.c 1997/01/12 16:35:15 @@ -933,7 +934,7 @@ VarDialScript[sizeof(VarDialScript)-1] = '\0'; break; case VAR_LOGIN: - strncpy(VarLoginScript, *argv, sizeof(VarDialScript)-1); + strncpy(VarLoginScript, *argv, sizeof(VarLoginScript)-1); VarLoginScript[sizeof(VarLoginScript)-1] = '\0'; break; case VAR_DEVICE: >They are 2.2 candidates, but I'd like to have them be tested in >-current for as long as possible before committing to the 2.2 branch. Everything seems to be working fine. In my own copy I have enlarged the buffersizes for chat scripts because I have a chat script dealing with SecurId cards and dialback and that takes more than the default 200 characters and maximum 20 expect/send pairs. Arjan From owner-freebsd-current Mon Jan 13 13:27:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA06780 for current-outgoing; Mon, 13 Jan 1997 13:27:51 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA06754 for ; Mon, 13 Jan 1997 13:27:43 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vjtqt-0005Jy-00; Mon, 13 Jan 1997 14:23:31 -0700 To: Arjan.deVet@adv.IAEhv.nl (Arjan de Vet) Subject: Re: ppp changes for buffer overflows going in Cc: freebsd-current@freebsd.org In-reply-to: Your message of "Mon, 13 Jan 1997 21:56:17 +0100." <199701132056.VAA09476@adv.IAEhv.nl> References: <199701132056.VAA09476@adv.IAEhv.nl> Date: Mon, 13 Jan 1997 14:23:31 -0700 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199701132056.VAA09476@adv.IAEhv.nl> Arjan de Vet writes: : In command.c the size of VarDialScript is being used for VarLoginScript: Good Eyes! Since these numbers are the same, it shouldn't matter much. However, in the interest of good coding and fewer potential problems, I'll go ahead and make this fix... Warner : Everything seems to be working fine. In my own copy I have enlarged the : buffersizes for chat scripts because I have a chat script dealing with : SecurId cards and dialback and that takes more than the default 200 : characters and maximum 20 expect/send pairs. I kinda figured that 200 was too small for general use, but didn't want to distrupt the code more to fix that. Warner From owner-freebsd-current Mon Jan 13 13:42:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA07861 for current-outgoing; Mon, 13 Jan 1997 13:42:47 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA07846 for ; Mon, 13 Jan 1997 13:41:59 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA28285; Mon, 13 Jan 1997 14:29:27 -0700 From: Terry Lambert Message-Id: <199701132129.OAA28285@phaeton.artisoft.com> Subject: Re: multiple 2842 controllers To: imb@scgt.oz.au (michael butler) Date: Mon, 13 Jan 1997 14:29:27 -0700 (MST) Cc: current@FreeBSD.ORG In-Reply-To: <199701130732.SAA10914@asstdc.scgt.oz.au> from "michael butler" at Jan 13, 97 06:32:10 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 have an old 486DX/4 motherboard that I was trying to squeeze two Adaptec > 2842 controllers onto .. a small(-ish) news server. It has 3 VL slots but > they're documented as "J18 & J19 are master 0, J20 is master 1". Unless you can switch J18 or J19 to be master 1 as well, you can only have one bus mastering controller in this machine. The master value dictates whether a cache invalidation will be issued to the MMU following a bus mastering DMA. If you do not get a cache invalidation, then the cache will potentially contain bogus cached data lines for the memory region DMA'ed into. This was, incidently, the problem with the old Saturn I and Mercury I and Neptune I chipsets: they left the PCI DMA connect off the mask, so PCI bus masters would never invalidate the cache (ISA or EISA worked fine, however). A number of wholsalers are selling old P60 machines from Dell and Gateway -- beware: they have this problem. A hack fix is to BINVD the memory area for the data transfer in the driver; this will cause the cache lines to be flushed. A less hack fix for the busted hardware is to enable bouncing at all times, and to mark the bounce buffer pages non-cacheable. As long as you don't have an old Cyrix/TI processor using the TI chipmask (instead of the IBM "Blue Lightning" chipmask), this will work. If you have a Cyrix/TI processor using the TI chipmask, then the L1 cache will not honor the non-cacheable bit... in that case, you can only turn off the cache OR call BINVD on the buffer region when you get the "read request completed" in the driver. > I tried the controllers in J18 & J19 but the second one has all sorts of > bother, can't read IRQ correctly from EEPROM and selects 3.6 meg async for a > Quantum Atlas 4.3G .. not quite what I was after :-( > > I couldn't take the machine down for longer than ~15 mins so I thought I'd > ask here before making customers any more cranky .. do I have to have them > in J18 & J20 for this to work ? Unfortunately, this isn't a lot of time to work with. Have you tried disabling the L1 and L2 cache so that there is no need for "master 1" invalidation of cache contents? If this works, it would definitely point you to one of the above fixes for the problem. THen you should split L1/L2 to see if it is a problem with the slots not being master, or if it is a problem with the processor not obeying the cache line (Cyrix/TI processor -- if you turn off L1 and leave L2 on, this would confirm). 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 Mon Jan 13 14:50:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA12202 for current-outgoing; Mon, 13 Jan 1997 14:50:48 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id OAA12197 for ; Mon, 13 Jan 1997 14:50:42 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA21418 for freebsd-current@freefall.freebsd.org; Mon, 13 Jan 1997 23:50:35 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id XAA03286; Mon, 13 Jan 1997 23:29:20 +0100 (MET) Message-ID: Date: Mon, 13 Jan 1997 23:29:20 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freefall.freebsd.org Subject: Re: a last word on last References: <199701130757.IAA05591@gilberto.physik.rwth-aachen.de> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701130757.IAA05591@gilberto.physik.rwth-aachen.de>; from Christoph Kukulies on Jan 13, 1997 08:57:38 +0100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Christoph Kukulies wrote: > > You can also use src/tools/3.0-upgrade/cvs-wtmp. > > I did that a couple of times and either cvs-wtmp barfed at > some entries or it didn't work for some other reasons. Have you tried the `force' switch of the most recent version? > I know that the wtmp/utmp issues have been discussed widely but > a clearing word on this issue would really be helpful. What is the idea > to cope with this problem? The idea for the final solution has been floating around here, and was commonly accepted: all the utmp/wtmp handling stuff should be isolated in libutil (it is already mostly), and no application should ever need to include again (login(3) is still failing this API requirement). There's already one positive side-effect of this discussion: i finally (after more than 10 years of existance?) wrote the man pages for libutil. ;-) Once this has been done, and the major packages and third-party software actually uses it, we can do with utmp whatever we want, we can convert it into dBase format :), make it a record structure, or what else might be the most rationale format. Needless to say, somebody needs to do all this. I have the feeling that David Nugent (hi Dave :) feels compelled to work in this area... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Jan 13 15:18:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA14286 for current-outgoing; Mon, 13 Jan 1997 15:18:47 -0800 (PST) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA14281 for ; Mon, 13 Jan 1997 15:18:42 -0800 (PST) Received: (from asami@localhost) by vader.cs.berkeley.edu (8.8.4/8.7.3) id PAA07358; Mon, 13 Jan 1997 15:18:07 -0800 (PST) Date: Mon, 13 Jan 1997 15:18:07 -0800 (PST) Message-Id: <199701132318.PAA07358@vader.cs.berkeley.edu> To: jason@r33h142.res.gatech.edu CC: current@freebsd.org In-reply-to: Subject: Re: Tcl/Tk From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * Is Tcl/Tk included in 3.0-Current? I had thought it was, but Only tcl is. Satoshi From owner-freebsd-current Mon Jan 13 15:54:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA17216 for current-outgoing; Mon, 13 Jan 1997 15:54:48 -0800 (PST) Received: from pegasus.isr.uc.pt (pegasus.isr.uc.pt [193.136.230.60]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id PAA17209 for ; Mon, 13 Jan 1997 15:54:40 -0800 (PST) Received: from localhost by pegasus.isr.uc.pt (5.x/SMI-SVR4) id AA12255; Mon, 13 Jan 1997 23:51:51 GMT Date: Mon, 13 Jan 1997 23:51:51 +0000 (WET) From: Paulo Menezes X-Sender: paulo@pegasus To: current@freebsd.org Subject: Mirror dies with FPE Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, when I try to use mirror in current it dies with FPE. Last rebuild is from mid December. Does anyone else sees this also? Paulo 250-Please read the file README 250- it was last modified on Sat Jul 27 01:22:05 1996 - 169 days ago 250 CWD command successful. ---> TYPE A 200 Type set to A. ---> PORT 193,136,238,50,4,15 200 PORT command successful. ---> LIST -lRat 150 Opening ASCII mode data connection for /bin/ls. exclude: ports-2.1.6 exclude: packages-2.1.6 exclude: .notar timelocal:/usr/share/perl/timelocal.pl:73 Caught a SIGFPE shutting down at /usr/ local/bin/mirror line 3596, line 1075. From owner-freebsd-current Mon Jan 13 17:15:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA21435 for current-outgoing; Mon, 13 Jan 1997 17:15:55 -0800 (PST) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA21248 for ; Mon, 13 Jan 1997 17:11:56 -0800 (PST) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.2/8.8.2) id MAA02102; Tue, 14 Jan 1997 12:10:51 +1100 (EST) From: David Dawes Message-Id: <199701140110.MAA02102@rf900.physics.usyd.edu.au> Subject: Re: Mirror dies with FPE In-Reply-To: from Paulo Menezes at "Jan 13, 97 11:51:51 pm" To: paulo@isr.uc.pt (Paulo Menezes) Date: Tue, 14 Jan 1997 12:10:50 +1100 (EST) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (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 >when I try to use mirror in current it dies with FPE. >Last rebuild is from mid December. >Does anyone else sees this also? Yes, I've seen this too. It happens because there is a file in /pub/FreeBSD/distfiles with its mtime set to the Epoch, which in PST (cdrom.com's timezone) is 31 Dec 1969. This is an invalid date in timezones which are ahead of PST (most of the rest of the world), and this results in the above problem. There seems to be a few files in /pub/FreeBSD/distfiles with this problem at the moment: bash-2.0.tar.gz imap-4.1.BETA.tar.Z libsx.tar.gz Since the timestamp on the offending file(s) didn't get fixed when I mentioned it a while back, I modified mirror to avoid the problem: *** /usr/local/lib/mirror/dateconv.pl.save Fri Nov 1 17:28:54 1996 --- /usr/local/lib/mirror/dateconv.pl Sun Nov 24 23:18:08 1996 *************** *** 111,116 **** --- 111,120 ---- if( $year > 1900 ){ $year -= 1900; } + + if( $year < 70 ){ + $year = 70; + } $x = &'timelocal( $secs, $mins, $hours, $day, $month, $year ); if( $use_timelocal ){ David >250-Please read the file README >250- it was last modified on Sat Jul 27 01:22:05 1996 - 169 days ago >250 CWD command successful. >---> TYPE A >200 Type set to A. >---> PORT 193,136,238,50,4,15 >200 PORT command successful. >---> LIST -lRat >150 Opening ASCII mode data connection for /bin/ls. > exclude: ports-2.1.6 > exclude: packages-2.1.6 > exclude: .notar >timelocal:/usr/share/perl/timelocal.pl:73 Caught a SIGFPE shutting down at >/usr/ >local/bin/mirror line 3596, line 1075. > > > > From owner-freebsd-current Mon Jan 13 17:50:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA24275 for current-outgoing; Mon, 13 Jan 1997 17:50:06 -0800 (PST) Received: from r33h142.res.gatech.edu (r33h142.res.gatech.edu [128.61.33.142]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA24266 for ; Mon, 13 Jan 1997 17:50:01 -0800 (PST) Received: (from jason@localhost) by r33h142.res.gatech.edu (8.8.2/8.7.3) id UAA07815; Mon, 13 Jan 1997 20:49:58 -0500 (EST) Message-ID: Date: Mon, 13 Jan 1997 20:49:58 -0500 From: jason@r33h142.res.gatech.edu (Jason Bennett) To: current@freebsd.org Subject: Re: Tcl/Tk References: <199701132318.PAA07358@vader.cs.berkeley.edu> X-Mailer: Mutt 0.52 Mime-Version: 1.0 In-Reply-To: <199701132318.PAA07358@vader.cs.berkeley.edu>; from Satoshi Asami on Jan 13, 1997 15:18:07 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Quoting Satoshi Asami (asami@vader.cs.berkeley.edu): > * Is Tcl/Tk included in 3.0-Current? I had thought it was, but > > Only tcl is. Thanks for the replies I got. I'll make sure to get Tk installed ASAP. jason -- Jason Bennett, jbennett@cc.gatech.edu | Member, Team OS/2! CS Major, Georgia Institute of Technology | Senior TA, CS 1501! Believer in Jesus Christ as Savior and Lord | VP-Comm, BSU! http://bsu.gt.ed.net/~jason/ | finger for PGP key! From owner-freebsd-current Mon Jan 13 22:02:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA28459 for current-outgoing; Mon, 13 Jan 1997 22:02:20 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id WAA28446 for ; Mon, 13 Jan 1997 22:02:16 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15276(4)>; Mon, 13 Jan 1997 22:01:40 PST Received: by crevenia.parc.xerox.com id <177476>; Mon, 13 Jan 1997 22:01:35 -0800 From: Bill Fenner To: current@freebsd.org Subject: My 2.2-BETA install woes are almost over! Message-Id: <97Jan13.220135pst.177476@crevenia.parc.xerox.com> Date: Mon, 13 Jan 1997 22:01:29 PST Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I went thru the 2.2-BETA sysinstall for what I hope is the last time tonight. I had selected "dangerously dedicated" 6 times ago when I first partitioned the disk, and just entered and quit the partitioning menu the other 5 times. I'm installing on sd1, and when I finally rebooted to try my new install, I ended up with F1 DOS F5 Disk 2 and F5 just gave me the same prompt again, e.g. it couldn't boot. I booted the fixit floppy and ran fdisk, but the partition was marked as active. So I poked around, found /usr/mdec/boot[12] on the installed partition (should these be on the fixit floppy in an obvious place?) and ran "disklabel -B ...", and now I can boot my new installation (hooray!). I hope that this was due to the fact that I selected "standard" boot manager when I should have selected "none", as opposed to a required part of installation in "Dangerously Dedicated" mode. I have to say that DD mode is significantly improved since 2.2-ALPHA since it actually installed a usable partition table and modulo having to fix the boot blocks, worked perfectly the first time. Now off to fix the broken XF86 install... Bill From owner-freebsd-current Mon Jan 13 22:29:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA07584 for current-outgoing; Mon, 13 Jan 1997 22:29:18 -0800 (PST) Received: from dfw-ix12.ix.netcom.com (dfw-ix12.ix.netcom.com [206.214.98.12]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id WAA07559 for ; Mon, 13 Jan 1997 22:29:15 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (wck-ca21-14.ix.netcom.com [207.94.231.110]) by dfw-ix12.ix.netcom.com (8.6.13/8.6.12) with ESMTP id WAA15269; Mon, 13 Jan 1997 22:23:27 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.4/8.6.9) id WAA01237; Mon, 13 Jan 1997 22:23:19 -0800 (PST) Date: Mon, 13 Jan 1997 22:23:19 -0800 (PST) Message-Id: <199701140623.WAA01237@silvia.HIP.Berkeley.EDU> To: dawes@rf900.physics.usyd.edu.au CC: paulo@isr.uc.pt, current@freebsd.org In-reply-to: <199701140110.MAA02102@rf900.physics.usyd.edu.au> (message from David Dawes on Tue, 14 Jan 1997 12:10:50 +1100 (EST)) Subject: Re: Mirror dies with FPE From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * Yes, I've seen this too. It happens because there is a file in * /pub/FreeBSD/distfiles with its mtime set to the Epoch, which in PST * (cdrom.com's timezone) is 31 Dec 1969. This is an invalid date in This is because of a bug in fetch. I just opened a PR for it. * Since the timestamp on the offending file(s) didn't get fixed when * I mentioned it a while back, I modified mirror to avoid the problem: Nonetheless, mirror shouldn't die because of it. Should this patch be applied to the mirror port? * *** /usr/local/lib/mirror/dateconv.pl.save Fri Nov 1 17:28:54 1996 * --- /usr/local/lib/mirror/dateconv.pl Sun Nov 24 23:18:08 1996 * *************** * *** 111,116 **** * --- 111,120 ---- * if( $year > 1900 ){ * $year -= 1900; * } * + * + if( $year < 70 ){ * + $year = 70; * + } * * $x = &'timelocal( $secs, $mins, $hours, $day, $month, $year ); * if( $use_timelocal ){ * * Satoshi From owner-freebsd-current Mon Jan 13 22:44:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA12966 for current-outgoing; Mon, 13 Jan 1997 22:44:47 -0800 (PST) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA12940 for ; Mon, 13 Jan 1997 22:44:42 -0800 (PST) Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.8.4/8.7.3) id WAA29600 for freebsd-current@freebsd.org; Mon, 13 Jan 1997 22:46:06 -0800 (PST) From: "Steven G. Kargl" Message-Id: <199701140646.WAA29600@troutmask.apl.washington.edu> Subject: su appears broken? To: freebsd-current@freebsd.org Date: Mon, 13 Jan 1997 22:46:06 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL30 (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 kargl[209] su sgk Password: tcsh: Permission denied. kargl[210] file /bin/tcsh /bin/tcsh: BSD/i386 compact demand paged executable kargl[211] cat /etc/shells # List of acceptable shells for chpass(1). # Ftpd will not allow users to connect who are not using # one of these shells. /bin/sh /bin/csh /bin/tcsh kargl[212] grep sgk /etc/passwd sgk:*:1001:1001:Steven G. Kargl,,,:/users/sgk:/bin/tcsh Yes. User kargl and user sgk could su to each others accounts until this evening. cvsup ran morning of 13 Jan 97. ``make world'' completed early evening of 13 Jan 97. A mid-December vintage su worked as expected. login-cap screw up? -- Steve finger kargl@troutmask.apl.washington.edu http://troutmask.apl.washington.edu/~kargl/sgk.html From owner-freebsd-current Tue Jan 14 00:11:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA29134 for current-outgoing; Tue, 14 Jan 1997 00:11:07 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id AAA29129 for ; Tue, 14 Jan 1997 00:10:59 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id JAA01803; Tue, 14 Jan 1997 09:13:19 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.3/8.6.9) id JAA11616; Tue, 14 Jan 1997 09:11:58 +0100 (MET) From: Christoph Kukulies Message-Id: <199701140811.JAA11616@gilberto.physik.rwth-aachen.de> Subject: Re: a last word on last In-Reply-To: from J Wunsch at "Jan 13, 97 11:29:20 pm" To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 14 Jan 1997 09:11:58 +0100 (MET) Cc: freebsd-current@freefall.freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL28 (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 > As Christoph Kukulies wrote: > > > > You can also use src/tools/3.0-upgrade/cvs-wtmp. > > > > I did that a couple of times and either cvs-wtmp barfed at > > some entries or it didn't work for some other reasons. > > Have you tried the `force' switch of the most recent version? Thanks for pointing that out. I presently don't have anymore 'old' wtmp files to convert :-) > > > I know that the wtmp/utmp issues have been discussed widely but > > a clearing word on this issue would really be helpful. What is the idea > > to cope with this problem? > > The idea for the final solution has been floating around here, and was > commonly accepted: all the utmp/wtmp handling stuff should be isolated > in libutil (it is already mostly), and no application should ever need > to include again (login(3) is still failing this API > requirement). > > There's already one positive side-effect of this discussion: i finally > (after more than 10 years of existance?) wrote the man pages for > libutil. ;-) > > Once this has been done, and the major packages and third-party > software actually uses it, we can do with utmp whatever we want, we > can convert it into dBase format :), make it a record structure, or > what else might be the most rationale format. > > Needless to say, somebody needs to do all this. I have the feeling > that David Nugent (hi Dave :) feels compelled to work in this area... Fine. Thanks for explaining. I built XFree86 yesterday BTW, to have all X apps in new shape because these odd entries were creeping in into my last output. This happened when I was sitting at the console using X yesterday for the whole day so it's probably xterm/color_xterm. BTW, is color_xterm gone from port/x11 now and is xterm the full replacement for this (as Satoshi (?) mentioned earlier)? > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Tue Jan 14 00:26:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA29948 for current-outgoing; Tue, 14 Jan 1997 00:26:41 -0800 (PST) Received: from empire.hw.nl (empire.hw.nl [194.151.67.8]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id AAA29943 for ; Tue, 14 Jan 1997 00:26:39 -0800 (PST) Received: from orac.hw.nl (orac.hw.nl [192.168.2.7]) by empire.hw.nl (8.8.4/1.00) with SMTP id JAA22167; Tue, 14 Jan 1997 09:26:20 +0100 (MET) Received: by orac.hw.nl id JAA11870; Tue, 14 Jan 1997 09:26:16 +0100 Message-Id: <199701140826.JAA11870@orac.hw.nl> Date: Tue, 14 Jan 1997 09:26:16 +0100 From: peter@hw.nl (Peter Korsten) To: kargl@troutmask.apl.washington.edu (Steven G. Kargl) Cc: freebsd-current@FreeBSD.ORG Subject: Re: su appears broken? References: <199701140646.WAA29600@troutmask.apl.washington.edu> X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 In-Reply-To: <199701140646.WAA29600@troutmask.apl.washington.edu>; from Steven G. Kargl on Jan 13, 1997 22:46:06 -0800 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I barely dare ask, but is the x bit of tcsh set? - Peter Steven G. Kargl shared with us: > kargl[209] su sgk > Password: > tcsh: Permission denied. > kargl[210] file /bin/tcsh > /bin/tcsh: BSD/i386 compact demand paged executable > kargl[211] cat /etc/shells > # List of acceptable shells for chpass(1). > # Ftpd will not allow users to connect who are not using > # one of these shells. > /bin/sh > /bin/csh > /bin/tcsh > kargl[212] grep sgk /etc/passwd > sgk:*:1001:1001:Steven G. Kargl,,,:/users/sgk:/bin/tcsh > > Yes. User kargl and user sgk could su to each others > accounts until this evening. > > cvsup ran morning of 13 Jan 97. ``make world'' completed > early evening of 13 Jan 97. > > A mid-December vintage su worked as expected. > > login-cap screw up? -- Peter Korsten | peter@hw.nl | http://www.hw.nl/~peter/ Haesenbos, Wetzels & Van der Heijden Multimedia Support 'Never EVER mess with a jumper you don't know about, even if it's labeled "sex and free beer".' -Dave Haynie, Amiga developer From owner-freebsd-current Tue Jan 14 00:32:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA00436 for current-outgoing; Tue, 14 Jan 1997 00:32:22 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id AAA00431 for ; Tue, 14 Jan 1997 00:32:16 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.4/8.8.4) id TAA02161; Tue, 14 Jan 1997 19:32:02 +1100 (EST) Message-ID: Date: Tue, 14 Jan 1997 19:32:02 +1100 From: davidn@unique.usn.blaze.net.au (David Nugent) To: kargl@troutmask.apl.washington.edu ("Steven G. Kargl") Cc: freebsd-current@FreeBSD.ORG Subject: Re: su appears broken? References: <199701140646.WAA29600@troutmask.apl.washington.edu> X-Mailer: Mutt 0.56 Mime-Version: 1.0 In-Reply-To: <199701140646.WAA29600@troutmask.apl.washington.edu>; from "Steven G. Kargl" on Jan 13, 1997 22:46:06 -0800 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Steven G. Kargl" writes: > Yes. User kargl and user sgk could su to each others > accounts until this evening. ~ > login-cap screw up? Probably. Will fix with a commit shortly. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Tue Jan 14 01:30:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA03286 for current-outgoing; Tue, 14 Jan 1997 01:30:49 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA03279 for ; Tue, 14 Jan 1997 01:30:43 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.4/8.8.4) id UAA02683; Tue, 14 Jan 1997 20:30:03 +1100 (EST) Message-ID: Date: Tue, 14 Jan 1997 20:30:02 +1100 From: davidn@unique.usn.blaze.net.au (David Nugent) To: peter@hw.nl (Peter Korsten) Cc: kargl@troutmask.apl.washington.edu (Steven G. Kargl), freebsd-current@freebsd.org Subject: Re: su appears broken? References: <199701140646.WAA29600@troutmask.apl.washington.edu> <199701140826.JAA11870@orac.hw.nl> X-Mailer: Mutt 0.56 Mime-Version: 1.0 In-Reply-To: <199701140826.JAA11870@orac.hw.nl>; from Peter Korsten on Jan 14, 1997 09:26:16 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Peter Korsten writes: > I barely dare ask, but is the x bit of tcsh set? :-) No the bug was real. I have no idea why tcsh reacted like it did, but the end effect of a stray '~' was that su could only su to root, and not to a non-root account. The fix was just committed. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Tue Jan 14 06:31:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA15151 for current-outgoing; Tue, 14 Jan 1997 06:31:41 -0800 (PST) Received: from bobcat.cs.duke.edu (bobcat.cs.duke.edu [152.3.140.36]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA15140 for ; Tue, 14 Jan 1997 06:31:39 -0800 (PST) Received: from snow.cs.duke.edu (snow [152.3.145.23]) by bobcat.cs.duke.edu (8.8.3/8.6.9) with ESMTP id JAA31612 for ; Tue, 14 Jan 1997 09:31:37 -0500 (EST) Received: (from gallatin@localhost) by snow.cs.duke.edu (8.8.4/8.7.3) id JAA24436; Tue, 14 Jan 1997 09:31:37 -0500 (EST) Date: Tue, 14 Jan 1997 09:31:37 -0500 (EST) Message-Id: <199701141431.JAA24436@snow.cs.duke.edu> From: Andrew Gallatin To: FreeBSD-current@FreeBSD.ORG Subject: minor suggestion for 2.2 boot/fixit.flp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As the subject says, I have a minor suggestion for the 2.2 boot/fixit floppies -- It would be really nice to have the block and character devices files for the at least the partitions in the second slice of sd0 & wd0 in /dev on the boot floppy (and maybe sd1 & wd1, and all 4 slices on each disk if there is room). In the last six months or so, I've had to recover two disks on dual boot machines from catastrophic failures. In both cases (hardware failure & a filesystem eaten by a client mounting an msdosfs rw against my advice) I've managed to recover most of the data off the disks since only the root partition was trashed. But when booting from boot.flp, I've had to manually mknod the device files I've needed, which is a bit of a pain. Not to mention that it might be a showstopper for somebody who didn't have another machine to check for the major/minor numbers and/or who was clueless enough not to know how to make device files. Thanks, Drew ------------------------------------------------------------------------------ Andrew Gallatin Duke University Internet: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 From owner-freebsd-current Tue Jan 14 07:04:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA16835 for current-outgoing; Tue, 14 Jan 1997 07:04:59 -0800 (PST) Received: from bobcat.cs.duke.edu (bobcat.cs.duke.edu [152.3.140.36]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA16830 for ; Tue, 14 Jan 1997 07:04:56 -0800 (PST) Received: from snow.cs.duke.edu (snow [152.3.145.23]) by bobcat.cs.duke.edu (8.8.3/8.6.9) with ESMTP id KAA31850; Tue, 14 Jan 1997 10:04:54 -0500 (EST) Received: (from gallatin@localhost) by snow.cs.duke.edu (8.8.4/8.7.3) id KAA24341; Tue, 14 Jan 1997 10:04:54 -0500 (EST) Date: Tue, 14 Jan 1997 10:04:54 -0500 (EST) Message-Id: <199701141504.KAA24341@snow.cs.duke.edu> From: Andrew Gallatin To: freebsd-current@FreeBSD.org CC: wjs@cs.duke.edu Subject: 2.2-BETA fsync panics -- h/w or s/w? Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk We're attempting to build a web server out of what amounts to spare parts. We've installed 2.2-BETA on it, and we're experiencing reproducible panics (via hitting ctrl-g in the xemacs minibuffer, xemacs is a binary from pacakges). The machine is an old Micron 486dx2, and we're very suspicious of the hardware, esp. the PCI bus. It has Buslogic 946 SCSI host adapter with a 2G Seagate ST32550N which is used for swap and all fs except /, & an old IDE disk that's being used for /. Here is a stack trace & some variable values from one of the panics: -------------------------------------------------------------------- (kgdb) where #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 #1 0xf010ce02 in panic (fmt=0xf01748ef "page fault") at ../../kern/kern_shutdown.c:367 #2 0xf0175456 in trap_fatal (frame=0xefbffef0) at ../../i386/i386/trap.c:742 #3 0xf0174f44 in trap_pfault (frame=0xefbffef0, usermode=0) at ../../i386/i386/trap.c:653 #4 0xf0174c1f in trap (frame={tf_es = 16, tf_ds = -266797040, tf_edi = 0, tf_esi = -242894976, tf_ebp = -272629928, tf_isp = -272629992, tf_ebx = -242911232, tf_edx = 1, tf_ecx = -242598528, tf_eax = 0, tf_trapno = 12, tf_err = -242941952, tf_eip = -267205693, tf_cs = -267255800, tf_eflags = 66118, tf_esp = -266768984, tf_ss = -242911232}) at ../../i386/i386/trap.c:311 #5 0xf012c3c3 in fsync (p=0xf1857800, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/vfs_syscalls.c:1866 #6 0xf0175693 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 0, tf_esi = 2616704, tf_ebp = -272639796, tf_isp = -272629788, tf_ebx = 1, tf_edx = -1, tf_ecx = 1883136, tf_eax = 95, tf_trapno = 0, tf_err = 7, tf_eip = 137380369, tf_cs = 31, tf_eflags = 646, tf_esp = -272639824, tf_ss = 39}) at ../../i386/i386/trap.c:892 #7 0x8304211 in ?? () #8 0x958e3 in ?? () #9 0x9594d in ?? () #10 0x95989 in ?? () #11 0x2231b in ?? () #12 0x21fc5 in ?? () #13 0x12a33 in ?? () #14 0x12bf7 in ?? () #15 0x2eac3 in ?? () #16 0x2fd36 in ?? () #17 0x1124d in ?? () #18 0x110d4 in ?? () #19 0x240d5 in ?? () #20 0x10c70 in ?? () #21 0x10c8c in ?? () #22 0x23dfc in ?? () #23 0x10e10 in ?? () #24 0x21b79 in ?? () #25 0x21ee4 in ?? () #26 0x1095 in ?? () (kgdb) up 5 #5 0xf012c3c3 in fsync (p=0xf1857800, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/vfs_syscalls.c:1866 1866 error = VOP_FSYNC(vp, fp->f_cred, (kgdb) l 1861 vp = (struct vnode *)fp->f_data; 1862 VOP_LOCK(vp); 1863 if (vp->v_object) { 1864 vm_object_page_clean(vp->v_object, 0, 0 ,0, FALSE); 1865 } 1866 error = VOP_FSYNC(vp, fp->f_cred, 1867 (vp->v_mount->mnt_flag & MNT_ASYNC) ? MNT_NOWAIT : MNT_WAIT, p); 1868 VOP_UNLOCK(vp); 1869 return (error); 1870 } (kgdb) p *fp $6 = {f_list = {le_next = 0xf19d6f00, le_prev = 0xf197f700}, f_flag = 67, f_type = 1, f_count = 8, f_msgcount = 0, f_cred = 0xf1412800, f_ops = 0xf01981e0, f_offset = 0x00000000000012b9, f_data = 0xf185b780 ""} (kgdb) p *vp $7 = {v_flag = 0, v_usecount = 1, v_writecount = 1, v_holdcnt = 0, v_lastr = 0, v_id = 3840, v_mount = 0x0, v_op = 0xf1818d00, v_freelist = { tqe_next = 0x0, tqe_prev = 0xf1872520}, v_mntvnodes = { le_next = 0xf185b680, le_prev = 0xf183f0a8}, v_cleanblkhd = { lh_first = 0x0}, v_dirtyblkhd = {lh_first = 0x0}, v_numoutput = 0, v_type = VBAD, v_un = {vu_mountedhere = 0x0, vu_socket = 0x0, vu_specinfo = 0x0, vu_fifoinfo = 0x0}, v_lease = 0x0, v_lastw = 0, v_cstart = 0, v_lasta = 0, v_clen = 0, v_ralen = 0, v_usage = 13, v_maxra = 0, v_object = 0x0, v_tag = VT_NON, v_data = 0x0} (kgdb) p vp->v_mount $8 = (struct mount *) 0x0 -------------------------------------------------------------------- Notice that vp->v_mount is null. And here's some boot output which describes the hardware better: -------------------------------------------------------------------- Copyright (c) 1992-1996 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2-BETA_A #0: Fri Jan 10 10:58:25 EST 1997 gallatin@tmp-xxx.cs.duke.edu:/usr/src/sys/compile/POC Calibrating clock(s) relative to mc146818A clock ... i8254 clock: 1193158 Hz CPU: i486 DX2 (486-class CPU) Origin = "GenuineIntel" Id = 0x436 Stepping=6 Features=0xb real memory = 41943040 (40960K bytes) avail memory = 39546880 (38620K bytes) Probing for devices on PCI bus 0: chip0 rev 4 on pci0:0 chip1 rev 3 on pci0:2 pci0:3: CMD, device=0x0640, class=storage (ide) int a irq 14 [no driver assigned] bt0 rev 0 int a irq 11 on pci0:15 bt0: Bt946C/ 0-(32bit) bus bt0: reading board settings, busmastering, int=11 bt0: version 4.28D, async only, parity, 32 mbxs, 32 ccbs bt0: targ 3 async bt0: Using Strict Round robin scheme bt0 waiting for scsi devices to settle (bt0:3:0): "SEAGATE ST32550N 0021" type 0 fixed SCSI 2 sd0(bt0:3:0): Direct-Access 2047MB (4194058 512 byte sectors) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0: disabled, not probed. fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 406MB (832608 sectors), 826 cyls, 16 heads, 63 S/T, 512 B/S bt: unit number (1) too high bt1 not found at 0x330 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: utp[*UTP*] address 00:20:af:71:3f:17 npx0 on motherboard npx0: INT 16 interface -------------------------------------------------------------------- The basic question is: Are these panics hardware or software related? I'm personally inclined to blame hardware, but it would be nice to get a second opinion. Many thanks, Drew ------------------------------------------------------------------------------ Andrew Gallatin Duke University Internet: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 From owner-freebsd-current Tue Jan 14 11:54:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA03531 for current-outgoing; Tue, 14 Jan 1997 11:54:42 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA03499 for ; Tue, 14 Jan 1997 11:54:37 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id UAA13790 for ; Tue, 14 Jan 1997 20:54:29 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id UAA22421 for freebsd-current@FreeBSD.ORG; Tue, 14 Jan 1997 20:53:55 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.4/keltia-uucp-2.9) id UAA02085; Tue, 14 Jan 1997 20:16:23 +0100 (CET) Message-ID: Date: Tue, 14 Jan 1997 20:16:23 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-current@freebsd.org (FreeBSD Current Users' list) Subject: Weirdness in CURRENT X-Mailer: Mutt 0.57.11 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2925 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Is there something I missed ? My "make world" (sources of yesterday) dies on make install in share/syscons/fonts: ===> share/syscons/fonts install -C -c -o bin -g bin -m 444 cp437-8x8.fnt cp437-8x14.fnt cp437-8x16.fnt cp437-thin-8x8.fnt cp437-thin-8x16.fnt cp850-8x8.fnt cp850-8x14.fnt cp850-8x16.fnt cp850-thin-8x8.fnt cp850-thin-8x16.fnt cp865-8x8.fnt cp865-8x14.fnt cp865-8x16.fnt cp865-thin-8x8.fnt cp865-thin-8x16.fnt cp866-8x8.fnt cp866-8x14.fnt cp866-8x16.fnt cp866b-8x16.fnt cp866c-8x16.fnt iso-8x8.fnt iso-8x14.fnt iso-8x16.fnt iso-thin-8x16.fnt iso-8859-2-8x16.fnt koi8-r-8x8.fnt koi8-r-8x14.fnt koi8-r-8x16.fnt koi8-rb-8x16.fnt koi8-rc-8x16.fnt INDEX.fonts /usr/share/syscons/fonts install: cp437-8x8.fnt: No such file or directory *** Error code 71 Stop. *** Error code 1 Stop. /usr/obj/.../share/syscons/fonts/ is empty but this is probably expected. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #33: Sat Dec 21 12:57:17 CET 1996 From owner-freebsd-current Tue Jan 14 12:21:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA05004 for current-outgoing; Tue, 14 Jan 1997 12:21:57 -0800 (PST) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA04999 for ; Tue, 14 Jan 1997 12:21:52 -0800 (PST) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id VAA10268; Tue, 14 Jan 1997 21:17:30 +0100 (MET) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.8.4/8.7.3/tetard-uucp-2.7) id WAA27526; Sun, 12 Jan 1997 22:13:11 +0100 (MET) Message-ID: Date: Sun, 12 Jan 1997 22:13:10 +0100 From: regnauld@tetard.glou.eu.org (Philippe Regnauld) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@freebsd.org Subject: Re: patch to lock(1) References: X-Mailer: Mutt 0.55 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 3.0-CURRENT i386 In-Reply-To: ; from J Wunsch on Jan 12, 1997 19:01:02 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch (j) ecrit/writes: > That's not the right way to go. If you want such a functionality, you > also need to make the max value configurable in some way, e.g. via a > file in /etc. Right -- I looked at the way Poul-Henning does it with malloc.conf. Will try that. I'll also implement Terry's suggestion (the first one, eh :-) > I tend to say that this is rather a kind of `local hack' without much > general demand for it. Point taken. -- -- Phil -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kårve or nøt to kårve, that is the qvestion..." -- My sister ]- From owner-freebsd-current Tue Jan 14 15:33:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA15352 for current-outgoing; Tue, 14 Jan 1997 15:33:22 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id PAA15335 for ; Tue, 14 Jan 1997 15:33:16 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA22239 for freebsd-current@freefall.freebsd.org; Wed, 15 Jan 1997 00:33:14 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id AAA08063; Wed, 15 Jan 1997 00:31:37 +0100 (MET) Message-ID: Date: Wed, 15 Jan 1997 00:31:37 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freefall.freebsd.org Subject: Re: a last word on last References: <199701140811.JAA11616@gilberto.physik.rwth-aachen.de> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701140811.JAA11616@gilberto.physik.rwth-aachen.de>; from Christoph Kukulies on Jan 14, 1997 09:11:58 +0100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Christoph Kukulies wrote: > BTW, is color_xterm gone from port/x11 now and is xterm > the full replacement for this (as Satoshi (?) mentioned earlier)? The X11R6.1 (and higher) xterm supports ANSI color codes, i think this was the reason why the color_xterm port went away. (I never used color_xterm, but my xterm supports colors. ;) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Jan 14 16:26:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA19010 for current-outgoing; Tue, 14 Jan 1997 16:26:57 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id QAA19001 for ; Tue, 14 Jan 1997 16:26:51 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA23840; Wed, 15 Jan 1997 01:26:46 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id BAA08273; Wed, 15 Jan 1997 01:11:05 +0100 (MET) Message-ID: Date: Wed, 15 Jan 1997 01:11:04 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: gallatin@cs.duke.edu (Andrew Gallatin) Cc: FreeBSD-current@freebsd.org Subject: Re: minor suggestion for 2.2 boot/fixit.flp References: <199701141431.JAA24436@snow.cs.duke.edu> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701141431.JAA24436@snow.cs.duke.edu>; from Andrew Gallatin on Jan 14, 1997 09:31:37 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Andrew Gallatin wrote: > As the subject says, I have a minor suggestion for the 2.2 boot/fixit > floppies -- It would be really nice to have the block and character > devices files for the at least the partitions in the second slice of > sd0 & wd0 in /dev on the boot floppy (and maybe sd1 & wd1, and all 4 > slices on each disk if there is room). The boot floppies are always in serious lack of space, including i-node space. That's why many things are missing there. With the fixit floppy, you can always refer to /mnt2/dev/something if /dev/something isn't there -- the dev tree on the fixit floppy should be much more complete to begin with (and since it's a static filesystem on a floppy, you are free to customize it before using). In addition, i've recently fixed the last remaining bug that prevented MAKEDEV from running, so this should help you out if you're lost. Sorry, it's simply impossible to satisfy all needs when being tight on space. 5 `standard' slices (0 through 4) on 4 `standard' disks (wd0, wd1, sd0, sd1) with 8 partitions each, in raw and buffered version each, are 1280 i-nodes. That's pretty much to begin with, and it doesn't even cover extended slices (partitions). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Jan 14 18:29:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA28097 for current-outgoing; Tue, 14 Jan 1997 18:29:10 -0800 (PST) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA28091 for ; Tue, 14 Jan 1997 18:29:06 -0800 (PST) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.2/8.8.2) id NAA06768 for current@freebsd.org; Wed, 15 Jan 1997 13:29:03 +1100 (EST) From: David Dawes Message-Id: <199701150229.NAA06768@rf900.physics.usyd.edu.au> Subject: Re: a last word on last In-Reply-To: from J Wunsch at "Jan 15, 97 00:31:37 am" To: current@freebsd.org Date: Wed, 15 Jan 1997 13:29:03 +1100 (EST) X-Mailer: ELM [version 2.4ME+ PL30 (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 >As Christoph Kukulies wrote: > >> BTW, is color_xterm gone from port/x11 now and is xterm >> the full replacement for this (as Satoshi (?) mentioned earlier)? > >The X11R6.1 (and higher) xterm supports ANSI color codes, i think this >was the reason why the color_xterm port went away. (I never used >color_xterm, but my xterm supports colors. ;) More correctly, the XFree86 3.2 and higher xterm supports ANSI colour codes. The X Consortium didn't pick up these changes, so they are not in their standard releases. Those who have problems getting things in colour when TERM is set to xterm-color, check that you have the XTerm-color app-defaults file installed, *and* that you have something like the following in your .Xdefaults file: #ifdef COLOR *customization: -color #endif so that it gets used. I think this is the most common reason for people having problems getting it to work. David From owner-freebsd-current Tue Jan 14 19:46:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA01727 for current-outgoing; Tue, 14 Jan 1997 19:46:27 -0800 (PST) Received: from nemesis.lonestar.org (fw1-11.ppp.iadfw.net [206.66.15.44]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id TAA01722 for ; Tue, 14 Jan 1997 19:46:19 -0800 (PST) Received: by nemesis.lonestar.org (Smail3.1.27.1 #22) id m0vkMGq-000uXSC; Tue, 14 Jan 97 21:44 CST Message-Id: Date: Tue, 14 Jan 97 21:44 CST To: sos@freebsd.org, giles@nemeton.com.au, freebsd-current@freefall.freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Tue Jan 14 1997, 21:44:11 CST Subject: Re: SMC Elite Ultra in -current Cc: uhclem@nemesis.lonestar.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [5]Is it possible that the cards get so screwed by something (probe, [5]>crash or whatever) that they can't brought back to live with [5]>the 'normal' EZSETUP. Maybe this can only be answered by SMC [5]>themselves? [6]No normally not, although the EEPROM (or whatever) can be filled [6]with garbage by accident. I must disagree. When I was with Tandy, around 1990 Western Digital started shipping a new revision of their boards with new setup floppies, but no one mentioned that you had to use the SETUP 1.6 floppy with the new boards and the SETUP 1.4 floppy with the old boards. If you used the old floppy on the new boards, it ruined them and there was NO field software fix. Same thing happened when SETUP 2.1 and the 8013 cards came along. People were wiping out brand new 8013 cards by accidentally starting old copies of SETUP left on their hard disks. Just starting the software was sufficient to nuke the card. Western Digital (and later SMC) were not real helpful on this and only grudgingly accepted the blown units under warranty. I still have a couple of 8003 and 8013 cards here that have had the EEPROM set into an "impossible" state and you can't bring the card back. On the 8013 cards, the setup program may appear to work but if you restart it, you will find the settings as before or the software will say it can't find any network cards. Once you get here, at least on the 8013 cards, you can use the hard strap settings and as long as the network address isn't also trashed. You will have to use the hard settings from that point on. If you have 8003 cards, the INIT strap doesn't help. If WD or SMC ever published something to reset all fields in the EEPROM, I am not aware of it. We used to send boxes of them back under warranty and new ones always came back, as though they couldn't fix it with software either. Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@rwsystr.nkn.net | demand... A SEGMENT REGISTER!!!" |"A what?" or ...letni!rwsys!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-current Wed Jan 15 02:41:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA21090 for current-outgoing; Wed, 15 Jan 1997 02:41:41 -0800 (PST) Received: from perki0.connect.com.au (perki0.connect.com.au [192.189.54.85]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA21084 for ; Wed, 15 Jan 1997 02:41:38 -0800 (PST) Received: (from uucp@localhost) by perki0.connect.com.au id VAA08645 (8.7.6h/IDA-1.6); Wed, 15 Jan 1997 21:41:30 +1100 (EST) >Received: from localhost.nemeton.com.au (localhost.nemeton.com.au [127.0.0.1]) by nemeton.com.au (8.8.4/8.8.4) with SMTP id UAA29295; Wed, 15 Jan 1997 20:07:30 +1100 (EST) Message-Id: <199701150907.UAA29295@nemeton.com.au> To: uhclem@nemesis.lonestar.org (Frank Durda IV) cc: sos@freebsd.org, freebsd-current@freefall.freebsd.org Subject: Re: SMC Elite Ultra in -current In-reply-to: MIME-Version: 1.0 Content-ID: <29287.853319191.0@nemeton.com.au> Date: Wed, 15 Jan 1997 20:07:29 +1100 From: Giles Lean Content-Type: multipart/mixed; boundary="----- =_aaaaaaaaaa0" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <29287.853319191.1@nemeton.com.au> On Tue, 14 Jan 97 21:44 CST Frank Durda IV wrote: > If WD or SMC ever published something to reset all fields in the EEPROM, > I am not aware of it. There was once a problem with these cards on NetBSD; some probe software used to trash them. I've had the following article tucked away for while. (I don't think the NetBSD list archives are searchable? Yet? I'm wrong again??) Anyway, I don't know if the following will help or not and certainly comes without warranty, but have a look ... Giles ------- =_aaaaaaaaaa0 MIME-Version: 1.0 Content-Type: message/rfc822 Return-Path: owner-netbsd-help@NetBSD.ORG Received: from NetBSD.ORG (uucp@localhost) by nemeton.com.au (8.6.12/8.6.9) with UUCP id FAA15624 for giles@nemeton.com.au; Sun, 17 Mar 1996 05:38:14 +1100 Received: from yarrina.connect.com.au (yarrina.connect.com.au [192.189.54.17]) by perki.connect.com.au with ESMTP id WAA01322 (8.6.12/IDA-1.6 for ); Sat, 16 Mar 1996 22:20:40 +1000 Received: from pain.lcs.mit.edu (pain.lcs.mit.edu [128.52.46.239]) by yarrina.connect.com.au with ESMTP id XAA13521 (8.7.4/IDA-1.6 for ); Sat, 16 Mar 1996 23:18:31 +1100 (EST) Received: (from daemon@localhost) by pain.lcs.mit.edu (8.7.4/8.6.12) id FAA11063; Sat, 16 Mar 1996 05:00:20 -0500 (EST) Received: from wipux2.wifo.uni-mannheim.de by pain.lcs.mit.edu (8.7.4/8.6.12) with ESMTP id EAA10967; Sat, 16 Mar 1996 04:41:25 -0500 (EST) Received: (from andrew@localhost) by wipux2.wifo.uni-mannheim.de (8.7.4/8.6.9) id KAA19019; Sat, 16 Mar 1996 10:38:32 +0100 (MET) From: Andrew Wheadon Message-Id: <199603160938.KAA19019@wipux2.wifo.uni-mannheim.de> Subject: Re: WD8013 died (SMC howto fix) To: a.robertson@niwa.cri.nz Date: Sat, 16 Mar 1996 10:38:32 +0100 (MET) Cc: current-users@NetBSD.ORG, netbsd-help@NetBSD.ORG X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-netbsd-help@NetBSD.ORG Precedence: list X-Loop: netbsd-help@NetBSD.ORG I found this in the news and since I hadn't found the actual solution in the mailing-lists/ (i checked port-i386 and current-users and netbsd-help)... ..and since this works... (I tried it after the bloddy mcd0 driver killed my smc8013ebc (300,dc00,10) card type 0x29) The mcd0 driver succeeded in overwriting my hard-ware-node-address. I'm posting so it CAN be found in the mailing-lists as everyone is pointing out: Cheerio Andrew ...article follows... > From: William O Ferry > Newsgroups: comp.unix.bsd.netbsd.misc > Subject: Re: NetBSD has killed my SMC network card !!! Twice I had the same thing happen to me when first installing NetBSD. A friend of mine had it happen when trying to install OS2/Warp on his machine (and his Warp doesn't even HAVE network support!! =) It would seem that the probing for certain tape drives (and possibly other things) involves writing to areas of memory around the base address 300. If your SMC card is set to that address, it will mess up the card's settings. Switching to a hard configuration shouldn't fix it, as it manages to write the corrupted data to the card's NVRAM. Here's the routine I was given, that fixed both my card and the card messed up by Warp: (Hopefully you know the card's 6 byte hardware address) Assuming your card is still at base 300 (don't jumper it anywhere else yet), 0x308 - 0x30d contain the hardware address. 0x30e is a board type identifier. 0x30f is a checksum for the other information. If the SMC utilities don't see the correct checksum byte, they seem to automatically assume it's not an SMC ethernet card at the port. Using DOS "debug", check the values between 308 and 30f. For example, to view the byte at 308, use the command "i 308". To write the byte 0F to 308, use the command "o 308 0F". Verify that the contents of 308 - 30d ARE your hardware address. I don't know what the correct board type for your card is. For the two I fixed, they were EtherCard PLUS Elite16T, and the identifier was 0x28. Hopefully you have another (non-corrupt) card, or somebody else could tell you what the correct identifier is, as at least for my friend and I it was one of the bytes that had been changed by the probe. Once you're sure all these bytes are correct, you get to calculate the value for the 8th byte... =) The sum of all 8 bytes (mod 256) should be 0xFF. So add the first 7 bytes, and calculate what the 8th one should be to get a sum (mod 256) of 0xFF. Now you're ready to commit these settings to the NVRAM. To do this, read the byte at 0x301. Add 0x80 to it, and write that value to 0x301. Now write the original value back in. Now the settings are saved. The SMC utilities should see the card, hopefully they will still show it's the correct type of card... =) BTW, be sure to move your card to somewhere other than 0x300... =) Hope that helps, if you have any more questions feel free to email me. Good luck! Will Ferry ------------------------------------------------------------------------- William O Ferry | finger: woferry@WarpDrive.COM http://www.warpdrive.com/~woferry/ | talk: finger for online status ------------------------------------------------------------------------- -- The cost of living hasn't affected it's popularity. (unknown) current release=doc host=wipux2.wifo.uni-mannheim.de \ "NetBSD-current mirror" hostbase=/mit/ftp/pub/NetBSD base=/usr prefix=/usr backup delete use-rel-suffix ------- =_aaaaaaaaaa0-- From owner-freebsd-current Wed Jan 15 03:53:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA23255 for current-outgoing; Wed, 15 Jan 1997 03:53:24 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA23250 for ; Wed, 15 Jan 1997 03:53:22 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id DAA12682; Wed, 15 Jan 1997 03:53:08 -0800 (PST) To: Eivind Eklund Cc: current@freebsd.org Subject: Re: Numerous minor with 2.1.6 In-reply-to: Your message of "Mon, 13 Jan 1997 11:02:08 +0100." <3.0.32.19970113110207.00a51e90@dimaga.com> Date: Wed, 15 Jan 1997 03:53:07 -0800 Message-ID: <12678.853329187@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > BTW: While we're at configuration - do you know if it would hurt to add a > device lnc1 at isa? port 0x7000 net irq 3 drq 0 vector lncintr > or something similar to the default kernel? This would allow an install on > a Compaq ProSignia without kernel changes - a "good thing". (I've been Anyone see a problem with this? Jordan From owner-freebsd-current Wed Jan 15 06:51:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA05023 for current-outgoing; Wed, 15 Jan 1997 06:51:34 -0800 (PST) Received: from bobcat.cs.duke.edu (bobcat.cs.duke.edu [152.3.140.36]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA05018 for ; Wed, 15 Jan 1997 06:51:32 -0800 (PST) Received: from snow.cs.duke.edu (snow [152.3.145.23]) by bobcat.cs.duke.edu (8.8.3/8.6.9) with ESMTP id JAA06605; Wed, 15 Jan 1997 09:51:30 -0500 (EST) Received: (from gallatin@localhost) by snow.cs.duke.edu (8.8.4/8.7.3) id JAA22620; Wed, 15 Jan 1997 09:51:30 -0500 (EST) Date: Wed, 15 Jan 1997 09:51:30 -0500 (EST) Message-Id: <199701151451.JAA22620@snow.cs.duke.edu> From: Andrew Gallatin To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: FreeBSD-current@freebsd.org Subject: Re: minor suggestion for 2.2 boot/fixit.flp In-Reply-To: References: <199701141431.JAA24436@snow.cs.duke.edu> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J. Wunsch writes: > With the fixit floppy, you can always refer to /mnt2/dev/something if > /dev/something isn't there -- the dev tree on the fixit floppy should > be much more complete to begin with (and since it's a static > filesystem on a floppy, you are free to customize it before using). Whoops, I never noticed /mnt2/dev & the fact that there is a MAKEDEV in there. Thanks for pointing it out. That changes everything. ;-) Sorry for the stupid question. Thanks, Drew ------------------------------------------------------------------------------ Andrew Gallatin Duke University Internet: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 From owner-freebsd-current Wed Jan 15 07:31:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA06574 for current-outgoing; Wed, 15 Jan 1997 07:31:50 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id HAA06569 for ; Wed, 15 Jan 1997 07:31:48 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vkXJ6-0003xGC; Wed, 15 Jan 97 07:31 PST Received: from critter.dk.tfs.com (critter.dk.tfs.com [140.145.230.252]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id QAA11409 for ; Wed, 15 Jan 1997 16:31:15 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id QAA27395 for ; Wed, 15 Jan 1997 16:32:14 +0100 (MET) To: current@freebsd.org Subject: ipfw cannot do this... Reply-to: phk@freebsd.org Date: Wed, 15 Jan 1997 16:32:14 +0100 Message-ID: <27393.853342334@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just found out one thing we need in ipfw, the ability to inverse the sense of a rule: ipfw add deny not ip from 140.145.0.0 to any via ed0 ipfw add deny not ip from any to 140.145.0.0 via ed1 ^^^ ipfw add allow tcp from any to any 23 ipfw add allow tcp from any to any 25 ... any takers ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Wed Jan 15 07:37:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA07007 for current-outgoing; Wed, 15 Jan 1997 07:37:18 -0800 (PST) Received: from global2000.net (eagriff@ut-dialup-25.global2000.net [204.249.217.186]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA07002 for ; Wed, 15 Jan 1997 07:37:12 -0800 (PST) Received: (from eagriff@localhost) by global2000.net (8.8.4/8.7.3) id KAA00306 for current@freebsd.org; Wed, 15 Jan 1997 10:35:31 -0500 (EST) From: "Eric A. Griff" Message-Id: <199701151535.KAA00306@global2000.net> Subject: Signal 11 after pppsioctl: in pppd(8) To: current@freebsd.org Date: Wed, 15 Jan 1997 10:35:29 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL29 (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 recompiling my kernel (cvsup from about jan 13-97) with: FreeBSD global2000.net 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Jan 14 12:50:25 EST 1997 eagriff@global2000.net:/usr/src/sys/compile/EAGRIFF i386 I use cu most of the time to dial for pppd, I dial, then ~! to shell. I then pppd /dev/cuaa0 38400 , and usually no problem, but since yesterday, It sig 11's, and off to ddb. what I am finding is _pppsioctl+0x17 cmpb something(%edi) after checking the registers, %edi is NULL. at first I paniced out. Then I found that set $edi $ebp would signal 11 once w/'c', and then come back up on a second set/c . At this point netstat -r shows all connections fine and the system is running fine. With a little digging, I found pppsioctl in /sys/net/if_ppp.c . I only have defaultroute in my options file, localhost in my /etc/hosts, and 2 nameservers in /etc/resolv.conf, and /etc/hosts.conf has hosts ; bind . My system is: Packard Bell BL510 60 Mhz Pentium 8 meg of RAM ide 1.2G Conner Pariferals ide 204meg Seagate ide cdrom Packard Bell 144AMSP Soundcard/Faxmodem/Ans system. And dialup ppp And here is my configuration. #beginning of sys/i386/conf/EAGRIFF # # EAGRIFF -- Eric A. Griff FreeBSD configuration # # $Id: GENERIC,v 1.46.2.18 1996/07/16 08:53:04 davidg Exp $ # machine "i386" #cpu "i386_CPU" #cpu "i486_CPU" cpu "I586_CPU" # We are a pentium #cpu "i686_CPU" ident EAGRIFF maxusers 15 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options DEVFS #device File System #options NFS #Network Filesyst options MSDOSFS #MSDOS Filesystem options PROCFS #Process filesystem options "CD9660" options ATAPI options ATAPI_STATIC options "COMPAT_43" #Compatible with BSD 4.3 options UCONSOLE #Allow users to grab the console options QUOTA options "CLK_USE_I586_CALIBRATION" #un-documented options IPFIREWALL #For a firewall options IPFIREWALL_VERBOSE #w/syslogd support # with 3.0, for config at bootup options USERCONFIG #User Config enabled options VISUAL_USERCONFIG #Allow Visual Config edit at bootup # To be safe, with 3.0-CURRENT do... options DDB #Include debugger options KTRACE #Include tracing # no SCSI so... options NO_SCSI_SENSE options USER_LDT # System V support options SYSVSHM options SYSVSEM options SYSVMSG config kernel root on wd1 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 # IDE 1.2G Conner Perif, 204M Seagate on wdc0 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 # Not using dos drive disk wd1 at wdc0 drive 1 # IDE CD rom on controller wdc1 controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr device wcd0 # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Mandatory, don't remove, support for Math Co-Processor device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # Serial support device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr # Our printer device lpt0 at isa? port? tty irq 7 vector lptintr # ps/2 Mouse enabled device psm0 at isa? disable port "IO_KBD" conflicts tty irq 12 vector psmintr controller snd0 device sb0 at isa? port 0x220 irq 10 drq 1 vector sbintr device mpu0 at isa? port 0x330 irq 5 drq 0 device opl0 at isa? port 0x388 # pseudo devices pseudo-device vn pseudo-device loop pseudo-device log pseudo-device sl 1 pseudo-device ppp 1 pseudo-device snp 2 pseudo-device tun 1 pseudo-device pty 4 pseudo-device gzip # Exec gzipped a.out's pseudo-device speaker # end of /sys/i386/conf/EAGRIFF ** Note that I was messing with network stuff prior to the problem, and rebuilt the kernel, so it may be in my new setup. So is this a screwup I have in the pppd setup, or a bug? I hope I have givin enough information, and appreciate any response. Thank you in Advance Eric A. Griff From owner-freebsd-current Wed Jan 15 08:17:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA08922 for current-outgoing; Wed, 15 Jan 1997 08:17:47 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id IAA08917 for ; Wed, 15 Jan 1997 08:17:44 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vkY1Y-0003wNC; Wed, 15 Jan 97 08:17 PST Received: from critter.dk.tfs.com (critter.dk.tfs.com [140.145.230.252]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id RAA12737 for ; Wed, 15 Jan 1997 17:17:11 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id RAA27549 for ; Wed, 15 Jan 1997 17:18:11 +0100 (MET) To: current@freebsd.org Subject: ipfw patches to test Reply-to: phk@freebsd.org Date: Wed, 15 Jan 1997 17:18:10 +0100 Message-ID: <27547.853345090@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, I needed this badly, so I looked at it, if somebody wants to try out this little patch, please report how it goes. Basically you can now say ipfw add deny !from 192.168.23.0/30 to 140.145.230.0/24 or "!to" for that matter. Give it a whirl... Poul-Henning Index: ipfw.c =================================================================== RCS file: /home/ncvs/src/sbin/ipfw/ipfw.c,v retrieving revision 1.34 diff -u -r1.34 ipfw.c --- ipfw.c 1996/10/17 01:05:03 1.34 +++ ipfw.c 1997/01/15 16:06:31 @@ -158,7 +158,7 @@ else printf("%u", chain->fw_prot); - printf(" from "); + printf(" %sfrom ", chain->fw_flg & IP_FW_F_INVSRC ? "!" : ""); adrt=ntohl(chain->fw_smsk.s_addr); if (adrt==ULONG_MAX && do_resolv) { @@ -198,7 +198,7 @@ } } - printf(" to "); + printf(" %sto ", chain->fw_flg & IP_FW_F_INVDST ? "!" : ""); adrt=ntohl(chain->fw_dmsk.s_addr); if (adrt==ULONG_MAX && do_resolv) { @@ -679,6 +679,7 @@ /* from */ if (ac && !strncmp(*av,"from",strlen(*av))) { av++; ac--; } + else if (ac && !strncmp(*av,"!from",strlen(*av))) { av++; ac--; rule.fw_flg |= IP_FW_F_INVSRC;} else show_usage("missing ``from''\n"); fill_ip(&rule.fw_src, &rule.fw_smsk, &ac, &av); @@ -691,6 +692,7 @@ /* to */ if (ac && !strncmp(*av,"to",strlen(*av))) { av++; ac--; } + else if (ac && !strncmp(*av,"!to",strlen(*av))) { av++; ac--; rule.fw_flg |= IP_FW_F_INVDST;} else show_usage("missing ``to''\n"); if (!ac) show_usage("Missing arguments\n"); Index: ip_fw.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/ip_fw.c,v retrieving revision 1.51 diff -u -r1.51 ip_fw.c --- ip_fw.c 1996/10/12 19:49:36 1.51 +++ ip_fw.c 1997/01/15 15:58:18 @@ -290,6 +290,7 @@ struct ifaddr *ia = NULL, *ia_p; struct in_addr src, dst, ia_i; u_short src_port, dst_port, offset; + int i; src = ip->ip_src; dst = ip->ip_dst; @@ -320,11 +321,17 @@ continue; /* If src-addr doesn't match, not this rule. */ - if ((src.s_addr & f->fw_smsk.s_addr) != f->fw_src.s_addr) + i = (src.s_addr & f->fw_smsk.s_addr) != f->fw_src.s_addr; + if (i && !(f->fw_flg & IP_FW_F_INVSRC)) + continue; + if (!i && (f->fw_flg & IP_FW_F_INVSRC)) continue; /* If dest-addr doesn't match, not this rule. */ - if ((dst.s_addr & f->fw_dmsk.s_addr) != f->fw_dst.s_addr) + i = (dst.s_addr & f->fw_dmsk.s_addr) != f->fw_dst.s_addr; + if (i && !(f->fw_flg & IP_FW_F_INVDST)) + continue; + if (!i && (f->fw_flg & IP_FW_F_INVDST)) continue; /* If a i/f name was specified, and we don't know */ Index: ip_fw.h =================================================================== RCS file: /home/ncvs/src/sys/netinet/ip_fw.h,v retrieving revision 1.23 diff -u -r1.23 ip_fw.h --- ip_fw.h 1996/08/21 21:36:57 1.23 +++ ip_fw.h 1997/01/15 15:56:35 @@ -64,6 +64,8 @@ /* * Values for "flags" field . */ +#define IP_FW_F_INVSRC 0x0001 /* Invert sense of src check */ +#define IP_FW_F_INVDST 0x0002 /* Invert sense of dst check */ #define IP_FW_F_IN 0x0004 /* Inbound */ #define IP_FW_F_OUT 0x0008 /* Outbound */ -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Wed Jan 15 08:43:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA10268 for current-outgoing; Wed, 15 Jan 1997 08:43:35 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id IAA10260; Wed, 15 Jan 1997 08:43:31 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id JAA05590; Wed, 15 Jan 1997 09:43:29 -0700 (MST) Date: Wed, 15 Jan 1997 09:43:29 -0700 (MST) Message-Id: <199701151643.JAA05590@rocky.mt.sri.com> From: Nate Williams To: phk@freebsd.org Cc: current@freebsd.org Subject: Re: ipfw cannot do this... In-Reply-To: <27393.853342334@critter.dk.tfs.com> References: <27393.853342334@critter.dk.tfs.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I just found out one thing we need in ipfw, the ability to inverse the > sense of a rule: > > ipfw add deny not ip from 140.145.0.0 to any via ed0 > ipfw add deny not ip from any to 140.145.0.0 via ed1 > ^^^ > ipfw add allow tcp from any to any 23 > ipfw add allow tcp from any to any 25 > ... > > any takers ? I'm not sure I follow what you want. What exactly are you trying to do? Nate From owner-freebsd-current Wed Jan 15 11:14:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA17931 for current-outgoing; Wed, 15 Jan 1997 11:14:49 -0800 (PST) Received: from horst.bfd.com (horst.bfd.com [204.160.242.10]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA17918; Wed, 15 Jan 1997 11:14:44 -0800 (PST) Received: from harlie (bastion.bfd.com [204.160.242.14]) by horst.bfd.com (8.7.6/8.7.3) with SMTP id LAA25940; Wed, 15 Jan 1997 11:14:32 -0800 (PST) Date: Wed, 15 Jan 1997 11:14:32 -0800 (PST) From: "Eric J. Schwertfeger" X-Sender: ejs@harlie To: Nate Williams cc: phk@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ipfw cannot do this... In-Reply-To: <199701151643.JAA05590@rocky.mt.sri.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, 15 Jan 1997, Nate Williams wrote: > > I just found out one thing we need in ipfw, the ability to inverse the > > sense of a rule: > > > > ipfw add deny not ip from 140.145.0.0 to any via ed0 > > ipfw add deny not ip from any to 140.145.0.0 via ed1 > > ^^^ > > ipfw add allow tcp from any to any 23 > > ipfw add allow tcp from any to any 25 > > ... > > > > any takers ? > > I'm not sure I follow what you want. What exactly are you trying to do? As someone that wants something like this, I think I can answer. Quite a few times, I've wanted to deny everything but a certain address range, and then further restrict that address range. Actually, what I really want is an ipfw add skip XXX ... where if something matches the rule, skip all other rules below XXX (yes, I always number my rules:-) From owner-freebsd-current Wed Jan 15 11:19:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA18251 for current-outgoing; Wed, 15 Jan 1997 11:19:46 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA18245; Wed, 15 Jan 1997 11:19:44 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id MAA06300; Wed, 15 Jan 1997 12:19:40 -0700 (MST) Date: Wed, 15 Jan 1997 12:19:40 -0700 (MST) Message-Id: <199701151919.MAA06300@rocky.mt.sri.com> From: Nate Williams To: "Eric J. Schwertfeger" Cc: Nate Williams , phk@freebsd.org, current@freebsd.org Subject: Re: ipfw cannot do this... In-Reply-To: References: <199701151643.JAA05590@rocky.mt.sri.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > I just found out one thing we need in ipfw, the ability to inverse the > > > sense of a rule: > > > > > > ipfw add deny not ip from 140.145.0.0 to any via ed0 > > > ipfw add deny not ip from any to 140.145.0.0 via ed1 > > > ^^^ > > > ipfw add allow tcp from any to any 23 > > > ipfw add allow tcp from any to any 25 > > > ... > > > > > > any takers ? > > > > I'm not sure I follow what you want. What exactly are you trying to do? > > As someone that wants something like this, I think I can answer. Quite a > few times, I've wanted to deny everything but a certain address range, and > then further restrict that address range. Why not 'add' acceptance hosts and then restrict everything after that. Since ipfw goes until it gets a match, it'll work fine that way. This is how I'm doing it now. # Allow traffic to/from machine 1.2.3.4 only ipfw add allow tcp from 1.2.3.4 to any via ed0 ipfw add allow tcp from any to 1.2.3.4 via ed0 ipfw add deny log tcp from any to any via ed0 How is this any different from what's being asked for? > Actually, what I really want is an ipfw add skip XXX ... where if > something matches the rule, skip all other rules below XXX (yes, I always > number my rules:-) If you get a match, it *will* skip all the other rules. Nate From owner-freebsd-current Wed Jan 15 12:23:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA22952 for current-outgoing; Wed, 15 Jan 1997 12:23:08 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA22947 for ; Wed, 15 Jan 1997 12:23:06 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA04262; Wed, 15 Jan 1997 13:08:22 -0700 From: Terry Lambert Message-Id: <199701152008.NAA04262@phaeton.artisoft.com> Subject: Re: a last word on last To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 15 Jan 1997 13:08:22 -0700 (MST) Cc: freebsd-current@freefall.freebsd.org In-Reply-To: from "J Wunsch" at Jan 15, 97 00:31:37 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 > > BTW, is color_xterm gone from port/x11 now and is xterm > > the full replacement for this (as Satoshi (?) mentioned earlier)? > > The X11R6.1 (and higher) xterm supports ANSI color codes, i think this > was the reason why the color_xterm port went away. (I never used > color_xterm, but my xterm supports colors. ;) Are these the 16 foreground/8 background, CGA blink bit control register, 16 foreground/16 background escape sequences put out by SCO? I believe the "ANSI" escape sequences use the ISO 0-7 color codes, and so are limited to 8 foreground/8 background. Just curious... 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 Jan 15 12:24:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA23007 for current-outgoing; Wed, 15 Jan 1997 12:24:15 -0800 (PST) Received: from smyrno.sol.net (smyrno.sol.net [206.55.64.117]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA22996; Wed, 15 Jan 1997 12:24:03 -0800 (PST) Received: from solaria.sol.net (solaria.sol.net [206.55.65.75]) by smyrno.sol.net (8.8.3/8.8.3) with SMTP id OAA12788; Wed, 15 Jan 1997 14:23:58 -0600 (CST) Received: from localhost by solaria.sol.net (8.5/8.5) id OAA14652; Wed, 15 Jan 1997 14:23:56 -0600 From: Joe Greco Message-Id: <199701152023.OAA14652@solaria.sol.net> Subject: Re: ipfw cannot do this... To: ejs@bfd.com (Eric J. Schwertfeger) Date: Wed, 15 Jan 97 14:23:55 CST Cc: nate@mt.sri.com, phk@freebsd.org, current@freebsd.org In-Reply-To: from "Eric J. Schwertfeger" at Jan 15, 97 11:14:32 am X-Mailer: ELM [version 2.4dev PL65] MIME-Version: 1.0 Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On Wed, 15 Jan 1997, Nate Williams wrote: > > > > I just found out one thing we need in ipfw, the ability to inverse the > > > sense of a rule: > > > > > > ipfw add deny not ip from 140.145.0.0 to any via ed0 > > > ipfw add deny not ip from any to 140.145.0.0 via ed1 > > > ^^^ > > > ipfw add allow tcp from any to any 23 > > > ipfw add allow tcp from any to any 25 > > > ... > > > > > > any takers ? > > > > I'm not sure I follow what you want. What exactly are you trying to do? > > As someone that wants something like this, I think I can answer. Quite a > few times, I've wanted to deny everything but a certain address range, and > then further restrict that address range. > > Actually, what I really want is an ipfw add skip XXX ... where if > something matches the rule, skip all other rules below XXX (yes, I always > number my rules:-) That would work. ipfw gets to be messy when you want to implement both a cleanwall and a firewall... not messy-impossible-to-do, but messy-hard-to-understand-and- read. It gets very tricky to specify: { /* RFC1918 cleanwall */ if ( src = 10.0.0.0/8 || src = 127.0.0.0/8 || src = 172.16.0.0/12 || src = 192.168.0.0/16 ) then drop; if ( dst = 10.0.0.0/8 || dst = 127.0.0.0/8 || dst = 172.16.0.0/12 || dst = 192.168.0.0/16 ) then drop; /* My nets - outbound cleanwall */ if ( outbound_interface = wan0 ) && ( src != 206.55.64.0/20 && src != 204.95.172.0/24 && src != 204.95.219.0/24 ) then drop; if ( outbound_interface = wan0 ) && ( dst = 206.55.64.0/20 || dst = 204.95.172.0/24 || dst = 204.95.219.0/24 ) then drop; /* My nets - inbound cleanwall */ if ( inbound_interface = wan0 ) && ( src = 206.55.64.0/20 || src = 204.95.172.0/24 || src = 204.95.219.0/24 ) then drop; if ( inbound_interface = wan0 ) && ( dst != 206.55.64.0/20 && dst != 204.95.172.0/24 && dst != 204.95.219.0/24 ) then drop; /* My firewall rules */ etc. } There's a lot of logic flow in there. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-current Wed Jan 15 12:44:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA23709 for current-outgoing; Wed, 15 Jan 1997 12:44:00 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA23704 for ; Wed, 15 Jan 1997 12:43:57 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vkcBB-0003xPC; Wed, 15 Jan 97 12:43 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id VAA00818; Wed, 15 Jan 1997 21:35:57 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id VAA28391; Wed, 15 Jan 1997 21:36:57 +0100 (MET) To: Joe Greco cc: ejs@bfd.com (Eric J. Schwertfeger), nate@mt.sri.com, current@freebsd.org Subject: Re: ipfw cannot do this... In-reply-to: Your message of "Wed, 15 Jan 1997 14:23:55 CST." <199701152023.OAA14652@solaria.sol.net> Date: Wed, 15 Jan 1997 21:36:56 +0100 Message-ID: <28389.853360616@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199701152023.OAA14652@solaria.sol.net>, Joe Greco writes: > > /* My firewall rules */ > etc. >} > >There's a lot of logic flow in there. This is the point where a firewall module using the bpf engine becomes interesting, and the task more or less changes to one of compiler- writing... There's a nice project for somebody... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Wed Jan 15 12:49:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA24010 for current-outgoing; Wed, 15 Jan 1997 12:49:28 -0800 (PST) Received: from smyrno.sol.net (smyrno.sol.net [206.55.64.117]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA24004 for ; Wed, 15 Jan 1997 12:49:23 -0800 (PST) Received: from solaria.sol.net (solaria.sol.net [206.55.65.75]) by smyrno.sol.net (8.8.3/8.8.3) with SMTP id OAA12886; Wed, 15 Jan 1997 14:49:19 -0600 (CST) Received: from localhost by solaria.sol.net (8.5/8.5) id OAA14840; Wed, 15 Jan 1997 14:49:18 -0600 From: Joe Greco Message-Id: <199701152049.OAA14840@solaria.sol.net> Subject: Re: ipfw cannot do this... To: phk@critter.dk.tfs.com (Poul-Henning Kamp) Date: Wed, 15 Jan 97 14:49:16 CST Cc: ejs@bfd.com, nate@mt.sri.com, current@freebsd.org In-Reply-To: <28389.853360616@critter.dk.tfs.com> from "Poul-Henning Kamp" at Jan 15, 97 09:36:56 pm X-Mailer: ELM [version 2.4dev PL65] MIME-Version: 1.0 Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > In message <199701152023.OAA14652@solaria.sol.net>, Joe Greco writes: > > > > /* My firewall rules */ > > etc. > >} > > > >There's a lot of logic flow in there. > > This is the point where a firewall module using the bpf engine becomes > interesting, and the task more or less changes to one of compiler- > writing... > > There's a nice project for somebody... I agree; I didn't say it was easy. ;-) I haven't complained about this because I _know_ what I want is complex... but what I end up with is NOT very readable. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-current Wed Jan 15 13:33:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA27145 for current-outgoing; Wed, 15 Jan 1997 13:33:15 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA27140 for ; Wed, 15 Jan 1997 13:33:12 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vkcB9-0003wMC; Wed, 15 Jan 97 12:43 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id VAA00812; Wed, 15 Jan 1997 21:34:15 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id VAA28375; Wed, 15 Jan 1997 21:34:57 +0100 (MET) To: Nate Williams cc: "Eric J. Schwertfeger" , current@freebsd.org Subject: Re: ipfw cannot do this... In-reply-to: Your message of "Wed, 15 Jan 1997 12:19:40 MST." <199701151919.MAA06300@rocky.mt.sri.com> Date: Wed, 15 Jan 1997 21:34:57 +0100 Message-ID: <28373.853360497@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Actually, what I really want is an ipfw add skip XXX ... where if >> something matches the rule, skip all other rules below XXX (yes, I always >> number my rules:-) > >If you get a match, it *will* skip all the other rules. In essence what I needed was to skip only some rules, but reversing the logic certainly did the trick for me. Since we >do< have the line numbers, GOTO isn't far away one... two... three... What ? still no flames ? I'm amazed... :-) of course ! -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Wed Jan 15 14:38:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA02907 for current-outgoing; Wed, 15 Jan 1997 14:38:18 -0800 (PST) Received: from chai.plexuscom.com (chai.plexuscom.com [207.87.46.100]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id OAA02902 for ; Wed, 15 Jan 1997 14:38:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by chai.plexuscom.com (8.8.4/8.6.12) with SMTP id RAA19321; Wed, 15 Jan 1997 17:37:43 -0500 (EST) Message-Id: <199701152237.RAA19321@chai.plexuscom.com> X-Authentication-Warning: chai.plexuscom.com: localhost [127.0.0.1] didn't use HELO protocol To: Poul-Henning Kamp Cc: Joe Greco , ejs@bfd.com (Eric J. Schwertfeger), nate@mt.sri.com, current@freebsd.org Subject: Re: ipfw cannot do this... In-reply-to: Your message of "Wed, 15 Jan 1997 21:36:56 +0100." <28389.853360616@critter.dk.tfs.com> Date: Wed, 15 Jan 1997 17:37:43 -0500 From: Bakul Shah Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > This is the point where a firewall module using the bpf engine becomes > interesting, and the task more or less changes to one of compiler- > writing... > There's a nice project for somebody... Well, one can use tcpdump -dd to let it do the compiling for you or rip off that code from tcpdump.... From owner-freebsd-current Wed Jan 15 15:00:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA04250 for current-outgoing; Wed, 15 Jan 1997 15:00:37 -0800 (PST) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA04229; Wed, 15 Jan 1997 15:00:28 -0800 (PST) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id OAA09180; Wed, 15 Jan 1997 14:59:27 -0800 (PST) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma009178; Wed Jan 15 14:58:59 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id OAA23006; Wed, 15 Jan 1997 14:58:59 -0800 (PST) From: Archie Cobbs Message-Id: <199701152258.OAA23006@bubba.whistle.com> Subject: Re: ipfw cannot do this... In-Reply-To: from "Eric J. Schwertfeger" at "Jan 15, 97 11:14:32 am" To: ejs@bfd.com (Eric J. Schwertfeger) Date: Wed, 15 Jan 1997 14:58:58 -0800 (PST) Cc: nate@mt.sri.com, phk@freebsd.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 > Actually, what I really want is an ipfw add skip XXX ... where if > something matches the rule, skip all other rules below XXX (yes, I always > number my rules:-) Just use the rule "ipfw accept". The packet is permitted and remaining rules are ignored. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-current Wed Jan 15 15:07:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA04627 for current-outgoing; Wed, 15 Jan 1997 15:07:56 -0800 (PST) Received: from horst.bfd.com (horst.bfd.com [204.160.242.10]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA04618 for ; Wed, 15 Jan 1997 15:07:50 -0800 (PST) Received: from harlie (bastion.bfd.com [204.160.242.14]) by horst.bfd.com (8.7.6/8.7.3) with SMTP id PAA27340; Wed, 15 Jan 1997 15:07:35 -0800 (PST) Date: Wed, 15 Jan 1997 15:07:35 -0800 (PST) From: "Eric J. Schwertfeger" X-Sender: ejs@harlie To: Poul-Henning Kamp cc: Nate Williams , current@FreeBSD.ORG Subject: Re: ipfw cannot do this... In-Reply-To: <28373.853360497@critter.dk.tfs.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, 15 Jan 1997, Poul-Henning Kamp wrote: > >> Actually, what I really want is an ipfw add skip XXX ... where if > >> something matches the rule, skip all other rules below XXX (yes, I always > >> number my rules:-) > > > >If you get a match, it *will* skip all the other rules. I don't want it to skip *ALL* the rules, only the ones I don't want applying to the current packet. Ah, I see where the misunderstanding is. I'm referring to something like this. /sbin/ipfw add 100 skip 300 from any to any via ed0 # the following rules do not apply to anything coming in via ed0, but do # apply to all other interfaces /sbin/ipfw add 200 deny log all from localnet1 to any /sbin/ipfw add 201 deny log all from localnet2 to any # at this point, these rules would apply to all interfaces /sbin/ipfw add 300 accept from all to mymachine admittedly not a good example of why I want something like this, but I'm trying to clear up the missunderstanding. > In essence what I needed was to skip only some rules, but reversing > the logic certainly did the trick for me. Here's one that can be pretty convoluted with the current rules. We use ipfw accounting to track the T1 usage of virtual servers and colocated equipment. The tracking is done on our primary web server, and all colocated equipment routes through this web server, though the rest of our equipment isn't behind this machine. However, we don't want to track "in-house" traffic. So, in order to do this using the current rules, we could do this one of two ways. 1) using the skip to rule XXX idea, tell it to skip the accounting rules if both source and destination are in our class C 2) handle all blocking (most of which is done by the router to the T1, so this is feasible), then accept all remaining from and to local addresses, then do the accounting, then accept the rest To me, method one looks cleaner. Then again, I'm really not saying that we desperately need this, just explaining why I'd be interested. Then again, the not would work nice for cleanwalling if you could say "not eth0" or such, ie /sbin/ipfw add 200 deny log all from localnet to any not eth0 where eth0 is the interface to localnet Hate to say it, but Linux's ipfwadm, with it's seperate input, forward, and output lists, makes cleanwalling and firewalling on the same machine quite simple, though not quite as simple as the "not eth0" form. From owner-freebsd-current Wed Jan 15 15:56:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA07720 for current-outgoing; Wed, 15 Jan 1997 15:56:48 -0800 (PST) Received: from bunyip.cc.uq.oz.au (daemon@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA07710 for ; Wed, 15 Jan 1997 15:56:36 -0800 (PST) Received: (from daemon@localhost) by bunyip.cc.uq.oz.au (8.8.4/8.8.4) id JAA19314 for current@freebsd.org; Thu, 16 Jan 1997 09:56:19 +1000 Received: from pandora.devetir.qld.gov.au by ogre.devetir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with ESMTP id KAA01441 for ; Thu, 16 Jan 1997 10:05:22 +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 JAA17918 for ; Thu, 16 Jan 1997 09:58:25 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id XAA00617 for ; Wed, 15 Jan 1997 23:57:22 GMT Message-Id: <199701152357.XAA00617@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 2.0beta 12/23/96 To: current@freebsd.org Subject: A Pox upon $FreeBSD$ mods 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: Thu, 16 Jan 1997 09:57:22 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk And a plague upon the person who decided to insert all those lines just after I'd done a make world on this slow machine. Bah humbug. May all your children be six-fingered radioactive mutants. 8^) 8^) <------------ smilies for humour-impaired. Stephen -- The views expressed above are not those of the Worker's Compensation Board of Queensland, Australia. From owner-freebsd-current Wed Jan 15 17:12:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA13947 for current-outgoing; Wed, 15 Jan 1997 17:12:51 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA13942 for ; Wed, 15 Jan 1997 17:12:48 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id RAA01347; Wed, 15 Jan 1997 17:12:35 -0800 (PST) To: Stephen Hocking cc: current@FreeBSD.ORG Subject: Re: A Pox upon $FreeBSD$ mods In-reply-to: Your message of "Thu, 16 Jan 1997 09:57:22 +1000." <199701152357.XAA00617@netfl15a.devetir.qld.gov.au> Date: Wed, 15 Jan 1997 17:12:35 -0800 Message-ID: <1344.853377155@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > And a plague upon the person who decided to insert all those lines just after > I'd done a make world on this slow machine. Bah humbug. May all your children > be six-fingered radioactive mutants. Of that, I'd already little doubt. :-) Sigh. I could say I was sorry - but would that help? :-) Jordan From owner-freebsd-current Wed Jan 15 18:57:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA21374 for current-outgoing; Wed, 15 Jan 1997 18:57:57 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA21369 for ; Wed, 15 Jan 1997 18:57:53 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id NAA09735; Thu, 16 Jan 1997 13:27:29 +1030 (CST) From: Michael Smith Message-Id: <199701160257.NAA09735@genesis.atrad.adelaide.edu.au> Subject: Re: A Pox upon $FreeBSD$ mods In-Reply-To: <1344.853377155@time.cdrom.com> from "Jordan K. Hubbard" at "Jan 15, 97 05:12:35 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 16 Jan 1997 13:27:27 +1030 (CST) Cc: sysseh@devetir.qld.gov.au, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (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 Jordan K. Hubbard stands accused of saying: > > And a plague upon the person who decided to insert all those lines just after > > I'd done a make world on this slow machine. Bah humbug. May all your children > > be six-fingered radioactive mutants. > > Of that, I'd already little doubt. :-) > > Sigh. I could say I was sorry - but would that help? :-) You could say "trailing whitespace, oh Rod I am so sorry!" But it still wouldn't help 8). Eggs, omlettes. > Jordan -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Wed Jan 15 19:48:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA24657 for current-outgoing; Wed, 15 Jan 1997 19:48:15 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id TAA24651 for ; Wed, 15 Jan 1997 19:48:10 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.3/8.7.3) with SMTP id WAA11638; Wed, 15 Jan 1997 22:46:15 -0500 (EST) Message-Id: <199701160346.WAA11638@whizzo.transsys.com> X-Mailer: exmh version 2.0alpha 12/3/96 To: Poul-Henning Kamp cc: Joe Greco , ejs@bfd.com (Eric J. Schwertfeger), nate@mt.sri.com, current@freebsd.org From: "Louis A. Mamakos" Subject: Re: ipfw cannot do this... References: <28389.853360616@critter.dk.tfs.com> In-reply-to: Your message of "Wed, 15 Jan 1997 21:36:56 +0100." <28389.853360616@critter.dk.tfs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 Jan 1997 22:46:15 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > This is the point where a firewall module using the bpf engine becomes > interesting, and the task more or less changes to one of compiler- > writing... I've done this in a user-mode SLIP implementation on another processor, and it's quite handy and too difficult to do. It turns out that the "compiler" already exists - you can fairly easily extract the one in tcpdump(1) and bend it to your will. Once you've done this in a general purpose way, you could put it in into a dial-on-demand PPP implemenatation have very fine-grained control over what sort of packets are allowed to bring an on-demand PPP link up, and what sort of packets will serve to keep the link from timing out due to inactivity. louie From owner-freebsd-current Thu Jan 16 03:31:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA17049 for current-outgoing; Thu, 16 Jan 1997 03:31:32 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA17039 for ; Thu, 16 Jan 1997 03:31:28 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id DAA21034; Thu, 16 Jan 1997 03:31:22 -0800 (PST) To: Doug Russell cc: Bill Fenner , current@FreeBSD.ORG Subject: Re: sysinstall REALLY needs a "reset FTP state" option, or something In-reply-to: Your message of "Mon, 16 Dec 1996 23:16:12 PST." <1.5.4.16.19961217001848.34d7cec6@internode.net> Date: Thu, 16 Jan 1997 03:31:21 -0800 Message-ID: <21030.853414281@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > While we are talking about the install program, I have found another little > bug. (Oh, and I still haven't tried to upgrade to 2.2-ALPHA to test that > ... > happens. If I select an FTP install for my bin, XFree, etc. etc. (basic > system) from my server machine, things install correctly. I get to the > final config menu, and try to install a package which doesn't exist on my > server, so I switch to, say ftp.freebsd.org on the media menu. When I try > to install the package, it still tries to get it from my local server. The This should be fixed now. The codepath from FTP site selection to using the FTP library was somewhat... twisty... and I think I've unknotted it somewhat now. > I also had a problem installing a package from the Networking menu on the > final config/options menu. I inadvertantly tried to get Apache from my > local server (which did not yet have the file at the time), before I > switched ftp servers to ftp.freebsd.org. (the networking menu does seem to I can't reproduce this one - I can pop in and out of the packages menu quite a bit now without ill effect, but then I just improved some of the underlying code by a fair bit, so anything's possible. [In case it's not obvious by the commits, I'm on a sysinstall bug-bashing marathon, so keep those cards and letters coming, folks! ;-)] Jordan From owner-freebsd-current Thu Jan 16 04:12:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id EAA18685 for current-outgoing; Thu, 16 Jan 1997 04:12:49 -0800 (PST) Received: from oskar.nanoteq.co.za (oskar.nanoteq.co.za [163.195.220.170]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id EAA18671; Thu, 16 Jan 1997 04:12:43 -0800 (PST) Received: (from rbezuide@localhost) by oskar.nanoteq.co.za (8.6.12/8.6.12) id OAA14163; Thu, 16 Jan 1997 14:06:36 +0200 From: Reinier Bezuidenhout Message-Id: <199701161206.OAA14163@oskar.nanoteq.co.za> Subject: Re: ipfw cannot do this... In-Reply-To: <199701152258.OAA23006@bubba.whistle.com> from Archie Cobbs at "Jan 15, 97 02:58:58 pm" To: archie@whistle.com (Archie Cobbs) Date: Thu, 16 Jan 1997 14:06:36 +0200 (SAT) Cc: ejs@bfd.com, nate@mt.sri.com, phk@freebsd.org, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (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 Hi ... > > > Actually, what I really want is an ipfw add skip XXX ... where if > > something matches the rule, skip all other rules below XXX (yes, I always > > number my rules:-) > > Just use the rule "ipfw accept". The packet is permitted and remaining > rules are ignored. Maybe he means just jumping a few rules and then continue enforcing the rules from XXX onward. What if the rules are made hierarchical, example: First test to see if the source is the subnet - then enforce more detailed entries ipfw add 10 TRUE from 0.0.0.0/24 to any /\ YES NO rules TRUE+ rules FALSE | | Deny all Deny all Or someting to this effect .... I'll be willing to give some ideas or even to try and implement this :) because this would make the number of rules tested for one packet much less , especially for a large subset of rules Reinier ################################################################### # # # R.N. Bezuidenhout NetSeq Firewall # # rbezuide@oskar.nanoteq.co.za http://www.nanoteq.co.za # # # ################################################################### From owner-freebsd-current Thu Jan 16 04:42:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id EAA19688 for current-outgoing; Thu, 16 Jan 1997 04:42:14 -0800 (PST) Received: from shadows.aeon.net (bsdcur@shadows.aeon.net [194.100.41.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id EAA19680 for ; Thu, 16 Jan 1997 04:42:01 -0800 (PST) Received: (from bsdcur@localhost) by shadows.aeon.net (8.8.4/8.8.3) id OAA08990 for freebsd-current@freebsd.org; Thu, 16 Jan 1997 14:41:30 +0200 (EET) From: mika ruohotie Message-Id: <199701161241.OAA08990@shadows.aeon.net> Subject: optimal cc flags? To: freebsd-current@freebsd.org Date: Thu, 16 Jan 1997 14:41:30 +0200 (EET) 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 again something i remember asking a while back, but i dont remember anymore if i got answers or not... i still have just '-O2 -m486 -pipe' in /etc/make.conf for default flags, ans have been wondering what would suit better for both pentium and pentium pro machine? (separatedly) and i dont want to run to the last edge, just something that uses the cpu features "well" but "safe" in some manner... ofcourse if there's "unsafe" way that works fine, let me know... and if there's some flags one should use for kernel compiling, also suggestions for those would be welcome... i am running a "production" server, though it's at home, so i rather do keep up with -current... at work the real production servers are usually the latest release... (waiting anxiously my 2.1.6 cdroms... =) ) mickey -- mika ruohotie mika@aeon.net mickey@supsys.fi From owner-freebsd-current Thu Jan 16 05:06:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA20150 for current-outgoing; Thu, 16 Jan 1997 05:06:43 -0800 (PST) Received: from veda.is (ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA20145 for ; Thu, 16 Jan 1997 05:06:39 -0800 (PST) Received: (from adam@localhost) by veda.is (8.8.4/8.7.3) id NAA16792; Thu, 16 Jan 1997 13:15:24 GMT Date: Thu, 16 Jan 1997 13:15:24 GMT From: Adam David Message-Id: <199701161315.NAA16792@veda.is> To: nate@mt.sri.COM (Nate Williams) Cc: freebsd-current@freebsd.org Subject: Re: ipfw cannot do this... Newsgroups: list.freebsd.current References: <199701151919.MAA06300@rocky.mt.sri.com> X-Newsreader: NN version 6.5.0 #2 (NOV) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Why not 'add' acceptance hosts and then restrict everything after that. >Since ipfw goes until it gets a match, it'll work fine that way. Why exclude with a whole bunch of rules (each of which takes a little processing time), when a single inverted rule can do the same job more cleanly? -- Adam David From owner-freebsd-current Thu Jan 16 05:17:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA20576 for current-outgoing; Thu, 16 Jan 1997 05:17:29 -0800 (PST) Received: from veda.is (ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA20571 for ; Thu, 16 Jan 1997 05:17:25 -0800 (PST) Received: (from adam@localhost) by veda.is (8.8.4/8.7.3) id NAA16827; Thu, 16 Jan 1997 13:26:24 GMT Date: Thu, 16 Jan 1997 13:26:24 GMT From: Adam David Message-Id: <199701161326.NAA16827@veda.is> To: phk@critter.DK.tfs.COM (Poul-Henning Kamp) Cc: freebsd-current@freebsd.org Subject: Re: ipfw patches to test Newsgroups: list.freebsd.current References: <27547.853345090@critter.dk.tfs.com> X-Newsreader: NN version 6.5.0 #2 (NOV) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Well, I needed this badly, so I looked at it, if somebody wants to >try out this little patch, please report how it goes. >Basically you can now say > ipfw add deny !from 192.168.23.0/30 to 140.145.230.0/24 >or "!to" for that matter. Give it a whirl... >Poul-Henning I would much prefer the following syntax: ipfw add deny from !192.168.23.0/30 to 140.145.230.0/24 and I am convinced that it would be a simpler modification to the code. Patches will follow tonight, if I'm not beaten to it. -- Adam David From owner-freebsd-current Thu Jan 16 05:17:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA20620 for current-outgoing; Thu, 16 Jan 1997 05:17:55 -0800 (PST) Received: from gaia.coppe.ufrj.br (root@cisigw.coppe.ufrj.br [146.164.2.31]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA20614; Thu, 16 Jan 1997 05:17:52 -0800 (PST) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.3/8.7.3) id LAA05573; Thu, 16 Jan 1997 11:16:49 -0200 (EDT) From: Joao Carlos Mendes Luis Message-Id: <199701161316.LAA05573@gaia.coppe.ufrj.br> Subject: Re: ipfw cannot do this... To: nate@mt.sri.com (Nate Williams) Date: Thu, 16 Jan 1997 11:16:49 -0200 (EDT) Cc: ejs@bfd.com, nate@mt.sri.com, phk@freebsd.org, current@freebsd.org In-Reply-To: <199701151919.MAA06300@rocky.mt.sri.com> from Nate Williams at "Jan 15, 97 12:19:40 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 #define quoting(Nate Williams) // > > > I just found out one thing we need in ipfw, the ability to inverse the // > > > sense of a rule: // > > > // > > > ipfw add deny not ip from 140.145.0.0 to any via ed0 // > > > ipfw add deny not ip from any to 140.145.0.0 via ed1 // > > > ^^^ // > > > ipfw add allow tcp from any to any 23 // > > > ipfw add allow tcp from any to any 25 // > > > ... // > > > // > > > any takers ? // > > // > > I'm not sure I follow what you want. What exactly are you trying to do? // > // > As someone that wants something like this, I think I can answer. Quite a // > few times, I've wanted to deny everything but a certain address range, and // > then further restrict that address range. I'd like this !!! // // Why not 'add' acceptance hosts and then restrict everything after that. The acceptance list could be too big to be useful. For example, how can I deny spoofing from a subnet ? The standard rc.firewall suggests the follwoing piece of code: /sbin/ipfw add deny all from ${inet}:${imask} to any in via ${oif} /sbin/ipfw add deny all from ${onet}:${omask} to any in via ${iif} But this would probably be better: /sbin/ipfw add deny all from not ${inet}:${imask} to any in via ${iif} /sbin/ipfw add deny all from ${inet}:${imask} to any in via not ${iif} The second line in the first piece of code does not prevent all spoofing. // Since ipfw goes until it gets a match, it'll work fine that way. // // This is how I'm doing it now. // // # Allow traffic to/from machine 1.2.3.4 only // ipfw add allow tcp from 1.2.3.4 to any via ed0 // ipfw add allow tcp from any to 1.2.3.4 via ed0 // ipfw add deny log tcp from any to any via ed0 What if you want to restrict access based on tcp port ? Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 ( Job ) jonny@cisi.coppe.ufrj.br Network Manager UFRJ/COPPE/CISI Universidade Federal do Rio de Janeiro From owner-freebsd-current Thu Jan 16 08:45:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA29623 for current-outgoing; Thu, 16 Jan 1997 08:45:15 -0800 (PST) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id IAA29618 for ; Thu, 16 Jan 1997 08:45:13 -0800 (PST) From: proff@suburbia.net Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with SMTP id IAA09002 for ; Thu, 16 Jan 1997 08:46:11 -0800 (PST) Received: (qmail 5408 invoked by uid 110); 16 Jan 1997 16:44:47 -0000 Message-ID: <19970116164447.5406.qmail@suburbia.net> Subject: Re: ipfw patches to test In-Reply-To: <199701161326.NAA16827@veda.is> from Adam David at "Jan 16, 97 01:26:24 pm" To: adam@veda.is (Adam David) Date: Fri, 17 Jan 1997 03:44:47 +1100 (EST) Cc: phk@critter.DK.tfs.COM, freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (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 would much prefer the following syntax: > > ipfw add deny from !192.168.23.0/30 to 140.145.230.0/24 > > and I am convinced that it would be a simpler modification to the code. > Patches will follow tonight, if I'm not beaten to it. > > -- > Adam David > I wouldn't. I would prefer a "not from". Shell symbols should be avoided in the ipfw grammer, which is designed to be human readable in english. Cheers, Julian From owner-freebsd-current Thu Jan 16 08:46:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA29678 for current-outgoing; Thu, 16 Jan 1997 08:46:25 -0800 (PST) Received: from utgard.hos.net (utgard.hos.net [205.238.129.45]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id IAA29672 for ; Thu, 16 Jan 1997 08:46:19 -0800 (PST) Received: (from faulkner@localhost) by utgard.hos.net (8.8.4/8.7.3) id KAA05954; Thu, 16 Jan 1997 10:46:17 -0600 (CST) Message-ID: Date: Thu, 16 Jan 1997 10:46:16 -0559 From: faulkner@asgard.hos.net (Boyd R. Faulkner) To: current@freebsd.org Subject: pppd panics on last nights current X-Mailer: Mutt 0.53 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I dialed into work last night and BOOM. Panic in pppsioctl. Anyone else see this? I will get a stack trace later tonight if anyone wants one. Thanks, Boyd Is it possible to wire ppp (tun version) to stay up even when packets aren't flowing at the moment? Thanks, Boyd -- Boyd Faulkner "The Gods don't drag people, The Gods faulkner@asgard.hos.net sucker punch them until the poor fools http://asgard.hos.net/~faulkner pay attention and do it for themselves." 1011101 - Soror Sia From owner-freebsd-current Thu Jan 16 09:23:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA01087 for current-outgoing; Thu, 16 Jan 1997 09:23:26 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id JAA01081 for ; Thu, 16 Jan 1997 09:23:22 -0800 (PST) Received: from uno.sat.t.u-tokyo.ac.jp by mail.crl.com with SMTP id AA28832 (5.65c/IDA-1.5 for ); Thu, 16 Jan 1997 09:15:56 -0800 Received: by uno.sat.t.u-tokyo.ac.jp (8.8.4/8.7.3) with ESMTP id CAA23209; Fri, 17 Jan 1997 02:15:53 +0900 (JST) To: freebsd-current@freebsd.org, Andrew Gallatin Cc: wjs@cs.duke.edu Subject: Re: 2.2-BETA fsync panics -- h/w or s/w? X-Mailer: Mew version 1.54 on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 17 Jan 1997 02:15:53 +0900 Message-Id: <23207.853434953@sat.t.u-tokyo.ac.jp> From: Hidetoshi Shimokawa Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk gallatin> We're attempting to build a web server out of what amounts to spare gallatin> parts. We've installed 2.2-BETA on it, and we're experiencing gallatin> reproducible panics (via hitting ctrl-g in the xemacs minibuffer, gallatin> xemacs is a binary from pacakges). I have been getting same panics with 2.2-* since a few months ago. Dual Pentium Pro (but running uni-processor kernel) RAM 128MB NCR825 base SCSI card Adaptec 2940 DEC21140 base 100BASE-T card gallatin> Notice that vp->v_mount is null. Yes, I observed the same. /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp From owner-freebsd-current Thu Jan 16 09:46:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA02067 for current-outgoing; Thu, 16 Jan 1997 09:46:54 -0800 (PST) Received: from magigimmix.xs4all.nl (magigimmix.xs4all.nl [194.109.6.25]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id JAA02049 for ; Thu, 16 Jan 1997 09:46:19 -0800 (PST) Received: from asterix.xs4all.nl (asterix.xs4all.nl [194.109.6.11]) by magigimmix.xs4all.nl (8.7.6/XS4ALL) with ESMTP id SAA02078 for ; Thu, 16 Jan 1997 18:46:01 +0100 (MET) Received: from plm.xs4all.nl (uucp@localhost) by asterix.xs4all.nl (8.7.5/8.7.2) with UUCP id SAA14344 for freebsd-current@freebsd.org; Thu, 16 Jan 1997 18:43:37 +0100 (MET) Received: (from plm@localhost) by plm.xs4all.nl (8.8.4/8.7.3) id HAA00521; Thu, 16 Jan 1997 07:57:57 +0100 (MET) To: freebsd-current@freebsd.org Subject: Kernel PPP causes freeze in -current From: Peter Mutsaers Date: 16 Jan 1997 07:57:56 +0100 Message-ID: <877mlegl8r.fsf@localhost.xs4all.nl> Lines: 11 X-Mailer: Gnus v5.2.39/Emacs 19.34 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, When I start pppd, since some days (last weekend?) my system freezes. User ppp remains working without such problems. Am I the only one? B.t.w. I use PAP for authentication. Somewhere in the beginning, before IP traffic is possible, the freeze occurs. -- Peter Mutsaers | Abcoude (Utrecht), | Trust is a good quality plm@xs4all.nl | the Netherlands | for other people to have From owner-freebsd-current Thu Jan 16 10:31:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA04884 for current-outgoing; Thu, 16 Jan 1997 10:31:02 -0800 (PST) Received: from veda.is (ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id KAA04878 for ; Thu, 16 Jan 1997 10:30:56 -0800 (PST) Received: (from adam@localhost) by veda.is (8.8.4/8.7.3) id SAA20186; Thu, 16 Jan 1997 18:38:37 GMT From: Adam David Message-Id: <199701161838.SAA20186@veda.is> Subject: Re: ipfw patches to test In-Reply-To: <19970116164447.5406.qmail@suburbia.net> from "proff@suburbia.net" at "Jan 17, 97 03:44:47 am" To: proff@suburbia.net Date: Thu, 16 Jan 1997 18:38:35 +0000 (GMT) Cc: phk@critter.DK.tfs.COM, freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (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 wrote earlier] > > I would much prefer the following syntax: > > > > ipfw add deny from !192.168.23.0/30 to 140.145.230.0/24 > > > > and I am convinced that it would be a simpler modification to the code. I have reviewed my previous musings and these patches, and have merged my patches with Poul-Henning's to give the patches included below. The issues of user syntax and the internal representation and manipulation of the data are of course entirely separate. Concerning the flow of control in the ipfw module, which of the two versions is actually more streamlined? I think mine has less repetition and more symmetry, but is it any faster in the real world? > I wouldn't. I would prefer a "not from". Shell symbols should > be avoided in the ipfw grammer, which is designed to be > human readable in english. > > Cheers, > Julian It would be a simple matter to revise these patches to use "from [not] " instead of "from [!]". Purists would complain that "from !192.168.23.0" is ugly syntax anyway, just as I strongly dislike "!from 192.168.23.0". --- sbin/ipfw/ipfw.c.old Thu Jan 16 16:51:23 1997 +++ sbin/ipfw/ipfw.c Thu Jan 16 17:24:01 1997 @@ -162,7 +162,7 @@ else printf("%u", chain->fw_prot); - printf(" from "); + printf(" from %s", chain->fw_flg & IP_FW_F_INVSRC ? "!" : ""); adrt=ntohl(chain->fw_smsk.s_addr); if (adrt==ULONG_MAX && do_resolv) { @@ -202,7 +202,7 @@ } } - printf(" to "); + printf(" to %s", chain->fw_flg & IP_FW_F_INVDST ? "!" : ""); adrt=ntohl(chain->fw_dmsk.s_addr); if (adrt==ULONG_MAX && do_resolv) { @@ -685,6 +685,9 @@ if (ac && !strncmp(*av,"from",strlen(*av))) { av++; ac--; } else show_usage("missing ``from''\n"); + if (!ac) show_usage("Missing arguments\n"); + + if (**av == '!') { ++*av; rule.fw_flag |= IP_FW_F_INVSRC; } fill_ip(&rule.fw_src, &rule.fw_smsk, &ac, &av); if (ac && isdigit(**av)) { @@ -699,6 +702,7 @@ if (!ac) show_usage("Missing arguments\n"); + if (**av == '!') { ++*av; rule.fw_flag |= IP_FW_F_INVDST; } fill_ip(&rule.fw_dst, &rule.fw_dmsk, &ac, &av); if (ac && isdigit(**av)) { --- sys/netinet/ip_fw.c.old Thu Jan 16 15:31:25 1997 +++ sys/netinet/ip_fw.c Thu Jan 16 16:40:33 1997 @@ -320,11 +320,13 @@ continue; /* If src-addr doesn't match, not this rule. */ - if ((src.s_addr & f->fw_smsk.s_addr) != f->fw_src.s_addr) + if ((f->fw_flg & IP_FW_F_INVSRC) != 0 + ^ (src.s_addr & f->fw_smsk.s_addr) != f->fw_src.s_addr) continue; /* If dest-addr doesn't match, not this rule. */ - if ((dst.s_addr & f->fw_dmsk.s_addr) != f->fw_dst.s_addr) + if ((f->fw_flg & IP_FW_F_INVDST) != 0 + ^ (dst.s_addr & f->fw_dmsk.s_addr) != f->fw_dst.s_addr) continue; /* If a i/f name was specified, and we don't know */ --- sys/netinet/ip_fw.h.old Thu Jan 16 16:06:13 1997 +++ sys/netinet/ip_fw.h Thu Jan 16 16:14:20 1997 @@ -64,6 +64,8 @@ /* * Values for "flags" field . */ +#define IP_FW_F_INVSRC 0x0001 /* Invert sense of src check */ +#define IP_FW_F_INVDST 0x0002 /* Invert sense of dst check */ #define IP_FW_F_IN 0x0004 /* Inbound */ #define IP_FW_F_OUT 0x0008 /* Outbound */ -- Adam David From owner-freebsd-current Thu Jan 16 11:04:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA06748 for current-outgoing; Thu, 16 Jan 1997 11:04:54 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id LAA06743 for ; Thu, 16 Jan 1997 11:04:52 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vkx6n-0003xSC; Thu, 16 Jan 97 11:04 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id UAA04622; Thu, 16 Jan 1997 20:04:13 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id UAA02100; Thu, 16 Jan 1997 20:05:23 +0100 (MET) To: Adam David cc: proff@suburbia.net, freebsd-current@freebsd.org Subject: Re: ipfw patches to test In-reply-to: Your message of "Thu, 16 Jan 1997 18:38:35 GMT." <199701161838.SAA20186@veda.is> Date: Thu, 16 Jan 1997 20:05:23 +0100 Message-ID: <2098.853441523@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199701161838.SAA20186@veda.is>, Adam David writes: >I have reviewed my previous musings and these patches, and have merged my >patches with Poul-Henning's to give the patches included below. The issues >of user syntax and the internal representation and manipulation of the data >are of course entirely separate. Ok, fix the manpage too and you code is it :-) Poul-Henning -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Thu Jan 16 11:21:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA07890 for current-outgoing; Thu, 16 Jan 1997 11:21:22 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id LAA07872 for ; Thu, 16 Jan 1997 11:21:13 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA03103; Thu, 16 Jan 1997 20:21:02 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id UAA15619; Thu, 16 Jan 1997 20:05:03 +0100 (MET) Message-ID: Date: Thu, 16 Jan 1997 20:05:03 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@freebsd.org Cc: eivind@dimaga.com (Eivind Eklund) Subject: Re: Numerous minor with 2.1.6 References: <3.0.32.19970113110207.00a51e90@dimaga.com> <12678.853329187@time.cdrom.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <12678.853329187@time.cdrom.com>; from Jordan K. Hubbard on Jan 15, 1997 03:53:07 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > BTW: While we're at configuration - do you know if it would hurt to add a > > device lnc1 at isa? port 0x7000 net irq 3 drq 0 vector lncintr > > or something similar to the default kernel? This would allow an install on > > a Compaq ProSignia without kernel changes - a "good thing". (I've been > > Anyone see a problem with this? It's beyond the regular ISA port range. Stupid ISA cards only decode 10 address bits. OTOH, this will yield address 0x0, so you need a stupid motherboard to get hosed by it. It's perhaps better to mention it as a particular ``oddness'' in hardware.txt. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Jan 16 12:17:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA10988 for current-outgoing; Thu, 16 Jan 1997 12:17:20 -0800 (PST) Received: from magigimmix.xs4all.nl (magigimmix.xs4all.nl [194.109.6.25]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA10970 for ; Thu, 16 Jan 1997 12:17:13 -0800 (PST) Received: from asterix.xs4all.nl (asterix.xs4all.nl [194.109.6.11]) by magigimmix.xs4all.nl (8.7.6/XS4ALL) with ESMTP id VAA10330 for ; Thu, 16 Jan 1997 21:17:09 +0100 (MET) Received: from plm.xs4all.nl (uucp@localhost) by asterix.xs4all.nl (8.7.5/8.7.2) with UUCP id VAA20198 for freebsd-current@freebsd.com; Thu, 16 Jan 1997 21:01:00 +0100 (MET) Received: (from plm@localhost) by plm.xs4all.nl (8.8.4/8.7.3) id SAA01970; Thu, 16 Jan 1997 18:48:16 +0100 (MET) Date: Thu, 16 Jan 1997 18:48:16 +0100 (MET) Message-Id: <199701161748.SAA01970@plm.xs4all.nl> From: Peter Mutsaers To: freebsd-current@freebsd.com Subject: MSDOS FS -> freeze Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk When I mount an MSDOS filesystem on -current, my system freezes. Note that I use MSDOS as an lkm. Is a known problem in -current? (I've no been following this list for a while). -- Peter Mutsaers | Abcoude (Utrecht), | Trust is a good quality plm@xs4all.nl | the Netherlands | for other people to have From owner-freebsd-current Thu Jan 16 14:16:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA17470 for current-outgoing; Thu, 16 Jan 1997 14:16:57 -0800 (PST) Received: from usa.nai.net (usa.nai.net [204.71.21.10]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id OAA17460 for ; Thu, 16 Jan 1997 14:16:54 -0800 (PST) Received: from SIGGINS.nai.net (Putnam-Usr1-47.nai.net [208.133.169.56]) by usa.nai.net (8.6.12/8.6.5) with SMTP id RAA20803 for ; Thu, 16 Jan 1997 17:15:55 -0500 Date: Thu, 16 Jan 1997 17:15:55 -0500 Message-Id: <199701162215.RAA20803@usa.nai.net> From: "Douglas A. $iggins" X-Priority: Normal Content-Type: text/plain To: freebsd-current@freebsd.org Subject: unsubscribe X-Mailer: Pronto Mail [ver 3.04 (1006)] Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk please unsubscribe me. From owner-freebsd-current Thu Jan 16 14:46:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA19010 for current-outgoing; Thu, 16 Jan 1997 14:46:06 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id OAA18996; Thu, 16 Jan 1997 14:46:01 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.3/8.8.3) with ESMTP id OAA28442; Thu, 16 Jan 1997 14:45:59 -0800 (PST) Message-Id: <199701162245.OAA28442@austin.polstra.com> To: gj@freebsd.org Cc: current@freebsd.org Subject: The new gdb links with -lmalloc ?! Date: Thu, 16 Jan 1997 14:45:58 -0800 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm working with a slightly old -current, so this could be simple cockpit error. I just updated my src/contrib/gdb and src/gnu/usr.bin/gdb sources to the latest, and tried building it. All went fine until the final link step, when it tried to link with "-lmalloc". That library was banished to /usr/lib/compat long ago, wasn't it? I fixed src/gnu/usr.bin/gdb/gdb/Makefile and then it linked OK: Index: Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/gdb/gdb/Makefile,v retrieving revision 1.15 diff -u -r1.15 Makefile --- Makefile 1997/01/15 22:35:22 1.15 +++ Makefile 1997/01/16 22:40:01 @@ -56,7 +56,7 @@ .endif DPADD+= ${LIBTERMCAP} -LDADD+= -ltermcap -lmalloc +LDADD+= -ltermcap .if exists(${.OBJDIR}/../libiberty) LDADD+= -L${.OBJDIR}/../libiberty -liberty John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Thu Jan 16 15:02:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA19805 for current-outgoing; Thu, 16 Jan 1997 15:02:02 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id PAA19798 for ; Thu, 16 Jan 1997 15:01:55 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id RAA06177 for current@freebsd.org; Thu, 16 Jan 1997 17:59:19 -0500 From: Bill Paul Message-Id: <199701162259.RAA06177@skynet.ctr.columbia.edu> Subject: Let's try this again To: current@freebsd.org Date: Thu, 16 Jan 1997 17:59:17 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Okay, my last attempt as this hack didn't seem to do the job I needed and met with some criticism when I submitted it for review, so here's another try. What I wanted to do was provide an interface for learning the credentials of a peer process on the other end of an AF_UNIX socket. The result was an addition to getsockopt() which basically imitated the operation of identd, except in the kernel. Knowing the server-side socket descriptor, the code would find the client-side socket via the protocol control block and then scan the open file table looking for the process that owned it. This approach has problems. First of all, you need to scan the whole open file table looking for the client-side descriptor. The more files that are open in the system, the longer this can take. Second, it's possible (though unlikely) that there may be more than one process referencing the client-side socket. If this is the case, it's not clear which set of credentials to return. Also, the only way to detect this is to scan the entire open file table all the way through (to look for duplicate references) instead of just stopping at the first match. What's really needed is a way to do peer authentication on a per-message basis instead of on a 'per-socket' basis. The only way I can see to do this effectively is to use sendmsg()/recvmsg() and send ancillary data along with the request. The ancillary data can be process credentials, which the server can extract and use to verify the AUTH_UNIX creds supplied in the RPC. The trick is to have the kernel fill in the credentials rather than the client; this way the client can't provide false information. Appended to this message are some patches for uipc_usrreq.c and sys/socket.h to implement this feature. A new ancillary control message type is provided called SCM_CREDS along with a credentials structure, stuct cmsgcred. The sending process sets up an empty cmsgcred structure and transmits it, and the kernel fills in the data related to the sending process in unp_internalize(). This includes the pid, effective uid and groups -- it's essentially the same data found in struct ucred with the addition of the pid. The information is then transfered to the struct cmsgcred of the receiving process. The one problem with this hack is that now socket.h depends on sys/param.h in order for NGROUPS to be #defined. I'm not sure how to resolve this: I'm pretty sure adding #include to socket.h is not the correct answer. Possibly the cmsgcred struct needs to be somewhere else, but I'm not sure where. Comments and suggestions welcome. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= *** uipc_usrreq.c.orig Thu Jan 16 12:06:18 1997 --- uipc_usrreq.c Thu Jan 16 13:35:16 1997 *************** *** 697,707 **** register struct file **rp; register struct file *fp; register int i, fd; int oldfds; ! if (cm->cmsg_type != SCM_RIGHTS || cm->cmsg_level != SOL_SOCKET || ! cm->cmsg_len != control->m_len) return (EINVAL); oldfds = (cm->cmsg_len - sizeof (*cm)) / sizeof (int); /* * check that all the FDs passed in refer to legal OPEN files --- 697,722 ---- register struct file **rp; register struct file *fp; register int i, fd; + register struct cmsgcred *cmcred; int oldfds; ! if ((cm->cmsg_type != SCM_RIGHTS && cm->cmsg_type != SCM_CREDS) || ! cm->cmsg_level != SOL_SOCKET || cm->cmsg_len != control->m_len) return (EINVAL); + + /* + * Fill in credential information. + */ + if (cm->cmsg_type == SCM_CREDS) { + cmcred = (struct cmsgcred *)(cm + 1); + cmcred->cmcred_pid = p->p_pid; + cmcred->cmcred_uid = p->p_ucred->cr_uid; + cmcred->cmcred_ngroups = p->p_ucred->cr_ngroups; + for (i = 0; i < NGROUPS; i++) + cmcred->cmcred_groups[i] = p->p_ucred->cr_groups[i]; + return(0); + } + oldfds = (cm->cmsg_len - sizeof (*cm)) / sizeof (int); /* * check that all the FDs passed in refer to legal OPEN files *** socket.h.old Mon Dec 23 22:27:27 1996 --- socket.h Thu Jan 16 13:25:39 1997 *************** *** 289,294 **** --- 290,308 ---- /* followed by u_char cmsg_data[]; */ }; + /* + * Credentials structure, used to verify the identity of a peer + * process that has sent us a message. This is allocated by the + * peer process but filled in by the kernel. This prevents the + * peer from lying about its identity. + */ + struct cmsgcred { + pid_t cmcred_pid; /* PID of sending process */ + uid_t cmcred_uid; /* effective UID of sending process */ + short cmcred_ngroups; /* number or groups */ + gid_t cmcred_groups[NGROUPS]; /* groups */ + }; + /* given pointer to struct cmsghdr, return pointer to data */ #define CMSG_DATA(cmsg) ((u_char *)((cmsg) + 1)) *************** *** 304,309 **** --- 318,324 ---- /* "Socket"-level control message types: */ #define SCM_RIGHTS 0x01 /* access rights (array of int) */ #define SCM_TIMESTAMP 0x02 /* timestamp (struct timeval) */ + #define SCM_CREDS 0x03 /* process creds (struct cmsgcred) */ /* * 4.3 compat sockaddr, move to compat file later From owner-freebsd-current Thu Jan 16 16:22:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA25098 for current-outgoing; Thu, 16 Jan 1997 16:22:23 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id QAA25085 for ; Thu, 16 Jan 1997 16:22:17 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA07390; Thu, 16 Jan 1997 17:09:03 -0700 From: Terry Lambert Message-Id: <199701170009.RAA07390@phaeton.artisoft.com> Subject: Re: MSDOS FS -> freeze To: plm@xs4all.nl (Peter Mutsaers) Date: Thu, 16 Jan 1997 17:09:03 -0700 (MST) Cc: freebsd-current@freebsd.com In-Reply-To: <199701161748.SAA01970@plm.xs4all.nl> from "Peter Mutsaers" at Jan 16, 97 06:48:16 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 > When I mount an MSDOS filesystem on -current, my system freezes. Note > that I use MSDOS as an lkm. Is a known problem in -current? (I've no > been following this list for a while). Did you rebuild the LKM when you updated your kernel? They are a matched set... 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 Jan 16 17:27:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA00294 for current-outgoing; Thu, 16 Jan 1997 17:27:51 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA00285 for ; Thu, 16 Jan 1997 17:27:49 -0800 (PST) From: proff@suburbia.net Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id RAA01650 for ; Thu, 16 Jan 1997 17:27:48 -0800 (PST) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with SMTP id RAA16564 for ; Thu, 16 Jan 1997 17:27:40 -0800 (PST) Received: (qmail 15898 invoked by uid 110); 17 Jan 1997 01:26:23 -0000 Message-ID: <19970117012623.15897.qmail@suburbia.net> Subject: Re: ipfw patches to test In-Reply-To: <199701161838.SAA20186@veda.is> from Adam David at "Jan 16, 97 06:38:35 pm" To: adam@veda.is (Adam David) Date: Fri, 17 Jan 1997 12:26:23 +1100 (EST) Cc: phk@critter.DK.tfs.COM, freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (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 wouldn't. I would prefer a "not from". Shell symbols should > > be avoided in the ipfw grammer, which is designed to be > > human readable in english. > > > > Cheers, > > Julian > > It would be a simple matter to revise these patches to use "from [not] " > instead of "from [!]". Purists would complain that "from !192.168.23.0" is > ugly syntax anyway, just as I strongly dislike "!from 192.168.23.0". Well, no, it wouldn't actually because you may have a host called "not", this is why I suggest "not from", appart from the fact that "from not" is not gramatical. Cheers, Julian From owner-freebsd-current Thu Jan 16 17:31:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA00743 for current-outgoing; Thu, 16 Jan 1997 17:31:51 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA00738 for ; Thu, 16 Jan 1997 17:31:50 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id RAA01658 for ; Thu, 16 Jan 1997 17:30:46 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id CAA09063; Fri, 17 Jan 1997 02:07:04 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id UAA15843; Thu, 16 Jan 1997 20:56:50 +0100 (MET) Message-ID: Date: Thu, 16 Jan 1997 20:56:50 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: giles@nemeton.com.au (Giles Lean) Cc: uhclem@nemesis.lonestar.org (Frank Durda IV), sos@FreeBSD.ORG, freebsd-current@freefall.freebsd.org Subject: Re: SMC Elite Ultra in -current References: <199701150907.UAA29295@nemeton.com.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701150907.UAA29295@nemeton.com.au>; from Giles Lean on Jan 15, 1997 20:07:29 +1100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Giles Lean wrote: > Anyway, I don't know if the following will help or not and certainly > comes without warranty, but have a look ... (other quote:) > Verify that the contents of 308 - 30d ARE your hardware address. I > don't know what the correct board type for your card is. For the two I > fixed, they were EtherCard PLUS Elite16T, and the identifier was 0x28. I've once collected entire EEPROM images from various SMC cards. Here are the ID fields i've found: wd8003ep 0x27 wd8013epc 0x29 wd8013wc 0x28 -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Jan 16 17:38:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA01234 for current-outgoing; Thu, 16 Jan 1997 17:38:09 -0800 (PST) Received: from veda.is (ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA01226 for ; Thu, 16 Jan 1997 17:38:05 -0800 (PST) Received: (from adam@localhost) by veda.is (8.8.4/8.7.3) id BAA20876; Fri, 17 Jan 1997 01:46:39 GMT From: Adam David Message-Id: <199701170146.BAA20876@veda.is> Subject: Re: ipfw patches to test In-Reply-To: <19970117012623.15897.qmail@suburbia.net> from "proff@suburbia.net" at "Jan 17, 97 12:26:23 pm" To: proff@suburbia.net Date: Fri, 17 Jan 1997 01:46:37 +0000 (GMT) Cc: phk@critter.DK.tfs.COM, freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (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 > > It would be a simple matter to revise these patches to use "from [not] " > > instead of "from [!]". Purists would complain that "from !192.168.23.0" is > > ugly syntax anyway, just as I strongly dislike "!from 192.168.23.0". > > Well, no, it wouldn't actually because you may have a host called "not", > this is why I suggest "not from", appart from the fact that "from not" is > not gramatical. > > Cheers, > Julian > A good point about the hostname, which might be why I originally went with the '!' prefix. However, since "not" is now documented as a keyword, the obvious way to address such a host would be by its canonical name. I favour "from not" because we are describing mathematical logic using words borrowed from the english language for this purpose. If we were truly writing it in english, the overall syntax would be substantially more different than just saying "not from", and we might have more flexibility at defining complex rulesets in poetic modes of expression. -- Adam David From owner-freebsd-current Thu Jan 16 20:57:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA10226 for current-outgoing; Thu, 16 Jan 1997 20:57:56 -0800 (PST) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id UAA10220; Thu, 16 Jan 1997 20:57:53 -0800 (PST) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id UAA17973; Thu, 16 Jan 1997 20:57:20 -0800 (PST) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma017971; Thu Jan 16 20:57:01 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id UAA27895; Thu, 16 Jan 1997 20:57:01 -0800 (PST) From: Archie Cobbs Message-Id: <199701170457.UAA27895@bubba.whistle.com> Subject: Re: ipfw cannot do this... In-Reply-To: <199701161206.OAA14163@oskar.nanoteq.co.za> from Reinier Bezuidenhout at "Jan 16, 97 02:06:36 pm" To: rbezuide@oskar.nanoteq.co.za (Reinier Bezuidenhout) Date: Thu, 16 Jan 1997 20:57:00 -0800 (PST) Cc: archie@whistle.com, ejs@bfd.com, nate@mt.sri.com, phk@freebsd.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 > > > Actually, what I really want is an ipfw add skip XXX ... where if > > > something matches the rule, skip all other rules below XXX (yes, I always > > > number my rules:-) > > > > Just use the rule "ipfw accept". The packet is permitted and remaining > > rules are ignored. > > Maybe he means just jumping a few rules and then continue enforcing the > rules from XXX onward. Ah, that would be cool. But "goto" would be easier to read/comprehend than "skip". That is, assuming you really want to add a "goto"... :-) -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-current Fri Jan 17 01:33:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA19948 for current-outgoing; Fri, 17 Jan 1997 01:33:35 -0800 (PST) Received: from mail12.digital.com (mail12.digital.com [192.208.46.20]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA19943 for ; Fri, 17 Jan 1997 01:33:25 -0800 (PST) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com by mail12.digital.com (8.7.5/UNX 1.5/1.0/WV) id EAA31385; Fri, 17 Jan 1997 04:25:10 -0500 (EST) Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA04780; Fri, 17 Jan 1997 10:24:46 +0100 Message-Id: <9701170924.AA04780@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: John Polstra Cc: current@freebsd.org, Gary.Jennejohn@munich.netsurf.de In-Reply-To: Message from John Polstra of Thu, 16 Jan 97 14:45:58 PST. Reply-To: gjennejohn@frt.dec.com Subject: Re: The new gdb links with -lmalloc ?! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 17 Jan 97 10:24:45 +0100 X-Mts: smtp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk jdp@polstra.com writes: > I'm working with a slightly old -current, so this could be simple > cockpit error. I just updated my src/contrib/gdb and > src/gnu/usr.bin/gdb sources to the latest, and tried building it. All > went fine until the final link step, when it tried to link with > "-lmalloc". That library was banished to /usr/lib/compat long ago, > wasn't it? > > I fixed src/gnu/usr.bin/gdb/gdb/Makefile and then it linked OK: > > Index: Makefile > =================================================================== > RCS file: /home/ncvs/src/gnu/usr.bin/gdb/gdb/Makefile,v > retrieving revision 1.15 > diff -u -r1.15 Makefile > --- Makefile 1997/01/15 22:35:22 1.15 > +++ Makefile 1997/01/16 22:40:01 > @@ -56,7 +56,7 @@ > .endif > > DPADD+= ${LIBTERMCAP} > -LDADD+= -ltermcap -lmalloc > +LDADD+= -ltermcap > > .if exists(${.OBJDIR}/../libiberty) > LDADD+= -L${.OBJDIR}/../libiberty -liberty > well, it worked for me. I even did a make world with the new gdb. I'm running 3.0-current, right up-to-date. Of course, I might have had an old libmalloc laying around in /usr/lib. Have to look when I get home tonight. I thought that gnumalloc disappeared, not malloc. Anybody else having problems with the new gdb ? --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-current Fri Jan 17 02:22:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA21989 for current-outgoing; Fri, 17 Jan 1997 02:22:24 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA21982 for ; Fri, 17 Jan 1997 02:22:17 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id VAA10162; Fri, 17 Jan 1997 21:16:15 +1100 Date: Fri, 17 Jan 1997 21:16:15 +1100 From: Bruce Evans Message-Id: <199701171016.VAA10162@godzilla.zeta.org.au> To: garyj@frt.dec.com, jdp@polstra.com Subject: Re: The new gdb links with -lmalloc ?! Cc: current@freebsd.org, Gary.Jennejohn@munich.netsurf.de Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> I fixed src/gnu/usr.bin/gdb/gdb/Makefile and then it linked OK: >> ... >> DPADD+= ${LIBTERMCAP} >> -LDADD+= -ltermcap -lmalloc >> +LDADD+= -ltermcap >> >well, it worked for me. I even did a make world with the new gdb. >I'm running 3.0-current, right up-to-date. Of course, I might have >had an old libmalloc laying around in /usr/lib. Have to look when I >get home tonight. > >I thought that gnumalloc disappeared, not malloc. libmalloc is in ports/devel and has never been in /usr/src IIRC. Checking DPADD using `make checkdpadd' would have detected the bug. There is no ${LIBMALLOC}... >Anybody else having problems with the new gdb ? I haven't seen it yet, since ctm has stopped. Is this a hint to switch to cvsup? :-) Bruce From owner-freebsd-current Fri Jan 17 03:15:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA24206 for current-outgoing; Fri, 17 Jan 1997 03:15:11 -0800 (PST) Received: from ravenock.cybercity.dk (ravenock.cybercity.dk [194.16.57.32]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA24200 for ; Fri, 17 Jan 1997 03:15:07 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.4/8.7.3) id MAA01334; Fri, 17 Jan 1997 12:15:10 +0100 (MET) From: Søren Schmidt Message-Id: <199701171115.MAA01334@ravenock.cybercity.dk> Subject: Re: The new gdb links with -lmalloc ?! In-Reply-To: <199701171016.VAA10162@godzilla.zeta.org.au> from Bruce Evans at "Jan 17, 97 09:16:15 pm" To: bde@zeta.org.au (Bruce Evans) Date: Fri, 17 Jan 1997 12:15:01 +0100 (MET) Cc: garyj@frt.dec.com, jdp@polstra.com, current@freebsd.org, Gary.Jennejohn@munich.netsurf.de X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Bruce Evans who wrote: > > >Anybody else having problems with the new gdb ? > > I haven't seen it yet, since ctm has stopped. Is this a hint to > switch to cvsup? :-) No, according to phk one of the security features in ctm triggered when so many files disappeared in the old gdb dir, it should be running again (allthough I havn't received anything yet).. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Fri Jan 17 03:33:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA24686 for current-outgoing; Fri, 17 Jan 1997 03:33:10 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id DAA24680 for ; Fri, 17 Jan 1997 03:33:08 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vlCX9-0003voC; Fri, 17 Jan 97 03:32 PST Received: from critter.dk.tfs.com (critter.dk.tfs.com [140.145.230.252]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id MAA08083; Fri, 17 Jan 1997 12:32:25 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id MAA04004; Fri, 17 Jan 1997 12:33:27 +0100 (MET) To: Søren Schmidt cc: bde@zeta.org.au (Bruce Evans), garyj@frt.dec.com, jdp@polstra.com, current@FreeBSD.org, Gary.Jennejohn@munich.netsurf.de Subject: Re: The new gdb links with -lmalloc ?! In-reply-to: Your message of "Fri, 17 Jan 1997 12:15:01 +0100." <199701171115.MAA01334@ravenock.cybercity.dk> Date: Fri, 17 Jan 1997 12:33:27 +0100 Message-ID: <4002.853500807@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <199701171115.MAA01334@ravenock.cybercity.dk>, Søren Schmidt writes: >In reply to Bruce Evans who wrote: >> >> >Anybody else having problems with the new gdb ? >> >> I haven't seen it yet, since ctm has stopped. Is this a hint to >> switch to cvsup? :-) > >No, according to phk one of the security features in ctm triggered >when so many files disappeared in the old gdb dir, it should be >running again (allthough I havn't received anything yet).. There is a "damage" limit on CTM which was set to "delete max 100 files" and the gdb stuff seems to have triggered it. I've increased the limit to 300 this morning (some hours ago by now. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Fri Jan 17 08:15:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA10954 for current-outgoing; Fri, 17 Jan 1997 08:15:29 -0800 (PST) Received: from haywire.DIALix.COM (news@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id IAA10938 for ; Fri, 17 Jan 1997 08:15:15 -0800 (PST) Received: (from news@localhost) by haywire.DIALix.COM (8.8.4/8.8.2) id AAA17432 for freebsd-current@freebsd.org; Sat, 18 Jan 1997 00:14:55 +0800 (WST) X-Authentication-Warning: haywire.DIALix.COM: news set sender to usenet-request@haywire.dialix.com using -f Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 17 Jan 1997 16:14:54 GMT From: peter@spinner.DIALix.COM (Peter Wemm) Message-ID: <853517694.662612@haywire.DIALix.COM> Organization: DIALix Internet Services References: Subject: Re: patch to lock(1) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article , j@uriah.heep.sax.de (J Wunsch) writes: > As Philippe Regnauld wrote: > >> I got sick of people locking terminals for 3 hours and not coming back :-) >> >> I made two simple patches to lock(1) so that the user cannot lock the >> terminal more than 1 hour unless he's root. > > That's not the right way to go. If you want such a functionality, you > also need to make the max value configurable in some way, e.g. via a > file in /etc. Perhaps add an attribute to /etc/login.conf now that we have it.. -Peter From owner-freebsd-current Fri Jan 17 08:22:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA11384 for current-outgoing; Fri, 17 Jan 1997 08:22:12 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id IAA11378 for ; Fri, 17 Jan 1997 08:22:06 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.3/8.8.3) with ESMTP id IAA08274; Fri, 17 Jan 1997 08:21:59 -0800 (PST) Message-Id: <199701171621.IAA08274@austin.polstra.com> To: Poul-Henning Kamp cc: current@FreeBSD.org Subject: Re: The new gdb links with -lmalloc ?! In-reply-to: Your message of "Fri, 17 Jan 1997 12:33:27 +0100." <4002.853500807@critter.dk.tfs.com> References: <4002.853500807@critter.dk.tfs.com> Date: Fri, 17 Jan 1997 08:21:59 -0800 From: John Polstra Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > There is a "damage" limit on CTM which was set to "delete max 100 files" Hey, I like that idea! I guess I'll have to extend your entry in the Acknowledgments file and steal it ... :-) -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Fri Jan 17 09:21:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA15006 for current-outgoing; Fri, 17 Jan 1997 09:21:13 -0800 (PST) Received: from bbs.mpcs.com (hgoldste@bbs.mpcs.com [204.215.226.2]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id JAA15001 for ; Fri, 17 Jan 1997 09:21:10 -0800 (PST) Received: (from hgoldste@localhost) by bbs.mpcs.com (8.8.4/8.8.4/MPCS) id MAA04293; Fri, 17 Jan 1997 12:20:48 -0500 Date: Fri, 17 Jan 1997 12:20:48 -0500 From: Howard Goldstein Message-Id: <199701171720.MAA04293@bbs.mpcs.com> To: freebsd-current@freebsd.org, brian@mpress.com Subject: tcp_extenions=NO between to FreeBSD Hosts!? In-Reply-To: <19970112060920.20637.qmail@mpress.com> Reply-To: hgoldste@bbs.mpcs.com Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <19970112060920.20637.qmail@mpress.com>, you wrote: : The following two hosts : : FreeBSD top.mediacity.com 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sat Jan 11 01:17:49 1997 brian@research.mpress.com:/uss/src/sys-UP/compile/LAPTOP i386 : : FreeBSD garfield.panix.com 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Sat Jan 11 20:33:29 PST 1997 larry@garfield.panix.com:/usr/src/sys/compile/LAPTOP-PCD i386 : : cannot talk tcp between each other unless one of us has issued the command: : : sysctl -w net.inet.tcp.rfc1644=0 : : so is the problem one of us, or a router in between us? It still might be one of you. There's a long standing reported bug (kern/1xxx something) in the tcp extensions hosing the RTT calculations on routes with latencies on the order of 28.8 dialup lines. If it doesn't crap out on an ethernet then you've found the same bug. -- Howard Goldstein From owner-freebsd-current Fri Jan 17 09:22:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA15100 for current-outgoing; Fri, 17 Jan 1997 09:22:56 -0800 (PST) Received: from fgate.flevel.co.uk (root@fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id JAA15094 for ; Fri, 17 Jan 1997 09:22:51 -0800 (PST) Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.7.5/8.6.9) with SMTP id RAA28708; Fri, 17 Jan 1997 17:22:13 GMT Date: Fri, 17 Jan 1997 17:22:12 +0000 (GMT) From: Developer To: Adam David cc: freebsd-current@freebsd.org Subject: Re: Help -- Netscape problem In-Reply-To: <199701101324.NAA07521@veda.is> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The netscape mail client sucks anyway, might it be possible to hook in another > client to respond to a mailto: URL event? (I can't imagine anyone wanting to > use netscape mail for any other purpose ;) Hmm, can you suggest a good user friends POP3 mail client? Regards, Trefor S. From owner-freebsd-current Fri Jan 17 10:24:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA17568 for current-outgoing; Fri, 17 Jan 1997 10:24:43 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id KAA17559 for ; Fri, 17 Jan 1997 10:24:41 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vlIxR-0003vqC; Fri, 17 Jan 97 10:24 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id TAA15722; Fri, 17 Jan 1997 19:24:02 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id TAA04655; Fri, 17 Jan 1997 19:09:46 +0100 (MET) To: John Polstra cc: current@FreeBSD.org Subject: Re: The new gdb links with -lmalloc ?! In-reply-to: Your message of "Fri, 17 Jan 1997 08:21:59 PST." <199701171621.IAA08274@austin.polstra.com> Date: Fri, 17 Jan 1997 19:09:46 +0100 Message-ID: <4653.853524586@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <199701171621.IAA08274@austin.polstra.com>, John Polstra writes: >> There is a "damage" limit on CTM which was set to "delete max 100 files" > >Hey, I like that idea! I guess I'll have to extend your entry in the >Acknowledgments file and steal it ... :-) You know, I belive there are 66% of the initial CTM users who remember the "ctm-112" incident, and only one of the two have forgiven me for it. That's when the damamge limit was introduced. Feel not only free but downright obligated to steal the idea. In the case of cvsup it should probably be an commandline overridable default in the client end. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Fri Jan 17 12:16:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA23193 for current-outgoing; Fri, 17 Jan 1997 12:16:06 -0800 (PST) Received: from mule1.mindspring.com (mule1.mindspring.com [204.180.128.167]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA23188 for ; Fri, 17 Jan 1997 12:16:02 -0800 (PST) Received: from rlb.users.mindspring.com (user-168-121-25-139.dialup.mindspring.com [168.121.25.139]) by mule1.mindspring.com (8.8.4/8.8.4) with SMTP id PAA38692 for ; Fri, 17 Jan 1997 15:15:53 -0500 Message-ID: <32DFDDF6.41C67EA6@mindspring.com> Date: Fri, 17 Jan 1997 15:15:50 -0500 From: Ron Bolin X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2-RELEASE i386) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: gcc compiler question Content-Type: multipart/mixed; boundary="------------446B9B3D2781E494167EB0E7" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------446B9B3D2781E494167EB0E7 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit In trying to port cprolog to FBSD. I find the the Solaris 2.X c compiler can handle the following macro sub, but gcc can't on any platform. Does anyone have a suggestion how gcc might emulate the Solaris macro substitution? Thank's Ron See attached code -- **************************************************************************** Ron Bolin rlb@mindspring.com, http://www.mindspring.com/~rlb/ GSU: gs01rlb@panther.gsu.edu matrlbx@indigo4.cs.gsu.edu Home: 770-992-8877 **************************************************************************** --------------446B9B3D2781E494167EB0E7 Content-Type: text/plain; charset=us-ascii; name="test.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="test.c" /* Under Solaris 2.X this compiles with the proper macro substitution on savepS = savead-lcl0; to LSave [ 6 ] = savead- ( Origin [ 5 ] ); But gcc does not */ #define savepS LSave[NAreas] #define NAreas 6 /* number of work areas/stacks */ #define LocalId 5 typedef unsigned **PTR; static PTR *savead, Origin[100]; #define lcl0 (Origin[LocalId]) unsigned LSave[100]; main() { savepS = savead-lcl0; } --------------446B9B3D2781E494167EB0E7-- From owner-freebsd-current Fri Jan 17 13:38:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA28022 for current-outgoing; Fri, 17 Jan 1997 13:38:40 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA28017 for ; Fri, 17 Jan 1997 13:38:36 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA09143; Fri, 17 Jan 1997 14:23:19 -0700 From: Terry Lambert Message-Id: <199701172123.OAA09143@phaeton.artisoft.com> Subject: Re: Help -- Netscape problem To: dev@fgate.flevel.co.uk (Developer) Date: Fri, 17 Jan 1997 14:23:18 -0700 (MST) Cc: adam@veda.is, freebsd-current@freebsd.org In-Reply-To: from "Developer" at Jan 17, 97 05:22:12 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 netscape mail client sucks anyway, might it be possible to hook > > in another client to respond to a mailto: URL event? (I can't > > imagine anyone wanting to use netscape mail for any other purpose ;) > > Hmm, can you suggest a good user friends POP3 mail client? Eudora Light. It's free: ftp.qualcomm.com. You caan also buy Eudora Pro from them. 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 Jan 17 14:44:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA01297 for current-outgoing; Fri, 17 Jan 1997 14:44:37 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id OAA01282 for ; Fri, 17 Jan 1997 14:44:31 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA12714; Fri, 17 Jan 1997 23:44:22 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id XAA20639; Fri, 17 Jan 1997 23:05:06 +0100 (MET) Message-ID: Date: Fri, 17 Jan 1997 23:05:06 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: rlb@mindspring.com (Ron Bolin) Cc: freebsd-current@freebsd.org Subject: Re: gcc compiler question References: <32DFDDF6.41C67EA6@mindspring.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <32DFDDF6.41C67EA6@mindspring.com>; from Ron Bolin on Jan 17, 1997 15:15:50 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Ron Bolin wrote: > In trying to port cprolog to FBSD. I find the the Solaris 2.X > c compiler can handle the following macro sub, but gcc can't > on any platform. I can't seem to realize your problem: j@uriah 132% /usr/libexec/cpp #define savepS LSave[NAreas] #define NAreas 6 /* number of work areas/stacks */ #define LocalId 5 typedef unsigned **PTR; static PTR *savead, Origin[100]; #define lcl0 (Origin[LocalId]) unsigned LSave[100]; main() { savepS = savead-lcl0; } ^D # 1 "" typedef unsigned **PTR; static PTR *savead, Origin[100]; unsigned LSave[100]; main() { LSave[6 ] = savead- (Origin[5 ]) ; } -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Jan 17 15:18:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA04039 for current-outgoing; Fri, 17 Jan 1997 15:18:32 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA04027 for ; Fri, 17 Jan 1997 15:18:29 -0800 (PST) Received: (from jdp@localhost) by austin.polstra.com (8.8.3/8.8.3) id PAA10558; Fri, 17 Jan 1997 15:17:10 -0800 (PST) To: freebsd-current@freebsd.org Path: not-for-mail From: jdp@polstra.com (John Polstra) Newsgroups: polstra.freebsd.current Subject: Re: gcc compiler question Date: 17 Jan 1997 15:17:09 -0800 Organization: Polstra & Co., Seattle, WA Lines: 81 Distribution: local Message-ID: <5bp19l$a9r@austin.polstra.com> References: <32DFDDF6.41C67EA6@mindspring.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <32DFDDF6.41C67EA6@mindspring.com>, Ron Bolin wrote: > /* > > Under Solaris 2.X this compiles with the proper macro substitution > on > savepS = savead-lcl0; > to > LSave [ 6 ] = savead- ( Origin [ 5 ] ); > > But gcc does not > */ > #define savepS LSave[NAreas] > #define NAreas 6 /* number of work areas/stacks */ > #define LocalId 5 > typedef unsigned **PTR; > static PTR *savead, Origin[100]; > #define lcl0 (Origin[LocalId]) > unsigned LSave[100]; > main() > { > > savepS = savead-lcl0; > } Eh? It works fine over here: freebie$ cat foo.c /* Under Solaris 2.X this compiles with the proper macro substitution on savepS = savead-lcl0; to LSave [ 6 ] = savead- ( Origin [ 5 ] ); But gcc does not */ #define savepS LSave[NAreas] #define NAreas 6 /* number of work areas/stacks */ #define LocalId 5 typedef unsigned **PTR; static PTR *savead, Origin[100]; #define lcl0 (Origin[LocalId]) unsigned LSave[100]; main() { savepS = savead-lcl0; } freebie$ cc -E foo.c # 1 "foo.c" typedef unsigned **PTR; static PTR *savead, Origin[100]; unsigned LSave[100]; main() { LSave[6 ] = savead- (Origin[5 ]) ; } John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Fri Jan 17 16:19:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA08371 for current-outgoing; Fri, 17 Jan 1997 16:19:30 -0800 (PST) Received: from dreamlabs.dreaming.org (root@dreamlabs.dreaming.org [207.107.8.200]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id QAA08365 for ; Fri, 17 Jan 1997 16:19:27 -0800 (PST) Received: from PC_mitayai.dreamlabs.com (lucid.dreaming.org [204.92.7.47]) by dreamlabs.dreaming.org (8.8.4/8.6.12) with SMTP id TAA01052; Fri, 17 Jan 1997 19:18:50 -0500 (EST) Message-ID: In-Reply-To: References: Conversation <199701101324.NAA07521@veda.is> with last message Priority: Normal X-MSMail-Priority: Normal X-Priority: 3 To: "Developer" , "Adam David" Cc: freebsd-current@freebsd.org MIME-Version: 1.0 From: "Will Mitayai Keeso Rowe" Subject: Re: Help -- Netscape problem Date: Fri, 17 Jan 97 19:09:46 EST Content-Type: text/plain; charset="ISO-8859-1"; X-MAPIextension=".TXT" Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ---------- > > > > The netscape mail client sucks anyway, might it be possible to hook in > another > > client to respond to a mailto: URL event? (I can't imagine anyone wanting to > > use netscape mail for any other purpose ;) > > Hmm, can you suggest a good user friends POP3 mail client? > > Regards, > > Trefor S. > > > Pine... :) ie: inbox={mail.dreaming.org/pop3}inbox -Mit From owner-freebsd-current Fri Jan 17 21:15:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA22319 for current-outgoing; Fri, 17 Jan 1997 21:15:13 -0800 (PST) Received: from bourbon.sfc.wide.ad.jp (bourbon.sfc.wide.ad.jp [203.178.139.109]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id VAA22286 for ; Fri, 17 Jan 1997 21:15:03 -0800 (PST) Received: from bourbon.sfc.wide.ad.jp (localhost [127.0.0.1]) by bourbon.sfc.wide.ad.jp (8.8.4/3.5Wpl101/12/97) with ESMTP id OAA05970; Sat, 18 Jan 1997 14:14:58 +0900 (JST) Message-Id: <199701180514.OAA05970@bourbon.sfc.wide.ad.jp> To: freebsd-current@freebsd.org Cc: max@wide.ad.jp Subject: getegid() on -current? From: Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?= X-Mailer: Mew version 1.54 on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sat, 18 Jan 1997 14:14:58 +0900 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Recently, I've noticed that getegid() don't seem to be working right. For example, nethack complains it can't write into its score board directory, although nethack binary is setegid (to group games), and the directory in question is group writable. Anyone has any idea what I might have done wrong? Thanks, Masafumi ----------------------------------------------------------------------- Masafumi NAKANE, Keio Univ., Dept. of Environmental Information E-Mail : max@wide.ad.jp / max@FreeBSD.ORG [URL] : http://www.sfc.wide.ad.jp/~max/ From owner-freebsd-current Fri Jan 17 22:50:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA28245 for current-outgoing; Fri, 17 Jan 1997 22:50:53 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA28233 for ; Fri, 17 Jan 1997 22:50:47 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id RAA09528; Sat, 18 Jan 1997 17:47:36 +1100 Date: Sat, 18 Jan 1997 17:47:36 +1100 From: Bruce Evans Message-Id: <199701180647.RAA09528@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.org, max@wide.ad.jp Subject: Re: getegid() on -current? Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >Recently, I've noticed that getegid() don't seem to be working right. >For example, nethack complains it can't write into its score board >directory, although nethack binary is setegid (to group games), and >the directory in question is group writable. Perhaps it depends on _POSIX_SAVED_IDS semantics for saved ids. -current and 2.2 no longer support this. Bruce From owner-freebsd-current Sat Jan 18 01:40:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA03870 for current-outgoing; Sat, 18 Jan 1997 01:40:26 -0800 (PST) Received: from chain-work.iafrica.com (chain-work.iafrica.com [196.31.1.66]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA03865 for ; Sat, 18 Jan 1997 01:40:22 -0800 (PST) Received: from localhost (khetan@localhost) by chain-work.iafrica.com (8.8.4/8.6.12) with SMTP id LAA02326 for ; Sat, 18 Jan 1997 11:40:18 +0200 (SAT) X-Authentication-Warning: chain-work.iafrica.com: khetan owned process doing -bs Date: Sat, 18 Jan 1997 11:40:18 +0200 (SAT) From: Khetan Gajjar To: current@freebsd.org Subject: Updated xdm and xterm Message-ID: X-Alternate-Address: gjjkhe01@sonnenberg.uct.ac.za MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi. I just wanted to know if anyone had a copy of a recent xdm and xterm after the utmp changes in 3.0-current. I really don't feel like unpacking the sources for these two things. TIA, --- Khetan Gajjar [ http://www.iafrica.com/~khetan] I'm a FreeBSD User! [ http://www.freebsd.org ] PGP Key [finger khetan@chain.iafrica.com] UUNet Internet Africa [0800-030-002 & help@iafrica.com] From owner-freebsd-current Sat Jan 18 03:39:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA07159 for current-outgoing; Sat, 18 Jan 1997 03:39:48 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA07152 for ; Sat, 18 Jan 1997 03:39:42 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id MAA22702; Sat, 18 Jan 1997 12:42:07 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.3/8.6.9) id MAA05704; Sat, 18 Jan 1997 12:40:01 +0100 (MET) From: Christoph Kukulies Message-Id: <199701181140.MAA05704@gilberto.physik.rwth-aachen.de> Subject: Re: Updated xdm and xterm In-Reply-To: from Khetan Gajjar at "Jan 18, 97 11:40:18 am" To: khetan@iafrica.com (Khetan Gajjar) Date: Sat, 18 Jan 1997 12:40:00 +0100 (MET) Cc: current@freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL28 (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 > Hi. > > I just wanted to know if anyone had a copy of a recent xdm and xterm after > the utmp changes in 3.0-current. > > I really don't feel like unpacking the sources for these two things. I uploaded ftp://ftp.freebsd.org/pub/FreeBSD/incoming/README.xterm-xdm.tar.gz ftp://ftp.freebsd.org/pub/FreeBSD/incoming/xterm-xdm.tar.gz Hey, why is incoming on freefall still unwritable as ftp user? Is intention behind it? > > TIA, > > --- > Khetan Gajjar [ http://www.iafrica.com/~khetan] > I'm a FreeBSD User! [ http://www.freebsd.org ] > PGP Key [finger khetan@chain.iafrica.com] > UUNet Internet Africa [0800-030-002 & help@iafrica.com] > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Sat Jan 18 04:02:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id EAA07761 for current-outgoing; Sat, 18 Jan 1997 04:02:51 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id EAA07756 for ; Sat, 18 Jan 1997 04:02:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id EAA19702; Sat, 18 Jan 1997 04:00:18 -0800 (PST) Message-Id: <199701181200.EAA19702@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Christoph Kukulies cc: khetan@iafrica.com (Khetan Gajjar), current@freebsd.org Subject: Re: Updated xdm and xterm In-reply-to: Your message of "Sat, 18 Jan 1997 12:40:00 +0100." <199701181140.MAA05704@gilberto.physik.rwth-aachen.de> From: David Greenman Reply-To: dg@root.com Date: Sat, 18 Jan 1997 04:00:18 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Hey, why is incoming on freefall still unwritable as ftp user? >Is intention behind it? It's a policy change. Users with accounts on freefall can create files there, but anonymous user may not. We continue to provide ftp.freebsd.org for anonymous uploads, however. Too many problems with freefall being used to distribute illegal copyrighted software. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Sat Jan 18 04:54:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id EAA09322 for current-outgoing; Sat, 18 Jan 1997 04:54:48 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id EAA09317 for ; Sat, 18 Jan 1997 04:54:46 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vlaHm-0003vpC; Sat, 18 Jan 97 04:54 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id NAA19686 for ; Sat, 18 Jan 1997 13:54:11 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id NAA07184 for ; Sat, 18 Jan 1997 13:08:34 +0100 (MET) To: current@freebsd.org Subject: GCC or TEXINFO bug... Reply-to: phk@freebsd.org Date: Sat, 18 Jan 1997 13:08:33 +0100 Message-ID: <7182.853589313@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk compiling /src/contrib/texinfo/makeinfo/makeinfo.c with -O3 on a -current system results in a makeinfo program that coredumps with a sig 11. Any Gcc hackers on the list that want to debug this one ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Sat Jan 18 05:24:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA10243 for current-outgoing; Sat, 18 Jan 1997 05:24:20 -0800 (PST) Received: from bloop.craftncomp.com (zzshocki.slip.cc.uq.oz.au [130.102.221.173]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA10214 for ; Sat, 18 Jan 1997 05:23:54 -0800 (PST) Received: from bloop.craftncomp.com (localhost.craftncomp.com [127.0.0.1]) by bloop.craftncomp.com (8.8.4/8.6.12) with ESMTP id XAA11973 for ; Sat, 18 Jan 1997 23:17:39 +1000 (EST) Message-Id: <199701181317.XAA11973@bloop.craftncomp.com> To: current@freebsd.org Subject: Recent DEVFS souncard changes Date: Sat, 18 Jan 1997 23:17:38 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The recent DEVFS soundcard changes don't register (in the devfs fs) the sound blaster component of my PAS-16. The PAS stuff goes in OK, but the 8 bit sound blaster stuff (which is picked up on the kernel probe, and can be used as /dev/{dsp1,audio1} in the conventional /dev. Stephen . From owner-freebsd-current Sat Jan 18 06:57:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA12380 for current-outgoing; Sat, 18 Jan 1997 06:57:50 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id GAA12375; Sat, 18 Jan 1997 06:57:43 -0800 (PST) Received: by sovcom.kiae.su id AA19520 (5.65.kiae-1 ); Sat, 18 Jan 1997 17:45:42 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sat, 18 Jan 97 17:45:42 +0300 Received: from localhost (nagual.ru [127.0.0.1]) by nagual.ru (8.8.4/8.8.4) with SMTP id RAA00232; Sat, 18 Jan 1997 17:43:38 +0300 (MSK) Date: Sat, 18 Jan 1997 17:43:37 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: Soren Schmidt , FreeBSD-current Subject: Destructive cursor is seriously broken in latest syscons! Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I got color stripes over my screen every time when destructive cursor updates, i.e. my screen now full of blinking and disappering lines (independently of text mode dimentions). I build my previous kernel about two days ago without this nasty effect. Please fix it as soon as possible. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Sat Jan 18 07:43:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA13674 for current-outgoing; Sat, 18 Jan 1997 07:43:38 -0800 (PST) Received: from mule0.mindspring.com (mule0.mindspring.com [204.180.128.166]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA13669 for ; Sat, 18 Jan 1997 07:43:36 -0800 (PST) Received: from rlb.users.mindspring.com (user-168-121-25-139.dialup.mindspring.com [168.121.25.139]) by mule0.mindspring.com (8.8.4/8.8.4) with SMTP id KAA164798 for ; Sat, 18 Jan 1997 10:43:33 -0500 Message-ID: <32E0EFA3.167EB0E7@mindspring.com> Date: Sat, 18 Jan 1997 10:43:31 -0500 From: Ron Bolin X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2-RELEASE i386) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Corel Office Java Beta Working?? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have tried to get the Corel Office Java beta working with the 11-26 JDK 1.0.2. So far it will not run. I can make other apps run, but can't seem to get the class path resolution to work. See below: ftp://ftp2.corel.com/ I installed the JDK in /usr/local/java I unwound the COL.ZIP file into the coj directory. >From coj I have an ENV file that adds to the CLASSPATH here it is export CLASSPATH=/usr/local/java/classes.zip:/home/rlb/java/new/coj:./ Here is the error I get: ..rlb/java/new/coj>java COfficeMain java.lang.NoClassDefFoundError: corel/af/ui/ToolImages at corel.af.UIManager.initStandardBar(UIManager.java) at COfficeUIManager.initStandardBar(COfficeUIManager.java) at corel.af.UIManager.initToolBar(UIManager.java) at corel.af.UIManager.init(UIManager.java) at corel.af.Frame.init(Frame.java) at COfficeFrame.(COfficeFrame.java) at COfficeMain.main(COfficeMain.java) Do you think that this is the app, cockpit tbl, or a jdk problem. All the class tree below coj is readable by me (corel/af/ui) is one of them and the class files do exist. Thank's Ron CC: jsh -- **************************************************************************** Ron Bolin rlb@mindspring.com, http://www.mindspring.com/~rlb/ GSU: gs01rlb@panther.gsu.edu matrlbx@indigo4.cs.gsu.edu Home: 770-992-8877 **************************************************************************** From owner-freebsd-current Sat Jan 18 07:54:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA14262 for current-outgoing; Sat, 18 Jan 1997 07:54:04 -0800 (PST) Received: from ravenock.cybercity.dk (ravenock.cybercity.dk [194.16.57.32]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA14253; Sat, 18 Jan 1997 07:53:58 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.4/8.7.3) id QAA10753; Sat, 18 Jan 1997 16:55:19 +0100 (MET) From: Søren Schmidt Message-Id: <199701181555.QAA10753@ravenock.cybercity.dk> Subject: Re: Destructive cursor is seriously broken in latest syscons! In-Reply-To: from "[______ ______]" at "Jan 18, 97 05:43:37 pm" To: ache@nagual.ru (=?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?=) Date: Sat, 18 Jan 1997 16:55:15 +0100 (MET) Cc: sos@freebsd.org, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to [______ ______] who wrote: > I got color stripes over my screen every time when destructive cursor > updates, i.e. my screen now full of blinking and disappering lines > (independently of text mode dimentions). > I build my previous kernel about two days ago without this nasty effect. > Please fix it as soon as possible. Oops! I commented out the waiting for retrace loops, because the one in draw_mouse causes spontanious hangs on my p5-100 when I move the mouse excessively around, forgot that when I committed bruces fixes.. Sorry about that, fixed again.. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Sat Jan 18 08:00:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA14515 for current-outgoing; Sat, 18 Jan 1997 08:00:37 -0800 (PST) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id IAA14510 for ; Sat, 18 Jan 1997 08:00:33 -0800 (PST) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.8.4/8.8.4) with SMTP id LAA02225; Sat, 18 Jan 1997 11:00:32 -0500 (EST) Date: Sat, 18 Jan 1997 11:00:32 -0500 (EST) From: John Fieber To: Stephen Hocking cc: current@freebsd.org Subject: Re: Recent DEVFS souncard changes In-Reply-To: <199701181317.XAA11973@bloop.craftncomp.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, 18 Jan 1997, Stephen Hocking wrote: > The recent DEVFS soundcard changes don't register (in the devfs fs) the > sound blaster component of my PAS-16. The PAS stuff goes in OK, but the 8 bit > sound blaster stuff (which is picked up on the kernel probe, and can be used > as /dev/{dsp1,audio1} in the conventional /dev. Hm... I guess I had assumed that unit numbers were assigned on a per card basis, but they must be assigned on a per-driver basis. It looks like sndattach() will have to get a little more complicated. It also sounds (no pun intended) like sndattach() may not be getting called with the unit number set correctly; you should have gotten dsp1 and audio1 if it was correctly set. Anybody more familiar with the sound code care to step in here??? Regardless, I'm glad it at least sort of works for you, which is better than it was before! -john From owner-freebsd-current Sat Jan 18 10:07:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA22421 for current-outgoing; Sat, 18 Jan 1997 10:07:13 -0800 (PST) Received: from rayearth.rim.or.jp (uucp@rayearth.rim.or.jp [202.247.130.242]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id KAA22413 for ; Sat, 18 Jan 1997 10:07:06 -0800 (PST) Received: (from uucp@localhost) by rayearth.rim.or.jp (8.8.4/3.4W3-uucp1) with UUCP id DAA19740; Sun, 19 Jan 1997 03:06:50 +0900 (JST) Received: from tky007.tth.expo96.ad.jp (localhost [127.0.0.1]) by mail.aslm.rim.or.jp (8.8.4/3.4W4-SMTP) with ESMTP id CAA05300; Sun, 19 Jan 1997 02:59:28 +0900 (JST) Message-Id: <199701181759.CAA05300@mail.aslm.rim.or.jp> To: bde@zeta.org.au Cc: freebsd-current@FreeBSD.org, max@wide.ad.jp Subject: Re: getegid() on -current? From: Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?= In-Reply-To: Your message of "Sat, 18 Jan 1997 17:47:36 +1100" References: <199701180647.RAA09528@godzilla.zeta.org.au> X-Mailer: Mew version 1.54 on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sun, 19 Jan 1997 02:59:21 +0900 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> Recently, I've noticed that getegid() don't seem to be working >> right. For example, nethack complains it can't write into its >> score board directory, although nethack binary is setegid (to >> group games), and the directory in question is group writable. bde> Perhaps it depends on _POSIX_SAVED_IDS semantics for saved bde> ids. -current and 2.2 no longer support this. I recompiled nethack and now it works. Maybe that was because of what you suggest, although I don't have correct knowledge about what it is. Probably, some packages in packages-current and in packages-2.2 need to be rebuilt. Thanks, Max From owner-freebsd-current Sat Jan 18 12:02:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA26101 for current-outgoing; Sat, 18 Jan 1997 12:02:48 -0800 (PST) Received: from chain-work.iafrica.com (chain-work.iafrica.com [196.31.1.66]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA26095 for ; Sat, 18 Jan 1997 12:02:44 -0800 (PST) Received: from localhost (khetan@localhost) by chain-work.iafrica.com (8.8.4/8.6.12) with SMTP id WAA05030; Sat, 18 Jan 1997 22:02:15 +0200 (SAT) X-Authentication-Warning: chain-work.iafrica.com: khetan owned process doing -bs Date: Sat, 18 Jan 1997 22:02:14 +0200 (SAT) From: Khetan Gajjar To: Christoph Kukulies cc: current@freebsd.org Subject: Re: Updated xdm and xterm In-Reply-To: <199701181140.MAA05704@gilberto.physik.rwth-aachen.de> Message-ID: X-Alternate-Address: gjjkhe01@sonnenberg.uct.ac.za MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 18 Jan 1997, Christoph Kukulies wrote: >ftp://ftp.freebsd.org/pub/FreeBSD/incoming/README.xterm-xdm.tar.gz >ftp://ftp.freebsd.org/pub/FreeBSD/incoming/xterm-xdm.tar.gz Great - thanks! --- Khetan Gajjar [ http://www.iafrica.com/~khetan] I'm a FreeBSD User! [ http://www.freebsd.org ] PGP Key [finger khetan@chain.iafrica.com] UUNet Internet Africa [0800-030-002 & help@iafrica.com] From owner-freebsd-current Sat Jan 18 12:36:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA27813 for current-outgoing; Sat, 18 Jan 1997 12:36:54 -0800 (PST) Received: from mailgate.execpc.com (root@mailgate.execpc.com [169.207.16.5]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA27806 for ; Sat, 18 Jan 1997 12:36:52 -0800 (PST) Received: from mail.execpc.com (mail [169.207.16.2]) by mailgate.execpc.com (8.8.4/8.8.3) with ESMTP id OAA13777 for ; Sat, 18 Jan 1997 14:41:44 -0600 Received: from jmerline (quf.execpc.com [169.207.9.121]) by mail.execpc.com (8.8.4/8.8.3) with SMTP id OAA29708 for ; Sat, 18 Jan 1997 14:36:47 -0600 (CST) Message-ID: <32E13464.5498@execpc.com> Date: Sat, 18 Jan 1997 14:36:52 -0600 From: John Merline Reply-To: jmerline@execpc.com X-Mailer: Mozilla 3.0 (Win95; I) MIME-Version: 1.0 To: current@freefall.freebsd.org Subject: Re: current-digest V3 #11 References: <199701171622.IAA11401@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk unsubscribe From owner-freebsd-current Sat Jan 18 15:41:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA05310 for current-outgoing; Sat, 18 Jan 1997 15:41:52 -0800 (PST) Received: from magigimmix.xs4all.nl (magigimmix.xs4all.nl [194.109.6.25]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA05301 for ; Sat, 18 Jan 1997 15:41:46 -0800 (PST) Received: from asterix.xs4all.nl (asterix.xs4all.nl [194.109.6.11]) by magigimmix.xs4all.nl (8.7.6/XS4ALL) with ESMTP id AAA17603 for ; Sun, 19 Jan 1997 00:41:43 +0100 (MET) Received: from plm.xs4all.nl (uucp@localhost) by asterix.xs4all.nl (8.7.5/8.7.2) with UUCP id AAA07262 for freebsd-current@freebsd.org; Sun, 19 Jan 1997 00:36:31 +0100 (MET) Received: (from plm@localhost) by plm.xs4all.nl (8.8.4/8.7.3) id SAA00461; Sat, 18 Jan 1997 18:27:57 +0100 (MET) To: freebsd-current@freebsd.org Subject: Re: MSDOS FS -> freeze References: <87iv4vsaw9.fsf@totally-fudged-out-message-id> From: Peter Mutsaers Date: 18 Jan 1997 18:27:57 +0100 In-Reply-To: Terry Lambert's message of Thu, 16 Jan 1997 17:09:03 -0700 (MST) Message-ID: <87915q28rm.fsf@localhost.xs4all.nl> Lines: 16 X-Mailer: Gnus v5.2.39/Emacs 19.34 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> On Thu, 16 Jan 1997 17:09:03 -0700 (MST), Terry Lambert >> said: >> When I mount an MSDOS filesystem on -current, my system freezes. Note >> that I use MSDOS as an lkm. Is a known problem in -current? (I've no >> been following this list for a while). TL> Did you rebuild the LKM when you updated your kernel? They are TL> a matched set... I thought I did. But now I did it again (both kernel and LKM) and I have no freeze anymore. So probably it was false alarm. -- Peter Mutsaers | Abcoude (Utrecht), | Trust is a good quality plm@xs4all.nl | the Netherlands | for other people to have From owner-freebsd-current Sat Jan 18 23:09:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA21224 for current-outgoing; Sat, 18 Jan 1997 23:09:56 -0800 (PST) Received: from scrooge.ee.swin.oz.au (scrooge.ee.swin.oz.au [136.186.4.20]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id XAA21219 for ; Sat, 18 Jan 1997 23:09:54 -0800 (PST) Received: (from dtc@localhost) by scrooge.ee.swin.oz.au (8.6.9/8.6.9) id SAA09054 for current@freebsd.org; Sun, 19 Jan 1997 18:11:57 +1100 From: Douglas Thomas Crosher Message-Id: <199701190711.SAA09054@scrooge.ee.swin.oz.au> Subject: madvise MADV_FREE behavior broken? To: current@freebsd.org Date: Sun, 19 Jan 1997 18:11:57 +1100 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've noticed that madvise MADV_FREE doesn't seem to be working as documented. On the next access it seems to usually zero pages if they are in memory, and page them in if paged out. Seems almost the total opposite of the ideal behaviour of avoiding a zero fill if the page is in memory and zero filling if a page-in were required. The example below illustrates this. It writes to a lot of pages, so many are paged out (on a 64M machine), then it MADV_FREEs each page and reads from it. This causes as many page-ins as not using MADV_FREE, where I would have expect no page-ins. If the pages are unmapped and re-mapped, the page-ins are minimal, although there is still a lot of paging out? If the amount of pages used is decreased so that few are paged out then most are zero filled. Regards Douglas Crosher -=-=- #include #include #include #define NUM_PAGES 16384 main() { int n,i, page; int num_not_zero=0; if (mmap(0x9000000,NUM_PAGES*4096, PROT_READ|PROT_WRITE|PROT_EXEC,MAP_PRIVATE|MAP_ANON,-1,0) == -1) printf("mmap erorr\n"); printf("Writing\n"); /* write to all the pages */ for (page=0;page