From owner-freebsd-bugs Sun Jun 15 04:00:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA05828 for bugs-outgoing; Sun, 15 Jun 1997 04:00:02 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA05820; Sun, 15 Jun 1997 04:00:01 -0700 (PDT) Date: Sun, 15 Jun 1997 04:00:01 -0700 (PDT) Message-Id: <199706151100.EAA05820@hub.freebsd.org> To: freebsd-bugs Cc: From: Doug Rabson Subject: Re: kern/3838: fifos on nfs-mounted fs no longer permitted Reply-To: Doug Rabson Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3838; it has been noted by GNATS. From: Doug Rabson To: Bruce Evans Cc: admin@citylink.dinoex.sub.org, FreeBSD-gnats-submit@freebsd.org, dfr@freebsd.org Subject: Re: kern/3838: fifos on nfs-mounted fs no longer permitted Date: Sun, 15 Jun 1997 11:57:50 +0100 (BST) On Wed, 11 Jun 1997, Bruce Evans wrote: > >mkfifo on a nfs-mounted filesystem will reply: "operation not permitted". > >This didn't happen with release 2.1.0. (No, the fs isn't mounted with > >nodev!) > > This was broken in the initial v3 import (rev.1.16), which is essentially > the same as Lite2. There are several bugs: > > 1. In the v2 case, nfsrv_create() lost some special handling for fifos. > suser() is always called, although mkfifo doesn't require special > privileges. > 2. In the v3 case, the new nfsrv_mknod() never had enough special handling > for fifos. suser() is always called, except for sockets. > 3. In the v3 case, after suser() fails, the error code is eventually > thrown away. nfsrv_mknod() returns 0, and mkfifo() returns the bogus > errno EIO. > > Bruce > > Untested fixes for (1)-(2): > > ! if (vap->va_type == VFIFO && > ! (error = suser(cred, (u_short *)0))) { I think this should be: if (vap->va_type != VFIFO && (error = suser(cred, (u_short *)0))) { Apart from that, your fixes seem to work fine. Oh. I just noticed that your fixes have already been committed. Sorry for not giving feedback earlier; I have been extremely busy on other stuff for the last few days. -- 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 15 07:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA10946 for bugs-outgoing; Sun, 15 Jun 1997 07:10:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA10940; Sun, 15 Jun 1997 07:10:01 -0700 (PDT) Resent-Date: Sun, 15 Jun 1997 07:10:01 -0700 (PDT) Resent-Message-Id: <199706151410.HAA10940@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 (pppba24.pppp.ap.so-net.or.jp [210.132.186.36]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA10885 for ; Sun, 15 Jun 1997 07:08:18 -0700 (PDT) Received: (from sanewo@localhost) by sanewo.ba2.so-net.or.jp (8.8.5/8.7.3) id SAA07766; Sun, 15 Jun 1997 18:04:22 +0900 (JST) Message-Id: <199706150904.SAA07766@sanewo.ba2.so-net.or.jp> Date: Sun, 15 Jun 1997 18:04:22 +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/3874: ppp pidfile does not match actual pid of ppp Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3874 >Category: bin >Synopsis: ppp pidfile (/var/run/tunN.pid) does not match actual pid of ppp >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 15 07:10:00 PDT 1997 >Last-Modified: >Originator: Takanori Saneto >Organization: an individual >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD 3.0-CURRENT as of Jun 12. >Description: In auto or background mode, ppp's pid file (/var/run/tunN.pid) contains incorrect pid in it. Here is the scenario: Parent forks child and exits. Child creates pid file and then calls daemon(), which forks grandchild and then exits. Grandchild, which perfoms rest of the job, has different pid than that in pid file. >How-To-Repeat: Invoke ppp in auto or background mode and see contents of /var/run/tunN.pid. >Fix: Calling daemon() before creating pid file seems to fix this problem. I don't know if there are any side-effects by doing this. Index: main.c =================================================================== RCS file: /sd0/FreeBSD/cvs/src/usr.sbin/ppp/main.c,v retrieving revision 1.61 diff -u -r1.61 main.c --- main.c 1997-06-11 12:57:48+09 1.61 +++ main.c 1997-06-15 17:58:12+09 @@ -485,6 +485,18 @@ close(BGFiledes[0]); } + VarTerm = 0; /* We know it's currently stdin */ + +#ifdef DOTTYINIT + if (mode & (MODE_DIRECT|MODE_DEDICATED)) { /* } */ +#else + if (mode & MODE_DIRECT) { +#endif + chdir("/"); /* Be consistent with daemon() */ + TtyInit(); + } else + daemon(0,0); + snprintf(pid_filename, sizeof (pid_filename), "%stun%d.pid", _PATH_VARRUN, tunno); (void)unlink(pid_filename); @@ -509,18 +521,6 @@ if (server >= 0) LogPrintf(LogPHASE, "Listening at %d.\n", port); - - VarTerm = 0; /* We know it's currently stdin */ - -#ifdef DOTTYINIT - if (mode & (MODE_DIRECT|MODE_DEDICATED)) { /* } */ -#else - if (mode & MODE_DIRECT) { -#endif - chdir("/"); /* Be consistent with daemon() */ - TtyInit(); - } else - daemon(0,0); } else { TtyInit(); TtyCommandMode(1); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 15 08:20:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA13676 for bugs-outgoing; Sun, 15 Jun 1997 08:20:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA13654; Sun, 15 Jun 1997 08:20:05 -0700 (PDT) Resent-Date: Sun, 15 Jun 1997 08:20:05 -0700 (PDT) Resent-Message-Id: <199706151520.IAA13654@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, sjr1@flash.net Received: from istari.flash.net (baasc4-162.flash.net [208.194.198.162]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA13450 for ; Sun, 15 Jun 1997 08:17:18 -0700 (PDT) Received: (from sjr@localhost) by istari.flash.net (8.8.5/8.8.5) id LAA14627; Sun, 15 Jun 1997 11:17:14 -0400 (EDT) Message-Id: <199706151517.LAA14627@istari.flash.net> Date: Sun, 15 Jun 1997 11:17:14 -0400 (EDT) From: sjr1@flash.net Reply-To: sjr1@flash.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/3875: FAQ section 9.17 is incorrect Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3875 >Category: docs >Synopsis: FAQ section 9.17 is incorrect >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 15 08:20:02 PDT 1997 >Last-Modified: >Originator: Stephen J. Roznowski >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: N/A >Description: Section 9.17 of the FAQ (http://www.freebsd.org/FAQ/FAQ151.html#151) states that the sendmail FAQ is in /usr/src/usr.sbin/sendmail, but it is not. The FAQ file there states: The FAQ is no longer maintained with the sendmail release. It is posted regularly to comp.mail.sendmail, comp.mail.misc, comp.mail.smail, comp.answers, and news.answers, and can be obtained via anonymous FTP from ftp://rtfm.mit.edu/pub/usenet/news.answers/mail/sendmail-faq. If you do not have access to anonymous FTP, you can retrieve it by sending email to mail-server@rtfm.mit.edu with the command "send usenet/news.answers/mail/sendmail-faq" in the message. --Eric Allman 8/17/96 >How-To-Repeat: >Fix: Perhaps this line in the FAQ should be updated with a link to ftp://rtfm.mit.edu/pub/usenet/news.answers/mail/sendmail-faq? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 15 10:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA17704 for bugs-outgoing; Sun, 15 Jun 1997 10:10:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA17693; Sun, 15 Jun 1997 10:10:02 -0700 (PDT) Resent-Date: Sun, 15 Jun 1997 10:10:02 -0700 (PDT) Resent-Message-Id: <199706151710.KAA17693@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, k-horik@yk.rim.or.jp Received: from mail.yk.rim.or.jp (root@mail.yk.rim.or.jp [202.247.130.37]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA17526 for ; Sun, 15 Jun 1997 10:04:26 -0700 (PDT) Received: from localhost (ppp161.yk.rim.or.jp [202.247.134.161]) by mail.yk.rim.or.jp (8.8.5/3.4Wbeta6-rim1.1) with ESMTP id CAA25446; Mon, 16 Jun 1997 02:04:19 +0900 (JST) Message-Id: <199706151704.CAA25446@mail.yk.rim.or.jp> Date: Mon, 16 Jun 1997 02:03:27 +0900 From: k-horik@yk.rim.or.jp Reply-To: k-horik@yk.rim.or.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/3877: In manpage keyadmin.8, key should be renamed to keyadmin. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3877 >Category: docs >Synopsis: In manapge keyadmin.8, key show be renamed to keyadmin. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 15 10:10:01 PDT 1997 >Last-Modified: >Originator: Kazuo Horikawa >Organization: >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: .\" $ANA: keyadmin.8,v 1.3 1996/06/13 20:15:57 wollman Exp $ >Description: In HISTORY section, there is following description; "The NRL version of the program was originally called key, but was renamed to keyadmin because of the conflict with key(1)." But, there is one `key' which is not renamed. It is; [snip] The following values for .Ar command are only available by using .Nm key in its interactive mode of operation: [snip] `.Nm key' should be `.Nm keyadmin'. >How-To-Repeat: >Fix: --- keyadmin.8.orig Sun Jun 15 19:14:25 1997 +++ keyadmin.8 Sat Jun 14 22:51:18 1997 @@ -166,7 +166,7 @@ The following values for .Ar command are only available by using -.Nm key +.Nm keyadmin in its interactive mode of operation: .Bl -inset .It Nm add Ar type spi source destination transform key >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 15 12:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA22468 for bugs-outgoing; Sun, 15 Jun 1997 12:40:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA22457; Sun, 15 Jun 1997 12:40:02 -0700 (PDT) Resent-Date: Sun, 15 Jun 1997 12:40:02 -0700 (PDT) Resent-Message-Id: <199706151940.MAA22457@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, roman@rpd.univ.kiev.ua Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA22342; Sun, 15 Jun 1997 12:36:50 -0700 (PDT) Message-Id: <199706151936.MAA22342@hub.freebsd.org> Date: Sun, 15 Jun 1997 12:36:50 -0700 (PDT) From: roman@rpd.univ.kiev.ua To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/3878: Hang login session if using ttys.deny (or host.deny) capabilities in /etc/login.conf Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3878 >Category: bin >Synopsis: Hang login session if using ttys.deny (or host.deny) capabilities in /etc/login.conf >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 15 12:40:01 PDT 1997 >Last-Modified: >Originator: Roman D. Sinyuk >Organization: Kiev University >Release: 2.2.2-RELEASE >Environment: FreeBSD boy.rpd.univ.kiev.ua 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Wed Jun 4 20:01:23 EEST 1997 roman@boy.rpd.univ.kiev.ua:/usr/src/sys/compile/BOY i386 >Description: This problem is result infinite looping in one function libutil. Other small problem is in man login.conf, in this manual instead ttys.deny, ttys.allow refering to tty.deny, tty.allow. >How-To-Repeat: if /etc/login.conf contain ttys.deny for some userclass and if you trying login as user belong to userclass from other than ttys.deny terminal, then login session is hang. For example: $cat /etc/login.conf userclass1:\ :ttys.deny=ttyd2: cat /etc/master.passwd user1:encrypt_passwd:1103:20:userclass1:0:0::/home/user1:/usr/local/bin/bash If you try to login as user1 from ttyd1 - then login process is hang. >Fix: For fix this problem I made some change in function login_strinlist () from libutil. Original function: int login_strinlist(char **list, char const *str, int flags) { int rc = 0; if (str != NULL && *str != '\0') { int i = 0; while (rc == 0 && list[i] != NULL) rc = fnmatch(list[i], str, flags) == 0; } return rc; } To fix problem replace this function on: int login_strinlist(char **list, char const *str, int flags) { int rc = 0; if (str != NULL && *str != '\0') { int i = 0; while (rc == 0 && list[i] != NULL) rc = fnmatch(list[i++], str, flags) == 0; } return rc; } After recompile libutil, login work fine. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 15 13:53:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA25429 for bugs-outgoing; Sun, 15 Jun 1997 13:53:47 -0700 (PDT) Received: from darius.concentric.net (darius.concentric.net [207.155.184.79]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA25418 for ; Sun, 15 Jun 1997 13:53:41 -0700 (PDT) Received: from newman.concentric.net (newman [207.155.184.71]) by darius.concentric.net (8.8.5/(97/05/21 3.30)) id QAA24462; Sun, 15 Jun 1997 16:53:37 -0400 (EDT) [1-800-745-2747 The Concentric Network] Received: from Ursa_Minor (ts005d19.okc-ok.concentric.net [206.173.130.127]) by newman.concentric.net (8.8.5) id QAA29641; Sun, 15 Jun 1997 16:53:35 -0400 (EDT) Message-ID: <33A401D6.4D3E@cris.com> Date: Sun, 15 Jun 1997 15:53:10 +0100 From: amg X-Mailer: Mozilla 2.02Gold (WinNT; I) MIME-Version: 1.0 To: bugs@FreeBSD.org Subject: (no subject) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk A possible heads up on a couple of undocumented features of 2.2.1 RELEASE. 1. After a successful installation, I decided to use sysinstall to add a distribution: a. I su'd to root, and b. /stand/sysinstall. After I selected the kernel developer distri- bution (so I could build a new kernel), I was told that the CDROM was a pre 2.1.5 release!! 2. When adding packages during the initial installation, the installation hung after the "cflow" package. This happened several times. It may have also hung after the "cxref" package, too. ursa@cris.com From owner-freebsd-bugs Sun Jun 15 18:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA07233 for bugs-outgoing; Sun, 15 Jun 1997 18:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA07227; Sun, 15 Jun 1997 18:30:02 -0700 (PDT) Resent-Date: Sun, 15 Jun 1997 18:30:02 -0700 (PDT) Resent-Message-Id: <199706160130.SAA07227@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, bakerman@hrz.uni-bielefeld.de Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA06670; Sun, 15 Jun 1997 18:20:17 -0700 (PDT) Message-Id: <199706160120.SAA06670@hub.freebsd.org> Date: Sun, 15 Jun 1997 18:20:17 -0700 (PDT) From: bakerman@hrz.uni-bielefeld.de To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/3879: Can't export mounted ext2fs via NFS Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3879 >Category: kern >Synopsis: Can't export mounted ext2fs via NFS >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 15 18:30:01 PDT 1997 >Last-Modified: >Originator: Bjorn Fischer >Organization: TechFak >Release: 2.2-STABLE >Environment: n/a; (i386, 2.2-STABLE) >Description: If a ext2fs (linux) filesystem is locally mounted, it's contents cannot be exported via NFS. mountd whines: Can't update flags of /volume/foobar; can't remount /volume/foobar bad exports line /volume/foobar -alldirs >How-To-Repeat: mount a ext2fs volume locally. set up NFS (/etc/exports, etc...) SIGHUP mountd, etc. (now you get first errors on syslogd) try to mount (local or remote) the NFS volume -- it will fail. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 16 00:00:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA19001 for bugs-outgoing; Mon, 16 Jun 1997 00:00:02 -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 XAA18935; Sun, 15 Jun 1997 23:59:52 -0700 (PDT) From: Masafumi NAKANE Received: (from max@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA10512; Sun, 15 Jun 1997 23:59:07 -0700 (PDT) Date: Sun, 15 Jun 1997 23:59:07 -0700 (PDT) Message-Id: <199706160659.XAA10512@freefall.freebsd.org> To: k-horik@yk.rim.or.jp, max@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/3868 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: manpage fsirand.8 may contain typo State-Changed-From-To: open-closed State-Changed-By: max State-Changed-When: Sun Jun 15 23:58:33 PDT 1997 State-Changed-Why: Suggested fix applied. From owner-freebsd-bugs Mon Jun 16 01:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA23263 for bugs-outgoing; Mon, 16 Jun 1997 01:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA23257; Mon, 16 Jun 1997 01:50:02 -0700 (PDT) Resent-Date: Mon, 16 Jun 1997 01:50:02 -0700 (PDT) Resent-Message-Id: <199706160850.BAA23257@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, shocking@mailbox.uq.edu.au Received: from mailbox.uq.edu.au (zzshocki.slip.cc.uq.edu.au [130.102.221.173]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA23116 for ; Mon, 16 Jun 1997 01:47:38 -0700 (PDT) Received: (from shocking@localhost) by mailbox.uq.edu.au (8.8.5/8.6.12) id SAA00710; Mon, 16 Jun 1997 18:47:00 +1000 (EST) Message-Id: <199706160847.SAA00710@mailbox.uq.edu.au> Date: Mon, 16 Jun 1997 18:47:00 +1000 (EST) From: shocking@mailbox.uq.edu.au Reply-To: shocking@mailbox.uq.edu.au To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3881: Userland ppp doesn't want to talk to the modem Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3881 >Category: bin >Synopsis: Userland ppp doesn't want to talk to the modem >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 16 01:50:01 PDT 1997 >Last-Modified: >Originator: Stephen Hocking >Organization: Eh? >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD-3.0 current (src-cur 2924) >Description: User land ppp doesn't seem to be able to talk to the modem anymore. When using term no echo is seen from the modem, nor do previously working dialup scripts succeed. Kermit & kernel mode ppp work OK. >How-To-Repeat: ppp, then "term", then try talking to your modem. >Fix: Kernel mode ppp (pppd) works fine! >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 16 04:27:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA29681 for bugs-outgoing; Mon, 16 Jun 1997 04:27:39 -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 EAA29671; Mon, 16 Jun 1997 04:27:30 -0700 (PDT) From: Bruce Evans Received: (from bde@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA12783; Mon, 16 Jun 1997 04:26:44 -0700 (PDT) Date: Mon, 16 Jun 1997 04:26:44 -0700 (PDT) Message-Id: <199706161126.EAA12783@freefall.freebsd.org> To: admin@citylink.dinoex.sub.org, bde@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/3838 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: fifos on nfs-mounted fs no longer permitted State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Mon Jun 16 04:24:43 PDT 1997 State-Changed-Why: Fixed in rev.1.44 (-current) and 1.34.2.2 (-2.2) of nfs_serv.c. From owner-freebsd-bugs Mon Jun 16 06:22:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA04776 for bugs-outgoing; Mon, 16 Jun 1997 06:22:27 -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 GAA04767; Mon, 16 Jun 1997 06:22:23 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA13278; Mon, 16 Jun 1997 06:21:36 -0700 (PDT) Date: Mon, 16 Jun 1997 06:21:36 -0700 (PDT) Message-Id: <199706161321.GAA13278@freefall.freebsd.org> To: brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: bin/3874 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ppp pidfile (/var/run/tunN.pid) does not match actual pid of ppp Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Mon Jun 16 06:20:44 PDT 1997 Responsible-Changed-Why: I'll fix it From owner-freebsd-bugs Mon Jun 16 06:40:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA05526 for bugs-outgoing; Mon, 16 Jun 1997 06:40:50 -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 GAA05519; Mon, 16 Jun 1997 06:40:38 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA13525; Mon, 16 Jun 1997 06:39:51 -0700 (PDT) Date: Mon, 16 Jun 1997 06:39:51 -0700 (PDT) Message-Id: <199706161339.GAA13525@freefall.freebsd.org> To: alk@pobox.com, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: bin/3116 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: iij ppp does not provide link-down notification State-Changed-From-To: open-closed State-Changed-By: brian State-Changed-When: Mon Jun 16 06:37:00 PDT 1997 State-Changed-Why: I fixed it a few days ago (applying (roughly) this patch). Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Mon Jun 16 06:37:00 PDT 1997 Responsible-Changed-Why: It was fixed a few days ago in both 2.2 and -current.:x From owner-freebsd-bugs Mon Jun 16 06:44:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA05721 for bugs-outgoing; Mon, 16 Jun 1997 06:44: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 GAA05714; Mon, 16 Jun 1997 06:44:22 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA13648; Mon, 16 Jun 1997 06:43:34 -0700 (PDT) Date: Mon, 16 Jun 1997 06:43:34 -0700 (PDT) Message-Id: <199706161343.GAA13648@freefall.freebsd.org> To: alk@East.Sun.COM, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: bin/3249 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: user ppp does not provide a linkdown hook State-Changed-From-To: open-closed State-Changed-By: brian State-Changed-When: Mon Jun 16 06:42:15 PDT 1997 State-Changed-Why: It was fixed a few days ago. Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Mon Jun 16 06:42:15 PDT 1997 Responsible-Changed-Why: I fixed it a few days ago in both 2.2 and -current. From owner-freebsd-bugs Mon Jun 16 06:55:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA06413 for bugs-outgoing; Mon, 16 Jun 1997 06:55:30 -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 GAA06384; Mon, 16 Jun 1997 06:55:15 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA13854; Mon, 16 Jun 1997 06:54:27 -0700 (PDT) Date: Mon, 16 Jun 1997 06:54:27 -0700 (PDT) Message-Id: <199706161354.GAA13854@freefall.freebsd.org> To: sjr1@flash.net, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: docs/3464 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: The ppp.8 manual page is inconsistent wrt filters State-Changed-From-To: open-closed State-Changed-By: brian State-Changed-When: Mon Jun 16 06:47:48 PDT 1997 State-Changed-Why: Just fixed in 2.2 & -current Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Mon Jun 16 06:47:48 PDT 1997 Responsible-Changed-Why: I just fixed it in 2.2 & -current. From owner-freebsd-bugs Mon Jun 16 06:57:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA06555 for bugs-outgoing; Mon, 16 Jun 1997 06:57:35 -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 GAA06542; Mon, 16 Jun 1997 06:57:28 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA13944; Mon, 16 Jun 1997 06:56:41 -0700 (PDT) Date: Mon, 16 Jun 1997 06:56:41 -0700 (PDT) Message-Id: <199706161356.GAA13944@freefall.freebsd.org> To: krw@tcn.net, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: docs/3651 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ppp man page urges incorrect use of HISADDR State-Changed-From-To: open-closed State-Changed-By: brian State-Changed-When: Mon Jun 16 06:55:40 PDT 1997 State-Changed-Why: This was fixed by a re-write (almost) a few days ago. Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Mon Jun 16 06:55:40 PDT 1997 Responsible-Changed-Why: I fixed this with a virtual rewrite the other day. From owner-freebsd-bugs Mon Jun 16 07:06:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA07120 for bugs-outgoing; Mon, 16 Jun 1997 07:06:53 -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 HAA07113; Mon, 16 Jun 1997 07:06:45 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA14065; Mon, 16 Jun 1997 07:05:57 -0700 (PDT) Date: Mon, 16 Jun 1997 07:05:57 -0700 (PDT) Message-Id: <199706161405.HAA14065@freefall.freebsd.org> To: housley@pr-comm.com, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: bin/3718 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Compile of /usr/src/usr.sbin/ppp fails if DEBUG defined State-Changed-From-To: open-closed State-Changed-By: brian State-Changed-When: Mon Jun 16 06:58:33 PDT 1997 State-Changed-Why: All but one #ifdef DEBUGs are now gone (a main() in arp.c will be built with DEBUG and expects manual compilation). All other DEBUG stuff is now available with "set log +debug". Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Mon Jun 16 06:58:33 PDT 1997 Responsible-Changed-Why: I fixed it a few days ago. From owner-freebsd-bugs Mon Jun 16 07:20:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA07629 for bugs-outgoing; Mon, 16 Jun 1997 07:20:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA07606; Mon, 16 Jun 1997 07:20:01 -0700 (PDT) Resent-Date: Mon, 16 Jun 1997 07:20:01 -0700 (PDT) Resent-Message-Id: <199706161420.HAA07606@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, wanglong@hbdcb.net.cn Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA07502; Mon, 16 Jun 1997 07:18:02 -0700 (PDT) Message-Id: <199706161418.HAA07502@hub.freebsd.org> Date: Mon, 16 Jun 1997 07:18:02 -0700 (PDT) From: wanglong@hbdcb.net.cn To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/3882: panic: cannot boot from root Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3882 >Category: kern >Synopsis: panic: cannot boot from root >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 16 07:20:00 PDT 1997 >Last-Modified: >Originator: wang long >Organization: hbmtb >Release: 2.2.1 >Environment: >Description: my computer is pentium 166 with ABUS T2P4d motherboard and my harddisk is seagate ST52520 .I installed FreeBSD 2.2.1 in it good,but one day i find my first IDE controller was bad ,so i change my harddisk to the second IDE controller ,but when i install freebsd in it,it can not boot now ,and the message is:" panic :...........can't boot from root". >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 16 08:00:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA09802 for bugs-outgoing; Mon, 16 Jun 1997 08:00: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 IAA09794; Mon, 16 Jun 1997 08:00:39 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA14277; Mon, 16 Jun 1997 07:59:52 -0700 (PDT) Date: Mon, 16 Jun 1997 07:59:52 -0700 (PDT) Message-Id: <199706161459.HAA14277@freefall.freebsd.org> To: andrew@ugh.net.au, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: docs/3860 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ppp man page mentions sysconfig State-Changed-From-To: open-closed State-Changed-By: brian State-Changed-When: Mon Jun 16 07:57:17 PDT 1997 State-Changed-Why: Fixed by last doc update. Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Mon Jun 16 07:57:17 PDT 1997 Responsible-Changed-Why: It was fixed (changed to rc.conf) with the last doc update. From owner-freebsd-bugs Mon Jun 16 09:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA13841 for bugs-outgoing; Mon, 16 Jun 1997 09:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA13803; Mon, 16 Jun 1997 09:20:02 -0700 (PDT) Resent-Date: Mon, 16 Jun 1997 09:20:02 -0700 (PDT) Resent-Message-Id: <199706161620.JAA13803@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Dominic.Froud@dcs.qmw.ac.uk Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA13613; Mon, 16 Jun 1997 09:15:11 -0700 (PDT) Message-Id: <199706161615.JAA13613@hub.freebsd.org> Date: Mon, 16 Jun 1997 09:15:11 -0700 (PDT) From: Dominic.Froud@dcs.qmw.ac.uk To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/3883: @+netgroup entries break +NIS-user entries in passwd when using getpwent(3) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3883 >Category: misc >Synopsis: @+netgroup entries break +NIS-user entries in passwd when using getpwent(3) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 16 09:20:01 PDT 1997 >Last-Modified: >Originator: Dominic Froud >Organization: Queen Mary & Westfield College >Release: 2.2-STABLE >Environment: FreeBSD iron.dcs.qmw.ac.uk 2.2-STABLE FreeBSD 2.2-STABLE #1: Fri Jun 6 09:49:02 GMT 1997 md@iron.dcs.qmw.ac.uk:/usr/src/sys/compile/IRON i386 >Description: When getpwent(3) encounters a +@netgroup entry in the /etc/passwd file, it sets a flag (_pw_stepping_yp) to 1. This short-circuits successive calls to getpwent() so that they jump to 'grabbing the next NIS entry'. This flag isn't reset when all the netgroup members have been retrieved. This causes a problem when another NIS-style entry (specifically named NIS users) is mentioned because getpwent() is permanently locked to retrieving the same user entry (and hence loops based around getpwent() never return). >How-To-Repeat: Add lines in the following format to the end of /etc/passwd (using vipw): +@netgroup-that-exists::::::::: +NIS-user-that-exists::::::::: +:::::::::/bin/true Try: finger NIS-added-user-not-included-above finger(1) will hang and a kernel trace will show a NIS lookup in passwd.byname for NIS-user-that-exists followed by a successful return of their passwd entry. After that, the trace is filled with nothing but gettimeofday(2) calls. >Fix: Non-rebuild workaround: Place all +user entries before any +@netgroup entries in /etc/passwd if possible. I don't think inserting a local user between the two entries will work. Software fix: amend /usr/src/lib/libc/gen/getpwent.c as follows, and rebuild libc: *** getpwent.c Mon Jun 16 17:04:57 1997 --- fixed-getpwent.c Mon Jun 16 16:36:17 1997 *************** *** 409,414 **** --- 409,415 ---- endgrent(); latch = 0; gr = NULL; + _pw_stepping_yp = 0; /* DOM */ return(0); } } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 16 10:12:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA16680 for bugs-outgoing; Mon, 16 Jun 1997 10:12:43 -0700 (PDT) Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA15923 for freebsd-bugs@freebsd.org; Mon, 16 Jun 1997 10:00:34 -0700 (PDT) Date: Mon, 16 Jun 1997 10:00:34 -0700 (PDT) Message-Id: <199706161700.KAA15923@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/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 o [1997/06/02] kern/3761 Inlel EtherExpress pro/100B more than on o [1997/06/08] bin/3813 make world on 2.2-STABLE dies when trying o [1997/06/11] misc/3846 The sample /etc/amd.map has a security ho o [1997/06/14] ports/3872 ports Enter key not working properly in trn por o [1997/06/16] kern/3882 panic: cannot boot from root 87 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/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/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 jmz 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 ache 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/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] 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/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] 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 max 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/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/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] misc/3217 The rmail.c err() function will fail in m 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] 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 for plotmtv port 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/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] 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 markm setlocale problem in lang/perl5 a [1997/04/19] ports/3335 ports new port request of korean/hanemacs o [1997/04/20] ports/3357 ports I make "pari-GP" ports o [1997/04/20] ports/3358 asami XFMail-1.1 has been released o [1997/04/20] bin/3360 su(1) cannot call MD4Init(3) from libskey a [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/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/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/29] bin/3416 ibcs emulation problems o [1997/04/29] bin/3418 pkg_create doesn't always create gzip'ed 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/3455 jmz mtools-3.6.tgz could have a better mtools o [1997/05/01] misc/3465 make-localhost uses %y to generate year 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/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 markm 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/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] 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/3627 ports New port - Atari 2600 VCS emulator o [1997/05/19] docs/3628 Submission of tutorial on how to upgrade f [1997/05/19] ports/3634 andreas 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/21] bin/3648 find(1) extension for file flags 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/22] i386/3663 Unable to get system printer to work o [1997/05/22] ports/3665 jmz mtools port install fails o [1997/05/22] kern/3667 patches to modularize vnode driver 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/3687 asami Gnat 3.09 Ada Compiler o [1997/05/27] misc/3695 compiled termcap.db not in distribution 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] docs/3709 manpage vmstat.8 has some problems o [1997/05/29] conf/3713 installation floppy bug 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 f [1997/05/31] bin/3733 davidn getty with 'to' option causes pppd to die o [1997/05/31] docs/3735 getlogin manpage says wrong OS 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] conf/3751 Improvements to /etc/rc{,.network,.pccard o [1997/06/02] ports/3758 ports port of SR programming language o [1997/06/02] ports/3759 tg xtem-5.23 (X11 TEx Menu) port submitted ( o [1997/06/02] bin/3762 Bogus return values from rtprio(1) o [1997/06/02] docs/3764 systat(1) -vmstat description seems to be a [1997/06/02] ports/3765 ports New port: mpd-1.0b3 o [1997/06/02] bin/3766 ping has a few missing ntohs() & ntohl() o [1997/06/03] bin/3769 strftime %C should be %c (lstart option) o [1997/06/04] conf/3775 Time Zone for Sri Lanka - LKT o [1997/06/04] bin/3777 quiz dies early o [1997/06/04] bin/3778 ypbind -S domainname,server1,... does not o [1997/06/04] bin/3780 WEXITSTATUS() may return nagative value, o [1997/06/04] conf/3782 jkh /stand/sysinstall misbehaviour in rc.conf o [1997/06/04] ports/3784 ports New port: cyrproxy-1.4.1 o [1997/06/04] ports/3787 ports ghostscript-3.53 has bad PLIST o [1997/06/06] docs/3798 typo of manpage pkg_* o [1997/06/06] bin/3801 'timed' don't work with option '-n' o [1997/06/07] bin/3805 single process tftpd o [1997/06/07] ports/3806 ports update s3mod to 1.09 o [1997/06/08] docs/3808 The manpage telnet.1 has many bugs. o [1997/06/08] ports/3815 ports port of modula 2 compiler o [1997/06/09] bin/3818 "dd conv=sync" makes garbage o [1997/06/09] docs/3819 man (5) login.conf specifies passwordtime o [1997/06/09] ports/3824 ports New port: snes97 o [1997/06/09] bin/3826 KerberosIV sometimes hangs rcp o [1997/06/09] ports/3831 ports netris port doesn't install sr o [1997/06/10] kern/3836 Cannot remove HUGE directory o [1997/06/10] bin/3837 new feature for rtprio o [1997/06/10] kern/3839 X startup undoes keyboard repeat rate (pc o [1997/06/11] bin/3850 /usr/bin/cmp fails with nonzero byte offs o [1997/06/12] kern/3853 netboot/ns8390.c breaks NS datasheet o [1997/06/12] bin/3855 /usr/bin/cmp fails with nonzero byte offs o [1997/06/12] i386/3856 Improvement to autodetection logic o [1997/06/13] docs/3858 passwd(5) says class field is unused o [1997/06/13] bin/3859 Setting the $0 variable in perl dosnt do o [1997/06/13] docs/3861 Line 108 of rc.conf refers to rc.conf(8) o [1997/06/14] bin/3864 Incorrect usage of err(3) in mount_union. o [1997/06/14] bin/3866 rcs2log fails with eastern timezones o [1997/06/14] ports/3870 ports Upgrade tkdesk 1.0b3 --> 1.0b4 o [1997/06/15] docs/3877 In manapge keyadmin.8, key show be rename o [1997/06/15] bin/3878 Hang login session if using ttys.deny (or o [1997/06/15] kern/3879 Can't export mounted ext2fs via NFS o [1997/06/15] ports/3880 ports ucd-snmp port does not install library or 543 problems total. From owner-freebsd-bugs Mon Jun 16 10:40:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA18185 for bugs-outgoing; Mon, 16 Jun 1997 10:40:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA18177; Mon, 16 Jun 1997 10:40:02 -0700 (PDT) Resent-Date: Mon, 16 Jun 1997 10:40:02 -0700 (PDT) Resent-Message-Id: <199706161740.KAA18177@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, arnej@mail.math.ntnu.no Received: from romberg.math.ntnu.no (153@romberg.imf.unit.no [129.241.15.150]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA18088 for ; Mon, 16 Jun 1997 10:37:49 -0700 (PDT) Received: (qmail 15602 invoked from network); 16 Jun 1997 17:36:21 -0000 Received: from frida.math.ntnu.no (129.241.15.136) by romberg.imf.unit.no with SMTP; 16 Jun 1997 17:36:21 -0000 Received: (from arnej@localhost) by frida.math.ntnu.no (8.8.5/8.8.4) id TAA15725; Mon, 16 Jun 1997 19:36:20 +0200 (MEST) Message-Id: <199706161736.TAA15725@frida.math.ntnu.no> Date: Mon, 16 Jun 1997 19:36:20 +0200 (MEST) From: arnej@mail.math.ntnu.no Reply-To: arnej@mail.math.ntnu.no To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3884: stdarg.h fails for data types < 4 bytes Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3884 >Category: bin >Synopsis: stdarg.h fails for data types < 4 bytes >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 16 10:40:01 PDT 1997 >Last-Modified: >Originator: Arne Henrik Juul >Organization: Norwegian University of Technology and Science >Release: FreeBSD 2.2-STABLE i386 >Environment: 2.2 branch and -current. >Description: The standard include file #defines va_arg to make an explicit abort() when asked to get an argument with sizeof(type) < sizeof(int). Probably stdarg.h should follow the conventions of the C compiler instead. >How-To-Repeat: Inspect , or compile and run the following test program, gotten from c-torture. #include struct tiny { short c; }; f (int n, ...) { struct tiny x; int i; va_list ap; va_start (ap,n); for (i = 0; i < n; i++) { x = va_arg (ap,struct tiny); if (x.c != i + 10) abort(); } { long x = va_arg (ap, long); if (x != 123) abort(); } va_end (ap); } main () { struct tiny x[3]; x[0].c = 10; x[1].c = 11; x[2].c = 12; f (3, x[0], x[1], x[2], (long) 123); exit(0); } >Fix: Apply following patch: --- /usr/src/sys/i386/include/stdarg.h Wed Apr 2 14:31:20 1997 +++ ./stdarg.h Mon Jun 16 19:16:48 1997 @@ -39,13 +39,13 @@ typedef char *va_list; +#define __va_promote(type) \ + (((sizeof(type) + sizeof(int) - 1) / sizeof(int)) * sizeof(int)) + #ifdef __GNUC__ #define va_start(AP, LASTARG) \ (AP = ((va_list) __builtin_next_arg (LASTARG))) #else -#define __va_promote(type) \ - (((sizeof(type) + sizeof(int) - 1) / sizeof(int)) * sizeof(int)) - #define va_start(ap, last) \ (ap = ((va_list)&(last) + __va_promote(last))) #endif @@ -55,8 +55,7 @@ ((type *)(ap += sizeof(type)))[-1] #else #define va_arg(ap, type) \ - ((type *)(ap += sizeof(type) < sizeof(int) ? \ - (abort(), 0) : sizeof(type)))[-1] + (*((type *)(ap += __va_promote(type), ap - __va_promote(type)))) #endif #define va_end(ap) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 16 12:26:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA24779 for bugs-outgoing; Mon, 16 Jun 1997 12:26:56 -0700 (PDT) Received: from pc759.cs.msu.su (pc759.cs.msu.su [158.250.10.223]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA24762 for ; Mon, 16 Jun 1997 12:26:51 -0700 (PDT) Received: (from laskavy@localhost) by pc759.cs.msu.su (8.8.5/8.8.5) id XAA01886 for freebsd-bugs@FreeBSD.org; Mon, 16 Jun 1997 23:32:05 +0400 (MSD) Date: Mon, 16 Jun 1997 23:32:05 +0400 (MSD) From: "Sergei S. Laskavy" Message-Id: <199706161932.XAA01886@pc759.cs.msu.su> To: freebsd-bugs@FreeBSD.org Subject: man 3 printf: "quad int" type??? Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I am using 2.2.2-RELEASE and found something about "quad int" type: $ man 3 printf [...] o The optional character q, specifying that a following d, i, o, u, x, or X conversion corresponds to a quad int or unsigned quad int argu- ---------------------------------------------^^^^^^^^ ment, or that a following n conversion corresponds to a pointer to a quad int argument. ------------^^^^^^^^ [...] I used "quad_t" and "long long", but "quad int" wont work. Where is the bug? Sergei S. Laskavy PS: in the same manual page I found [...] asprintf(char **ret, const char *format, ...) [...] Asprintf() and vasprintf() return a pointer to a buffer sufficiently --------^ I thought that function names are case-sensitive. From owner-freebsd-bugs Mon Jun 16 12:47:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA26003 for bugs-outgoing; Mon, 16 Jun 1997 12:47:31 -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 MAA25915; Mon, 16 Jun 1997 12:45:05 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA15251; Mon, 16 Jun 1997 12:44:16 -0700 (PDT) Date: Mon, 16 Jun 1997 12:44:16 -0700 (PDT) Message-Id: <199706161944.MAA15251@freefall.freebsd.org> To: wanglong@hbdcb.net.cn, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/3882 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: panic: cannot boot from root State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Mon Jun 16 21:43:24 MEST 1997 State-Changed-Why: Not a bug, pilot error. See my followup, too. From owner-freebsd-bugs Mon Jun 16 12:51:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA26319 for bugs-outgoing; Mon, 16 Jun 1997 12:51:45 -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 MAA26294; Mon, 16 Jun 1997 12:51:41 -0700 (PDT) Received: (jin@localhost) by george.lbl.gov (8.6.10/8.6.5) id MAA09330; Mon, 16 Jun 1997 12:51:37 -0700 Date: Mon, 16 Jun 1997 12:51:37 -0700 From: "Jin Guojun[ITG]" Message-Id: <199706161951.MAA09330@george.lbl.gov> To: questions@freebsd.org Subject: who is the maintainer for threads library (libc_r)? Cc: bugs@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It is appreciated if some one please tell me how to contact the maintainer for threads library (libc_r). Thanks, -Jin From owner-freebsd-bugs Mon Jun 16 13:00:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA26887 for bugs-outgoing; Mon, 16 Jun 1997 13:00:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA26859; Mon, 16 Jun 1997 13:00:02 -0700 (PDT) Date: Mon, 16 Jun 1997 13:00:02 -0700 (PDT) Message-Id: <199706162000.NAA26859@hub.freebsd.org> To: freebsd-bugs Cc: From: Brian Somers Subject: Re: bin/3881: Userland ppp doesn't want to talk to the modem Reply-To: Brian Somers Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3881; it has been noted by GNATS. From: Brian Somers To: shocking@mailbox.uq.edu.au Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/3881: Userland ppp doesn't want to talk to the modem Date: Mon, 16 Jun 1997 20:53:00 +0100 > > >Number: 3881 > >Category: bin > >Synopsis: Userland ppp doesn't want to talk to the modem > >Confidential: no > >Severity: serious > >Priority: medium > >Responsible: freebsd-bugs > >State: open > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Mon Jun 16 01:50:01 PDT 1997 > >Last-Modified: > >Originator: Stephen Hocking > >Organization: > Eh? > >Release: FreeBSD 3.0-CURRENT i386 > >Environment: > > FreeBSD-3.0 current (src-cur 2924) > > >Description: > > User land ppp doesn't seem to be able to talk to the modem anymore. > When using term no echo is seen from the modem, nor do previously > working dialup scripts succeed. Kermit & kernel mode ppp work OK. > > >How-To-Repeat: > > ppp, then "term", then try talking to your modem. > > >Fix: > > Kernel mode ppp (pppd) works fine! > > > >Audit-Trail: > >Unformatted: Can you try this again ? I've just submitted some minor changes although "term" seemed to work ok without them. -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-bugs Mon Jun 16 13:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA28821 for bugs-outgoing; Mon, 16 Jun 1997 13:30:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA28814; Mon, 16 Jun 1997 13:30:02 -0700 (PDT) Resent-Date: Mon, 16 Jun 1997 13:30:02 -0700 (PDT) Resent-Message-Id: <199706162030.NAA28814@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, stesin@gu.net Received: from trifork.gu.net (trifork.gu.net [194.93.190.194]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA28344; Mon, 16 Jun 1997 13:24:22 -0700 (PDT) Received: (from stesin@localhost) by trifork.gu.net (8.8.5/8.8.5) id CAA13410; Tue, 17 Jun 1997 02:25:39 +0300 (EEST) Message-Id: <199706162325.CAA13410@trifork.gu.net> Date: Tue, 17 Jun 1997 02:25:39 +0300 (EEST) From: stesin@gu.net Reply-To: stesin@gu.net To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: stable@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3885: User PPP hangs forever with -ddial Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3885 >Category: bin >Synopsis: /usr/bin/ppp -ddial sleeps forever instead of redial >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 16 13:30:01 PDT 1997 >Last-Modified: >Originator: Andrew Stesin >Organization: just me >Release: FreeBSD 2.2-970612-RELENG i386 >Environment: FreeBSD connected to cisco 2511 with 57600 async LL The condifuration is pretty much usual. Some recent version of PPP (pre-2.2.2) worked well and still does. >Description: Permanent PPP LL connection starts form /etc/start_if.tun0 but the problem occurs after manual dial as well. After a carrier drop PPP doesn't redial, log shows that it goes to a state when the last 3 messages in the log are: ... LCP: State change Req-Sent --> Stopped ... LCP: LcpLayerFinish ... Phase: NewPhase: Dead ... and it just sits there forever. If I telnet 127.0.0.1 3000 then after a few different "show" commands I noticed that redial timer (is set to 5 seconds and 999 attempts) is not decremented, PPP just sits at "3 seconds remained until a redial attempt" or alike. "3 seconds" aren't changing. >How-To-Repeat: I think that just launch /usr/bin/ppp -ddial to something which speaks PPP, and wait (or provoce) a carrier drop or line disconnect. I did this a few times with identical results. >Fix: Considering the fact that recently some changes were applied to PPP, I think that some damage was done to PPP state machine with regard to redialing, it worked in pre-2.2.2 days. Nothing more detailed, sorry. The testbed is here and I'm ready to do any test and actions one would like me to do in order to discover problem source. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 16 14:42:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA03592 for bugs-outgoing; Mon, 16 Jun 1997 14:42:00 -0700 (PDT) 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 OAA03493; Mon, 16 Jun 1997 14:40:20 -0700 (PDT) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.8.5/8.6.4) with ESMTP id AAA07927; Tue, 17 Jun 1997 00:39:39 +0300 (EET DST) Received: (hsu@localhost) by katiska.clinet.fi (8.8.5/8.6.4) id AAA10851; Tue, 17 Jun 1997 00:39:38 +0300 (EET DST) Date: Tue, 17 Jun 1997 00:39:38 +0300 (EET DST) Message-Id: <199706162139.AAA10851@katiska.clinet.fi> From: Heikki Suonsivu To: FreeBSD-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Cc: hsu@clinet.fi Subject: Re: kern/2773: bad dir In-Reply-To: <199702191620.IAA29792@freefall.freebsd.org> References: <199702191618.SAA04519@news.clinet.fi> <199702191620.IAA29792@freefall.freebsd.org> Organization: Clinet Ltd, Espoo, Finland Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This problem seems to have disappeared or reduced in frequency after we stopped one process storing binaries collected from newsgroups to a nfs disk (aub, a perl script utilizing a bunch of netbpm tools). FreeBSD-gnats@freefall.freebsd.org writes: > Thank you very much for your problem report. > It has the internal identification `kern/2773'. > The individual assigned to look at your > bug is: freebsd-bugs. > > >Category: kern > >Responsible: freebsd-bugs > >Synopsis: bad dir panic > >Arrival-Date: Wed Feb 19 08:20:04 PST 1997 -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-9-43542270 fax -4555276 From owner-freebsd-bugs Mon Jun 16 14:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA04167 for bugs-outgoing; Mon, 16 Jun 1997 14:50:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA04158; Mon, 16 Jun 1997 14:50:01 -0700 (PDT) Date: Mon, 16 Jun 1997 14:50:01 -0700 (PDT) Message-Id: <199706162150.OAA04158@hub.freebsd.org> To: freebsd-bugs Cc: From: Heikki Suonsivu Subject: Re: kern/2773: bad dir Reply-To: Heikki Suonsivu Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2773; it has been noted by GNATS. From: Heikki Suonsivu To: FreeBSD-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Cc: hsu@clinet.fi Subject: Re: kern/2773: bad dir Date: Tue, 17 Jun 1997 00:39:38 +0300 (EET DST) This problem seems to have disappeared or reduced in frequency after we stopped one process storing binaries collected from newsgroups to a nfs disk (aub, a perl script utilizing a bunch of netbpm tools). FreeBSD-gnats@freefall.freebsd.org writes: > Thank you very much for your problem report. > It has the internal identification `kern/2773'. > The individual assigned to look at your > bug is: freebsd-bugs. > > >Category: kern > >Responsible: freebsd-bugs > >Synopsis: bad dir panic > >Arrival-Date: Wed Feb 19 08:20:04 PST 1997 -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-9-43542270 fax -4555276 From owner-freebsd-bugs Mon Jun 16 16:44:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA09314 for bugs-outgoing; Mon, 16 Jun 1997 16:44:08 -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 QAA09275; Mon, 16 Jun 1997 16:43:31 -0700 (PDT) From: David Nugent Received: (from davidn@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA16827; Mon, 16 Jun 1997 16:42:41 -0700 (PDT) Date: Mon, 16 Jun 1997 16:42:41 -0700 (PDT) Message-Id: <199706162342.QAA16827@freefall.freebsd.org> To: roman@rpd.univ.kiev.ua, davidn@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3878 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Hang login session if using ttys.deny (or host.deny) capabilities in /etc/login.conf State-Changed-From-To: open-closed State-Changed-By: davidn State-Changed-When: Tue Jun 17 09:39:41 EST 1997 State-Changed-Why: Fix applied: /home/ncvs/src/lib/libutil/login_ok.c,v <-- login_ok.c new revision: 1.5; previous revision: 1.4 /home/ncvs/src/lib/libutil/login_ok.c,v <-- login_ok.c new revision: 1.4.2.1; previous revision: 1.4 From owner-freebsd-bugs Mon Jun 16 16:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA09551 for bugs-outgoing; Mon, 16 Jun 1997 16:50:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA09535; Mon, 16 Jun 1997 16:50:02 -0700 (PDT) Resent-Date: Mon, 16 Jun 1997 16:50:02 -0700 (PDT) Resent-Message-Id: <199706162350.QAA09535@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ahd@kew.com Received: from pandora.hh.kew.com (ahd@kendra.ne.highway1.com [24.128.53.73]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA09395 for ; Mon, 16 Jun 1997 16:46:12 -0700 (PDT) Received: (from ahd@localhost) by pandora.hh.kew.com (8.8.5/8.8.5) id TAA02325; Mon, 16 Jun 1997 19:46:11 -0400 (EDT) Message-Id: <199706162346.TAA02325@pandora.hh.kew.com> Date: Mon, 16 Jun 1997 19:46:11 -0400 (EDT) From: Drew Derbyshire Reply-To: ahd@kew.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/3886: install does not build sendmail host status directory Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3886 >Category: conf >Synopsis: install does not build sendmail host status directory >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 16 16:50:01 PDT 1997 >Last-Modified: >Originator: Drew Derbyshire >Organization: Kendra Electronic Wonderworks >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: Newly installed 2.2.1 system which will use sendmail and options: O HostStatusDirectory=.hoststat O SingleThreadDelivery=True >Description: The install does not create /var/spool/mqueue/.hoststat file, used to store the status of down hosts and for single threading connections to such hosts. >How-To-Repeat: With a normal scratch install, run sendmail with the above options (.hoststat is the default name generated by the m4 configurations), and no host status saved because the directory does not exist. >Fix: Modify install to build .hoststat in /var/spool/mqueue/.hoststat immediately after building the parent directory. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 16 18:10:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA13008 for bugs-outgoing; Mon, 16 Jun 1997 18:10:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA12999; Mon, 16 Jun 1997 18:10:02 -0700 (PDT) Resent-Date: Mon, 16 Jun 1997 18:10:02 -0700 (PDT) Resent-Message-Id: <199706170110.SAA12999@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, root@blip.cetlink.net Received: from blip.cetlink.net (blip.cetlink.net [209.54.62.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA12840 for ; Mon, 16 Jun 1997 18:07:44 -0700 (PDT) Received: (from root@localhost) by blip.cetlink.net (8.8.5/8.8.5) id VAA00867; Mon, 16 Jun 1997 21:07:07 -0400 (EDT) Message-Id: <199706170107.VAA00867@blip.cetlink.net> Date: Mon, 16 Jun 1997 21:07:07 -0400 (EDT) From: Charlie Root Reply-To: root@blip.cetlink.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3887: fxp problems Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3887 >Category: kern >Synopsis: fxp driver looses packets >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 16 18:10:01 PDT 1997 >Last-Modified: >Originator: Jeff Wheat >Organization: Computer Enhancement Technologies, Inc >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: Server: CPU: P5 166MHz Memory: 64MB DRAM Ethernet Card: Intel EtherExpress 10/100B IDE Hard Drive: Western Digital 2.1Gb This ethernet card has 68 aliases bound to it. >Description: After running for anywhere from 12 hours to 2 days, the ethernet card becomes unresponsive to any packets. The server continues to operate though attempting to send or receive any packets fails. Netstat -nr shows default route as well as the aliases. Netstat -na shows usually an address bound to port 80 of one of the virtual webservers with a state of LAST_ACK. Rebooting the machine returns all network functions to a normal state. >How-To-Repeat: Probably sufficient to use an fxp device with multiple aliases bound to the controller. This seems to exist now on two seperate machines. The second machine ran without a single problem until I bound a couple of aliases. The symtoms are identical to the first server. >Fix: Disabling aliases causes the problems to go away. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 16 18:58:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA15760 for bugs-outgoing; Mon, 16 Jun 1997 18:58:16 -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 SAA15753; Mon, 16 Jun 1997 18:58:12 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA17479; Mon, 16 Jun 1997 18:57:21 -0700 (PDT) Date: Mon, 16 Jun 1997 18:57:21 -0700 (PDT) Message-Id: <199706170157.SAA17479@freefall.freebsd.org> To: brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: bin/3881 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Userland ppp doesn't want to talk to the modem Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Mon Jun 16 18:56:48 PDT 1997 Responsible-Changed-Why: I'll look after this. From owner-freebsd-bugs Mon Jun 16 19:00:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA15838 for bugs-outgoing; Mon, 16 Jun 1997 19:00:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA15828; Mon, 16 Jun 1997 19:00:02 -0700 (PDT) Date: Mon, 16 Jun 1997 19:00:02 -0700 (PDT) Message-Id: <199706170200.TAA15828@hub.freebsd.org> To: freebsd-bugs Cc: From: Brian Somers Subject: Re: bin/3885: User PPP hangs forever with -ddial Reply-To: Brian Somers Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3885; it has been noted by GNATS. From: Brian Somers To: stesin@gu.net Cc: FreeBSD-gnats-submit@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: bin/3885: User PPP hangs forever with -ddial Date: Tue, 17 Jun 1997 02:49:56 +0100 > > >Number: 3885 > >Category: bin > >Synopsis: /usr/bin/ppp -ddial sleeps forever instead of redial > >Confidential: no > >Severity: critical > >Priority: high > >Responsible: freebsd-bugs > >State: open > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Mon Jun 16 13:30:01 PDT 1997 > >Last-Modified: > >Originator: Andrew Stesin > >Organization: > just me > >Release: FreeBSD 2.2-970612-RELENG i386 > >Environment: > FreeBSD connected to cisco 2511 with 57600 async LL > > The condifuration is pretty much usual. Some recent > version of PPP (pre-2.2.2) worked well and still does. > > >Description: > > Permanent PPP LL connection starts form /etc/start_if.tun0 > but the problem occurs after manual dial as well. > > After a carrier drop PPP doesn't redial, log shows > that it goes to a state when the last 3 messages > in the log are: > > ... LCP: State change Req-Sent --> Stopped > ... LCP: LcpLayerFinish > ... Phase: NewPhase: Dead > > ... and it just sits there forever. > > If I telnet 127.0.0.1 3000 then after a few different "show" > commands I noticed that redial timer (is set to 5 seconds > and 999 attempts) is not decremented, PPP just sits at > "3 seconds remained until a redial attempt" or alike. > > "3 seconds" aren't changing. > > >How-To-Repeat: > > I think that just launch /usr/bin/ppp -ddial to something > which speaks PPP, and wait (or provoce) a carrier drop > or line disconnect. > > I did this a few times with identical results. > > >Fix: > > Considering the fact that recently some changes > were applied to PPP, I think that some damage was > done to PPP state machine with regard to redialing, > it worked in pre-2.2.2 days. > > Nothing more detailed, sorry. The testbed is here > and I'm ready to do any test and actions one would > like me to do in order to discover problem source. > > >Audit-Trail: > >Unformatted: Can you try out the current version from RELENG_2_2 - main.c version 1.22.2.26 and drop me a line with your successes/failures ? Thanks. -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-bugs Mon Jun 16 20:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA20636 for bugs-outgoing; Mon, 16 Jun 1997 20:50:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA20624; Mon, 16 Jun 1997 20:50:01 -0700 (PDT) Date: Mon, 16 Jun 1997 20:50:01 -0700 (PDT) Message-Id: <199706170350.UAA20624@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: bin/3884: stdarg.h fails for data types < 4 bytes Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3884; it has been noted by GNATS. From: Bruce Evans To: arnej@mail.math.ntnu.no, FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: bin/3884: stdarg.h fails for data types < 4 bytes Date: Tue, 17 Jun 1997 13:37:58 +1000 > The standard include file #defines va_arg to > make an explicit abort() when asked to get an argument > with sizeof(type) < sizeof(int). This is correct. The behaviour is undefined when the type in va_arg() does not match its default promotion. > Probably stdarg.h should > follow the conventions of the C compiler instead. Probably not. Generating an error is useful for detecting unportable code. However, it would be better to generate the error at compile time, and also detect float types (which happen to have the same size as their default promotion on i386's) and on char and short types (which may happen to have the same size as their default promotion on non-i386's). I don't know how to do this without using a compiler builtin. >>How-To-Repeat: > > Inspect , or compile and run the following test > program, gotten from c-torture. This program does not conform to standard C. A more amusing example is the NIST POSIX Conformance Test Suite. The entire test suite is non- conforming because a fundamental startup module uses types char, unsigned short, pid_t, clock_t, off_t and time_t in va_arg(). Typedef'ed types can never be used in va_arg(), because they may be almost anything (pid_t may be float, and time_t may be char :-). Bruce From owner-freebsd-bugs Mon Jun 16 21:20:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA21783 for bugs-outgoing; Mon, 16 Jun 1997 21:20:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA21747; Mon, 16 Jun 1997 21:20:03 -0700 (PDT) Date: Mon, 16 Jun 1997 21:20:03 -0700 (PDT) Message-Id: <199706170420.VAA21747@hub.freebsd.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: kern/3887: fxp problems Reply-To: David Greenman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3887; it has been noted by GNATS. From: David Greenman To: root@blip.cetlink.net Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/3887: fxp problems Date: Mon, 16 Jun 1997 21:19:16 -0700 >>Description: > > After running for anywhere from 12 hours to 2 days, the ethernet >card becomes unresponsive to any packets. The server continues to operate >though attempting to send or receive any packets fails. Netstat -nr shows >default route as well as the aliases. Netstat -na shows usually an address >bound to port 80 of one of the virtual webservers with a state of LAST_ACK. >Rebooting the machine returns all network functions to a normal state. > >>How-To-Repeat: > > Probably sufficient to use an fxp device with multiple aliases >bound to the controller. This seems to exist now on two seperate machines. >The second machine ran without a single problem until I bound a couple of >aliases. The symtoms are identical to the first server. > >>Fix: > > Disabling aliases causes the problems to go away. The problem could be caused by a variety of things. One cause of something like this is running out of mbuf clusters. You might get a "Out of mbuf clusters - increase maxusers!" message in your /var/log/messages. You can increase the maximum number of mbuf clusters with the NMBCLUSTERS kernel option (see the mailing list archives). Another possible cause of this could be a bug in the 82557 NIC; the receiver goes dead when getting garbage on the wire. If you can "ifconfig fxp0 dowm; ifconfig fxp0 up" to clear the problem, then this might be the cause. Let me know if you determine anything further on this problem. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Mon Jun 16 22:55:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA24836 for bugs-outgoing; Mon, 16 Jun 1997 22:55:02 -0700 (PDT) Received: from lips.lcse.umn.edu (lips.lcse.umn.edu [128.101.182.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA24825 for ; Mon, 16 Jun 1997 22:54:57 -0700 (PDT) Received: from fuckme.thebarn.com (banana.lcse.umn.edu [128.101.182.200]) by lips.lcse.umn.edu (8.8.5/8.8.4) with ESMTP id AAA26423 for ; Tue, 17 Jun 1997 00:54:48 -0500 (CDT) Received: (from cattelan@localhost) by fuckme.thebarn.com (8.8.5/8.8.5) id AAA02295; Tue, 17 Jun 1997 00:54:45 -0500 (CDT) Date: Tue, 17 Jun 1997 00:54:45 -0500 (CDT) Message-Id: <199706170554.AAA02295@fuckme.thebarn.com> From: Rusell Cattelan MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 To: freebsd-bugs@freebsd.org Subject: Current state of ppp and pppd X-Mailer: VM 6.31 under 20.2 XEmacs Lucid Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id WAA24829 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well since pppd developed this problem sometime back in the 3.0 tree where as the system would hang if the modem hung up abnormally. So I started using ijppp, which is fine except that is crashes! I currently run it under the debug, but the results are very strange... looks like the stack is getting trashed. ie gdb) where #0 0x154d5 in VjCompInput (bp= Error accessing memory address 0xffffcac0: Invalid argument. ) at vjcomp.c:147 Error accessing memory address 0xffffcab8: Invalid argument. (gdb) list 142 LogPrintf(LogERROR, "VjCompInput...???\n"); 143 return(bp); 144 } 145 bp = VjUncompressTcp(bp, type); 146 return(bp); 147 } (gdb) print bp $1 = (struct mbuf *) 0x0 (gdb) Program received signal SIGSEGV, Segmentation fault. 0x1ffff in InputGuessTable () (gdb) where #0 0x1ffff in InputGuessTable () #1 0x41040 in end () #2 0x9d66 in DecodePacket (proto=45, bp=0x41040) at hdlc.c:223 #3 0xa215 in HdlcInput (bp=0x41040) at hdlc.c:396 #4 0x223d in AsyncInput (buff=0xefbfcb3c "h\006.½", cnt=42) at async.c:191 #5 0xfda8 in DoLoop () at main.c:1022 #6 0xedad in main (argc=1, argv=0xefbfd508) at main.c:532 (gdb) list Line number 148 out of range; vjcomp.c has 147 lines. (gdb) The crashes seem to occur when accessing certain web pages. Note the crashes mainly occur when the FreeBSD box is acting as router for my other home machine. ie SGI -(ether)-> FreeBSD (ppp) -> ..... -> FreeBSD 2.2.1 (pppd) -- Russell Cattelan ------------------------------------------- Of all that works backward must be foreword! ------------------------------------------- From owner-freebsd-bugs Tue Jun 17 00:03:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA28296 for bugs-outgoing; Tue, 17 Jun 1997 00:03:15 -0700 (PDT) Received: from p3.net (root@p3.net [206.67.12.14]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA28287 for ; Tue, 17 Jun 1997 00:03:11 -0700 (PDT) Received: from vito.p3.net (nbwgc58.p3.net [206.137.135.122]) by p3.net (8.6.12/8.6.12) with SMTP id DAA28463 for ; Tue, 17 Jun 1997 03:00:59 -0400 Date: Tue, 17 Jun 1997 03:00:59 -0400 Message-Id: <199706170700.DAA28463@p3.net> X-Sender: vito@pop.p3.net X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-bugs@freebsd.org From: Vittorio Subject: hi Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk kdjf;askldf a'sd f sdf sdfdfklsjd fkls f;slkdjf dkf ;dk s;dk fkdf ad f sd f df'sdf d fsds'df dfd fd ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Victor Parrella.....President of ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ CWPS Computer Wholesale Co. Web Design & Web Site Hosting ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ http://p3.net/~vito soon to be http://www.computer-city.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-freebsd-bugs Tue Jun 17 00:40:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA00752 for bugs-outgoing; Tue, 17 Jun 1997 00:40:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA00720; Tue, 17 Jun 1997 00:40:04 -0700 (PDT) Date: Tue, 17 Jun 1997 00:40:04 -0700 (PDT) Message-Id: <199706170740.AAA00720@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/3837: new feature for rtprio 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 bin/3837; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: luigi@iet.unipi.it Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/3837: new feature for rtprio Date: Sun, 15 Jun 1997 16:33:09 +0200 As Luigi Rizzo wrote: > This patch allows users listed in /etc/rtprio.conf to set > realtime priorities for processes. Useful to let non-root > users burn CDs. I also include the small manpage change. Sorry to take you down on this, but i don't like it. If we start to create /etc/foo.conf for every foo that requires root privileges, we won't ever come to an end. Your problem is exactly what things like suidperl or sudo have been made for. This has the additional advantage that you don't need to trust some user more than the other, but only need to trust some application to not abuse the feature. (Also see my other mail, rtprio is probably not needed for CD-Rs at all.) What do other people think? -- 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 Tue Jun 17 01:20:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA02391 for bugs-outgoing; Tue, 17 Jun 1997 01:20:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA02359; Tue, 17 Jun 1997 01:20:01 -0700 (PDT) Date: Tue, 17 Jun 1997 01:20:01 -0700 (PDT) Message-Id: <199706170820.BAA02359@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: kern/3882: panic: cannot boot from root 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/3882; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: wanglong@hbdcb.net.cn Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/3882: panic: cannot boot from root Date: Mon, 16 Jun 1997 21:36:38 +0200 As wanglong@hbdcb.net.cn wrote: > my computer is pentium 166 with ABUS T2P4d motherboard and my > harddisk is seagate ST52520 .I installed FreeBSD 2.2.1 in it > good,but one day i find my first IDE controller was bad ,so i change > my harddisk to the second IDE controller ,but when i install freebsd > in it,it can not boot now ,and the message is:" panic > :...........can't boot from root". Grmpf. First, please limit your linelength to a reasonable value. Second, you should be as exact as possible. ``Cannot mount root'' is the panic. Third, you should read docs, and failing this, please ask this to the proper support forums (questions@freebsd.org, or in Usenet). There are a lot of people being able to answer this, and no, it's not a bug. Thus, it's neither critical nor deserves a high priority. (Fourth, you could do a minimal effort of examining the problem yourself. Your bootmessages would show you that the disk where the root filesystem was expected to be on simply hasn't been found.) Finally: "0:wd(2,a)/kernel" is the boot string. ``man nextboot'' to see how to make the change permanent. -- 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 Tue Jun 17 01:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA02891 for bugs-outgoing; Tue, 17 Jun 1997 01:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA02883; Tue, 17 Jun 1997 01:30:02 -0700 (PDT) Date: Tue, 17 Jun 1997 01:30:02 -0700 (PDT) Message-Id: <199706170830.BAA02883@hub.freebsd.org> To: freebsd-bugs Cc: From: Luigi Rizzo Subject: Re: bin/3837: new feature for rtprio Reply-To: Luigi Rizzo Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3837; it has been noted by GNATS. From: Luigi Rizzo To: joerg_wunsch@uriah.heep.sax.de Cc: luigi@iet.unipi.it, FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/3837: new feature for rtprio Date: Tue, 17 Jun 1997 09:53:12 +0200 (MET DST) > As Luigi Rizzo wrote: > > > This patch allows users listed in /etc/rtprio.conf to set > > realtime priorities for processes. Useful to let non-root > > users burn CDs. I also include the small manpage change. > > Sorry to take you down on this, but i don't like it. If we start to > create /etc/foo.conf for every foo that requires root privileges, we > won't ever come to an end. agreed. Jordan already pointed this out, and suggested the use of login.conf for this (and other similar) capability. The problem: I have 2.2.1, and don't know what do I need to upgrade in order to have login.conf working. "login" perhaps, and then what else ? > Your problem is exactly what things like suidperl or sudo have been > made for. This has the additional advantage that you don't need to > trust some user more than the other, but only need to trust some > application to not abuse the feature. Abstracting from the specific problem, one way or another, if the number of apps requiring root privs is large, you'll have a large configuration database, be it in the form of foo.conf files, or login.conf capabilities, or sudo configuration entries. Methods to simplify configurations apply to all the above variants (although I agree that my foo.conf idea is the worst of the 3 and let's assume I never proposed it :) Coming to rtprio, the problem is that it does an exec of the next program without dropping privileges, so once you have made it run with root privs you have lost any security. It really needs to be patched, one way or another, to run with root privs. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-bugs Tue Jun 17 02:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA04381 for bugs-outgoing; Tue, 17 Jun 1997 02:00:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA04342; Tue, 17 Jun 1997 02:00:02 -0700 (PDT) Date: Tue, 17 Jun 1997 02:00:02 -0700 (PDT) Message-Id: <199706170900.CAA04342@hub.freebsd.org> To: freebsd-bugs Cc: From: "Arne Henrik Juul" Subject: Re: bin/3884: stdarg.h fails for data types < 4 bytes Reply-To: "Arne Henrik Juul" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3884; it has been noted by GNATS. From: "Arne Henrik Juul" To: Bruce Evans , arnej@mail.math.ntnu.no, FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: bin/3884: stdarg.h fails for data types < 4 bytes Date: Tue, 17 Jun 1997 10:50:26 +0200 On Jun 17, 13:37, Bruce Evans wrote: > Subject: Re: bin/3884: stdarg.h fails for data types < 4 bytes > > This is correct. I will argue that it is not. > The behaviour is undefined when the type in va_arg() > does not match its default promotion. Correct but irrelevant. > > Probably stdarg.h should > > follow the conventions of the C compiler instead. > > Probably not. Generating an error is useful for detecting unportable > code. However, it would be better to generate the error at compile time, > and also detect float types (which happen to have the same size as their > default promotion on i386's) and on char and short types (which may > happen to have the same size as their default promotion on non-i386's). > I don't know how to do this without using a compiler builtin. We should probably ask for one, then :-) > >>How-To-Repeat: > > > > Inspect , or compile and run the following test > > program, gotten from c-torture. > > This program does not conform to standard C. If it used short, I would agree with you. However, it uses a struct, and structs doesn't promote at all. Therefore, the program is conforming (maybe even strictly conforming) Ansi C and must work. - Arne H. J. From owner-freebsd-bugs Tue Jun 17 03:40:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA07965 for bugs-outgoing; Tue, 17 Jun 1997 03:40:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA07953; Tue, 17 Jun 1997 03:40:01 -0700 (PDT) Date: Tue, 17 Jun 1997 03:40:01 -0700 (PDT) Message-Id: <199706171040.DAA07953@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: bin/3884: stdarg.h fails for data types < 4 bytes Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3884; it has been noted by GNATS. From: Bruce Evans To: arnej@mail.math.ntnu.no, arnej@math.ntnu.no, bde@zeta.org.au, FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: bin/3884: stdarg.h fails for data types < 4 bytes Date: Tue, 17 Jun 1997 20:20:32 +1000 >> >>How-To-Repeat: >> > >> > Inspect , or compile and run the following test >> > program, gotten from c-torture. >> >> This program does not conform to standard C. > >If it used short, I would agree with you. However, it uses a struct, >and structs doesn't promote at all. Therefore, the program is >conforming (maybe even strictly conforming) Ansi C and must work. You are right. I should have read your example more carefully. Your patch can be improved by fixing the KERNEL case too and renaming __va_promote - there is no way to determine the promoted sizes without a builtin, and the args may have additional padding anyway, so __va_promote is a confusing name. The corresponding macro is named __va_rounded_size in gcc/ginclude/stdarg.h and __va_size in NetBSD. Bruce From owner-freebsd-bugs Tue Jun 17 08:20:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA19061 for bugs-outgoing; Tue, 17 Jun 1997 08:20:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA19033; Tue, 17 Jun 1997 08:20:02 -0700 (PDT) Resent-Date: Tue, 17 Jun 1997 08:20:02 -0700 (PDT) Resent-Message-Id: <199706171520.IAA19033@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, tinguely@plains.NoDak.edu Received: from web.cs.ndsu.NoDak.edu (web.cs.ndsu.NoDak.edu [134.129.125.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA18818 for ; Tue, 17 Jun 1997 08:11:57 -0700 (PDT) Received: (from tinguely@localhost) by web.cs.ndsu.NoDak.edu (8.8.5/8.8.5) id KAA12368; Tue, 17 Jun 1997 10:11:30 -0500 (CDT) Message-Id: <199706171511.KAA12368@web.cs.ndsu.NoDak.edu> Date: Tue, 17 Jun 1997 10:11:30 -0500 (CDT) From: tinguely@plains.NoDak.edu Reply-To: tinguely@plains.NoDak.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/3890: process accounting configuration problem Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3890 >Category: conf >Synopsis: process accounting entry in /etc/rc.conf is wrong >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Jun 17 08:20:01 PDT 1997 >Last-Modified: >Originator: Mark Tinguely >Organization: NDSU Computer Science >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: >Description: the process accounting entry in /etc/rc.conf (accounting) conflicts with its use in /etc/rc (accounting_enabled). >How-To-Repeat: grep accounting /etc/rc.conf /etc/rc >Fix: the processs accounting entry in /etc/rc.conf should read: accounting_enable="NO" # Turn on process accounting (or NO). and not: accounting="NO" # Turn on process accounting (or NO). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jun 17 09:30:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA21649 for bugs-outgoing; Tue, 17 Jun 1997 09:30:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA21628; Tue, 17 Jun 1997 09:30:02 -0700 (PDT) Resent-Date: Tue, 17 Jun 1997 09:30:02 -0700 (PDT) Resent-Message-Id: <199706171630.JAA21628@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, jose@we.lc.ehu.es Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA21362; Tue, 17 Jun 1997 09:22:22 -0700 (PDT) Message-Id: <199706171622.JAA21362@hub.freebsd.org> Date: Tue, 17 Jun 1997 09:22:22 -0700 (PDT) From: jose@we.lc.ehu.es To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/3891: NIS-only netgroup lookups don't work Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3891 >Category: bin >Synopsis: NIS-only netgroup lookups don't work >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 17 09:30:01 PDT 1997 >Last-Modified: >Originator: Jose M. Alcaide >Organization: Univ. Pais Vasco - Dept. Electronica >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: FreeBSD tiburon.we.lc.ehu.es 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Wed May 28 17:05:27 CEST 1997 root@tiburon.we.lc.ehu.es:/usr/src/sys/compile/TIBURON i386 >Description: innetgr() fails when a NIS-only lookup is performed, i.e., when /etc/netgroup doesn't exist, is empty, or contains only "+". However, when /etc/netgroup contains a direct netgroup specification followed by a "+", then innetgr() works. >How-To-Repeat: An NIS server must exist in the LAN exporting one or more netgroups. In my case, there is only one netgroup: trusted (polaris,-,) (sirius,-,) (vega,-,) .... and so on The system running FreeBSD must have NIS enabled, ypbind running, etc. Check that NIS maps are readable using "ypcat". Check that /etc/netgroup doesn't exist. Then a simple program like this shows the problem (substitute for your netgroup, host and NIS domain). --------------------------------------- #include main() { printf("%d\n", innetgr("trusted", "polaris", NULL, "we.lc.ehu.es")); } -------------------------------------- This program prints "0": innetgr() fails. Now, create a /etc/netgroup file containing something like this: null (-,-,) + Then, if you run the same program, it will print "1", showing that innetgr() finds the host in the netgroup. >Fix: None. I examined /usr/src/lib/libc/gen/getnetgrent.c, but it's difficult to find the problem without debugging. There is an obvious workaround: create /etc/netgroup containing a dummy netgroup and a "+" entry. However, netgroup(5) says that this is the least efficient configuration. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jun 17 09:33:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA21755 for bugs-outgoing; Tue, 17 Jun 1997 09:33:12 -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 JAA21733; Tue, 17 Jun 1997 09:32:09 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA00572; Tue, 17 Jun 1997 09:32:07 -0700 (PDT) Date: Tue, 17 Jun 1997 09:32:07 -0700 (PDT) Message-Id: <199706171632.JAA00572@freefall.freebsd.org> To: tinguely@plains.NoDak.edu, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/3890 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: process accounting entry in /etc/rc.conf is wrong State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Tue Jun 17 09:31:57 PDT 1997 State-Changed-Why: Already fixed awhile back... From owner-freebsd-bugs Tue Jun 17 12:34:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA02710 for bugs-outgoing; Tue, 17 Jun 1997 12:34:47 -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 MAA02695 for ; Tue, 17 Jun 1997 12:34:44 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA08994; Tue, 17 Jun 1997 21:34:31 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id SAA18664; Tue, 17 Jun 1997 18:51:39 +0200 (MET DST) Message-ID: <19970617185139.XH58574@uriah.heep.sax.de> Date: Tue, 17 Jun 1997 18:51:39 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: vito@p3.net (Vittorio) Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: hi References: <199706170700.DAA28463@p3.net> 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: <199706170700.DAA28463@p3.net>; from Vittorio on Jun 17, 1997 03:00:59 -0400 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Vittorio wrote: > kdjf;askldf a'sd f > sdf > sdfdfklsjd fkls f;slkdjf dkf ;dk s;dk fkdf > ad f > sd > f df'sdf > d fsds'df > dfd > fd PGP cannot decrypt this, do you care to inform us which decryption software we need? -- 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 Tue Jun 17 15:20:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA11967 for bugs-outgoing; Tue, 17 Jun 1997 15:20:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA11936; Tue, 17 Jun 1997 15:20:03 -0700 (PDT) Resent-Date: Tue, 17 Jun 1997 15:20:03 -0700 (PDT) Resent-Message-Id: <199706172220.PAA11936@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, heller@cdnow.com Received: from socko2.cdnow.com (socko2.cdnow.com [198.138.235.79]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA11649 for ; Tue, 17 Jun 1997 15:13:32 -0700 (PDT) Received: (from root@localhost) by socko2.cdnow.com (8.8.5/8.8.5) id SAA06952; Tue, 17 Jun 1997 18:14:18 -0400 (EDT) Message-Id: <199706172214.SAA06952@socko2.cdnow.com> Date: Tue, 17 Jun 1997 18:14:18 -0400 (EDT) From: Karl Heller Reply-To: heller@cdnow.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/3893: ndc uses /etc/sysconfig instead of /etc/rc.conf Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3893 >Category: conf >Synopsis: ndc uses /etc/sysconfig instead of /etc/rc.conf >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 17 15:20:00 PDT 1997 >Last-Modified: >Originator: Karl Heller >Organization: CDnow - The World's Largest Online Music Store http://cdnow.com >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: Name server, sitting on a nice metal rack. =) >Description: /usr/sbin/ndc loads /etc/sysconfig. In 2.2.2, this file is /etc/rc.conf. >How-To-Repeat: Set: named_enable="YES" # Run named, the DNS server (or NO). named_flags="-b /etc/namedb/named.boot" # Flags to named (if enabled). in /etc/rc.conf do a "ndc start". named will not start since it can not find named.boot All references to variable in /etc/sysconfig are without an underscore. >Fix: Change /usr/sbin/ndc to load /etc/rc.conf instead of /etc/sysconfig. Modify /etc/rc.conf and remove "_" in named_enable and named_flags or ( better ) add "_" to all named variables in ndc. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jun 17 15:30:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA12480 for bugs-outgoing; Tue, 17 Jun 1997 15:30:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA12465; Tue, 17 Jun 1997 15:30:02 -0700 (PDT) Resent-Date: Tue, 17 Jun 1997 15:30:02 -0700 (PDT) Resent-Message-Id: <199706172230.PAA12465@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, sclawson@marker.cs.utah.edu Received: from marker.cs.utah.edu (marker.cs.utah.edu [155.99.212.61]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA12242 for ; Tue, 17 Jun 1997 15:27:08 -0700 (PDT) Received: (from sclawson@localhost) by marker.cs.utah.edu (8.8.5/8.7.3) id QAA29888; Tue, 17 Jun 1997 16:27:07 -0600 (MDT) Message-Id: <199706172227.QAA29888@marker.cs.utah.edu> Date: Tue, 17 Jun 1997 16:27:07 -0600 (MDT) From: stephen clawson Reply-To: sclawson@marker.cs.utah.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: gnu/3894: manpath segfaults if it dosen't understand a line in manpath.config. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3894 >Category: gnu >Synopsis: manpath segfaults if it dosen't understand a line in manpath.config. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 17 15:30:00 PDT 1997 >Last-Modified: >Originator: stephen clawson >Organization: // stephen clawson sclawson@cs.utah.edu // university of utah >Release: FreeBSD 2.1.7-RELEASE i386 >Environment: Standard FreeBSD 2.1.7-RELEASE manpath binary on a ppro 200. >Description: manpath segfaults if it dosen't understand a line in manpath.config because it's calling gripe_reading_mp_config without an argument. >How-To-Repeat: Put anything nonstandard in /etc/manpath.config (ie. add a `foo' at the end), or misspell one of the keywords like I did. =) >Fix: Either hardcode the config file name in gripe_reading_mp_config, or add the required argument. This seems to affect all versions of FreeBSD and should probably be fixed in _both_ copies of manpath.c (/usr/src/gnu/usr.bin/man/{manpath,man}/manpath.c). diff -u -r1.2 manpath.c --- manpath.c 1995/05/30 05:02:05 1.2 +++ manpath.c 1997/06/17 21:24:47 @@ -135,7 +135,7 @@ char *get_manpath (); if (get_dirlist ()) - gripe_reading_mp_config (); + gripe_reading_mp_config (config_file); if ((manpathlist = getenv ("MANPATH")) != NULL) /* @@ -254,7 +254,7 @@ } else { - gripe_reading_mp_config (); + gripe_reading_mp_config (config_file); } dlp++; } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jun 17 17:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA18095 for bugs-outgoing; Tue, 17 Jun 1997 17:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA18089; Tue, 17 Jun 1997 17:30:01 -0700 (PDT) Resent-Date: Tue, 17 Jun 1997 17:30:01 -0700 (PDT) Resent-Message-Id: <199706180030.RAA18089@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ajhar@noao.edu Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA18025; Tue, 17 Jun 1997 17:28:42 -0700 (PDT) Message-Id: <199706180028.RAA18025@hub.freebsd.org> Date: Tue, 17 Jun 1997 17:28:42 -0700 (PDT) From: ajhar@noao.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/3895: False FPE (floating point exception) signaled Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3895 >Category: i386 >Synopsis: False FPE (floating point exception) signaled >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 17 17:30:00 PDT 1997 >Last-Modified: >Originator: Edward Ajhar >Organization: National Optical Astronomy Observatories >Release: 2.2-STABLE (1997 May 29) >Environment: FreeBSD husa.tuc.noao.edu 2.2-STABLE FreeBSD 2.2-STABLE #0: Wed May 28 13:13:59 MST 1997 ajhar@husa.tuc.noao.edu:/usr/src/sys/compile/HUSA i386 >Description: This line causes a false SIGFPE in Fortran code: IXY(1) = X + 0.5 where x = 14. X is a real. This line of code is executed many, many times before it finally decides to SIGFPE. This FPE is signaled with either the optimizer off (on all code) or on. The error occurs in exactly the same place in the same way with f2c (which uses the native FreeBSD gcc-2.7.2.1 compiler) and with g77-0.5.20 and gcc-2.7.2.2, which I compiled and used separately. The error occurs with or without gdb. Everything appears normal before the SIGFPE. The same code works when compiled with g77-0.5.20/gcc-2.7.2.2 on an UltraSparc running Solaris 2.5, which leads me to believe that either there is a problem with the i386 implementation of gcc-2.7.2 or that there is something wrong with its implementation on FreeBSD 2.2. Another false SIGFPE occurs in completely different Fortran code: L = UPPER(KEY) where L is an integer, upper is an integer function, and key is a character. UPPER returns with the value 88. The function is successfully called many, many times before it finally decides to SIGFPE. The final call is also successful. The SIGFPE only occurs after the return of UPPER, when L is to be assigned the value. This FPE is signaled with either the optimizer off (on all code) or on. The error occurs in exactly the same place in the same way with f2c and with g77-0.5.20/gcc-2.7.2.2. The error occurs with or without gdb. Everything appears normal before the SIGFPE. >How-To-Repeat: Compile and run my code. It fails every time. If I can truly isolate the problem in a simple program, I will definitely send it along. See also Problem Report misc/3700, dated Tue May 27 21:20:01 PDT 1997, from Tim.Brown@ctg.com for a similar problem. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jun 17 18:56:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA21536 for bugs-outgoing; Tue, 17 Jun 1997 18:56:46 -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 SAA21530; Tue, 17 Jun 1997 18:56:39 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA03379; Tue, 17 Jun 1997 18:56:35 -0700 (PDT) Date: Tue, 17 Jun 1997 18:56:35 -0700 (PDT) Message-Id: <199706180156.SAA03379@freefall.freebsd.org> To: heller@cdnow.com, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/3893 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ndc uses /etc/sysconfig instead of /etc/rc.conf State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Tue Jun 17 18:55:39 PDT 1997 State-Changed-Why: The sysconfig -> rc.conf problem was actually fixed awhile back, but you got me to look at the fix again and I just discovered another bogon with it, so thanks for that. :-) It's now fixed to everyone's satisfaction, I hope. From owner-freebsd-bugs Tue Jun 17 23:28:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA01251 for bugs-outgoing; Tue, 17 Jun 1997 23:28:38 -0700 (PDT) Received: from spinner.dialix.com.au (spinner.dialix.com.au [192.203.228.67]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA01246 for ; Tue, 17 Jun 1997 23:28:29 -0700 (PDT) Received: from spinner.dialix.com.au (localhost.dialix.com.au [127.0.0.1]) by spinner.dialix.com.au with ESMTP id OAA24170; Wed, 18 Jun 1997 14:25:31 +0800 (WST) Message-Id: <199706180625.OAA24170@spinner.dialix.com.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: vito@p3.net (Vittorio), freebsd-bugs@FreeBSD.ORG Subject: Re: hi In-reply-to: Your message of "Tue, 17 Jun 1997 18:51:39 +0200." <19970617185139.XH58574@uriah.heep.sax.de> Date: Wed, 18 Jun 1997 14:25:30 +0800 From: Peter Wemm Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > As Vittorio wrote: > > > kdjf;askldf a'sd f > > sdf > > sdfdfklsjd fkls f;slkdjf dkf ;dk s;dk fkdf > > ad f > > sd > > f df'sdf > > d fsds'df > > dfd > > fd > > PGP cannot decrypt this, do you care to inform us which decryption > software we need? I don't think this is PGP encrypted, I think he's trying to tell us that there is a bug in either the keyboard scanning code, or the mail transport code that causes scrambling of text.. :-) > 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. ;-) > Cheers, -Peter From owner-freebsd-bugs Wed Jun 18 04:58:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA12693 for bugs-outgoing; Wed, 18 Jun 1997 04:58:56 -0700 (PDT) Received: from mail2.uunet.ca (mail2.uunet.ca [142.77.1.15]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA12688 for ; Wed, 18 Jun 1997 04:58:54 -0700 (PDT) Received: from machine14.synervisiondpi.com ([205.150.127.14]) by mail2.uunet.ca with SMTP id <123125-4734>; Wed, 18 Jun 1997 07:58:49 -0400 Received: by machine14.synervisiondpi.com with Microsoft Mail id <01BC7BBD.91BDC620@machine14.synervisiondpi.com>; Wed, 18 Jun 1997 07:59:38 -0400 Message-ID: <01BC7BBD.91BDC620@machine14.synervisiondpi.com> From: Mike Comier To: "freebsd-bugs@FreeBSD.ORG" Subject: I would like to no longer be part of this list Date: Wed, 18 Jun 1997 07:59:37 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id EAA12689 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk How do I get off this list. The person who subscribed to this list is no longer with this company. Please remove any connection to @synervisiondpi.com from all the different FreeBSD mailing lists. TIA. ---------- From: Jordan K. Hubbard[SMTP:jkh@FreeBSD.ORG] Sent: Tuesday, June 17, 1997 5:32 AM To: tinguely@plains.NoDak.edu; jkh@FreeBSD.ORG; freebsd-bugs@FreeBSD.ORG Subject: Re: conf/3890 Synopsis: process accounting entry in /etc/rc.conf is wrong State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Tue Jun 17 09:31:57 PDT 1997 State-Changed-Why: Already fixed awhile back... From owner-freebsd-bugs Wed Jun 18 06:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA17222 for bugs-outgoing; Wed, 18 Jun 1997 06:50:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA17216; Wed, 18 Jun 1997 06:50:01 -0700 (PDT) Date: Wed, 18 Jun 1997 06:50:01 -0700 (PDT) Message-Id: <199706181350.GAA17216@hub.freebsd.org> To: freebsd-bugs Cc: From: Jeff Wheat Subject: Re: kern/3887: fxp problems Reply-To: Jeff Wheat Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3887; it has been noted by GNATS. From: Jeff Wheat To: dg@root.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/3887: fxp problems Date: Wed, 18 Jun 1997 09:39:24 -0400 (EDT) On 17-Jun-97 David Greenman wrote: >>>Description: >> >> After running for anywhere from 12 hours to 2 days, the ethernet >>card becomes unresponsive to any packets. The server continues to operate >>though attempting to send or receive any packets fails. Netstat -nr shows >>default route as well as the aliases. Netstat -na shows usually an address >>bound to port 80 of one of the virtual webservers with a state of LAST_ACK. >>Rebooting the machine returns all network functions to a normal state. >> >>>How-To-Repeat: >> >> Probably sufficient to use an fxp device with multiple aliases >>bound to the controller. This seems to exist now on two seperate machines. >>The second machine ran without a single problem until I bound a couple of >>aliases. The symtoms are identical to the first server. >> >>>Fix: >> >> Disabling aliases causes the problems to go away. > > The problem could be caused by a variety of things. One cause of something >like this is running out of mbuf clusters. You might get a "Out of mbuf >clusters - increase maxusers!" message in your /var/log/messages. You can >increase the maximum number of mbuf clusters with the NMBCLUSTERS kernel >option (see the mailing list archives). Another possible cause of this could >be a bug in the 82557 NIC; the receiver goes dead when getting garbage on the >wire. If you can "ifconfig fxp0 dowm; ifconfig fxp0 up" to clear the problem, >then this might be the cause. Let me know if you determine anything further >on this problem. > >-DG > >David Greenman >Core-team/Principal Architect, The FreeBSD Project David, Your suggestion of bringing the interface down and then back up worked. Besides replacing the cards with a different brand, is there anything that can be down to help eliminate this problem? I'd hate to have to replace these cards as I have about 15 of them that were planned to be installed this month. Regards, Jeff ----------------------------------------------------------------------------- Jeff Wheat jeff@cetlink.net Senior Engineer CETLink.Net Inc. South Carolina +1.803.327.2754 ----------------------------------------------------------------------------- From owner-freebsd-bugs Wed Jun 18 07:00:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA17892 for bugs-outgoing; Wed, 18 Jun 1997 07:00:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA17857; Wed, 18 Jun 1997 07:00:02 -0700 (PDT) Date: Wed, 18 Jun 1997 07:00:02 -0700 (PDT) Message-Id: <199706181400.HAA17857@hub.freebsd.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: kern/3887: fxp problems Reply-To: David Greenman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3887; it has been noted by GNATS. From: David Greenman To: Jeff Wheat Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/3887: fxp problems Date: Wed, 18 Jun 1997 07:01:42 -0700 > Your suggestion of bringing the interface down and then back up worked. >Besides replacing the cards with a different brand, is there anything that can >be down to help eliminate this problem? I'd hate to have to replace these cards >as I have about 15 of them that were planned to be installed this month. The problem is caused by the cards seeing certain types of garbage - usually the kind that occurs when a hub or switch that it is connected to is power-cycled. The problem should otherwise never occur. In any case, the hardware bug is only present in "rev 1" parts (I'm refering to the FreeBSD PCI probe message for the fxp device). If you have a "rev 2", then there might be a different problem. There is a work-around for the bug which involves reprogramming the multicast filter after every few seconds of no receiver traffic, but I haven't attempted to implement this in the driver (the work around is disgusting, for one thing). I really should implement the work-around, but time has been in short supply recently. One could write, as an interrim solution, a few lines of shell code that does an "ifconfig fxp0 down; ifconfig fxp0 up" whenever it can't successfully ping the router... I'm really surprised that this is causing you so much trouble; you should probably have a good look at whatever hub/switch you're attaching the cards to and figure out why it is provoking this problem. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Wed Jun 18 08:55:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA23654 for bugs-outgoing; Wed, 18 Jun 1997 08:55:48 -0700 (PDT) Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA23588; Wed, 18 Jun 1997 08:53:19 -0700 (PDT) Received: from cygnus-x1.we.lc.ehu.es by polaris.we.lc.ehu.es (SMI-8.6/SMI-SVR4) id RAA18033; Wed, 18 Jun 1997 17:52:49 +0200 From: jose@we.lc.ehu.es (Jose M. Alcaide) Received: by cygnus-x1.we.lc.ehu.es (SMI-8.6/SMI-SVR4) id RAA15011; Wed, 18 Jun 1997 17:53:09 +0200 Date: Wed, 18 Jun 1997 17:53:09 +0200 Message-Id: <199706181553.RAA15011@cygnus-x1.we.lc.ehu.es> To: FreeBSD-gnats@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3891: NIS-only netgroup lookups don't work X-Sun-Charset: US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have been working a bit more on this problem. After a closer look to the function innetgr() in getnetgrent.c, I'm turning to think that there is a problem with a call to yp_match() (see getnetgrent.c, lines 349 to 352). I have been trying the command "ypmatch" on several hosts at our network (some of them are SPARCs running SunOS 4.1.3, others are SGIs running IRIX 6.x, and also FreeBSD 2.2.1 boxes). For example, jose@tiburon[~]: ypmatch -k trusted netgroup trusted (polaris,-,) (sirius,-,) (vega,-,) ...... Well, this works. However, jose@tiburon[~]: ypmatch -k polaris netgroup.byhost Can't match key polaris in map netgroup.byhost. Reason: no such map in server's domain I get this message on all NIS (YP) clients, whatever the OS they run. Now, I think that the NIS server does not export any maps "netgroup.byXXX". I must say that our NIS server is, actually, an NIS+ server running in YP compatibility mode; perhaps this is the source of the problem. Unfortunately, I have no access to a "true" NIS server. In any case, the innetgr() implemented by other UNIXes (SunOS 4.x, IRIX 6.x, Linux, etc.) do work. Perhaps, the FreeBSD's netgroup scheme, which tries to optimize NIS-only lookups, _needs_ the "netgroup.byhost" map; on the contrary, other UNIXes may perform a sequential lookup in the "netgroup" map, and this method does not need "netgroup.byhost". I have seen in the innetgr() code a "CHARITABLE" flag which, if turned on, forces a "standard mode" lookup if the "NIS-exclusive mode" fails. I think that a recompilation of getnetgrent.c with -DCHARITABLE will solve (more precisely, will _dissolve_) this innetgr() problem. Greetings, --JM ------------------------------------------------------------------------ Jose M. Alcaide | E-mail: Universidad del Pais Vasco | WWW: Dpto. de Electricidad y Electronica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Phone: +34-4-4647700 x2624 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-4-4858139 ------------------------------------------------------------------------ From owner-freebsd-bugs Wed Jun 18 09:55:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA27236 for bugs-outgoing; Wed, 18 Jun 1997 09:55:57 -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 JAA27145; Wed, 18 Jun 1997 09:53:48 -0700 (PDT) From: Masafumi NAKANE Received: (from max@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA08041; Wed, 18 Jun 1997 09:53:38 -0700 (PDT) Date: Wed, 18 Jun 1997 09:53:38 -0700 (PDT) Message-Id: <199706181653.JAA08041@freefall.freebsd.org> To: max@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/3727 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: SCSI II tape support broken Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: max Responsible-Changed-When: Wed Jun 18 09:52:54 PDT 1997 Responsible-Changed-Why: Misfiled PR. From owner-freebsd-bugs Wed Jun 18 10:00:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA27499 for bugs-outgoing; Wed, 18 Jun 1997 10:00:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA27477; Wed, 18 Jun 1997 10:00:01 -0700 (PDT) Resent-Date: Wed, 18 Jun 1997 10:00:01 -0700 (PDT) Resent-Message-Id: <199706181700.KAA27477@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 (gw.gnatbox.com [199.120.225.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA27067 for ; Wed, 18 Jun 1997 09:51:54 -0700 (PDT) Received: (from lab@localhost) by gnat.gta.com (8.8.5/8.8.5) id MAA00311; Wed, 18 Jun 1997 12:49:00 -0400 (EDT) Message-Id: <199706181649.MAA00311@gnat.gta.com> Date: Wed, 18 Jun 1997 12:49:00 -0400 (EDT) From: lab@gta.com Reply-To: lab@gta.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3899: df while unmounting floppy crashes 2.2.2 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3899 >Category: kern >Synopsis: df while unmounting floppy crashes 2.2.2 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 18 10:00:01 PDT 1997 >Last-Modified: >Originator: Larry Baird >Organization: Global technology Associates, Inc. >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: >Description: Issuing a "df" while unmounting a floppy that has outstanding I/O will cause a reboot. >How-To-Repeat: 1) create a UFS on a floppy 2) mount the floppy 3) copy a large file to the floppy 4) unmount floppy 5) Before unmount finishes, issue a df The system will freeze and reboot shortly there after. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jun 18 10:15:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA28234 for bugs-outgoing; Wed, 18 Jun 1997 10:15:43 -0700 (PDT) Received: from In-Net.inba.fr (arthur.inba.fr [194.51.120.34]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA28227 for ; Wed, 18 Jun 1997 10:15:28 -0700 (PDT) Received: from uther.inba.fr (uther.inba.fr [194.51.120.62]) by In-Net.inba.fr (8.8.5/8.8.5) with SMTP id TAA05222 for ; Wed, 18 Jun 1997 19:15:08 +0200 (MET DST) Message-Id: <3.0.16.19970618191910.2abf5c5a@mail.inba.fr> X-Sender: psc@mail.inba.fr X-Mailer: Windows Eudora Pro Version 3.0 Demo (16) Date: Wed, 18 Jun 1997 19:21:23 +0200 To: freebsd-bugs@freebsd.org From: Philippe SCHACK Subject: inetd problems Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id KAA28230 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Does anyone already have this message in /var/log/messages ? Jun 17 04:33:08 machine /kernel: pid 23591 (inetd), uid 0: exited on signal 11 Jun 17 04:33:08 machine /kernel: pid 85 (inetd), uid 0: exited on signal 11 and then no inetd services will answer. FreeBSD 2.1.7.1-RELEASE Any help appreciated. Thank's -- P. SCHÄCK phschack@inba.fr From owner-freebsd-bugs Wed Jun 18 12:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA05546 for bugs-outgoing; Wed, 18 Jun 1997 12:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA05533; Wed, 18 Jun 1997 12:30:02 -0700 (PDT) Resent-Date: Wed, 18 Jun 1997 12:30:02 -0700 (PDT) Resent-Message-Id: <199706181930.MAA05533@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, mouth@ibm.net Received: from hot1.auctionfever.com (slip129-37-195-139.nc.us.ibm.net [129.37.195.139]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA05238 for ; Wed, 18 Jun 1997 12:26:03 -0700 (PDT) Received: (from root@localhost) by hot1.auctionfever.com (8.8.5/8.8.5) id PAA00737; Wed, 18 Jun 1997 15:28:19 -0400 (EDT) Message-Id: <199706181928.PAA00737@hot1.auctionfever.com> Date: Wed, 18 Jun 1997 15:28:19 -0400 (EDT) From: mouth@ibm.net Reply-To: mouth@ibm.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/3900: bug in 2.2-stable Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3900 >Category: conf >Synopsis: keyword mismatch in rc.conf vs rc.i386 script >Confidential: yes >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 18 12:30:01 PDT 1997 >Last-Modified: >Originator: >Organization: >Release: FreeBSD 2.2-stable >Environment: >Description: The "moused" keywords in rc.conf have an underscore in their name; in rc.i386 they do not, and this causes problems when running the rc.i386 script. Also, in rc.i386 the if statement under "mouse daemon" is missing the double quotes around "NO" Be careful! >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jun 18 13:40:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA09997 for bugs-outgoing; Wed, 18 Jun 1997 13:40:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA09983; Wed, 18 Jun 1997 13:40:02 -0700 (PDT) Resent-Date: Wed, 18 Jun 1997 13:40:02 -0700 (PDT) Resent-Message-Id: <199706182040.NAA09983@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, dcurtis@lcs.mit.edu Received: from ananke.lcs.mit.edu (ananke.lcs.mit.edu [18.26.0.154]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA09867 for ; Wed, 18 Jun 1997 13:36:57 -0700 (PDT) Received: (from dcurtis@localhost) by ananke.lcs.mit.edu (8.8.5/8.8.5) id QAA00410; Wed, 18 Jun 1997 16:36:45 -0400 (EDT) Message-Id: <199706182036.QAA00410@ananke.lcs.mit.edu> Date: Wed, 18 Jun 1997 16:36:45 -0400 (EDT) From: dcurtis@lcs.mit.edu Reply-To: dcurtis@lcs.mit.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3901: Improving multicast for Intel 10/100 Ethernet cards Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3901 >Category: kern >Synopsis: Multicast for Intel 10/100 Ethernet Card >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Jun 18 13:40:00 PDT 1997 >Last-Modified: >Originator: Dorothy Curtis >Organization: MIT/LCS >Release: FreeBSD 3.0-CURRENT i386 >Environment: Not applicable. >Description: The existing driver for the Intel 10/100 Ethernet card behaves suboptimally in supporting multicast: it passes all multicast traffic through to the kernel for filtering. The supplied patches enhance the driver to use the card's hardware multicast filtering feature, thus offloading the address filtering from the cpu. Also included is a fix to if.c so that the interface is notified when a multicast address is deleted. >How-To-Repeat: Currently, assuming you are on a net with multicast traffic, tcpdump -p ip multicast shows all of the multicast traffic. With the following fix, the above command shows almost no traffic: occasional messages directed to ALL-SYSTEMS.MCAST.NET should appear, but no others. The mtest program can be used to join and leave multicast groups. The above tcpdump command will show messages from the groups that have been joined. When a group has been left, no messages will appear from that group. (Note that quitting the mtest program leaves all groups.) >Fix: Three patches follow for /usr/src/sys/pci/if_fxpreg.h /usr/src/sys/pci/if_fxp.c /usr/src/sys/net/if.c --- /usr/src/sys/pci/if_fxpreg.h Wed Jun 18 13:01:07 1997 +++ /new/usr/src/sys/pci/if_fxpreg.h Wed Jun 18 13:02:18 1997 @@ -102,6 +102,23 @@ volatile u_int32_t link_addr; volatile u_int8_t macaddr[6]; }; + +/* + * Multicast support + */ +#define MAXMCAST 50 +struct fxp_en_addr { + u_char data[6]; +}; + +struct fxp_cb_mas { + volatile u_int16_t cb_status; + volatile u_int16_t cb_command; + volatile u_int32_t link_addr; + volatile u_int16_t mcast_bytes; + volatile struct fxp_en_addr mcast_addrs[MAXMCAST+1]; +}; + /* I hate bit-fields :-( */ struct fxp_cb_config { volatile u_int16_t cb_status; --- /usr/src/sys/pci/if_fxp.c Wed Jun 18 13:00:47 1997 +++ /new/usr/src/sys/pci/if_fxp.c Wed Jun 18 15:21:07 1997 @@ -28,6 +28,13 @@ */ /* + * 3/25/97: dcurtis: improved multicast handling by stealing code + * from GAWollman's if_ie.c. This change enables control of the card's + * multicast address filtering per IOCTL calls from user code. By using + * the hardware filtering work is offloaded from the cpu. + */ + +/* * Intel EtherExpress Pro/100B PCI Fast Ethernet driver */ @@ -91,6 +98,8 @@ int phy_primary_addr; /* address of primary PHY */ int phy_primary_device; /* device type of primary PHY */ int phy_10Mbps_only; /* PHY is 10Mbps-only device */ + int mcast_count; /* count of mcast addrs */ + struct fxp_en_addr mcast_addrs[MAXMCAST+1]; /* array of mcast addrs */ }; static u_long fxp_count; @@ -810,6 +819,42 @@ fxp_init(ifp->if_softc); } +static int +fxp_mc_reset(struct fxp_softc *sc) { + struct ifmultiaddr *ifma; + struct ifnet *ifp; + + /* + * Step through the list of addresses. + */ + + sc->mcast_count = 0; + for (ifma = sc->arpcom.ac_if.if_multiaddrs.lh_first; ifma; + ifma = ifma->ifma_link.le_next) { + char *eaptr; + if (ifma->ifma_addr->sa_family != AF_LINK) + continue; + + if(sc->mcast_count >= MAXMCAST) { + ifp = &sc->arpcom.ac_if; + printf("fxp%d: warning: exceeded max (%d) multicast addrs\n", + ifp->if_unit, MAXMCAST); + return 1; + } + bcopy(LLADDR((struct sockaddr_dl *)ifma->ifma_addr), + &(sc->mcast_addrs[sc->mcast_count]), 6); +#ifdef FXP_DEBUG + eaptr = &(sc->mcast_addrs[sc->mcast_count]); + printf("copying in %dth\n", sc->mcast_count); + printf("addr = %d:%d:%d:%d:%d:%d\n", + eaptr[0], eaptr[1], eaptr[2], eaptr[3], eaptr[4], eaptr[5]); +#endif + sc->mcast_count++; + } + return 0; +} + + static void fxp_init(xsc) void *xsc; @@ -818,6 +863,7 @@ struct ifnet *ifp = &sc->arpcom.ac_if; struct fxp_cb_config *cbp; struct fxp_cb_ias *cb_ias; + struct fxp_cb_mas *cb_mas; struct fxp_cb_tx *txp; struct fxp_csr *csr = sc->csr; int i, s, mcast, prm; @@ -830,13 +876,18 @@ prm = (ifp->if_flags & IFF_PROMISC) ? 1 : 0; sc->promisc_mode = prm; + /* - * Sleeze out here and enable reception of all multicasts if - * multicasts are enabled. Ideally, we'd program the multicast - * address filter to only accept specific multicasts. + * Handle multicast addresses. */ - mcast = (ifp->if_flags & (IFF_MULTICAST|IFF_ALLMULTI)) ? 1 : 0; + mcast = fxp_mc_reset(sc); + /* + * Set mcast if IFF_ALLMULTI is set. + * (It may have already been set if there were too many discrete * multicast addrs.) + */ + mcast |= ((ifp->if_flags & IFF_ALLMULTI)) ? 1 : 0; + /* * Initialize base of CBL and RFA memory. Loading with zero * sets it up for regular linear addressing. @@ -931,6 +982,30 @@ while (!(cb_ias->cb_status & FXP_CB_STATUS_C)); /* + * Program the multicast addresses, if any. Temporarily use + * the TxCB memory area as above. + */ + if (sc->mcast_count) { + cb_mas = (struct fxp_cb_mas *) sc->cbl_base; + cb_mas->cb_status = 0; + cb_mas->cb_command = FXP_CB_COMMAND_MAS | FXP_CB_COMMAND_EL; + cb_mas->link_addr = -1; + + bcopy(sc->mcast_addrs, (void *)cb_mas->mcast_addrs, + sc->mcast_count * sizeof *sc->mcast_addrs); + cb_mas->mcast_bytes = sc->mcast_count * 6; /* grrr... */ + + /* + * Start the MAS (Multicast Address Setup) command/DMA. + */ + fxp_scb_wait(csr); + csr->scb_command = FXP_SCB_COMMAND_CU_START; + /* ...and wait for it to complete. */ + while (!(cb_ias->cb_status & FXP_CB_STATUS_C)); + } + + + /* * Initialize transmit control block (TxCB) list. */ @@ -1157,6 +1232,9 @@ * Multicast list has changed; set the hardware filter * accordingly. */ +#ifdef FXP_DEBUG + printf("calling fxp_init due to SIOCADD/DELMULTI\n"); +#endif fxp_init(sc); error = 0; break; --- /usr/src/sys/net/if.c Wed Jun 18 13:01:25 1997 +++ /new/usr/src/sys/net/if.c Wed Jun 18 15:31:08 1997 @@ -943,8 +943,12 @@ splx(s); free(ifma->ifma_addr, M_IFMADDR); free(ifma, M_IFMADDR); - if (sa == 0) + if (sa == 0) { + s = splimp(); + ifp->if_ioctl(ifp, SIOCDELMULTI, 0); + splx(s); return 0; + } /* * Now look for the link-layer address which corresponds to @@ -971,6 +975,7 @@ s = splimp(); LIST_REMOVE(ifma, ifma_link); + ifp->if_ioctl(ifp, SIOCDELMULTI, 0); splx(s); free(ifma->ifma_addr, M_IFMADDR); free(sa, M_IFMADDR); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jun 18 14:18:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA11683 for bugs-outgoing; Wed, 18 Jun 1997 14:18:12 -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 OAA11671; Wed, 18 Jun 1997 14:17:49 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA09330; Wed, 18 Jun 1997 14:17:38 -0700 (PDT) Date: Wed, 18 Jun 1997 14:17:38 -0700 (PDT) Message-Id: <199706182117.OAA09330@freefall.freebsd.org> To: mouth@ibm.net, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/3900 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: keyword mismatch in rc.conf vs rc.i386 script State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed Jun 18 14:17:22 PDT 1997 State-Changed-Why: Already fixed in both branches, thanks. From owner-freebsd-bugs Wed Jun 18 15:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA14568 for bugs-outgoing; Wed, 18 Jun 1997 15:10:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA14550; Wed, 18 Jun 1997 15:10:02 -0700 (PDT) Date: Wed, 18 Jun 1997 15:10:02 -0700 (PDT) Message-Id: <199706182210.PAA14550@hub.freebsd.org> To: freebsd-bugs Cc: From: jose@we.lc.ehu.es (Jose M. Alcaide) Subject: Re: bin/3891: NIS-only netgroup lookups don't work Reply-To: jose@we.lc.ehu.es (Jose M. Alcaide) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3891; it has been noted by GNATS. From: jose@we.lc.ehu.es (Jose M. Alcaide) To: FreeBSD-gnats@freebsd.org, freebsd-bugs@freebsd.org Cc: Subject: Re: bin/3891: NIS-only netgroup lookups don't work Date: Wed, 18 Jun 1997 17:53:09 +0200 I have been working a bit more on this problem. After a closer look to the function innetgr() in getnetgrent.c, I'm turning to think that there is a problem with a call to yp_match() (see getnetgrent.c, lines 349 to 352). I have been trying the command "ypmatch" on several hosts at our network (some of them are SPARCs running SunOS 4.1.3, others are SGIs running IRIX 6.x, and also FreeBSD 2.2.1 boxes). For example, jose@tiburon[~]: ypmatch -k trusted netgroup trusted (polaris,-,) (sirius,-,) (vega,-,) ...... Well, this works. However, jose@tiburon[~]: ypmatch -k polaris netgroup.byhost Can't match key polaris in map netgroup.byhost. Reason: no such map in server's domain I get this message on all NIS (YP) clients, whatever the OS they run. Now, I think that the NIS server does not export any maps "netgroup.byXXX". I must say that our NIS server is, actually, an NIS+ server running in YP compatibility mode; perhaps this is the source of the problem. Unfortunately, I have no access to a "true" NIS server. In any case, the innetgr() implemented by other UNIXes (SunOS 4.x, IRIX 6.x, Linux, etc.) do work. Perhaps, the FreeBSD's netgroup scheme, which tries to optimize NIS-only lookups, _needs_ the "netgroup.byhost" map; on the contrary, other UNIXes may perform a sequential lookup in the "netgroup" map, and this method does not need "netgroup.byhost". I have seen in the innetgr() code a "CHARITABLE" flag which, if turned on, forces a "standard mode" lookup if the "NIS-exclusive mode" fails. I think that a recompilation of getnetgrent.c with -DCHARITABLE will solve (more precisely, will _dissolve_) this innetgr() problem. Greetings, --JM ------------------------------------------------------------------------ Jose M. Alcaide | E-mail: Universidad del Pais Vasco | WWW: Dpto. de Electricidad y Electronica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Phone: +34-4-4647700 x2624 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-4-4858139 ------------------------------------------------------------------------ From owner-freebsd-bugs Wed Jun 18 19:34:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA28410 for bugs-outgoing; Wed, 18 Jun 1997 19:34:28 -0700 (PDT) Received: from red.jnx.com (red.jnx.com [208.197.169.254]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA28372; Wed, 18 Jun 1997 19:33:45 -0700 (PDT) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.8.5/8.8.5) with ESMTP id TAA10134; Wed, 18 Jun 1997 19:33:14 -0700 (PDT) Received: from base.jnx.com (localhost.jnx.com [127.0.0.1]) by base.jnx.com (8.8.5/8.7.3) with ESMTP id TAA10657; Wed, 18 Jun 1997 19:33:14 -0700 (PDT) Message-Id: <199706190233.TAA10657@base.jnx.com> To: ache@freebsd.org, jkh@freebsd.org cc: bugs@freebsd.org Subject: libdialog/libncurses/libmytinfo problem with ^J Date: Wed, 18 Jun 1997 19:33:14 -0700 From: Paul Traina Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Guys, I'm wondering how to best fix the following problem -- On termcap definitions where kd (key_down) is not set, libmytinfo sets keydown to ^J, which propogates through ncurses, to dialog. That means, if you hit return on a dialog box when using one of these terminal types, you get key-down behavior instead of behavior. The bug is actually in libmytinfo, and should be fixed there, but I'm worried about how badly I'm going to screw things if I change if (NOTSET(key_down)) key_down = _addstr(C_LF); to something like: if (DEF(key_down) && !strcmp(key_down, C_LF)) key_down = -1; to not only remove the default, but if keydown has been set, UNSET it if it's LF. Unfortunately, I'm worried about breaking everything else that uses libmytinfo / ncurses. Ideas? p.s. you can reproduce the problem I'm seeing by typing: TERM=ansi dialog --inputbox foo 10 10 and trying to hit return at the "OK" button. From owner-freebsd-bugs Wed Jun 18 23:53:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA11184 for bugs-outgoing; Wed, 18 Jun 1997 23:53:30 -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 XAA11172 for ; Wed, 18 Jun 1997 23:53:26 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA09319; Thu, 19 Jun 1997 08:53:19 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA00459; Thu, 19 Jun 1997 08:35:30 +0200 (MET DST) Message-ID: <19970619083530.TQ22420@uriah.heep.sax.de> Date: Thu, 19 Jun 1997 08:35:30 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: phschack@inba.fr (Philippe SCHACK) Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: inetd problems References: <3.0.16.19970618191910.2abf5c5a@mail.inba.fr> 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: <3.0.16.19970618191910.2abf5c5a@mail.inba.fr>; from Philippe SCHACK on Jun 18, 1997 19:21:23 +0200 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Philippe SCHACK wrote: > Jun 17 04:33:08 machine /kernel: pid 23591 (inetd), uid 0: exited on signal 11 > Jun 17 04:33:08 machine /kernel: pid 85 (inetd), uid 0: exited on signal 11 Typical Sig 11 problem, i'd say. -- 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 Thu Jun 19 00:20:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA12531 for bugs-outgoing; Thu, 19 Jun 1997 00:20:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA12506; Thu, 19 Jun 1997 00:20:02 -0700 (PDT) Resent-Date: Thu, 19 Jun 1997 00:20:02 -0700 (PDT) Resent-Message-Id: <199706190720.AAA12506@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, traister@gate.net Received: from manta.traister-one.org (root@dfbfl1-6.gate.net [198.206.135.133]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA12170 for ; Thu, 19 Jun 1997 00:12:27 -0700 (PDT) Received: (from traister@localhost) by manta.traister-one.org (8.8.5/8.8.5) id DAA09402; Thu, 19 Jun 1997 03:12:21 -0400 (EDT) Message-Id: <199706190712.DAA09402@manta.traister-one.org> Date: Thu, 19 Jun 1997 03:12:21 -0400 (EDT) From: Joe Traister Reply-To: traister@gate.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3903: Kerberized su -l fails with segfault Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3903 >Category: bin >Synopsis: Kerberized su -l fails with segfault >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jun 19 00:20:01 PDT 1997 >Last-Modified: >Originator: Joe Traister >Organization: None >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: FreeBSD 2.2.2 with Kerberos installed, configured and running. >Description: su -l fails with a segfault when a Kerberos password is used. Because the kerberos() routine in su.c calls setenv(), setenv() sets it's static flag to indicate it's alloced memory already. When the environment is set to a fixed array and setusercontext() is called, the setenv()'s in that routine try to realloc() the array because the flag is set. >How-To-Repeat: On a Kerberized machine, use su -l and then give a correct Kerberos password for a .root principle. >Fix: --- /usr/src/usr.bin/su/su.c Sat May 10 18:07:58 1997 +++ su.c Thu Jun 19 02:51:46 1997 @@ -101,7 +101,7 @@ char *targetpass; int iswheelsu; #endif /* WHEELSU */ - char *p, **g, *user, *shell=NULL, *username, *cleanenv[20], **nargv, **np; + char *p, **g, *user, *shell=NULL, *username, **cleanenv, **nargv, **np; struct group *gr; uid_t ruid; int asme, ch, asthem, fastlogin, prio, i; @@ -371,6 +371,8 @@ if (!asme) { if (asthem) { p = getenv("TERM"); + if ((cleanenv = calloc(20, sizeof(char*))) == NULL) + errx(1, "calloc"); cleanenv[0] = NULL; environ = cleanenv; #ifdef LOGIN_CAP >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jun 19 00:20:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA12545 for bugs-outgoing; Thu, 19 Jun 1997 00:20:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA12530; Thu, 19 Jun 1997 00:20:04 -0700 (PDT) Date: Thu, 19 Jun 1997 00:20:04 -0700 (PDT) Message-Id: <199706190720.AAA12530@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: kern/3899: df while unmounting floppy crashes 2.2.2 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/3899; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: lab@gta.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/3899: df while unmounting floppy crashes 2.2.2 Date: Thu, 19 Jun 1997 08:34:48 +0200 As lab@gta.com wrote: > >Description: > Issuing a "df" while unmounting a floppy that has outstanding I/O will > cause a reboot. Is this reproducible for you? I've just tried on a 3.0-not-so-current machine, and it works there without a hitch. -- 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 Thu Jun 19 07:57:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA00943 for bugs-outgoing; Thu, 19 Jun 1997 07:57:08 -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 HAA00900; Thu, 19 Jun 1997 07:56:28 -0700 (PDT) From: Masafumi NAKANE Received: (from max@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA15573; Thu, 19 Jun 1997 07:56:12 -0700 (PDT) Date: Thu, 19 Jun 1997 07:56:12 -0700 (PDT) Message-Id: <199706191456.HAA15573@freefall.freebsd.org> To: max@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/3728 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Missing CD-R support for HP 6020 Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: max Responsible-Changed-When: Thu Jun 19 07:55:13 PDT 1997 Responsible-Changed-Why: Misfiled PR. From owner-freebsd-bugs Thu Jun 19 08:15:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA01759 for bugs-outgoing; Thu, 19 Jun 1997 08:15:06 -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 IAA01745; Thu, 19 Jun 1997 08:14:56 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA15802; Thu, 19 Jun 1997 08:14:39 -0700 (PDT) Date: Thu, 19 Jun 1997 08:14:39 -0700 (PDT) Message-Id: <199706191514.IAA15802@freefall.freebsd.org> To: sanewo@ba2.so-net.or.jp, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3780 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: WEXITSTATUS() may return nagative value, which causes sh to generate bad $? State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Thu Jun 19 08:14:26 PDT 1997 State-Changed-Why: Fix now in 3.0 and 2.2 - thanks! From owner-freebsd-bugs Thu Jun 19 08:19:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA01913 for bugs-outgoing; Thu, 19 Jun 1997 08:19:39 -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 IAA01903; Thu, 19 Jun 1997 08:19:30 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA16182; Thu, 19 Jun 1997 08:19:13 -0700 (PDT) Date: Thu, 19 Jun 1997 08:19:13 -0700 (PDT) Message-Id: <199706191519.IAA16182@freefall.freebsd.org> To: kuriyama@opt.phys.waseda.ac.jp, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/3798 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: typo of manpage pkg_* State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Thu Jun 19 08:19:05 PDT 1997 State-Changed-Why: Fixed, thanks! From owner-freebsd-bugs Thu Jun 19 08:26:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA02227 for bugs-outgoing; Thu, 19 Jun 1997 08:26:21 -0700 (PDT) Received: from luke.pmr.com (luke.pmr.com [206.224.65.132]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA02219 for ; Thu, 19 Jun 1997 08:26:13 -0700 (PDT) Received: (from bob@localhost) by luke.pmr.com (8.8.5/8.7.3) id KAA14597; Thu, 19 Jun 1997 10:25:50 -0500 (CDT) Message-ID: <19970619102550.20418@luke.pmr.com> Date: Thu, 19 Jun 1997 10:25:50 -0500 From: Bob Willcox To: bugs list Subject: Minor timed bug with patch Reply-To: Bob Willcox Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76e Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I discovered a bug in timed's handling of network addresses (-n and -i flags) where it forgets to convert the network address to network format when comparing it to one that is. I suspect that this bug exists in all versions (I know it is in 2.1.7.1, 2.2.2, and current). Here is a patch to fix it: Index: usr.sbin/timed/timed/timed.c =================================================================== RCS file: /usr/cvs/FreeBSD/src/usr.sbin/timed/timed/timed.c,v retrieving revision 1.2 diff -u -r1.2 timed.c --- timed.c 1995/05/15 09:56:49 1.2 +++ timed.c 1997/06/19 04:45:34 @@ -452,7 +452,7 @@ ntp->dest_addr.sin_port = port; for (nt = nets; nt; nt = nt->next) { - if (ntp->net.s_addr == nt->net) + if (ntp->net.s_addr == htonl(nt->net)) break; } if (nflag && !nt || iflag && nt) -- Bob Willcox Deliberation, n.: The act of examining one's bread to determine bob@luke.pmr.com which side it is buttered on. Austin, TX -- Ambrose Bierce, "The Devil's Dictionary" From owner-freebsd-bugs Thu Jun 19 11:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA10131 for bugs-outgoing; Thu, 19 Jun 1997 11:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA10124; Thu, 19 Jun 1997 11:30:02 -0700 (PDT) Resent-Date: Thu, 19 Jun 1997 11:30:02 -0700 (PDT) Resent-Message-Id: <199706191830.LAA10124@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, bob@luke.pmr.com Received: from luke.pmr.com (luke.pmr.com [206.224.65.132]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA10059 for ; Thu, 19 Jun 1997 11:28:50 -0700 (PDT) Received: (from bob@localhost) by luke.pmr.com (8.8.5/8.7.3) id NAA16503; Thu, 19 Jun 1997 13:28:40 -0500 (CDT) Message-Id: <199706191828.NAA16503@luke.pmr.com> Date: Thu, 19 Jun 1997 13:28:40 -0500 (CDT) From: Bob Willcox Reply-To: bob@luke.pmr.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3906: Bug in timed with -n & -i flags Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3906 >Category: bin >Synopsis: timed mishandles network numbers >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jun 19 11:30:01 PDT 1997 >Last-Modified: >Originator: Bob Willcox >Organization: Power Micro Research >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: Running timed on multi-homed host >Description: Timed fails to convert network numbers specified via the -n or -i flags into network byte order and therefore does not find these networks. >How-To-Repeat: Execute timed with a valid network specification for the -n flag. It will not find the network and fail to start. >Fix: Here is a patch: Index: usr.sbin/timed/timed/timed.c =================================================================== RCS file: /usr/cvs/FreeBSD/src/usr.sbin/timed/timed/timed.c,v retrieving revision 1.2 diff -u -r1.2 timed.c --- timed.c 1995/05/15 09:56:49 1.2 +++ timed.c 1997/06/19 04:45:34 @@ -452,7 +452,7 @@ ntp->dest_addr.sin_port = port; for (nt = nets; nt; nt = nt->next) { - if (ntp->net.s_addr == nt->net) + if (ntp->net.s_addr == htonl(nt->net)) break; } if (nflag && !nt || iflag && nt) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jun 19 13:51:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA17818 for bugs-outgoing; Thu, 19 Jun 1997 13:51:08 -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 NAA17809; Thu, 19 Jun 1997 13:51:03 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id NAA28676; Thu, 19 Jun 1997 13:50:19 -0700 (PDT) From: jkh@FreeBSD.ORG Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA17084; Thu, 19 Jun 1997 13:50:02 -0700 (PDT) Date: Thu, 19 Jun 1997 13:50:02 -0700 (PDT) Message-Id: <199706192050.NAA17084@freefall.freebsd.org> To: sanewo@ba2.so-net.or.jp, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3780 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: WEXITSTATUS() may return nagative value, which causes sh to generate bad $? State-Changed-From-To: closed-open State-Changed-By: jkh State-Changed-When: Thu Jun 19 13:49:50 PDT 1997 State-Changed-Why: Put this PR back into limbo. From owner-freebsd-bugs Thu Jun 19 18:00:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA00902 for bugs-outgoing; Thu, 19 Jun 1997 18:00:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA00890; Thu, 19 Jun 1997 18:00:02 -0700 (PDT) Resent-Date: Thu, 19 Jun 1997 18:00:02 -0700 (PDT) Resent-Message-Id: <199706200100.SAA00890@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, pansgold@lightspeed.net Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA00702; Thu, 19 Jun 1997 17:53:46 -0700 (PDT) Message-Id: <199706200053.RAA00702@hub.freebsd.org> Date: Thu, 19 Jun 1997 17:53:46 -0700 (PDT) From: pansgold@lightspeed.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/3908: I keep getting an IRC nick collide with a PansGold@stk-ppp45.lightspeed.net using Vancouver.BC.CA.Undernet.Org [199.60.228.18] Internet Direct - Internet Solutio and I went to that server and did a /whois PansGold I get No such user. What cou Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3908 >Category: bin >Synopsis: I keep getting an IRC nick collide with a PansGold@stk-ppp45.lightspeed.net using Vancouver.BC.CA.Undernet.Org [199.60.228.18] Internet Direct - Internet Solutio and I went to that server and did a /whois PansGold I get No such user. What c >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jun 19 18:00:01 PDT 1997 >Last-Modified: >Originator: PansGold >Organization: >Release: >Environment: >Description: >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: ould be wrong? From owner-freebsd-bugs Thu Jun 19 19:40:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA04920 for bugs-outgoing; Thu, 19 Jun 1997 19:40:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA04889; Thu, 19 Jun 1997 19:40:02 -0700 (PDT) Resent-Date: Thu, 19 Jun 1997 19:40:02 -0700 (PDT) Resent-Message-Id: <199706200240.TAA04889@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, mmcg@mjolnir.cs.monash.edu.au Received: from mjolnir.cs.monash.edu.au (heraclitus.cs.monash.edu.au [130.194.64.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA04522 for ; Thu, 19 Jun 1997 19:33:59 -0700 (PDT) Received: (from mmcg@localhost) by mjolnir.cs.monash.edu.au (8.8.5/8.8.5) id MAA06498; Fri, 20 Jun 1997 12:33:07 +1000 (EST) Message-Id: <199706200233.MAA06498@mjolnir.cs.monash.edu.au> Date: Fri, 20 Jun 1997 12:33:07 +1000 (EST) From: Mike McGaughey Reply-To: mmcg@mjolnir.cs.monash.edu.au To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3909: Patches - new worm drivers for CDrom burners: Philips CDD522 and T.Yuden EW-50 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3909 >Category: kern >Synopsis: A patch supporting some new worm drivers >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Jun 19 19:40:01 PDT 1997 >Last-Modified: >Originator: Mike McGaughey >Organization: Monash University >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: Tested on: 2.2.2-RELEASE T.YUDEN EW-50 CDrom burner (on slow scsi board) >Description: Here is a modification to the 2.2.2-RELEASE worm.c which implements support for the Philips CDD 522 and T.Yuden EW-50 (very cheap in Australia). I suspect that the CDD522 is the `philips' in `Philips/IMS/Kodak' drives, so this may work for many other CD burners. NOTE: I have made a slight change to the handling of other CDrom cutters. In particular, the spindown/medium unload commands are now sent *after* the cache flush when finalizing a track. I suspect this is the way it should have been in the first place, but am interested in hearing reports on whether or not it made a difference. I have burned a bunch of data CDs using this; I haven't tried audios, multi-track, or multi-session disks (the multisession support looks broken anyway, due to a block addressing issue). >How-To-Repeat: Apply the patch below. >Fix: Context diffs for /usr/src/sys/scsi/worm.c (the only file that I modified). *** worm.c.orig Thu Jun 12 08:19:47 1997 --- worm.c Sat Jun 14 20:54:00 1997 *************** *** 142,147 **** --- 142,152 ---- static errval hp4020i_finalize_track(struct scsi_link *); static errval hp4020i_finalize_disk(struct scsi_link *, int toc_type, int onp); + static errval cdd522_prepare_disk(struct scsi_link *, int dummy, int speed); + static errval cdd522_prepare_track(struct scsi_link *, int audio, int preemp); + static errval cdd522_finalize_track(struct scsi_link *); + static errval cdd522_finalize_disk(struct scsi_link *, int toc_type, int onp); + static worm_devsw_installed = 0; static d_open_t wormopen; *************** *** 205,210 **** --- 210,226 ---- hp4020i_prepare_disk, hp4020i_prepare_track, hp4020i_finalize_track, hp4020i_finalize_disk }, + { + "PHILIPS", "CDD522", + cdd522_prepare_disk, cdd522_prepare_track, + cdd522_finalize_track, cdd522_finalize_disk + }, + { + /* (aic0:4:0): "T.YUDEN CD-WO EW-50 2.16" type 4 removable SCSI 2 */ + "T.YUDEN", "EW-50", + cdd522_prepare_disk, cdd522_prepare_track, + cdd522_finalize_track, cdd522_finalize_disk + }, {0} }; *************** *** 563,577 **** error = 0; if ((worm->worm_flags & WORMFL_IOCTL_ONLY) == 0) { - scsi_stop_unit(sc_link, 0, SCSI_SILENT); - scsi_prevent(sc_link, PR_ALLOW, SCSI_SILENT); ! sc_link->flags &= ~SDEV_OPEN; if ((flags & FWRITE) != 0) { worm->worm_flags &= ~WORMFL_TRACK_PREPED; error = (worm->quirks->finalize_track)(sc_link); } } sc_link->flags &= ~SDEV_OPEN; worm->worm_flags &= ~WORMFL_IOCTL_ONLY; --- 579,603 ---- error = 0; if ((worm->worm_flags & WORMFL_IOCTL_ONLY) == 0) { ! /* ! * XXX: My T.YUDEN dies if we issue the stop_unit and allow_eject ! * before flushing the cache, so I have called the finalizer before ! * stopping the unit. I suspect this is a far more reasonable ! * ordering (but do not know if this breaks anything else) - MMCG ! * ! * It is concievable that another driver could break if its ! * finalize_track routine relied on SDEV_OPEN having been reset ! * by the time it is called (subtly different error semantics?) ! */ if ((flags & FWRITE) != 0) { worm->worm_flags &= ~WORMFL_TRACK_PREPED; error = (worm->quirks->finalize_track)(sc_link); } + + scsi_stop_unit(sc_link, 0, SCSI_SILENT); + scsi_prevent(sc_link, PR_ALLOW, SCSI_SILENT); } sc_link->flags &= ~SDEV_OPEN; worm->worm_flags &= ~WORMFL_IOCTL_ONLY; *************** *** 1385,1388 **** --- 1411,1698 ---- /* * End HP C4324/C4325 (4020i) section. + */ + + /* + * Philips CDD522/Taiyo Yuden EW-50 section. + * + * Ack: I am very grateful to Philips, who supplied me with a SCSI manual + * for their unit. Taiyo Yuden considers their manual proprietry. + * + * This section was written using the CDD522 SCSI manual, but has only + * been tested on my T.YUDEN EW-50 (it's a long story). + */ + + struct cdd_522_pages + { + u_char page_code; + #define CDD522_PAGE_CODE_20 0x20 + #define CDD522_PAGE_CODE_21 0x21 + #define CDD522_PAGE_CODE_22 0x22 + #define CDD522_PAGE_CODE_23 0x23 + #define CDD522_PAGE_CODE_24 0x24 + #define CDD522_PAGE_CODE_25 0x25 + u_char param_len; + union + { + /* page 0x20 omitted by now */ + struct + { + u_char reserved1; + u_char mode; + #define CDD522_RAW_MODE 0x10 /* raw mode enabled */ + #define CDD522_MIXED_MODE 0x08 /* mixed mode data enabled */ + #define CDD522_AUDIO_MODE 0x04 /* audio mode data enabled */ + #define CDD522_MODE_1 0x01 /* mode 1 blocks are enabled */ + #define CDD522_MODE_2 0x02 /* mode 2 blocks are enabled */ + u_char track_number; + u_char isrc_i1; /* country code, ASCII */ + u_char isrc_i2; + u_char isrc_i3; /* owner code, ASCII */ + u_char isrc_i4; + u_char isrc_i5; + u_char isrc_i6_7; /* country code, BCD */ + u_char isrc_i8_9; /* serial number, BCD */ + u_char isrc_i10_11; + u_char isrc_i12_0; + u_char reserved2[2]; + } + page_0x21; + /* mode page 0x22 omitted by now */ + struct + { + u_char speed_select; + #define CDD522_SPEED_AUDIO 0x01 + #define CDD522_SPEED_DOUBLE 0x02 + u_char dummy_write; + #define CDD522_DUMMY_WRITE 0x01 + u_char reserved[4]; + } + page_0x23; + /* pages 0x24 and 0x25 omitted by now */ + } + pages; + }; + + + static errval + cdd522_prepare_disk(struct scsi_link *sc_link, int dummy, int speed) + { + struct scsi_mode_select scsi_cmd; + struct { + struct scsi_mode_header header; + struct cdd_522_pages page; + } dat; + u_int32_t pagelen, dat_len; + + pagelen = sizeof(dat.page.pages.page_0x23) + PAGE_HEADERLEN; + dat_len = sizeof(struct scsi_mode_header) + pagelen; + + SC_DEBUG(sc_link, SDEV_DB2, ("cdd522_prepare_disk")); + + if (speed != CDD522_SPEED_AUDIO && speed != CDD522_SPEED_DOUBLE) + return EINVAL; + + /* + * Set up a mode page 0x23 + */ + bzero(&dat, sizeof(dat)); + bzero(&scsi_cmd, sizeof(scsi_cmd)); + scsi_cmd.op_code = MODE_SELECT; + scsi_cmd.byte2 |= SMS_PF; + scsi_cmd.length = dat_len; + /* dat.header.dev_spec = host application code; (see spec) */ + dat.page.page_code = CDD522_PAGE_CODE_23; + dat.page.param_len = sizeof(dat.page.pages.page_0x23); + dat.page.pages.page_0x23.speed_select = speed; + dat.page.pages.page_0x23.dummy_write = dummy? CDD522_DUMMY_WRITE: 0; + /* + * Fire it off. + */ + return scsi_scsi_cmd(sc_link, + (struct scsi_generic *) &scsi_cmd, + sizeof(scsi_cmd), + (u_char *) &dat, + dat_len, + /*WORM_RETRIES*/ 4, + 5000, + NULL, + SCSI_DATA_OUT); + } + + + static errval + cdd522_prepare_track(struct scsi_link *sc_link, int audio, int preemp) + { + struct scsi_mode_select scsi_cmd; + struct { + struct scsi_mode_header header; + struct blk_desc blk_desc; + struct cdd_522_pages page; + } dat; + u_int32_t pagelen, dat_len, blk_len; + errval cmd_1_val; + + pagelen = sizeof(dat.page.pages.page_0x21) + PAGE_HEADERLEN; + dat_len = sizeof(struct scsi_mode_header) + + sizeof(struct blk_desc) + + pagelen; + + SC_DEBUG(sc_link, SDEV_DB2, ("cdd522_prepare_track")); + + if (!audio && preemp) + return EINVAL; + + /* + * By now, make a simple decision about the block length to be + * used. It's just only Red Book (Audio) == 2352 bytes, or + * Yellow Book (CD-ROM) Mode 1 == 2048 bytes. + */ + blk_len = audio? 2352: 2048; + + /* + * It turns out that the Yuden needs a WRITE_TRACK command. + * It is simplest to send the original page 21 mode select + * command, then to follow it with an unadorned WRITE_TRACK. + */ + bzero(&dat, sizeof(dat)); + bzero(&scsi_cmd, sizeof(scsi_cmd)); + scsi_cmd.op_code = MODE_SELECT; + scsi_cmd.byte2 |= SMS_PF; + scsi_cmd.length = dat_len; + dat.header.blk_desc_len = sizeof(struct blk_desc); + /* dat.header.dev_spec = host application code; (see spec) */ + scsi_uto3b(blk_len, dat.blk_desc.blklen); + dat.page.page_code = CDD522_PAGE_CODE_21; + dat.page.param_len = sizeof(dat.page.pages.page_0x21); + dat.page.pages.page_0x21.mode = + (audio? CDD522_AUDIO_MODE: CDD522_MODE_1) + + (preemp? CDD522_MODE_1: 0); + /* dat.page.pages.page_0x21.track_number = 0; (current track) */ + + /* + * Send the mode select. + */ + cmd_1_val = scsi_scsi_cmd(sc_link, + (struct scsi_generic *) &scsi_cmd, + sizeof(scsi_cmd), + (u_char *) &dat, + dat_len, + /*WORM_RETRIES*/ 4, + 5000, + NULL, + SCSI_DATA_OUT); + + /* + * Abort now if error. + */ + + if (cmd_1_val) + { + return cmd_1_val; + } + + /* + * Next: an explicit WRITE_TRACK command - CDD522 Spec: `The WRITE + * command is available only when the limited command set (after + * a WRITE_TRACK command) is available'. I.e. it's insufficient + * for us to rely on the mode select command. It appears that + * WRITE_TRACK triggers my Yuden to start doing a laser power + * calibration - which can take 10-20 secs - before it will accept + * any data. Hence the 60 second timeout. + * + * NB: This 60s timeout probably obviates the need for the 100 second + * timeout in the strategy routine (but only when using this burner) - + * that timeout could instead be set to a small multiple of the expected + * time to transfer the given data at the given recording speed (or a + * buffer full of data - 2M on my CD cutter - if it is larger). + * Not that it matters... + */ + { + struct scsi_write_track cmd2; + + SC_DEBUG(sc_link, SDEV_DB2, ("cdd522_prepare_track (WRITE_TRACK)")); + + bzero(&cmd2, sizeof(cmd2)); + cmd2.op_code = WRITE_TRACK; + cmd2.mode = + (audio? WORM_TRACK_MODE_AUDIO: WORM_TRACK_MODE_MODE1) + + (preemp? WORM_TRACK_MODE_MODE1: 0); + return scsi_scsi_cmd(sc_link, + (struct scsi_generic *) &cmd2, + sizeof(cmd2), + 0, /* no data transfer */ + 0, /* no retries (it'd be bad form) */ + 1, + 60000, + NULL, + 0); + } + } + + + static errval + cdd522_finalize_track(struct scsi_link *sc_link) + { + struct scsi_synchronize_cache cmd; + + SC_DEBUG(sc_link, SDEV_DB2, ("cdd522_finalize_track")); + + /* + * Only a "synchronize cache" is needed. + * NB: the Yuden gets confused if the + * spindown (stop unit) is issued before the cache flush. + */ + bzero(&cmd, sizeof(cmd)); + cmd.op_code = SYNCHRONIZE_CACHE; + return scsi_scsi_cmd(sc_link, + (struct scsi_generic *) &cmd, + sizeof(cmd), + 0, /* no data transfer */ + 0, + 1, + 120000, /* XXX: Upped out of caution */ + NULL, + 0); + } + + + static errval + cdd522_finalize_disk(struct scsi_link *sc_link, int toc_type, int onp) + { + struct scsi_fixation cmd; + + SC_DEBUG(sc_link, SDEV_DB2, ("cdd522_finalize_disk")); + + if (toc_type < 0 || toc_type > WORM_TOC_TYPE_CDI) + return EINVAL; + + /* + * Fixate this session. Mark the next one as opened if onp + * is true. Otherwise, the disk will be finalized once and + * for all. ONP stands for "open next program area". + * + * XXX: If we're planning on multiple sessions, we need to fix the + * block writes to go to the correct logical address on the CD (it + * only starts at 0 for the first track). IE, start off with + * a FIRST_WRITEABLE_ADDR query (or force the writes to specify + * addresses of 0). + */ + + bzero(&cmd, sizeof(cmd)); + cmd.op_code = FIXATION; + cmd.action = (onp? WORM_FIXATION_ONP: 0) + toc_type; + return scsi_scsi_cmd(sc_link, + (struct scsi_generic *) &cmd, + sizeof(cmd), + 0, /* no data transfer */ + 0, + 1, + 20*60*1000, /* takes a huge amount of time */ + NULL, + 0); + } + + /* + * End Philips CDD522/T.Yuden EW-50 section. */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jun 19 22:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA12167 for bugs-outgoing; Thu, 19 Jun 1997 22:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA12160; Thu, 19 Jun 1997 22:30:02 -0700 (PDT) Date: Thu, 19 Jun 1997 22:30:02 -0700 (PDT) Message-Id: <199706200530.WAA12160@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: kern/3909: Patches - new worm drivers for CDrom burners: Philips CDD522 and T.Yuden EW-50 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/3909; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: mmcg@mjolnir.cs.monash.edu.au Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/3909: Patches - new worm drivers for CDrom burners: Philips CDD522 and T.Yuden EW-50 Date: Fri, 20 Jun 1997 07:09:31 +0200 As Mike McGaughey wrote: > Here is a modification to the 2.2.2-RELEASE worm.c which implements > support for the Philips CDD 522 and T.Yuden EW-50 (very cheap in > Australia). Thanks! > NOTE: I have made a slight change to the handling of other CDrom > cutters. In particular, the spindown/medium unload commands are > now sent *after* the cache flush when finalizing a track. You ought to have a look at the current driver... Jean-Marc has already fixed this (and improved many other things). > I have burned a bunch of data CDs using this; I haven't tried > audios, multi-track, or multi-session disks (the multisession > support looks broken anyway, due to a block addressing issue). Multisession works fine for me (one of my test CDs bailed out with `volume overflow' at 29 sessions :); the block addressing problem can be reduced to read operations, but with the current overall kernel struct (namely the b_blkno handling), it cannot be fixed at all. For writing, you should always set the block number to 0. > + { > + "PHILIPS", "CDD522", > + cdd522_prepare_disk, cdd522_prepare_track, > + cdd522_finalize_track, cdd522_finalize_disk > + }, > + { > + /* (aic0:4:0): "T.YUDEN CD-WO EW-50 2.16" type 4 removable SCSI 2 */ > + "T.YUDEN", "EW-50", > + cdd522_prepare_disk, cdd522_prepare_track, > + cdd522_finalize_track, cdd522_finalize_disk > + }, These things have been moved out to scsiconfig.c. I assume you had to modify scsiconfig.c anyway, in order to make the device known as a CD-R, did you? At any rate, please tell us where the `CD-WO' string belongs to in the inquiry data. I.e., is the required entry for scsiconfig { "T.YUDEN CD-WO", "EW-50", ...} or { "T.YUDEN", "CD-WO EW-50", ... }? > + /* > + * Philips CDD522/Taiyo Yuden EW-50 section. > + * > + * Ack: I am very grateful to Philips, who supplied me with a SCSI manual > + * for their unit. Taiyo Yuden considers their manual proprietry. > + * > + * This section was written using the CDD522 SCSI manual, but has only > + * been tested on my T.YUDEN EW-50 (it's a long story). > + */ What's the difference to the existing HP4020/HP6020/CDD2000/CDD2660 option? From a cursory look, i didn't see any. There's not much use to duplicate code. I suspect you could have been successfully using the old code, too, by pretending it to be an HP 4020i? -- 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 Thu Jun 19 22:41:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA12646 for bugs-outgoing; Thu, 19 Jun 1997 22:41:11 -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 WAA12618; Thu, 19 Jun 1997 22:40:46 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA18677; Thu, 19 Jun 1997 22:40:24 -0700 (PDT) Date: Thu, 19 Jun 1997 22:40:24 -0700 (PDT) Message-Id: <199706200540.WAA18677@freefall.freebsd.org> To: pansgold@lightspeed.net, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3908 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: I keep getting an IRC nick collide with a PansGold@stk-ppp45.lightspeed.net using Vancouver.BC.CA.Undernet.Org [199.60.228.18] Internet Direct - Internet Solutio and I went to that server and did a /whois PansGold I get No such user. What c State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Fri Jun 20 07:39:39 MEST 1997 State-Changed-Why: This report is unreadable and contains no information. Please use questions@freebsd.org if you've got a question. From owner-freebsd-bugs Thu Jun 19 22:43:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA12780 for bugs-outgoing; Thu, 19 Jun 1997 22:43:39 -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 WAA12708; Thu, 19 Jun 1997 22:42:24 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA18761; Thu, 19 Jun 1997 22:42:02 -0700 (PDT) Date: Thu, 19 Jun 1997 22:42:02 -0700 (PDT) Message-Id: <199706200542.WAA18761@freefall.freebsd.org> To: root@FreeBSD.ORG, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3728 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Missing CD-R support for HP 6020 State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Fri Jun 20 07:40:32 MEST 1997 State-Changed-Why: The HP6020 is supported. In FreeBSD 2.2.x, you are supposed to pretend it to be an HP4020 in the `wormcontrol select' statememnt. In FreeBSD- current, Jean-Marc made this decision automatic anyway, the wormcontrol select is gone now. From owner-freebsd-bugs Thu Jun 19 23:10:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA14007 for bugs-outgoing; Thu, 19 Jun 1997 23:10:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA13984; Thu, 19 Jun 1997 23:10:02 -0700 (PDT) Resent-Date: Thu, 19 Jun 1997 23:10:02 -0700 (PDT) Resent-Message-Id: <199706200610.XAA13984@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, shigio@wafu.netgate.net Received: from wafu.netgate.net (wafu.netgate.net [204.145.147.80]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA13629 for ; Thu, 19 Jun 1997 23:02:14 -0700 (PDT) Received: from chiota.signet.or.jp (INS9.tama.dtinet.or.jp [203.181.77.9]) by wafu.netgate.net (8.7.5/8.7.3) with ESMTP id WAA10614; Thu, 19 Jun 1997 22:06:00 GMT Received: (from shigio@localhost) by chiota.signet.or.jp (8.8.5/) id PAA01044; Fri, 20 Jun 1997 15:01:25 +0900 (JST) Message-Id: <199706192206.WAA10614@wafu.netgate.net> Date: Fri, 20 Jun 1997 15:01:25 +0900 (JST) From: shigio@wafu.netgate.net Reply-To: shigio@wafu.netgate.net To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: shigio@wafu.netgate.net X-Send-Pr-Version: 3.2 Subject: gnu/3910: sort(1) of 2.2.1R doesn't work correctly. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3910 >Category: gnu >Synopsis: sort(1) of 2.2.1R doesn't work in special case. >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jun 19 23:10:00 PDT 1997 >Last-Modified: >Originator: Shigio Yamaguchi >Organization: Freelance programmer >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: All environment >Description: Sort(1) is effected by blanks around skipped column. For example, % cat | sort +0b -1 +2b -3 A A B A A A ^D should be sorted as follows. A A A A A B But the result is this. A A B A A A If you make these columns even like this, it works well. A A B A A A (Sort(1) of FreeBSD 2.1.5R works well.) >How-To-Repeat: % cat | sort +0b -1 +2b -3 A A B A A A ^D A A B A A A >Fix: I don't know. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jun 19 23:10:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA14014 for bugs-outgoing; Thu, 19 Jun 1997 23:10:09 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA13999; Thu, 19 Jun 1997 23:10:05 -0700 (PDT) Resent-Date: Thu, 19 Jun 1997 23:10:05 -0700 (PDT) Resent-Message-Id: <199706200610.XAA13999@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, shigio@wafu.netgate.net Received: from wafu.netgate.net (wafu.netgate.net [204.145.147.80]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA13635 for ; Thu, 19 Jun 1997 23:02:17 -0700 (PDT) Received: from chiota.signet.or.jp (INS9.tama.dtinet.or.jp [203.181.77.9]) by wafu.netgate.net (8.7.5/8.7.3) with ESMTP id WAA10618; Thu, 19 Jun 1997 22:06:03 GMT Received: (from shigio@localhost) by chiota.signet.or.jp (8.8.5/) id OAA00927; Fri, 20 Jun 1997 14:59:13 +0900 (JST) Message-Id: <199706192206.WAA10618@wafu.netgate.net> Date: Fri, 20 Jun 1997 14:59:13 +0900 (JST) From: shigio@wafu.netgate.net Reply-To: shigio@wafu.netgate.net To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: shigio@wafu.netgate.net X-Send-Pr-Version: 3.2 Subject: misc/3911: realpath(3) fall into infinit loop. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3911 >Category: misc >Synopsis: realpath(3) fall into infinit loop. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jun 19 23:10:03 PDT 1997 >Last-Modified: >Originator: Shigio Yamaguchi >Organization: Freelance programmer >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: All environment >Description: Realpath fall into infinit loop when encounter looped symbolic link. It should break when over MAXSYMLINKS symbolic links are encountered like system calls. >How-To-Repeat: [test.c] ----------------------------------------------------- #include #include #include #include main() { char buf[MAXPATHLEN]; char *p; printf("You can see this message.\n"); p = realpath("a", buf); printf("You cannot see this message.\n"); if (p == NULL) { printf("errno = %d\n", errno); perror("realpath"); exit(1); } printf("%s\n", p); exit(0); } ----------------------------------------------------- % cc test.c % ln -s a b % ln -s b a % ./a.out You can see this message. ... doesn't return ... >Fix: [/usr/src/lib/libc/stdlib/realpath.c] *** realpath.c.org Wed May 21 22:27:22 1997 --- realpath.c Fri Jun 20 14:51:08 1997 *************** *** 62,67 **** --- 62,68 ---- struct stat sb; int fd, n, rootd, serrno; char *p, *q, wbuf[MAXPATHLEN]; + int symlinks = 0; /* Save the starting point. */ if ((fd = open(".", O_RDONLY)) < 0) { *************** *** 100,105 **** --- 101,110 ---- /* Deal with the last component. */ if (*p != '\0' && lstat(p, &sb) == 0) { if (S_ISLNK(sb.st_mode)) { + if (++symlinks > MAXSYMLINKS) { + errno = ELOOP; + goto err1; + } n = readlink(p, resolved, MAXPATHLEN); if (n < 0) goto err1; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jun 19 23:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA14920 for bugs-outgoing; Thu, 19 Jun 1997 23:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA14906; Thu, 19 Jun 1997 23:30:01 -0700 (PDT) Resent-Date: Thu, 19 Jun 1997 23:30:01 -0700 (PDT) Resent-Message-Id: <199706200630.XAA14906@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, shigio@wafu.netgate.net Received: from wafu.netgate.net (wafu.netgate.net [204.145.147.80]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA14773 for ; Thu, 19 Jun 1997 23:28:27 -0700 (PDT) Received: from chiota.signet.or.jp (INS24.tama.dtinet.or.jp [203.181.77.24]) by wafu.netgate.net (8.7.5/8.7.3) with ESMTP id WAA11140; Thu, 19 Jun 1997 22:32:13 GMT Received: (from shigio@localhost) by chiota.signet.or.jp (8.8.5/) id PAA01224; Fri, 20 Jun 1997 15:28:30 +0900 (JST) Message-Id: <199706192232.WAA11140@wafu.netgate.net> Date: Fri, 20 Jun 1997 15:28:30 +0900 (JST) From: shigio@wafu.netgate.net Reply-To: shigio@wafu.netgate.net To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: shigio@wafu.netgate.net X-Send-Pr-Version: 3.2 Subject: misc/3912: ctags(1) cannot trace some macro correctly. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3912 >Category: misc >Synopsis: ctags(1) cannot trace some macro correctly. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Jun 19 23:30:00 PDT 1997 >Last-Modified: >Originator: Shigio Yamaguchi >Organization: Freelance programmer >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: All environment >Description: Ctags(1) cannot trace some macro correctly. But ctags isn't bad. Trouble maker are some macro definitions. For example, SYSINIT is used in /usr/src/sys/kern/init_main.c like this. [/usr/src/sys/kern/init_main.c] SYSINIT(placeholder, SI_SUB_DUMMY,SI_ORDER_ANY, NULL, NULL) SYSINIT doesn't end with ';', because the definition already has it. [/usr/src/sys/sys/kern.h] #define SYSINIT(uniquifier, subsystem, order, func, ident) \ static struct sysinit uniquifier ## _sys_init = { \ subsystem, \ order, \ func, \ ident, \ SI_TYPE_DEFAULT \ }; \ DATA_SET(sysinit_set,uniquifier ## _sys_init); ^ | END WITH ';' But ctags(1) cannot treat this pattern. For example, in these code [/usr/src/sys/kern/init_main.c] SYSINIT(placeholder, SI_SUB_DUMMY,SI_ORDER_ANY, NULL, NULL) ... (a) ..... void main(framep) ... (b) void *framep; { ..... } ... (c) Ctags(1) assumes SYSINIT start at (a) and end at (c). As the result that main() functin is skipped. I think the definition of SYSINIT should not end with ';' and the referenced point should end with ';'. In the same source file(/usr/src/sys/sys/kern.h), MAKE_SET's code is good. [/usr/src/sys/sys/kern.h] #define MAKE_SET(set, sym, type) \ static void const * const __set_##set##_sym_##sym = &sym; \ asm(".stabs \"_" #set "\", " #type ", 0, 0, _" #sym) In this macro, the first statement ends with ';' and the second (=last) statement doesn't end with ';'. It should be so. >How-To-Repeat: Nothing >Fix: Change all macros which seems like function as follows. o Definition doesn't end with ';'. o Reference end with ';'. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jun 19 23:35:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA15272 for bugs-outgoing; Thu, 19 Jun 1997 23:35:13 -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 XAA15239; Thu, 19 Jun 1997 23:34:59 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA18988; Thu, 19 Jun 1997 23:34:37 -0700 (PDT) Date: Thu, 19 Jun 1997 23:34:37 -0700 (PDT) Message-Id: <199706200634.XAA18988@freefall.freebsd.org> To: jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, joerg@FreeBSD.ORG Subject: Re: kern/3909 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: A patch supporting some new worm drivers Responsible-Changed-From-To: freebsd-bugs->joerg Responsible-Changed-By: jkh Responsible-Changed-When: Thu Jun 19 23:34:20 PDT 1997 Responsible-Changed-Why: The worm driver is Joerg's baby! From owner-freebsd-bugs Fri Jun 20 01:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA20666 for bugs-outgoing; Fri, 20 Jun 1997 01:30:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA20659; Fri, 20 Jun 1997 01:30:01 -0700 (PDT) Date: Fri, 20 Jun 1997 01:30:01 -0700 (PDT) Message-Id: <199706200830.BAA20659@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: misc/3912: ctags(1) cannot trace some macro correctly. Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/3912; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.ORG, shigio@wafu.netgate.net Cc: Subject: Re: misc/3912: ctags(1) cannot trace some macro correctly. Date: Fri, 20 Jun 1997 18:25:02 +1000 > [/usr/src/sys/kern/init_main.c] > SYSINIT(placeholder, SI_SUB_DUMMY,SI_ORDER_ANY, NULL, NULL) > > SYSINIT doesn't end with ';', because the definition already has it. I started to fix this, but gave up when I realised that there are > 100 invocations of SYSINIT(), and suprisingly enough, only 8 of them have a bogus extra semicolon. I will fix the corresponding problem for SYSCTL_*() and the ELF case of MAKE_SET(). Most invocations already have a bogus extra semicolon. Bruce From owner-freebsd-bugs Fri Jun 20 04:09:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA27380 for bugs-outgoing; Fri, 20 Jun 1997 04:09:42 -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 EAA27373 for ; Fri, 20 Jun 1997 04:09:37 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by agora.rdrop.com (8.8.5/8.8.5) with SMTP id EAA21445 for ; Fri, 20 Jun 1997 04:09:31 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id MAA02186; Fri, 20 Jun 1997 12:03:09 +0200 From: Luigi Rizzo Message-Id: <199706201003.MAA02186@labinfo.iet.unipi.it> Subject: Re: kern/3909: Patches - new worm drivers for CDrom burners: Philips CDD522 and T.Yuden EW-50 To: j@uriah.heep.sax.de Date: Fri, 20 Jun 1997 12:03:08 +0200 (MET DST) Cc: freebsd-bugs@hub.freebsd.org In-Reply-To: <199706200530.WAA12160@hub.freebsd.org> from "J Wunsch" at Jun 19, 97 10:29:43 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > + /* > > + * Philips CDD522/Taiyo Yuden EW-50 section. > > + * > > + * Ack: I am very grateful to Philips, who supplied me with a SCSI manual > > + * for their unit. Taiyo Yuden considers their manual proprietry. > > + * > > + * This section was written using the CDD522 SCSI manual, but has only > > + * been tested on my T.YUDEN EW-50 (it's a long story). > > + */ > > What's the difference to the existing HP4020/HP6020/CDD2000/CDD2660 > option? From a cursory look, i didn't see any. There's not much use > to duplicate code. > > I suspect you could have been successfully using the old code, too, by > pretending it to be an HP 4020i? when 2.2.1 was released I had a chance to test the T.YUDEN unit pretending it was a CDD2000 and it did not work. DId not investigate more on the problem because of problems with the AHC driver (fixed since then, I believe) and because of absolute lack of documentation. Luigi From owner-freebsd-bugs Fri Jun 20 06:00:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA01473 for bugs-outgoing; Fri, 20 Jun 1997 06:00:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA01425; Fri, 20 Jun 1997 06:00:02 -0700 (PDT) Resent-Date: Fri, 20 Jun 1997 06:00:02 -0700 (PDT) Resent-Message-Id: <199706201300.GAA01425@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, marquard@zilker.net Received: from localhost.zilker.net (jump-k56flex-0086.jumpnet.com [207.8.6.86]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA01256 for ; Fri, 20 Jun 1997 05:57:05 -0700 (PDT) Received: (from marquard@localhost) by localhost.zilker.net (8.8.5/8.8.3) id HAA03479; Fri, 20 Jun 1997 07:55:47 -0500 (CDT) Message-Id: <199706201255.HAA03479@localhost.zilker.net> Date: Fri, 20 Jun 1997 07:55:47 -0500 (CDT) From: Dave Marquardt Reply-To: marquard@zilker.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3913: ppp's "delete ALL" doesn't work Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3913 >Category: bin >Synopsis: "delete ALL" command of /usr/sbin/ppp doesn't work >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 20 06:00:01 PDT 1997 >Last-Modified: >Originator: Dave Marquardt >Organization: None >Release: FreeBSD 2.2-STABLE i386 >Environment: Packard-Bell 75 MHz Pentium USR 28.8K internal modem >Description: Usually I just use one configuration of PPP to call my ISP. However, I wanted to dial up work, so I ran a different configuration. I noticed that it connected but wouldn't talk. Looking at the route table, I noticed that it still had old routes from my ISP dialin. I'd never noticed this when I ran /usr/sbin/ppp on 2.1.0 all the way up to 2.1.6, and this is the first time I've tried this with 2.2-STABLE. Here's the configuration from my /etc/ppp/ppp.conf: default: set afilter 0 permit 0/0 0/0 set dfilter 0 permit 0/0 0/0 set ifilter 0 permit 0/0 0/0 set ofilter 0 permit 0/0 0/0 set device /dev/cuaa0 set speed 38400 # disable lqr # deny lqr set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" ATE1Q0 OK-AT-OK \\dATDT\\T TIMEOUT 40 CONNECT" advantis: set log phase chat lcp set phone 4274031 set login "" set ifaddr 32.225.40.139/0 204.146.240.17/0 delete ALL add 0 0 204.146.240.17 accept pap deny chap disable chap set authname XXXXXXXXXXXXXXXXXXXXX set authkey XXXXXXX set openmode active set accmap 0xffffffff deny lqr disable lqr deny pred1 disable pred1 Here's what the route table shows after I execute "ppp -auto advantis". Notice that the routes don't seem to be right. ppp ON localhost> show route default 204.238.120.28 ffffffff UG (2) 127.0.0.1 127.0.0.1 ffffffff UH (3) 198.252.182.129 204.238.120.28 ffffffff UGH (2) 204.146.240.17 32.225.40.139 ffffffff UH (2) 204.238.120.4 204.238.120.28 ffffffff UGH (2) 204.238.120.5 204.238.120.28 ffffffff UGH (2) "delete ALL" has no effect. "delete 0 204.238.120.28" gives me this: ppp ON localhost> delete 0 204.238.120.28 ppp ON localhost> show route 127.0.0.1 127.0.0.1 ffffffff UH (3) 204.146.240.17 32.225.40.139 ffffffff UH (2) I haven't done enough debugging to figure out if this is PPP or something gone awry in the routing subsystem in the kernel. >How-To-Repeat: Run "ppp -auto remote1". Connect to it. Kill it. Run "ppp -auto remote2". Note that the route table still has lots of routes pointing to remote1's remote address. >Fix: One workaround, for me at least, is to flush the routing table with "route flush" between kill the first ppp session and starting the second. This would probably be inadequate for folks that have other network interfaces beyond a single PPP connection. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jun 20 13:20:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA22661 for bugs-outgoing; Fri, 20 Jun 1997 13:20:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA22593; Fri, 20 Jun 1997 13:20:03 -0700 (PDT) Resent-Date: Fri, 20 Jun 1997 13:20:03 -0700 (PDT) Resent-Message-Id: <199706202020.NAA22593@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 (css.tuu.utas.edu.au [131.217.115.65]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA21906 for ; Fri, 20 Jun 1997 13:10:42 -0700 (PDT) Received: from sally.ugh.net.au (dialin6.hbt.utas.tassie.net.au [203.57.208.6]) by css.tuu.utas.edu.au (8.8.5/8.8.5) with ESMTP id GAA00819 for ; Sat, 21 Jun 1997 06:05:10 +1000 (EST) Received: (from andrew@localhost) by sally.ugh.net.au (8.8.5/8.8.5) id DAA01142; Fri, 20 Jun 1997 03:27:01 +1000 (EST) Message-Id: <199706191727.DAA01142@sally.ugh.net.au> Date: Fri, 20 Jun 1997 03:27:01 +1000 (EST) From: Andrew Reply-To: andrew@ugh.net.au To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3917: quiz Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3917 >Category: bin >Synopsis: quiz Shakespeare-lines work stops giving correct answers >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 20 13:20:01 PDT 1997 >Last-Modified: >Originator: Andrew >Organization: UgH! >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: >Description: When running quiz Shakespeare-lines work quiz should print a line from a shakespeare work and when you press return it should print the work it came from. It starts to do this but 6 lines in it starts to print other lines as the work (and presumably wouldnt recognise a correct answer where it to get one. If you keep going it will fix itself. >How-To-Repeat: quiz Shakespeare-lines work >Fix: I think the database of shakespear lines must be corrupt...it would expalin the other bugs that have been showing up. If there is a document/man page describing the database format I might get a chance to look at it... >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jun 20 13:20:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA22683 for bugs-outgoing; Fri, 20 Jun 1997 13:20:11 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA22647; Fri, 20 Jun 1997 13:20:07 -0700 (PDT) Resent-Date: Fri, 20 Jun 1997 13:20:07 -0700 (PDT) Resent-Message-Id: <199706202020.NAA22647@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 (root@css.tuu.utas.edu.au [131.217.115.65]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA22186 for ; Fri, 20 Jun 1997 13:14:42 -0700 (PDT) Received: from sally.ugh.net.au (dialin6.hbt.utas.tassie.net.au [203.57.208.6]) by css.tuu.utas.edu.au (8.8.5/8.8.5) with ESMTP id GAA00845 for ; Sat, 21 Jun 1997 06:11:10 +1000 (EST) Received: (from andrew@localhost) by sally.ugh.net.au (8.8.5/8.8.5) id FAA02048; Fri, 20 Jun 1997 05:32:15 +1000 (EST) Message-Id: <199706191932.FAA02048@sally.ugh.net.au> Date: Fri, 20 Jun 1997 05:32:15 +1000 (EST) From: Andrew Reply-To: andrew@ugh.net.au To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: gnu/3918: Line wrapping in send-pr Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3918 >Category: gnu >Synopsis: vi dosnt wrap lines when called from send-pr >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Jun 20 13:20:05 PDT 1997 >Last-Modified: >Originator: Andrew >Organization: UgH! >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: The EDITOR variable in my environment is set to vi. >Description: If you use send-pr with vi as the editor it dosnt wrap lines automatically. They should eb as they have to go through the mail. >How-To-Repeat: setenv EDITOR vi;send-pr in a csh derivative. >Fix: The attached patch seems to fix it while still retaining the users initial vi settings. It allows for .nexrc, .exrc files, EXINIT environment settings with and without set already in them. If it is not possible to have a valid EXINIT variable without set in it it could simplyfy things a fair bit. Also is there a utility that could replace perl -e? Something that matches regex and then exits with a 0 or 1 depending on match? *** send-pr.orig Fri Jun 20 04:12:12 1997 --- send-pr Fri Jun 20 05:24:46 1997 *************** *** 131,136 **** --- 131,158 ---- EDIT="$VISUAL" fi + + # If they're using vi make the lines wrap at 72 characters - + if [ $EDIT = "vi" ] ; then + if [ "x$EXINIT" = x ] ; then + if [ -f $HOME/.nexrc ] ; then + EXINIT=`cat $HOME/.nexrc` + elif [ -f $HOME/.exrc ] ; then + EXINIT=`cat $HOME/.exrc` + else + EXINIT=set + fi + EXINIT="$EXINIT wl=72" + else + if ( perl -e "if (\"$EXINIT\" !~ m/set/) { exit(1) };" ) ; then + EXINIT="$EXINIT wl=72" + else + EXINIT="$EXINIT set wl=72" + fi + fi + fi + export EXINIT + # Find out some information. SYSTEM=`( [ -f /bin/uname ] && /bin/uname -a ) || \ ( [ -f /usr/bin/uname ] && /usr/bin/uname -a ) || echo ""` >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jun 20 13:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA24239 for bugs-outgoing; Fri, 20 Jun 1997 13:50:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA24227; Fri, 20 Jun 1997 13:50:01 -0700 (PDT) Date: Fri, 20 Jun 1997 13:50:01 -0700 (PDT) Message-Id: <199706202050.NAA24227@hub.freebsd.org> To: freebsd-bugs Cc: From: Joe Traister Subject: Re: bin/3903: Kerberized su -l fails with segfault Reply-To: Joe Traister Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3903; it has been noted by GNATS. From: Joe Traister To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/3903: Kerberized su -l fails with segfault Date: Fri, 20 Jun 1997 16:48:59 -0400 This is a multi-part message in MIME format. --------------ABD322CFF6D5DF3F54BC7E Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit The previous patch did not propogate the KRBTKFILE environment variable into the new environment when -l is given to su, making it impossible for kdestroy to find the ticket file. This patch corrects that problem as well as the original segfault problem. --------------ABD322CFF6D5DF3F54BC7E Content-Type: text/plain; charset=us-ascii; name="su.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="su.patch" --- su.c.dist Sat May 10 18:07:58 1997 +++ su.c Fri Jun 20 13:58:53 1997 @@ -101,7 +101,7 @@ char *targetpass; int iswheelsu; #endif /* WHEELSU */ - char *p, **g, *user, *shell=NULL, *username, *cleanenv[20], **nargv, **np; + char *p, **g, *user, *shell=NULL, *username, **cleanenv, **nargv, **np; struct group *gr; uid_t ruid; int asme, ch, asthem, fastlogin, prio, i; @@ -113,6 +113,9 @@ char *style, *approvep, *auth_method = NULL; #endif #endif +#ifdef KERBEROS + char *k; +#endif char shellbuf[MAXPATHLEN]; #ifdef WHEELSU @@ -371,6 +374,11 @@ if (!asme) { if (asthem) { p = getenv("TERM"); +#ifdef KERBEROS + k = getenv("KRBTKFILE"); +#endif + if ((cleanenv = calloc(20, sizeof(char*))) == NULL) + errx(1, "calloc"); cleanenv[0] = NULL; environ = cleanenv; #ifdef LOGIN_CAP @@ -381,6 +389,10 @@ #endif if (p) (void)setenv("TERM", p, 1); +#ifdef KERBEROS + if (k) + (void)setenv("KRBTKFILE", k, 1); +#endif if (chdir(pwd->pw_dir) < 0) errx(1, "no directory"); } --------------ABD322CFF6D5DF3F54BC7E-- From owner-freebsd-bugs Fri Jun 20 16:47:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA02880 for bugs-outgoing; Fri, 20 Jun 1997 16:47:46 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA02844; Fri, 20 Jun 1997 16:47:30 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA27664; Fri, 20 Jun 1997 16:47:02 -0700 (PDT) Date: Fri, 20 Jun 1997 16:47:02 -0700 (PDT) Message-Id: <199706202347.QAA27664@freefall.freebsd.org> To: marquard@zilker.net, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: bin/3913 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: "delete ALL" command of /usr/sbin/ppp doesn't work State-Changed-From-To: open-closed State-Changed-By: brian State-Changed-When: Fri Jun 20 16:45:39 PDT 1997 State-Changed-Why: Fix commited to 2.2 & -current Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Fri Jun 20 16:45:39 PDT 1997 Responsible-Changed-Why: That was my fault *duh* From owner-freebsd-bugs Fri Jun 20 17:40:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA05122 for bugs-outgoing; Fri, 20 Jun 1997 17:40:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA05089; Fri, 20 Jun 1997 17:40:03 -0700 (PDT) Date: Fri, 20 Jun 1997 17:40:03 -0700 (PDT) Message-Id: <199706210040.RAA05089@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: gnu/3918: Line wrapping in send-pr Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR gnu/3918; it has been noted by GNATS. From: Bill Fenner To: andrew@ugh.net.au Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: gnu/3918: Line wrapping in send-pr Date: Fri, 20 Jun 1997 17:36:03 PDT I think a simpler solution is probably "vi +"set wl=72" filename". There are any number of things wrong with trying to do this via EXINIT; the code you suggested causes a syntax error when vi starts up with my ~/.nexrc, which is about the worst thing it could possibly do. In any case, I'm not sure I'm a big believer in having a script auto-set a variable for me in vi. I don't turn wraplen on when I'm composing mail, so probably don't want it on when I'm composing a bug report, either. Bill From owner-freebsd-bugs Fri Jun 20 23:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA16546 for bugs-outgoing; Fri, 20 Jun 1997 23:40:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA16529; Fri, 20 Jun 1997 23:40:02 -0700 (PDT) Resent-Date: Fri, 20 Jun 1997 23:40:02 -0700 (PDT) Resent-Message-Id: <199706210640.XAA16529@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ada@not-enough.bandwidth.org Received: from polya.blah.org (slmel6p41.ozemail.com.au [203.108.201.201]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA16413 for ; Fri, 20 Jun 1997 23:34:41 -0700 (PDT) Received: (from ada@localhost) by polya.blah.org (8.8.5/8.8.5) id QAA29989; Sat, 21 Jun 1997 16:34:29 +1000 (EST) Message-Id: <199706210634.QAA29989@polya.blah.org> Date: Sat, 21 Jun 1997 16:34:29 +1000 (EST) From: Ada T Lim Reply-To: ada@not-enough.bandwidth.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/3919: Wrong phone number listed on website FAQ for .au cdrom dealer Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3919 >Category: docs >Synopsis: Wrong phone number listed on website FAQ for .au cdrom dealer >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 20 23:40:01 PDT 1997 >Last-Modified: >Originator: Ada T Lim >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: >Description: The phone number listed for Advanced Multimedia Distributors on the FAQ section 1.14 (Where can I get FreeBSD?) is wrong and does not conform to Australian phone number standards. it is listed as +61 3 9338 67777 which is one digit extra. >How-To-Repeat: >Fix: Change to +61 3 9338 6777 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jun 21 02:21:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA20581 for bugs-outgoing; Sat, 21 Jun 1997 02:21:09 -0700 (PDT) Received: from shell.flinet.com (root@shell.flinet.com [205.216.85.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA20562 for ; Sat, 21 Jun 1997 02:21:04 -0700 (PDT) Received: from shell.flinet.com (pwac@shell.flinet.com [205.216.85.4]) by shell.flinet.com (8.8.6/8.8.3) with SMTP id FAA09846 for ; Sat, 21 Jun 1997 05:20:54 -0400 (EDT) Date: Sat, 21 Jun 1997 05:20:53 -0400 (EDT) From: Jeremy Bair To: freebsd-bugs@FreeBSD.ORG Subject: Yamaha CDR-100 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 am running 2.2.2-RELEASE on a Zenith Z-Station GT (P120, 32 megs of ram). I have an Adaptec 2940-U controller installed that has a Procom 4 gig (Fujitsu drive) and a Smart and Friendly 4x4 writer. If you want any details, just ask... My CDR makes the kernel give some strange errors, check out a dump: Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.2-RELEASE #0: Tue Jun 17 18:47:50 EDT 1997 root@20_A:/usr/src/sys/compile/MYKERNEL CPU: Pentium (120.00-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30265344 (29556K bytes) Probing for devices on PCI bus 0: chip0 rev 17 on pci0:0 chip1 rev 17 on pci0:1 ahc0 rev 1 int a irq 9 on pci0:2 ahc0: aic7860 Single Channel, SCSI Id=7, 3 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "FUJITSU M2954S-512 0142" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 4149MB (8498506 512 byte sectors) ahc0:A:4: refuses synchronous negotiation. Using asynchronous transfers (ahc0:4:0): "YAMAHA CDR100 1.11" type 4 removable SCSI 2 uk0(ahc0:4:0): Unknown (ahc0:4:1): "YAMAHA CDR100 1.11" type 4 removable SCSI 2 uk1(ahc0:4:1): Unknown (ahc0:4:2): "YAMAHA CDR100 1.11" type 4 removable SCSI 2 uk2(ahc0:4:2): Unknown (ahc0:4:3): "YAMAHA CDR100 1.11" type 4 removable SCSI 2 uk3(ahc0:4:3): Unknown (ahc0:4:4): "YAMAHA CDR100 1.11" type 4 removable SCSI 2 uk4(ahc0:4:4): Unknown (ahc0:4:5): "YAMAHA CDR100 1.11" type 4 removable SCSI 2 uk5(ahc0:4:5): Unknown (ahc0:4:6): "YAMAHA CDR100 1.11" type 4 removable SCSI 2 uk6(ahc0:4:6): Unknown (ahc0:4:7): "YAMAHA CDR100 1.11" type 4 removable SCSI 2 uk7(ahc0:4:7): Unknown vga0 rev 9 on pci0:5 vx0 <3COM 3C900 Etherlink XL PCI> rev 0 int a irq 9 on pci0:9 utp[*utp*] address 00:a0:24:d3:dd:bb pci0:20: OPTI, device=0xc621, class=storage (ide) [no driver assigned] Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> vt0: disabled, not probed. sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 not found at 0x2f8 sio2: disabled, not probed. sio3: disabled, not probed. lpt0 at 0x278-0x27f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff mse0 not found at 0x23c psm0 at 0x60-0x64 irq 12 on motherboard psm0: device ID 0 pca0 on motherboard pca0: PC speaker audio driver fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1549MB (3173184 sectors), 3148 cyls, 16 heads, 63 S/T, 512 B/S wdc1 not found at 0x170 npx0 flags 0x1 on motherboard npx0: INT 16 interface apm0 not found sb0 not found at 0x220 sbxvi0 not found sbmidi0 not found at 0x330 opl0 not found at 0x388 -------------------------------------------------------------------------- |Jeremy Bair IRC:DeadBatry chat.talkcity.com #Tesla |Email: mailto:pwac@flinet.com mailto:deadbatry@hotmail.com |Web page: http://www.flinet.com/~pwac |Phone: 561-585-4165 | | From owner-freebsd-bugs Sat Jun 21 07:21:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA00428 for bugs-outgoing; Sat, 21 Jun 1997 07:21:21 -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 HAA00418 for ; Sat, 21 Jun 1997 07:21:17 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id QAA12465 for freebsd-bugs@hub.freebsd.org; Sat, 21 Jun 1997 16:21:15 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id QAA10980; Sat, 21 Jun 1997 16:13:18 +0200 (MET DST) Message-ID: <19970621161318.VW56687@uriah.heep.sax.de> Date: Sat, 21 Jun 1997 16:13:18 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-bugs@hub.freebsd.org Subject: Re: gnu/3918: Line wrapping in send-pr References: <199706210040.RAA05089@hub.freebsd.org> 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: <199706210040.RAA05089@hub.freebsd.org>; from Bill Fenner on Jun 20, 1997 17:40:03 -0700 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Bill Fenner wrote: > In any case, I'm not sure I'm a big believer in having a script > auto-set a variable for me in vi. I don't turn wraplen on when > I'm composing mail, so probably don't want it on when I'm composing > a bug report, either. I agree. -- 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 21 07:49:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA01580 for bugs-outgoing; Sat, 21 Jun 1997 07:49:52 -0700 (PDT) Received: from come.net.uk (cnt2.come.net.uk [194.207.66.11]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA01567 for ; Sat, 21 Jun 1997 07:49:39 -0700 (PDT) Received: from intra2.come.net.uk (intra2.come.net.uk [194.207.66.16]) by come.net.uk (8.8.6/8.8.6) with SMTP id PAA12768 for ; Sat, 21 Jun 1997 15:48:13 +0100 (BST) Message-Id: <199706211448.PAA12768@come.net.uk> Comments: Authenticated sender is From: "Thomas Yao" Organization: ComeNet Technology Ltd. To: bugs@freebsd.org Date: Sat, 21 Jun 1997 15:48:28 +0000 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: bugs report Reply-to: Thomas@come.net.uk Priority: normal X-mailer: Pegasus Mail for Win32 (v2.52) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I think I found a bug in the FreeBSD 2.2.2-RELEASE which caused my system has 4 VGA drivers. I guess you may be interested in this case. Regards, Thomas ############# copied from dmesg ########################## Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.2-RELEASE #0: Wed May 28 00:18:41 BST 1997 thomas@cnt3.come.net.uk:/usr/src/sys/compile/NEWKERNEL Calibrating clock(s) ... i586 clock: 199908843 Hz, i8254 clock: 1193213 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CLK_USE_I586_CALIBRATION not specified - using old calibration method CPU: Pentium (199.90-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 134217728 (131072K bytes) avail memory = 129835008 (126792K bytes) pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x8000005c pcibus_setup(1a): mode1res=0x80000000 (0x80000000) pcibus_check: device 0 is there (id=70308086) Probing for devices on PCI bus 0: configuration mode 1 allows 32 devices. chip0 rev 2 on pci0:0 PCI Concurrency: enabled Cache: 256K pipelined-burst secondary; L1 enabled DRAM: no memory hole, 66 MHz refresh Read burst timing: x-2-2-2/x-3-3-3 Write burst timing: x-2-2-2 RAS-CAS delay: 3 clocks chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 mapreg[20] type=1 addr=0000f000 size=0010. I/O Recovery Timing: 8-bit 3.5 clocks, 16-bit 3.5 clocks Extended BIOS: disabled Lower BIOS: disabled Coprocessor IRQ13: disabled Mouse IRQ12: disabled Interrupt Routing: A: , B: , C: , D: MB0: , MB1: ahc0 rev 0 int a irq 15 on pci0:17 mapreg[10] type=1 addr=00006100 size=0100. mapreg[14] type=0 addr=e1001000 size=1000. reg16: ioaddr=0x6100 size=0x100 ahc0: Reading SEEPROM...done. internal50 cable is present internal68 cable not present brdctl == 0xac external cable not present eprom not present brdctl == 0x6c low byte termination enabled, high byte termination disabled ahc0: aic7870 Single Channel, SCSI Id=7, 16/255 SCBs ahc0: Resetting Channel A ahc0: Downloading Sequencer Program...ahc0: 411 instructions downloaded Done ahc0: Probing channel A ahc0: target 0 synchronous at 10.0MHz, offset = 0xf ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "SEAGATE ST32151N 0530" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 2049MB (4197405 512 byte sectors) sd0(ahc0:0:0): with 4177 cyls, 8 heads, and an average 125 sectors/track ahc0: target 1 synchronous at 10.0MHz, offset = 0xf ahc0: target 1 Tagged Queuing Device (ahc0:1:0): "SEAGATE ST32155N 0532" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 2049MB (4197405 512 byte sectors) sd1(ahc0:1:0): with 4177 cyls, 8 heads, and an average 125 sectors/track ahc0: target 6 synchronous at 5.0MHz, offset = 0xf (ahc0:6:0): "MATSHITA CD-ROM CR-506 8S03" type 5 removable SCSI 2 cd0(ahc0:6:0): CD-ROM can't get the size de0 rev 17 int a irq 11 on pci0:18 mapreg[10] type=1 addr=00006200 size=0080. mapreg[14] type=0 addr=e1000000 size=0080. reg16: ioaddr=0x6200 size=0x80 de0: 21041 [10Mb/s] pass 1.1 de0: address 00:00:c0:13:9c:d4 vga0 rev 0 on pci0:20:0 mapreg[10] type=0 addr=e0000000 size=1000000. mapreg[14] type=1 addr=00006300 size=0010. vga1 rev 0 on pci0:20:2 mapreg[10] type=0 addr=e0000000 size=1000000. mapreg[14] type=1 addr=00006300 size=0010. vga2 rev 0 on pci0:20:4 mapreg[10] type=0 addr=e0000000 size=1000000. mapreg[14] type=1 addr=00006300 size=0010. vga3 rev 0 on pci0:20:6 mapreg[10] type=0 addr=e0000000 size=1000000. mapreg[14] type=1 addr=00006300 size=0010. pci0: uses 67113088 bytes of memory from e0000000 upto e1001fff. pci0: uses 464 bytes of I/O space from 6100 upto f00f. Probing for devices on the ISA bus: sc0: the current keyboard controller command byte 0065 kbdio: RESET_KBD return code:00fa kbdio: RESET_KBD status:00aa sc0 at 0x60-0x6f irq 1 on motherboard sc0: BIOS video mode:3 sc0: VGA registers upon power-up 50 18 10 00 10 00 03 00 02 67 5f 4f 50 02 55 81 bf 1f 00 4f 0e 0f 00 00 ff ff 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: video mode:24 sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface imasks: bio c0008040, tty c003089a, net c003089a BIOS Geometries: 0:0104fe3f 0..260=261 cylinders, 0..254=255 heads, 1..63=63 sectors 1:0104fe3f 0..260=261 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. Considering FFS root f/s. configure() finished. de0: enabling 10baseT port sd0s1: type 0xa5, start 63, end = 4192964, size 4192902 : OK sd1s1: type 0xa5, start 0, end = 4197404, size 4197405 sd1s1: C/H/S end 261/70/30 (558059) != end 4197404: invalid sd1s1: type 0xa5, start 0, end = 4197404, size 4197405 sd1s1: C/H/S end 261/70/30 (558059) != end 4197404: invalid ################# end of file ####################### ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ComeNet Technology Ltd. Director://Thomas C.L. Yao Tel: 0181 357-9222 Fax: 0181 961-0345 Email: sales@come.net.uk Http://www.come.net.uk Unit 25 & 26 Park Royal House, 23 Park Royal Road, London NW10 7JH ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-freebsd-bugs Sat Jun 21 09:49:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA08721 for bugs-outgoing; Sat, 21 Jun 1997 09:49:44 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA08706; Sat, 21 Jun 1997 09:49:25 -0700 (PDT) From: Bruce Evans Received: (from bde@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA04628; Sat, 21 Jun 1997 09:48:51 -0700 (PDT) Date: Sat, 21 Jun 1997 09:48:51 -0700 (PDT) Message-Id: <199706211648.JAA04628@freefall.freebsd.org> To: zgabor@code.hu, bde@FreeBSD.ORG, bde@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/1242 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: In the "sys/stat.h" file, the S_ISFIFO and S_ISSOCK macros are the same State-Changed-From-To: analyzed-closed State-Changed-By: bde State-Changed-When: Sat Jun 21 09:46:27 PDT 1997 State-Changed-Why: Fixed in -current (revision 1.12 1997/04/09). Fixed in 2.2.x (revision 1.8.2.1 1997/06/21). I don't plan to fix this in 2.1.x. Responsible-Changed-From-To: bde->freebsd-bugs Responsible-Changed-By: bde Responsible-Changed-When: Sat Jun 21 09:46:27 PDT 1997 Responsible-Changed-Why: Someone else might want to fix it in 2.1.x. From owner-freebsd-bugs Sat Jun 21 19:24:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA01879 for bugs-outgoing; Sat, 21 Jun 1997 19:24:14 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA01873; Sat, 21 Jun 1997 19:24:05 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA10033; Sat, 21 Jun 1997 19:23:27 -0700 (PDT) Date: Sat, 21 Jun 1997 19:23:27 -0700 (PDT) Message-Id: <199706220223.TAA10033@freefall.freebsd.org> To: mph@pobox.com, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: kern/3749 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Kernel panic with kernel-PPP and natd-1.4 State-Changed-From-To: open-closed State-Changed-By: brian State-Changed-When: Sat Jun 21 19:18:33 PDT 1997 State-Changed-Why: The fix has been committed to 2.2 & -current. Turns out to be a problem with vj header compression. Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Sat Jun 21 19:18:33 PDT 1997 Responsible-Changed-Why: I found the culprit.