From owner-freebsd-bugs Sun Jun 1 00:17:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA10944 for bugs-outgoing; Sun, 1 Jun 1997 00:17:04 -0700 (PDT) Received: from callisto.cids.org.za (callisto.cids.org.za [146.64.58.43]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA10938 for ; Sun, 1 Jun 1997 00:17:00 -0700 (PDT) Received: from angel.cids.org.za (angel.cids.org.za [146.64.84.9]) by callisto.cids.org.za (8.8.5/8.8.5) with ESMTP id JAA28644 for ; Sun, 1 Jun 1997 09:16:49 +0200 (SAT) Received: (from jhay@localhost) by angel.cids.org.za (8.8.5/8.8.5) id IAA07701; Sun, 1 Jun 1997 08:46:31 +0200 (SAT) From: John Hay Message-Id: <199706010646.IAA07701@angel.cids.org.za> Subject: Re: Problem with 2.2.2-RELEASE & AMD In-Reply-To: <199705311801.OAA00464@shell.id.net> from Robert Shady at "May 31, 97 02:01:13 pm" To: rls@mail.id.net (Robert Shady) Date: Sun, 1 Jun 1997 08:46:30 +0200 (SAT) Cc: freebsd-bugs@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-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Help? > > Just upgraded from 2.2.1 (or so) to 2.2.2, and am now having a problem > with our automount daemon. Nothing is automounting, it just reports > "Bad address" when it tries. I tried "mount mail:/var/mail /mnt" and > it works without a problem, so I'm not really sure what the deal is. > Any clues? BTW-/etc/amd.map is the default that comes with the > distribution. > > amd_flags="-a /net -c 300 -k i386 -d id.net -l syslog /host /etc/amd.map" > > # cd /host/mail > May 31 13:58:07 server amd[1082]: /net/mail: mount: Bad address > Hmmm. I also have it here and at the end went back to the amd that came with 2.2.1. John -- John Hay - jhay@mikom.csir.co.za From owner-freebsd-bugs Sun Jun 1 00:52:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA12046 for bugs-outgoing; Sun, 1 Jun 1997 00:52:29 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA12041 for ; Sun, 1 Jun 1997 00:52:24 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA04615; Sun, 1 Jun 1997 09:51:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA04046; Sun, 1 Jun 1997 09:26:34 +0200 (MET DST) Message-ID: <19970601092633.SU60132@uriah.heep.sax.de> Date: Sun, 1 Jun 1997 09:26:33 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: dmm125@bellatlantic.net (Donn Miller) Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: (minor) problems with inetd, vidcontrol References: X-Mailer: Mutt 0.60_p2-3,5,8-9 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 Donn Miller on Jun 1, 1997 02:52:06 +0000 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Donn Miller wrote: > Got the following message when logging in as 'root' on 2.2.2-RELEASE: > Jun 1 02:11:31 myname inetd[313]: login_getclass: unknown class 'root' cp /usr/src/etc/login.conf /etc -- 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-bugs Sun Jun 1 01:20:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA12938 for bugs-outgoing; Sun, 1 Jun 1997 01:20:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA12912; Sun, 1 Jun 1997 01:20:02 -0700 (PDT) Resent-Date: Sun, 1 Jun 1997 01:20:02 -0700 (PDT) Resent-Message-Id: <199706010820.BAA12912@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA12808 for ; Sun, 1 Jun 1997 01:17:31 -0700 (PDT) Received: from plentium.clinet.fi (root@plentium.clinet.fi [194.100.1.97]) by hauki.clinet.fi (8.8.5/8.6.4) with ESMTP id LAA16079 for ; Sun, 1 Jun 1997 11:17:28 +0300 (EET DST) Received: (hsu@localhost) by plentium.clinet.fi (8.7.6/8.6.4) id LAA28038; Sun, 1 Jun 1997 11:17:28 +0300 (EET DST) Message-Id: <199706010817.LAA28038@plentium.clinet.fi> Date: Sun, 1 Jun 1997 11:17:28 +0300 (EET DST) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3738: Byte and packet counters in ipfw overflow quickly Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3738 >Category: kern >Synopsis: Byte and packet counters in ipfw overflow quickly >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Jun 1 01:20:01 PDT 1997 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: 2.2-CURRENT >Description: fw_pcnt and fw_bcnt fields in ip_fw are u_long. A 2 Mbps link wraps over in just four hours. This forces building some kind of collector program which reads and resets the counters quickly enough to save the information. These should be 64 bit values ? >How-To-Repeat: try to use ipfw to collect usage statistics in a busy network. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 1 02:19:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA15036 for bugs-outgoing; Sun, 1 Jun 1997 02:19:33 -0700 (PDT) Received: from dfw-ix14.ix.netcom.com (dfw-ix14.ix.netcom.com [206.214.98.14]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA15020; Sun, 1 Jun 1997 02:19:27 -0700 (PDT) Received: (from smap@localhost) by dfw-ix14.ix.netcom.com (8.8.4/8.8.4) id EAA10664; Sun, 1 Jun 1997 04:18:55 -0500 (CDT) Received: from sjx-ca25-02.ix.netcom.com(204.30.65.194) by dfw-ix14.ix.netcom.com via smap (V1.3) id sma010662; Sun Jun 1 04:18:49 1997 Received: (from asami@localhost) by blimp.mimi.com (8.8.5/8.6.9) id CAA28000; Sun, 1 Jun 1997 02:18:46 -0700 (PDT) Date: Sun, 1 Jun 1997 02:18:46 -0700 (PDT) Message-Id: <199706010918.CAA28000@blimp.mimi.com> To: itojun@itojun.org CC: FreeBSD-gnats-submit@freebsd.org, freebsd-bugs@freebsd.org In-reply-to: <13457.865135210@itojun.csl.sony.co.jp> Subject: Re: bin/3736: fax2ps generated by port graphics/tiff34 won't work From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * sorry, the category should be "ports", not "bin". Fixed. (Although the subject of this message may not say so...I'm too afraid to edit the subject manually.) * Here's a patch to fix this problem. * sorry for your troubles. Thanks, will commit tomorrow. By the way, I'd appreciate it if you take a good look at the patch before sending it over. One of the changes is just "diff -r" deciding to check files in different order, right? I'm just going to commit the tools/Makefile.in changes. Satoshi From owner-freebsd-bugs Sun Jun 1 02:20:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA15125 for bugs-outgoing; Sun, 1 Jun 1997 02:20:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA15093; Sun, 1 Jun 1997 02:20:01 -0700 (PDT) Date: Sun, 1 Jun 1997 02:20:01 -0700 (PDT) Message-Id: <199706010920.CAA15093@hub.freebsd.org> To: freebsd-bugs Cc: From: asami@cs.berkeley.edu (Satoshi Asami) Subject: Re: bin/3736: fax2ps generated by port graphics/tiff34 won't work Reply-To: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR ports/3736; it has been noted by GNATS. From: asami@cs.berkeley.edu (Satoshi Asami) To: itojun@itojun.org Cc: FreeBSD-gnats-submit@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: bin/3736: fax2ps generated by port graphics/tiff34 won't work Date: Sun, 1 Jun 1997 02:18:46 -0700 (PDT) * sorry, the category should be "ports", not "bin". Fixed. (Although the subject of this message may not say so...I'm too afraid to edit the subject manually.) * Here's a patch to fix this problem. * sorry for your troubles. Thanks, will commit tomorrow. By the way, I'd appreciate it if you take a good look at the patch before sending it over. One of the changes is just "diff -r" deciding to check files in different order, right? I'm just going to commit the tools/Makefile.in changes. Satoshi From owner-freebsd-bugs Sun Jun 1 03:03:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA16662 for bugs-outgoing; Sun, 1 Jun 1997 03:03:01 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA16657 for ; Sun, 1 Jun 1997 03:02:52 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id LAA21545; Sun, 1 Jun 1997 11:02:38 +0100 (BST) Date: Sun, 1 Jun 1997 11:02:38 +0100 (BST) From: Doug Rabson To: John Hay cc: Robert Shady , freebsd-bugs@freebsd.org Subject: Re: Problem with 2.2.2-RELEASE & AMD In-Reply-To: <199706010646.IAA07701@angel.cids.org.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 1 Jun 1997, John Hay wrote: > > Help? > > > > Just upgraded from 2.2.1 (or so) to 2.2.2, and am now having a problem > > with our automount daemon. Nothing is automounting, it just reports > > "Bad address" when it tries. I tried "mount mail:/var/mail /mnt" and > > it works without a problem, so I'm not really sure what the deal is. > > Any clues? BTW-/etc/amd.map is the default that comes with the > > distribution. > > > > amd_flags="-a /net -c 300 -k i386 -d id.net -l syslog /host /etc/amd.map" > > > > # cd /host/mail > > May 31 13:58:07 server amd[1082]: /net/mail: mount: Bad address > > > > Hmmm. I also have it here and at the end went back to the amd that came with > 2.2.1. The amd in 2.2-stable should work fine, or you could use the patch I posted yesterday. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 From owner-freebsd-bugs Sun Jun 1 03:05:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA16761 for bugs-outgoing; Sun, 1 Jun 1997 03:05:48 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA16755; Sun, 1 Jun 1997 03:05:44 -0700 (PDT) From: Satoshi Asami Received: (from asami@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02222; Sun, 1 Jun 1997 03:05:15 -0700 (PDT) Date: Sun, 1 Jun 1997 03:05:15 -0700 (PDT) Message-Id: <199706011005.DAA02222@freefall.freebsd.org> To: asami@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG Subject: Re: ports/3736 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: fax2ps generated by port graphics/tiff34 won't work Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: asami Responsible-Changed-When: Sun Jun 1 03:04:44 PDT 1997 Responsible-Changed-Why: Wrong category, should have been "ports" in the first place. From owner-freebsd-bugs Sun Jun 1 07:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA23103 for bugs-outgoing; Sun, 1 Jun 1997 07:40:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA23095; Sun, 1 Jun 1997 07:40:02 -0700 (PDT) Resent-Date: Sun, 1 Jun 1997 07:40:02 -0700 (PDT) Resent-Message-Id: <199706011440.HAA23095@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, dmm125@bellatlantic.net Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA23019; Sun, 1 Jun 1997 07:39:16 -0700 (PDT) Message-Id: <199706011439.HAA23019@hub.freebsd.org> Date: Sun, 1 Jun 1997 07:39:16 -0700 (PDT) From: dmm125@bellatlantic.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/3739: pause key not disabled; weird stuff when pressed Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3739 >Category: kern >Synopsis: pause key not disabled; weird stuff when pressed >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 1 07:40:01 PDT 1997 >Last-Modified: >Originator: Donn Miller >Organization: >Release: 2.2.2-RELEASE >Environment: FreeBSD myname.my.domain 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #2: Sun Jun 1 06:5 3:20 GMT 1997 root@myname.my.domain:/usr/src/sys/compile/CUSTOM i386 >Description: The pause key is not disabled on the AT keyboard. When 'pause' is hit (like during 'cat' of a large file) some weird stuff happens. The file will resume scrolling only after pressing 'pause' key 2 or 3 times. After the scrolling of text is finished, the key mappings are screwed-up. For example, pressing p is the same as 'left arrow', the s key does something else, etc. If you press ^C, the shell exits. If you press scroll lock about 5 times, followed by ^C, the terminal is restored. >How-To-Repeat: cat a really big file, then press 'pause'. Try pressing 'pause' key again to resume scrolling ( > 3 times). Then try pressing some keys. There should be some weird stuff happening. Then: if you press ^C, you may get logged out. If you press 'scroll lock' several times THEN ^C (may need several ^C's), the terminal will come back. >Fix: Add a patch to the syscons driver that disables 'pause' or modifies the functionality of it. This may only be a problem on certain keyboards. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 1 09:46:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA26337 for bugs-outgoing; Sun, 1 Jun 1997 09:46:06 -0700 (PDT) Received: from badboy.wisetech.com (badboy.wisetech.com [208.218.26.73]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA26293 for ; Sun, 1 Jun 1997 09:44:42 -0700 (PDT) Received: (from rick@localhost) by badboy.wisetech.com (8.6.12/8.6.9) id MAA21628; Sun, 1 Jun 1997 12:35:24 -0400 Date: Sun, 1 Jun 1997 12:35:24 -0400 (EDT) From: Rick Weldon To: freebsd-bugs@freebsd.org Subject: AMD PCI Ethernet NE2100 Clone Panic Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hey all! I can consistently get a panic out of 2.2.2-RELEASE with the lnc driver. I am using a Hitachi Laptop (M-100) with the AMD PCI ehternet adapter. It is built into the laptop. Using kernel.GENERIC it works for normal traffic like a telnet or rlogin, but when I do an ftp transfer and put it under load it will consistently panic with the following: panic: getnewbuf: inconsistent LRU queue, qindex=51509 The card is being picked up with: NE2100 Blah blah rev 22 int a irq 11 on pci0:4 It is assigned as lnc1 Performance is slow. It reads in about 4K chunks and then pauses for a second, gets the next chunk etc... Does this about 5 or six times then panics with the message above. I rebuilt a kernel for this box with only the drivers for the hardware I have in it. The panic goes away, but the performance is the same. about 4K/sec on a 10 MB ethernet with the ka-chunk ka-chunk ka-chunk pattern. I'm sorry if this is a known bug, but I could not find anything in the e-mail archives at www.freebsd.org that talked about this. I'm not on the mailing freebsd mailing lists so please respond to the reply address. Can anyone help or know of a patch? If it is unknown I'd be happy to do more diagnostics or provide more info to whoever wrote the driver. Thankyou Very Much, | Rick Weldon -- WISE-Tech LLC | E-mail: rick@wisetech.com | Phone: 703.820.6916 From owner-freebsd-bugs Sun Jun 1 11:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA00709 for bugs-outgoing; Sun, 1 Jun 1997 11:50:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA00703; Sun, 1 Jun 1997 11:50:02 -0700 (PDT) Resent-Date: Sun, 1 Jun 1997 11:50:02 -0700 (PDT) Resent-Message-Id: <199706011850.LAA00703@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, helbig@MX.BA-Stuttgart.De Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA00471 for ; Sun, 1 Jun 1997 11:41:04 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.5) id UAA03320; Sun, 1 Jun 1997 20:40:31 +0200 (MET DST) Message-Id: <199706011840.UAA03320@helbig.informatik.ba-stuttgart.de> Date: Sun, 1 Jun 1997 20:40:31 +0200 (MET DST) From: Wolfgang Helbig Reply-To: helbig@MX.BA-Stuttgart.De To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/3740: use ENV file for sh(1) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3740 >Category: conf >Synopsis: use ENV file for sh(1) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Jun 1 11:50:01 PDT 1997 >Last-Modified: >Originator: Wolfgang Helbig >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: The default .profile file defines some very useful aliases and shell flags like -o emacs. But these settings are effective for login shells only, i. e. after su(1) or starting the shell in an xterm(1), you'll have to reenter the environment. So I suggest to use the ENV feature of the shell. In the Fix section you'll find a diff for the dot.profile and a new file dot.shrc. >How-To-Repeat: >Fix: Index: dot.profile =================================================================== RCS file: /usr/cvsroot/src/share/skel/dot.profile,v retrieving revision 1.11 diff -c -r1.11 dot.profile *** dot.profile 1997/03/08 16:35:39 1.11 --- dot.profile 1997/06/01 18:24:31 *************** *** 22,56 **** # # umask 022 ! # Uncomment next line to enable the builtin emacs(1) command line editor ! # in sh(1), e.g. C-a -> beginning-of-line. ! # set -o emacs ! ! ! # some useful aliases ! alias h='fc -l' ! alias j=jobs ! alias m=$PAGER ! alias ll='ls -lagFo' ! alias l='ls -l' ! alias g='egrep -i' ! ! # # be paranoid ! # alias cp='cp -ip' ! # alias mv='mv -i' ! # alias rm='rm -i' ! ! ! # # 8-bit locale (English, USA), to read umlauts in vi(1). # LANG=en_US.ISO_8859-1; export LANG ! ! # # set prompt: ``username@hostname$ '' ! # PS1="`whoami`@`hostname | sed 's/\..*//'`" ! # case `id -u` in ! # 0) PS1="${PS1}# ";; ! # *) PS1="${PS1}$ ";; ! # esac ! ! # search path for cd(1) ! # CDPATH=.:$HOME --- 22,29 ---- # # umask 022 ! # 8-bit locale (English, USA), to read umlauts in vi(1). # LANG=en_US.ISO_8859-1; export LANG ! # set ENV to a file invoked each time sh is started for interactive use. ! ENV=$HOME/.shrc; export ENV ---------------- here comes dot.shrc --------------------------------------- # # .shrc - ENV file for /bin/sh # # This file will be used if the shell is invoked for interactive use and # the environment variable ENV is set to this file. # # see also sh(1), environ(7). # $Id$ # # Uncomment next line to enable the builtin emacs(1) command line editor # in sh(1), e.g. C-a -> beginning-of-line. # set -o emacs # some useful aliases alias h='fc -l' alias j=jobs alias m=$PAGER alias ll='ls -laFo' alias l='ls -l' alias g='egrep -i' # # be paranoid # alias cp='cp -ip' # alias mv='mv -i' # alias rm='rm -i' # # set prompt: ``username@hostname$ '' # PS1="`whoami`@`hostname | sed 's/\..*//'`" # case `id -u` in # 0) PS1="${PS1}# ";; # *) PS1="${PS1}$ ";; # esac # search path for cd(1) # CDPATH=.:$HOME >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 1 12:10:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA01306 for bugs-outgoing; Sun, 1 Jun 1997 12:10:02 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA01300; Sun, 1 Jun 1997 12:10:01 -0700 (PDT) Resent-Date: Sun, 1 Jun 1997 12:10:01 -0700 (PDT) Resent-Message-Id: <199706011910.MAA01300@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, helbig@MX.BA-Stuttgart.De Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA01066 for ; Sun, 1 Jun 1997 12:01:10 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.5) id VAA03515; Sun, 1 Jun 1997 21:00:35 +0200 (MET DST) Message-Id: <199706011900.VAA03515@helbig.informatik.ba-stuttgart.de> Date: Sun, 1 Jun 1997 21:00:35 +0200 (MET DST) From: Wolfgang Helbig Reply-To: helbig@MX.BA-Stuttgart.De To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3741: Mention virtual terminals in MAKEDEV's manual page Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3741 >Category: bin >Synopsis: Mention virtual terminals in MAKEDEV's manual page >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Jun 1 12:10:00 PDT 1997 >Last-Modified: >Originator: Wolfgang Helbig >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: Virtual terminals are not mentioned in the manual page of MAKEDEV. Especially if someone wants to use more than the default four terminals a hint in the manual page might be useful. >How-To-Repeat: >Fix: Index: MAKEDEV.8 =================================================================== RCS file: /usr/cvsroot/src/share/man/man8/man8.i386/MAKEDEV.8,v retrieving revision 1.9 diff -c -r1.9 MAKEDEV.8 *** MAKEDEV.8 1997/02/22 13:26:17 1.9 --- MAKEDEV.8 1997/06/01 18:50:08 *************** *** 73,78 **** --- 73,80 ---- ``floppy'' disk drives (3 1/2, 5 1/4) .It pty# set of 16 master and slave pseudo terminals + .It vty# + set of # (1-12) virtual console devices for syscons/pcvt/codrv .It sd# SCSI disk drives .It st# >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 1 12:20:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA01619 for bugs-outgoing; Sun, 1 Jun 1997 12:20:02 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA01585; Sun, 1 Jun 1997 12:20:01 -0700 (PDT) Date: Sun, 1 Jun 1997 12:20:01 -0700 (PDT) Message-Id: <199706011920.MAA01585@hub.freebsd.org> To: freebsd-bugs Cc: From: asami@cs.berkeley.edu (Satoshi Asami) Subject: Re: kern/3726: NFS problem between 2.2-STABLE and 2.1.0 Reply-To: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3726; it has been noted by GNATS. From: asami@cs.berkeley.edu (Satoshi Asami) To: FreeBSD-gnats@freebsd.org, harlan@pcfb1.pfcs.com Cc: Subject: Re: kern/3726: NFS problem between 2.2-STABLE and 2.1.0 Date: Sun, 1 Jun 1997 03:00:59 -0700 (PDT) I'm seeing NFS instabilities in 2.2S too. My server is 2.2S, 2.1.5R or a Sun Sparc. Today I experienced three crashes when I was using gimp-0.99.9 (it was creating 14MB "swap" files under my home directory, which is on a server with 2.2S). Satoshi From owner-freebsd-bugs Sun Jun 1 12:46:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA02456 for bugs-outgoing; Sun, 1 Jun 1997 12:46:25 -0700 (PDT) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA02449 for ; Sun, 1 Jun 1997 12:46:20 -0700 (PDT) Received: from labs.usn.blaze.net.au (local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id FAA01312; Mon, 2 Jun 1997 05:44:56 +1000 (EST) Message-Id: <199706011944.FAA01312@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: Donn Miller Cc: freebsd-bugs@freebsd.org Subject: Re: (minor) problems with inetd, vidcontrol In-reply-to: Your message of "Sun, 01 Jun 1997 02:52:06 GMT." X-Face: (W@z~5kg?"+5?!2kHP)+l369.~a@oTl^8l87|/s8"EH?Uk~P#N+Ec~Z&@;'LL!;3?y Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 02 Jun 1997 05:44:54 +1000 From: David Nugent Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Got the following message when logging in as 'root' on 2.2.2-RELEASE: > Jun 1 02:11:31 myname inetd[313]: login_getclass: unknown class 'root' pw usermod root -L default or install /etc/login.conf from /usr/src/etc/login.conf. A default one should have been installed, but wasn't (it is on the "known problems" list for 2.2.2). The error is obviously non-fatal. > Some videomodes not working with vidcontrol: VGA_80x50 VGA_80x60 both > result in: > > Cannot set videomode: Invalid argument Install console fonts first, and retry. > vidcontrol VGA_320x200 produces garbage on screen (random pixels) Are you running a graphics program? This is obviously not a text mode. Tty is not supported in graphics mode unless you have a graphics program that does so itself. > Also, can't activate screensaver from command line; vidcontrol has no > options to chose the screen saver type (blank, snake, etc.) This is loaded as an lkm at startup, so you have to unload the current screensaver and reload another one with the module load/unload tools. See /etc/rc.i386 for details. Regards, David 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-bugs Sun Jun 1 12:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA02655 for bugs-outgoing; Sun, 1 Jun 1997 12:50:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA02646; Sun, 1 Jun 1997 12:50:02 -0700 (PDT) Resent-Date: Sun, 1 Jun 1997 12:50:02 -0700 (PDT) Resent-Message-Id: <199706011950.MAA02646@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, helbig@MX.BA-Stuttgart.De Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA02371 for ; Sun, 1 Jun 1997 12:44:50 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.5) id VAA04092; Sun, 1 Jun 1997 21:44:13 +0200 (MET DST) Message-Id: <199706011944.VAA04092@helbig.informatik.ba-stuttgart.de> Date: Sun, 1 Jun 1997 21:44:13 +0200 (MET DST) From: Wolfgang Helbig Reply-To: helbig@MX.BA-Stuttgart.De To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3742: Mention option "CMD640" in manual page wd.4 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3742 >Category: kern >Synopsis: Mention option "CMD640" in manual page wd.4 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Jun 1 12:50:01 PDT 1997 >Last-Modified: >Originator: Wolfgang Helbig >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: The option "CMD640" should be put in the manual page of the wd driver. >How-To-Repeat: >Fix: Index: wd.4 =================================================================== RCS file: /usr/cvsroot/src/share/man/man4/man4.i386/wd.4,v retrieving revision 1.5 diff -c -r1.5 wd.4 *** wd.4 1997/03/07 02:50:00 1.5 --- wd.4 1997/06/01 19:39:23 *************** *** 34,39 **** --- 34,40 ---- .Nd Generic WD100x/IDE diskcontroller driver .Sh SYNOPSIS + .Cd "options" \&"CMD640\&" .Cd "controller wdc0 at isa? port" \&"IO_WD1\&" bio irq 14 vector wdintr .Cd "disk wd0 at wdc0 drive 0 .Cd "disk wd1 at wdc0 drive 1 *************** *** 69,74 **** --- 70,81 ---- The flags can be specified on the line for the drive as a 16 bit int, or on the controller line as a 32 bit int, where the top 16 bit is relevant to the highest numbered drive. + .Pp + The option + .Em CMD640 + enables a workaround for a deficiency of the CMD640b IDE controller. + If this option is enabled and the chip is detected by the PCI subsystem + the primary and secondary controller will not be used simultaneously. .Sh FILES .Bl -tag -width Pa -compact .It Pa /dev/wd* >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 1 13:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA04527 for bugs-outgoing; Sun, 1 Jun 1997 13:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA04521; Sun, 1 Jun 1997 13:50:02 -0700 (PDT) Resent-Date: Sun, 1 Jun 1997 13:50:02 -0700 (PDT) Resent-Message-Id: <199706012050.NAA04521@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, jc@irbs.com Received: from irbs.irbs.com (jc@irbs.irbs.com [199.182.75.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA04276 for ; Sun, 1 Jun 1997 13:40:14 -0700 (PDT) Received: (from jc@localhost) by irbs.irbs.com (8.8.5/8.8.5) id QAA15049; Sun, 1 Jun 1997 16:40:09 -0400 (EDT) Message-Id: <199706012040.QAA15049@irbs.irbs.com> Date: Sun, 1 Jun 1997 16:40:09 -0400 (EDT) From: John Capo Reply-To: jc@irbs.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3743: Only TCP packets should be VJ compressed Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3743 >Category: bin >Synopsis: Only TCP packets should be VJ compressed >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 1 13:50:01 PDT 1997 >Last-Modified: >Originator: John Capo >Organization: IRBS Engineering >Release: FreeBSD-current >Environment: >Description: If vjcomp is enabled, all packets are passed to sl_compress_tcp() for possible compression. sl_compress_tcp() assumes that the packet is TCP. >How-To-Repeat: Install SKIP from Sun. Watch packets be corrupted when the encryption key changes. Traceroute fails sometimes too, probably due to the right kind of UDP packet looking like a TCP packet. >Fix: Index: vjcomp.c =================================================================== RCS file: /usr/cvs/src/usr.sbin/ppp/vjcomp.c,v retrieving revision 1.7 diff -u -r1.7 vjcomp.c --- vjcomp.c 1997/05/07 23:30:50 1.7 +++ vjcomp.c 1997/06/01 20:19:20 @@ -43,6 +43,7 @@ SendPppFrame(bp) struct mbuf *bp; { + struct ip *ip; int type; int proto; int cproto = IpcpInfo.his_compproto >> 16; @@ -50,9 +51,11 @@ #ifdef DEBUG logprintf("SendPppFrame: proto = %x\n", IpcpInfo.his_compproto); #endif - if (((struct ip *)MBUF_CTOP(bp))->ip_p == IPPROTO_TCP - && cproto== PROTO_VJCOMP) { - type = sl_compress_tcp(bp, (struct ip *)MBUF_CTOP(bp), &cslc, IpcpInfo.his_compproto & 0xff); + + ip = (struct ip *)MBUF_CTOP(bp); + + if (cproto == PROTO_VJCOMP && ip->ip_p == IPPROTO_TCP) { + type = sl_compress_tcp(bp, ip, &cslc, IpcpInfo.his_compproto & 0xff); #ifdef DEBUG logprintf("type = %x\n", type); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 1 13:55:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA04762 for bugs-outgoing; Sun, 1 Jun 1997 13:55:14 -0700 (PDT) Received: from irbs.irbs.com (jc@irbs.irbs.com [199.182.75.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA04712; Sun, 1 Jun 1997 13:54:16 -0700 (PDT) Received: (from jc@localhost) by irbs.irbs.com (8.8.5/8.8.5) id QAA15332; Sun, 1 Jun 1997 16:54:13 -0400 (EDT) Message-ID: <19970601165413.47426@irbs.com> Date: Sun, 1 Jun 1997 16:54:13 -0400 From: John Capo To: FreeBSD-gnats@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3743: Only TCP packets should be VJ compressed References: <199706012040.QAA15049@irbs.irbs.com> <199706012050.NAA04517@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199706012050.NAA04517@hub.freebsd.org>; from FreeBSD-gnats@FreeBSD.ORG on Sun, Jun 01, 1997 at 01:50:01PM -0700 X-Organization: IRBS Engineering, (954) 792-9551 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Oops, I was in the wrong tree. This fix is already in -current and 2.2. John Capo From owner-freebsd-bugs Sun Jun 1 16:50:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA14306 for bugs-outgoing; Sun, 1 Jun 1997 16:50:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA14294; Sun, 1 Jun 1997 16:50:03 -0700 (PDT) Resent-Date: Sun, 1 Jun 1997 16:50:03 -0700 (PDT) Resent-Message-Id: <199706012350.QAA14294@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ahd@kew.com Received: from fantasy-factory.net.kew.com (root@fantasy-factory.net.kew.com [204.96.41.103]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA13946 for ; Sun, 1 Jun 1997 16:42:51 -0700 (PDT) Received: from sonata.hh.kew.com (sonata.hh.kew.com [192.195.203.135]) by fantasy-factory.net.kew.com (8.8.5/8.8.5) with ESMTP id TAA07724 for ; Sun, 1 Jun 1997 19:42:44 -0400 (EDT) Received: (from root@localhost) by sonata.hh.kew.com (8.8.5/8.8.5) id TAA00728; Sun, 1 Jun 1997 19:29:53 -0400 (EDT) Message-Id: <199706012329.TAA00728@sonata.hh.kew.com> Date: Sun, 1 Jun 1997 19:29:53 -0400 (EDT) From: ahd@kew.com Reply-To: ahd@kew.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3744: Kernel configuration editor and device ed0 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3744 >Category: kern >Synopsis: Inability to edit memory area for ed0 prevents network install >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Jun 1 16:50:02 PDT 1997 >Last-Modified: >Originator: Drew Derbyshire >Organization: Kendra Electronic Wonderworks >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: Pentium with SMC Ultra Elite at I/O address x240, IRQ 11, memory buffer at xC8000 >Description: The 2.2.1 kernel configuration editor has mysteriously the ability to edit the third parameter required for the ed0 device, namely the memory buffer address. This loss of function, which was available as late as 2.2, is a step backwards. Note that since some drivers (OS/2 NDIS) automatically read the card for the buffer address, the loss of the buffer address from the editor might imply to the naive amongst us that the value is automatically determined. >How-To-Repeat: Attempt to boot a machine with the install floppy for network installation. >Fix: As a work-around, install from local media and then regen kernel, or reconfigure card to conform. Back out whatever change dropped the buffer parameter from the kernel editor. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 1 16:56:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA14642 for bugs-outgoing; Sun, 1 Jun 1997 16:56:18 -0700 (PDT) Received: (from jmg@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA14613; Sun, 1 Jun 1997 16:56:13 -0700 (PDT) Date: Sun, 1 Jun 1997 16:56:13 -0700 (PDT) From: John-Mark Gurney Message-Id: <199706012356.QAA14613@hub.freebsd.org> To: jc@irbs.com, jmg, freebsd-bugs Subject: Re: bin/3743 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Only TCP packets should be VJ compressed State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Sun Jun 1 16:55:23 PDT 1997 State-Changed-Why: submitter says this fix is already in 2.2 and -current From owner-freebsd-bugs Sun Jun 1 17:10:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA15411 for bugs-outgoing; Sun, 1 Jun 1997 17:10:02 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA15405; Sun, 1 Jun 1997 17:10:01 -0700 (PDT) Resent-Date: Sun, 1 Jun 1997 17:10:01 -0700 (PDT) Resent-Message-Id: <199706020010.RAA15405@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ahd@kew.com Received: from fantasy-factory.net.kew.com (root@fantasy-factory.net.kew.com [204.96.41.103]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA15179 for ; Sun, 1 Jun 1997 17:06:24 -0700 (PDT) Received: from sonata.hh.kew.com (sonata.hh.kew.com [192.195.203.135]) by fantasy-factory.net.kew.com (8.8.5/8.8.5) with ESMTP id UAA07825 for ; Sun, 1 Jun 1997 20:06:22 -0400 (EDT) Received: (from root@localhost) by sonata.hh.kew.com (8.8.5/8.8.5) id UAA00478; Sun, 1 Jun 1997 20:06:21 -0400 (EDT) Message-Id: <199706020006.UAA00478@sonata.hh.kew.com> Date: Sun, 1 Jun 1997 20:06:21 -0400 (EDT) From: ahd@kew.com Reply-To: ahd@kew.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3745: ed0 bad memory addr causes panic during boot Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3745 >Category: kern >Synopsis: Use of ed0 with buff addr of C8000 causes panic in default kernel >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 1 17:10:00 PDT 1997 >Last-Modified: >Originator: Drew Derbyshire >Organization: Kendra Electronic Wonderworks >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: Booting default (install) kernel on Pentium with SMC Ultra Elite configured at 0x240, IRQ 11, memory address C8000; kernel defaults are 0x280, IRQ 5, memory address D8000. >Description: The specified configuration causes a kernel panic as soon as the kernel editor is used to change the I/O and IRQ addresses to match the the card (not that in 2.2.1, the buffer address cannot be edited. A distinct PR has been filed on this omission.) >How-To-Repeat: Boot as specified above, watch the crash. >Fix: Unknown. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 1 17:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA16606 for bugs-outgoing; Sun, 1 Jun 1997 17:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA16594; Sun, 1 Jun 1997 17:50:01 -0700 (PDT) Date: Sun, 1 Jun 1997 17:50:01 -0700 (PDT) Message-Id: <199706020050.RAA16594@hub.freebsd.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: kern/3745: ed0 bad memory addr causes panic during boot Reply-To: David Greenman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3745; it has been noted by GNATS. From: David Greenman To: ahd@kew.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/3745: ed0 bad memory addr causes panic during boot Date: Sun, 01 Jun 1997 17:48:13 -0700 > Booting default (install) kernel on Pentium with SMC Ultra Elite > configured at 0x240, IRQ 11, memory address C8000; kernel > defaults are 0x280, IRQ 5, memory address D8000. That should be 0xc8000 ...is that what you specified? -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Sun Jun 1 19:20:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA19968 for bugs-outgoing; Sun, 1 Jun 1997 19:20:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA19936; Sun, 1 Jun 1997 19:20:03 -0700 (PDT) Resent-Date: Sun, 1 Jun 1997 19:20:03 -0700 (PDT) Resent-Message-Id: <199706020220.TAA19936@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, joes@spiritone.com Received: from ridge.spiritone.com (ridge.spiritone.com [205.139.108.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA19875 for ; Sun, 1 Jun 1997 19:18:24 -0700 (PDT) Received: from joes.users.spiritone.com (joes.users.spiritone.com [205.139.111.224]) by ridge.spiritone.com (8.8.5/8.8.5) with ESMTP id TAA26336 for ; Sun, 1 Jun 1997 19:14:09 -0700 (PDT) Received: (from joes@localhost) by joes.users.spiritone.com (8.8.5/8.8.6.Beta4) id TAA02342; Sun, 1 Jun 1997 19:17:53 -0700 (PDT) Message-Id: <199706020217.TAA02342@joes.users.spiritone.com> Date: Sun, 1 Jun 1997 19:17:53 -0700 (PDT) From: Joseph Stein Reply-To: joes@spiritone.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/3748: typo in man 5 ttys Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3748 >Category: docs >Synopsis: man 5 ttys references a file (man 5 login.group) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Jun 1 19:20:02 PDT 1997 >Last-Modified: >Originator: Joseph Stein >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: >Description: Reviewing the manual page for ttys (man 5 ttys), I noticed a reference for 'login.group (5)'. That file does not exist. Should it be 'login.conf (5)'? >How-To-Repeat: man 5 ttys >Fix: Change 'login.group (5)' to 'login.conf (5)' >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 1 19:36:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA20567 for bugs-outgoing; Sun, 1 Jun 1997 19:36:13 -0700 (PDT) Received: from pci.on.ca (inti.pci.on.ca [207.112.123.51]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA20562 for ; Sun, 1 Jun 1997 19:36:07 -0700 (PDT) Received: by pci.on.ca (/\==/\ Smail3.1.28.1 #28.1) id ; Sun, 1 Jun 97 22:39 EDT Received: (from dgilbert@localhost) by repeat.pci.on.ca (8.7.5/8.7.3) id BAA16048; Sun, 1 Jun 1997 01:45:12 -0400 (EDT) Date: Sun, 1 Jun 1997 01:45:12 -0400 (EDT) Message-Id: <199706010545.BAA16048@repeat.pci.on.ca> From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: bugs@freebsd.org Subject: Problems with CCD. X-Mailer: VM 6.22 under Emacs 19.34.3 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have three rather old SCSI disks that I want to make into a news server. I have tried this with a 2940 and an NCR SCSI controllers. The problem I encounter is that newfs hangs somewhere into the format of the disk. I've actually even found this on newfsing the individual portions of the disks as well... But strangely, the install seems to run just fine... without a hitch. Why can the install format a partition and I can't later? This is all with both 2.2.1 and 2.2.2. BTW... 2.2.2 doesn't set it's rc.conf options with the sysinstall utility correctly... :). Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =========================================================GLO================ From owner-freebsd-bugs Sun Jun 1 20:10:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA21984 for bugs-outgoing; Sun, 1 Jun 1997 20:10:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA21974; Sun, 1 Jun 1997 20:10:03 -0700 (PDT) Resent-Date: Sun, 1 Jun 1997 20:10:03 -0700 (PDT) Resent-Message-Id: <199706020310.UAA21974@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Matthew Hunt Received: from townhouse.dyn.ml.org (root@ppp01.rsd.jtwn.k12.pa.us [147.160.218.240]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA21537 for ; Sun, 1 Jun 1997 20:00:32 -0700 (PDT) Received: (from hunt@localhost) by townhouse.dyn.ml.org (8.8.5/8.8.5) id WAA00910; Sun, 1 Jun 1997 22:53:46 -0400 (EDT) Message-Id: <199706020253.WAA00910@townhouse.dyn.ml.org> Date: Sun, 1 Jun 1997 22:53:46 -0400 (EDT) From: Matthew Hunt To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3749: Kernel panic with kernel-PPP and natd-1.4 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3749 >Category: kern >Synopsis: Kernel panic with kernel-PPP and natd-1.4 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 1 20:10:01 PDT 1997 >Last-Modified: >Originator: Matthew Hunt >Organization: none >Release: FreeBSD 2.2-STABLE i386 >Environment: FreeBSD townhouse.dyn.ml.org 2.2-STABLE FreeBSD 2.2-STABLE #1: Sun Jun 1 21:22:34 EDT 1997 hunt@townhouse.dyn.ml.org:/usr/src/sys/compile/WOPR i386 natd-1.4 built from ports collection >Description: I have ed0 unused and ed1 (10.0.0.1) connected to a private network that was, at the time, otherwise empty. I dial in using kernel PPP. townhouse:/var/crash$ netstat -inM vmcore.1 Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll ed0* 1500 00.00.e8.c3.2c.32 0 0 0 0 0 ed1 1500 00.40.95.a6.1a.92 0 0 1 0 0 ed1 1500 10 10.0.0.1 0 0 1 0 0 lp0* 1500 0 0 0 0 0 tun0* 1500 0 0 0 0 0 tun1* 1500 0 0 0 0 0 ppp0 1500 226 0 277 0 0 ppp0 1500 147.160 147.160.218.240 226 0 277 0 0 ppp1* 1500 0 0 0 0 0 lo0 16384 66 0 66 0 0 lo0 16384 127 127.0.0.1 66 0 66 0 0 townhouse:/var/crash$ netstat -rnM vmcore.1 Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 147.160.218.15 UGSc 13 0 ppp0 10 link#2 UC 0 0 127.0.0.1 127.0.0.1 UH 1 66 lo0 147.160.218.15 147.160.218.240 UH 15 34 ppp0 I used these ipfw rules: 01000 allow ip from 127.0.0.1 to 127.0.0.1 02000 divert 32000 all from 10.0.0.0/8 to any via ed1 02100 divert 32000 all from any to any via ppp0 65000 allow ip from any to any 65535 deny ip from any to any My /etc/ppp/options: /dev/cuaa2 19200 crtscts modem noipdefault passive defaultroute bsdcomp 9,9 connect "/usr/bin/chat -v -t 90 -f /etc/ppp/login.ramsesjr.chat" My natd configuration was as follows, with the comments deleted for brevity: log yes deny_incoming no use_sockets no same_ports yes verbose no port 32000 interface ppp0 unregistered_only no >How-To-Repeat: When connected, I would attempt a "make fetch" in /usr/ports/graphics/povray. The connection attempt to the first MASTER_SITE would fail to log in. During the connection attempt to the second MASTER_SITE (hensa) the kernel would panic. The panic does not occur if I do not use natd. My system has never suffered any unexplained panic or crashes before, and this panic is 100% reproducible on the machine. A kgdb session follows: Script started on Sun Jun 1 22:22:27 1997 townhouse:/usr/src/sys/compile/WOPR# gdb -k GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc. (kgdb) symbol-file kernel.debug Reading symbols from kernel.debug...done. (kgdb) exec-file /var/crash/kernel.1 (kgdb) core-file /var/crash/vmcore.1 IdlePTD 203000 current pcb at 1e3f58 panic: page fault #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 243 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 #1 0xf01175f2 in panic (fmt=0xf01b5daf "page fault") at ../../kern/kern_shutdown.c:367 #2 0xf01b6916 in trap_fatal (frame=0xefbffda8) at ../../i386/i386/trap.c:742 #3 0xf01b6404 in trap_pfault (frame=0xefbffda8, usermode=0) at ../../i386/i386/trap.c:653 #4 0xf01b60df in trap (frame={tf_es = 16, tf_ds = -266403824, tf_edi = -263917312, tf_esi = -1073544550, tf_ebp = -272630296, tf_isp = -272630320, tf_ebx = -263901184, tf_edx = 1073532433, tf_ecx = -16061, tf_eax = 1073479886, tf_trapno = 12, tf_err = 0, tf_eip = -267073250, tf_cs = -1073545208, tf_eflags = 66066, tf_esp = -263917312, tf_ss = -272630224}) at ../../i386/i386/trap.c:311 #5 0xf014c91e in pppfcs (fcs=62816, cp=0xf044f149 "\026&t", len=-5) at ../../net/ppp_tty.c:577 #6 0xf014caaf in pppstart (tp=0xf01edee8) at ../../net/ppp_tty.c:674 #7 0xf014c961 in pppasyncstart (sc=0xf01f31d0) at ../../net/ppp_tty.c:593 #8 0xf014a06d in ppp_outpkt (sc=0xf01f31d0) at ../../net/if_ppp.c:996 #9 0xf0149d6b in pppintr () at ../../net/if_ppp.c:851 #10 0xf01aff39 in swi_net_next () #11 0xf012df81 in sendit (p=0xf064c800, s=3, mp=0xefbfff38, flags=0, retsize=0xefbfff84) at ../../kern/uipc_syscalls.c:487 #12 0xf012e060 in sendto (p=0xf064c800, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/uipc_syscalls.c:538 #13 0xf01b6baf in syscall (frame={tf_es = 39, tf_ds = -272760793, tf_edi = 3, tf_esi = 84, tf_ebp = -272638816, tf_isp = -272629788, tf_ebx = -272704352, tf_edx = 1, tf_ecx = -272704352, tf_eax = 133, tf_trapno = 7, tf_err = 7, tf_eip = 134624257, tf_cs = 31, tf_eflags = 582, tf_esp = -272704492, tf_ss = 39}) at ../../i386/i386/trap.c:890 #14 0x8063401 in ?? () #15 0x1cc0 in ?? () #16 0x1096 in ?? () (kgdb) frame 5 #5 0xf014c91e in pppfcs (fcs=62816, cp=0xf044f149 "\026&t", len=-5) at ../../net/ppp_tty.c:577 577 fcs = PPP_FCS(fcs, *cp++); (kgdb) info frame Stack level 5, frame at 0xefbffde8: eip = 0xf014c91e in pppfcs (../../net/ppp_tty.c:577); saved eip 0xf014caaf called by frame at 0xefbffe30, caller of frame at 0xefbffda0 source language c. Arglist at 0xefbffde8, args: fcs=62816, cp=0xf044f149 "\026&t", len=-5 Locals at 0xefbffde8, Previous frame's sp is 0x0 Saved registers: ebx at 0xefbffde4, ebp at 0xefbffde8, eip at 0xefbffdec (kgdb) list 572 register u_short fcs; 573 register u_char *cp; 574 register int len; 575 { 576 while (len--) 577 fcs = PPP_FCS(fcs, *cp++); 578 return (fcs); 579 } 580 581 /* (kgdb) p fcs $1 = 0 (kgdb) p cp $2 = (unsigned char *) 0xf0453000
(kgdb) quit Script done on Sun Jun 1 22:24:24 1997 >Fix: Sorry, unknown. If I can provide any more information that would be helpful, just ask. I'm keeping the kernel and core images around. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 1 20:10:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA21999 for bugs-outgoing; Sun, 1 Jun 1997 20:10:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA21983; Sun, 1 Jun 1997 20:10:05 -0700 (PDT) Date: Sun, 1 Jun 1997 20:10:05 -0700 (PDT) Message-Id: <199706020310.UAA21983@hub.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: kern/3739: pause key not disabled; weird stuff when pressed Reply-To: Kazutaka YOKOTA Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3739; it has been noted by GNATS. From: Kazutaka YOKOTA To: dmm125@bellatlantic.net Cc: freebsd-gnats-submit@freebsd.org, yokota@freebsd.org Subject: Re: kern/3739: pause key not disabled; weird stuff when pressed Date: Mon, 02 Jun 1997 11:59:12 +0900 >>Number: 3739 >>Category: kern >>Synopsis: pause key not disabled; weird stuff when pressed >>Confidential: no >>Severity: non-critical >>Priority: medium >>Responsible: freebsd-bugs >>State: open >>Class: sw-bug >>Submitter-Id: current-users >>Arrival-Date: Sun Jun 1 07:40:01 PDT 1997 >>Last-Modified: >>Originator: Donn Miller >>Organization: >>Release: 2.2.2-RELEASE >>Environment: >FreeBSD myname.my.domain 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #2: Sun Jun 1 06 >:5 >3:20 GMT 1997 root@myname.my.domain:/usr/src/sys/compile/CUSTOM i386 >>Description: >The pause key is not disabled on the AT keyboard. When 'pause' is hit >(like during 'cat' of a large file) some weird stuff happens. The console driver `syscons' has the `back-scroll' feature which is activated by the `Scroll-Lock' or `Pause' keys. When one of these keys is pressed, the screen output is suspended and you can `back scroll' lines recently printed on the screen. You navigate through the lines with `Page-up/down', `Home', `End' and `Up/Down' keys. The `Scroll Lock' LED should be on while in this mode. >The file will resume scrolling only after pressing 'pause' key >2 or 3 times. Just one press should bring you back to the normal output mode... >After the scrolling of text is finished, the key >mappings are screwed-up. For example, pressing p is the same as >'left arrow', the s key does something else, etc. If you press ^C, the shell >exits. If you press scroll lock about 5 times, followed by ^C, the terminal i >s restored. We may be seeing strange interaction between the output routine, the `back scroll' routine and keyboard I/O routines. Would you check the state of the `Scroll Lock' LED during the phenomena you describe? How does your system behave if you activate the `back scroll' mode by pressing the `Scroll Lock' key instead of the `Pause' key. Are you using the default, built-in US keymap, or do you load any keymap? Kazu From owner-freebsd-bugs Sun Jun 1 20:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA22844 for bugs-outgoing; Sun, 1 Jun 1997 20:30:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA22836; Sun, 1 Jun 1997 20:30:01 -0700 (PDT) Date: Sun, 1 Jun 1997 20:30:01 -0700 (PDT) Message-Id: <199706020330.UAA22836@hub.freebsd.org> To: freebsd-bugs Cc: From: "Drew Derbyshire" Subject: Re: kern/3745: ed0 bad memory addr causes panic during boot Reply-To: "Drew Derbyshire" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3745; it has been noted by GNATS. From: "Drew Derbyshire" To: dg@root.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/3745: ed0 bad memory addr causes panic during boot Date: Sun, 01 Jun 1997 23:25:10 -0500 On Sun, 01 Jun 1997 17:48:13 -0700, "David Greenman" wrote: > > Booting default (install) kernel on Pentium with SMC Ultra Elite > > configured at 0x240, IRQ 11, memory address C8000; kernel > > defaults are 0x280, IRQ 5, memory address D8000. > > That should be 0xc8000 ...is that what you specified? No, I'm saying the physical machine didn't match the configuration (since you can't edit that part of the configuration at boot any more). I believe in previous releases the card might timeout or otherwise not work, but it didn't crash the machine. One would prefer the driver does what the SMC NDIS drivers do, which is ask the card; I really other cards, such as true NE2000's, may not allow asking the card where the memory is. -ahd- -- Internet: ahd@kew.com Voice: 617-279-9810 "Debug is human, de-fix divine." From owner-freebsd-bugs Sun Jun 1 20:33:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA23045 for bugs-outgoing; Sun, 1 Jun 1997 20:33:34 -0700 (PDT) Received: from pluto.plutotech.com (root@mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA23036 for ; Sun, 1 Jun 1997 20:33:31 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.5) with ESMTP id VAA00695; Sun, 1 Jun 1997 21:33:28 -0600 (MDT) Message-Id: <199706020333.VAA00695@pluto.plutotech.com> To: David Gilbert cc: bugs@FreeBSD.ORG Subject: Re: Problems with CCD. In-reply-to: Your message of "Sun, 01 Jun 1997 01:45:12 EDT." <199706010545.BAA16048@repeat.pci.on.ca> Date: Sun, 01 Jun 1997 22:30:02 -0600 From: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > But strangely, the install seems to run just fine... without a >hitch. Why can the install format a partition and I can't later? Because you are not using the raw device. Perhaps John or David can look into why we get into deadlock by newfsing a character device??? -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Sun Jun 1 21:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA24173 for bugs-outgoing; Sun, 1 Jun 1997 21:00:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA24167; Sun, 1 Jun 1997 21:00:02 -0700 (PDT) Resent-Date: Sun, 1 Jun 1997 21:00:02 -0700 (PDT) Resent-Message-Id: <199706020400.VAA24167@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Harlan Stenn Received: from pcpsj.pfcs.com (/REMeReV8VMBuMCpSuwu5r1c5k65WNAe@harlan.fred.net [205.252.219.31]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id UAA24076 for ; Sun, 1 Jun 1997 20:56:28 -0700 (PDT) Received: from mumps.pfcs.com (mumps.pfcs.com [192.52.69.11]) by pcpsj.pfcs.com (8.6.12/8.6.9) with SMTP id XAA00456 for ; Sun, 1 Jun 1997 23:56:15 -0400 Received: from brown.pfcs.com by mumps.pfcs.com with SMTP id AA02324 (5.67b/IDA-1.5 for ); Sun, 1 Jun 1997 23:56:14 -0400 Received: from harlan by brown.pfcs.com with local (Exim 1.62 #1) id 0wYOE9-0000kR-00; Sun, 1 Jun 1997 23:56:13 -0400 Message-Id: Date: Sun, 1 Jun 1997 23:56:13 -0400 From: Harlan Stenn To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/3750: Potential improvements to rc.firewall Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3750 >Category: conf >Synopsis: Potential improvements to rc.firewall >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 1 21:00:01 PDT 1997 >Last-Modified: >Originator: Harlan Stenn >Organization: PFCS Corporation >Release: FreeBSD 2.1.0-RELEASE i386 >Environment: -current (probably earlier releases, too) >Description: I think some of the rules are too loose. >How-To-Repeat: Examination. >Fix: (I also sent this to -hackers) --- rc.firewall- Sun Jun 1 21:23:06 1997 +++ rc.firewall Sun Jun 1 21:29:11 1997 @@ -87,11 +87,11 @@ /sbin/ipfw add deny tcp from any to any setup # Allow DNS queries out in the world - /sbin/ipfw add pass udp from any 53 to ${ip} + /sbin/ipfw add pass udp from any to ${ip} 53 /sbin/ipfw add pass udp from ${ip} to any 53 # Allow NTP queries out in the world - /sbin/ipfw add pass udp from any 123 to ${ip} + /sbin/ipfw add pass udp from any to ${ip} 123 /sbin/ipfw add pass udp from ${ip} to any 123 # Everything else is denied as default. @@ -144,11 +144,11 @@ /sbin/ipfw add pass tcp from any to any setup # Allow DNS queries out in the world - /sbin/ipfw add pass udp from any 53 to ${oip} + /sbin/ipfw add pass udp from any to ${oip} 53 /sbin/ipfw add pass udp from ${oip} to any 53 # Allow NTP queries out in the world - /sbin/ipfw add pass udp from any 123 to ${oip} + /sbin/ipfw add pass udp from any to ${oip} 123 /sbin/ipfw add pass udp from ${oip} to any 123 # Everything else is denied as default. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 1 21:10:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA24678 for bugs-outgoing; Sun, 1 Jun 1997 21:10:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA24658; Sun, 1 Jun 1997 21:10:01 -0700 (PDT) Date: Sun, 1 Jun 1997 21:10:01 -0700 (PDT) Message-Id: <199706020410.VAA24658@hub.freebsd.org> To: freebsd-bugs Cc: From: Donn Miller Subject: Re: kern/3739: pause key not disabled; weird stuff when pressed Reply-To: Donn Miller Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3739; it has been noted by GNATS. From: Donn Miller To: Kazutaka YOKOTA Cc: freebsd-gnats-submit@freebsd.org, yokota@freebsd.org Subject: Re: kern/3739: pause key not disabled; weird stuff when pressed Date: Mon, 2 Jun 1997 00:05:39 +0000 (GMT) On Mon, 2 Jun 1997, Kazutaka YOKOTA wrote: > >>Number: 3739 > >>Category: kern > >>Synopsis: pause key not disabled; weird stuff when pressed > >>Confidential: no > >>Severity: non-critical > >>Priority: medium > >>Responsible: freebsd-bugs > >>State: open > >>Class: sw-bug > >>Submitter-Id: current-users > >>Arrival-Date: Sun Jun 1 07:40:01 PDT 1997 > >>Last-Modified: > >>Originator: Donn Miller > >>Organization: > >>Release: 2.2.2-RELEASE > >>Environment: > >FreeBSD myname.my.domain 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #2: Sun Jun 1 06 > >:5 > >3:20 GMT 1997 root@myname.my.domain:/usr/src/sys/compile/CUSTOM i386 > >>Description: > >The pause key is not disabled on the AT keyboard. When 'pause' is hit > >(like during 'cat' of a large file) some weird stuff happens. > > The console driver `syscons' has the `back-scroll' feature which is > activated by the `Scroll-Lock' or `Pause' keys. When one of these keys > is pressed, the screen output is suspended and you can `back scroll' > lines recently printed on the screen. You navigate through the lines > with `Page-up/down', `Home', `End' and `Up/Down' keys. > > The `Scroll Lock' LED should be on while in this mode. > > >The file will resume scrolling only after pressing 'pause' key > >2 or 3 times. > > Just one press should bring you back to the normal output mode... > > >After the scrolling of text is finished, the key > >mappings are screwed-up. For example, pressing p is the same as > >'left arrow', the s key does something else, etc. If you press ^C, the shell > >exits. If you press scroll lock about 5 times, followed by ^C, the terminal i > >s restored. > > We may be seeing strange interaction between the output routine, the > `back scroll' routine and keyboard I/O routines. > > Would you check the state of the `Scroll Lock' LED during the > phenomena you describe? When I press pause, I can scroll up and down, but the LED does not turn on. When I try to deactivate scroll-back by pressing pause a second time, the screen is still in scroll back mode; I have to press 'pause' an additional time to return my screen to normal behavior. While it is in normal behavior, I find that the 'p' key is mapped to the up arrow. This is where all the weird key mappings come into play. Pressing ^C once restores the key mappings. The LED is unlit during all this. In summary: 1.) Enter scroll-back - press pause key - (LED off) 2.) can scroll up-down, etc. (LED off) 3.) press pause again - still can scroll (LED off) 4.) press pause again - normal screen restored, but keys-mappings "out of whack" (LED off) 5.) press ^C once - key mappings restored. (LED off) >How does your system behave if you activate > the `back scroll' mode by pressing the `Scroll Lock' key instead of > the `Pause' key. After pressing 'scroll lock', the scroll-lock LED comes on, and I can scroll up and down as usuall. After pressing it another time, the LED goes out, and the screen is in the normal mode. (With no problems) Pressing the 'scroll lock' key operates the scroll-back mode properly, with the LED lighting at the right time/ >Are you using the default, built-in US keymap, or do > you load any keymap? I normally use 'vidcontrol -r cyan black' or 'vidcontrol -r red black' with the built-in key map, but I use a blank screen-saver. Pretty much all defaults. > > Kazu > Donn Miller (dmm125@bellatlantic.net) 412-547-9089 From owner-freebsd-bugs Sun Jun 1 21:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA25414 for bugs-outgoing; Sun, 1 Jun 1997 21:30:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA25408; Sun, 1 Jun 1997 21:30:02 -0700 (PDT) Resent-Date: Sun, 1 Jun 1997 21:30:02 -0700 (PDT) Resent-Message-Id: <199706020430.VAA25408@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Harlan Stenn Received: from pcpsj.pfcs.com (pFgqLBzQ0cktG38Rcl2f8yfjaoTDDkJ7@harlan.fred.net [205.252.219.31]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA25175 for ; Sun, 1 Jun 1997 21:22:35 -0700 (PDT) Received: from mumps.pfcs.com (mumps.pfcs.com [192.52.69.11]) by pcpsj.pfcs.com (8.6.12/8.6.9) with SMTP id AAA00518 for ; Mon, 2 Jun 1997 00:22:23 -0400 Received: from localhost by mumps.pfcs.com with SMTP id AA02670 (5.67b/IDA-1.5 for ); Mon, 2 Jun 1997 00:22:22 -0400 Message-Id: <2668.865225341@mumps.pfcs.com> Date: Mon, 02 Jun 1997 00:22:21 -0300 From: Harlan Stenn To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/3751: Improvements to /etc/rc{,.network,.pccard} Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3751 >Category: conf >Synopsis: Improvements to /etc/rc{,.network,.pccard} >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Jun 1 21:30:01 PDT 1997 >Last-Modified: >Originator: Harlan Stenn >Organization: PFCS Corporation >Release: FreeBSD 2.2-current i386 >Environment: -current (and before) >Description: Several RC scripts use confusing syntax. If I was really being a speed freak I'd replace the if [ ... ] stuff with case statements... >How-To-Repeat: Examination. >Fix: Untested... --- rc- Sun Jun 1 20:52:58 1997 +++ rc Sun Jun 1 21:14:02 1997 @@ -29,7 +29,7 @@ swapon -a -if [ $1x = autobootx ]; then +if [ "$1" = autoboot ]; then echo Automatic reboot in progress... fsck -p case $? in @@ -100,7 +100,7 @@ # Add additional swapfile, if configured. -if [ "x$swapfile" != "xNO" -a -w "$swapfile" -a -b /dev/vn0b ]; then +if [ "$swapfile" != NO -a -w "$swapfile" -a -b /dev/vn0b ]; then echo "Adding $swapfile as additional swap." vnconfig /dev/vn0b $swapfile && swapon /dev/vn0b fi @@ -133,13 +133,13 @@ (cd /var/run && { cp /dev/null utmp; chmod 644 utmp; }) # enable dumpdev so that savecore can see it -if [ "X${dumpdev}" != X"NO" -a -e ${dumpdev} ]; then +if [ "${dumpdev}" != NO -a -e ${dumpdev} ]; then dumpon ${dumpdev} fi # /var/crash should be a directory or a symbolic link # to the crash directory if core dumps are to be saved. -if [ "X${savecore_enable}" = X"YES" -a -d /var/crash ]; then +if [ "${savecore_enable}" = YES -a -d /var/crash ]; then echo -n checking for core dump... savecore /var/crash fi @@ -152,7 +152,7 @@ # start system logging and name service (named needs to start before syslogd # if you don't have a /etc/resolv.conf) # -if [ "X${syslogd_enable}" = X"YES" ]; then +if [ "${syslogd_enable}" = YES ]; then # Transitional symlink (for the next couple of years :) until all # binaries had a chance to move towards /var/run/log. if [ ! -h /dev/log ] ; then @@ -164,7 +164,7 @@ echo -n ' syslogd'; syslogd ${syslogd_flags} fi -if [ "X${tickadj_enable}" = X"YES" ]; then +if [ "${tickadj_enable}" = YES ]; then echo -n ' tickadj'; tickadj ${tickadj_flags--Aq} fi echo '.' @@ -174,7 +174,7 @@ fi # Check the quotas (must be after ypbind if using NIS) -if [ "X${check_quotas}" = X"YES" ]; then +if [ "${check_quotas}" = YES ]; then echo -n 'checking quotas:' quotacheck -a echo ' done.' @@ -197,7 +197,7 @@ "password file may be incorrect -- /etc/ptmp exists" fi -if [ "X${accounting_enable}" = X"YES" -a -d /var/account ]; then +if [ "${accounting_enable}" = YES -a -d /var/account ]; then echo 'turning on accounting' if [ ! -e /var/account/acct ]; then touch /var/account/acct @@ -220,11 +220,11 @@ echo -n ' inetd'; inetd ${inetd_flags} echo -n ' cron'; cron -if [ "X${lpd_enable}" = X"YES" ]; then +if [ "${lpd_enable}" = YES ]; then echo -n ' printer'; lpd ${lpd_flags} fi -if [ "X${sendmail_enable}" = X"YES" -a -r /etc/sendmail.cf ]; then +if [ "${sendmail_enable}" = YES -a -r /etc/sendmail.cf ]; then echo -n ' sendmail'; /usr/sbin/sendmail ${sendmail_flags} fi @@ -277,7 +277,7 @@ fi # for each valid dir in $local_startup, search for init scripts matching *.sh -if [ "X${local_startup}" != X"NO" ]; then +if [ "${local_startup}" != NO ]; then echo -n 'Local package startup:' for dir in ${local_startup}; do [ -d ${dir} ] && for script in ${dir}/*.sh; do --- rc.network- Sun Jun 1 20:52:58 1997 +++ rc.network Sun Jun 1 21:15:56 1997 @@ -19,7 +19,7 @@ fi # Set the domainname if we're using NIS - if [ -n "$nisdomainname" -a "x$nisdomainname" != "xNO" ] ; then + if [ -n "$nisdomainname" -a "$nisdomainname" != NO ] ; then domainname $nisdomainname echo -n ' domain' fi @@ -56,18 +56,18 @@ done # If IP filtering - if [ -n "$firewall" -a "x$firewall" != "xNO" -a -f /etc/rc.firewall ] ; then + if [ -n "$firewall" -a "$firewall" != NO -a -f /etc/rc.firewall ] ; then echo -n ' firewall' . /etc/rc.firewall fi - if [ "x$defaultrouter" != "xNO" ] ; then + if [ "$defaultrouter" != NO ] ; then static_routes="default ${static_routes}" route_default="default ${defaultrouter}" fi # Set up any static routes. This should be done before router discovery. - if [ "x${static_routes}" != "x" ]; then + if [ "${static_routes}" != "" ]; then for i in ${static_routes}; do eval route_args=\$route_${i} route add ${route_args} @@ -75,26 +75,26 @@ fi echo -n 'Additional routing options:' - if [ "X$gateway_enable" = X"YES" ]; then + if [ "$gateway_enable" = YES ]; then echo -n ' IP gateway=YES' sysctl -w net.inet.ip.forwarding=1 >/dev/null 2>&1 fi - if [ "X$router_enable" = X"YES" ]; then + if [ "$router_enable" = YES ]; then echo -n " ${router}"; ${router} ${router_flags} fi - if [ "X$ipxgateway_enable" = X"YES" ]; then + if [ "$ipxgateway_enable" = YES ]; then echo -n ' IPX gateway=YES' sysctl -w net.ipx.ipx.ipxforwarding=1 >/dev/null 2>&1 fi - if [ "X$ipxrouted_enable" = X"YES" ]; then + if [ "$ipxrouted_enable" = YES ]; then echo -n ' IPXrouted: ' IPXrouted ${ipxrouted_flags} > /dev/null 2>&1 fi - if [ "X$arpproxy_all" = X"YES" ]; then + if [ "$arpproxy_all" = YES ]; then echo -n ' enabling ARP_PROXY_ALL: ' sysctl -w net.link.ether.inet.proxyall=1 2>&1 fi @@ -104,51 +104,51 @@ network_pass2() { echo -n 'Doing additional network setup:' - if [ -n "$tcp_extensions" -a "x$tcp_extensions" != "xYES" ] ; then + if [ -n "$tcp_extensions" -a "$tcp_extensions" != YES ] ; then echo -n ' tcp extensions=NO' sysctl -w net.inet.tcp.rfc1323=0 >/dev/null 2>&1 sysctl -w net.inet.tcp.rfc1644=0 >/dev/null 2>&1 fi - if [ "X${named_enable}" = X"YES" ]; then + if [ "${named_enable}" = YES ]; then echo -n ' named'; named ${named_flags} fi - if [ "X${ntpdate_enable}" = X"YES" -o "X${xntpd_enable}" = X"YES" ]; then - if [ "X${ntpdate_enable}" = X"YES" ]; then + if [ "${ntpdate_enable}" = YES -o "${xntpd_enable}" = YES ]; then + if [ "${ntpdate_enable}" = YES ]; then echo -n ' ntpdate'; ntpdate ${ntpdate_flags} >/dev/null 2>&1 fi - if [ "X${xntpd_enable}" = X"YES" ]; then + if [ "${xntpd_enable}" = YES ]; then echo -n ' xntpd'; xntpd ${xntpd_flags} fi fi - if [ "X${timed_enable}" = X"YES" ]; then + if [ "${timed_enable}" = YES ]; then echo -n ' timed'; timed ${timed_flags} fi - if [ "X${portmap_enable}" = X"YES" ]; then + if [ "${portmap_enable}" = YES ]; then echo -n ' portmap'; portmap ${portmap_flags} fi # Start ypserv if we're an NIS server. # Run rpc.ypxfrd and rpc.yppasswdd only on the NIS master server. - if [ "X${nis_server_enable}" = X"YES" ]; then + if [ "${nis_server_enable}" = YES ]; then echo -n ' ypserv'; ypserv ${nis_server_flags} - if [ "X${nis_ypxfrd_enable}" = X"YES" ]; then + if [ "${nis_ypxfrd_enable}" = YES ]; then echo -n ' rpc.ypxfrd'; rpc.ypxfrd ${nis_ypxfrd_flags} fi - if [ "X${nis_yppasswdd_enable}" = X"YES" ]; then + if [ "${nis_yppasswdd_enable}" = YES ]; then echo -n ' rpc.yppasswdd'; rpc.yppasswdd ${nis_yppasswdd_flags} fi fi # Start ypbind if we're an NIS client - if [ "X${nis_client_enable}" = X"YES" ]; then + if [ "${nis_client_enable}" = YES ]; then echo -n ' ypbind'; ypbind ${nis_client_flags} - if [ "X${nis_ypset_enable}" = X"YES" ]; then + if [ "${nis_ypset_enable}" = YES ]; then echo -n ' ypset'; ypset ${nis_ypset_flags} fi fi @@ -160,47 +160,47 @@ network_pass3() { echo -n 'Starting final network daemons:' - if [ "X${nfs_server_enable}" = X"YES" -a -r /etc/exports ]; then + if [ "${nfs_server_enable}" = YES -a -r /etc/exports ]; then echo -n ' mountd' - if [ "X${weak_mountd_authentication}" = X"YES" ]; then + if [ "${weak_mountd_authentication}" = YES ]; then mountd_flags="-n" fi mountd ${mountd_flags} - if [ "X${nfs_reserved_port_only}" = X"YES" ]; then + if [ "${nfs_reserved_port_only}" = YES ]; then echo -n ' nfsprivport=YES' sysctl -w vfs.nfs.nfs_privport=1 >/dev/null 2>&1 fi echo -n ' nfsd'; nfsd ${nfs_server_flags} - if [ "X$rpc_lockd_enable" = X"YES" ]; then + if [ "$rpc_lockd_enable" = YES ]; then echo -n ' rpc.lockd'; rpc.lockd fi - if [ "X$rpc_statd_enable" = X"YES" ]; then + if [ "$rpc_statd_enable" = YES ]; then echo -n ' rpc.statd'; rpc.statd fi fi - if [ "X${nfs_client_enable}" = X"YES" ]; then + if [ "${nfs_client_enable}" = YES ]; then echo -n ' nfsiod'; nfsiod ${nfs_client_flags} fi - if [ "X${amd_enable}" = X"YES" ]; then + if [ "${amd_enable}" = YES ]; then echo -n ' amd' amd -p ${amd_flags} > /var/run/amd.pid 2> /dev/null fi - if [ "X${rwhod_enable}" = X"YES" ]; then + if [ "${rwhod_enable}" = YES ]; then echo -n ' rwhod'; rwhod fi # Kerberos runs ONLY on the Kerberos server machine - if [ "X${kerberos_server_enable}" = X"YES" ]; then + if [ "${kerberos_server_enable}" = YES ]; then echo -n ' kerberos'; kerberos >> /var/log/kerberos.log & echo -n ' kadmind'; \ (sleep 20; kadmind -n >/dev/null 2>&1 &) & fi # IP multicast routing daemon - if [ "X${mrouted_enable}" = X"YES" ]; then + if [ "${mrouted_enable}" = YES ]; then echo -n ' mrouted'; mrouted ${mrouted_flags} fi echo '.' --- rc.pccard- Sun Jun 1 20:52:58 1997 +++ rc.pccard Sun Jun 1 21:16:06 1997 @@ -4,8 +4,8 @@ # HOSOKAWA, Tatsumi # -if [ "X$pccard_enable" = X"YES" ] ; then - if [ "x$pccard_mem" != "xDEFAULT" ] ; then +if [ "$pccard_enable" = YES ] ; then + if [ "$pccard_mem" != DEFAULT ] ; then pccardc pccardmem $pccard_mem else pccardc pccardmem 0xd0000 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 1 21:42:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA25870 for bugs-outgoing; Sun, 1 Jun 1997 21:42:10 -0700 (PDT) Received: from pci.on.ca (inti.pci.on.ca [207.112.123.51]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA25864 for ; Sun, 1 Jun 1997 21:42:06 -0700 (PDT) Received: by pci.on.ca (/\==/\ Smail3.1.28.1 #28.1) id ; Mon, 2 Jun 97 00:45 EDT Received: (from dgilbert@localhost) by repeat.pci.on.ca (8.7.5/8.7.3) id AAA03842; Mon, 2 Jun 1997 00:26:13 -0400 (EDT) Date: Mon, 2 Jun 1997 00:26:13 -0400 (EDT) Message-Id: <199706020426.AAA03842@repeat.pci.on.ca> From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Justin T. Gibbs" Cc: David Gilbert , bugs@FreeBSD.ORG Subject: Re: Problems with CCD. In-Reply-To: <199706020333.VAA00695@pluto.plutotech.com> References: <199706010545.BAA16048@repeat.pci.on.ca> <199706020333.VAA00695@pluto.plutotech.com> X-Mailer: VM 6.22 under Emacs 19.34.3 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>>>> "Justin" == Justin T Gibbs writes: >> But strangely, the install seems to run just fine... without a >> hitch. Why can the install format a partition and I can't later? Justin> Because you are not using the raw device. Perhaps John or Justin> David can look into why we get into deadlock by newfsing a Justin> character device??? Oi... Ok. Doing that by habbit. As a precaution, maybe newfs should either refuse the non-raw device or use the raw device? I realize the warning was there, but I have successfully ignored that warning for many years. Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =========================================================GLO================ From owner-freebsd-bugs Sun Jun 1 22:10:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA27134 for bugs-outgoing; Sun, 1 Jun 1997 22:10:02 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA27121; Sun, 1 Jun 1997 22:10:01 -0700 (PDT) Date: Sun, 1 Jun 1997 22:10:01 -0700 (PDT) Message-Id: <199706020510.WAA27121@hub.freebsd.org> To: freebsd-bugs Cc: From: Donn Miller Subject: Re: kern/3739: pause key not disabled; weird stuff when pressed Reply-To: Donn Miller Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3739; it has been noted by GNATS. From: Donn Miller To: Kazutaka YOKOTA Cc: freebsd-gnats-submit@freebsd.org, yokota@freebsd.org Subject: Re: kern/3739: pause key not disabled; weird stuff when pressed Date: Mon, 2 Jun 1997 00:59:00 +0000 (GMT) On Mon, 2 Jun 1997, Donn Miller wrote: > > On Mon, 2 Jun 1997, Kazutaka YOKOTA wrote: > > > >>Number: 3739 > > >>Category: kern > > >>Synopsis: pause key not disabled; weird stuff when pressed > > >>Confidential: no > > >>Severity: non-critical > > >>Priority: medium > > >>Responsible: freebsd-bugs > > >>State: open > > >>Class: sw-bug > > >>Submitter-Id: current-users > > >>Arrival-Date: Sun Jun 1 07:40:01 PDT 1997 > > >>Last-Modified: > > >>Originator: Donn Miller > > >>Organization: > > >>Release: 2.2.2-RELEASE > > >>Environment: > > >FreeBSD myname.my.domain 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #2: Sun Jun 1 06 > > >:5 > > >3:20 GMT 1997 root@myname.my.domain:/usr/src/sys/compile/CUSTOM i386 > > >>Description: > > >The pause key is not disabled on the AT keyboard. When 'pause' is hit > > >(like during 'cat' of a large file) some weird stuff happens. > > > > The console driver `syscons' has the `back-scroll' feature which is > > activated by the `Scroll-Lock' or `Pause' keys. When one of these keys > > is pressed, the screen output is suspended and you can `back scroll' > > lines recently printed on the screen. You navigate through the lines > > with `Page-up/down', `Home', `End' and `Up/Down' keys. > > > > The `Scroll Lock' LED should be on while in this mode. > > > > >The file will resume scrolling only after pressing 'pause' key > > >2 or 3 times. > > > > Just one press should bring you back to the normal output mode... > > > > >After the scrolling of text is finished, the key > > >mappings are screwed-up. For example, pressing p is the same as > > >'left arrow', the s key does something else, etc. If you press ^C, the shell > > >exits. If you press scroll lock about 5 times, followed by ^C, the terminal i > > >s restored. > > > > We may be seeing strange interaction between the output routine, the > > `back scroll' routine and keyboard I/O routines. I think I know what happens here: on (U.S.) PC's, the 'pause' key is tied to a particular BIOS routine that pauses whatever output is being sent to the screen. However, the syscons driver wants to do another routine when this key is pressed. Maybe the interaction between the BIOS activities and the syscons driver is causing weird things to happen. This is similar to the BIOS routine that reboots the machine when cntrl-alt-delete is pressed. A possible solution would be to 'trap' the pause key to prevent the BIOS from intervening, if this is what's happening. Then, the syscons driver would be free to assign the sroll-back routine to the pause key. I think this because I think under plain DOS, many BIOS activities are left alone to their default values, and the pause key does a particular thing there. Hopefully, I have been a little more clear on this. Thanks, Donn (dmm125@bellatlantic.net) From owner-freebsd-bugs Sun Jun 1 22:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA27148 for bugs-outgoing; Sun, 1 Jun 1997 22:10:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA27133; Sun, 1 Jun 1997 22:10:02 -0700 (PDT) Resent-Date: Sun, 1 Jun 1997 22:10:02 -0700 (PDT) Resent-Message-Id: <199706020510.WAA27133@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Harlan Stenn Received: from pcpsj.pfcs.com (harlan.fred.net [205.252.219.31]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA27013 for ; Sun, 1 Jun 1997 22:06:35 -0700 (PDT) Received: from mumps.pfcs.com (mumps.pfcs.com [192.52.69.11]) by pcpsj.pfcs.com (8.6.12/8.6.9) with SMTP id BAA00679 for ; Mon, 2 Jun 1997 01:05:32 -0400 Received: from brown.pfcs.com by mumps.pfcs.com with SMTP id AA03314 (5.67b/IDA-1.5 for ); Mon, 2 Jun 1997 01:05:31 -0400 Received: from harlan by brown.pfcs.com with local (Exim 1.62 #1) id 0wYPJC-0000re-00; Mon, 2 Jun 1997 01:05:30 -0400 Message-Id: Date: Mon, 2 Jun 1997 01:05:30 -0400 From: Harlan Stenn To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3752: NFS dirs under -current still have problems... Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3752 >Category: kern >Synopsis: NFS dirs under -current still have problems... >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 1 22:10:01 PDT 1997 >Last-Modified: >Originator: Harlan Stenn >Organization: PFCS Corporation >Release: FreeBSD 2.2-current (as of about 24 May 97)1.0-RELEASE i386 >Environment: Problem machine: 2.2-current machine Other machine: 2.1.0 >Description: I reboot the 2.2-current machine, and cd to, say, the exim-1.62 sources which are automounted off of a 2.1.0 machine. I cd to the Build-FreeBSD-FreeBSD subdir and type "make". Somewhere between compiling the 3rd file and the final link command, the make hangs. Eventually, a "df" will hang, as will "ls". >How-To-Repeat: From (my, at least) 2.2-current machine, freshly booted, cd to the NFS-mounted source directory, type "make", and wait. I'll provide an ssh login to somebody who can help debug this. I can probably "do what I'm told", also. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 1 22:20:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA27479 for bugs-outgoing; Sun, 1 Jun 1997 22:20:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA27453; Sun, 1 Jun 1997 22:20:03 -0700 (PDT) Resent-Date: Sun, 1 Jun 1997 22:20:03 -0700 (PDT) Resent-Message-Id: <199706020520.WAA27453@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Harlan Stenn Received: from pcpsj.pfcs.com (VM6c6oJtmVTh/XeNjoRKozNxHtLpHur2@harlan.fred.net [205.252.219.31]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA27194 for ; Sun, 1 Jun 1997 22:11:22 -0700 (PDT) Received: from mumps.pfcs.com (mumps.pfcs.com [192.52.69.11]) by pcpsj.pfcs.com (8.6.12/8.6.9) with SMTP id BAA00691 for ; Mon, 2 Jun 1997 01:11:04 -0400 Received: from brown.pfcs.com by mumps.pfcs.com with SMTP id AA03372 (5.67b/IDA-1.5 for ); Mon, 2 Jun 1997 01:11:03 -0400 Received: from harlan by brown.pfcs.com with local (Exim 1.62 #1) id 0wYPOZ-0000rs-00; Mon, 2 Jun 1997 01:11:03 -0400 Message-Id: Date: Mon, 2 Jun 1997 01:11:03 -0400 From: Harlan Stenn To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3753: NFS problem with -current Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3753 >Category: kern >Synopsis: "make" hangs when building in an NFS dir >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 1 22:20:00 PDT 1997 >Last-Modified: >Originator: Harlan Stenn >Organization: >Release: FreeBSD 2.2-current >Environment: 2.2-current (as of 24 May 97) 2.1.0 >Description: From a freshly booted 2.2-current box, I cd to an automounted directory containing the exim-1.62 sources, and from there to Build-FreeBSD-FreeBSD. I type "make", and somewhere between compiling the 3rd file and the final link, the process hangs. Eventually, "df" and "ls" hang, too. >How-To-Repeat: Reboot the 2.2-current box, cd to the NFS dir, type make, wait. I can provide an ssh login to somebody who can help debug this. I have a "hung make" there now, for example. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 1 22:20:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA27483 for bugs-outgoing; Sun, 1 Jun 1997 22:20:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA27473; Sun, 1 Jun 1997 22:20:05 -0700 (PDT) Date: Sun, 1 Jun 1997 22:20:05 -0700 (PDT) Message-Id: <199706020520.WAA27473@hub.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: kern/3739: pause key not disabled; weird stuff when pressed Reply-To: Kazutaka YOKOTA Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3739; it has been noted by GNATS. From: Kazutaka YOKOTA To: Donn Miller Cc: freebsd-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: kern/3739: pause key not disabled; weird stuff when pressed Date: Mon, 02 Jun 1997 14:14:34 +0900 >I think I know what happens here: on (U.S.) PC's, the 'pause' key is tied >to a particular BIOS routine that pauses whatever output is being sent to >the screen. However, the syscons driver wants to do another routine when >this key is pressed. Maybe the interaction between the BIOS activities >and the syscons driver is causing weird things to happen. No. This isn't the case here. BIOS is not involved in any way. While FreeBSD is running, the keyboard BIOS won't get control; we are in the protected mode :-) Kazu From owner-freebsd-bugs Sun Jun 1 22:23:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA27684 for bugs-outgoing; Sun, 1 Jun 1997 22:23:02 -0700 (PDT) Received: (from jkh@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA27662; Sun, 1 Jun 1997 22:22:52 -0700 (PDT) Date: Sun, 1 Jun 1997 22:22:52 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199706020522.WAA27662@hub.freebsd.org> To: jkh, freebsd-bugs, gpalmer Subject: Re: conf/3750 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Potential improvements to rc.firewall Responsible-Changed-From-To: freebsd-bugs->gpalmer Responsible-Changed-By: jkh Responsible-Changed-When: Sun Jun 1 22:22:35 PDT 1997 Responsible-Changed-Why: This is his file, originally. From owner-freebsd-bugs Sun Jun 1 23:51:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA02221 for bugs-outgoing; Sun, 1 Jun 1997 23:51:29 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA02212 for ; Sun, 1 Jun 1997 23:51:24 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA22621; Mon, 2 Jun 1997 08:51:15 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA09277; Mon, 2 Jun 1997 08:26:51 +0200 (MET DST) Message-ID: <19970602082646.RS47657@uriah.heep.sax.de> Date: Mon, 2 Jun 1997 08:26:46 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: dgilbert@jaywon.pci.on.ca (David Gilbert) Cc: bugs@FreeBSD.ORG Subject: Re: Problems with CCD. References: <199706010545.BAA16048@repeat.pci.on.ca> <199706020333.VAA00695@pluto.plutotech.com> <199706020426.AAA03842@repeat.pci.on.ca> X-Mailer: Mutt 0.60_p2-3,5,8-9 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: <199706020426.AAA03842@repeat.pci.on.ca>; from David Gilbert on Jun 2, 1997 00:26:13 -0400 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As David Gilbert wrote: > Oi... Ok. Doing that by habbit. As a precaution, maybe newfs > should either refuse the non-raw device or use the raw device? I > realize the warning was there, but I have successfully ignored that > warning for many years. Which was plain stupid. :) You should _never_ ignore warnings, unless you know why you're ignoring it. (Q: Tell me at least three reasons why you should not use buffered devices for things like newfs, or tar(1) to a floppy.) This looks similar to the crashes/hangs reported by people for accessing floppies via the buffered device, in particular in error situations (like no floppy there at all). I've never been able to reproduce them. Perhaps i should also get the wrong habit of using the buffered devices... in the hope to see the bug some day, too. -- 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-bugs Mon Jun 2 00:00:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA03056 for bugs-outgoing; Mon, 2 Jun 1997 00:00:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA03016; Mon, 2 Jun 1997 00:00:03 -0700 (PDT) Date: Mon, 2 Jun 1997 00:00:03 -0700 (PDT) Message-Id: <199706020700.AAA03016@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: kern/3749: Kernel panic with kernel-PPP and natd-1.4 Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3749; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: mph@pobox.com (Matthew Hunt) Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/3749: Kernel panic with kernel-PPP and natd-1.4 Date: Mon, 2 Jun 1997 08:46:58 +0200 As Matthew Hunt wrote: > #5 0xf014c91e in pppfcs (fcs=62816, cp=0xf044f149 "\026&t", len=-5) ^^^^^^ That's the culprit. pppfcs counts the address down until the length is 0. With a negative length, this will always crash. > at ../../net/ppp_tty.c:577 > #6 0xf014caaf in pppstart (tp=0xf01edee8) at ../../net/ppp_tty.c:674 pppstart() obtains this length directly from an mbuf. I've got too few clues about the upper layers to investigate why this packet made it there. As a stop-gap measure, you could modify the counter in pppfcs() to while (len-- > 0) Perhaps this lets you find more about the misbehaviour (since it will only yield an invalid packet then, but hopefully not crash). -- 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-bugs Mon Jun 2 00:00:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA03081 for bugs-outgoing; Mon, 2 Jun 1997 00:00:12 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA03046; Mon, 2 Jun 1997 00:00:06 -0700 (PDT) Date: Mon, 2 Jun 1997 00:00:06 -0700 (PDT) Message-Id: <199706020700.AAA03046@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: conf/3751: Improvements to /etc/rc{,.network,.pccard} Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/3751; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: Harlan.Stenn@pfcs.com (Harlan Stenn) Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/3751: Improvements to /etc/rc{,.network,.pccard} Date: Mon, 2 Jun 1997 08:50:31 +0200 As Harlan Stenn wrote: > Several RC scripts use confusing syntax. If I was really being a speed > freak I'd replace the if [ ... ] stuff with case statements... > -if [ $1x = autobootx ]; then > +if [ "$1" = autoboot ]; then That's not entirely confusing syntax. It's normal habit to be on the safe side. Although i agree, the quotes should always be there, and the X should always be prepended. Prepending the X saves you from hidden gotchas like in: foo="-ain't this weird?-" if [ "$foo" = "bar" ] ; ... -- 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-bugs Mon Jun 2 00:31:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA04291 for bugs-outgoing; Mon, 2 Jun 1997 00:31:34 -0700 (PDT) Received: from mail.glink.net.hk (mail.glink.net.hk [202.72.0.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA04265; Mon, 2 Jun 1997 00:30:07 -0700 (PDT) From: a8@mary-world.com Received: from earth.glink.net.hk (earth [202.72.0.46]) by mail.glink.net.hk (8.8.5/8.8.5) with ESMTP id PAA28698; Mon, 2 Jun 1997 15:28:56 +0800 (HKT) Received: from glink.net.hk (1Cust15.Max31.Los-Angeles.CA.MS.UU.NET [153.34.85.143]) by earth.glink.net.hk (8.8.5/8.8.5) with SMTP id PAA08414; Mon, 2 Jun 1997 15:28:20 +0800 (HKT) Date: Sun, 01 Jun 97 23:14:02 EST To: Friend@public.com Subject: New Message-ID: <> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Below are just two examples of which may be of interest to you. We honor all request for removal from our mailing list, BUT YOU MUST type in REMOVE in the subject heading to be removed. Reply to: a8@mary-world.com System is automated ONLY! All subcribers to any of the following information MUST type the Subject heading: Subscribe JPA2, or BC1. Thank You ----------------------------------------------------------------- JPA2 INTERNET BREAKTHRU!!! Work from home! Licensed in 33 countries $500-$1200 P/T $2000-$6000 F/T Start immediately! Full Business training Paid vacation! Bonuses based on merit Subscribe Now! Subject:Subcribe JPA2 to:a8@mary-world.com --------------------------------------------------------------- BC1 Be Approved for a Credit Line of $3000.00 at 12.99% APR No matter what your past credit history has been! By becoming a member. Other Membership advantages: Unscured Major Credit Card up to $5,000! (96% Approval Rate) Vacation Package with 20 prepaid round trip Airfares worldwide! For more information Subject:Subscribe BC1 to:a8@mary-world.com From owner-freebsd-bugs Mon Jun 2 02:00:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA08505 for bugs-outgoing; Mon, 2 Jun 1997 02:00:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA08467; Mon, 2 Jun 1997 02:00:01 -0700 (PDT) Date: Mon, 2 Jun 1997 02:00:01 -0700 (PDT) Message-Id: <199706020900.CAA08467@hub.freebsd.org> To: freebsd-bugs Cc: From: Harlan Stenn Subject: Re: conf/3751: Improvements to /etc/rc{,.network,.pccard} Reply-To: Harlan Stenn Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/3751; it has been noted by GNATS. From: Harlan Stenn To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/3751: Improvements to /etc/rc{,.network,.pccard} Date: Mon, 02 Jun 1997 04:56:19 -0300 >>> On Mon, 2 Jun 1997 08:50:31 +0200, j@uriah.heep.sax.de (J Wunsch) said: H> -if [ $1x = autobootx ]; then +if [ "$1" = autoboot ]; then J> That's not entirely confusing syntax. It's normal habit to be on the J> safe side. Although i agree, the quotes should always be there, Agreed (obviously) J> and the X should always be prepended. I don't think it should ever be there, but if it must be there, it should be prepended. J> Prepending the X saves you from hidden gotchas like in: J> foo="-ain't this weird?-" J> if [ "$foo" = "bar" ] ; ... Did you mean: if [ $foo = "bar" ] ; ... Shell metacharacters aren't expanded with "$foo". Regardless, if you're talking about the shell metacharacter problem, I'd disagree with you about the "hidden gotcha". Quoting and shell metacharacters are such basic concepts that anybody who writes a shell script should be aware of them. And besides, invoking "sh -x script" will quickly show the problem. As an aside, in "rc" the quoting checking vi.recover is also inconsistent... H From owner-freebsd-bugs Mon Jun 2 05:20:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA16214 for bugs-outgoing; Mon, 2 Jun 1997 05:20:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA16187; Mon, 2 Jun 1997 05:20:01 -0700 (PDT) Resent-Date: Mon, 2 Jun 1997 05:20:01 -0700 (PDT) Resent-Message-Id: <199706021220.FAA16187@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, brent@vivid.net Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA16036; Mon, 2 Jun 1997 05:16:15 -0700 (PDT) Message-Id: <199706021216.FAA16036@hub.freebsd.org> Date: Mon, 2 Jun 1997 05:16:15 -0700 (PDT) From: brent@vivid.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/3755: accounting="ON" incorrect in new rc.conf. should be accounting_enable to match rc script Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3755 >Category: conf >Synopsis: accounting="ON" incorrect in new rc.conf. should be accounting_enable to match rc script >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Jun 2 05:20:00 PDT 1997 >Last-Modified: >Originator: Brent Wiese >Organization: vivid.net >Release: 2.2.2 >Environment: >Description: This was a *huge* problem to us because we just trashed a BSDI system that was severly taken over by hackers. The *only* thing that hadn't been trojaned that we could see was lastcomm. So, we were a bit worried when it didn't work on our "now converted to FreeBSD" box. :) >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 2 07:06:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA20635 for bugs-outgoing; Mon, 2 Jun 1997 07:06:22 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA20624 for ; Mon, 2 Jun 1997 07:06:10 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id AAA31991; Tue, 3 Jun 1997 00:03:16 +1000 Date: Tue, 3 Jun 1997 00:03:16 +1000 From: Bruce Evans Message-Id: <199706021403.AAA31991@godzilla.zeta.org.au> To: freebsd-bugs@hub.freebsd.org, Harlan.Stenn@pfcs.com Subject: Re: conf/3751: Improvements to /etc/rc{,.network,.pccard} Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > J> That's not entirely confusing syntax. It's normal habit to be on the > J> safe side. Although i agree, the quotes should always be there, > > Agreed (obviously) It's not obvious. '[ X$foo_enable = XYES ]' is better than '[ "X$foo_enable" = XYES ]' for boolean variables, since it detects some bogus values. > J> Prepending the X saves you from hidden gotchas like in: > > J> foo="-ain't this weird?-" > > J> if [ "$foo" = "bar" ] ; ... > > Did you mean: > > if [ $foo = "bar" ] ; ... > > Shell metacharacters aren't expanded with "$foo". I think he meant foo="!" Some strings may be misinterpreted as options or operators. There is no problem in most cases because test's syntax gives precedence to the "=" operator, e.g., in [ -a = bar ] Bruce From owner-freebsd-bugs Mon Jun 2 07:30:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA21506 for bugs-outgoing; Mon, 2 Jun 1997 07:30:34 -0700 (PDT) Received: from fore.com (mailhub.fore.com [192.88.243.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA21467; Mon, 2 Jun 1997 07:30:25 -0700 (PDT) Received: from dolphin.fore.com (dolphin-eth.fore.com [192.88.243.27]) by fore.com (8.7.3/8.6.11) with ESMTP id KAA06214; Mon, 2 Jun 1997 10:25:22 -0400 (EDT) Received: from jwb.fore.com (jbeiter-pc.fore.com [169.144.6.16]) by dolphin.fore.com (8.7.5/8.7.3) with ESMTP id KAA27118; Mon, 2 Jun 1997 10:29:52 -0400 (EDT) Received: (from jwb@localhost) by jwb.fore.com (8.8.5/8.8.5) id KAA01533; Mon, 2 Jun 1997 10:23:28 -0400 (EDT) Message-Id: <199706021423.KAA01533@jwb.fore.com> Subject: ppp and static IP To: bugs@freebsd.org Date: Mon, 2 Jun 1997 10:23:27 -0400 (EDT) Cc: hackers@freebsd.org, ports@freebsd.org From: 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-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Freebsd 2.2.1-RELEASE ppp 2.2 patch level 0beta3 and 2.3 patch level 0beta3 My provider upgraded their Bay routers last week and now I can not use ppp on Freebsd with a static IP address. Mickysoft and linux works so I'm hung out to dry. I can use a dynamic IP though. Bay is saying that Freebsd is messed up. Debug doesn't show anything special in the LCP negotiation.. tried turning off and on every switch in the man page for pppd and tried turning off tcp/ip extensions in sysconfig. I tried compiling the new pppd (2.3 which supports dial on demand) but it does the same thing. I did discover that the make process specifically for freebsd does not work and munges the system src tree. Has anyone got a valid port for the new pppd? Please cc me in email since I don't get this list. Any suggestions or help or fixes for my ppp problem are very welcome. I don't want to load linux and really don't want to find another provider just because of this so I get to learn slip this week (yay!). @-=-=-=-=-=-=-=-=-=-=-=-=-=-@ Joe Beiter FORE Systems, Inc. jwb@fore.com Network Integration Services (412)772-6585 From owner-freebsd-bugs Mon Jun 2 09:05:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA25808 for bugs-outgoing; Mon, 2 Jun 1997 09:05:03 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA25794 for ; Mon, 2 Jun 1997 09:04:59 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id JAA06343; Mon, 2 Jun 1997 09:04:57 -0700 (PDT) To: jwb@fore.com cc: bugs@FreeBSD.ORG Subject: Re: ppp and static IP In-reply-to: Your message of "Mon, 02 Jun 1997 10:23:27 EDT." <199706021423.KAA01533@jwb.fore.com> Date: Mon, 02 Jun 1997 09:04:57 -0700 Message-ID: <6339.865267497@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > My provider upgraded their Bay routers last week and now I can not use > ppp on Freebsd with a static IP address. Mickysoft and linux works so I'm Whoa - that's WAY too many mailing lists! Please don't mail to more than one list at a time, and especially don't send ppp questions to ports. That's definitely the wrong mailing list for such queries. Thanks. In any case, you tell us absolutely nothing about how ppp actually fails, so how are we supposed to help you? :-( Jordan From owner-freebsd-bugs Mon Jun 2 10:08:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA29230 for bugs-outgoing; Mon, 2 Jun 1997 10:08:05 -0700 (PDT) Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA28551 for freebsd-bugs@freebsd.org; Mon, 2 Jun 1997 10:00:27 -0700 (PDT) Date: Mon, 2 Jun 1997 10:00:27 -0700 (PDT) Message-Id: <199706021700.KAA28551@hub.freebsd.org> From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The report has been examined by a team member and evaluated. f - feedback The problem has been solved, and the originator has been given a patch or a fix has been committed. The PR remains in this state pending a response from the originator. s - suspended Work on the problem has been postponed. This happens if a timely solution is not possible or is not cost-effective at the present time. The PR continues to exist, though a solution is not being actively sought. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard o [1995/02/14] kern/216 davidg /kernel: panic: ffs_alloccg: map corrupte a [1996/01/22] kern/965 bde 2.0.5: system crashes daily because of "m o [1996/04/06] kern/1121 dyson System crashes on boot up just after the o [1996/05/07] kern/1177 dyson Machine hangs with message "vm_fork: no p f [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel o [1996/06/11] kern/1311 dyson Panic: vm_page_free while installing new a [1996/07/15] bin/1387 davidn Group file errors cause absolute havoc a [1996/08/09] kern/1487 bde bug in exec(2) o [1996/09/11] kern/1599 panic: locking against myself s [1996/09/13] conf/1608 FreeBSD's bug tracking system does not re o [1996/09/29] bin/1694 rbootd does not appear to work o [1996/09/30] kern/1698 sup from around 21:51 GMT 28th very unsta a [1996/10/08] kern/1744 run queue or proc list smashed 4 times in o [1996/10/13] kern/1790 access to /dev/kmem panics system f [1996/10/28] kern/1919 se access to files/directories fails, gives o [1996/11/01] kern/1940 TCP doesn't time out of FIN_WAIT_1 and fl o [1996/11/04] i386/1959 DELAY() won't work for fast CPUs o [1996/11/29] kern/2121 MAXBSIZE in param.h causes kernel panic i o [1996/12/14] i386/2218 cy.c XON/XOFF handling crashes kernel o [1996/12/20] bin/2258 wollman route add/delete [network] xxx.yyy.zzz.0 f [1997/01/01] ports/2352 ports wu-ftp port does not work with DES crypte o [1997/01/03] conf/2367 gibbs Buslogic SCSI driver bad probe of 742A EI f [1997/01/04] kern/2371 gibbs SCSI disk corruption o [1997/01/14] kern/2498 On installation, after selecting drivers, o [1997/01/25] bin/2581 imp security holes in libtermcap o [1997/01/27] bin/2599 Lite2 merg and critical bugfix for games/ o [1997/02/06] kern/2680 bde bind of a local domain socket does not re o [1997/02/11] kern/2717 Panic with daily script (find) o [1997/02/14] bin/2740 wpaul root-fs full erases password table ! o [1997/02/21] misc/2795 Cyclades 8YO -- Not working under 2.1.6-S o [1997/02/26] bin/2821 jkh XFree86 distributed with 2.2-GAMMA corrup o [1997/02/28] bin/2837 Globalyst550 Disk-Drive Not found!! o [1997/03/04] kern/2877 Fatal Trap 12: page fault while in kernel o [1997/03/05] kern/2890 System panic after kernel compiled for 12 o [1997/03/08] kern/2923 panic: vm_fault: fault on nofault entry, o [1997/03/13] kern/2980 2.2 crashes after accessing DAT-tape. bot o [1997/03/15] kern/3000 Kernel Panic in 2.2-CURRENT Kernel o [1997/03/16] kern/3005 can't completely install 2.1.7 release; s o [1997/03/17] kern/3017 panic: page fault as of March 11th v2.2 o [1997/03/17] bin/3019 Can't use SCSI disk (SCSI ID>3) on instal o [1997/03/23] misc/3070 Cannot do post install mods to UNIX from o [1997/03/23] kern/3072 Kernel Page Fault During Install of 2.1.7 o [1997/03/25] ports/3102 tg teTex port destroys previous contents of o [1997/03/25] kern/3103 vi large_file --> reboot without panic o [1997/03/26] ports/3106 torstenb pidentd exits with signal 6 o [1997/03/26] bin/3115 date command dumps core o [1997/03/27] kern/3128 Can't Install FreeBSD 2.2.1 o [1997/03/28] bin/3131 dlsym() does not set error on error, brea o [1997/03/30] kern/3150 Cyrix 6x86L-P200+ crashes w/ page fault o [1997/04/01] bin/3165 tex-3.14159.tgz lacks file o [1997/04/07] bin/3226 mpp vi died with a core dump o [1997/04/08] kern/3234 ipfilter.shar - integration complete o [1997/04/11] kern/3259 /bin/ps: kernel kernel, lockups, performa o [1997/04/12] kern/3267 mtime/ctime sometimes updated when a prog o [1997/04/15] i386/3300 Adaptec 2940U Problems o [1997/04/17] kern/3312 Adaptec 2940 still causes timeout using 2 o [1997/04/17] i386/3316 FOLLOWUP:Adaptec 2940U Problems->Addition o [1997/04/20] kern/3359 FreeBSD wont boot on amd p133 o [1997/04/21] kern/3366 ipx stack or ep driver o [1997/04/22] bin/3374 Cannot Install FreeBSD 2.2.1 - installati o [1997/04/26] kern/3392 System panics every few hours o [1997/04/27] ports/3394 max jp-Wnn-4.2 fails to make personal diction o [1997/04/28] kern/3404 frequent kernel panics o [1997/05/01] bin/3437 SU acting strange on 2.2.1 Release o [1997/05/01] i386/3462 using a PS/2 mouse causes kernel trap in o [1997/05/01] ports/3467 ports Update of port xgs o [1997/05/05] bin/3510 xsm does not work! o [1997/05/07] ports/3536 ports MakeTexPK calls gftopk with wron argument o [1997/05/12] misc/3586 The boot.flp file is too large to image t o [1997/05/13] kern/3594 EAGAIN and garbage data when reading sock o [1997/05/16] kern/3609 fs on remote host is mounted via NFS, rec o [1997/05/17] misc/3615 Error in /usr/src/lib/libc/gen/sigsetops. o [1997/05/21] bin/3650 Ypserv dumps core randomly. o [1997/05/23] kern/3671 SCSI tape drive with AHA 2940 locks up sy o [1997/05/24] kern/3674 NFS in 2.2 RELEASE hangs. o [1997/05/26] kern/3690 vm problems on 2.2, 2.1.7 works o [1997/05/27] kern/3696 kernel panic during wd hard disk probe if o [1997/05/27] conf/3698 sysinstall does not save parameters enter o [1997/05/27] misc/3700 FPE error in "normal" math code o [1997/05/30] kern/3721 kernel panic with netatalk o [1997/06/01] kern/3752 NFS dirs under -current still have proble o [1997/06/01] kern/3753 "make" hangs when building in an NFS dir 83 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/03/20] kern/260 davidg msync and munmap don't bother to update m s [1995/04/01] kern/291 se PCI devices still probe/attach after bein f [1995/05/08] bin/389 Simultaneous creation/deletion of dirs co a [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/ o [1995/05/16] kern/425 wollman arp entries not getting removed when inte a [1995/06/17] kern/527 dufault dump causes assertion in ncr.c o [1995/07/02] kern/579 bde sio: RS_IBUFSIZE at 256 bytes serial line f [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer s [1995/07/21] i386/631 if_ix does not support bpf, nor does it a s [1995/07/29] kern/638 Transmitted packets not passed to bpf in f [1995/08/11] gnu/672 Nor all ph headers get created o [1995/08/22] bin/706 jmg increased root DNS traffic and long laten f [1995/09/20] kern/730 gibbs 3Com 3C5x9 probe problem f [1995/09/27] kern/750 cd9660 confused by not-ready or I/O error a [1995/10/07] bin/771 telnet character mode not set and broken o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps o [1995/11/12] kern/820 gibbs scsi tape problems f [1995/11/16] bin/826 mpp tcpmux listener in inetd does not work o [1995/12/20] i386/906 davidg /sys/i386/boot/netboot/nb8390.com cannot o [1996/01/01] bin/926 Mounting nfs disks before starting mountd o [1996/02/12] kern/1020 .Boca 16-port board still hangs o [1996/02/12] docs/1023 mpp using touch to create swap file for NFS d a [1996/02/17] bin/1030 steve /bin/sh does not pass environment variabl f [1996/02/28] bin/1050 [floppy] Process (zip) hangs (unkillable) s [1996/03/06] kern/1067 mpp panic: ufs_lock: recursive lock not expec o [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Sol o [1996/03/23] kern/1098 File system corruption (2 cases) o [1996/03/30] bin/1111 scrappy mail.local will happily deliver mail to a f [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot o [1996/05/24] misc/1247 bde Conflicting header files f [1996/05/26] i386/1251 aha0 and bt0(eisa) conflicts again. o [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets o [1996/05/28] kern/1271 phk Kernel panic using PLIP in 27/05 current o [1996/05/31] kern/1284 dyson panic: vm_page_free: freeing busy page o [1996/06/02] i386/1288 bde wdgetctlr (wd.c) return incorrect number o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA o [1996/06/10] kern/1308 dyson vm_page_free: wire count > 1 in 960501-SN a [1996/06/12] bin/1315 ls(1) a [1996/06/18] kern/1333 davidg free vnode isn't: another -stable coredum f [1996/07/03] bin/1364 mpp ps(1) bugs o [1996/07/09] gnu/1379 Man command problem, when it writes into a [1996/07/18] kern/1397 bde can't send to a pipe f [1996/07/24] kern/1423 wollman route causes kernel page fault. f [1996/08/01] bin/1454 steve /bin/sh bug handling <<[n] FD processing o [1996/08/03] bin/1461 Incorrect address binding of Kerberized r o [1996/08/04] kern/1467 gibbs scsi_prevent causing tape problems on clo o [1996/08/18] kern/1512 dyson Use of madvise may may cause bad memory m o [1996/08/22] kern/1533 dyson Machine can be panicked by a userland pro o [1996/08/25] misc/1541 julian fork.o in libc_r fails to compile f [1996/09/05] kern/1570 Setting SHMALL > 35000 causes panic o [1996/09/14] kern/1610 dyson mmap() of unassociated memory + mlock() c o [1996/09/16] i386/1626 MUSTEK Scanner hangs NCR SCSI controller f [1996/09/18] kern/1637 mss driver causes feedback (squeal) on so o [1996/09/19] bin/1650 telnet encryption with char-mode and asci o [1996/09/21] kern/1661 ft driver hangs uninterruptably at "bavai o [1996/09/29] kern/1689 wollman TCP extensions throttles distant connecti o [1996/09/29] kern/1692 Page fault while in kernel modem fatal tr o [1996/10/01] bin/1702 installing of tcl manpages fails from mak o [1996/10/03] kern/1715 le driver non-reentrant o [1996/10/04] kern/1723 gibbs kernel fault when doing scsi reprobe o [1996/10/04] kern/1724 gibbs HP colorado T4000S tape drive hangs syste o [1996/10/04] kern/1726 panic in kmem_malloc (dump available) o [1996/10/10] ports/1753 markm SSLeay doesn't work against Microsoft sec o [1996/10/10] kern/1754 netbooted machines freeze with ifconfig a o [1996/10/11] bin/1773 ports A NULL pointer causing segmentation core o [1996/10/13] gnu/1787 markm Diffs with Index: lines are not honored f o [1996/10/15] bin/1810 fsck -p does not check pass 0 filesystems o [1996/10/15] kern/1812 dyson vnodes are left in a locked state o [1996/10/15] kern/1814 cy driver gets deadlocked sometimes a [1996/10/18] kern/1839 mpp Multiple mfs mounts of same mount point o [1996/10/20] kern/1848 breakpoints may be set in shared librarie o [1996/10/21] kern/1856 read-only nfs mount: panic leaf should be o [1996/10/22] ports/1866 wosch popclient flushes remote mailbox even wit o [1996/10/24] kern/1880 kernel crash during boot when using 512 M o [1996/10/25] bin/1891 mountd fails to export o [1996/10/26] bin/1892 install(1) removes target file o [1996/10/29] bin/1927 User CPU time getting accounting as syste o [1996/11/07] bin/1973 jmg pppd uses /etc/ppp/options.tty after comm o [1996/11/08] gnu/1981 ypserv handles null key incorrectly o [1996/11/13] ports/2000 asami obsolete software in distfiles directory a [1996/11/13] bin/2001 mpp vi confused about lines to display o [1996/11/13] i386/2002 sio doesn't detect com port on Compaq Con o [1996/11/14] misc/2013 'make world' fails on read-only /usr/src a [1996/11/14] kern/2014 sos Console keyboard lockup problem o [1996/11/15] bin/2016 static libtcl references symbols that are o [1996/11/15] kern/2034 julian [devfs] wd* driver "slot name rejection e o [1996/11/15] gnu/2035 peter deque bug, local gnu changes to deque hea o [1996/11/18] kern/2053 de0 driver don't work at 100M for Compex o [1996/11/24] kern/2094 wd1: interrupt timeout: o [1996/11/26] bin/2107 problem building a system from cdrom. s [1996/12/03] kern/2142 FP mask not saved for signal handlers o [1996/12/03] kern/2144 kernel panic (page fault) running chgrp o [1996/12/08] kern/2181 2.2-ALPHA flickers/wavers part of the upp o [1996/12/09] bin/2187 brian ijppp: LQR is broken o [1996/12/10] misc/2189 mpp netdb.h works not with -traditonal cc fla o [1996/12/10] bin/2191 syslogd stops logging after several hours o [1996/12/13] bin/2206 NIS Makefile can't manage appletalk entri o [1996/12/17] kern/2232 MSDOSFS corrupts MSDOS partitions > 500Mb o [1996/12/18] kern/2248 Mitsumi CD-ROM driver has "timeout" probl s [1996/12/19] bin/2255 Client PPP negotiates Stacker compression o [1996/12/20] bin/2256 PPP process on port will not close when a s [1996/12/22] ports/2268 ports libc from linux emulator does not use /et o [1996/12/22] kern/2270 Hayes ESP serial card locks system as of a [1996/12/25] misc/2283 ache setlocale() in libxpg4 always returns NUL o [1996/12/29] bin/2318 /usr/libexec/rlogind doesn't work after t a [1996/12/30] kern/2325 mpp quota.user enlarged, no boot on 2.2-BETA o [1996/12/30] kern/2330 changing root device to sd0a - ncr0: abor o [1996/12/31] ports/2340 obrien gshar+gunshar needs to be updated to 4.2 o [1997/01/01] kern/2351 panic:timeout table full o [1997/01/06] kern/2388 joerg start unit command screws up some CDROM d o [1997/01/07] gnu/2394 tar will extract files even if -C command f [1997/01/07] kern/2401 joerg 2.2 RELENG sometimes locks up early on bo o [1997/01/08] kern/2425 amd driver does not reprobe devices. o [1997/01/08] conf/2426 At end of install, panic: Going nowhere w o [1997/01/09] bin/2430 mountd stops on loading if subnet mask is o [1997/01/09] i386/2431 panic: get_pv_entry: cannot get a pv_entr o [1997/01/12] i386/2471 Sound: Reset failed - Can't reopen device o [1997/01/13] misc/2479 sos NEC CD-ROM NOT RECOGNIZED; MATROX MISTIQU o [1997/01/13] bin/2489 mpp gnats mangles sections o [1997/01/16] kern/2507 Renaming DOS directories with "mv" causes o [1997/01/18] kern/2521 kernel from 2.1.6 install CD doesn't acce o [1997/01/18] bin/2527 fetch doesn't print enough of the error m o [1997/01/20] kern/2538 worm burning suddenly broken o [1997/01/20] bin/2541 cd (using /bin/sh) may leave you in the w o [1997/01/20] kern/2545 se < sd0(ncr0:6:0): COMMAND FAILED ==> Not a [1997/01/21] bin/2549 sos cdcontrol refuses to play audio CDs from f [1997/01/21] misc/2551 davidn limit too small for user root o [1997/01/23] kern/2569 route -iface breaks inet behaivour f [1997/01/24] kern/2570 fenner arpresolve: cant allocate llinfo o [1997/01/25] bin/2591 sh coredumps when passing an argv of a ce o [1997/01/26] bin/2597 everything stops when the new ld.so is in o [1997/01/29] kern/2613 ache syscons mistakes MONO for MONO VGA o [1997/01/29] misc/2614 make reinstall does not work o [1997/01/29] bin/2616 Installs very irratically from the same c o [1997/01/31] kern/2628 code clean up of sys/sys o [1997/01/31] kern/2632 enabling psm mouse causes keyboard to not o [1997/01/31] bin/2633 fsck -p in /etc/rc fails with cannot allo o [1997/02/02] kern/2640 2.2-RELENG leaks memory (router/pppd serv s [1997/02/03] kern/2647 changing existing route to -static crashe o [1997/02/04] ports/2664 elm methodically writes garbage into fold o [1997/02/05] kern/2667 wollman bpfattach can hang the system f [1997/02/05] bin/2670 fetch fails with HTTP_PROXY o [1997/02/05] bin/2671 Run-away processes using all CPU time a [1997/02/06] kern/2675 lkmcioctl() is not consistent and careful o [1997/02/07] kern/2690 asami When Using ccd in a mirror mode, file cre o [1997/02/08] kern/2695 sio1 (16540 serial port) is not recognize o [1997/02/09] kern/2698 After rewind I cannot read a tape; blocks o [1997/02/12] kern/2719 added support for magneto-optical SCSI di o [1997/02/13] ports/2731 ports new port: Tcl 8.0A2 o [1997/02/14] kern/2732 mcopy 3.0 causes kernel hang o [1997/02/14] bin/2736 No boot block if no FreeBSD partitions on o [1997/02/15] kern/2742 panic: leaf should be empty o [1997/02/15] bin/2747 davidn cannot submit at jobs from within an at j o [1997/02/17] kern/2751 asami 2GB limitation on CCD device partitions s o [1997/02/18] bin/2762 Precedence mistake in libncurses o [1997/02/19] kern/2768 ktrace(1) -i dumps corrupted trace data o [1997/02/19] bin/2769 fsck needs several runs to clean up bad/d o [1997/02/19] kern/2770 panic: vm_fault: fault on nofault entry o [1997/02/19] kern/2771 panic: bad dir f [1997/02/19] kern/2772 gibbs panic: %s:%c:%d: Target did not send an I o [1997/02/19] kern/2773 bad dir panic o [1997/02/20] misc/2781 jkh Installation crashes if timeout in ftp tr o [1997/02/20] misc/2784 brian userland PPP rises load to 1.00 o [1997/02/20] bin/2785 wpaul callbootd uses an unitialized variable o [1997/02/20] gnu/2786 gcc version 2.7.2.1 C compiler slows down o [1997/02/21] misc/2793 libc_r make fscanf failure o [1997/02/22] kern/2800 DDS large data writing probrem o [1997/02/25] kern/2815 Custom Kernel crashes o [1997/02/27] bin/2829 jkh FTP installs can only fail once o [1997/02/28] bin/2832 w treats corrupted utmp as fatal error o [1997/03/01] kern/2840 mlock+minherit+fork+munlock causes panics o [1997/03/01] ports/2842 ports Expect port upgraded at master site; does o [1997/03/02] bin/2844 libedit sync with NetBSD/OpenBSD o [1997/03/03] i386/2853 syscons beeps even if beeping screen is n o [1997/03/03] kern/2858 dfr FreeBSD NFS client can't mount filesystem o [1997/03/03] bin/2867 sysinstall goes into an infinite loop dur o [1997/03/04] kern/2873 the od0 devies does not handle a Maxoptix o [1997/03/04] docs/2874 The gencat command hasn't got a manual pa o [1997/03/07] bin/2915 the "-fstype ufs" option of "find" seems o [1997/03/07] ports/2918 ports Unable to pass 8+ command line arguments o [1997/03/08] kern/2919 vm_fault: fault on nofault entry, addr: f o [1997/03/09] bin/2925 non-priviledged user can crash FreeBSD!! o [1997/03/11] bin/2948 can't dump 640MB optical disks o [1997/03/11] ports/2956 ports New Port: xgospel-1.10d in ftp.freebsd.or o [1997/03/12] kern/2965 st0 hang/fail on reading 4mm DAT tape for o [1997/03/12] bin/2969 csh and/or builtin printf has problems wi o [1997/03/12] bin/2973 output of iostat is wrong. o [1997/03/15] kern/2991 RTF_LLINFO routes remain when interface i a [1997/03/15] ports/2994 ports xpm port does not build for the first tim o [1997/03/17] conf/3016 fvwm95-2 does not have system resource fi o [1997/03/18] kern/3021 panic after sync during reboot o [1997/03/18] kern/3029 typo in libc o [1997/03/19] kern/3039 higher securelevel (>0) stops X server o [1997/03/21] i386/3048 multicast support necessery in some drive o [1997/03/21] kern/3054 OPL3 sound off by one note o [1997/03/21] bin/3055 umount -f does not work o [1997/03/24] i386/3082 keyboard locks up unexpectedly o [1997/03/24] i386/3083 Toshiba XM-5702B ATAPI CDROM not detected o [1997/03/24] bin/3085 make world fails on compiling dumpfs.c o [1997/03/24] misc/3086 panic: cannot mount root - on boot, when o [1997/03/25] kern/3104 Cannot execute files on a nullfs filesyst o [1997/03/26] conf/3109 unintellible upgrade doc o [1997/03/27] kern/3122 _POSIX_SAVED_IDS not defined in 2.2 o [1997/03/27] conf/3123 /stand/sysintstall does not perform to up o [1997/03/27] i386/3124 BOOT_PROBE_KEYBOARD hangs system in bootb o [1997/03/27] bin/3126 Install with mcd0 still broken. o [1997/03/27] bin/3127 PCI Ether card slower than ISA Ether card o [1997/03/28] i386/3130 Dell Latitude keyboard lock up o [1997/03/28] misc/3133 TIOCSETD error with Cyclades 8Yo o [1997/03/30] gnu/3149 patch-2.1: files possibly created in wron o [1997/03/31] kern/3156 Copying to floppy device file locks machi o [1997/03/31] bin/3158 seg faults and cannot update links using f [1997/04/01] kern/3162 2.2 kernel from mar 25th crashes on nfs s o [1997/04/01] bin/3170 vi freaks and dump core if user doesn't e o [1997/04/02] kern/3180 mlock() causes panic: lockmgr: upgrade ex o [1997/04/04] i386/3195 ahc panic o [1997/04/05] kern/3201 de0 not re-enabled after hub down o [1997/04/05] ports/3205 ports Mtools-3.0 attempts to flock() a disk par o [1997/04/05] kern/3209 3.0-current panics on shutdown/reboot/hal o [1997/04/06] kern/3216 panic: pmap_zero_page: CMAP busy o [1997/04/06] kern/3219 sppp or arnet gets looped after connectio o [1997/04/08] bin/3230 Unable to resolve dev conflict between ed o [1997/04/09] kern/3244 ipfw flush closes connections o [1997/04/10] bin/3246 mtree -c should escape whitespace and spe o [1997/04/11] ports/3256 ports ncftp-2.4.2 in packages-2.2 was not linke o [1997/04/11] docs/3257 make cleandepend is broken in src/ o [1997/04/12] kern/3263 gnats-admintroubles with digiboard o [1997/04/13] kern/3278 mounting MFS uses up swap space o [1997/04/14] misc/3291 md2.h, md4.h, and md5.h headers useless f o [1997/04/15] bin/3305 Can't do encrypted rlogin into self o [1997/04/16] bin/3307 Unable to Route to a different Class C wi o [1997/04/16] misc/3308 Missing "#include item' when making world o [1996/10/23] bin/1872 automounter (amd) cannot ls directories w o [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl o [1996/10/26] bin/1897 Sendmail 8.8.2 requires /etc/sendmail.cw o [1996/10/27] bin/1904 /usr/bin/su is not careful enough in veri o [1996/10/27] misc/1908 jkh FTP install failed DNS lookup o [1996/10/29] bin/1924 if lpd is not running, lpc will say ``no o [1996/10/30] i386/1931 Mitsumi CDrom works well under 2.1.x, fai o [1996/10/31] ports/1939 ports exodus port doesn't build with new g++-2. o [1996/11/01] bin/1941 wtmp and monthly rotation o [1996/11/01] bin/1943 route(8) args o [1996/11/02] bin/1945 Out of date code/comments in dd o [1996/11/03] i386/1950 Sound driver doesn't encode/decode mu-law o [1996/11/04] i386/1953 syscons savers have no default timeout o [1996/11/04] gnu/1961 uucp logging files are in /var/spool/uucp o [1996/11/06] bin/1968 FreeBSD has no rdate(8), here's one o [1996/11/06] bin/1970 csh limtail() bug o [1996/11/09] bin/1985 pkg_delete outputs confusing message when o [1996/11/13] kern/2004 route add -link panic o [1996/11/13] bin/2005 Poor command line argument checking and b o [1996/11/14] bin/2008 kerberos tickets from login all have the o [1996/11/15] kern/2022 Switching from X display to virtual conso o [1996/11/16] bin/2036 cpio size wraparound o [1996/11/16] ports/2038 torstenb sshd dies on FreeBSD machines if run as a o [1996/11/18] ports/2051 obrien HDF library port o [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken o [1996/11/19] bin/2065 wollman in tzsetup/sysinstall, allow user to type o [1996/11/19] misc/2068 Unstable keyboard mappings on the main tt o [1996/11/20] kern/2072 ZIP drive support is available for FreeBS o [1996/11/21] ports/2079 obrien New ports supporting AWE sound driver (fo o [1996/11/21] bin/2080 The scanf family doesn't support 'q' modi o [1996/11/22] docs/2087 ifconfig.8 does not document how to remov o [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi o [1996/11/23] bin/2093 AMD gets sig 11 when /etc/malloc.conf is o [1996/11/24] ports/2096 tg ImageMagick outdated, lzw not supported o [1996/11/25] ports/2100 andreas New port: VGBZoom o [1996/11/25] misc/2105 bsd.lib.mk has problems with STRIP and IN o [1996/11/26] bin/2106 Byte order problem in -current routed o [1996/11/26] i386/2108 sos [ATAPI] wcd driver may hang under certain o [1996/11/28] kern/2118 writing to virtual consoles fails to disp o [1996/11/28] bin/2119 mount lies to child about argv0, which ca o [1996/12/01] bin/2133 netstat -s overflows to negative o [1996/12/02] bin/2137 vm statistics are bad o [1996/12/02] kern/2140 FreeBSD leaves EtherExpress 16 net card i o [1996/12/03] ports/2145 ports qpopper bulletin support broken o [1996/12/03] conf/2146 wrong /dev for COM2 during installation v a [1996/12/04] docs/2153 mpp Manual page of bootparams(8) refers to a o [1996/12/06] i386/2166 psm driver locks the console o [1996/12/07] ports/2169 pst zephyr port does not completely compile o [1996/12/08] ports/2173 peter top does not compile under FBSD 2.1.6 o [1996/12/08] ports/2182 ports FreeBSD's and X-32's list of locales do n o [1996/12/08] bin/2184 sendmail has lots of trouble with local d o [1996/12/08] misc/2185 phk add ability to change partition type in l a [1996/12/10] ports/2190 asami need cross-reference to xpdf from X11 por o [1996/12/12] kern/2199 joerg Got a lots of "Target Busy" messages with o [1996/12/14] kern/2214 File System gets corrupted when mounting o [1996/12/14] bin/2216 Ada specs not being compiled into cc/gcc o [1996/12/16] bin/2227 FreeBSD does not recognize WD7000-ASC dri o [1996/12/17] i386/2234 fbsdboot.exe does not turn off floppy dri o [1996/12/17] i386/2239 some interrupts take too long (i.e. BT946 o [1996/12/18] misc/2242 Suggest add optional mt blocksize 512 o [1996/12/18] bin/2247 imp getopt should return -1 rather than EOF o [1996/12/20] bin/2260 PPP logins using PAP to Nortel/Shiva syst o [1996/12/21] ports/2264 ports latex* ports need updating a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/23] kern/2271 FIONREAD on tunnel device returns incorre o [1996/12/24] kern/2273 support for POSIX.4 / POSIX.1a RT-schedul o [1996/12/24] docs/2275 no support for isdn-cards o [1996/12/25] conf/2284 Termcap ibm3163 entry has arrow keys wron o [1996/12/26] bin/2291 race condition in /etc/master.passwd lock o [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 markm new crypt() including SHS and an extendab o [1996/12/28] misc/2309 Thread safe fixes to malloc, localtime, l o [1996/12/28] ports/2313 torstenb pidentd fails in 2.2-BETA o [1996/12/29] bin/2315 tail segfaults on NFS permission denied o [1996/12/29] misc/2323 FreeBSD.FAQ file in ftp.freebsd.org is lo o [1996/12/30] kern/2327 `Green' saver for pcvt o [1996/12/31] bin/2336 jkh Sysinstall won't install dists on 2nd pas o [1997/01/01] docs/2353 Changes to FAQ o [1997/01/03] bin/2366 libc does not consult /etc/services to fi o [1997/01/03] bin/2368 serial line logins "freeze" during login o [1997/01/05] ports/2379 ports New URT port o [1997/01/06] bin/2382 curses.h / -lcurses incompatible with C++ o [1997/01/06] bin/2383 Inconsistent tputs(3) prototypes in curse o [1997/01/06] misc/2386 patches for new socket credential firewal o [1997/01/06] bin/2387 virtual hosting patches for inetd o [1997/01/06] kern/2390 Some CDROM drives stop audio on cdcontrol o [1997/01/07] kern/2393 filesystems not unmounted following shutd o [1997/01/07] misc/2407 dirent.h does not include sys/types.h o [1997/01/07] bin/2410 pppd(8): failing PAP doesn't force line d o [1997/01/07] kern/2412 Wine does not work o [1997/01/07] ports/2413 peter Cannot redirect "top" output o [1997/01/08] kern/2424 Pressing ALT-Fn during boot -c leave bell o [1997/01/09] kern/2429 Driver for AIMS Lab RadioTrack radio card o [1997/01/10] bin/2437 minor nits on text in 2.2-BETA install o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/10] bin/2443 Fetch cannot find the correct boundary be o [1997/01/11] bin/2448 semctl() not portable -- freebsd requires o [1997/01/11] docs/2455 no description "option COMCONSOLE" MLEN o [1997/01/26] misc/2596 dd refuses to respond to SIGkill o [1997/01/26] i386/2598 ep0 in EISA mode hangs if ep0-device (ISA o [1997/01/28] bin/2603 Added POSIX.4/POSIX.1b constants in unist o [1997/01/28] bin/2604 Added POSIX.4/POSIX.1b shm_open()/shm_unl o [1997/01/28] ports/2607 max New port: Gopher-2.3 o [1997/01/28] bin/2609 Problem receiving more than 1688835 bytes o [1997/01/29] misc/2617 Utility submission - upsmon - UPS monitor o [1997/01/30] kern/2621 Patch to support Cogent EM110 fast-ethern o [1997/01/30] docs/2623 ipfirewall(4) man page is way out of date o [1997/01/30] bin/2624 kdump unaware of semsys and several other o [1997/01/31] bin/2630 xargs does excessive and inconsistent arg o [1997/01/31] bin/2631 kill interprets empty arg as PID 0 o [1997/02/02] gnu/2637 tar dumped core with -g option. f [1997/02/02] ports/2639 jkh FreeBSD 2.2 teTeX-0.4 package does not in a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d o [1997/02/03] ports/2653 pst mh-6.8.4 manpage error for slocal o [1997/02/04] bin/2657 ypserv thinks there is no computers in ne o [1997/02/04] bin/2660 When selecting BSD to boot from system ha o [1997/02/04] bin/2665 port 22 isn't being converted to ".ssh" i o [1997/02/05] bin/2668 modification suggested for rarpd o [1997/02/05] bin/2672 Problem with telnetd o [1997/02/06] kern/2681 missing prototype in s [1997/02/07] ports/2684 torstenb ircII port upgrade; 2.9_roof -> 2.9alpha1 o [1997/02/07] kern/2686 struct igmpmsg in s o [1997/02/07] misc/2687 sysinstall umounts floppy after prompting o [1997/02/10] bin/2703 vipw doesn't allow you to edit master.pas o [1997/02/10] kern/2704 Occasional failure to detect wdc1 on boot o [1997/02/11] conf/2709 FBSD 2.1.6 X-Server installation setup ut o [1997/02/11] i386/2710 pst if_ppp LKM does not allow ppp line discip o [1997/02/11] bin/2713 ftp daemon processes don't terminate, eve o [1997/02/11] kern/2715 MSDOS-FS 1024/2048 byte/sector media supp o [1997/02/11] kern/2716 od.c/sd.c non 512 byte/sector support imp o [1997/02/13] i386/2729 "make tags" in sys/kern produces barely u o [1997/02/14] bin/2734 jkh pkg_* uses relative paths to executables o [1997/02/14] bin/2735 jkh Add signature support (both MD5 and PGP) o [1997/02/14] bin/2737 yppasswd fails to change password on a su o [1997/02/15] misc/2745 fenner PR querry web form doesn't sort correctly o [1997/02/17] bin/2752 NULL is used instead of 0 many places o [1997/02/20] docs/2780 Description of Linux emulation is out of o [1997/02/20] bin/2782 err man page is slightly wrong o [1997/02/21] misc/2789 na.phone update o [1997/02/22] ports/2797 tg New Port: qmail o [1997/02/23] kern/2806 new kernel tags script o [1997/02/23] kern/2807 pcisupport.c uses sprintf field widths, n o [1997/02/24] docs/2810 Tutorial submission detailing how to upgr o [1997/02/25] i386/2813 hard reference to /usr/src breaks make wo o [1997/02/25] ports/2817 ports New port - prodosemu is an Apple2e prodos o [1997/02/26] conf/2819 /etc/rc does not execute 'uname' when con o [1997/02/26] conf/2822 ftp install specifying URL confusing o [1997/02/27] gnu/2827 after make world genclass is not installe o [1997/02/28] docs/2833 Repeated topics on FAQ entry hardware com o [1997/03/02] bin/2845 sync with spiffy new netbsd/openbsd ftp c o [1997/03/02] misc/2848 jmg newsyslog will notify syslogd, not any ot a [1997/03/02] ports/2849 ports correction to New math/cad port (SCILAB) o [1997/03/02] docs/2850 init(8) man page does not document secure o [1997/03/02] bin/2851 script(1) sets argv[0] of the started she o [1997/03/03] kern/2857 DE500 board exhibits capture effect o [1997/03/03] bin/2859 /usr/bin/quota seems to choke on long gro o [1997/03/03] misc/2863 New keymap for Latin American Keyboards o [1997/03/03] bin/2864 Using modload with -p option broken o [1997/03/03] kern/2865 dfr NFS client hangs on umount, ls, df when N o [1997/03/03] ports/2869 ports Submiting new port: tac_plus o [1997/03/03] bin/2871 showmount -e returns error o [1997/03/04] misc/2882 Duplicate line in /etc/services? o [1997/03/05] kern/2886 fenner mbuf leak in multicast code o [1997/03/06] docs/2897 mpp send-pr categories should be explained so o [1997/03/06] bin/2898 fenner arp -a -n buglet a [1997/03/06] ports/2902 ports Fix xmcd port for PACKAGE_BUILDING o [1997/03/06] ports/2903 ports New port: xdeblock o [1997/03/06] ports/2904 ports New port: wm2 a [1997/03/06] ports/2905 ports Fixed port: xshisen-1.36 o [1997/03/07] ports/2916 ports ports sysutils/top/Makefile MASTER_SITES o [1997/03/08] ports/2920 ports patch for mispositioned xv windows under o [1997/03/08] ports/2922 ports Please commit new port: viz-1.1.1 o [1997/03/09] i386/2924 syscons X keyboard gets stuck in capsmode o [1997/03/09] ports/2926 ports xmgt-2.31 port, now in pub/incoming on ft o [1997/03/10] bin/2933 sysinstall fails when adding packages thr o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] ports/2936 ports The teTeX port runs strup on /usr/local/b o [1997/03/10] bin/2938 Add -b, -l, and -f options to du(1) o [1997/03/10] docs/2939 `man 8 sticky` == outdated o [1997/03/10] conf/2943 standard-supfile missing src-release and o [1997/03/11] ports/2949 ports bsd.port.mk needs something like FETCH_EN o [1997/03/11] ports/2951 ports xgraph source is not on MASTER_SITE o [1997/03/11] misc/2955 pkg_add failed on xemacs via sysintall o [1997/03/12] ports/2961 ports New port(jp-vftool-1.2):japanese/virfonts o [1997/03/12] bin/2968 fmt dumps core on ^M o [1997/03/13] ports/2974 ports updated Makefile and patch-ab of jp-dvi2p o [1997/03/13] bin/2977 After enabling moused and vidcontrol and o [1997/03/13] bin/2979 GCC complains about stmt. expr. when comp o [1997/03/13] i386/2984 serial port console only prints ~ 1 char o [1997/03/14] ports/2986 ports fvwm95-2.0.43a port don't install/have ma o [1997/03/14] ports/2988 joerg vga font is not built o [1997/03/15] ports/2993 ports qmail-port-take2-proff.tar.gz in incoming o [1997/03/15] kern/3001 soundblaster8 card does not work correctl o [1997/03/16] misc/3009 packages-2.2/x11/fvwm-1.24r.tgz corrupt o o [1997/03/17] ports/3012 ports qmailanalog port in incoming o [1997/03/18] conf/3022 /etc/sysconfig was not set up with option o [1997/03/18] conf/3023 By default users have no write permission o [1997/03/18] misc/3024 make reinstall in /usr/src requires writa o [1997/03/18] bin/3025 mv to / trailed dirs prints odd error mes o [1997/03/18] bin/3028 sos add support for Glidepoint pointing devic o [1997/03/19] misc/3040 sysinstall XF86Config graphic mode YES=== o [1997/03/19] bin/3042 comm and uniq do not have a case insensit a [1997/03/21] ports/3052 ports /usr/ports/lang/expect does not find tkCo o [1997/03/22] kern/3061 route does not accept -genmask o [1997/03/24] misc/3075 2.2-R install "features" (non critical) o [1997/03/24] bin/3080 yacc produces output which doesn't compil o [1997/03/24] ports/3081 ports sitelispdir is a directory no a path in x o [1997/03/24] ports/3090 ports ircii-2.9-roof does not run. o [1997/03/25] bin/3101 "command" entry of ps -uc is too wide, ou o [1997/03/26] docs/3112 Handbook says that users should use sup o [1997/03/26] misc/3113 make libraries failed. o [1997/03/26] bin/3116 iij ppp does not provide link-down notifi o [1997/03/27] misc/3119 /usr/share/syscons/keymaps/german.iso.kbd o [1997/03/27] ports/3121 tg teTeX 0.4 package has missing links ? a [1997/03/28] misc/3136 rc.firewall should be run after interface o [1997/03/29] bin/3139 qcamcontrol has a bug where I/O errors ar o [1997/03/29] misc/3140 display message is broken on boot.flp o [1997/03/30] docs/3147 /usr/share/misc/au.postcodes o [1997/03/30] misc/3148 adjkerntz screws up during GMT/BST change o [1997/03/31] bin/3152 FreeBSD 2.2-STABLE: getty does not initia o [1997/03/31] misc/3155 Checksum mismatch o [1997/03/31] gnu/3157 Patches to gas and gdb to support MMX ext a [1997/04/01] bin/3164 mpp view copies the file into vi.recover o [1997/04/01] ports/3169 ports nn port broken o [1997/04/01] conf/3171 Typo in /etc/sysconfig o [1997/04/01] kern/3172 CS4232 support trouble for mss0 o [1997/04/03] ports/3185 tg Port submission for LPRng-3.2.1 o [1997/04/03] ports/3189 ports Update plan to version 1.6 o [1997/04/03] bin/3190 RISCom N2 card driver problem? o [1997/04/04] kern/3191 Commiting of the ppa Zip Drive driver to o [1997/04/04] bin/3194 2.2.1-RELEASE hangs when using /stand/sys o [1997/04/05] bin/3202 shutdown(8) don't work if started from an o [1997/04/05] bin/3206 su seg-faults when being invoked with an o [1997/04/06] bin/3210 routed having problems with /etc/gateways o [1997/04/06] bin/3211 ctm uses mktemp()> o [1997/04/06] bin/3212 the pkg_* tools use mktemp() o [1997/04/06] ports/3215 ports Update to Gnat port o [1997/04/06] misc/3217 The rmail.c err() function will fail in m o [1997/04/06] bin/3218 syscons causes segmentation fault by repe o [1997/04/07] bin/3221 rpc.rusersd : can't communicate with SunO o [1997/04/07] misc/3225 uucpd.c should normalize host names as lo o [1997/04/08] ports/3227 ports new port(xtimer-8087) o [1997/04/08] bin/3232 XFree86 installation Problem with non-Mic o [1997/04/08] bin/3233 adduser(8) doesn't add users to the wheel o [1997/04/08] misc/3237 SCRIPTS addition to bsd.prog.mk a [1997/04/09] bin/3241 times(3) returns only stime o [1997/04/09] bin/3242 incorrect prototype for initgroups o [1997/04/09] bin/3245 variable substitution "a=${a:=}" in /bin/ o [1997/04/10] ports/3248 ports update a port o [1997/04/10] bin/3249 user ppp does not provide a linkdown hook o [1997/04/10] ports/3250 ports New CAD port: xpns o [1997/04/10] bin/3251 xsysinfo stops refreshing and wastes CPU o [1997/04/10] kern/3253 scsiconf.c: make ZIP disks use optical dr o [1997/04/11] misc/3254 Can't connect to my ISP, because my ISP u o [1997/04/12] bin/3269 exec pppd -detach ... caused a kernel pan o [1997/04/12] docs/3270 command 'cvs init' missing from cvs(1) o [1997/04/13] conf/3272 $@ is deprecated I believe, so use ${.TAR o [1997/04/13] docs/3275 mpp Some man pages has absolutely wrong date o [1997/04/13] ports/3277 ports tcp_wrapper port does not include NIS sup o [1997/04/13] ports/3279 ports new port of KON2 o [1997/04/14] kern/3281 errors when "rm -r"-ing in a mounted ext2 o [1997/04/14] kern/3282 ext2fs causes fs-unmount at shutdown/rebo o [1997/04/14] bin/3283 brandelf fails on files without write per o [1997/04/14] bin/3284 symorder(1): -t option doesn´t work at al o [1997/04/14] bin/3285 date option for pom(6) (phase of the moon o [1997/04/14] bin/3286 missing error checking in mount_mfs(8) ak o [1997/04/14] kern/3287 missing symbols in /usr/src/sys/i386/i386 o [1997/04/14] kern/3288 addition of a -f (force) option to "write o [1997/04/14] bin/3289 login(1) does not check /etc/skey.access o [1997/04/14] docs/3290 port option in lpd not valid o [1997/04/15] docs/3295 ATAPI CDROM not found during setup o [1997/04/15] ports/3296 ports New port(jp-GP-2.01jp):japanese/GP. o [1997/04/15] kern/3299 /dev/console hangs o [1997/04/15] kern/3302 msdos FS bogus error o [1997/04/15] bin/3303 ftpio manpage o [1997/04/15] ports/3306 ports new port-package for ifmail o [1997/04/17] docs/3313 manpage bug in scsi(8) (cmd args are hex) o [1997/04/17] bin/3314 /etc/daily did not run on April 6, 1997 o [1997/04/17] kern/3317 odd TUBA_INCLUDE use in tcp_input.c o [1997/04/17] ports/3318 ports New port: jigsaw (Java-based HTTP server) o [1997/04/18] ports/3322 ports setlocale problem in lang/perl5 o [1997/04/18] ports/3330 ports hylafax port seems to be broken (partly) o [1997/04/19] ports/3333 ports new port request of korea/fvwm95 o [1997/04/19] ports/3334 ports new port request of korean/han o [1997/04/19] ports/3335 ports new port request of korean/hanemacs o [1997/04/19] ports/3336 ports new port request of korean/hanmutt o [1997/04/19] ports/3338 ports new port request of korean/hfvwm2 o [1997/04/19] ports/3339 ports new port request of korean/hlatexpsfonts o [1997/04/19] ports/3341 ports new port request of korean/hpscat o [1997/04/19] ports/3342 ports new port request of korean/linuxdoc-sgml o [1997/04/19] ports/3343 ports new port request of korean/nh2ps o [1997/04/19] ports/3344 ports new port request of korean/netscape3 o [1997/04/19] ports/3347 ports new port request of net/ztelnet o [1997/04/19] ports/3348 ports new port request of korean/nhppf o [1997/04/19] ports/3352 ports New port: cddbd o [1997/04/20] ports/3357 ports I make "pari-GP" ports o [1997/04/20] ports/3358 ports XFMail-1.1 has been released o [1997/04/20] bin/3360 su(1) cannot call MD4Init(3) from libskey o [1997/04/20] ports/3362 ports Ports submission: XFrisk 0.99b4 o [1997/04/20] ports/3363 ports port of nana-1.00 for your collection o [1997/04/21] misc/3368 sysinstall upgrade should confirm before o [1997/04/21] ports/3370 ports tk41 doesn't build if not untarred into / o [1997/04/23] kern/3375 Consistent 10 min. delay at boot with REL o [1997/04/24] bin/3379 mprof dumps core on FreeBSD 2.2.1 o [1997/04/25] docs/3382 bootp.8 -t option o [1997/04/25] ports/3383 ports kaffe core dumps if LD_LIBRARY_PATH not s o [1997/04/25] bin/3386 kernel 'config' wrapper 'doconfig' ala Di o [1997/04/27] ports/3396 ports update of the port of Mesa (now version 2 o [1997/04/27] bin/3397 vipw does not distinguish between rebuild o [1997/04/27] bin/3399 mv of symbolic link can move directory in o [1997/04/27] docs/3400 MAXMEM uses maths in LINT o [1997/04/27] conf/3401 sysinstall sends empty FreeBSD user regis o [1997/04/28] ports/3407 ports port for ephem-4.28 o [1997/04/28] ports/3411 ports New port - Atari 8 bit computer emulator o [1997/04/28] ports/3412 ports New port - Apple IIGS beta release o [1997/04/28] ports/3413 ports New port: cs-0.3 o [1997/04/29] bin/3416 ibcs emulation problems o [1997/04/29] bin/3418 pkg_create doesn't always create gzip'ed o [1997/05/01] ports/3440 ports port of webstone submitted o [1997/05/01] kern/3444 Linux emulator can't find NIS users o [1997/05/01] bin/3445 chown/chgrp show wrong error message when o [1997/05/01] bin/3453 start-if.${ifn} needs to be called as a s o [1997/05/01] ports/3454 ports New port submission: ztrack-1.0 o [1997/05/01] ports/3455 ports mtools-3.6.tgz could have a better mtools o [1997/05/01] ports/3457 ports New ports for cutils 1.3.3 and umatrix o [1997/05/01] ports/3458 ports port of Squeak, version 1.18 o [1997/05/01] docs/3464 The ppp.8 manual page is inconsistent wrt o [1997/05/01] misc/3465 make-localhost uses %y to generate year o [1997/05/01] ports/3466 ports FreeBSD origional port of auto loan payme o [1997/05/02] bin/3474 misprint in arpa/telnet.h o [1997/05/02] kern/3475 gdb(ptrace?) cause create/modify times on o [1997/05/03] misc/3476 Please add support for .cpp suffix to sta o [1997/05/03] bin/3477 top wastes 16 characters in USERNAME colu o [1997/05/03] ports/3482 ports SlingShot (new) port o [1997/05/03] ports/3484 ports libwww is out of date o [1997/05/04] docs/3490 mount.8 manpage refinement about Nm and X s [1997/05/04] ports/3498 ports nn-current port is out of date o [1997/05/04] ports/3499 ports exim port out of date o [1997/05/05] misc/3503 rpc.yppasswdd doesn't start due to typo i o [1997/05/05] i386/3504 New features (and manpage) for netboot o [1997/05/05] bin/3506 more did not show iso-8859-n characters o [1997/05/05] bin/3508 FreeBSD 2.2.1 do not view SCSI disk at sw o [1997/05/06] docs/3522 Man pages close(2) misses fcntl lock info o [1997/05/07] bin/3528 fsck fails to detect some illegal block n o [1997/05/07] ports/3539 ports This is a port of poppassd that should wo o [1997/05/08] kern/3546 ktrace works even if no read permission o [1997/05/08] gnu/3552 the -L option of tar does not work proper o [1997/05/09] bin/3556 Bug with -i option in /usr/bin/lpr o [1997/05/09] bin/3558 make reinstall collapses on install-info o [1997/05/09] kern/3560 Timeout counter bug in /sys/i386/isa/wd.c o [1997/05/09] kern/3571 Mounted ext2 prevents umount of filesyste o [1997/05/10] ports/3574 ports tkgoodstuff's Dialer script has wrong pat o [1997/05/10] misc/3575 compilation of strtoq.c produces unnecess o [1997/05/11] conf/3577 eBones and OBJLINK=yes fails to build o [1997/05/12] kern/3584 cleanup TCP_REASS macro in tcp_input.c o [1997/05/13] conf/3590 Difference in ttys and FAQ o [1997/05/13] kern/3595 param counts not idential between definit f [1997/05/14] ports/3597 ports jp-groff-0.99 port macro update o [1997/05/16] ports/3607 ports FreeBSD-Logo for Fvwm95 Start-Menu o [1997/05/16] bin/3608 Telnet in linemode will break apart long o [1997/05/17] kern/3611 Internal CPU cache on CyrixiInstead DX2 d o [1997/05/18] gnu/3616 permissions of /usr/libexec/uucp/uuxqt no o [1997/05/18] bin/3623 Extra definition of vwprintw in curses.h o [1997/05/18] ports/3625 ports New port - connect4 o [1997/05/18] ports/3626 ports New port - Macintosh file utilities o [1997/05/18] ports/3627 ports New port - Atari 2600 VCS emulator o [1997/05/19] docs/3628 Submission of tutorial on how to upgrade o [1997/05/19] ports/3634 ports fvwm95-2.0.43a-i18n-port.tar.gz was put o [1997/05/19] docs/3636 No mention is made in relevant manpages a o [1997/05/19] ports/3637 erich xephem needs a chdir()? o [1997/05/20] bin/3638 /bin/w can't handle long /dev/{tty,cua}xx o [1997/05/20] bin/3639 ac doesn't know about FreeBSD's pty names o [1997/05/20] docs/3643 man page of login_getclass(3) not up-to-d o [1997/05/20] docs/3645 TCP_wrappers package doesn't mention wher o [1997/05/20] ports/3647 ports new port of nmh-0.14 o [1997/05/21] bin/3648 find(1) extension for file flags o [1997/05/21] docs/3651 ppp man page urges incorrect use of HISAD o [1997/05/21] ports/3655 asami netpbm: pnmmerge doesn't know pnmpad o [1997/05/21] ports/3656 ports midnight command devel version ports o [1997/05/21] ports/3657 ports Port of NCSA HyperNews submitted as p5-hy o [1997/05/21] ports/3658 ports midnight command devel version ports o [1997/05/21] ports/3659 ports Problem with teTeX install from 2.2.1 CDR o [1997/05/22] misc/3662 Typo in fortunes2-o o [1997/05/22] i386/3663 Unable to get system printer to work o [1997/05/22] ports/3665 ports mtools port install fails o [1997/05/22] kern/3667 patches to modularize vnode driver o [1997/05/24] ports/3672 ports lsof port fails compilation o [1997/05/24] docs/3675 man page of mount(2) of 2.2.2R o [1997/05/25] kern/3678 bug in IPDIVERT code in -current o [1997/05/25] docs/3680 manpage cal.1's SYNOPSIS is incorrect. o [1997/05/25] docs/3681 mapage column.1's EXAMPLE does not match o [1997/05/25] docs/3682 Macro usage in manpage ld.1 is not apropr o [1997/05/25] ports/3686 ports New port: Xbl o [1997/05/25] ports/3687 ports Gnat 3.09 Ada Compiler o [1997/05/26] ports/3692 ports New port of games/bs o [1997/05/27] misc/3695 compiled termcap.db not in distribution o [1997/05/28] ports/3702 ports Port of FXHTML for FreeBSD o [1997/05/28] docs/3704 not dump(5) man page. o [1997/05/28] bin/3705 /stand/sysinstall hangs. pkg_add also ha o [1997/05/29] ports/3708 ports Fixed port: mlvwm (x11) o [1997/05/29] docs/3709 manpage vmstat.8 has some problems o [1997/05/29] conf/3713 installation floppy bug o [1997/05/29] ports/3715 ports New port: imlib (graphics) o [1997/05/29] ports/3716 ports New port: enlightenment (x11) o [1997/05/30] bin/3718 Compile of /usr/src/usr.sbin/ppp fails if o [1997/05/30] kern/3720 Addition for supported Hardware o [1997/05/30] kern/3724 sig-11 on package add in sysinstall o [1997/05/30] pending/3728gnats-adminMissing CD-R support for HP 6020 o [1997/05/31] pending/3729gnats-adminpgsql dies when initiated o [1997/05/31] conf/3730 deprecated option g of ls(1) in dot.profi o [1997/05/31] kern/3731 Addition of a PCI Bridge o [1997/05/31] ports/3732 ports submission of new port - most-4.7 o [1997/05/31] bin/3733 getty with 'to' option causes pppd to die o [1997/05/31] ports/3734 ports New port: xtoolwait-1.1 o [1997/05/31] docs/3735 getlogin manpage says wrong OS o [1997/05/31] ports/3736 ports fax2ps generated by port graphics/tiff34 o [1997/05/31] ports/3737 ports The DHCPD no longer works under FreeBSD 2 o [1997/06/01] kern/3738 Byte and packet counters in ipfw overflow o [1997/06/01] kern/3739 pause key not disabled; weird stuff when o [1997/06/01] conf/3740 use ENV file for sh(1) o [1997/06/01] bin/3741 Mention virtual terminals in MAKEDEV's ma o [1997/06/01] kern/3742 Mention option "CMD640" in manual page wd o [1997/06/01] docs/3748 man 5 ttys references a file (man 5 login o [1997/06/01] conf/3751 Improvements to /etc/rc{,.network,.pccard o [1997/06/01] ports/3754 ports tcptrace long format causes segmentation o [1997/06/02] ports/3756 ports port of SimPack o [1997/06/02] ports/3757 ports port of simpack (I forgott to write the n o [1997/06/02] ports/3758 ports port of SR programming language o [1997/06/02] ports/3759 ports xtem-5.23 (X11 TEx Menu) port submitted ( 567 problems total. From owner-freebsd-bugs Mon Jun 2 10:10:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA29396 for bugs-outgoing; Mon, 2 Jun 1997 10:10:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA29373; Mon, 2 Jun 1997 10:10:00 -0700 (PDT) Date: Mon, 2 Jun 1997 10:10:00 -0700 (PDT) Message-Id: <199706021710.KAA29373@hub.freebsd.org> To: freebsd-bugs Cc: From: Stefan Esser Subject: Re: kern/3731: kern pci detection Reply-To: Stefan Esser Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3731; it has been noted by GNATS. From: Stefan Esser To: ats@freebsd.first.gmd.de Cc: FreeBSD-gnats-submit@freebsd.org, Stefan Esser Subject: Re: kern/3731: kern pci detection Date: Mon, 2 Jun 1997 15:40:36 +0200 On May 31, Andreas Schulz wrote: > The ALI Acer Labs Inc. Host to PCI bridge is missing/detected as an > unknown controller from the PCI Code. Well, yes, but where is the problem ? :) > vendor = 0x10b9 id=0x1489 > This is a PCI-Chipset for 486 based Motherboard with the ALI > 1487/1489 Chips. A little bit of information can be found on the > the Web: www.ali.com.tw . It seems to work ok. Sure. The host to PCI bridge is among the very first devices to be initialized by the system BIOS. There are a few (**very** few ...) such chips, that have to be recognized and dealt with. The probe message does just document the system's chip set, in the hope that this information may prove useful in diagnosing some installation problem. > May 30 16:38:23 pctest /kernel: chip0 rev 0 on pci0:0:0 The PCI driver knows about the most common PCI chip sets, and since each new entry adds some 100 bytes of kernel bloat for no real advantage, I do not want to add an ancient 486 chip set. But I will make sure, that the vendor ID of ALI is recognized and the name is printed instead of the numeric value. I'm going to close this PR, since there was nothing wrong. The numeric vendor and device ID uniquely identify the chip-set and no action has to be taken by the kernel to deal with this chip-set. Gruss, STefan From owner-freebsd-bugs Mon Jun 2 10:27:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA00337 for bugs-outgoing; Mon, 2 Jun 1997 10:27:16 -0700 (PDT) Received: from pci.on.ca (inti.pci.on.ca [207.112.123.51]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA00320 for ; Mon, 2 Jun 1997 10:27:06 -0700 (PDT) Received: by pci.on.ca (/\==/\ Smail3.1.28.1 #28.1) id ; Mon, 2 Jun 97 13:30 EDT Received: (from dgilbert@localhost) by repeat.pci.on.ca (8.7.5/8.7.3) id NAA19380; Mon, 2 Jun 1997 13:11:10 -0400 (EDT) Date: Mon, 2 Jun 1997 13:11:10 -0400 (EDT) Message-Id: <199706021711.NAA19380@repeat.pci.on.ca> From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: dgilbert@jaywon.pci.on.ca (David Gilbert), bugs@FreeBSD.ORG Subject: Re: Problems with CCD. In-Reply-To: <19970602082646.RS47657@uriah.heep.sax.de> References: <199706010545.BAA16048@repeat.pci.on.ca> <199706020333.VAA00695@pluto.plutotech.com> <199706020426.AAA03842@repeat.pci.on.ca> <19970602082646.RS47657@uriah.heep.sax.de> X-Mailer: VM 6.22 under Emacs 19.34.3 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>>>> "J" == J Wunsch writes: J> As David Gilbert wrote: >> Oi... Ok. Doing that by habbit. As a precaution, maybe newfs >> should either refuse the non-raw device or use the raw device? I >> realize the warning was there, but I have successfully ignored that >> warning for many years. J> Which was plain stupid. :) You should _never_ ignore warnings, J> unless you know why you're ignoring it. (Q: Tell me at least three J> reasons why you should not use buffered devices for things like J> newfs, or tar(1) to a floppy.) Can't ignore that... 1) /dev/rccd0c has one more character to type than /dev/ccd0c 2) similarity (in tar's case) of st0 to ccd0 (have had experiences where the raw tape device didn't work. 3) many devices do their own buffering 4) might eject the floppy too soon. J> This looks similar to the crashes/hangs reported by people for J> accessing floppies via the buffered device, in particular in error J> situations (like no floppy there at all). I've never been able to J> reproduce them. Perhaps i should also get the wrong habit of using J> the buffered devices... in the hope to see the bug some day, too. Well... it is true that things shouldn't lock up the OS on a simple user error. Another way to look at it is that ccd0c and rccd0c are two different views of the same thing. Something using them should be able to choose the interface it finds most useful. Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =========================================================GLO================ From owner-freebsd-bugs Mon Jun 2 10:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA01619 for bugs-outgoing; Mon, 2 Jun 1997 10:50:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA01601; Mon, 2 Jun 1997 10:50:03 -0700 (PDT) Resent-Date: Mon, 2 Jun 1997 10:50:03 -0700 (PDT) Resent-Message-Id: <199706021750.KAA01601@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, panov@park.ru Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA01356; Mon, 2 Jun 1997 10:45:02 -0700 (PDT) Message-Id: <199706021745.KAA01356@hub.freebsd.org> Date: Mon, 2 Jun 1997 10:45:02 -0700 (PDT) From: panov@park.ru To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/3760: Inlel EtherExpress pro/100B !!! Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3760 >Category: i386 >Synopsis: Inlel EtherExpress pro/100B !!! >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Mon Jun 2 10:50:02 PDT 1997 >Last-Modified: >Originator: Alexander V Panov >Organization: Garant-Park >Release: 2.2.1 >Environment: >Description: ASUS TX97-E Motherboard + Intel Ethernet Card I try to install FreeBSD via FTP from my site (ftp.park.ru) In 30 second I resieve " Fatal error, kernel panic trap 12 etc..." Than I change Ethernet card to DEC (DE-500) Everything was OK! >How-To-Repeat: You can use ASUSTX97-e + fxp and try : ping -f -t xxx.xxx.xxx.xxx -l 2048 and you resieve " Fatal error, kernel panic trap 12 etc..." >Fix: Because I already bye 25 Intel EtherExpress Cards for use with FreeBSD, I must change my new motherboard to ASUS TP4-XE >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 2 10:50:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA01629 for bugs-outgoing; Mon, 2 Jun 1997 10:50:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA01614; Mon, 2 Jun 1997 10:50:04 -0700 (PDT) Resent-Date: Mon, 2 Jun 1997 10:50:04 -0700 (PDT) Resent-Message-Id: <199706021750.KAA01614@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, panov@park.ru Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA01472; Mon, 2 Jun 1997 10:48:14 -0700 (PDT) Message-Id: <199706021748.KAA01472@hub.freebsd.org> Date: Mon, 2 Jun 1997 10:48:14 -0700 (PDT) From: panov@park.ru To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/3761: Inlel EtherExpress pro/100B more than one ! Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3761 >Category: kern >Synopsis: Inlel EtherExpress pro/100B more than one ! >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Mon Jun 2 10:50:03 PDT 1997 >Last-Modified: >Originator: Alexander V Panov >Organization: Garant-Park >Release: 2.1.0 --- 2.1.7 >Environment: >Description: It not work !!! than system is booting and found more than one FXP , I recieve " Fatal error, kernel panic trap 12 etc..." >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 2 11:10:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA02944 for bugs-outgoing; Mon, 2 Jun 1997 11:10:02 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA02938; Mon, 2 Jun 1997 11:10:01 -0700 (PDT) Resent-Date: Mon, 2 Jun 1997 11:10:01 -0700 (PDT) Resent-Message-Id: <199706021810.LAA02938@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, smc@itsy.com Received: from beastie.isc.itsy.com (vm.itsy.com [199.92.100.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA02276 for ; Mon, 2 Jun 1997 11:00:40 -0700 (PDT) Received: (from smc@localhost) by beastie.isc.itsy.com (8.8.2/8.8.5) id OAA27654; Mon, 2 Jun 1997 14:02:58 -0400 (EDT) Message-Id: <199706021802.OAA27654@beastie.isc.itsy.com> Date: Mon, 2 Jun 1997 14:02:58 -0400 (EDT) From: smc@itsy.com Reply-To: smc@itsy.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3762: rtprio(1) bug (fix included) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3762 >Category: bin >Synopsis: Bogus return values from rtprio(1) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Jun 2 11:10:00 PDT 1997 >Last-Modified: >Originator: Shawn M. Carey >Organization: Intellisys >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: >Description: When changing a process priority, rtprio returns 1 to the shell wether it succeeds or not. >How-To-Repeat: From the c-shell: % rtprio 5 -$$ % echo $status >Fix: Apply the following patch to /usr/src/usr.sbin/rtprio/rtprio.c: *** rtprio.c.orig Sun Oct 2 00:48:21 1994 --- rtprio.c Mon Jun 2 13:55:08 1997 *************** *** 116,121 **** --- 116,123 ---- if (rtprio(RTP_SET, proc, &rtp) != 0) { perror(argv[0]); exit (1); + } else { + exit (0); } if (proc == 0) { >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 2 11:45:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA05063 for bugs-outgoing; Mon, 2 Jun 1997 11:45:28 -0700 (PDT) Received: from george.lbl.gov (george-2.lbl.gov [131.243.2.12]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA05058 for ; Mon, 2 Jun 1997 11:45:27 -0700 (PDT) Received: (jin@localhost) by george.lbl.gov (8.6.10/8.6.5) id LAA02296 for bugs@freebsd.org; Mon, 2 Jun 1997 11:45:26 -0700 Date: Mon, 2 Jun 1997 11:45:26 -0700 From: "Jin Guojun[ITG]" Message-Id: <199706021845.LAA02296@george.lbl.gov> To: bugs@freebsd.org Subject: FTP site missing packages for 2.1.7.1-RELEASE Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk There is no packages-2.1.7 existing. The packages for FTP installation is broken for at least a couple of weeks. > dir 2.1.7.1-RELEASE total 206 -rw-rw-r-- 1 2035 ftp-Free 10007 Mar 19 02:43 ABOUT.TXT -rw-rw-r-- 1 2035 ftp-Free 22278 Mar 19 02:43 HARDWARE.TXT -rw-rw-r-- 1 2035 ftp-Free 30513 Mar 19 02:43 INSTALL.TXT -rw-rw-r-- 1 2035 ftp-Free 3046 Mar 19 13:01 README.TXT -rw-rw-r-- 1 2035 ftp-Free 18290 Mar 19 13:54 RELNOTES.TXT lrwxrwxr-x 1 2035 ftp-Free 47 May 12 21:35 XF8632 -> ../../../pub/XFree86 /3.2/binaries/FreeBSD-2.1.5 drwxrwxr-x 2 2035 ftp-Free 1536 Mar 19 02:43 bin drwxrwxr-x 2 2035 ftp-Free 512 Mar 19 02:43 catpages -rw-rw-r-- 1 2035 ftp-Free 29 Mar 19 02:43 cdrom.inf drwxrwxr-x 10 2035 ftp-Free 512 Mar 23 22:09 commerce drwxrwxr-x 2 2035 ftp-Free 512 Mar 19 02:43 compat1x drwxrwxr-x 2 2035 ftp-Free 512 Mar 19 02:43 compat20 drwxrwxr-x 2 2035 ftp-Free 512 Mar 19 02:43 des drwxrwxr-x 2 2035 ftp-Free 512 Mar 19 02:43 dict drwxrwxr-x 2 2035 ftp-Free 512 Mar 19 02:43 doc drwxrwxr-x 2 2035 ftp-Free 512 Mar 19 02:43 floppies drwxrwxr-x 2 2035 ftp-Free 512 Mar 19 02:43 games drwxrwxr-x 2 2035 ftp-Free 512 Mar 19 02:43 info drwxrwxr-x 2 2035 ftp-Free 512 Mar 19 02:43 manpages lrwxrwxr-x 1 2035 ftp-Free 17 May 12 21:35 packages -> ../packages-2.1.7 drwxrwxr-x 2 2035 ftp-Free 512 Mar 19 18:06 ports drwxrwxr-x 2 2035 ftp-Free 512 Mar 19 02:43 proflibs drwxrwxr-x 2 2035 ftp-Free 3072 Mar 19 14:09 src lrwxrwxr-x 1 2035 ftp-Free 26 May 12 21:35 tools -> ../../../pub/FreeBSD/ tools > dir total 16 -----w---- 1 2035 ftp-Free 0 Nov 7 1996 .notar drwxrwxr-x 18 2035 ftp-Free 512 May 12 21:35 2.1.7.1-RELEASE drwxr-xr-x 19 2035 ftp-Free 512 May 27 02:34 3.0-970527-SNAP drwxrwxr-x 8 2035 ftp-Free 512 Apr 5 04:29 CTM dr-xr-xr-x 31 569 ftp-Free 1024 Oct 22 1996 packages-2.1 dr-xr-xr-x 29 569 ftp-Free 512 Feb 19 00:41 packages-2.1.6 dr-xr-xr-x 38 569 ftp-Free 1024 May 19 03:43 packages-2.2.2 drwxrwxr-x 30 569 ftp-Free 1024 Feb 16 02:37 ports-2.1.6 lrwxrwxr-x 1 2035 ftp-Free 11 May 28 00:12 ports-2.1.7 -> ports-2.1.6 dr-xr-xr-x 38 569 ftp-Free 1024 May 19 04:54 ports-2.2.2 From owner-freebsd-bugs Mon Jun 2 11:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA05330 for bugs-outgoing; Mon, 2 Jun 1997 11:50:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA05320; Mon, 2 Jun 1997 11:50:02 -0700 (PDT) Resent-Date: Mon, 2 Jun 1997 11:50:02 -0700 (PDT) Resent-Message-Id: <199706021850.LAA05320@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, fenner@parc.xerox.com Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA05098 for ; Mon, 2 Jun 1997 11:45:41 -0700 (PDT) Received: from fenestro.parc.xerox.com ([13.0.208.199]) by alpha.xerox.com with SMTP id <19896(1)>; Mon, 2 Jun 1997 10:22:19 PDT Received: (from fenner@localhost) by fenestro.parc.xerox.com (8.8.5/8.8.4) id KAA04819; Mon, 2 Jun 1997 10:22:37 -0700 (PDT) Message-Id: <199706021722.KAA04819@fenestro.parc.xerox.com> Date: Mon, 2 Jun 1997 10:22:37 PDT From: Bill Fenner Reply-To: fenner@parc.xerox.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3763: df hangs uninterruptably when nfs mount from down server Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3763 >Category: bin >Synopsis: df hangs uninterruptably when nfs mount from down server >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 2 11:50:01 PDT 1997 >Last-Modified: >Originator: Bill Fenner >Organization: Xerox >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD 3.0-Current as of 5/20/97 nfs-mounting one filesystem from a sun running SunOS 4.1.3_U1 across an ethernet. >Description: When the sun's filesystem is mounted and the sun is down, "df" hangs uninterruptably. # df ^C^Z^\ % ps axl | grep df 0 26409 10351 0 -1 0 208 76 nfsrcv D+ p0 0:00.00 df -k 5275 4316 2590 0 -1 0 208 8 nfsrcv D+ p4 0:00.00 df -k % mount | grep nectar nectar:/nectar on /nectar/nectar >How-To-Repeat: Mount a remote filesystem from a sun running SunOS 4.1.3, then halt the fileserver and run "df" (or "cd" or...) on the remotely mounted filesystem. >Fix: unknown. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 2 12:38:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA07365 for bugs-outgoing; Mon, 2 Jun 1997 12:38:48 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA07360 for ; Mon, 2 Jun 1997 12:38:46 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id MAA07293; Mon, 2 Jun 1997 12:38:46 -0700 (PDT) To: "Jin Guojun[ITG]" cc: bugs@FreeBSD.ORG Subject: Re: FTP site missing packages for 2.1.7.1-RELEASE In-reply-to: Your message of "Mon, 02 Jun 1997 11:45:26 PDT." <199706021845.LAA02296@george.lbl.gov> Date: Mon, 02 Jun 1997 12:38:46 -0700 Message-ID: <7289.865280326@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > There is no packages-2.1.7 existing. The packages for FTP installation > is broken for at least a couple of weeks. Fixed, thanks! Jordan From owner-freebsd-bugs Mon Jun 2 12:40:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA07534 for bugs-outgoing; Mon, 2 Jun 1997 12:40:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA07503; Mon, 2 Jun 1997 12:40:02 -0700 (PDT) Date: Mon, 2 Jun 1997 12:40:02 -0700 (PDT) Message-Id: <199706021940.MAA07503@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: conf/3751: Improvements to /etc/rc{,.network,.pccard} Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/3751; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: Harlan.Stenn@pfcs.com (Harlan Stenn) Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/3751: Improvements to /etc/rc{,.network,.pccard} Date: Mon, 2 Jun 1997 21:21:11 +0200 As Harlan Stenn wrote: > J> foo="-ain't this weird?-" > > J> if [ "$foo" = "bar" ] ; ... > > Did you mean: > > if [ $foo = "bar" ] ; ... > > Shell metacharacters aren't expanded with "$foo". No, i meant the problem that arises if $foo evaluates to something that could become a valid switch for test(1). -- 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-bugs Mon Jun 2 12:40:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA07650 for bugs-outgoing; Mon, 2 Jun 1997 12:40:50 -0700 (PDT) Received: (from jkh@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA07630; Mon, 2 Jun 1997 12:40:44 -0700 (PDT) Date: Mon, 2 Jun 1997 12:40:44 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199706021940.MAA07630@hub.freebsd.org> To: brent@vivid.net, jkh, freebsd-bugs Subject: Re: conf/3755 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: accounting="ON" incorrect in new rc.conf. should be accounting_enable to match rc script State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon Jun 2 12:39:59 PDT 1997 State-Changed-Why: You must have an old rc.conf file - this was fixed on May 19th. From owner-freebsd-bugs Mon Jun 2 12:52:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA07958 for bugs-outgoing; Mon, 2 Jun 1997 12:52:03 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA07940 for ; Mon, 2 Jun 1997 12:51:25 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA01546; Mon, 2 Jun 1997 21:51:03 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id VAA12225; Mon, 2 Jun 1997 21:30:44 +0200 (MET DST) Message-ID: <19970602213039.XS18169@uriah.heep.sax.de> Date: Mon, 2 Jun 1997 21:30:39 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: bugs@FreeBSD.ORG Cc: dgilbert@jaywon.pci.on.ca (David Gilbert) Subject: Re: Problems with CCD. References: <199706010545.BAA16048@repeat.pci.on.ca> <199706020333.VAA00695@pluto.plutotech.com> <199706020426.AAA03842@repeat.pci.on.ca> <19970602082646.RS47657@uriah.heep.sax.de> <199706021711.NAA19380@repeat.pci.on.ca> X-Mailer: Mutt 0.60_p2-3,5,8-9 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: <199706021711.NAA19380@repeat.pci.on.ca>; from David Gilbert on Jun 2, 1997 13:11:10 -0400 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As David Gilbert wrote: > J> (Q: Tell me at least three > J> reasons why you should not use buffered devices for things like > J> newfs, or tar(1) to a floppy.) > > Can't ignore that... > > 1) /dev/rccd0c has one more character to type than /dev/ccd0c > 2) similarity (in tar's case) of st0 to ccd0 (have had experiences > where the raw tape device didn't work. > 3) many devices do their own buffering > 4) might eject the floppy too soon. 4) is one of my reasons, too. I've seen systems (DG/UX), where ``too soon'' was equal to ``anytime before the next reboot'' if the amount of data written to a buffered floppy devices was rather small. The only system call that guarantees you to wait until all buffers are flushed to the device is umount(2). Obviously, it requires a previous mount(2). A second reason is to not blast the buffercache, without any purpose. The third reason is that buffered writes report a `good' status to the application early, and if the actual writeback to the device fails later, the application cannot be notified of this. Only the administrator can be notified, using syslog. 1) is a valid argument. :-) 2) is a no-brainer. FreeBSD doesn't support buffered tape devives at all (and never did). You could in theory create a /dev/st0, the bdevsw entries are there, but this device won't actually work (i tried). 3) has nothing to do with all this. We talk about the buffer cache, not about device-level buffering which is fully transparent to the system. (Well, my reason #3 partly applies to this, too, you could get SCSI Deferred errors which the drivers only handle poorly.) Apart from your reason #1 :), there's only one valid point to use the buffered device: mounting a filesystem over it (or using it for swapon(8), which is related). This also holds valid for tape drives. Nobody uses filesystems on tapes these days. (I wanted to try it, that's why i've been experimenting with /dev/st0. :) -- 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-bugs Mon Jun 2 13:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA10496 for bugs-outgoing; Mon, 2 Jun 1997 13:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA10487; Mon, 2 Jun 1997 13:30:02 -0700 (PDT) Date: Mon, 2 Jun 1997 13:30:02 -0700 (PDT) Message-Id: <199706022030.NAA10487@hub.freebsd.org> To: freebsd-bugs Cc: From: Luigi Rizzo Subject: Re: bin/3763: df hangs uninterruptably when nfs mount from down server Reply-To: Luigi Rizzo Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3763; it has been noted by GNATS. From: Luigi Rizzo To: fenner@parc.xerox.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/3763: df hangs uninterruptably when nfs mount from down server Date: Mon, 2 Jun 1997 21:47:49 +0200 (MET DST) > >Synopsis: df hangs uninterruptably when nfs mount from down server isn't that a feature ? I have always seen this on our Ultrix systems and on previous versions of FreeBSD. Perhaps you can solve the problem by using some flags (soft?) in the mount call ? Luigi From owner-freebsd-bugs Mon Jun 2 13:40:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA11053 for bugs-outgoing; Mon, 2 Jun 1997 13:40:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA11021; Mon, 2 Jun 1997 13:40:01 -0700 (PDT) Date: Mon, 2 Jun 1997 13:40:01 -0700 (PDT) Message-Id: <199706022040.NAA11021@hub.freebsd.org> To: freebsd-bugs Cc: From: David Nugent Subject: Re: docs/3748: typo in man 5 ttys Reply-To: David Nugent Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/3748; it has been noted by GNATS. From: David Nugent To: joes@spiritone.com, freebsd-gnats-submit@freebsd.org Cc: Subject: Re: docs/3748: typo in man 5 ttys Date: Tue, 03 Jun 1997 06:34:34 +1000 > Reviewing the manual page for ttys (man 5 ttys), I noticed a > reference for 'login.group (5)'. That file does not exist. > > Should it be 'login.conf (5)'? Whoops. :-) Yes, thanks. Regards, David From owner-freebsd-bugs Mon Jun 2 13:50:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA11561 for bugs-outgoing; Mon, 2 Jun 1997 13:50:02 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA11549; Mon, 2 Jun 1997 13:50:01 -0700 (PDT) Date: Mon, 2 Jun 1997 13:50:01 -0700 (PDT) Message-Id: <199706022050.NAA11549@hub.freebsd.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: i386/3760: Inlel EtherExpress pro/100B !!! Reply-To: David Greenman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/3760; it has been noted by GNATS. From: David Greenman To: panov@park.ru Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: i386/3760: Inlel EtherExpress pro/100B !!! Date: Mon, 02 Jun 1997 13:47:55 -0700 >ASUS TX97-E Motherboard + Intel Ethernet Card >I try to install FreeBSD via FTP from my site (ftp.park.ru) >In 30 second I resieve " Fatal error, kernel panic trap 12 etc..." > >Than I change Ethernet card to DEC (DE-500) >Everything was OK! >>How-To-Repeat: >You can use ASUSTX97-e + fxp and try : >ping -f -t xxx.xxx.xxx.xxx -l 2048 > >and you resieve " Fatal error, kernel panic trap 12 etc..." >>Fix: >Because I already bye 25 Intel EtherExpress Cards for use with >FreeBSD, I must change my new motherboard to ASUS TP4-XE So are you saying that the problem only occurs when you use the TX97-E motherboard? I've never seen the problem you're describing here... -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Mon Jun 2 14:08:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA12538 for bugs-outgoing; Mon, 2 Jun 1997 14:08:05 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA12498; Mon, 2 Jun 1997 14:08:00 -0700 (PDT) From: David Nugent Received: (from davidn@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA13544; Mon, 2 Jun 1997 14:07:20 -0700 (PDT) Date: Mon, 2 Jun 1997 14:07:20 -0700 (PDT) Message-Id: <199706022107.OAA13544@freefall.freebsd.org> To: joes@spiritone.com, davidn@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/3748 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: man 5 ttys references a file (man 5 login.group) State-Changed-From-To: open-closed State-Changed-By: davidn State-Changed-When: Tue Jun 3 07:07:01 EST 1997 State-Changed-Why: Fixed, thanks! From owner-freebsd-bugs Mon Jun 2 16:11:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA19162 for bugs-outgoing; Mon, 2 Jun 1997 16:11:00 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA19150; Mon, 2 Jun 1997 16:10:47 -0700 (PDT) From: Kazutaka YOKOTA Received: (from yokota@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA14482; Mon, 2 Jun 1997 16:10:06 -0700 (PDT) Date: Mon, 2 Jun 1997 16:10:06 -0700 (PDT) Message-Id: <199706022310.QAA14482@freefall.freebsd.org> To: yokota@zodiac.mech.utsunomiya-u.ac.jp, yokota@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/3660 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Re: PR i386/3462: using a PS/2 mouse causes kernel trap in 2.2.1 State-Changed-From-To: open-closed State-Changed-By: yokota State-Changed-When: Mon Jun 2 16:06:59 PDT 1997 State-Changed-Why: Misfiled PR. I sent this as a response to another PR (i386/3462), but somehow it was recorded by GNATS as a new PR... From owner-freebsd-bugs Mon Jun 2 17:34:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA22871 for bugs-outgoing; Mon, 2 Jun 1997 17:34:32 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA22793; Mon, 2 Jun 1997 17:34:08 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id BAA18873; Tue, 3 Jun 1997 01:33:55 +0100 (BST) Message-Id: <199706030033.BAA18873@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: jwb@fore.com cc: bugs@FreeBSD.ORG, hackers@FreeBSD.ORG, ports@FreeBSD.ORG Subject: Re: ppp and static IP In-reply-to: Your message of "Mon, 02 Jun 1997 10:23:27 EDT." <199706021423.KAA01533@jwb.fore.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 03 Jun 1997 01:33:55 +0100 From: Brian Somers Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Freebsd 2.2.1-RELEASE > ppp 2.2 patch level 0beta3 and 2.3 patch level 0beta3 > > My provider upgraded their Bay routers last week and now I can not use > ppp on Freebsd with a static IP address. Mickysoft and linux works so I'm > hung out to dry. I can use a dynamic IP though. Bay is saying that Freebsd > is messed up. Debug doesn't show anything special in the LCP negotiation.. > tried turning off and on every switch in the man page for pppd and tried > turning off tcp/ip extensions in sysconfig. > > I tried compiling the new pppd (2.3 which supports dial on demand) but it > does the same thing. I did discover that the make process specifically for > freebsd does not work and munges the system src tree. Has anyone got a valid > port for the new pppd? > > Please cc me in email since I don't get this list. Any suggestions or help > or fixes for my ppp problem are very welcome. I don't want to load linux and > really don't want to find another provider just because of this so I get > to learn slip this week (yay!). You could try user-level ppp. There's a pretty recent copy at http://www.freebsd.org/~brian. > @-=-=-=-=-=-=-=-=-=-=-=-=-=-@ > Joe Beiter FORE Systems, Inc. > jwb@fore.com Network Integration Services > (412)772-6585 -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-bugs Mon Jun 2 17:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA23921 for bugs-outgoing; Mon, 2 Jun 1997 17:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA23910; Mon, 2 Jun 1997 17:50:02 -0700 (PDT) Date: Mon, 2 Jun 1997 17:50:02 -0700 (PDT) Message-Id: <199706030050.RAA23910@hub.freebsd.org> To: freebsd-bugs Cc: From: asami@cs.berkeley.edu (Satoshi Asami) Subject: Re: gnu/3157: Patches to gas and gdb to support MMX extensions, in shar format Reply-To: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR gnu/3157; it has been noted by GNATS. From: asami@cs.berkeley.edu (Satoshi Asami) To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: gnu/3157: Patches to gas and gdb to support MMX extensions, in shar format Date: Mon, 2 Jun 1997 17:49:26 -0700 (PDT) FYI, FSF has come up with a binutils patch that includes MMX support. ftp://prep.ai.mit.edu/pub/gnu/binutils-2.8-2.8.1-patch.gz Satoshi From owner-freebsd-bugs Mon Jun 2 18:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA24716 for bugs-outgoing; Mon, 2 Jun 1997 18:00:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA24709; Mon, 2 Jun 1997 18:00:02 -0700 (PDT) Resent-Date: Mon, 2 Jun 1997 18:00:02 -0700 (PDT) Resent-Message-Id: <199706030100.SAA24709@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, h-nokubi@nmit.mt.nec.co.jp Received: from TYO9.gate.nec.co.jp (TYO9.gate.nec.co.jp [203.180.98.35]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA24135 for ; Mon, 2 Jun 1997 17:52:05 -0700 (PDT) Received: from mailsv.nec.co.jp ([133.200.254.203]) by TYO9.gate.nec.co.jp (8.8.5+2.7Wbeta5/3.4Wb-NEC-TYO9) with ESMTP id JAA29894 for ; Tue, 3 Jun 1997 09:52:02 +0900 (JST) Received: from ssse15.sss.abk.nec.co.jp (ssse15.sss.abk.nec.co.jp [133.206.64.65]) by mailsv.nec.co.jp (8.8.5+2.7Wbeta5/3.4W-97042209) with ESMTP id JAA09275 for ; Tue, 3 Jun 1997 09:52:02 +0900 (JST) Received: from sssfw.sss.abk.nec.co.jp (sssfw [133.206.64.1]) by ssse15.sss.abk.nec.co.jp (8.7.5+2.6Wbeta6/CF3.3W9-SSS_M950609) with ESMTP id JAA24754 for ; Tue, 3 Jun 1997 09:52:31 +0900 (JST) Received: by sssfw.sss.abk.nec.co.jp (8.7.5+2.6Wbeta6/3.4W2) id JAA03959 for ; Tue, 3 Jun 1997 09:51:28 +0900 (JST) Received: from p28.sss.abk.nec.co.jp by e2.sss.abk.nec.co.jp (8.7.6+2.6Wbeta7/3.3W9-NEC) id JAA14207; Tue, 3 Jun 1997 09:52:09 +0900 (JST) Received: (from h-nokubi@localhost) by p28.sss.abk.nec.co.jp (8.8.5/3.4W403/27/97) id JAA03166; Tue, 3 Jun 1997 09:52:09 +0900 (JST) Message-Id: <199706030052.JAA03166@p28.sss.abk.nec.co.jp> Date: Tue, 3 Jun 1997 09:52:09 +0900 (JST) From: h-nokubi@nmit.mt.nec.co.jp Reply-To: h-nokubi@nmit.mt.nec.co.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/3764: systat(1) -vmstat description seems to be obsolete Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3764 >Category: docs >Synopsis: systat(1) -vmstat description seems to be obsolete >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 2 18:00:01 PDT 1997 >Last-Modified: >Originator: NOKUBI Hirotaka >Organization: NEC Microcomputer Technology Ltd., Tokyo, Japan >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: FreeBSD sassaby.nokubi.or.jp 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Sat Apr 5 02:48:55 JST 1997 h-nokubi@sassaby.nokubi.or.jp:/usr/src/.ports/2.2.1-RELEASE/sys/compile/SASSABY i386 >Description: In the systat(1), 7th and 8th paragraph of vmstat description, where `Rec', `It', `F/S', `F/F', `Fre', `SFr', `zf' and `xf' are described, seems to be obsolete. Probably, it's for the VAX 4.3BSD's systat(1). There are not these items in the FreeBSD's systat(1). And descriptions about following items are missing. number of copy-on-writes (`cow') pages zero filled on demand (`zfod') number of pages wired down (`wire') number of pages active (`act') number of pages inactive (`inact') number of pages on buffer cache queue (`cache') number of pages free (`free') pages freed by daemon (`daefr') pages freed by exiting processes (`prcfr') number of pages reactivated from free list (`react') number of times daemon has awaken from sleep (`pdwak') number of pages analyzed by daemon (`pdpgs') intransit blocking page faults (`intrn') bufspace (`buf') >How-To-Repeat: >Fix: Remove 7th and 8th paragraph of vmstat description in systat(1), then add descriptions about missing items, please. (Because I'm not so good at English, I could not make patch. Sorry.) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 2 20:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA01406 for bugs-outgoing; Mon, 2 Jun 1997 20:50:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA01400; Mon, 2 Jun 1997 20:50:01 -0700 (PDT) Resent-Date: Mon, 2 Jun 1997 20:50:01 -0700 (PDT) Resent-Message-Id: <199706030350.UAA01400@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, denny1@home.com Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA01161; Mon, 2 Jun 1997 20:40:05 -0700 (PDT) Message-Id: <199706030340.UAA01161@hub.freebsd.org> Date: Mon, 2 Jun 1997 20:40:05 -0700 (PDT) From: denny1@home.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/3766: ping has a few missing ntohs() & ntohl() Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3766 >Category: bin >Synopsis: ping has a few missing ntohs() & ntohl() >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 2 20:50:00 PDT 1997 >Last-Modified: >Originator: Denton Gentry >Organization: >Release: FreeBSD-current as of 6/2/97 >Environment: no FreeBSD machine >Description: ping.c is missing a few ntohs/ntohl wrappers around fields in the more obscure icmp codes. >How-To-Repeat: Found by source inspection while working on ping for OpenBSD. >Fix: 943c943 < ntohs(icp->icmp_nextmtu)); --- > icp->icmp_nextmtu); 989c989 < (void)printf("(New addr: 0x%08lx)\n", ntohl(icp->icmp_gwaddr.s_addr)); --- > (void)printf("(New addr: 0x%08lx)\n", icp->icmp_gwaddr.s_addr); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jun 3 01:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA15828 for bugs-outgoing; Tue, 3 Jun 1997 01:30:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA15811; Tue, 3 Jun 1997 01:30:01 -0700 (PDT) Date: Tue, 3 Jun 1997 01:30:01 -0700 (PDT) Message-Id: <199706030830.BAA15811@hub.freebsd.org> To: freebsd-bugs Cc: From: Harlan Stenn Subject: Re: conf/3751: Improvements to /etc/rc{,.network,.pccard} Reply-To: Harlan Stenn Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/3751; it has been noted by GNATS. From: Harlan Stenn To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/3751: Improvements to /etc/rc{,.network,.pccard} Date: Tue, 03 Jun 1997 03:54:29 -0300 J> foo="-ain't this weird?-" J> if [ "$foo" = "bar" ] ; ... >> Did you mean: >> >> if [ $foo = "bar" ] ; ... >> >> Shell metacharacters aren't expanded with "$foo". J> No, i meant the problem that arises if $foo evaluates to something J> that could become a valid switch for test(1). Oh. That's a problem, and another reason why I often prefer a case statement. The good news is that in none of the places I've changed would this be the case. H From owner-freebsd-bugs Tue Jun 3 04:20:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA23021 for bugs-outgoing; Tue, 3 Jun 1997 04:20:45 -0700 (PDT) Received: (from kato@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA23002; Tue, 3 Jun 1997 04:20:40 -0700 (PDT) Date: Tue, 3 Jun 1997 04:20:40 -0700 (PDT) From: KATO Takenori Message-Id: <199706031120.EAA23002@hub.freebsd.org> To: nagao@cs.titech.ac.jp, kato, freebsd-bugs Subject: Re: i386/1950 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Sound driver doesn't encode/decode mu-law data correctly. State-Changed-From-To: open-closed State-Changed-By: kato State-Changed-When: Tue Jun 3 04:13:55 PDT 1997 State-Changed-Why: Fix applied. Thanks! From owner-freebsd-bugs Tue Jun 3 06:02:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA27084 for bugs-outgoing; Tue, 3 Jun 1997 06:02:54 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA27077; Tue, 3 Jun 1997 06:02:49 -0700 (PDT) From: David Nugent Received: (from davidn@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA22112; Tue, 3 Jun 1997 06:02:03 -0700 (PDT) Date: Tue, 3 Jun 1997 06:02:03 -0700 (PDT) Message-Id: <199706031302.GAA22112@freefall.freebsd.org> To: kfurge@worldnet.att.net, davidn@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3733 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: getty with 'to' option causes pppd to die when invoked by auto-ppp code State-Changed-From-To: open-feedback State-Changed-By: davidn State-Changed-When: Tue Jun 3 22:57:34 EST 1997 State-Changed-Why: Patch committed to reset alarm timer. signal handler already reset by exec. /home/ncvs/src/libexec/getty/main.c,v <-- main.c new revision: 1.20; previous revision: 1.19 done /home/ncvs/src/libexec/getty/main.c,v <-- main.c new revision: 1.10.2.4; previous revision: 1.10.2.3 done From owner-freebsd-bugs Tue Jun 3 06:03:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA27138 for bugs-outgoing; Tue, 3 Jun 1997 06:03:34 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA27131; Tue, 3 Jun 1997 06:03:31 -0700 (PDT) From: David Nugent Received: (from davidn@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA22190; Tue, 3 Jun 1997 06:02:45 -0700 (PDT) Date: Tue, 3 Jun 1997 06:02:45 -0700 (PDT) Message-Id: <199706031302.GAA22190@freefall.freebsd.org> To: davidn@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, davidn@FreeBSD.ORG Subject: Re: bin/3733 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: getty with 'to' option causes pppd to die when invoked by auto-ppp code Responsible-Changed-From-To: freebsd-bugs->davidn Responsible-Changed-By: davidn Responsible-Changed-When: Tue Jun 3 23:02:11 EST 1997 Responsible-Changed-Why: To remind myself to follow this up later. From owner-freebsd-bugs Tue Jun 3 06:29:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA28338 for bugs-outgoing; Tue, 3 Jun 1997 06:29:35 -0700 (PDT) Received: from fore.com (mailhub.fore.com [192.88.243.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA28332 for ; Tue, 3 Jun 1997 06:29:33 -0700 (PDT) Received: from dolphin.fore.com (dolphin-eth.fore.com [192.88.243.27]) by fore.com (8.7.3/8.6.11) with ESMTP id JAA16994 for ; Tue, 3 Jun 1997 09:24:31 -0400 (EDT) Received: from jwb.fore.com (jbeiter-pc.fore.com [169.144.6.16]) by dolphin.fore.com (8.7.5/8.7.3) with ESMTP id JAA18564 for ; Tue, 3 Jun 1997 09:29:02 -0400 (EDT) Received: (from jwb@localhost) by jwb.fore.com (8.8.5/8.8.5) id JAA05206 for bugs@freebsd.org; Tue, 3 Jun 1997 09:22:41 -0400 (EDT) Message-Id: <199706031322.JAA05206@jwb.fore.com> Subject: Re: ppp and static IP (fwd) To: bugs@freebsd.org Date: Tue, 3 Jun 1997 09:22:41 -0400 (EDT) From: 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-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ----- Forwarded message from jwb@fore.com ----- >From jwb Tue Jun 3 09:20:01 1997 Received: (from jwb@localhost) by jwb.fore.com (8.8.5/8.8.5) id JAA05177 for jwb; Tue, 3 Jun 1997 09:20:01 -0400 (EDT) Received: from dolphin.fore.com (dolphin [169.144.1.16]) by pophost1.fore.com (8.7.5/8.7.3) with ESMTP id JAA14872 for ; Tue, 3 Jun 1997 09:14:59 -0400 (EDT) Received: from jwb.fore.com (jbeiter-pc.fore.com [169.144.6.16]) by dolphin.fore.com (8.7.5/8.7.3) with ESMTP id JAA17851; Tue, 3 Jun 1997 09:24:09 -0400 (EDT) Received: (from jwb@localhost) by jwb.fore.com (8.8.5/8.8.5) id JAA05155; Tue, 3 Jun 1997 09:17:48 -0400 (EDT) Message-Id: <199706031317.JAA05155@jwb.fore.com> Subject: Re: ppp and static IP In-Reply-To: <19970602221032.NH28135@uriah.heep.sax.de> from J Wunsch at "Jun 2, 97 10:10:32 pm" To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 3 Jun 1997 09:17:48 -0400 (EDT) Cc: questions@freebsd.org, jwb@fore.com From: X-Mailer: ELM [version 2.4ME+ PL28 (25)] X-UIDL: 35c789bcf33666852834682b72cce39e J Wunsch said and I quote: ]As Jordan K. Hubbard wrote: ] ]> In any case, you tell us absolutely nothing about how ppp actually ]> fails, so how are we supposed to help you? :-( ] ]Also, if dynamic IP works, i don't seen any problem why _not_ to use ]them. That's the good thing with PPP: you can leave the IP address ]open for negotiation, and it's just a matter of the other end which ]address to provide. ] ]This is probably best placed in -questions. Guys, this isn't a "problem" for me. I'll just use slip until the next Bay or freebsd upgrade comes along or until I change providers (whichever comes first). The reasons why I have a static IP address are numerous and not relevant. This is a compatibility issue between a Bay release and seems to be unique to freebsd pppd. Bay claims the freebsd crew screwed up. I thought you might like to know. If I am wrong on either assumption please accept my sincere apologies. I'm a user, not a developer (or even programmer for that matter). BTW: I brought this up in -questions first and tried the suggestions. - JoeB ----- End of forwarded message from jwb@fore.com ----- @-=-=-=-=-=-=-=-=-=-=-=-=-=-@ Joe Beiter FORE Systems, Inc. jwb@fore.com Network Integration Services (412)772-6585 From owner-freebsd-bugs Tue Jun 3 12:19:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA17610 for bugs-outgoing; Tue, 3 Jun 1997 12:19:57 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA17603 for ; Tue, 3 Jun 1997 12:19:54 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id MAA02914; Tue, 3 Jun 1997 12:19:51 -0700 (PDT) To: jwb@fore.com cc: bugs@FreeBSD.ORG Subject: Re: ppp and static IP (fwd) In-reply-to: Your message of "Tue, 03 Jun 1997 09:22:41 EDT." <199706031322.JAA05206@jwb.fore.com> Date: Tue, 03 Jun 1997 12:19:51 -0700 Message-ID: <2910.865365591@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > This is a compatibility issue between a Bay release and seems to be unique > to freebsd pppd. Bay claims the freebsd crew screwed up. I thought you might > like to know. If I am wrong on either assumption please accept my sincere > apologies. I'm a user, not a developer (or even programmer for that matter). We do like to know about such things, but I don't see how we have any hope of actually doing anything about this without a lot more debugging information. It's sort of like calling up tech support and saying "my computer doesn't work." They ask "what do you mean? how?" and you answer "I don't know, it just doesn't work. Thought you guys would want to know, that's all." Things can only go rapidly downhill from there, you dig? That's why I asked you to try out userland ppp first so that we could at least narrow down the behavior to pppd or not. That's the first level of coarse adjustment, lacking much detail about the actual failure with pppd. We certainly can't afford to go out and buy a Bay Networks device, so I'm genuinely puzzled as to what you expected us to accomplish with so little information. :-( Jordan From owner-freebsd-bugs Tue Jun 3 13:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA21971 for bugs-outgoing; Tue, 3 Jun 1997 13:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA21961; Tue, 3 Jun 1997 13:50:01 -0700 (PDT) Resent-Date: Tue, 3 Jun 1997 13:50:01 -0700 (PDT) Resent-Message-Id: <199706032050.NAA21961@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, johnp@lodgenet.com Received: from garbo.lodgenet.com (garbo.lodgenet.com [204.124.122.252]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA21696 for ; Tue, 3 Jun 1997 13:43:03 -0700 (PDT) Received: from daria.lodgenet.com (daria.lodgenet.com [10.0.11.4]) by garbo.lodgenet.com (8.6.12/8.6.9) with ESMTP id PAA31820 for ; Tue, 3 Jun 1997 15:28:16 -0500 Received: (from johnp@localhost) by daria.lodgenet.com (8.8.5/8.6.12) id PAA24281; Tue, 3 Jun 1997 15:28:52 -0500 (CDT) Message-Id: <199706032028.PAA24281@daria.lodgenet.com> Date: Tue, 3 Jun 1997 15:28:52 -0500 (CDT) From: johnp@lodgenet.com Reply-To: johnp@lodgenet.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3769: problem with lstart option in `ps' Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3769 >Category: bin >Synopsis: strftime %C should be %c (lstart option) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 3 13:50:01 PDT 1997 >Last-Modified: >Originator: 1John Prince >Organization: >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: >Description: The ps function has an option lstart. The man page specifies that is uses the ``%C'' format described in strftime(3). This I believe to be in error since %C refers to century. The correct option should be ``%c''. >How-To-Repeat: ps -ax -o pid,lstart,command >Fix: patch for print.c *** print.c.old Tue Jun 3 14:58:56 1997 --- print.c Tue Jun 3 14:55:57 1997 *************** *** 402,408 **** (void)printf("%-*s", v->width, "-"); return; } ! (void)strftime(buf, sizeof(buf) -1, "%C", localtime(&k->ki_u.u_start.tv_sec)); (void)printf("%-*s", v->width, buf); } --- 402,408 ---- (void)printf("%-*s", v->width, "-"); return; } ! (void)strftime(buf, sizeof(buf) -1, "%c", localtime(&k->ki_u.u_start.tv_sec)); (void)printf("%-*s", v->width, buf); } patch for ps.man1 *** ps.1.old Tue Jun 3 15:08:34 1997 --- ps.1 Tue Jun 3 15:09:31 1997 *************** *** 217,223 **** The soft limit on memory used, specified via a call to .Xr setrlimit 2 . .It lstart ! The exact time the command started, using the ``%C'' format described in .Xr strftime 3 . .It nice The process scheduling increment (see --- 217,223 ---- The soft limit on memory used, specified via a call to .Xr setrlimit 2 . .It lstart ! The exact time the command started, using the ``%c'' format described in .Xr strftime 3 . .It nice The process scheduling increment (see >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jun 3 19:20:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA11267 for bugs-outgoing; Tue, 3 Jun 1997 19:20:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA11237; Tue, 3 Jun 1997 19:20:03 -0700 (PDT) Resent-Date: Tue, 3 Jun 1997 19:20:03 -0700 (PDT) Resent-Message-Id: <199706040220.TAA11237@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, jsin@broadcom.com Received: from viggen.broadcom.com (dns.broadcom.com [207.93.217.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA10895 for ; Tue, 3 Jun 1997 19:16:10 -0700 (PDT) Received: (from smapuser@localhost) by viggen.broadcom.com (8.8.4/8.8.4) id TAA09167 for ; Tue, 3 Jun 1997 19:15:20 -0700 (PDT) Received: from fortress.broadcom.com(207.93.178.5) by viggen.broadcom.com via smap (V2.0alpha) id xma009161; Tue, 3 Jun 97 19:15:08 -0700 Received: from airbus.broadcom.com (airbus.broadcom.com [207.93.178.3]) by fortress.broadcom.com (8.8.5/8.8.5) with ESMTP id TAA16888 for ; Tue, 3 Jun 1997 19:18:41 -0700 (PDT) Received: (from jsin@localhost) by airbus.broadcom.com (8.8.5/8.8.4) id TAA02578; Tue, 3 Jun 1997 19:18:40 -0700 (PDT) Message-Id: <199706040218.TAA02578@airbus.broadcom.com> Date: Tue, 3 Jun 1997 19:18:40 -0700 (PDT) From: John Sin Reply-To: jsin@broadcom.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3771: bug report for 2.2.2-RELEASE Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3771 >Category: kern >Synopsis: NFS hangs when writing to local FS re-mounted via NFS >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 3 19:20:01 PDT 1997 >Last-Modified: >Originator: John Sin >Organization: Broadcom Corporation >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Sat May 31 15:24:00 PDT 1997 DELL Pentium Pro Edge 2100/180. 64MB RAM. On-Board AIC7880 SCSI plus Adaptec 2940 UW. 3COM 3c595 100BaseTX. 3 SCSI hard drives and SCSI CDROM. DELL Pentium II H266. 96MB RAM. On-Board EIDE controller. 3COM 3c905 100BaseTX. 1 IDE hard drive and an IDE CDROM >Description: NFS hangs, when writing a sizable file to a local filesystem that has been re-mounted via NFS (typically via amd, but not necessarily). The reason for re-mounting local filesystem via NFS is so that directory names can be kept the same across all machines. Small files can be written ok to such a filesystem (it seems). Large files can be read OK. Whenever the system dies, all NFS daemons are in 'D' state, with very high priority. Here's a sample of "ps axl | grep nfs": UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND 0 96 1 9 2 0 232 116 accept Is ?? 0:00.01 nfsd: master 0 100 96 0 -14 0 224 104 uihget D ?? 0:00.51 nfsd: server 0 101 96 0 -1 0 224 104 nfsrcv D ?? 0:00.05 nfsd: server 0 102 96 0 -14 0 224 104 uihget D ?? 0:00.01 nfsd: server 0 103 96 0 -14 0 224 104 uihget D ?? 0:00.00 nfsd: server 0 109 1 0 2 0 208 88 sbwait D ?? 0:00.24 nfsiod -n 4 0 110 1 0 -1 0 208 88 nfsrvc D ?? 0:00.06 nfsiod -n 4 0 111 1 0 -1 0 208 88 nfsrvc D ?? 0:00.01 nfsiod -n 4 0 112 1 0 -1 0 208 88 nfsrvc D ?? 0:00.01 nfsiod -n 4 100 385 170 0 -1 0 260 156 nfsrvc D+ ?? 0:00.14 cp /tmp/file It does appear that NFS in general works -- at least I can mount remote machines' filesystems and copy data in and out without the system hanging. I only experience NFS problem with local filesystem re-mounted via NFS. >How-To-Repeat: cat /kernel > /tmp/junkfile cat /kernel >> /tmp/junkfile cat /kernel >> /tmp/junkfile [hopefully this results in /tmp/junkfile > 3MB] mount localhost:/ mnt cp /mnt/tmp/junkfile /tmp/junkfile.copy [this works ok cp /tmp/junkfile /mnt/tmp/junkfile.dead [this hangs the system] >Fix: Unknown >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jun 3 19:23:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA11525 for bugs-outgoing; Tue, 3 Jun 1997 19:23:21 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA11517 for ; Tue, 3 Jun 1997 19:23:17 -0700 (PDT) Received: from super-g.inch.com (super-g.com [204.178.32.161]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id TAA29344 for ; Tue, 3 Jun 1997 19:23:11 -0700 (PDT) Received: from localhost (spork@localhost) by super-g.inch.com (8.8.5/8.6.9) with SMTP id WAA06706; Tue, 3 Jun 1997 22:39:12 GMT Date: Tue, 3 Jun 1997 22:39:12 +0000 (GMT) From: spork X-Sender: spork@super-g.inch.com To: "Jordan K. Hubbard" cc: jwb@fore.com, bugs@freebsd.org Subject: Re: ppp and static IP (fwd) In-Reply-To: <2910.865365591@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I do happen to have some extra eval Bays here, and I think I may be able to set up an interface as RS232 and throw a modem w/PPP on it... These are running SW rel. 11.01. It'd be a long-distance call to NYC, but if anyone wants to play, they are welcome. Charles On Tue, 3 Jun 1997, Jordan K. Hubbard wrote: > > This is a compatibility issue between a Bay release and seems to be unique > > to freebsd pppd. Bay claims the freebsd crew screwed up. I thought you might > > like to know. If I am wrong on either assumption please accept my sincere > > apologies. I'm a user, not a developer (or even programmer for that matter). > > We do like to know about such things, but I don't see how we have any > hope of actually doing anything about this without a lot more debugging > information. > > It's sort of like calling up tech support and saying "my computer > doesn't work." They ask "what do you mean? how?" and you answer "I > don't know, it just doesn't work. Thought you guys would want to > know, that's all." Things can only go rapidly downhill from there, > you dig? > > That's why I asked you to try out userland ppp first so that we could > at least narrow down the behavior to pppd or not. That's the first > level of coarse adjustment, lacking much detail about the actual failure > with pppd. We certainly can't afford to go out and buy a Bay Networks > device, so I'm genuinely puzzled as to what you expected us to accomplish > with so little information. :-( > > Jordan > From owner-freebsd-bugs Wed Jun 4 00:40:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA02938 for bugs-outgoing; Wed, 4 Jun 1997 00:40:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA02906; Wed, 4 Jun 1997 00:40:02 -0700 (PDT) Resent-Date: Wed, 4 Jun 1997 00:40:02 -0700 (PDT) Resent-Message-Id: <199706040740.AAA02906@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, samath@slt.lk Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA01520; Wed, 4 Jun 1997 00:30:37 -0700 (PDT) Message-Id: <199706040730.AAA01520@hub.freebsd.org> Date: Wed, 4 Jun 1997 00:30:37 -0700 (PDT) From: samath@slt.lk To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/3775: Time Zone for Sri Lanka - LKT Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3775 >Category: conf >Synopsis: Time Zone for Sri Lanka - LKT >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Jun 4 00:40:01 PDT 1997 >Last-Modified: >Originator: Samath Wijesundera >Organization: Sri Lanka Telecom >Release: FreeBSD 2.2.1-RELEASE >Environment: FreeBSD rock.slt.lk 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Wed May 28 17:14:07 LKT 1997 root@rock.slt.lk:/usr/src/sys/compile/SLT i386 >Description: I am a Sri Lankan and My time zone is GMT+0600. No DST is in effect in our country and need to set the LKT to GMT+0600 instead of GMT+0630 Also this should be corrected in future versions. Please let me know how to correct this in my Host - Samath Wijesundera >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jun 4 03:40:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA16449 for bugs-outgoing; Wed, 4 Jun 1997 03:40:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA16423; Wed, 4 Jun 1997 03:40:02 -0700 (PDT) Resent-Date: Wed, 4 Jun 1997 03:40:02 -0700 (PDT) Resent-Message-Id: <199706041040.DAA16423@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, flash@hway.ru Received: from thorin.hway.ru (flash@thorin.hway.ru [194.87.58.130]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA16157 for ; Wed, 4 Jun 1997 03:36:17 -0700 (PDT) Received: (from flash@localhost) by thorin.hway.ru (8.8.5/8.8.5) id OAA20382; Wed, 4 Jun 1997 14:36:02 +0400 (MSD) Message-Id: <199706041036.OAA20382@thorin.hway.ru> Date: Wed, 4 Jun 1997 14:36:02 +0400 (MSD) From: flash Reply-To: flash@hway.ru To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/3776: Intel EtherExpress PRO/10 driver bugs Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3776 >Category: i386 >Synopsis: Two typographical errors in the code >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 4 03:40:00 PDT 1997 >Last-Modified: >Originator: flash@hway.ru >Organization: Integrated Network Technologies >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: FreeBSD 2.2.1 with two Intel EtherExpress Pro/10 ISA FX and TX boards >Description: Driver is not working even with one board installed 'cause of a typo in the initialization code. >How-To-Repeat: Install the board and try to use it. Link goes down after ifconfig. >Fix: Here is a patch for FreeBSD-current as of 970603. The problem also known to exist in 2.1.7, 2.2.1, 2.2.2 *** if_ex.c.old Tue Jun 3 12:19:32 1997 --- if_ex.c Tue Jun 3 12:21:09 1997 *************** *** 317,323 **** */ outb(iobase + REG1, inb(iobase + REG1) | Tx_Chn_Int_Md | Tx_Chn_ErStp | Disc_Bad_Fr); outb(iobase + REG2, inb(iobase + REG2) | No_SA_Ins | RX_CRC_InMem); ! outb(iobase + REG3, inb(iobase + REG3) | 0x3f /* XXX constants. */ ); outb(iobase + CMD_REG, Bank1_Sel); outb(iobase + INT_NO_REG, (inb(iobase + INT_NO_REG) & 0xf8) | irq2eemap[sc->irq_no]); --- 317,323 ---- */ outb(iobase + REG1, inb(iobase + REG1) | Tx_Chn_Int_Md | Tx_Chn_ErStp | Disc_Bad_Fr); outb(iobase + REG2, inb(iobase + REG2) | No_SA_Ins | RX_CRC_InMem); ! outb(iobase + REG3, inb(iobase + REG3) & 0x3f /* XXX constants. */ ); outb(iobase + CMD_REG, Bank1_Sel); outb(iobase + INT_NO_REG, (inb(iobase + INT_NO_REG) & 0xf8) | irq2eemap[sc->irq_no]); *************** *** 350,356 **** */ outw(iobase + RCV_BAR, sc->rx_lower_limit); sc->rx_head = sc->rx_lower_limit; ! outw(iobase + RCV_STOP_REG, sc->rx_upper_limit & 0xfe); outw(iobase + XMT_BAR, sc->tx_lower_limit); sc->tx_head = sc->tx_tail = sc->tx_lower_limit; --- 350,356 ---- */ outw(iobase + RCV_BAR, sc->rx_lower_limit); sc->rx_head = sc->rx_lower_limit; ! outw(iobase + RCV_STOP_REG, sc->rx_upper_limit | 0xfe); outw(iobase + XMT_BAR, sc->tx_lower_limit); sc->tx_head = sc->tx_tail = sc->tx_lower_limit; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jun 4 06:10:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA27078 for bugs-outgoing; Wed, 4 Jun 1997 06:10:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA27071; Wed, 4 Jun 1997 06:10:01 -0700 (PDT) Resent-Date: Wed, 4 Jun 1997 06:10:01 -0700 (PDT) Resent-Message-Id: <199706041310.GAA27071@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, andrew@ugh.net.au Received: from css.tuu.utas.edu.au (acs@css.tuu.utas.edu.au [131.217.115.65]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA26743 for ; Wed, 4 Jun 1997 06:03:09 -0700 (PDT) Received: (from acs@localhost) by css.tuu.utas.edu.au (8.8.5/8.8.5) id XAA10413; Wed, 4 Jun 1997 23:03:16 +1000 (EST) Message-Id: <199706041303.XAA10413@css.tuu.utas.edu.au> Date: Wed, 4 Jun 1997 23:03:16 +1000 (EST) From: Andrew Reply-To: andrew@ugh.net.au To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3777: Bug in Quiz (shakespeare) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3777 >Category: bin >Synopsis: quiz dies early >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 4 06:10:00 PDT 1997 >Last-Modified: >Originator: Andrew >Organization: UgH! >Release: FreeBSD 2.2-STABLE i386 >Environment: 2.2-STABLE as of about Jun 2 97 >Description: When you run quiz Shakespeare-lines character eventually (after a random number of questions it dies with: quiz: unmatched alternator in regexp }:Hamlet{ III-i}:Hamlet >How-To-Repeat: type: quiz Shakespeare-lines character. You may have to get a lot wrong and pass a lot...I have no way of testing it when you get the questions right :-| >Fix: Presumable the bug is in /usr/src/games/quiz/datfiles/bard but I dont have time to look atm. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jun 4 07:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA01788 for bugs-outgoing; Wed, 4 Jun 1997 07:50:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA01780; Wed, 4 Jun 1997 07:50:01 -0700 (PDT) Date: Wed, 4 Jun 1997 07:50:01 -0700 (PDT) Message-Id: <199706041450.HAA01780@hub.freebsd.org> To: freebsd-bugs Cc: From: John Polstra Subject: Re: kern/3771 NFS hangs when writing to local FS re-mounted via NFS Reply-To: John Polstra Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3771; it has been noted by GNATS. From: John Polstra To: freebsd-gnats-submit@freebsd.org Cc: Chris Timmons Subject: Re: kern/3771 NFS hangs when writing to local FS re-mounted via NFS Date: Wed, 04 Jun 1997 07:40:47 -0700 > mount localhost:/ mnt > cp /mnt/tmp/junkfile /tmp/junkfile.copy [this works ok > cp /tmp/junkfile /mnt/tmp/junkfile.dead [this hangs the system] Chris Timmons has pointed out in private mail that this looks like it might be caused by a more general problem with the loopback interface that I and others have noticed. Could you please try the same test again, but using your real host name instead of "localhost" for the mount? -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-bugs Wed Jun 4 08:39:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA04722 for bugs-outgoing; Wed, 4 Jun 1997 08:39:56 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA04717 for ; Wed, 4 Jun 1997 08:39:54 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id QAA14111; Wed, 4 Jun 1997 16:39:37 +0100 (BST) Date: Wed, 4 Jun 1997 16:39:37 +0100 (BST) From: Doug Rabson To: John Polstra cc: freebsd-bugs@hub.freebsd.org Subject: Re: kern/3771 NFS hangs when writing to local FS re-mounted via NFS In-Reply-To: <199706041450.HAA01780@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 4 Jun 1997, John Polstra wrote: > The following reply was made to PR kern/3771; it has been noted by GNATS. > > From: John Polstra > To: freebsd-gnats-submit@freebsd.org > Cc: Chris Timmons > Subject: Re: kern/3771 NFS hangs when writing to local FS re-mounted via NFS > Date: Wed, 04 Jun 1997 07:40:47 -0700 > > > mount localhost:/ mnt > > cp /mnt/tmp/junkfile /tmp/junkfile.copy [this works ok > > cp /tmp/junkfile /mnt/tmp/junkfile.dead [this hangs the system] > > Chris Timmons has pointed out in private mail that this looks like > it might be caused by a more general problem with the loopback > interface that I and others have noticed. Could you please try > the same test again, but using your real host name instead of > "localhost" for the mount? There is a deadly embrace style deadlock when you loopback mount a filesystem using NFSv3. I don't plan to try and fix this since I don't think loopback mounts are useful other than for trivial testing. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 From owner-freebsd-bugs Wed Jun 4 08:47:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA05477 for bugs-outgoing; Wed, 4 Jun 1997 08:47:29 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA05467 for ; Wed, 4 Jun 1997 08:47:25 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id IAA09459; Wed, 4 Jun 1997 08:46:54 -0700 (PDT) Message-Id: <199706041546.IAA09459@austin.polstra.com> To: Doug Rabson cc: freebsd-bugs@hub.freebsd.org Subject: Re: kern/3771 NFS hangs when writing to local FS re-mounted via NFS In-reply-to: Your message of "Wed, 04 Jun 1997 16:39:37 BST." References: Date: Wed, 04 Jun 1997 08:46:54 -0700 From: John Polstra Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > There is a deadly embrace style deadlock when you loopback mount > a filesystem using NFSv3. I don't plan to try and fix this since > I don't think loopback mounts are useful other than for trivial > testing. What is it about the loopback interface that's different? This affects CVSup to localhost too (with a deadlock), and that is sometimes useful. I can't see how it could happen unless the loopback interface is failing to behave like a stream transport is supposed to behave. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-bugs Wed Jun 4 08:57:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA06455 for bugs-outgoing; Wed, 4 Jun 1997 08:57:22 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA06449 for ; Wed, 4 Jun 1997 08:57:15 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id QAA14232; Wed, 4 Jun 1997 16:57:19 +0100 (BST) Date: Wed, 4 Jun 1997 16:57:19 +0100 (BST) From: Doug Rabson To: John Polstra cc: freebsd-bugs@hub.freebsd.org Subject: Re: kern/3771 NFS hangs when writing to local FS re-mounted via NFS In-Reply-To: <199706041546.IAA09459@austin.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 4 Jun 1997, John Polstra wrote: > > There is a deadly embrace style deadlock when you loopback mount > > a filesystem using NFSv3. I don't plan to try and fix this since > > I don't think loopback mounts are useful other than for trivial > > testing. > > What is it about the loopback interface that's different? This > affects CVSup to localhost too (with a deadlock), and that is > sometimes useful. I can't see how it could happen unless the > loopback interface is failing to behave like a stream transport > is supposed to behave. The deadly embrace is in NFS. The sequence of events is something like this: NFS client allocates a buffer and fills it with data NFS client does a write rpc and locks the socket to read the reply NFS server gets the write rpc and starts to process it NFS server allocates a buffer to write the data VFS runs out of clean buffers and picks a dirty one (B_NEEDCOMMIT|B_DELWRI) VFS calls NFS client to clean the buffer NFS client tries to do a commit rpc but hangs because the socket is locked -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 From owner-freebsd-bugs Wed Jun 4 09:04:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA07000 for bugs-outgoing; Wed, 4 Jun 1997 09:04:45 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA06995 for ; Wed, 4 Jun 1997 09:04:43 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id JAA09579; Wed, 4 Jun 1997 09:04:16 -0700 (PDT) Message-Id: <199706041604.JAA09579@austin.polstra.com> To: Doug Rabson cc: freebsd-bugs@hub.freebsd.org Subject: Re: kern/3771 NFS hangs when writing to local FS re-mounted via NFS In-reply-to: Your message of "Wed, 04 Jun 1997 16:57:19 BST." References: Date: Wed, 04 Jun 1997 09:04:16 -0700 From: John Polstra Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > The deadly embrace is in NFS. The sequence of events is something like > this: > > NFS client allocates a buffer and fills it with data > NFS client does a write rpc and locks the socket to read the reply > NFS server gets the write rpc and starts to process it > NFS server allocates a buffer to write the data > VFS runs out of clean buffers and picks a dirty one > (B_NEEDCOMMIT|B_DELWRI) > VFS calls NFS client to clean the buffer > NFS client tries to do a commit rpc but hangs because the socket > is locked That sounds like a different problem than the one that hits CVSup, then. CVSup just opens up two SOCK_STREAM connections between client and server, and does a bunch of non-blocking reads and writes. Because of the way the application is structured, it's easily proved that there's no inherent deadlock. (It's a linear pipeline of 5 threads connected by 4 unidirectional channels.) It hangs when localhost is used, but not when other transports are used. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-bugs Wed Jun 4 09:30:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA08584 for bugs-outgoing; Wed, 4 Jun 1997 09:30:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA08578; Wed, 4 Jun 1997 09:30:03 -0700 (PDT) Date: Wed, 4 Jun 1997 09:30:03 -0700 (PDT) Message-Id: <199706041630.JAA08578@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: kern/3771: bug report for 2.2.2-RELEASE Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3771; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: jsin@broadcom.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/3771: bug report for 2.2.2-RELEASE Date: Wed, 4 Jun 1997 18:11:12 +0200 As John Sin wrote: > >Synopsis: NFS hangs when writing to local FS re-mounted via NFS I remember a comment of Doug Rabson that this was a known problem with our NFSv3 implementation. -- 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-bugs Wed Jun 4 11:20:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA16809 for bugs-outgoing; Wed, 4 Jun 1997 11:20:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA16776; Wed, 4 Jun 1997 11:20:04 -0700 (PDT) Resent-Date: Wed, 4 Jun 1997 11:20:04 -0700 (PDT) Resent-Message-Id: <199706041820.LAA16776@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, jin@iss-p1.lbl.gov Received: from iss-p1.lbl.gov (iss-p1.lbl.gov [131.243.2.47]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA15941 for ; Wed, 4 Jun 1997 11:13:03 -0700 (PDT) Received: (from jin@localhost) by iss-p1.lbl.gov (8.8.5/8.8.5) id LAA11019; Wed, 4 Jun 1997 11:12:59 -0700 (PDT) Message-Id: <199706041812.LAA11019@iss-p1.lbl.gov> Date: Wed, 4 Jun 1997 11:12:59 -0700 (PDT) From: "Jin Guojun[ITG]" Reply-To: jin@iss-p1.lbl.gov To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3778: ypbind -S domainname,server1,... does not function Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3778 >Category: bin >Synopsis: ypbind -S domainname,server1,... does not function >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 4 11:20:02 PDT 1997 >Last-Modified: >Originator: Jin Guojun[ITG] >Organization: >Release: FreeBSD 2.2-RELEASE i386 >Environment: All RELEASES >Description: iss-p1# ypbind -S itg,george iss-p1# ypwhich can't yp_bind: Reason: Domain not bound iss-p1# ps uxgw | grep yp root 190 0.0 0.9 192 276 ?? Ss 11:03AM 0:00.01 ypbind -S itg root 191 0.0 0.7 192 196 ?? S 11:03AM 0:00.00 ypbind -S itg iss-p1# which ypbind /usr/sbin/ypbind Actually, the need is to specify mulltiple ypserver: iss-p1# ypbind -S itg,george,slave1,slave2 for YP clients on different subnet. The commend # ypbind -ypset + ypset ypserver works, but only one ypserver can be specified, which is not sufficient. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jun 4 12:00:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA20913 for bugs-outgoing; Wed, 4 Jun 1997 12:00:02 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA20894; Wed, 4 Jun 1997 12:00:01 -0700 (PDT) Date: Wed, 4 Jun 1997 12:00:01 -0700 (PDT) Message-Id: <199706041900.MAA20894@hub.freebsd.org> To: freebsd-bugs Cc: From: jsin@broadcom.com (John Sin) Subject: Re: kern/3771: bug report for 2.2.2-RELEASE Reply-To: jsin@broadcom.com (John Sin) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3771; it has been noted by GNATS. From: jsin@broadcom.com (John Sin) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/3771: bug report for 2.2.2-RELEASE Date: Wed, 4 Jun 1997 11:57:20 -0700 >Chris Timmons has pointed out in private mail that this looks like >it might be caused by a more general problem with the loopback >interface that I and others have noticed. Could you please try >the same test again, but using your real host name instead of >"localhost" for the mount? The problem occurs with real host name as well as "localhost". I used "localhost" in the example in an attempt to isolate this problem from other network related issues. >I remember a comment of Doug Rabson that this was a known problem >with our NFSv3 implementation. That seems correct. When I mount the filesystem with NFSv2 -- as in mount -t nfs -o -2 localhost:/ /mnt this problem went away. So at least now I have a workaround! Hopefully this will be fixed soon. Thanks for your help! From owner-freebsd-bugs Wed Jun 4 12:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA27835 for bugs-outgoing; Wed, 4 Jun 1997 12:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA27821; Wed, 4 Jun 1997 12:50:02 -0700 (PDT) Resent-Date: Wed, 4 Jun 1997 12:50:02 -0700 (PDT) Resent-Message-Id: <199706041950.MAA27821@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, lab@gta.com Received: from gnat.gta.com (zombie2.magicnet.net [206.104.206.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA27541 for ; Wed, 4 Jun 1997 12:48:30 -0700 (PDT) Received: (from lab@localhost) by gnat.gta.com (8.8.5/8.8.5) id MAA00751; Wed, 4 Jun 1997 12:45:30 -0400 (EDT) Message-Id: <199706041645.MAA00751@gnat.gta.com> Date: Wed, 4 Jun 1997 12:45:30 -0400 (EDT) From: lab@gta.com Reply-To: lab@gta.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/3779: destructive cursor Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3779 >Category: i386 >Synopsis: changing cursor to blinking block causes display corruption >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 4 12:50:01 PDT 1997 >Last-Modified: >Originator: Larry Baird >Organization: GTA >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: slower machines show problem (i.e 486). >Description: I am still working on understanding this problem. But sometimes when using a blinking block cursor in character mode the screen gets corrupted. It appears to only happen on slow machines. When the problem first happens I notice a few extra bits (same bit pattern) appearing in each position of the screen on all consoles. The screen will then slowly get more and more corrupted until it becomes unreadable. The systems continue to run fine. >How-To-Repeat: Send "\033[=3C" to one of FreeBSD's consoles and wait. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jun 4 14:00:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA12316 for bugs-outgoing; Wed, 4 Jun 1997 14:00:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA12251; Wed, 4 Jun 1997 14:00:01 -0700 (PDT) Date: Wed, 4 Jun 1997 14:00:01 -0700 (PDT) Message-Id: <199706042100.OAA12251@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Paul Subject: Re: bin/3778: ypbind -S domainname,server1,... does not function Reply-To: Bill Paul Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3778; it has been noted by GNATS. From: Bill Paul To: jin@iss-p1.lbl.gov Cc: gnats@freebsd.org Subject: Re: bin/3778: ypbind -S domainname,server1,... does not function Date: Wed, 4 Jun 1997 15:23:21 -0400 (EDT) Of all the gin joints in all the towns in all the world, Jin Guojun[ITG] had to walk into mine and say: > > >Number: 3778 > >Category: bin > >Synopsis: ypbind -S domainname,server1,... does not function > >Confidential: no > >Severity: non-critical > >Priority: medium > >Responsible: freebsd-bugs > >State: open > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Wed Jun 4 11:20:02 PDT 1997 > >Last-Modified: > >Originator: Jin Guojun[ITG] > >Organization: > >Release: FreeBSD 2.2-RELEASE i386 > >Environment: > > All RELEASES > >Description: > > iss-p1# ypbind -S itg,george > iss-p1# ypwhich > can't yp_bind: Reason: Domain not bound > iss-p1# ps uxgw | grep yp > root 190 0.0 0.9 192 276 ?? Ss 11:03AM 0:00.01 ypbind -S itg > root 191 0.0 0.7 192 196 ?? S 11:03AM 0:00.00 ypbind -S itg > iss-p1# which ypbind > /usr/sbin/ypbind > > Actually, the need is to specify mulltiple ypserver: > > iss-p1# ypbind -S itg,george,slave1,slave2 > > for YP clients on different subnet. Your description of the problem is not very clear: it is difficult to tell exactly what it is you are trying to do. My main question has to do with the client iss-p1 and the server george: are they on the same subnet or not? If not, then the behavior you are experiencing is not a bug: the -S flag does not provide any special magic that allows NIS clients to bind to servers on remote subnets. With the -S flag, ypbind still transmits broadcasts and waits for replies from qualified servers; the difference is that with the -S option, ypbind will only honor replies from machines specified in the 'restricted mode' server list. It will also only bind to the restricted mode domain. The only way to ypbind do what you want it to do is to download the ypbind source code from FreeBSD-current and compile that on your 2.2 system. (It should compile without any problem.) Once you have that, use the following: # ypbind -m -S domain,server1,server2,server3,server4,... The -m flag is new: it tells ypbind to use a 'many-cast' instead of a broadcast. This will allow it to bind to any of the servers even if they are on remote subnets. Please try this: if it fixes your problem, I let me know so I can close out this PR. -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" ============================================================================= From owner-freebsd-bugs Wed Jun 4 15:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA15584 for bugs-outgoing; Wed, 4 Jun 1997 15:00:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA15568; Wed, 4 Jun 1997 15:00:02 -0700 (PDT) Date: Wed, 4 Jun 1997 15:00:02 -0700 (PDT) Message-Id: <199706042200.PAA15568@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jin Guojun[ITG]" Subject: Re: bin/3778: ypbind -S domainname,server1,... does not function Reply-To: "Jin Guojun[ITG]" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3778; it has been noted by GNATS. From: "Jin Guojun[ITG]" To: jin@iss-p1.lbl.gov, wpaul@skynet.ctr.columbia.edu Cc: gnats@freebsd.org Subject: Re: bin/3778: ypbind -S domainname,server1,... does not function Date: Wed, 4 Jun 1997 14:47:08 -0700 } > iss-p1# ypbind -S itg,george } > iss-p1# ypwhich } > can't yp_bind: Reason: Domain not bound } > iss-p1# ps uxgw | grep yp } > root 190 0.0 0.9 192 276 ?? Ss 11:03AM 0:00.01 ypbind -S itg } > root 191 0.0 0.7 192 196 ?? S 11:03AM 0:00.00 ypbind -S itg } > iss-p1# which ypbind } > /usr/sbin/ypbind } > } > Actually, the need is to specify mulltiple ypserver: } > } > iss-p1# ypbind -S itg,george,slave1,slave2 } > } > for YP clients on different subnet. } } Your description of the problem is not very clear: it is difficult to } tell exactly what it is you are trying to do. } } My main question has to do with the client iss-p1 and the server george: } are they on the same subnet or not? If not, then the behavior you are } experiencing is not a bug: the -S flag does not provide any special } magic that allows NIS clients to bind to servers on remote subnets. I think the problem is clear. Otherwise, the man page is WRONG. According to the manual page -- ypbind -- the -S option is the better way for options -ypset and -ypsetme. Where is -ypset option used? at remote subnets. However, ypset can set only one ypserver for clients, and one ypserver always causes problem at remote site. Any router problem, ypserver problem, and network problem will kill all computers on a remote site. } With the -S flag, ypbind still transmits broadcasts and waits for replies } from qualified servers; the difference is that with the -S option, ypbind } will only honor replies from machines specified in the 'restricted mode' } server list. It will also only bind to the restricted mode domain. } } The only way to ypbind do what you want it to do is to download the } ypbind source code from FreeBSD-current and compile that on your 2.2 } system. (It should compile without any problem.) Once you have that, } use the following: } } # ypbind -m -S domain,server1,server2,server3,server4,... } } The -m flag is new: it tells ypbind to use a 'many-cast' instead of } a broadcast. This will allow it to bind to any of the servers even } if they are on remote subnets. I will try it and let you know the result. Thanks, -Jin From owner-freebsd-bugs Wed Jun 4 15:00:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA15598 for bugs-outgoing; Wed, 4 Jun 1997 15:00:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA15583; Wed, 4 Jun 1997 15:00:03 -0700 (PDT) Resent-Date: Wed, 4 Jun 1997 15:00:03 -0700 (PDT) Resent-Message-Id: <199706042200.PAA15583@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, sanewo@ba2.so-net.or.jp Received: from sanewo.ba2.so-net.or.jp (pppba4b.pppp.ap.so-net.or.jp [210.132.186.75]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA15308 for ; Wed, 4 Jun 1997 14:56:07 -0700 (PDT) Received: (from sanewo@localhost) by sanewo.ba2.so-net.or.jp (8.8.5/8.7.3) id GAA20600; Thu, 5 Jun 1997 06:51:47 +0900 (JST) Message-Id: <199706042151.GAA20600@sanewo.ba2.so-net.or.jp> Date: Thu, 5 Jun 1997 06:51:47 +0900 (JST) From: sanewo@ba2.so-net.or.jp Reply-To: sanewo@ba2.so-net.or.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3780: WEXITSTATUS() may return nagative value, which causes sh to generate bad $? Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3780 >Category: bin >Synopsis: WEXITSTATUS() may return nagative value, which causes sh to generate bad $? >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 4 15:00:03 PDT 1997 >Last-Modified: >Originator: Takanori Saneto >Organization: an individual >Release: FreeBSD 3.0-CURRENT i386 >Environment: current as of June 1 1997. >Description: When subprocess of /bin/sh exit(2)s with negative argument, the value of $? bacomes bad. (-/ instead of -1, for example) >How-To-Repeat: # /bin/sh -c 'perl -e "exit -1"; echo $?' -/ >Fix: *** bin/sh/expand.c.org Thu Jun 5 06:45:18 1997 --- bin/sh/expand.c Thu Jun 5 06:45:43 1997 *************** *** 1388,1393 **** --- 1388,1394 ---- temp[31] = '\0'; + if (neg) num = -num; do { *--p = num % 10 + '0'; } while ((num /= 10) != 0); BTW, should WEXITSTATUS() return unsigned value? (I don't know what POSIX says about this) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jun 4 15:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA20122 for bugs-outgoing; Wed, 4 Jun 1997 15:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA20110; Wed, 4 Jun 1997 15:30:02 -0700 (PDT) Date: Wed, 4 Jun 1997 15:30:02 -0700 (PDT) Message-Id: <199706042230.PAA20110@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jin Guojun[ITG]" Subject: Re: bin/3778: ypbind -S domainname,server1,... does not function Reply-To: "Jin Guojun[ITG]" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3778; it has been noted by GNATS. From: "Jin Guojun[ITG]" To: jin@iss-p1.lbl.gov, wpaul@skynet.ctr.columbia.edu Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/3778: ypbind -S domainname,server1,... does not function Date: Wed, 4 Jun 1997 15:19:26 -0700 > The only way to ypbind do what you want it to do is to download the > ypbind source code from FreeBSD-current and compile that on your 2.2 > system. (It should compile without any problem.) Once you have that, > use the following: > > # ypbind -m -S domain,server1,server2,server3,server4,... > > The -m flag is new: it tells ypbind to use a 'many-cast' instead of > a broadcast. This will allow it to bind to any of the servers even > if they are on remote subnets. It works, but ypwhich kills it. That is, I cannot use ypwhich to fin out which ypserver is currently using. The ypbind is killed a couple of seconds after ypwhich command issued. Please let me know when this is fixed. Thanks again, -Jin From owner-freebsd-bugs Wed Jun 4 15:50:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA24646 for bugs-outgoing; Wed, 4 Jun 1997 15:50:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA24637; Wed, 4 Jun 1997 15:50:04 -0700 (PDT) Resent-Date: Wed, 4 Jun 1997 15:50:04 -0700 (PDT) Resent-Message-Id: <199706042250.PAA24637@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, smc@itsy.com Received: from beastie.isc.itsy.com (vm.itsy.com [199.92.100.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA22570 for ; Wed, 4 Jun 1997 15:41:33 -0700 (PDT) Received: (from smc@localhost) by beastie.isc.itsy.com (8.8.2/8.8.5) id SAA02790; Wed, 4 Jun 1997 18:43:57 -0400 (EDT) Message-Id: <199706042243.SAA02790@beastie.isc.itsy.com> Date: Wed, 4 Jun 1997 18:43:57 -0400 (EDT) From: smc@itsy.com Reply-To: smc@itsy.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/3781: "timed_enabled" != "timed_enable" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3781 >Category: conf >Synopsis: timed does not start when "timed_enabled"=YES in rc.conf >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 4 15:50:01 PDT 1997 >Last-Modified: >Originator: Shawn M. Carey >Organization: >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: >Description: timed does not start after rebooting with the "timed_enabled" variable set to "YES" in /etc/rc.conf, because /etc/rc.network is testing the value of "timed_enable". >How-To-Repeat: Set timed_enabled to YES in /etc/rc.conf. reboot. >Fix: Apply the following patch to /usr/src/etc/rc.conf: *** rc.conf.orig Wed Jun 4 18:41:27 1997 --- rc.conf Wed Jun 4 18:40:40 1997 *************** *** 54,60 **** xtend_flags="" # Flags to xtend (if enabled). ### Network Time Services options: ### ! timed_enabled="NO" # Run the time daemon (or NO). timed_flags="" # Flags to timed (if enabled). ntpdate_enable="NO" # Run the ntpdate to sync time (or NO). ntpdate_flags="" # Flags to ntpdate (if enabled). --- 54,60 ---- xtend_flags="" # Flags to xtend (if enabled). ### Network Time Services options: ### ! timed_enable="NO" # Run the time daemon (or NO). timed_flags="" # Flags to timed (if enabled). ntpdate_enable="NO" # Run the ntpdate to sync time (or NO). ntpdate_flags="" # Flags to ntpdate (if enabled). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jun 4 16:30:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA01849 for bugs-outgoing; Wed, 4 Jun 1997 16:30:10 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA01825; Wed, 4 Jun 1997 16:30:06 -0700 (PDT) Date: Wed, 4 Jun 1997 16:30:06 -0700 (PDT) Message-Id: <199706042330.QAA01825@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: bin/3780: WEXITSTATUS() may return nagative value, which causes sh to generate bad $? Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3780; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.ORG, sanewo@ba2.so-net.or.jp Cc: Subject: Re: bin/3780: WEXITSTATUS() may return nagative value, which causes sh to generate bad $? Date: Thu, 5 Jun 1997 09:25:08 +1000 >BTW, should WEXITSTATUS() return unsigned value? (I don't know what POSIX says about this) WEXITSTATUS returns an 8-bit value, but is only valid on values return by wait(). sh corrupts these values by storing them in ps->status which has type short. This happens not to lose information under FreeBSD, but it causes some sign extension problems. When a process exits with the bogus status of -1, -1 first gets corrupted to 0xff. Then on 32-bit little-endian 2's complement machines, wait(&status) in the parent process stores 0xff00 in the int `status'. (short)0xff00 is (int)0xffffff00 and shifting this in WEXITSTATUS() gives (int)0xffffffff. POSIX.1 requires the arg to WEXITSTATUS() to be `the integer value pointed to by stat_loc'. I interpret this as saying that the arg must have integral type and the same value as the `int' that stat_loc once pointed to. I tried WEXITSTATUS((short)status) to test this, but the macro failed at compile time. The wait macros seem to be non-POSIX conformant in the non- _POSIX_SOURCE case because of the crufty (*(int *)&(w)) conversion doesn't work unless `w' is an lvalue of type `int'. sh also stores pids in variables of type short. This happens not to lose information under FreeBSD (because PID_MAX is 30000). Bruce From owner-freebsd-bugs Wed Jun 4 16:40:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA03505 for bugs-outgoing; Wed, 4 Jun 1997 16:40:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA03458; Wed, 4 Jun 1997 16:40:02 -0700 (PDT) Date: Wed, 4 Jun 1997 16:40:02 -0700 (PDT) Message-Id: <199706042340.QAA03458@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Paul Subject: Re: bin/3778: ypbind -S domainname,server1,... does not function Reply-To: Bill Paul Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3778; it has been noted by GNATS. From: Bill Paul To: jin@george.lbl.gov (Jin Guojun[ITG]) Cc: jin@iss-p1.lbl.gov, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/3778: ypbind -S domainname,server1,... does not function Date: Wed, 4 Jun 1997 19:23:36 -0400 (EDT) Of all the gin joints in all the towns in all the world, Jin Guojun[ITG] had to walk into mine and say: > > The only way to ypbind do what you want it to do is to download the > > ypbind source code from FreeBSD-current and compile that on your 2.2 > > system. (It should compile without any problem.) Once you have that, > > use the following: > > > > # ypbind -m -S domain,server1,server2,server3,server4,... > > > > The -m flag is new: it tells ypbind to use a 'many-cast' instead of > > a broadcast. This will allow it to bind to any of the servers even > > if they are on remote subnets. > > It works, but ypwhich kills it. That is, I cannot use ypwhich to fin out > which ypserver is currently using. > > The ypbind is killed a couple of seconds after ypwhich command issued. > > Please let me know when this is fixed. I need more information: - Exactly what FreeBSD release are you running. - Exactly what arguments do you use when invoking ypbind. - If possible, please try to do the following: o Edit the Makefile for the new ypbind and add -g to the CFLAGS options. o Recompile ypbind (make clean; make) o Try to use ypwhich to crash it again o When it crashes, do: % gdb -q ypbind /ypbind.core (gdb) where This result should be a stack trace indicating the line of code where ypbind crashed. I would appreciate it if you could e-mail me the stack trace; this will hopefully give me an idea where it is crashing in the event that I can't reproduce the problem on my test machine. (I tested ypwhich on my machine before committing the changes and didn't have any trouble with it, but I might not have tested the right case to trip the bug.) -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" ============================================================================= From owner-freebsd-bugs Wed Jun 4 17:00:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA06914 for bugs-outgoing; Wed, 4 Jun 1997 17:00:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA06870; Wed, 4 Jun 1997 17:00:02 -0700 (PDT) Resent-Date: Wed, 4 Jun 1997 17:00:02 -0700 (PDT) Resent-Message-Id: <199706050000.RAA06870@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, rohrbach@dino-online.de Received: from www.dino-onlinde.de ([194.162.123.45]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA05766 for ; Wed, 4 Jun 1997 16:52:44 -0700 (PDT) Received: (from rohrbach@localhost) by www.dino-onlinde.de (8.8.5/8.8.5) id HAA03959; Thu, 5 Jun 1997 07:54:44 GMT Message-Id: <199706050754.HAA03959@www.dino-onlinde.de> Date: Thu, 5 Jun 1997 07:54:44 GMT From: "Karsten W. Rohrbach" Reply-To: rohrbach@dino-online.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/3782: /stand/sysinstall misbehaviour in rc.conf handling Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3782 >Category: conf >Synopsis: /stand/sysinstall misbehaviour in rc.conf handling >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 4 17:00:00 PDT 1997 >Last-Modified: >Originator: Karsten W. Rohrbach >Organization: Nacamar Data Communications >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: out of the box 2.2.2-release installation with multiple scsi hard disks >Description: when running /stand/sysinstall to fdisk or label a disk and to set options it modifies /etc/rc.conf in a bad way by adding the comment field again and again to the end of the lines >How-To-Repeat: run /stand/sysinstall to change a label, fdisk a disk or to change system config options in the configurations menu >Fix: check the code that groks rc.conf and clean out comment modification. add a #FIRSTTIME comment and remove it the first time sysinstall modifies the rc.conf file >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jun 4 17:02:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA07803 for bugs-outgoing; Wed, 4 Jun 1997 17:02:53 -0700 (PDT) Received: (from jkh@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA07725; Wed, 4 Jun 1997 17:02:41 -0700 (PDT) Date: Wed, 4 Jun 1997 17:02:41 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199706050002.RAA07725@hub.freebsd.org> To: smc@itsy.com, jkh, freebsd-bugs Subject: Re: conf/3781 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: timed does not start when "timed_enabled"=YES in rc.conf State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed Jun 4 17:02:27 PDT 1997 State-Changed-Why: Fixed in both branches on June 2nd. From owner-freebsd-bugs Wed Jun 4 17:59:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA21779 for bugs-outgoing; Wed, 4 Jun 1997 17:59:02 -0700 (PDT) Received: (from jkh@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA21760; Wed, 4 Jun 1997 17:58:59 -0700 (PDT) Date: Wed, 4 Jun 1997 17:58:59 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199706050058.RAA21760@hub.freebsd.org> To: jkh, freebsd-bugs, jkh Subject: Re: conf/3782 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /stand/sysinstall misbehaviour in rc.conf handling Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: jkh Responsible-Changed-When: Wed Jun 4 17:58:40 PDT 1997 Responsible-Changed-Why: This one's clearly mine! From owner-freebsd-bugs Wed Jun 4 19:10:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA27511 for bugs-outgoing; Wed, 4 Jun 1997 19:10:02 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA27502; Wed, 4 Jun 1997 19:10:01 -0700 (PDT) Date: Wed, 4 Jun 1997 19:10:01 -0700 (PDT) Message-Id: <199706050210.TAA27502@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jin Guojun[ITG]" Subject: Re: bin/3778: ypbind -S domainname,server1,... does not function Reply-To: "Jin Guojun[ITG]" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3778; it has been noted by GNATS. From: "Jin Guojun[ITG]" To: wpaul@skynet.ctr.columbia.edu Cc: freebsd-gnats-submit@FreeBSD.ORG, jin@iss-p1.lbl.gov Subject: Re: bin/3778: ypbind -S domainname,server1,... does not function Date: Wed, 4 Jun 1997 19:01:56 -0700 > > The only way to ypbind do what you want it to do is to download the > > ypbind source code from FreeBSD-current and compile that on your 2.2 > > system. (It should compile without any problem.) Once you have that, > > use the following: > > > > # ypbind -m -S domain,server1,server2,server3,server4,... > > > > The -m flag is new: it tells ypbind to use a 'many-cast' instead of > > a broadcast. This will allow it to bind to any of the servers even > > if they are on remote subnets. > > It works, but ypwhich kills it. That is, I cannot use ypwhich to fin out > which ypserver is currently using. > > The ypbind is killed a couple of seconds after ypwhich command issued. - Exactly what FreeBSD release are you running. - Exactly what arguments do you use when invoking ypbind. # uname -a FreeBSD fudd.lbl.gov 2.1.7.1-RELEASE FreeBSD 2.1.7.1-RELEASE #0: Thu May 29 02:29:22 PDT 1997 root@iss-p6.lbl.gov:/usr/src/sys/compile/MinMax i386 # ypbind -m -S itg,george,pesto # ypwhich can't clnt_call: Can't communicate with ypbind # cd / # gdb -q ypbind /ypbind.core Core was generated by `ypbind'. Program terminated with signal 11, Segmentation fault. #0 0x8055bd4 in end () (gdb) where #0 0x8055bd4 in end () #1 0xefbfcc94 in end () #2 0x19a8 in ypbindprog_2 (rqstp=0xefbfd190, transp=0xf000) at ypbind.c:343 #3 0x803c0ba in end () #4 0x2046 in main (argc=4, argv=0xefbfda2c) at ypbind.c:517 (gdb) up 4 #4 0x2046 in main (argc=4, argv=0xefbfda2c) at ypbind.c:517 517 svc_getreqset(&fdsr); (gdb) l 512 handle_children(ypdb); 513 if (children == (MAX_CHILDREN - 1)) 514 checkwork(); 515 } 516 } 517 svc_getreqset(&fdsr); 518 break; 519 } 520 } 521 (gdb) p fdsr $1 = {fds_bits = {0, 0, 0, 0, 0, 0, 0, 0}} (gdb) down #3 0x803c0ba in end () (gdb) l 522 /* NOTREACHED */ 523 exit(1); 524 } 525 526 void 527 checkwork() 528 { 529 struct _dom_binding *ypdb; 530 531 for(ypdb=ypbindlist; ypdb; ypdb=ypdb->dom_pnext) (gdb) down #2 0x19a8 in ypbindprog_2 (rqstp=0xefbfd190, transp=0xf000) at ypbind.c:343 343 result = (*local)(transp, &argument, rqstp); (gdb) p local $2 = (char *(*)()) 0x16a0 (gdb) down #1 0xefbfcc94 in end () (gdb) l 338 bzero((char *)&argument, sizeof(argument)); 339 if (!svc_getargs(transp, xdr_argument, (caddr_t)&argument)) { 340 svcerr_decode(transp); 341 return; 342 } 343 result = (*local)(transp, &argument, rqstp); 344 if (result != NULL && !svc_sendreply(transp, xdr_result, result)) { 345 svcerr_systemerr(transp); 346 } 347 return; -------------- Auctually, it is not just killed by ypwhich. It will die even the machine is rebooted and kept idel (no one touch it) for a while. -Jin From owner-freebsd-bugs Wed Jun 4 20:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA02454 for bugs-outgoing; Wed, 4 Jun 1997 20:10:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA02439; Wed, 4 Jun 1997 20:10:02 -0700 (PDT) Date: Wed, 4 Jun 1997 20:10:02 -0700 (PDT) Message-Id: <199706050310.UAA02439@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Paul Subject: Re: bin/3778: ypbind -S domainname,server1,... does not function Reply-To: Bill Paul Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3778; it has been noted by GNATS. From: Bill Paul To: jin@george.lbl.gov (Jin Guojun[ITG]) Cc: freebsd-gnats-submit@freebsd.org, jin@iss-p1.lbl.gov Subject: Re: bin/3778: ypbind -S domainname,server1,... does not function Date: Wed, 4 Jun 1997 22:56:32 -0400 (EDT) Of all the gin joints in all the towns in all the world, Jin Guojun[ITG] had to walk into mine and say: > [chop] > > It works, but ypwhich kills it. That is, I cannot use ypwhich to fin out > > which ypserver is currently using. > > > > The ypbind is killed a couple of seconds after ypwhich command issued. > > - Exactly what FreeBSD release are you running. > - Exactly what arguments do you use when invoking ypbind. > > # uname -a > FreeBSD fudd.lbl.gov 2.1.7.1-RELEASE FreeBSD 2.1.7.1-RELEASE #0: Thu May 29 02:29:22 PDT 1997 root@iss-p6.lbl.gov:/usr/src/sys/compile/MinMax i386 Ach... okay. This is the problem: the ypbind code from 2.2.x and up will not work correctly on 2.1.x without taking special precautions. I originally suggested that you try the version from FreeBSD-current because your original PR contained a version tag that said FreeBSD 2.2-RELEASE, so I assumed that's what you were using. There are two things you can do: 1) Compile a static ypbind binary on a 2.2.x or better machine and use that on your 2.1.7.1 machine. 2) Since I develop this stuff on my home machine which still runs 2.1.0, I have compiled versions of the newer YP tools that will run on 2.1.x. You can FTP a copy of a ypbind executable from my home machine if you can't find a 2.2.x or better machine on which to build your own. The binary is at: ftp://skynet.ctr.columbia.edu/pub/freebsd/nis/ypbind I have a very slow link, but the binary is only about 30K. -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" ============================================================================= From owner-freebsd-bugs Thu Jun 5 10:21:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA25544 for bugs-outgoing; Thu, 5 Jun 1997 10:21:10 -0700 (PDT) Received: from asa1.asan.com (asa1.asan.com [206.20.111.11]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA25523 for ; Thu, 5 Jun 1997 10:21:05 -0700 (PDT) Received: from ppp100.asan.com (ppp100.asan.com [206.20.111.100]) by asa1.asan.com (NTMail 3.02.13) with ESMTP id la272621 for ; Thu, 5 Jun 1997 13:20:51 -0400 Message-Id: <3.0.1.32.19970605132101.00f65fbc@asan.com> X-Sender: bugtraq@asan.com X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Thu, 05 Jun 1997 13:21:01 -0400 To: freebsd-bugs@freebsd.org From: WaiKin Wong Subject: Bash Core dumping Cc: freebsd-questions@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm using 2.2.1-RELEASE. And this happens when I start up bash. My default shell is tcsh. But, it seems to happen in csh and sh also. > bash Segmentation fault (core dumped) Is there a fix for this? Or how can I fix it? From owner-freebsd-bugs Thu Jun 5 11:00:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA27602 for bugs-outgoing; Thu, 5 Jun 1997 11:00:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA27587; Thu, 5 Jun 1997 11:00:02 -0700 (PDT) Date: Thu, 5 Jun 1997 11:00:02 -0700 (PDT) Message-Id: <199706051800.LAA27587@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jin Guojun[ITG]" Subject: Re: bin/3778: ypbind -S domainname,server1,... does not function Reply-To: "Jin Guojun[ITG]" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3778; it has been noted by GNATS. From: "Jin Guojun[ITG]" To: wpaul@skynet.ctr.columbia.edu Cc: gnats@freebsd.org Subject: Re: bin/3778: ypbind -S domainname,server1,... does not function Date: Thu, 5 Jun 1997 10:46:51 -0700 > There are two things you can do: > > 1) Compile a static ypbind binary on a 2.2.x or better machine and use > that on your 2.1.7.1 machine. This one does not work. Here is the errors: # ypbind -m -S itg,george,pesto # Jun 5 10:36:00 fudd portmap[203]: connect from 128.3.3.93 to unset(ypbind): request from unprivileged port Adding -s option has the same result. > 2) Since I develop this stuff on my home machine which still runs 2.1.0, > I have compiled versions of the newer YP tools that will run on 2.1.x. > You can FTP a copy of a ypbind executable from my home machine if you > can't find a 2.2.x or better machine on which to build your own. > The binary is at: ftp://skynet.ctr.columbia.edu/pub/freebsd/nis/ypbind > I have a very slow link, but the binary is only about 30K. This one works, but seems only binding to FreeBSD server. George is a Sun and pesto is a FreeBSD machine. # ypbind -m -s -S itg,george,pesto # ypwhich pesto.lbl.gov # ps uxgw USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 217 0.0 0.8 628 252 p0 R+ 10:39AM 0:00.00 ps -uxgw root 1 0.0 0.6 416 164 ?? Ss 10:00AM 0:00.02 /sbin/init -- root 2 0.0 0.1 0 12 ?? DL 10:00AM 0:00.00 (pagedaemon) root 3 0.0 0.1 0 12 ?? DL 10:00AM 0:00.00 (vmdaemon) root 4 0.0 0.1 0 12 ?? DL 10:00AM 0:00.10 (update) ... root 193 0.0 1.1 480 328 p0 Ss 10:35AM 0:00.12 -sh (csh) root 214 0.0 1.0 212 304 ?? Ss 10:39AM 0:00.01 ypbind -m -s -S itg root 0 0.0 0.0 0 0 ?? DLs - 0:00.00 (swapper) # kill -9 214 # ypbind -m -s -S itg,pesto,george # ypwhich pesto.lbl.gov Any ideas? Thanks, -Jin From owner-freebsd-bugs Thu Jun 5 15:33:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA10969 for bugs-outgoing; Thu, 5 Jun 1997 15:33:19 -0700 (PDT) Received: from pci.on.ca (inti.pci.on.ca [207.112.123.51]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA10946 for ; Thu, 5 Jun 1997 15:33:06 -0700 (PDT) Received: by pci.on.ca (/\==/\ Smail3.1.28.1 #28.1) id ; Thu, 5 Jun 97 18:36 EDT Received: (from dgilbert@localhost) by repeat.pci.on.ca (8.7.5/8.7.3) id SAA27620; Thu, 5 Jun 1997 18:24:07 -0400 (EDT) Date: Thu, 5 Jun 1997 18:24:07 -0400 (EDT) Message-Id: <199706052224.SAA27620@repeat.pci.on.ca> From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: bugs@freebsd.org Subject: Sendmail and virtual users broken? X-Mailer: VM 6.22 under Emacs 19.34.3 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've pretty much followed the Sendmail FAQ to add virtual users to sendmail under FreeBSD. I've uncommented the Kvirtuser line in sendmail.cf and I've created /var/virtual/virtusertable.db with makemap. (Of course I pointed the K line there). However, when I telnet to the smtp port and do a vrfy or an expn on the new virtual addresses, they come back with errors. Has anyone done this? (should be a silly question). Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =========================================================GLO================ From owner-freebsd-bugs Thu Jun 5 16:10:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA12476 for bugs-outgoing; Thu, 5 Jun 1997 16:10:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA12470; Thu, 5 Jun 1997 16:10:04 -0700 (PDT) Date: Thu, 5 Jun 1997 16:10:04 -0700 (PDT) Message-Id: <199706052310.QAA12470@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Paul Subject: Re: bin/3778: ypbind -S domainname,server1,... does not function Reply-To: Bill Paul Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3778; it has been noted by GNATS. From: Bill Paul To: jin@george.lbl.gov (Jin Guojun[ITG]) Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/3778: ypbind -S domainname,server1,... does not function Date: Thu, 5 Jun 1997 18:45:22 -0400 (EDT) Of all the gin joints in all the towns in all the world, Jin Guojun[ITG] had to walk into mine and say: > > > There are two things you can do: > > > > 1) Compile a static ypbind binary on a 2.2.x or better machine and use > > that on your 2.1.7.1 machine. > > This one does not work. Here is the errors: > > # ypbind -m -S itg,george,pesto > # Jun 5 10:36:00 fudd portmap[203]: connect from 128.3.3.93 to > unset(ypbind): request from unprivileged port > > Adding -s option has the same result. Hm... I'm not sure why this is... Oh wait, I think I know. The bindresvport code in the RPC library changed. Crap. I should have thought of that the other night. Sorry. > > 2) Since I develop this stuff on my home machine which still runs 2.1.0, > > I have compiled versions of the newer YP tools that will run on 2.1.x. > > You can FTP a copy of a ypbind executable from my home machine if you > > can't find a 2.2.x or better machine on which to build your own. > > The binary is at: ftp://skynet.ctr.columbia.edu/pub/freebsd/nis/ypbind > > I have a very slow link, but the binary is only about 30K. > > This one works, but seems only binding to FreeBSD server. > George is a Sun and pesto is a FreeBSD machine. > > # ypbind -m -s -S itg,george,pesto > # ypwhich > pesto.lbl.gov > # ps uxgw > USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND > root 217 0.0 0.8 628 252 p0 R+ 10:39AM 0:00.00 ps -uxgw > root 1 0.0 0.6 416 164 ?? Ss 10:00AM 0:00.02 /sbin/init -- > root 2 0.0 0.1 0 12 ?? DL 10:00AM 0:00.00 (pagedaemon) > root 3 0.0 0.1 0 12 ?? DL 10:00AM 0:00.00 (vmdaemon) > root 4 0.0 0.1 0 12 ?? DL 10:00AM 0:00.10 (update) > ... > root 193 0.0 1.1 480 328 p0 Ss 10:35AM 0:00.12 -sh (csh) > root 214 0.0 1.0 212 304 ?? Ss 10:39AM 0:00.01 ypbind -m -s -S itg > root 0 0.0 0.0 0 0 ?? DLs - 0:00.00 (swapper) > # kill -9 214 > # ypbind -m -s -S itg,pesto,george > # ypwhich > pesto.lbl.gov > > Any ideas? I think this is 'expected behavior.' From nslookup: Client ------ Name: iss-p1.lbl.gov Address: 131.243.2.47 Master server ------------- Name: george.lbl.gov Address: 128.3.196.93 Slave server ------------ Name: pesto.lbl.gov Address: 131.243.2.55 Pesto and iss-p1 are on the same subnet. The idea behind both the broadcast and the many-cast ping routines is that whichever server answers first is declared the winner, and that's the one ypbind binds to. The order in which you specify the servers when you use the -S isn't supposed to matter. The master server, george, is on a different network, and probably a hop or two away, so it is unlikely that it will get its response back to the client before pesto does. (That said, the many-cast code does transmit all of the pings in order (using a for() loop). So if george appears first in the list, then ypbind will transmit a packet to george first, and then pesto, and then any others. However, it transmits all the pings first and then listens for an answer. The fact that george's packet went out first makes no difference here because it takes longer for the packet to reach george and for george to reply than it does for pesto's packet to reach pesto and for pesto to reply. I hope this makes sense.) If it happens that pesto crashes or becomes unreachable, then ypbind should indeed bind to george since it's the only other server listed. To verify that it will actually bind to george, invoke ypbind like this: # ypbind -m -S itg,george If this works (and I think it should) then ypbind is actually behaving correctly; it can bind to the Solaris host, it just chooses not to because pesto answers faster. You can also use tcpdump to monitor the client's interface and see that a packet is in fact transmitted to george and that george does actually answer. I'm sorry if you don't like the fact that it favors the local server, but that was the idea behind the algorithm. :) -Bill PS: If you want, I can put together a quick source distribution for you so you can compile this newer version of ypbind yourself on your 2.1.x machines. I don't like giving away binary-only distributions, but I wanted to make sure this would work before I went any further. -- ============================================================================= -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" ============================================================================= From owner-freebsd-bugs Fri Jun 6 00:20:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA03856 for bugs-outgoing; Fri, 6 Jun 1997 00:20:02 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA03833; Fri, 6 Jun 1997 00:20:01 -0700 (PDT) Resent-Date: Fri, 6 Jun 1997 00:20:01 -0700 (PDT) Resent-Message-Id: <199706060720.AAA03833@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, kuriyama@opt.phys.waseda.ac.jp Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA03430; Fri, 6 Jun 1997 00:10:32 -0700 (PDT) Message-Id: <199706060710.AAA03430@hub.freebsd.org> Date: Fri, 6 Jun 1997 00:10:32 -0700 (PDT) From: kuriyama@opt.phys.waseda.ac.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: docs/3798: typo of manpage pkg_* Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3798 >Category: docs >Synopsis: typo of manpage pkg_* >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 6 00:20:00 PDT 1997 >Last-Modified: >Originator: Jun Kuriyama >Organization: Waseda Univ., Tokyo, Japan >Release: 2.2.2-RELEASE >Environment: sorry, I cannot show it now. >Description: (1) pkg_create.1 has a word "hte" instead of "the". (2) pkg_add.1 : In section "flag -t", a line ".Pa /tmp" should be ".Pa /var/tmp". (3) pkg_delete.1 has a line ".I DEINSTALL" but this should be ".Ar DEINSTALL", isn't it? (4) pkg_info.1 has a word "catagory" instead of "category". >How-To-Repeat: see /usr/share/man/man1/pkg_*.1 >Fix: see above. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jun 6 02:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA08547 for bugs-outgoing; Fri, 6 Jun 1997 02:00:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA08524; Fri, 6 Jun 1997 02:00:02 -0700 (PDT) Date: Fri, 6 Jun 1997 02:00:02 -0700 (PDT) Message-Id: <199706060900.CAA08524@hub.freebsd.org> To: freebsd-bugs Cc: From: Doug Rabson Subject: Re: kern/2919: vm_fault: fault on nofault entry, addr: f6eb4000 Reply-To: Doug Rabson Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2919; it has been noted by GNATS. From: Doug Rabson To: freebsd-gnats-submit@freebsd.org, hsu@clinet.fi Cc: Subject: Re: kern/2919: vm_fault: fault on nofault entry, addr: f6eb4000 Date: Fri, 06 Jun 1997 09:59:34 +0100 Does this news server mount its spool via NFS by any chance? I just fixed a bug in NFS which was caused by INN's fastrm program running on an NFS mounted news spool. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 From owner-freebsd-bugs Fri Jun 6 02:20:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA09610 for bugs-outgoing; Fri, 6 Jun 1997 02:20:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA09582; Fri, 6 Jun 1997 02:20:01 -0700 (PDT) Resent-Date: Fri, 6 Jun 1997 02:20:01 -0700 (PDT) Resent-Message-Id: <199706060920.CAA09582@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, bhaugeec@francophonie.org Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA09396; Fri, 6 Jun 1997 02:13:50 -0700 (PDT) Message-Id: <199706060913.CAA09396@hub.freebsd.org> Date: Fri, 6 Jun 1997 02:13:50 -0700 (PDT) From: bhaugeec@francophonie.org To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/3800: Lost administrator password Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3800 >Category: misc >Synopsis: Lost administrator password >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Fri Jun 6 02:20:00 PDT 1997 >Last-Modified: >Originator: Chetanand BHAUGEERUTTY >Organization: ACCT >Release: 2.1.0 >Environment: Intel Pentium >Description: Our system administrator has left the company without leaving the administrator password. Is there a way to crack the password? >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jun 6 03:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA12825 for bugs-outgoing; Fri, 6 Jun 1997 03:50:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA12810; Fri, 6 Jun 1997 03:50:01 -0700 (PDT) Resent-Date: Fri, 6 Jun 1997 03:50:01 -0700 (PDT) Resent-Message-Id: <199706061050.DAA12810@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, zorac@4000do.co.jp Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA12567; Fri, 6 Jun 1997 03:42:05 -0700 (PDT) Message-Id: <199706061042.DAA12567@hub.freebsd.org> Date: Fri, 6 Jun 1997 03:42:05 -0700 (PDT) From: zorac@4000do.co.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/3801: 'timed' don't work with option '-n' Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3801 >Category: bin >Synopsis: 'timed' don't work with option '-n' >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 6 03:50:00 PDT 1997 >Last-Modified: >Originator: Hiroya Tsubakimoto >Organization: 4000Do Co.,LTD. >Release: 2.1-STABLE >Environment: FreeBSD s2.dev.4000do.co.jp 2.1-STABLE FreeBSD 2.1-STABLE #0: Tue May 20 07:16:48 JST 1997 zorac @s2.c4000do.co.kyoto-inet.or.jp:/usr/src/sys/compile/HOME i386 >Description: The 'timed' daemon don't work with option '-n' or '-i'. network argument (in /etc/networks) was not accepted. >How-To-Repeat: # timed -n mynet <--- 'mynet' is network name in /etc/networks timed: unknown net mynet >Fix: following patch: *** timed.c Fri Jun 6 17:56:05 1997 --- timed.c.patch Thu Jun 5 12:17:30 1997 *************** *** 452,458 **** ntp->dest_addr.sin_port = port; for (nt = nets; nt; nt = nt->next) { ! if (ntp->net.s_addr == nt->net) break; } if (nflag && !nt || iflag && nt) --- 452,458 ---- ntp->dest_addr.sin_port = port; for (nt = nets; nt; nt = nt->next) { ! if (ntohl(ntp->net.s_addr) == nt->net) break; } if (nflag && !nt || iflag && nt) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jun 6 04:16:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA14058 for bugs-outgoing; Fri, 6 Jun 1997 04:16:25 -0700 (PDT) Received: from albert.osu.cz (albert.osu.cz [193.84.224.12]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA13932 for ; Fri, 6 Jun 1997 04:13:12 -0700 (PDT) Received: from localhost (belkovic@localhost) by albert.osu.cz (8.8.5/8.6.12) with SMTP id NAA02279; Fri, 6 Jun 1997 13:11:35 +0200 (MET DST) Date: Fri, 6 Jun 1997 13:11:35 +0200 (MET DST) From: Josef Belkovics To: bhaugeec@francophonie.org cc: freebsd-bugs@hub.freebsd.org Subject: Re: misc/3800: Lost administrator password In-Reply-To: <199706060913.CAA09396@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 6 Jun 1997 bhaugeec@francophonie.org wrote: > >Number: 3800 > >Category: misc > >Synopsis: Lost administrator password > >Confidential: no > >Severity: critical > >Priority: high > >Responsible: freebsd-bugs > >State: open > >Class: support > >Submitter-Id: current-users > >Arrival-Date: Fri Jun 6 02:20:00 PDT 1997 > >Last-Modified: > >Originator: Chetanand BHAUGEERUTTY > >Organization: > ACCT > >Release: 2.1.0 > >Environment: > Intel Pentium > >Description: > Our system administrator has left the company without leaving the administrator password. Is there a way to crack the password? > >How-To-Repeat: > > >Fix: > > >Audit-Trail: > >Unformatted: > Make two diskettes from files "boot.flp", "fixit.flp" (you will need rawrite.exe). Boot from "boot.flp" and use "fixit.flp". Isn't necesseary, that files were from 2.1.0 release. All files are on ftp.freebsd.org or cdrom. Josef Belkovics From owner-freebsd-bugs Fri Jun 6 04:52:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA15738 for bugs-outgoing; Fri, 6 Jun 1997 04:52:09 -0700 (PDT) Received: (from jkh@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA15688; Fri, 6 Jun 1997 04:51:59 -0700 (PDT) Date: Fri, 6 Jun 1997 04:51:59 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199706061151.EAA15688@hub.freebsd.org> To: bhaugeec@francophonie.org, jkh, freebsd-bugs Subject: Re: misc/3800 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Lost administrator password State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Fri Jun 6 04:46:33 PDT 1997 State-Changed-Why: 1. This is totally inappropriate for a PR. PRs are for reporting problems or requesting enhancements to FreeBSD, not for reporting site-specific problems. 2. Given that the true administrators would simply boot single user and change the password from the console, there's a high likelyhood that the submitters of this PR aren't the legitimate admins at all and it would thus be irresponsible to furnish any information at all about cracking passwords. From owner-freebsd-bugs Fri Jun 6 12:08:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA05353 for bugs-outgoing; Fri, 6 Jun 1997 12:08:57 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA05348 for ; Fri, 6 Jun 1997 12:08:50 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id FAA12479 for bugs@freebsd.org; Sat, 7 Jun 1997 05:06:51 +1000 Date: Sat, 7 Jun 1997 05:06:51 +1000 From: Bruce Evans Message-Id: <199706061906.FAA12479@godzilla.zeta.org.au> To: bugs@freebsd.org Subject: overhead for destructive cursor Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk `vidcontrol -c destructive' has an overhead of about 9% on my systems. This is because the busy-wait for vertical retrace is executed about 12 times per second and takes an average of about 7 msec. Bruce From owner-freebsd-bugs Fri Jun 6 12:38:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA06872 for bugs-outgoing; Fri, 6 Jun 1997 12:38:20 -0700 (PDT) Received: from grolsch.cs.ubc.ca (grolsch.cs.ubc.ca [142.103.6.9]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA06861 for ; Fri, 6 Jun 1997 12:38:16 -0700 (PDT) Received: from columbia.cs.ubc.ca (columbia-s4.cs.ubc.ca [142.103.4.15]) by grolsch.cs.ubc.ca (8.8.5/8.6.9) with ESMTP id MAA16151 for ; Fri, 6 Jun 1997 12:37:14 -0700 (PDT) Received: (mkerr@localhost) by columbia.cs.ubc.ca (8.8.5/8.6.12) id MAA28950 for freebsd-bugs@hub.freebsd.org; Fri, 6 Jun 1997 12:37:12 -0700 (PDT) From: "Michael Kerr" Message-Id: <9706061237.ZM28948@columbia.cs.ubc.ca> Date: Fri, 6 Jun 1997 12:37:11 -0700 X-Mailer: Z-Mail (3.2.1 10apr95) To: freebsd-bugs@hub.freebsd.org Subject: Re:conf/3782: /stand/sysinstall misbehaviour in rc.conf handling Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The fix doesn't seem to be very specific. Is there a patch? What file that grocks rc.conf causes the problem? Thank you Michael On Jun 5, 7:54am, Karsten W. Rohrbach wrote: > Subject: conf/3782: /stand/sysinstall misbehaviour in rc.conf handling > > >Number: 3782 > >Category: conf > >Synopsis: /stand/sysinstall misbehaviour in rc.conf handling > >Confidential: no > >Severity: non-critical > >Priority: medium > >Responsible: freebsd-bugs > >State: open > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Wed Jun 4 17:00:00 PDT 1997 > >Last-Modified: > >Originator: Karsten W. Rohrbach > >Organization: > Nacamar Data Communications > >Release: FreeBSD 2.2.2-RELEASE i386 > >Environment: > > out of the box 2.2.2-release installation with multiple scsi hard disks > > >Description: > > when running /stand/sysinstall to fdisk or label a disk and to set > options it modifies /etc/rc.conf in a bad way by adding the comment > field again and again to the end of the lines > > >How-To-Repeat: > > run /stand/sysinstall to change a label, fdisk a disk or to change > system config options in the configurations menu > > >Fix: > > check the code that groks rc.conf and clean out comment modification. > add a #FIRSTTIME comment and remove it the first time sysinstall > modifies the rc.conf file > > > >Audit-Trail: > >Unformatted: >-- End of excerpt from Karsten W. Rohrbach From owner-freebsd-bugs Fri Jun 6 17:39:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA21481 for bugs-outgoing; Fri, 6 Jun 1997 17:39:09 -0700 (PDT) Received: from hot.ee.lbl.gov (hot.ee.lbl.gov [131.243.1.42]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA21476 for ; Fri, 6 Jun 1997 17:39:07 -0700 (PDT) Received: by hot.ee.lbl.gov (8.8.5/1.43r) id RAA28660; Fri, 6 Jun 1997 17:39:07 -0700 (PDT) Message-Id: <199706070039.RAA28660@hot.ee.lbl.gov> To: bugs@freebsd.org Subject: single process tftpd Date: Fri, 06 Jun 1997 17:39:06 PDT From: Craig Leres Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk You folks might be interested in picking up the changes I made to the BSD tftpd. The main improvement is that my version runs in a single process. This makes it possible to boot several hundred systems at a time. The old tftpd can't do this even when run on really fast systems that have large memory. The new version can be found here: ftp://ftp.ee.lbl.gov/tftpd.tar.Z Thanks! Craig From owner-freebsd-bugs Sat Jun 7 05:51:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA16099 for bugs-outgoing; Sat, 7 Jun 1997 05:51:43 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA16093 for ; Sat, 7 Jun 1997 05:51:39 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA24361; Sat, 7 Jun 1997 14:51:35 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id OAA02367; Sat, 7 Jun 1997 14:29:23 +0200 (MET DST) Message-ID: <19970607142923.GM51405@uriah.heep.sax.de> Date: Sat, 7 Jun 1997 14:29:23 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: leres@ee.lbl.gov (Craig Leres) Cc: bugs@FreeBSD.ORG Subject: Re: single process tftpd References: <199706070039.RAA28660@hot.ee.lbl.gov> X-Mailer: Mutt 0.60_p2-3,5,8-9 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: <199706070039.RAA28660@hot.ee.lbl.gov>; from Craig Leres on Jun 6, 1997 17:39:06 -0800 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Craig Leres wrote: > You folks might be interested in picking up the changes I made to the > BSD tftpd. Thanks, i filed a PR on your behalf, to ensure it will be in the track record. -- 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-bugs Sat Jun 7 06:00:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA16441 for bugs-outgoing; Sat, 7 Jun 1997 06:00:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA16424; Sat, 7 Jun 1997 06:00:02 -0700 (PDT) Resent-Date: Sat, 7 Jun 1997 06:00:02 -0700 (PDT) Resent-Message-Id: <199706071300.GAA16424@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Craig Leres Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA16088 for ; Sat, 7 Jun 1997 05:51:33 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA24360 for FreeBSD-gnats-submit@freebsd.org; Sat, 7 Jun 1997 14:51:32 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id OAA02356; Sat, 7 Jun 1997 14:28:53 +0200 (MET DST) Message-Id: <199706071228.OAA02356@uriah.heep.sax.de> Date: Sat, 7 Jun 1997 14:28:53 +0200 (MET DST) From: Craig Leres To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3805: single process tftpd Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3805 >Category: bin >Synopsis: single process tftpd >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Jun 7 06:00:01 PDT 1997 >Last-Modified: >Originator: Craig Leres >Organization: LBL >Release: FreeBSD 3.0-CURRENT i386 >Environment: [irrelevant] >Description: You folks might be interested in picking up the changes I made to the BSD tftpd. The main improvement is that my version runs in a single process. This makes it possible to boot several hundred systems at a time. The old tftpd can't do this even when run on really fast systems that have large memory. >How-To-Repeat: >Fix: The new version can be found here: ftp://ftp.ee.lbl.gov/tftpd.tar.Z Thanks! Craig >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jun 7 06:26:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA17288 for bugs-outgoing; Sat, 7 Jun 1997 06:26:11 -0700 (PDT) Received: from smtp.interlog.com (root@smtp.interlog.com [198.53.145.6]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA17283 for ; Sat, 7 Jun 1997 06:26:09 -0700 (PDT) Received: from mandras.interlog.com (notforu@mandras.interlog.com [205.206.70.162]) by smtp.interlog.com (8.8.3/8.7.6) with SMTP id JAA17897 for ; Sat, 7 Jun 1997 09:25:57 -0400 (EDT) Message-Id: <3.0.1.32.19970607092517.00a846fc@mail.interlog.com> X-Sender: mandras@mail.interlog.com X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Sat, 07 Jun 1997 09:25:17 -0400 To: freebsd-bugs@FreeBSD.org From: Michael Andras Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Just wanted to bring to your attention: boot.flp in version 2.2 under the dir floppies/new doesn't function (results in continous reboot before uncompressing kernel) the old boot.flp however in the floppies dir works fine.. l8r. Michael.. From owner-freebsd-bugs Sat Jun 7 13:25:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA04100 for bugs-outgoing; Sat, 7 Jun 1997 13:25:57 -0700 (PDT) Received: from hwcn.org (main.hwcn.org [199.212.94.65]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA04093; Sat, 7 Jun 1997 13:25:48 -0700 (PDT) Received: from james.freenet.hamilton.on.ca (ac199@james.hwcn.org [199.212.94.66]) by hwcn.org (8.8.5/8.8.5) with ESMTP id QAA26621; Sat, 7 Jun 1997 16:26:08 -0400 (EDT) Received: from localhost (ac199@localhost) by james.freenet.hamilton.on.ca (8.8.5/8.8.5) with SMTP id QAA00183; Sat, 7 Jun 1997 16:26:14 -0400 (EDT) X-Authentication-Warning: james.freenet.hamilton.on.ca: ac199 owned process doing -bs Date: Sat, 7 Jun 1997 16:26:13 -0400 (EDT) From: Tim Vanderhoek X-Sender: ac199@james.freenet.hamilton.on.ca To: "Jordan K. Hubbard" cc: bhaugeec@francophonie.org, freebsd-bugs@hub.freebsd.org Subject: Re: misc/3800 In-Reply-To: <199706061151.EAA15688@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 6 Jun 1997, Jordan K. Hubbard wrote: > Synopsis: Lost administrator password > > State-Changed-From-To: open-closed > State-Changed-By: jkh > State-Changed-When: Fri Jun 6 04:46:33 PDT 1997 > State-Changed-Why: > 1. This is totally inappropriate for a PR. PRs are for reporting > problems or requesting enhancements to FreeBSD, not for reporting > site-specific problems. Grant them that at least they gave it the correct pr-class: "support", which, of course, raises the question of why "support" is listed as one of the possible classes when we want to discourage people from using the pr system for support? -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk From owner-freebsd-bugs Sat Jun 7 13:34:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA04538 for bugs-outgoing; Sat, 7 Jun 1997 13:34:06 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA04501; Sat, 7 Jun 1997 13:33:59 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id NAA00895; Sat, 7 Jun 1997 13:34:14 -0700 (PDT) To: Tim Vanderhoek cc: "Jordan K. Hubbard" , bhaugeec@francophonie.org, freebsd-bugs@hub.freebsd.org Subject: Re: misc/3800 In-reply-to: Your message of "Sat, 07 Jun 1997 16:26:13 EDT." Date: Sat, 07 Jun 1997 13:34:14 -0700 Message-ID: <891.865715654@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Grant them that at least they gave it the correct pr-class: > "support", which, of course, raises the question of why "support" > is listed as one of the possible classes when we want to > discourage people from using the pr system for support? That's a very good point. Can we have the support category removed from GNATs, Paul? Jordan From owner-freebsd-bugs Sat Jun 7 16:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA13714 for bugs-outgoing; Sat, 7 Jun 1997 16:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA13689; Sat, 7 Jun 1997 16:20:02 -0700 (PDT) Resent-Date: Sat, 7 Jun 1997 16:20:02 -0700 (PDT) Resent-Message-Id: <199706072320.QAA13689@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, lew@mmasia.com Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA13275; Sat, 7 Jun 1997 16:10:05 -0700 (PDT) Message-Id: <199706072310.QAA13275@hub.freebsd.org> Date: Sat, 7 Jun 1997 16:10:05 -0700 (PDT) From: lew@mmasia.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/3807: mitsumi cd-rom fx800 (8x cd-rom) is not recognized when the system is brought up. It cannot be probed and times out. Possible driver IRQ problem. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3807 >Category: conf >Synopsis: mitsumi cd-rom fx800 (8x cd-rom) is not recognized when the system is brought up. It cannot be probed and times out. Possible driver IRQ problem. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jun 7 16:20:00 PDT 1997 >Last-Modified: >Originator: lew chua >Organization: mmasia >Release: 2.1.7 >Environment: FreeBSD gandalf.mmasia.com 2.1.7-Release FreeBSD 2.1.7-Release #0: Wed Feb 19 23:08:10 1997 jkh@thingy.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: Mitsumi FX800 mcd0:timeout getting status mcd0: at 0x300 not found. During bring up of BSD2.1.7. Tried all the other IRQ's via changing the configuration: 14 (Primary IRQ), 1f0 (address) etc... Made modifications to the config via "-c" on boot and made sure no lines were in conflict. Also wdc0 and wdc1 are on with their defaults settings >How-To-Repeat: always repeatable not able to see my cd-rom drive when doing a /stand/sysinstall procedure. >Fix: none. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jun 7 16:57:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA15083 for bugs-outgoing; Sat, 7 Jun 1997 16:57:13 -0700 (PDT) Received: from originat.demon.co.uk (originat.demon.co.uk [158.152.220.9]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA15061; Sat, 7 Jun 1997 16:56:39 -0700 (PDT) Received: (from paul@localhost) by originat.demon.co.uk (8.8.5/8.6.9) id AAA20853; Sun, 8 Jun 1997 00:51:07 +0100 (BST) To: "Jordan K. Hubbard" Cc: Tim Vanderhoek , "Jordan K. Hubbard" , bhaugeec@francophonie.org, freebsd-bugs@hub.freebsd.org Subject: Re: misc/3800 References: <891.865715654@time.cdrom.com> From: Paul Richards Date: 08 Jun 1997 00:51:07 +0100 In-Reply-To: "Jordan K. Hubbard"'s message of Sat, 07 Jun 1997 13:34:14 -0700 Message-ID: <87pvtyyntg.fsf@originat.demon.co.uk> Lines: 24 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" writes: > > Grant them that at least they gave it the correct pr-class: > > "support", which, of course, raises the question of why "support" > > is listed as one of the possible classes when we want to > > discourage people from using the pr system for support? > > That's a very good point. Can we have the support category removed > from GNATs, Paul? I've removed it from the current send-pr. I can't do much about installed versions :-) If you plan to do more 2.x releases maybe it should be merged into those branches as well. Do you want to reject submissions that are for the support class? I'd say no since in the main it hasn't been a problem and most are real PR's. -- Dr Paul Richards, Originative Solutions Ltd. Internet: paul@originat.demon.co.uk Phone: 0370 462071 (UK Mobile) From owner-freebsd-bugs Sat Jun 7 17:43:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA16209 for bugs-outgoing; Sat, 7 Jun 1997 17:43:02 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA16204; Sat, 7 Jun 1997 17:42:58 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id RAA01551; Sat, 7 Jun 1997 17:43:10 -0700 (PDT) To: Paul Richards cc: Tim Vanderhoek , "Jordan K. Hubbard" , bhaugeec@francophonie.org, freebsd-bugs@hub.freebsd.org Subject: Re: misc/3800 In-reply-to: Your message of "08 Jun 1997 00:51:07 BST." <87pvtyyntg.fsf@originat.demon.co.uk> Date: Sat, 07 Jun 1997 17:43:10 -0700 Message-ID: <1547.865730590@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I've removed it from the current send-pr. I can't do much about > installed versions :-) Understood. :) > If you plan to do more 2.x releases maybe it should be merged into > those branches as well. I do, would you please? > Do you want to reject submissions that are for the support class? > I'd say no since in the main it hasn't been a problem and most are > real PR's. I think this "phase out" approach is more than reasonable, thanks. Jordan