From owner-freebsd-bugs Sun Oct 5 01:23:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA06411 for bugs-outgoing; Sun, 5 Oct 1997 01:23:01 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA06405; Sun, 5 Oct 1997 01:22:51 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id BAA12393; Sun, 5 Oct 1997 01:22:39 -0700 (PDT) Date: Sun, 5 Oct 1997 01:22:39 -0700 (PDT) Message-Id: <199710050822.BAA12393@freefall.freebsd.org> To: brian@FreeBSD.ORG, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/4052 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: VJ compression drops packets with IP+TCP header length > MLEN Responsible-Changed-From-To: brian->freebsd-bugs Responsible-Changed-By: brian Responsible-Changed-When: Sun Oct 5 01:17:56 PDT 1997 Responsible-Changed-Why: I've got lots of more pressing things on my list From owner-freebsd-bugs Sun Oct 5 01:46:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA07356 for bugs-outgoing; Sun, 5 Oct 1997 01:46:33 -0700 (PDT) Received: (from kuku@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA07289; Sun, 5 Oct 1997 01:45:43 -0700 (PDT) Date: Sun, 5 Oct 1997 01:45:43 -0700 (PDT) From: "Christoph P. Kukulies" Message-Id: <199710050845.BAA07289@hub.freebsd.org> To: kuku, freebsd-bugs, peter Subject: Re: bin/4688 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sys/utsname.h SYS_NMLN 32 too small Responsible-Changed-From-To: freebsd-bugs->peter Responsible-Changed-By: kuku Responsible-Changed-When: Sun Oct 5 01:44:11 PDT 1997 Responsible-Changed-Why: Changed from freebsd-bugs to a person appearing 'more responsible', Peter Wemm (edited bootpd) From owner-freebsd-bugs Sun Oct 5 02:10:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA08336 for bugs-outgoing; Sun, 5 Oct 1997 02:10:02 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA08324; Sun, 5 Oct 1997 02:10:01 -0700 (PDT) Date: Sun, 5 Oct 1997 02:10:01 -0700 (PDT) Message-Id: <199710050910.CAA08324@hub.freebsd.org> To: freebsd-bugs Cc: From: Stefan Esser Subject: Re: kern/4684: crash on very heavy disk activity. Reply-To: Stefan Esser Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4684; it has been noted by GNATS. From: Stefan Esser To: zach@gaffaneys.com Cc: FreeBSD-gnats-submit@freebsd.org, Stefan Esser Subject: Re: kern/4684: crash on very heavy disk activity. Date: Sun, 5 Oct 1997 11:04:22 +0200 On 1997-10-03 17:04 -0500, Zach Heilig wrote: > >Synopsis: crash on very heavy disk activity. > FreeBSD 2.2-STABLE #0: Thu Sep 18 09:44:26 CDT 1997 > ncr0 rev 1 int a irq 11 on pci0:10 > (ncr0:0:0): "MICROP 4743NS S162" type 0 fixed SCSI 2 > sd0(ncr0:0:0): Direct-Access > sd0(ncr0:0:0): 20.0 MB/s (50 ns, offset 15) > > sd0(ncr0:0:0): M_DISCONNECT received, but datapointer not saved: > data=701b4 save=e40016b0 goal=e40016d4. Hmm, the drive disconnected during the probe ... Does this happen on each boot ? > 4100MB (8398656 512 byte sectors) > sd0(ncr0:0:0): with 6506 cyls, 7 heads, and an average 184 sectors/track > (ncr0:1:0): "QUANTUM FIREBALL_TM2110S 300X" type 0 fixed SCSI 2 > sd1(ncr0:1:0): Direct-Access > sd1(ncr0:1:0): 20.0 MB/s (50 ns, offset 15) > 2014MB (4124736 512 byte sectors) > sd1(ncr0:1:0): with 6810 cyls, 4 heads, and an average 151 sectors/track > (ncr0:2:0): "iomega jaz 1GB J.83" type 0 removable SCSI 2 > sd2(ncr0:2:0): Direct-Access > sd2(ncr0:2:0): 10.0 MB/s (100 ns, offset 15) > > sd2(ncr0:2:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB > sd2 could not mode sense (4). Using ficticious geometry > 1021MB (2091050 512 byte sectors) > sd2(ncr0:2:0): with 1021 cyls, 64 heads, and an average 32 sectors/track > (ncr0:4:0): "SANYO CRD-254S 1.02" type 5 removable SCSI 2 > cd0(ncr0:4:0): CD-ROM > cd0(ncr0:4:0): asynchronous. > Here are the last few console messages before the reboot: > > sd2(ncr0:2:0): extraneous data discarded. > sd2(ncr0:2:0): COMMAND FAILED (9 0) @f078bc00. > sd2(ncr0:2:0): extraneous data discarded. > sd2(ncr0:2:0); COMMAND FAILED (9 0) @f06b4000. > sd2(ncr0:2:0): extraneous data discarded. > sd2(ncr0:2:0); COMMAND FAILED (9 0) @f06b4000. > sd2(ncr0:2:0): extraneous data discarded. > sd2(ncr0:2:0); COMMAND FAILED (9 0) @f06b4000. > /src: bad dir ino 145920 at offset 0: mangled entry > panic: bad dir > syncing disks... 22 22 21 18 14 9 2 2 2 2 2 2 2 2 2 2 2 2 2 2 giving up > dumping to dev 30401, offset 131072 > dump 64 63 ... 1 succeeded > > This was during both an rm -rf of a large tree on sd2s1e and a cvs checkout > from the cvs repository I keep on that slice. The command failed because of lack of agreement on the amount of data requested. The drive stayed in a data phase, when there was either no more data to deliver to it, or no more buffer space to store the data read (depending on whether this happened during a read or a write). This (together with the disconnect of your UW drive) indicates there is a SCSI bus problem. SCSI strobe pulses got lost or duplicated. What's the (total!) length of your SCSI bus ? (Internal plus external, number of connectors, if any, terminators ?) Could you try with a much reduced data rate (say 5MHz), just to make sure it is not caused by the bus cable ? > I have more information, if you need to know more. I did keep the core dump > around (and logged the fsck for /dev/sd2s1e). I don't expect this to be a software problem. The core won't help much in this case, since the crash happened some time after the SCSI problem was detected by the NCR chip and driver. Please check your cables and terminators. There appear to be NCR cards with erroneous documentation. They got the terminator enable/disable labels exchanged. I do not have such a card, just heard about it ... You also should be aware, that Fast-20 limits the cable length to half of what was allowed with Fast-10. In fact, I'd be reluctant to use more than 1m of cable between the controller and the last device, assuming you got no external devices. Don't believe specified maximum bus length, unless you know you got a first grade SCSI bus cable (as was discussed recently), since only such a cable will guarantee that the electrical parameters of the bus meet the SCSI standard requirements. You may use a cheap cable, if you limit the cable length to about half that allowed by the SCSI standard for the intended data rate, and if you don't connect to many devices. Regards, STefan From owner-freebsd-bugs Sun Oct 5 02:51:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA10155 for bugs-outgoing; Sun, 5 Oct 1997 02:51:27 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id CAA10146 for ; Sun, 5 Oct 1997 02:51:23 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA00985; Sun, 5 Oct 1997 11:51:21 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id LAA29234; Sun, 5 Oct 1997 11:33:55 +0200 (MET DST) Message-ID: <19971005113354.BI32445@uriah.heep.sax.de> Date: Sun, 5 Oct 1997 11:33:54 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: bugs@FreeBSD.ORG Cc: a42n8k9@REDROSE.NET (Bennett Samowich) Subject: Re: Possible weakness in LPD protocol (fwd) References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Robert Watson on Oct 2, 1997 18:55:10 -0400 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Robert Watson wrote: > Was wondering if this was a concern for us? I think the serious bugs have been fixed. > ---------- Forwarded message ---------- > Date: Thu, 2 Oct 1997 16:58:23 -0400 > From: Bennett Samowich > Reply-To: a42n8k9@unspecified-domain, > *NO-SPAM**.redrose.net@unspecified-domain > To: BUGTRAQ@NETSPACE.ORG > Subject: Possible weakness in LPD protocol > SOLUTIONS ??? > These holes are due to the implementation of the lpr protocol and the > fact that lpd runs as root. I am sure that there may be many solutions > to this, but At first glance I think that by checking for a '/' in the > filenames would cause the program to react when someone tries to print > files from outside of the queue directory. This has been done in the FreeBSD version. As i read the commit logs, the fixes have been obtained mostly or exclusively from OpenBSD. Bennett, if you are intending to use some of the BSD source code, it will be a good idea to use the most up-to-date sources from the actively maintained BSD code. While reviewing the code portions you've quoted, i noticed a number of buffer overflow fixes as well (again, most likely courtesy OpenBSD). > As far as the mail bomb, maybe by checking the destination host with > lpd's view of the caller, but that wouldn't allow for someone to print > from one account and get the mail at another. IE the boss getting > notices when the report is finished. This problem is still open. Perhaps the algorithm should be changed to send at most a single mail per print job. I don't think much more can be done about it without losing functionality. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Oct 5 04:21:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA13579 for bugs-outgoing; Sun, 5 Oct 1997 04:21:31 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id EAA13570 for ; Sun, 5 Oct 1997 04:21:24 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA01984; Sun, 5 Oct 1997 13:21:19 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id NAA29766; Sun, 5 Oct 1997 13:15:43 +0200 (MET DST) Message-ID: <19971005131543.QG59146@uriah.heep.sax.de> Date: Sun, 5 Oct 1997 13:15:43 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: uhclem@nemesis.lonestar.org (Frank Durda IV) Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/4686 References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Frank Durda IV on Oct 4, 1997 17:04:00 -0600 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Frank Durda IV wrote: > I must say that the current error message the driver emits certainly implies > that reassignment is being performed by *somebody*. Since not all drives do > this automatically, I assumed the driver was always doing the work, using > the explicit reassign commands that are available. My apologies. > > Perhaps the kernel error message should be changed to *suggest* that a > block reassignment should be done. The error messages are the official ASC/ASCQ messages as obtained from the SCSI-2 standard. So it's more likely that the drive is indeed telling you that it has remapped a bad block (since ARRE is enabled, for example). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Oct 5 05:00:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA14872 for bugs-outgoing; Sun, 5 Oct 1997 05:00:09 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA14832; Sun, 5 Oct 1997 05:00:02 -0700 (PDT) Resent-Date: Sun, 5 Oct 1997 05:00:02 -0700 (PDT) Resent-Message-Id: <199710051200.FAA14832@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, wosch@cs.tu-berlin.de Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA14521 for ; Sun, 5 Oct 1997 04:53:33 -0700 (PDT) Received: from panke.panke.de (anonymous216.ppp.cs.tu-berlin.de [130.149.17.216]) by mail.cs.tu-berlin.de (8.8.6/8.8.7) with ESMTP id NAA13488 for ; Sun, 5 Oct 1997 13:51:51 +0200 (MET DST) Received: (from wosch@localhost) by panke.panke.de (8.8.5/8.6.12) id NAA01238; Sun, 5 Oct 1997 13:51:01 +0200 (MET DST) Message-Id: <199710051151.NAA01238@panke.panke.de> Date: Sun, 5 Oct 1997 13:51:01 +0200 (MET DST) From: Wolfram Schneider Reply-To: wosch@cs.tu-berlin.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/4691: no documentation for mk_cmds(1) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4691 >Category: docs >Synopsis: no documentation for mk_cmds(1) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 5 05:00:01 PDT 1997 >Last-Modified: >Originator: Wolfram Schneider >Organization: >Release: FreeBSD 2.2-RELEASE i386 >Environment: There is no documentation for the mk_cmds(1) command. Neither a manpage or a texinfo file. >Description: >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 5 05:00:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA14885 for bugs-outgoing; Sun, 5 Oct 1997 05:00:12 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA14849; Sun, 5 Oct 1997 05:00:05 -0700 (PDT) Resent-Date: Sun, 5 Oct 1997 05:00:05 -0700 (PDT) Resent-Message-Id: <199710051200.FAA14849@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, wosch@cs.tu-berlin.de Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA14527 for ; Sun, 5 Oct 1997 04:53:35 -0700 (PDT) Received: from panke.panke.de (anonymous216.ppp.cs.tu-berlin.de [130.149.17.216]) by mail.cs.tu-berlin.de (8.8.6/8.8.7) with ESMTP id NAA13489 for ; Sun, 5 Oct 1997 13:51:54 +0200 (MET DST) Received: (from wosch@localhost) by panke.panke.de (8.8.5/8.6.12) id NAA01131; Sun, 5 Oct 1997 13:48:14 +0200 (MET DST) Message-Id: <199710051148.NAA01131@panke.panke.de> Date: Sun, 5 Oct 1997 13:48:14 +0200 (MET DST) From: Wolfram Schneider Reply-To: wosch@cs.tu-berlin.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4692: make core dump / SUFFIXES Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4692 >Category: bin >Synopsis: make core dump / SUFFIXES >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 5 05:00:04 PDT 1997 >Last-Modified: >Originator: Wolfram Schneider >Organization: >Release: FreeBSD 2.2-RELEASE i386 >Environment: $ cd src/gnu/usr.bin/dc/doc $ cat < bsd.info.mk .SUFFIXES: .info .texi .texinfo .texinfo.info: .texi.info: date EOF $ make -I . Segmentation fault (core dumped) wosch@campa <13:33:35> [/usr/tmp/src/gnu/usr.bin/dc/doc] 509 bash$ gdb -core make.core /wd0/usr/tmp/make/make GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... Core was generated by `make'. Program terminated with signal 11, Segmentation fault. #0 0x1805f in Lst_Member (l=0xd0d0d0d0, d=0x1f780) at /wd0/usr2/tmp/make/lst.lib/lstMember.c:58 58 lNode = list->firstPtr; (gdb) where #0 0x1805f in Lst_Member (l=0xd0d0d0d0, d=0x1f780) at /wd0/usr2/tmp/make/lst.lib/lstMember.c:58 #1 0x11791 in SuffUnRef (lp=0xd0d0d0d0, sp=0x1f780) at suff.c:337 #2 0x11864 in SuffRemove (l=0xd0d0d0d0, s=0x1f780) at suff.c:395 #3 0x11db4 in Suff_EndTransform (gnp=0x1ee80, dummy=0x0) at suff.c:694 #4 0x17e3c in Lst_ForEachFrom (l=0x1d040, ln=0x2dc40, proc=0x11d0c , d=0x0) at /wd0/usr2/tmp/make/lst.lib/lstForEachFrom.c:93 #5 0x17df5 in Lst_ForEach (l=0x1d040, proc=0x11d0c , d=0x0) at /wd0/usr2/tmp/make/lst.lib/lstForEach.c:72 #6 0x109be in ParseFinishLine () at parse.c:2338 #7 0x10cd5 in Parse_File (name=0xc1dc "àß\001", stream=0x809d0e0) at parse.c:2492 #8 0xceee in ReadMakefile (p=0xc1dc, q=0x0) at main.c:860 #9 0xc9b5 in main (argc=3, argv=0xefbfd800) at main.c:683 (gdb) >Description: >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 5 07:50:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA23277 for bugs-outgoing; Sun, 5 Oct 1997 07:50:14 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA23266; Sun, 5 Oct 1997 07:50:06 -0700 (PDT) Resent-Date: Sun, 5 Oct 1997 07:50:06 -0700 (PDT) Resent-Message-Id: <199710051450.HAA23266@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, nao@tom-yam.or.jp Received: from mail0.iij.ad.jp (mail0.iij.ad.jp [202.232.2.113]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA22538 for ; Sun, 5 Oct 1997 07:47:10 -0700 (PDT) Received: from uucp1.iij.ad.jp (uucp1.iij.ad.jp [202.232.2.201]) by mail0.iij.ad.jp (8.8.5+2.7Wbeta5/3.5Wpl4-MAIL) with SMTP id XAA25400 for ; Sun, 5 Oct 1997 23:47:04 +0900 (JST) Received: (from uucp@localhost) by uucp1.iij.ad.jp (8.6.12+2.4W/3.3W9-UUCP) with UUCP id XAA14059 for FreeBSD-gnats-submit@freebsd.org; Sun, 5 Oct 1997 23:47:03 +0900 Received: (from nao@localhost) by miffy.tom-yam.or.jp (8.8.5/8.8.5) id XAA00665; Sun, 5 Oct 1997 23:42:51 +0900 (JST) Message-Id: <199710051442.XAA00665@miffy.tom-yam.or.jp> Date: Sun, 5 Oct 1997 23:42:51 +0900 (JST) From: nao@tom-yam.or.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/4693: ep bug fix Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4693 >Category: kern >Synopsis: 3COM Etherlink III does not work if IRQ = 9. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Oct 5 07:50:02 PDT 1997 >Last-Modified: >Originator: HAMADA Naoki >Organization: just for me >Release: FreeBSD 2.2.1-RELEASE i386 and later >Environment: 3COM 3C509, 3C509B and 3C579 Etherlink III adapters. >Description: An Etherlink III adapter failes to work. >How-To-Repeat: Set your adapter's IRQ to 9 with the setup program provided by 3COM (3C5X9CFG.EXE). >Fix: In page 7-20 of "Etherlink III Parallel Tasking ISA, EISA, Micro Channel, and PCMCIA Adapter Drivers Technical Reference, Manual Part No. 09-0398-002B" by 3COM tells that if the IRQ area of the Resource Configuration Register is 9, the corresponding IRQ line driver is enabled and if it is 2, the corresponding IRQ line driver is disabled. So we must get rid of the following lines in /sys/i386/isa/if_ep.c (near line 590). GO_WINDOW(0); -> if(irq == 9) -> irq = 2; SET_IRQ(BASE, irq); The following patches are intended to provide a fix for this bug and some other improvements. These remove previously integrated kluges to achieve higher performance, which are now obsolete. Private mbuf allocation scheme, messy calculations for RX_EARLY_THRESHOLD and TX_AVAILABLE_THRESHOLD (which made the driver rather instable when you use it with elder adapters) and remainders for ancient trailer packets are all removed. And one more fix. The ep driver occasionally generated pathological mbuf chain, which consists of tens of short mbufs. Now it generates sane mbuf chain. These patch give rock-solid stability, and even performance improvement for slow machines (from 5% to 15% on a 486DX4-75MHz machine). These are quite conservative and none of novel features are proviced. Already checked in several enviroments and all worked well. These patches are generated for 2.2.1-RELEASE, but applicable to 2.2-stable and current with subtle changes. Enjoy! - nao --- /sys/i386/isa/if_ep.c- Sat Jun 14 15:13:42 1997 +++ /sys/i386/isa/if_ep.c Sun Oct 5 17:11:56 1997 @@ -122,8 +122,6 @@ static struct ep_board * ep_look_for_board_at __P((struct isa_device *is)); static int ep_isa_attach __P((struct isa_device *)); static int epioctl __P((struct ifnet * ifp, int, caddr_t)); -static void epmbuffill __P((caddr_t, int)); -static void epmbufempty __P((struct ep_softc *)); static void epinit __P((struct ep_softc *)); static void epread __P((struct ep_softc *)); @@ -591,8 +589,6 @@ } GO_WINDOW(0); - if(irq == 9) - irq = 2; SET_IRQ(BASE, irq); ep_attach(sc); @@ -679,23 +675,7 @@ sdl->sdl_slen = 0; bcopy(sc->arpcom.ac_enaddr, LLADDR(sdl), ETHER_ADDR_LEN); } - /* we give some initial parameters */ - sc->rx_avg_pkt = 128; - /* - * NOTE: In all this I multiply everything by 64. - * W_s = the speed the CPU is able to write to the TX FIFO. - * T_s = the speed the board sends the info to the Ether. - * W_s/T_s = 16 (represents 16/64) => W_s = 25 % of T_s. - * This will give us for a packet of 1500 bytes - * tx_start_thresh=1125 and for a pkt of 64 bytes tx_start_threshold=48. - * We prefer to start thinking the CPU is much slower than the Ethernet - * transmission. - */ - sc->tx_rate = TX_INIT_RATE; - sc->tx_counter = 0; - sc->rx_latency = RX_INIT_LATENCY; - sc->rx_early_thresh = RX_INIT_EARLY_THRESH; #ifdef EP_LOCAL_STATS sc->rx_no_first = sc->rx_no_mbuf = sc->rx_bpf_disc = sc->rx_overrunf = sc->rx_overrunl = @@ -756,6 +736,7 @@ outw(BASE + EP_COMMAND, RX_RESET); outw(BASE + EP_COMMAND, TX_RESET); + while (inw(BASE + EP_STATUS) & S_COMMAND_IN_PROGRESS); /* Window 1 is operating window */ GO_WINDOW(1); @@ -836,31 +817,17 @@ ifp->if_flags |= IFF_RUNNING; ifp->if_flags &= ~IFF_OACTIVE; /* just in case */ - sc->tx_rate = TX_INIT_RATE; - sc->tx_counter = 0; - sc->rx_latency = RX_INIT_LATENCY; - sc->rx_early_thresh = RX_INIT_EARLY_THRESH; #ifdef EP_LOCAL_STATS sc->rx_no_first = sc->rx_no_mbuf = sc->rx_bpf_disc = sc->rx_overrunf = sc->rx_overrunl = sc->tx_underrun = 0; #endif ep_fset(F_RX_FIRST); - ep_frst(F_RX_TRAILER); if (sc->top) { m_freem(sc->top); sc->top = sc->mcur = 0; } - outw(BASE + EP_COMMAND, SET_RX_EARLY_THRESH | sc->rx_early_thresh); - - /* - * These clever computations look very interesting - * but the fixed threshold gives near no output errors - * and if it as low as 16 bytes it gives the max. throughput. - * We think that processor is anyway quicker than Ethernet - * (and this should be true for any 386 and higher) - */ - + outw(BASE + EP_COMMAND, SET_RX_EARLY_THRESH | RX_INIT_EARLY_THRESH); outw(BASE + EP_COMMAND, SET_TX_START_THRESH | 16); /* @@ -868,9 +835,6 @@ * any that we had in case we're being called from intr or somewhere * else. */ - sc->last_mb = 0; - sc->next_mb = 0; - epmbuffill((caddr_t) sc, 0); GO_WINDOW(1); epstart(ifp); @@ -895,6 +859,7 @@ } s = splimp(); + while (inw(BASE + EP_STATUS) & S_COMMAND_IN_PROGRESS); if (ifp->if_flags & IFF_OACTIVE) { splx(s); return; @@ -926,28 +891,18 @@ if (inw(BASE + EP_W1_FREE_TX) < len + pad + 4) { /* no room in FIFO */ outw(BASE + EP_COMMAND, SET_TX_AVAIL_THRESH | (len + pad + 4)); - ifp->if_flags |= IFF_OACTIVE; - splx(s); - return; + /* make sure */ + if (inw(BASE + EP_W1_FREE_TX) < len + pad + 4) { + ifp->if_flags |= IFF_OACTIVE; + splx(s); + return; + } } IF_DEQUEUE(&ifp->if_snd, m); outw(BASE + EP_W1_TX_PIO_WR_1, len); outw(BASE + EP_W1_TX_PIO_WR_1, 0x0); /* Second dword meaningless */ - /* compute the Tx start threshold for this packet */ - sc->tx_start_thresh = len = - (((len * (64 - sc->tx_rate)) >> 6) & ~3) + 16; -#if 0 - /* - * The following string does something strange with the card and - * we get a lot of output errors due to it so it's commented out - * and we use fixed threshold (see above) - */ - - outw(BASE + EP_COMMAND, SET_TX_START_THRESH | len); -#endif - for (top = m; m != 0; m = m->m_next) if(ep_ftst(F_ACCESS_32_BITS)) { outsl(BASE + EP_W1_TX_PIO_WR_1, mtod(m, caddr_t), @@ -975,13 +930,6 @@ ifp->if_timer=2; ifp->if_opackets++; m_freem(top); - /* - * Every 1024*4 packets we increment the tx_rate if we haven't had - * errors, that in the case it has abnormaly goten too low - */ - if (!(++sc->tx_counter & (1024 * 4 - 1)) && - sc->tx_rate < TX_INIT_MAX_RATE) - sc->tx_rate++; /* * Is another packet coming in? We don't want to overflow the tiny RX @@ -994,8 +942,7 @@ * back later */ if (ifp->if_snd.ifq_head) { - outw(BASE + EP_COMMAND, SET_TX_AVAIL_THRESH | - sc->tx_start_thresh); + outw(BASE + EP_COMMAND, SET_TX_AVAIL_THRESH | 8); } splx(s); return; @@ -1031,6 +978,7 @@ ifp = &sc->arpcom.ac_if; + while (inw(BASE + EP_STATUS) & S_COMMAND_IN_PROGRESS); outw(BASE + EP_COMMAND, SET_INTR_MASK); /* disable all Ints */ rescan: @@ -1088,11 +1036,8 @@ if (status & TXS_SUCCES_INTR_REQ); else if (status & (TXS_UNDERRUN | TXS_JABBER | TXS_MAX_COLLISION)) { outw(BASE + EP_COMMAND, TX_RESET); + while (inw(BASE + EP_STATUS) & S_COMMAND_IN_PROGRESS); if (status & TXS_UNDERRUN) { - if (sc->tx_rate > 1) { - sc->tx_rate--; /* Actually in steps of 1/64 */ - sc->tx_counter = 0; /* We reset it */ - } #ifdef EP_LOCAL_STATS sc->tx_underrun++; #endif @@ -1163,24 +1108,17 @@ else sc->rx_overrunl++; #endif - if (sc->rx_latency < ETHERMTU) - sc->rx_latency += 16; } goto out; } rx_fifo = rx_fifo2 = status & RX_BYTES_MASK; if (ep_ftst(F_RX_FIRST)) { - if (m = sc->mb[sc->next_mb]) { - sc->mb[sc->next_mb] = 0; - sc->next_mb = (sc->next_mb + 1) % MAX_MBS; - m->m_data = m->m_pktdat; - m->m_flags = M_PKTHDR; - } else { - MGETHDR(m, M_DONTWAIT, MT_DATA); - if (!m) - goto out; - } + MGETHDR(m, M_DONTWAIT, MT_DATA); + if (!m) + goto out; + if (rx_fifo >= MINCLSIZE) + MCLGET(m, M_DONTWAIT); sc->top = sc->mcur = top = m; #define EROUND ((sizeof(struct ether_header) + 3) & ~3) #define EOFF (EROUND - sizeof(struct ether_header)) @@ -1197,9 +1135,6 @@ top = sc->top; m = sc->mcur; sc->cur_len += rx_fifo2; - if (ep_ftst(F_RX_TRAILER)) - /* We don't read the trailer */ - rx_fifo -= sizeof(struct ether_header); } /* Reads what is left in the RX FIFO */ @@ -1207,15 +1142,9 @@ lenthisone = min(rx_fifo, M_TRAILINGSPACE(m)); if (lenthisone == 0) { /* no room in this one */ mcur = m; - if (m = sc->mb[sc->next_mb]) { - sc->mb[sc->next_mb] = 0; - sc->next_mb = (sc->next_mb + 1) % MAX_MBS; - } else { - MGET(m, M_DONTWAIT, MT_DATA); - if (!m) - goto out; - } - + MGET(m, M_DONTWAIT, MT_DATA); + if (!m) + goto out; if (rx_fifo >= MINCLSIZE) MCLGET(m, M_DONTWAIT); m->m_len = 0; @@ -1241,76 +1170,24 @@ rx_fifo -= lenthisone; } - if (ep_ftst(F_RX_TRAILER)) {/* reads the trailer */ - if (m = sc->mb[sc->next_mb]) { - sc->mb[sc->next_mb] = 0; - sc->next_mb = (sc->next_mb + 1) % MAX_MBS; - m->m_data = m->m_pktdat; - m->m_flags = M_PKTHDR; - } else { - MGETHDR(m, M_DONTWAIT, MT_DATA); - if (!m) - goto out; - } - insw(BASE + EP_W1_RX_PIO_RD_1, mtod(m, caddr_t), - sizeof(struct ether_header)); - m->m_len = sizeof(struct ether_header); - m->m_next = top; - sc->top = top = m; - /* XXX Accomodate for type and len from beginning of trailer */ - sc->cur_len -= (2 * sizeof(u_short)); - ep_frst(F_RX_TRAILER); - goto all_pkt; - } - if (status & ERR_RX_INCOMPLETE) { /* we haven't received the complete * packet */ sc->mcur = m; #ifdef EP_LOCAL_STATS sc->rx_no_first++; /* to know how often we come here */ #endif - /* - * Re-compute rx_latency, the factor used is 1/4 to go up and 1/32 to - * go down - */ - delta = rx_fifo2 - sc->rx_early_thresh; /* last latency seen LLS */ - delta -= sc->rx_latency;/* LLS - estimated_latency */ - if (delta >= 0) - sc->rx_latency += (delta / 4); - else - sc->rx_latency += (delta / 32); ep_frst(F_RX_FIRST); if (!((status = inw(BASE + EP_W1_RX_STATUS)) & ERR_RX_INCOMPLETE)) { /* we see if by now, the packet has completly arrived */ goto read_again; } - /* compute rx_early_threshold */ - delta = (sc->rx_avg_pkt - sc->cur_len - sc->rx_latency - 16) & ~3; - if (delta < MIN_RX_EARLY_THRESHL) - delta = MIN_RX_EARLY_THRESHL; - - outw(BASE + EP_COMMAND, SET_RX_EARLY_THRESH | - (sc->rx_early_thresh = delta)); + outw(BASE + EP_COMMAND, SET_RX_EARLY_THRESH | RX_NEXT_EARLY_THRESH); return; } all_pkt: outw(BASE + EP_COMMAND, RX_DISCARD_TOP_PACK); - /* - * recompute average packet's length, the factor used is 1/8 to go down - * and 1/32 to go up - */ - delta = sc->cur_len - sc->rx_avg_pkt; - if (delta > 0) - sc->rx_avg_pkt += (delta / 32); - else - sc->rx_avg_pkt += (delta / 8); - delta = (sc->rx_avg_pkt - sc->rx_latency - 16) & ~3; - if (delta < MIN_RX_EARLY_THRESHF) - delta = MIN_RX_EARLY_THRESHF; - sc->rx_early_thresh = delta; ++ifp->if_ipackets; ep_fset(F_RX_FIRST); - ep_frst(F_RX_TRAILER); top->m_pkthdr.rcvif = &sc->arpcom.ac_if; top->m_pkthdr.len = sc->cur_len; @@ -1335,12 +1212,11 @@ sc->top = 0; } ep_fset(F_RX_FIRST); - ep_frst(F_RX_TRAILER); #ifdef EP_LOCAL_STATS sc->rx_bpf_disc++; #endif while (inw(BASE + EP_STATUS) & S_COMMAND_IN_PROGRESS); - outw(BASE + EP_COMMAND, SET_RX_EARLY_THRESH | delta); + outw(BASE + EP_COMMAND, SET_RX_EARLY_THRESH | RX_INIT_EARLY_THRESH); return; } } @@ -1349,11 +1225,9 @@ eh = mtod(top, struct ether_header *); m_adj(top, sizeof(struct ether_header)); ether_input(ifp, eh, top); - if (!sc->mb[sc->next_mb]) - epmbuffill((caddr_t) sc, 0); sc->top = 0; while (inw(BASE + EP_STATUS) & S_COMMAND_IN_PROGRESS); - outw(BASE + EP_COMMAND, SET_RX_EARLY_THRESH | delta); + outw(BASE + EP_COMMAND, SET_RX_EARLY_THRESH | RX_INIT_EARLY_THRESH); return; out: @@ -1365,14 +1239,9 @@ sc->rx_no_mbuf++; #endif } - delta = (sc->rx_avg_pkt - sc->rx_latency - 16) & ~3; - if (delta < MIN_RX_EARLY_THRESHF) - delta = MIN_RX_EARLY_THRESHF; ep_fset(F_RX_FIRST); - ep_frst(F_RX_TRAILER); while (inw(BASE + EP_STATUS) & S_COMMAND_IN_PROGRESS); - outw(BASE + EP_COMMAND, SET_RX_EARLY_THRESH | - (sc->rx_early_thresh = delta)); + outw(BASE + EP_COMMAND, SET_RX_EARLY_THRESH | RX_INIT_EARLY_THRESH); } /* @@ -1459,7 +1328,6 @@ if ((ifp->if_flags & IFF_UP) == 0 && ifp->if_flags & IFF_RUNNING) { ifp->if_flags &= ~IFF_RUNNING; epstop(sc); - epmbufempty(sc); break; } else { /* reinitialize card on any parameter change */ @@ -1540,6 +1408,7 @@ outw(BASE + EP_COMMAND, STOP_TRANSCEIVER); outw(BASE + EP_COMMAND, RX_RESET); outw(BASE + EP_COMMAND, TX_RESET); + while (inw(BASE + EP_STATUS) & S_COMMAND_IN_PROGRESS); outw(BASE + EP_COMMAND, C_INTR_LATCH); outw(BASE + EP_COMMAND, SET_RD_0_MASK); outw(BASE + EP_COMMAND, SET_INTR_MASK); @@ -1588,45 +1457,6 @@ for (i = 0; i < 16; i++) data = (data << 1) | (inw(id_port) & 1); return (data); -} - -/* - * We suppose this is always called inside a splimp(){...}splx() region - */ -static void -epmbuffill(sp, dummy_arg) - caddr_t sp; - int dummy_arg; -{ - struct ep_softc *sc = (struct ep_softc *) sp; - int i; - - i = sc->last_mb; - do { - if (sc->mb[i] == NULL) - MGET(sc->mb[i], M_DONTWAIT, MT_DATA); - if (sc->mb[i] == NULL) - break; - i = (i + 1) % MAX_MBS; - } while (i != sc->next_mb); - sc->last_mb = i; -} - -static void -epmbufempty(sc) - struct ep_softc *sc; -{ - int s, i; - - s = splimp(); - for (i = 0; i < MAX_MBS; i++) { - if (sc->mb[i]) { - m_freem(sc->mb[i]); - sc->mb[i] = NULL; - } - } - sc->last_mb = sc->next_mb = 0; - splx(s); } #endif /* NEP > 0 */ --- /sys/i386/isa/if_epreg.h- Tue Nov 12 18:08:33 1996 +++ /sys/i386/isa/if_epreg.h Sun Oct 5 17:45:55 1997 @@ -55,25 +55,13 @@ struct ep_softc { struct arpcom arpcom; /* Ethernet common part */ int ep_io_addr; /* i/o bus address */ -#define MAX_MBS 8 /* # of mbufs we keep around */ - struct mbuf *mb[MAX_MBS]; /* spare mbuf storage. */ - int next_mb; /* Which mbuf to use next. */ - int last_mb; /* Last mbuf. */ struct mbuf *top, *mcur; - short tx_start_thresh; /* Current TX_start_thresh. */ - short tx_rate; - short tx_counter; - short rx_early_thresh; /* Current RX_early_thresh. */ - short rx_latency; - short rx_avg_pkt; short cur_len; u_short ep_connectors; /* Connectors on this card. */ u_char ep_connector; /* Configured connector. */ int stat; /* some flags */ int gone; /* adapter is not present (for PCCARD) */ #define F_RX_FIRST 0x1 -#define F_WAIT_TRAIL 0x2 -#define F_RX_TRAILER 0x4 #define F_PROMISC 0x8 #define F_ACCESS_32_BITS 0x100 @@ -108,9 +96,8 @@ #define TX_INIT_RATE 16 #define TX_INIT_MAX_RATE 64 #define RX_INIT_LATENCY 64 -#define RX_INIT_EARLY_THRESH 64 -#define MIN_RX_EARLY_THRESHF 16 /* not less than ether_header */ -#define MIN_RX_EARLY_THRESHL 4 +#define RX_INIT_EARLY_THRESH 208 /* not less than MINCLSIZE */ +#define RX_NEXT_EARLY_THRESH 500 #define EEPROMSIZE 0x40 #define MAX_EEPROMBUSY 1000 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 5 08:30:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA25507 for bugs-outgoing; Sun, 5 Oct 1997 08:30:02 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA25497; Sun, 5 Oct 1997 08:30:01 -0700 (PDT) Resent-Date: Sun, 5 Oct 1997 08:30:01 -0700 (PDT) Resent-Message-Id: <199710051530.IAA25497@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, hausen@punkt.de (Patrick M. Hausen) Received: from hugo09.ticsoft.de (hugo09.ticsoft.de [194.77.233.243]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA25425 for ; Sun, 5 Oct 1997 08:28:53 -0700 (PDT) Received: (from root@localhost) by hugo09.ticsoft.de (8.8.7/8.8.7) id RAA01210; Sun, 5 Oct 1997 17:27:38 +0200 (CEST) Message-Id: <199710051527.RAA01210@hugo09.ticsoft.de> Date: Sun, 5 Oct 1997 17:27:38 +0200 (CEST) From: hausen@punkt.de (Patrick M. Hausen) To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/4694: 2.2.5 Beta minor problems Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4694 >Category: misc >Synopsis: minor problems in the installation process >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 5 08:30:00 PDT 1997 >Last-Modified: >Originator: Patrick M. Hausen >Organization: WEB Internet Services >Release: FreeBSD 2.2.5-971003-BETA i386 >Environment: Installation via FTP from ftp.cdrom.com >Description: 1. boot.help isn't copied to the harddisk. 2. /usr/X11R6/* has directories with group write permission. 3. XF86Setup fails to create the symbolic link X -> XF86_Mach64 and aborts. >How-To-Repeat: Just install. >Fix: 1. and 2. - easy. 3. don't know. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 5 09:10:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA27149 for bugs-outgoing; Sun, 5 Oct 1997 09:10:09 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA27139; Sun, 5 Oct 1997 09:10:02 -0700 (PDT) Date: Sun, 5 Oct 1997 09:10:02 -0700 (PDT) Message-Id: <199710051610.JAA27139@hub.freebsd.org> To: freebsd-bugs Cc: From: Dmitrij Tejblum Subject: Re: bin/4692: make core dump / SUFFIXES Reply-To: Dmitrij Tejblum Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4692; it has been noted by GNATS. From: Dmitrij Tejblum To: wosch@cs.tu-berlin.de Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/4692: make core dump / SUFFIXES Date: Sun, 05 Oct 1997 16:42:48 +0400 I think, this PR is duplicate of PR bin/4254. That PR contains a patch... Dima From owner-freebsd-bugs Sun Oct 5 09:40:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA28716 for bugs-outgoing; Sun, 5 Oct 1997 09:40:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA28689; Sun, 5 Oct 1997 09:40:01 -0700 (PDT) Date: Sun, 5 Oct 1997 09:40:01 -0700 (PDT) Message-Id: <199710051640.JAA28689@hub.freebsd.org> To: freebsd-bugs Cc: From: Tor Egge Subject: Re: kern/4630: buffer_map might become corrupted Reply-To: Tor Egge Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4630; it has been noted by GNATS. From: Tor Egge To: FreeBSD-gnats-submit@freebsd.org Cc: Subject: Re: kern/4630: buffer_map might become corrupted Date: Sun, 05 Oct 1997 18:32:34 +0200 If the corrupted vm map entry ends with an addresses that is valid for most user processes, then the call to allobuf might not cause a crash. Then several different buffers will start using the same bogus kva. It probably ends with a trap #12 or a panic due to consistency checks (e.g. freeing free inode). Syncing of the disks may then cause further corruption. I'm using the following patch in order to keep extra sanity checks in vm_map_entry_create and vm_map_entry_delete. Index: vfs_bio.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_bio.c,v retrieving revision 1.128 diff -c -r1.128 vfs_bio.c *** vfs_bio.c 1997/09/21 22:00:25 1.128 --- vfs_bio.c 1997/10/05 02:36:29 *************** *** 145,150 **** --- 145,152 ---- extern int vm_swap_size; + static volatile int biodone_active; + #define BUF_MAXUSE 24 #define VFS_BIO_NEED_ANY 1 *************** *** 662,668 **** /* * Get rid of the kva allocation *now* */ ! bfreekva(bp); /* buffers with junk contents */ } else if (bp->b_flags & (B_ERROR | B_INVAL | B_NOCACHE | B_RELBUF)) { --- 669,676 ---- /* * Get rid of the kva allocation *now* */ ! if (!biodone_active) ! bfreekva(bp); /* buffers with junk contents */ } else if (bp->b_flags & (B_ERROR | B_INVAL | B_NOCACHE | B_RELBUF)) { *************** *** 1745,1751 **** --- 1753,1761 ---- /* call optional completion function if requested */ if (bp->b_flags & B_CALL) { bp->b_flags &= ~B_CALL; + biodone_active++; (*bp->b_iodone) (bp); + biodone_active--; splx(s); return; } *************** *** 1872,1881 **** --- 1882,1893 ---- */ if (bp->b_flags & B_ASYNC) { + biodone_active++; if ((bp->b_flags & (B_NOCACHE | B_INVAL | B_ERROR | B_RELBUF)) != 0) brelse(bp); else bqrelse(bp); + biodone_active--; } else { bp->b_flags &= ~B_WANTED; wakeup(bp); -------------- - Tor Egge From owner-freebsd-bugs Sun Oct 5 10:20:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA00553 for bugs-outgoing; Sun, 5 Oct 1997 10:20:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA00541; Sun, 5 Oct 1997 10:20:01 -0700 (PDT) Resent-Date: Sun, 5 Oct 1997 10:20:01 -0700 (PDT) Resent-Message-Id: <199710051720.KAA00541@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ivt@crocus.gamma.ru Received: from crocus.gamma.ru (crocus.gamma.ru [193.124.255.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA00172 for ; Sun, 5 Oct 1997 10:12:11 -0700 (PDT) Received: (from ivt@localhost) by crocus.gamma.ru (8.8.5/8.7.3) id VAA14584; Sun, 5 Oct 1997 21:12:08 +0400 (MSD) Message-Id: <199710051712.VAA14584@crocus.gamma.ru> Date: Sun, 5 Oct 1997 21:12:08 +0400 (MSD) From: Igor Timkin Reply-To: ivt@crocus.gamma.ru To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4695: pstat error Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4695 >Category: bin >Synopsis: pstat error >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 5 10:20:01 PDT 1997 >Last-Modified: >Originator: Igor Timkin >Organization: Gamma Ltd., Moscow, Russia >Release: FreeBSD 3.0-971003-SNAP i386 >Environment: >Description: ivt@news-test:/home/ivt:1:193>pstat -T 66/8232 files pstat: sysctl: KERN_VNODE: No such file or directory >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 5 10:26:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA00816 for bugs-outgoing; Sun, 5 Oct 1997 10:26:40 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA00810; Sun, 5 Oct 1997 10:26:31 -0700 (PDT) From: Wolfram Schneider Received: (from wosch@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id KAA01315; Sun, 5 Oct 1997 10:26:16 -0700 (PDT) Date: Sun, 5 Oct 1997 10:26:16 -0700 (PDT) Message-Id: <199710051726.KAA01315@freefall.freebsd.org> To: wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, steve@FreeBSD.ORG Subject: Re: bin/4692 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: make core dump / SUFFIXES Responsible-Changed-From-To: freebsd-bugs->steve Responsible-Changed-By: wosch Responsible-Changed-When: Sun Oct 5 10:25:35 PDT 1997 Responsible-Changed-Why: make is Steve Passe area. From owner-freebsd-bugs Sun Oct 5 11:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA04145 for bugs-outgoing; Sun, 5 Oct 1997 11:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA04131; Sun, 5 Oct 1997 11:50:01 -0700 (PDT) Resent-Date: Sun, 5 Oct 1997 11:50:01 -0700 (PDT) Resent-Message-Id: <199710051850.LAA04131@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, marcs@znep.com Received: from valis.worldgate.com (marcs@valis.worldgate.com [198.161.84.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA03937 for ; Sun, 5 Oct 1997 11:44:27 -0700 (PDT) Received: (from marcs@localhost) by valis.worldgate.com (8.8.7/8.8.7) id MAA29710; Sun, 5 Oct 1997 12:44:26 -0600 (MDT) Message-Id: <199710051844.MAA29710@valis.worldgate.com> Date: Sun, 5 Oct 1997 12:44:26 -0600 (MDT) From: marcs@znep.com Reply-To: marcs@znep.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4697: make doesn't handle dependencies with forced target correctly Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4697 >Category: bin >Synopsis: make doesn't handle dependencies with forced target correctly >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 5 11:50:01 PDT 1997 >Last-Modified: >Originator: Marc Slemko >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: FreeBSD 2.2-stable as of a few weeks ago, source examination shows it to be in -current as well. >Description: When you have forced dependencies in a makefile that have the same name as a file or directory, they are not called if the mtime on the file is the same as the current time. >How-To-Repeat: If I create the below Makefile: #---------------------------------------------------------------------- default: proxy @echo "Done building module subdirectories" proxy: ForceMe @echo making: $@ ForceMe: #---------------------------------------------------------------------- then do: marcs@alive:/tmp/tm$ touch proxy ; make Done building module subdirectories marcs@alive:/tmp/tm$ touch proxy ; sleep 1 ; make making: proxy Done building module subdirectories It doesn't execute the proxy target unless I make it pause in between. >Fix: Index: compat.c =================================================================== RCS file: /mnt/misc1/cvs//src/usr.bin/make/compat.c,v retrieving revision 1.8 diff -u -r1.8 compat.c --- compat.c 1997/02/22 19:27:07 1.8 +++ compat.c 1997/09/06 17:37:23 @@ -486,7 +486,7 @@ * check for gn->children being empty as well... */ if (!Lst_IsEmpty(gn->commands) || Lst_IsEmpty(gn->children)) { - gn->mtime = now; + gn->mtime = now+1; } #else /* @@ -508,7 +508,7 @@ * -- ardeb 1/12/88 */ if (noExecute || Dir_MTime(gn) == 0) { - gn->mtime = now; + gn->mtime = now+1; } if (gn->cmtime > gn->mtime) gn->mtime = gn->cmtime; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 5 12:00:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA04476 for bugs-outgoing; Sun, 5 Oct 1997 12:00:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA04455; Sun, 5 Oct 1997 12:00:01 -0700 (PDT) Resent-Date: Sun, 5 Oct 1997 12:00:01 -0700 (PDT) Resent-Message-Id: <199710051900.MAA04455@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, dada@sbox.tu-graz.ac.at Received: from fcggsg07.icg.tu-graz.ac.at (fcggsg07.icg.tu-graz.ac.at [129.27.201.16]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA04279 for ; Sun, 5 Oct 1997 11:54:33 -0700 (PDT) Received: from lend.tu-graz.ac.at (isdn012.tu-graz.ac.at [129.27.240.12]) by fcggsg07.icg.tu-graz.ac.at (8.8.4/8.8.4) with ESMTP id UAA28726 for ; Sun, 5 Oct 1997 20:54:13 +0200 (MDT) Received: (from dada@localhost) by lend.tu-graz.ac.at (8.8.5/8.8.5) id UAA01774; Sun, 5 Oct 1997 20:05:44 +0200 (CEST) Message-Id: <199710051805.UAA01774@lend.tu-graz.ac.at> Date: Sun, 5 Oct 1997 20:05:44 +0200 (CEST) From: Martin Kammerhofer Reply-To: dada@sbox.tu-graz.ac.at To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/4698: Handbook's script for making repair floppy doesn't work Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4698 >Category: docs >Synopsis: Handbook's script for making repair floppy doesn't work >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 5 12:00:01 PDT 1997 >Last-Modified: >Originator: Martin Kammerhofer >Organization: Graz University of Technology >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: >Description: In handbook/hw.sgml "10.5.9.5. Emergency Restore Procedure" is a shell-script given, which demonstrates how to create a repair floppy if the standard boot/fixit floppys cannot be used. (Due to a non-GENERIC harddisk configuration). I tried this script with 2.2.2 and it fails, because the floppy is full before everything gets copied to it. >How-To-Repeat: Copy the script from /usr/src/share/doc/handbook/hw.sgml and run it. (You have to build a MINI kernel in order to do that). >Fix: I modified it a bit, compressing the kernel now with kzip(1) to have enough space on the floppy an clearing up a few other things. It is tested (w/o actually restoring data) and works quite well under 2.2.2. Re-check and replace/modify that script in hw.sgml. Try booting the floppy it creates. ===== CUT HERE ===== CUT HERE ===== CUT HERE ===== CUT HERE ===== #! /bin/sh # # create a restore floppy # # formats the floppy without asking questions # PATH=/bin:/sbin:/usr/sbin:/usr/bin KERNEL=${1:-"MINI"} FLP=${2:-"fd0"} # # exit on errors # set -e [ -d /sys ] || ln -s /usr/src/sys / # # check for kernel # if [ ! -x /sys/compile/${KERNEL}/kernel ] then cat << EOM The ${KERNEL} kernel does not exist, please create one. Here is an example config file: #++++++++++++++++++ cut here please ++++++++++++++++++++++++++ # # ${KERNEL} -- A minimum kernel to get FreeBSD onto a floppy. # # This is for three SCSI disks (NCR contr.) and two IDE disks (on 1st contr.). # machine "i386" cpu "I486_CPU" ident ${KERNEL} maxusers 5 options INET # needed for _tcp _icmpstat _ipstat # _udpstat _tcpstat _udb options FFS #Berkeley Fast File System options FAT_CURSOR #block cursor in syscons or pccons options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device options NCONS=4 #4 virtual consoles options USERCONFIG #Allow user configuration with -c XXX config kernel root on sd0 swap on sd0 and sd1 dumps on sd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # SCSI section controller ncr0 controller scbus0 device sd0 device sd1 device sd2 device st0 # IDE section controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr device wd0 device wd1 # end of IDE section pseudo-device loop # required by INET pseudo-device gzip # Exec gzipped a.out's #++++++++++++++++++ cut here please ++++++++++++++++++++++++++ EOM exit 1 fi umount -v /dev/${FLP}a 2>/dev/null && \ echo >&2 "error: ${FLP} is mounted" && exit 2 || true echo -n "Formatting floppy..................................." fdformat -q ${FLP} && echo "done." && \ fdformat -v ${FLP} || { echo "Bad floppy, please use a new one!" exit 1 } # place boot blocks on the floppy # echo "Writing bootblocks." disklabel -w -B -b /usr/mdec/fdboot -s /usr/mdec/bootfd /dev/r${FLP}c fd1440 # # newfs the one and only partition # echo "Making filesystem." newfs -t 2 -u 18 -l 1 -c 40 -i 5120 -m 0 -o space /dev/r${FLP}a # # mount the new floppy # echo "Mounting floppy." mount -v /dev/${FLP}a /mnt trap "df -ki /mnt; echo Unmounting floppy.; umount -v /mnt" 0 2 # on exit/intr. # # create required directories # mtree -e -f /etc/mtree/BSD.root.dist -p /mnt -U >/dev/null # # populate the directories # echo "Compressing kernel." kzip /sys/compile/${KERNEL}/kernel # compress kernel echo "Populating filesystem." cp /sys/compile/${KERNEL}/kernel.kz /mnt/kernel [ -r /sys/i386/conf/${KERNEL} ] && cp /sys/i386/conf/${KERNEL} /mnt gzip -c -best /sbin/init > /mnt/sbin/init gzip -c -best /sbin/fsck > /mnt/sbin/fsck gzip -c -best /sbin/mount > /mnt/sbin/mount gzip -c -best /sbin/halt > /mnt/sbin/halt gzip -c -best /sbin/restore > /mnt/sbin/restore gzip -c -best /bin/sh > /mnt/bin/sh ln /mnt/bin/sh /mnt/bin/-sh gzip -c -best /bin/sync > /mnt/bin/sync cp /root/.profile /mnt/root # MAKEDEV would require "sh test expr mknod chown rm..." to work! # so it's of no use on floppy ln -sf /dev/MAKEDEV /mnt/dev (cd /mnt/dev && /dev/MAKEDEV fd0 vty4 std st0 sd0 sd1 sd2 wd0 wd1) rm -f /mnt/dev/MAKEDEV /mnt/dev/fd/?? # save some inodes chmod 500 /mnt/sbin/init chmod 555 /mnt/sbin/fsck /mnt/sbin/mount /mnt/sbin/halt chmod 555 /mnt/bin/sh /mnt/bin/sync chmod 6555 /mnt/sbin/restore tr '@' '\0' >/mnt/bin/tcat <<'EOM' #! /bin/sh # tcat - a simple cat for textfiles only, simulated with sh(1) # won't echo incomplete lines (with missing newline) for f in $*; do IFS='@'; # there's an ascii NUL here between the apostrophes! exec < $f && while read line; do echo $line done done EOM chmod 555 /mnt/bin/tcat # # create minimum filesystem table # cat > /mnt/etc/fstab < /mnt/etc/profile <Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 5 14:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA10215 for bugs-outgoing; Sun, 5 Oct 1997 14:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA10190; Sun, 5 Oct 1997 14:20:02 -0700 (PDT) Date: Sun, 5 Oct 1997 14:20:02 -0700 (PDT) Message-Id: <199710052120.OAA10190@hub.freebsd.org> To: freebsd-bugs Cc: From: "David O'Brien" Subject: Re: bin/4670: /usr/bin/fetch fails to ftp a file ncftp can Reply-To: "David O'Brien" Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4670; it has been noted by GNATS. From: "David O'Brien" To: John-Mark Gurney Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/4670: /usr/bin/fetch fails to ftp a file ncftp can Date: Sun, 5 Oct 1997 14:13:55 -0700 > well.. basicly the output tells you all you need.. when you login, > the file pub/unix/mail/.../mutt isn't avail.. it turns out that the > ftp server decides to dump you in the /pub directory instead of the > root directory... so you end up duplicating the pub... > > now the question is, should we simply add a / to the front of the path > in fetch? it would fix it... I'd say yes. It is the implimentation of least surprize. If I wanted a relative path, I'd have specified it as: ftp://ftp.foo.com/./some/dir/path/filewanted.tar.gz -- -- David (obrien@NUXI.com -or- obrien@FreeBSD.org) From owner-freebsd-bugs Sun Oct 5 18:10:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA21902 for bugs-outgoing; Sun, 5 Oct 1997 18:10:07 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA21896; Sun, 5 Oct 1997 18:10:02 -0700 (PDT) (envelope-from gnats) Resent-Date: Sun, 5 Oct 1997 18:10:02 -0700 (PDT) Resent-Message-Id: <199710060110.SAA21896@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, mika@cs.caltech.edu Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA21699; Sun, 5 Oct 1997 18:07:49 -0700 (PDT) (envelope-from nobody) Message-Id: <199710060107.SAA21699@hub.freebsd.org> Date: Sun, 5 Oct 1997 18:07:49 -0700 (PDT) From: mika@cs.caltech.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/4700: /usr/bin/rdist handles hard links incorrectly when rdisting from a different directory Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4700 >Category: bin >Synopsis: /usr/bin/rdist handles hard links incorrectly when rdisting from a different directory >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 5 18:10:01 PDT 1997 >Last-Modified: >Originator: Mika Nystrom >Organization: California Institute of Technology, Department of Computer Science >Release: FreeBSD-CURRENT 3.0, at most a few days old >Environment: FreeBSD obelix.cs.caltech.edu 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Wed Oct 1 20:09:28 PDT 1997 mika@obelix.cs.caltech.edu:/usr/src/sys/compile/P6SERVER_2CPU_256MB i386 >Description: If a directory that is being rdisted contains links (hard or symbolic), rdist translates the source of the link (as it would any file) using the "install" keyworkd in the Distfile. However, it leaves the link target the same as on the server system. For symbolic links, this is arguably the Right Thing To Do, but it is clearly Wrong for hard links. This breaks: /usr/cit_install/root/bin -> ${TEMPCLIENTS} install /bin; (We want the flexibility of running different releases on the server and clients.) We need to use: /bin -> ${TEMPCLIENTS} install /bin; which is non-optimal. >How-To-Repeat: Should be obvious from the description. >Fix: The fix we are using is to make sure the absolute pathnames are the same on server and client. A better fix would be to fix rdist; I don't know the structure of the code well enough to say exactly how, but I can point to where the problem is: It involves (I think) /usr/src/usr.bin/rdist/server.c: 34 #ifndef lint 35 static char sccsid[] = "@(#)server.c 8.1 (Berkeley) 6/9/93"; 36 #endif /* not lint */ 451 if (stb.st_nlink > 1) { 452 struct linkbuf *lp; 453 454 if ((lp = savelink(&stb)) != NULL) { 455 /* install link */ 456 if (*lp->target == 0) 457 (void) snprintf(buf, sizeof(buf), "k%o %s %s\n", opts, 458 lp->pathname, rname); 459 else 460 (void) snprintf(buf, sizeof(buf), "k%o %s/%s %s\ n", 461 opts, lp->target, lp->pathname, rname); 462 if (debug) 463 printf("buf = %s", buf); 464 (void) write(rem, buf, strlen(buf)); 465 (void) response(); 466 return; 467 } 468 } (The "k" command causes the server to execute hardlink() on the arguments.) The arguments need to be fixed so that both are translated in accordance with the rules used to translate pathnames of files. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 5 18:11:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA22123 for bugs-outgoing; Sun, 5 Oct 1997 18:11:48 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from fenner@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA22079; Sun, 5 Oct 1997 18:11:28 -0700 (PDT) (envelope-from fenner) Date: Sun, 5 Oct 1997 18:11:28 -0700 (PDT) From: Bill Fenner Message-Id: <199710060111.SAA22079@hub.freebsd.org> To: obrien@NUXI.COM, fenner, freebsd-bugs Subject: Re: bin/4670 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /usr/bin/fetch fails to ftp a file ncftp can State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Sun Oct 5 18:10:32 PDT 1997 State-Changed-Why: Fixed in rev 1.8 of ftp.c; fetch now uses the proper RFC1738 interpretation of ftp URL's which allows this URL to be fetched. From owner-freebsd-bugs Sun Oct 5 20:19:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA28107 for bugs-outgoing; Sun, 5 Oct 1997 20:19:07 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA28037; Sun, 5 Oct 1997 20:18:24 -0700 (PDT) (envelope-from nate@FreeBSD.org) From: Nate Williams Received: (from nate@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id UAA05634; Sun, 5 Oct 1997 20:18:06 -0700 (PDT) Date: Sun, 5 Oct 1997 20:18:06 -0700 (PDT) Message-Id: <199710060318.UAA05634@freefall.freebsd.org> To: nsayer@quack.kfu.com, nate@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/4650 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Cirrus Logic pcic chips need audio bit & LPDM bit set State-Changed-From-To: open-closed State-Changed-By: nate State-Changed-When: Sun Oct 5 20:17:41 PDT 1997 State-Changed-Why: Applied, thanks! From owner-freebsd-bugs Sun Oct 5 23:00:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA06345 for bugs-outgoing; Sun, 5 Oct 1997 23:00:06 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA06316; Sun, 5 Oct 1997 23:00:02 -0700 (PDT) (envelope-from gnats) Resent-Date: Sun, 5 Oct 1997 23:00:02 -0700 (PDT) Resent-Message-Id: <199710060600.XAA06316@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, dada@sbox.tu-graz.ac.at Received: from fcggsg07.icg.tu-graz.ac.at (fcggsg07.icg.tu-graz.ac.at [129.27.201.16]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA05450 for ; Sun, 5 Oct 1997 22:40:52 -0700 (PDT) (envelope-from dada@lend.tu-graz.ac.at) Received: from lend.tu-graz.ac.at (isdn055.tu-graz.ac.at [129.27.240.55]) by fcggsg07.icg.tu-graz.ac.at (8.8.4/8.8.4) with ESMTP id GAA12520 for ; Mon, 6 Oct 1997 06:32:48 +0200 (MDT) Received: (from dada@localhost) by lend.tu-graz.ac.at (8.8.5/8.8.5) id DAA23014; Mon, 6 Oct 1997 03:36:53 +0200 (CEST) Message-Id: <199710060136.DAA23014@lend.tu-graz.ac.at> Date: Mon, 6 Oct 1997 03:36:53 +0200 (CEST) From: Martin Kammerhofer Reply-To: dada@sbox.tu-graz.ac.at To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/4701: minor bug in find(1) manpage Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4701 >Category: docs >Synopsis: minor bug in find(1) manpage >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 5 23:00:01 PDT 1997 >Last-Modified: >Originator: Martin Kammerhofer >Organization: Graz University of Technology >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: >Description: Section STANDARDS says: The -s and -X options and the -inum, -print0, -delete, and -ls primaries are extensions to IEEE Std1003.2 (``POSIX.2''). But there is no -s option! >How-To-Repeat: man 1 find >Fix: Guess -f was meant? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 5 23:00:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA06361 for bugs-outgoing; Sun, 5 Oct 1997 23:00:08 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA06342; Sun, 5 Oct 1997 23:00:04 -0700 (PDT) (envelope-from gnats) Resent-Date: Sun, 5 Oct 1997 23:00:04 -0700 (PDT) Resent-Message-Id: <199710060600.XAA06342@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, nsayer@quack.kfu.com Received: from quack.kfu.com (0@quack.kfu.com [204.147.226.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA06182 for ; Sun, 5 Oct 1997 22:58:03 -0700 (PDT) (envelope-from nsayer@quack.kfu.com) Received: from icarus.kfu.com (icarus.kfu.com [204.147.226.3]) by quack.kfu.com (8.8.5/8.8.5) with ESMTP id WAA26045 for ; Sun, 5 Oct 1997 22:58:01 -0700 (PDT) Received: by icarus.kfu.com (8.8.5//ident-1.0) id WAA00621; Sun, 5 Oct 1997 22:58:00 -0700 (PDT) Message-Id: <199710060558.WAA00621@icarus.kfu.com> Date: Sun, 5 Oct 1997 22:58:00 -0700 (PDT) From: Reply-To: nsayer@quack.kfu.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/4702: ipfw should pass all lo0 traffic, not just 127.0.0.1 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4702 >Category: conf >Synopsis: ipfw should pass all lo0 traffic, not just 127.0.0.1 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 5 23:00:03 PDT 1997 >Last-Modified: >Originator: Nick Sayer >Organization: Just me >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: ipfirewall >Description: My firewall config logs these: Oct 5 19:05:24 dial /kernel: ipfw: 40300 Deny UDP 204.147.226.8:1018 204.147.226.8:111 via lo0 The problem is the routing table: myname 0:60:8:2a:a6:b3 UHLW 1 14 lo0 >How-To-Repeat: >Fix: The solution is to change the line in /etc/rc.firewall /sbin/ipfw add 1000 pass all from 127.0.0.1 to 127.0.0.1 to /sbin/ipfw add 1000 pass all from any to any via lo0 Perhaps a better fix is to not send non 127 traffic to lo0. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 5 23:10:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA06978 for bugs-outgoing; Sun, 5 Oct 1997 23:10:05 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA06972; Sun, 5 Oct 1997 23:10:02 -0700 (PDT) (envelope-from gnats) Resent-Date: Sun, 5 Oct 1997 23:10:02 -0700 (PDT) Resent-Message-Id: <199710060610.XAA06972@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, dada@sbox.tu-graz.ac.at Received: from fcggsg07.icg.tu-graz.ac.at (fcggsg07.icg.tu-graz.ac.at [129.27.201.16]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA06375 for ; Sun, 5 Oct 1997 23:00:20 -0700 (PDT) (envelope-from dada@lend.tu-graz.ac.at) Received: from lend.tu-graz.ac.at (isdn055.tu-graz.ac.at [129.27.240.55]) by fcggsg07.icg.tu-graz.ac.at (8.8.4/8.8.4) with ESMTP id GAA12520 for ; Mon, 6 Oct 1997 06:32:48 +0200 (MDT) Received: (from dada@localhost) by lend.tu-graz.ac.at (8.8.5/8.8.5) id DAA23014; Mon, 6 Oct 1997 03:36:53 +0200 (CEST) Message-Id: <199710060136.DAA23014@lend.tu-graz.ac.at> Date: Mon, 6 Oct 1997 03:36:53 +0200 (CEST) From: Martin Kammerhofer Reply-To: dada@sbox.tu-graz.ac.at To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/4703: minor bug in find(1) manpage Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4703 >Category: docs >Synopsis: minor bug in find(1) manpage >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 5 23:10:01 PDT 1997 >Last-Modified: >Originator: Martin Kammerhofer >Organization: Graz University of Technology >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: >Description: Section STANDARDS says: The -s and -X options and the -inum, -print0, -delete, and -ls primaries are extensions to IEEE Std1003.2 (``POSIX.2''). But there is no -s option! >How-To-Repeat: man 1 find >Fix: Guess -f was meant? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 5 23:20:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA07274 for bugs-outgoing; Sun, 5 Oct 1997 23:20:04 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA07252; Sun, 5 Oct 1997 23:20:02 -0700 (PDT) (envelope-from gnats) Resent-Date: Sun, 5 Oct 1997 23:20:02 -0700 (PDT) Resent-Message-Id: <199710060620.XAA07252@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, dada@sbox.tu-graz.ac.at Received: from fcggsg07.icg.tu-graz.ac.at (fcggsg07.icg.tu-graz.ac.at [129.27.201.16]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA06833 for ; Sun, 5 Oct 1997 23:07:43 -0700 (PDT) (envelope-from dada@lend.tu-graz.ac.at) Received: from lend.tu-graz.ac.at (isdn055.tu-graz.ac.at [129.27.240.55]) by fcggsg07.icg.tu-graz.ac.at (8.8.4/8.8.4) with ESMTP id GAA12513 for ; Mon, 6 Oct 1997 06:32:46 +0200 (MDT) Received: (from dada@localhost) by lend.tu-graz.ac.at (8.8.5/8.8.5) id GAA23650; Mon, 6 Oct 1997 06:02:56 +0200 (CEST) Message-Id: <199710060402.GAA23650@lend.tu-graz.ac.at> Date: Mon, 6 Oct 1997 06:02:56 +0200 (CEST) From: Martin Kammerhofer Reply-To: dada@sbox.tu-graz.ac.at To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/4704: wrong synopsis in date(1) manpage and usage() routine Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4704 >Category: docs >Synopsis: wrong synopsis in date(1) manpage and usage() routine >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 5 23:20:01 PDT 1997 >Last-Modified: >Originator: Martin Kammerhofer >Organization: Graz University of Technology >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: >Description: 'man 1 date' specifies synopsis as: date [-d dst] [-r seconds] [-t minutes_west] [-nu] [+format] [[yy[mm[dd[hh]]]]mm[.ss]] This is nonsense. Correct is: date [-d dst] [-r seconds] [-t minutes_west] [-nu] [+format] [[[[[yy]mm]dd]hh]mm[.ss]] In other words: If you give a date-spec. with exactly 4 digits it is interpreted as hhmm and not as yymm! The program parses correct, the manpage and usage string (at end of date.c) are wrong. >How-To-Repeat: man date | head date 123 >Fix: Get the brackets right! >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 5 23:40:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA08177 for bugs-outgoing; Sun, 5 Oct 1997 23:40:19 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA08153; Sun, 5 Oct 1997 23:40:02 -0700 (PDT) (envelope-from markm@FreeBSD.org) From: Mark Murray Received: (from markm@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id XAA06956; Sun, 5 Oct 1997 23:39:43 -0700 (PDT) Date: Sun, 5 Oct 1997 23:39:43 -0700 (PDT) Message-Id: <199710060639.XAA06956@freefall.freebsd.org> To: dada@sbox.tu-graz.ac.at, markm@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/4703 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: minor bug in find(1) manpage State-Changed-From-To: open-closed State-Changed-By: markm State-Changed-When: Sun Oct 5 23:35:46 PDT 1997 State-Changed-Why: Duplicate of pr 4701. If you left something out of the original PR, please reply to the error report you sent, and make further comments. There is no need to repeat the entire PR, just make any additional comments you feel are necessary. From owner-freebsd-bugs Mon Oct 6 00:20:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA10070 for bugs-outgoing; Mon, 6 Oct 1997 00:20:08 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA10026; Mon, 6 Oct 1997 00:20:03 -0700 (PDT) (envelope-from gnats) Resent-Date: Mon, 6 Oct 1997 00:20:03 -0700 (PDT) Resent-Message-Id: <199710060720.AAA10026@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, mika@cs.caltech.edu Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA09861; Mon, 6 Oct 1997 00:16:12 -0700 (PDT) (envelope-from nobody) Message-Id: <199710060716.AAA09861@hub.freebsd.org> Date: Mon, 6 Oct 1997 00:16:12 -0700 (PDT) From: mika@cs.caltech.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/4705: /usr/sbin/amd handles remote filesystems on Internet gateways improperly causing system failure Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4705 >Category: bin >Synopsis: /usr/sbin/amd handles remote filesystems on Internet gateways improperly causing system failure >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 6 00:20:01 PDT 1997 >Last-Modified: >Originator: Mika Nystrom >Organization: California Institute of Technology, Department of Computer Science >Release: FreeBSD-CURRENT 3.0, at most a few days old >Environment: FreeBSD obelix.cs.caltech.edu 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Wed Oct 1 20:09:28 PDT 1997 mika@obelix.cs.caltech.edu:/usr/src/sys/compile/P6SERVER_2CPU_256MB i386 >Description: For "robustness reasons," AMD duplicates quite a bit of functionality available in the kernel (so it doesn't block, and so forth). AMD does not look up DNS hostnames properly to check that the returned IP address is locally connected (if there is a set of IP addresses, it should pick the one available locally). This causes it to get very confused when attempting to automount directories stored on servers that are also IP gateways. >How-To-Repeat: Try to automount a directory on a locally connected IP gateway; if it works, make sure that the BIND system is returning the addresses in the wrong order (for some reason, our nameservers cycle the two IP addresses of the gateway (131.215.131.77 and 131.215.78.1) for hosts on 131.215.131.x but for the hosts on 131.215.78.x they always return the 131.215.78.1 address of the gateway first...) >Fix: This fix will only work with 32-bit IP addresses: *** amd.c.orig Tue Sep 2 03:53:17 1997 --- amd.c Sun Oct 5 18:41:47 1997 *************** *** 72,77 **** --- 72,78 ---- char *arch = ARCH_REP; /* Name of current architecture */ char *endian = ARCH_ENDIAN; /* Big or Little endian */ char *wire; + unsigned long mysubnet; /* my subnet */ int foreground = 1; /* This is the top-level server */ int mypid; /* Current process id */ int immediate_abort; /* Should close-down unmounts be retried */ *** wire.c.orig Sat Feb 22 16:07:46 1997 --- wire.c Sun Oct 5 20:32:59 1997 *************** *** 237,242 **** --- 237,246 ---- else s = inet_dquad(buf, subnet); } + mysubnet = htonl(subnet); + #if 0 + plog(XLOG_ERROR,"wire.c: mysubnet = %#x\n",mysubnet); + #endif netname = strdup(s); } } *** ../include/am.h.orig Sun Oct 5 18:40:57 1997 --- ../include/am.h Sun Oct 5 18:41:00 1997 *************** *** 165,170 **** --- 165,171 ---- extern int first_free_map; /* First free node */ extern am_node *root_node; /* Node for "root" */ extern char *wire; /* Name of primary connected network */ + extern unsigned long mysubnet; /* My subnet */ #define NEXP_AP (254) #define NEXP_AP_MARGIN (128) *** srvr_nfs.c.orig Sat Feb 22 16:07:42 1997 --- srvr_nfs.c Sun Oct 5 20:32:50 1997 *************** *** 628,633 **** --- 628,636 ---- /* * lookup host address and canonical name */ + #if 0 + plog (XLOG_ERROR,"Looking up IP address for host %s",host); + #endif hp = gethostbyname(host); /* *************** *** 653,664 **** * Get here if we can't find an entry */ if (hp) { switch (hp->h_addrtype) { case AF_INET: ip = ALLOC(sockaddr_in); bzero((voidp) ip, sizeof(*ip)); ip->sin_family = AF_INET; ! bcopy((voidp) hp->h_addr, (voidp) &ip->sin_addr, sizeof( ip->sin_addr)); ip->sin_port = htons(NFS_PORT); break; --- 656,695 ---- * Get here if we can't find an entry */ if (hp) { + int i,match; switch (hp->h_addrtype) { case AF_INET: ip = ALLOC(sockaddr_in); bzero((voidp) ip, sizeof(*ip)); ip->sin_family = AF_INET; ! ! #define SHIFT_ADDR(addr,soctets) ( (unsigned long)(addr)>>((soctets)*8) & 0xff ) ! for(i=0;hp->h_addr_list[i];i++) { ! /* check *hp->h_addr_list[i] against mysubnet */ ! int j; ! match = 1; ! for (j=0; j<4; j++) { ! if(SHIFT_ADDR(mysubnet,j) && (SHIFT_ADDR (mysubnet,j) != SHIFT_ADDR(*(unsigned long *)(hp->h_addr_list[i]),j))) { ! match=0; ! break; ! } ! } ! /* match==1 -> same subnet */ ! if(match) { ! break; ! } ! } ! ! if(match) ! bcopy((voidp) hp->h_addr_list[i],(voidp) &ip->si n_addr,sizeof(ip->sin_addr)); ! else ! bcopy((voidp) hp->h_addr, (voidp) &ip->sin_addr, sizeof(ip->sin_addr)); ! #if 0 ! #if 0 ! if(match) ! plog(XLOG_ERROR,"Using matched IP address %#x",* (unsigned long *)hp->h_addr_list[i]); ! else ! plog(XLOG_ERROR,"Using unmatched IP address %#x" ,*(unsigned long *)hp->h_addr); ! #endif ip->sin_port = htons(NFS_PORT); break; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Oct 6 01:40:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA14693 for bugs-outgoing; Mon, 6 Oct 1997 01:40:05 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA14679; Mon, 6 Oct 1997 01:40:02 -0700 (PDT) (envelope-from gnats) Resent-Date: Mon, 6 Oct 1997 01:40:02 -0700 (PDT) Resent-Message-Id: <199710060840.BAA14679@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, hausen@punkt.de Received: from hugo09.ticsoft.de (hugo09.ticsoft.de [194.77.233.243]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA13959 for ; Mon, 6 Oct 1997 01:32:58 -0700 (PDT) (envelope-from ry93@hugo09.ticsoft.de) Received: (from root@localhost) by hugo09.ticsoft.de (8.8.7/8.8.7) id KAA00379; Mon, 6 Oct 1997 10:31:46 +0200 (CEST) Message-Id: <199710060831.KAA00379@hugo09.ticsoft.de> Date: Mon, 6 Oct 1997 10:31:46 +0200 (CEST) From: hausen@punkt.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4706: 2.2.5 Beta - XFree86 missing clients Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4706 >Category: bin >Synopsis: xcalc, xbiff, xload ... seem to be missing >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Oct 6 01:40:01 PDT 1997 >Last-Modified: >Originator: Patrick M. Hausen >Organization: WEB Internet Services >Release: FreeBSD 2.2.5-971003-BETA i386 >Environment: Fresh installation of the above release. >Description: Is this an XFree86 3.3 Bug? There seem to be quite a few client programs missing (see above). >How-To-Repeat: Nothing to repeat here. >Fix: Include everything in the distribution. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Oct 6 01:48:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA14984 for bugs-outgoing; Mon, 6 Oct 1997 01:48:25 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA14941; Mon, 6 Oct 1997 01:47:55 -0700 (PDT) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id BAA08109; Mon, 6 Oct 1997 01:47:36 -0700 (PDT) Date: Mon, 6 Oct 1997 01:47:36 -0700 (PDT) Message-Id: <199710060847.BAA08109@freefall.freebsd.org> To: hausen@punkt.de, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/4694 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: minor problems in the installation process State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon Oct 6 01:45:46 PDT 1997 State-Changed-Why: 1. boot.help isn't copied to the harddisk. Fixed. 2. /usr/X11R6/* has directories with group write permission. I just extract 'em like they (XFree86, Inc) package 'em. ;-) 3. XF86Setup fails to create the symbolic link X -> XF86_Mach64 and aborts. Both this and #2 are actually bugs to report to the XFree86 team. I don't control these variables. From owner-freebsd-bugs Mon Oct 6 04:40:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA22520 for bugs-outgoing; Mon, 6 Oct 1997 04:40:05 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA22486; Mon, 6 Oct 1997 04:40:02 -0700 (PDT) (envelope-from gnats) Date: Mon, 6 Oct 1997 04:40:02 -0700 (PDT) Message-Id: <199710061140.EAA22486@hub.freebsd.org> To: freebsd-bugs Cc: From: Matthew Hunt Subject: Re: bin/4706: 2.2.5 Beta - XFree86 missing clients Reply-To: Matthew Hunt Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4706; it has been noted by GNATS. From: Matthew Hunt To: hausen@punkt.de Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/4706: 2.2.5 Beta - XFree86 missing clients Date: Mon, 6 Oct 1997 07:34:59 -0400 On Mon, Oct 06, 1997 at 10:31:46AM +0200, hausen@punkt.de wrote: > >Synopsis: xcalc, xbiff, xload ... seem to be missing Those programs are in the XFree86-contrib port or package. Did you install that one? From /usr/ports/x11/XFree86-contrib/pkg/PLIST: bin/ico bin/listres bin/showfont bin/viewres bin/xbiff bin/xcalc bin/xditview bin/xedit bin/xev bin/xeyes bin/xfontsel bin/xgc bin/xload bin/xman bin/xmessage [...] Matthew -- Matthew Hunt * Think locally, act globally. finger hunt@mph124.rh.psu.edu for PGP public key. From owner-freebsd-bugs Mon Oct 6 07:28:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA01362 for bugs-outgoing; Mon, 6 Oct 1997 07:28:32 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from elvis.vnet.net (elvis.vnet.net [166.82.1.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA01345; Mon, 6 Oct 1997 07:28:22 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from ponds.dignus.com (ponds.vnet.net [166.82.177.48]) by elvis.vnet.net (8.8.5/8.8.4) with ESMTP id KAA23969; Mon, 6 Oct 1997 10:28:04 -0400 (EDT) Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.8.5) with ESMTP id KAA04548; Mon, 6 Oct 1997 10:44:06 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id KAA06943; Mon, 6 Oct 1997 10:33:54 -0400 (EDT) Date: Mon, 6 Oct 1997 10:33:54 -0400 (EDT) From: Thomas David Rivers Message-Id: <199710061433.KAA06943@lakes.dignus.com> To: freebsd-bugs@FreeBSD.ORG, hackers@FreeBSD.ORG, roberto@keltia.freenix.fr Subject: Re: Electric Fence info (was Re: Bug in malloc/free (was: Memory leak in getservbyXXX?)) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > According to Thomas David Rivers: > > Ok - there seems to be enough interest... Here's the man page > > for electric fence (which does the mprotect() trick Jordan mentions): > > The main problem of EFence is the amount of swap it takes... I tried to run > Mutt through it a few months ago and ran out of swap _before_ displaying > anything. > -- > Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr > FreeBSD keltia.freenix.fr 3.0-CURRENT #35: Sun Sep 21 19:28:07 CEST 1997 > Yes - it does require a lot of swap... in most cases, it places every malloc allocation on it's own page (so it can correctly set the bits...) This is where vnconfig, etc... come in handy. When necessary, I've simply vnconfig'd a device pointing to a file in /tmp and added swap that way. - Dave Rivers - From owner-freebsd-bugs Mon Oct 6 10:08:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA11883 for bugs-outgoing; Mon, 6 Oct 1997 10:08:23 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA11090 for freebsd-bugs@freebsd.org; Mon, 6 Oct 1997 10:00:35 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 6 Oct 1997 10:00:35 -0700 (PDT) Message-Id: <199710061700.KAA11090@hub.freebsd.org> From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-freebsd-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 o [1996/06/05] kern/1293 brian 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/30] kern/1698 sup from around 21:51 GMT 28th very unsta o [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/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 torstenb 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/25] bin/2581 imp security holes in libtermcap 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/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/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] kern/3103 vi large_file --> reboot without panic o [1997/03/26] ports/3106 torstenb pidentd exits with signal 6 o [1997/03/30] kern/3150 Cyrix 6x86L-P200+ crashes w/ page fault o [1997/04/08] kern/3234 ipfilter.shar - integration complete o [1997/04/12] kern/3267 dyson mtime/ctime sometimes updated when a prog 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] i386/3462 using a PS/2 mouse causes kernel trap in o [1997/05/05] bin/3510 xsm does not work! 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/27] kern/3696 kernel panic during wd hard disk probe if 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/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/3887 fxp driver looses packets o [1997/06/17] i386/3895 False FPE (floating point exception) sign o [1997/06/25] kern/3949 sos The WD controller probe can fail when it o [1997/06/26] misc/3959 files in /usr/local/etc are randomly beco o [1997/07/02] bin/4018 Will not install in 2nd partition of my C o [1997/07/03] kern/4021 Local mount of a local NFS exported direc o [1997/07/10] kern/4074 Kernel panics when accessing a ccd device o [1997/07/11] kern/4076 Adaptec 2940 and non-wide devices o [1997/07/14] ports/4093 ports [oleo] Calculating 1/1 becomes infinity. o [1997/07/31] kern/4200 "vm_fault: fault on nofault entry" when r o [1997/08/11] kern/4273 kernel page faults with heavy disk access o [1997/08/12] bin/4288 brian PPP and PPPD do not stay up after shell e o [1997/08/12] kern/4289 kernel panic: vm_fault: fault on nofault o [1997/08/13] kern/4301 adding a default route lags all network f o [1997/08/17] kern/4328 Degenerate network performance o [1997/08/18] kern/4332 gibbs System crash after SCSI DAT tape access. o [1997/08/18] bin/4333 gibbs Dump backup utility completely crashes th o [1997/08/20] kern/4345 Kernel panic is caused by passing file de o [1997/08/22] kern/4355 Executor does not work with sound configu o [1997/09/02] kern/4453 2.2.2 lockup on restart with ASUS-TX97 mo o [1997/09/03] ports/4458 sanpei Japanese MH's packf command dumps core o [1997/09/07] gnu/4480 cc crashes with Internal compiler error w o [1997/09/07] bin/4491 combination of null-FS , NFS and chroot c o [1997/09/21] bin/4592 sos kbdcontrol reboting machine f [1997/09/24] kern/4619 ix0: ifconfig causes kernel panic o [1997/09/25] ports/4626 ports inn port, active file contains control ch o [1997/09/26] kern/4633 Software unstability under 2.2-STABLE (as o [1997/09/27] ports/4637 ports current xfig-3.2 is unable to compile und o [1997/09/29] kern/4653 In v2.2.2, install fails with "cannot cre o [1997/10/01] kern/4671 ftpd panics kernel on (ppp only?) links o [1997/10/01] kern/4673 Two panics, now crash dumps, always in re o [1997/10/03] kern/4684 crash on very heavy disk activity. o [1997/10/06] bin/4705 /usr/sbin/amd handles remote filesystems 92 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1995/03/02] misc/229 bde acos() core dump 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 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/06/23] kern/546 pci_bus_config() does not init parent poi o [1995/07/02] kern/579 bde sio: RS_IBUFSIZE at 256 bytes serial line 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 f [1995/09/20] kern/730 gibbs 3Com 3C5x9 probe problem 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 a [1996/02/17] bin/1030 steve /bin/sh does not pass environment variabl s [1996/03/06] kern/1067 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 ps(1) bugs o [1996/07/19] docs/1402 steve sh(1) manual f [1996/07/24] kern/1423 wollman route causes kernel page fault. o [1996/07/25] bin/1429 steve sh(1) and getopts f [1996/08/01] bin/1454 steve /bin/sh bug handling <<[n] FD processing a [1996/08/02] docs/1457 ache ed(1) man 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 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 phk 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] 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 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 a [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/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 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] 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/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/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 quota.user enlarged, no boot on 2.2-BETA o [1996/12/30] kern/2330 changing root device to sd0a - ncr0: abor o [1997/01/01] kern/2351 panic:timeout table full f [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 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/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/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 ache 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/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/16] gnu/2749 peter cvs export using remote cvs fails - CVS/T 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/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/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/03] i386/2853 sos 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/04] kern/2873 the od0 devies does not handle a Maxoptix 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/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/27] conf/3123 /stand/sysintstall does not perform to up s [1997/03/27] bin/3126 Install with mcd0 still broken. 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] 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 f [1997/04/04] i386/3195 gibbs 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 f [1997/04/05] kern/3209 dyson 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/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/12] kern/3263 troubles with digiboard o [1997/04/13] kern/3278 mounting MFS uses up swap space o [1997/04/15] bin/3305 Can't do encrypted rlogin into self f [1997/04/16] bin/3307 Unable to Route to a different Class C wi o [1997/04/18] bin/3325 brian http request over ijppp hangs o [1997/04/18] kern/3327 using gdb may cause hanging processes. f [1997/04/18] kern/3328 dyson another kernel panic o [1997/04/19] kern/3351 Scsi bus timeouts in 2.1.7.1 (adaptec 294 o [1997/04/19] bin/3355 se ncrcontrol fails when -DFAILSAFE in kerne o [1997/04/25] kern/3384 telldir-seekdir can cause livelock o [1997/04/28] bin/3406 rich Fresh Internet Install - Permissions on f o [1997/05/01] gnu/3441 C++ exceptions don't work in shared libra o [1997/05/01] misc/3460 Lots of stuff still refernces /etc/syscon o [1997/05/01] kern/3463 netstat -I packet count increase on sl0 w o [1997/05/02] kern/3468 Panic - page fault in kernel mode o [1997/05/02] gnu/3470 fail to use standart ANSI C++ string clas o [1997/05/03] bin/3478 pwd_mkdb and passwd o [1997/05/04] kern/3495 _thread_fd_table is not initialized with o [1997/05/04] i386/3502 Merge of if_ix* and if_ie* broke EE/16 su o [1997/05/06] bin/3524 rlogin doesn't read $HOSTALIASES for non- o [1997/05/07] conf/3526 Bug in config(8) mechanism o [1997/05/07] kern/3527 if_de.c doesn't recognize Kingston card p o [1997/05/08] misc/3544 Uprgade problem with schg flags o [1997/05/09] kern/3564 using MPU401 driver pagefaults kernel o [1997/05/09] kern/3569 ex0 driver doesn't work with EtherExpress o [1997/05/11] misc/3578 defining CXXFLAGS in /etc/make.conf or en o [1997/05/12] kern/3579 de driver doesn't support newer SMC 9332 o [1997/05/12] kern/3581 intermittent trap 12 in lockstatus() o [1997/05/12] kern/3582 panic: bad dir (mangled entry) in 2.2-STA o [1997/05/12] kern/3583 'syctl kern' dumps core when displaying c o [1997/05/13] conf/3591 parts in rc.local have no effects in rc.* o [1997/05/18] bin/3622 gethostbyname fails for file descriptors o [1997/05/19] kern/3633 description of interface flags in ep(4) m o [1997/05/20] ports/3640 ports xlockmore galaxy bombs out o [1997/05/20] kern/3646 kernel built with "options NETATALK" fail o [1997/05/21] ports/3649 ports xlock quits on receipt of signalxx 8 o [1997/05/21] kern/3661 System locked up while editing rc.conf, w o [1997/05/23] bin/3670 make fails in libc o [1997/05/25] kern/3685 panic: fdesc attr o [1997/05/29] gnu/3714 gdb -w -k /kernel /dev/mem != gdb --wcore o [1997/05/30] conf/3725 Cirrus Logic PCMCIA Controller Support o [1997/05/30] kern/3726 process hangs in 2.2-stable when working o [1997/05/30] kern/3727 SCSI II tape support broken o [1997/06/01] kern/3744 Inability to edit memory area for ed0 pre o [1997/06/01] kern/3745 Use of ed0 with buff addr of C8000 causes o [1997/06/01] bin/3746 daemon screen saver missing o [1997/06/01] conf/3750 phk Potential improvements to rc.firewall o [1997/06/02] i386/3760 Inlel EtherExpress pro/100B !!! o [1997/06/02] bin/3763 df hangs uninterruptably when nfs mount f o [1997/06/03] kern/3771 NFS hangs when writing to local FS re-mou o [1997/06/04] i386/3779 changing cursor to blinking block causes o [1997/06/06] bin/3799 make world failing on 2.2.1 o [1997/06/07] conf/3807 mitsumi cd-rom fx800 (8x cd-rom) is not r o [1997/06/08] gnu/3810 cvs can't handle multiple multiple-path d o [1997/06/09] docs/3817 broken indent manpage o [1997/06/09] ports/3822 asami ports-current Xaw3d doesn't compile o [1997/06/09] kern/3827 fopen/freopen fails on some binary files. o [1997/06/13] i386/3857 bios screensaver screws up screen f [1997/06/13] bin/3862 I dont seem to get a login prompt.... o [1997/06/16] misc/3883 @+netgroup entries break +NIS-user entrie o [1997/06/18] kern/3899 df while unmounting floppy crashes 2.2.2 o [1997/06/19] kern/3909 joerg A patch supporting some new worm drivers o [1997/06/19] gnu/3910 sort(1) of 2.2.1R doesn't work in special f [1997/06/22] kern/3925 SO_SNDLOWAT of 0 causes kernel to use 99% o [1997/06/28] misc/3980 access via NFS fails during mount-operati o [1997/06/29] bin/3982 /usr/include/arpa/tftp.h has bug preventi o [1997/06/29] bin/3986 rdist seg faults when target machine is d o [1997/07/01] i386/4006 panic: ahc_intr: AWAITING_MSG for an SCB o [1997/07/02] kern/4012 2.2-RELEASE/Digital UNIX NFSv3 0 length f o [1997/07/02] misc/4013 boot floppy hangs if IDE ZIP Drive presen o [1997/07/03] kern/4022 Fatal double fault using vn device o [1997/07/04] kern/4032 gibbs During recovery from scsi errors, incorre o [1997/07/04] gnu/4033 peter cvs clears default branch when adding a f o [1997/07/06] gnu/4042 gdb stackframe in static library shows no o [1997/07/06] docs/4043 man page for directory ops is misleading o [1997/07/07] ports/4050 jfitz mrtg: rateup dumps core with malloc_optio o [1997/07/08] ports/4062 obrien xskyroot o [1997/07/09] kern/4071 Accessing /dev/rst0 causes `DMA beyond en o [1997/07/12] bin/4078 sos Typed password to log in on console and i o [1997/07/17] kern/4107 ch.c does not use bounce buffers o [1997/07/17] gnu/4111 send-pr doesn't se that Category is actua o [1997/07/17] kern/4115 SunOS NFS file has wrong owner if creator f [1997/07/19] kern/4119 brian can't connect to Win NT 4.0 RAS using MS o [1997/07/20] ports/4129 ports New port uploaded to incoming/sane.tar.gz o [1997/07/25] bin/4167 dump fials for dumping subdirectory o [1997/07/26] bin/4171 fetch(1): poor error handling in http mod o [1997/07/26] bin/4176 restore gets confused when run over pipe o [1997/07/27] ports/4178 jdp The cvsup port cannot be built on a non X o [1997/07/27] ports/4179 fenner lmbench-1.1 dumps core after asking for m o [1997/07/28] kern/4186 nfsiod, panic, page fault in kernel mode o [1997/07/30] kern/4194 kernel pci driver for Digital 21041 Ether f [1997/07/31] bin/4202 pwd_mkdb trashes .db o [1997/08/04] i386/4226 Floating point exception for double preci o [1997/08/05] bin/4231 ipfw no more returns error when deleting o [1997/08/06] kern/4233 pca driver does not support A-law encodin o [1997/08/06] bin/4234 ncurses programs broken, won't work in re o [1997/08/06] kern/4240 kernel fails to recognise 2nd serial port o [1997/08/06] bin/4241 send-pr aborts when emacs is editor o [1997/08/07] kern/4242 Remounting devfs causes panic o [1997/08/08] conf/4252 peter sendmail doesn't use smrsh by default o [1997/08/09] bin/4254 steve make in free(): warning: chunk is already o [1997/08/09] kern/4256 ahc driver: kernel goes to strange state o [1997/08/10] kern/4260 EOF handling in st(4) is broken o [1997/08/10] kern/4265 Panic in dsinit when multiple FreeBSD sli o [1997/08/10] kern/4270 ch driver does not use bounce buffers a [1997/08/11] kern/4271 sos System crashed caused by moving mouse poi o [1997/08/11] bin/4276 Security problem with DNS resolution o [1997/08/12] kern/4284 le0 goes OACTIVE after some time o [1997/08/13] kern/4292 le0 (DE203) goes OACTIVE after some time o [1997/08/13] kern/4295 SL/IP difficulties between 2.2.1 & 2.2.2 o [1997/08/16] kern/4312 arp table gets messed up, syslog "gateway o [1997/08/17] kern/4327 NFS over TCP reconnect problem o [1997/08/19] kern/4338 New device driver o [1997/08/20] bin/4341 cc: Internal compiler error: program cpp o [1997/08/21] bin/4353 fetch -m changes modified date o [1997/08/22] bin/4357 wosch bug in adduser script causes duplicate UI o [1997/08/23] bin/4366 bad144 crashes if checking over 2gb o [1997/08/24] bin/4376 pthread_join does not return the values s o [1997/08/25] bin/4379 Make world breaks in sbin/ifconfig o [1997/08/25] docs/4381 mount -t msdos causes panic:vm_fault o [1997/08/25] kern/4382 CURRENT kernel has a "free vnode isn't" p o [1997/08/27] ports/4405 jfitz ascend-radius port is out-of-date a [1997/08/29] kern/4416 syscons: problem with font a [1997/08/29] kern/4417 syscons: mouse pointer destroys character o [1997/09/02] kern/4454 X drops characters/locks up keyboard when o [1997/09/03] bin/4460 lpd hangs exiting (IE in ps table) o [1997/09/06] bin/4476 fetch puzzled while getting files when ma o [1997/09/06] bin/4477 vidcontrol fails to change videomode on s o [1997/09/07] kern/4487 Kernel panic executing a directory o [1997/09/08] bin/4497 Reverse DNS fails for some CIDR *.IN-ADDR o [1997/09/08] kern/4498 Files corrupted when written to Iomega Zi o [1997/09/08] bin/4500 mount_nfs always uses priviledged port o [1997/09/08] kern/4501 df on a stale file system panics o [1997/09/09] kern/4505 Support for Gravis UltraSound PnP card o [1997/09/10] kern/4508 nfs3 data integrity problems o [1997/09/11] gnu/4511 GCC optimization broken with -m486? o [1997/09/11] kern/4513 System lockup appears to be VM related. o [1997/09/13] conf/4522 Polish locale o [1997/09/14] i386/4533 Server with Cyclom-Y PCI card rebooted at o [1997/09/14] ports/4543 ports New financial | misc port: personal check o [1997/09/14] kern/4544 Linux emulator problems when MAXDSIZ is i o [1997/09/16] bin/4554 pthread_cond_wait() doesn't wait for pthr o [1997/09/16] kern/4559 ELINK_ID_PORT problem with 3C509 cards o [1997/09/18] bin/4568 simple /bin/sh script produces wrong resu o [1997/09/18] misc/4576 mfs does not mount requested size from /e o [1997/09/19] bin/4582 integer overflow in 'sa -km' o [1997/09/19] bin/4585 termcap search fails too early o [1997/09/20] kern/4588 NFS access locks up o [1997/09/21] bin/4599 mktemp is too smart, accesses the path gi o [1997/09/21] kern/4600 nfs lookups might give incorrect result f [1997/09/22] kern/4609 Heavy HTTP load causes "out of memory buf o [1997/09/24] ports/4622 ports new port - chinese/hztty o [1997/09/25] kern/4630 buffer_map might become corrupted o [1997/09/26] conf/4634 Sendmail Problem o [1997/09/27] bin/4638 telnet tries to resolve numerical IP addr o [1997/09/29] kern/4657 faulting to probe DSI modem in LoadSoftMo o [1997/09/30] kern/4663 checkalias panic o [1997/09/30] kern/4665 Machine reboots self often. Second probl o [1997/10/01] kern/4666 umount -f doesn't seem to work o [1997/10/05] docs/4691 no documentation for mk_cmds(1) o [1997/10/05] bin/4692 steve make core dump / SUFFIXES o [1997/10/05] kern/4693 3COM Etherlink III does not work if IRQ = o [1997/10/05] bin/4700 /usr/bin/rdist handles hard links incorre o [1997/10/06] ports/4708 ports netatalk is broke. no authorization. 353 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1994/12/01] kern/35 mount -t union -o -b : lower layer not se o [1995/01/14] bin/115 systat iostat display doesn't scale high o [1995/01/22] kern/176 peter EIDRM not defined in errno.h o [1995/04/20] misc/355 policy on /usr/local permission in base r o [1995/05/13] bin/401 wollman Add REMOTE_* variables a [1995/05/23] i386/440 sos want vidcontrol option to apply settings a [1995/05/27] gnu/450 scrappy tar --exclude -c doesn't work o [1995/06/15] bin/517 wpaul Bad group change with 'install' o [1995/07/05] bin/591 phk SPAP request REJexted in stead of NAKed o [1995/07/09] misc/605 wpaul NIS: get*bynis routine problems f [1995/08/03] kern/652 Multiple addresses on one interface inter s [1995/08/05] gnu/655 jdp ld -r of shared objects worked in 1.1.5, o [1995/08/07] bin/658 ifconfig alias has to be separately given f [1995/08/12] kern/677 dyson X gets a bus error when calling mmap() o [1995/08/13] bin/680 joerg 2.0.5's tip using termios doesn't act the o [1995/08/18] kern/700 fenner The comments in /sys/net/if.h are confusi o [1995/09/26] kern/742 dyson syslog errors accessing Mac hard disks [p o [1995/10/03] kern/765 phk umount -f can`t umount a NFS filesystem i o [1995/11/20] kern/831 one minor complaint about the kernel visu o [1995/11/27] bin/841 stale nfs mounts cannot be umounted o [1995/11/30] bin/854 dyson swapinfo shows incorrect information for o [1995/12/17] kern/900 dyson ext2fs triggers divide by zero trap in vn a [1995/12/29] misc/922 From line handling incorrect in mail.loca a [1995/12/31] kern/924 EISA devices have disappeared from vmstat o [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. o [1996/01/28] kern/975 bde getrusage returns negative deltas a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/02/03] bin/993 peter g++ complains about /usr/include/machine/ o [1996/02/07] bin/999 peter /usr/share/mk/sys.mk missing common $(RM) o [1996/02/12] bin/1021 phk pppd doesn't handle PAP-only authenticati o [1996/02/19] bin/1037 2.x telnetd handles CTRL-M differently th o [1996/02/25] i386/1042 bde Warning from sio driver reports wrong dev o [1996/02/26] misc/1043 dyson vm_bounce_alloc error on 2.1 install with o [1996/03/20] kern/1090 iostat displays incorrect sps count o [1996/03/20] bin/1093 wollman route's diagnostic is weird o [1996/04/06] kern/1119 dyson Mounted EXT2FS partition is not cleanly u a [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don' a [1996/04/22] bin/1154 Configure tunN device for ip-over-ip tunn o [1996/04/23] bin/1155 systat or top display disagreeing informa o [1996/05/09] bin/1184 scrappy ls + xterm + nvi + columns != 80 + ^Z = m o [1996/05/15] bin/1206 steve /bin/sh + emacs + ^G = ruined terminal o [1996/06/11] bin/1312 automounter hangs on boot o [1996/06/12] conf/1319 muldi3 is not included into kernel's Make a [1996/06/13] bin/1320 gpalmer dump limits blocksize to 32K o [1996/06/18] i386/1331 phk changes and bug in ft driver f [1996/06/18] bin/1332 changes to amd and possible nfs lkm bug? f [1996/07/04] misc/1369 Need SC_MORE_LUS for Emulex MD23 also a [1996/07/07] bin/1375 Extraneous warning from mv(1) f [1996/07/07] misc/1376 if_tun.c does not set if_ibytes and if_ob o [1996/07/18] kern/1399 dyson invoking setuid programs over NFS case vn o [1996/07/21] ports/1416 ports cflow(1) doesn't parse GNU C __attribute_ s [1996/07/23] kern/1421 Non-bug in sosend() o [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET o [1996/08/03] kern/1462 nfsstat doesn't work if using LKM'ed vers a [1996/08/07] ports/1470 asami need more info in the ports structure o [1996/08/17] kern/1501 vmstat reports impossible avm after start o [1996/08/17] bin/1502 vmstat 'avm' field merges with procs 'w' o [1996/08/17] kern/1508 sos syscons should protect against useless DD o [1996/08/19] kern/1514 dyson mlock fails on readonly regions o [1996/08/20] kern/1516 dyson vm_fault.c contains dead code or too many o [1996/08/21] ports/1520 erich sudo dosn't recognise certain passwords a o [1996/08/21] bin/1523 "cvs update -d -P" prunes unchecked-in di o [1996/08/24] misc/1538 enhanced /etc/security script a [1996/09/04] bin/1565 Moving a file to it's link completely rem o [1996/09/06] bin/1577 mail -f foo does not look in current dire o [1996/09/08] bin/1589 ftp fails to flush output o [1996/09/11] bin/1598 tip leaves OPOST set on controlling termi o [1996/09/12] docs/1602 ache /usr/lib/terminfo refered to in man termi o [1996/09/12] bin/1607 dfr unmount fails for a NFS fs mounted withou o [1996/09/14] gnu/1611 phk groff should use "system-wide" papersize o [1996/09/14] kern/1614 Attempt to mount an NTFS partition causes f [1996/09/18] kern/1636 mss driver extension to broaden support a [1996/09/18] bin/1642 pkg_install Makefiles could be simplified o [1996/09/19] kern/1654 In procfs, vattr doesn't contain correct o [1996/09/20] kern/1658 ktrace/kdump flaky - corrupted ktrace.out o [1996/09/23] i386/1671 s2 map in pcvt isn't ISO 8859-1 and claim o [1996/09/29] kern/1690 apm and sbxvi inappropriately probe as co o [1996/09/29] docs/1691 brian ppp server doc submission o [1996/10/02] misc/1708 monthly login accounting o [1996/10/02] kern/1711 joerg kernel logging of signaled processes shou o [1996/10/03] misc/1717 Use of ntohl causes lint to complain o [1996/10/04] bin/1721 /sbin/route incorrectly installs routes w o [1996/10/04] kern/1725 visual config redraws bits of the screen f [1996/10/08] misc/1738 Install floppy returns random geometry wi o [1996/10/11] conf/1777 sysctl called in /etc/netstart before /us s [1996/10/13] kern/1788 pst netstat gives negative numbers for tcp by o [1996/10/13] misc/1791 syslimits.h does not allow overriding def o [1996/10/13] bin/1793 steve /bin/sh return w/o exitstatus in a functi o [1996/10/14] bin/1804 pkg_create hangs if the packing list has o [1996/10/16] bin/1827 add support of Glidepoint trackpad "tap/d o [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong o [1996/10/20] misc/1853 Syscons font mapping semms not to work pr o [1996/10/20] docs/1855 joerg Addition to LINT o [1996/10/22] kern/1868 system knows it has no keyboard but compl o [1996/10/23] misc/1871 incorrect '===> 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/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/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 sos 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 f [1996/11/18] ports/2051 andreas 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 f [1996/11/21] ports/2079 obrien New ports supporting AWE sound driver (fo 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/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 sos 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 pst qpopper bulletin support broken o [1996/12/03] conf/2146 brian wrong /dev for COM2 during installation v o [1996/12/06] i386/2166 psm driver locks the console o [1996/12/07] ports/2169 pst zephyr port does not completely compile f [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 brian PPP logins using PAP to Nortel/Shiva syst o [1996/12/21] ports/2264 jmz latex* ports need updating a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/24] kern/2273 dufault support for POSIX.4 / POSIX.1a RT-schedul 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 [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 dufault Added POSIX.4/POSIX.1b constants in unist o [1997/01/28] bin/2604 dufault Added POSIX.4/POSIX.1b shm_open()/shm_unl o [1997/01/28] ports/2607 max New port: Gopher-2.3 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/02/02] gnu/2637 tar dumped core with -g option. a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d 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 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 jkh 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/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 ports New Port: qmail o [1997/02/23] kern/2806 new kernel tags script o [1997/02/25] i386/2813 hard reference to /usr/src breaks make wo 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] 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] kern/2865 dfr NFS client hangs on umount, ls, df when N 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 steve 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 a [1997/03/06] ports/2905 ports Fixed port: xshisen-1.36 o [1997/03/08] ports/2920 ports patch for mispositioned xv windows under o [1997/03/09] i386/2924 sos 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/2934 sh(1) has problems with $ENV o [1997/03/10] bin/2938 Add -b, -l, and -f options to du(1) o [1997/03/11] ports/2949 ports bsd.port.mk needs something like FETCH_EN o [1997/03/11] misc/2955 pkg_add failed on xemacs via sysintall 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/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 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] ports/3081 ports sitelispdir is a directory no a path in x o [1997/03/24] ports/3090 torstenb ircii-2.9-roof does not run. o [1997/03/26] misc/3113 make libraries failed. 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 f [1997/03/30] misc/3148 ache adjkerntz screws up during GMT/BST change o [1997/03/31] gnu/3157 Patches to gas and gdb to support MMX ext a [1997/04/01] bin/3164 view copies the file into vi.recover o [1997/04/01] ports/3169 ports nn port broken o [1997/04/01] kern/3172 CS4232 support trouble for mss0 o [1997/04/03] bin/3190 RISCom N2 card driver problem? o [1997/04/04] bin/3194 2.2.1-RELEASE hangs when using /stand/sys o [1997/04/06] bin/3211 ctm uses mktemp()> o [1997/04/06] bin/3212 the pkg_* tools use mktemp() 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 a [1997/04/08] bin/3233 wosch 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] 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/13] conf/3272 $@ is deprecated I believe, so use ${.TAR 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/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] bin/3289 login(1) does not check /etc/skey.access o [1997/04/15] kern/3299 /dev/console hangs f [1997/04/15] kern/3302 msdos FS bogus error o [1997/04/15] ports/3306 ports new port-package for ifmail 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/3358 asami XFMail-1.1 has been released o [1997/04/20] ports/3363 max port of nana-1.00 for your collection o [1997/04/21] misc/3368 jkh sysinstall upgrade should confirm before f [1997/04/23] kern/3375 Consistent 10 min. delay at boot with REL o [1997/04/24] ports/3379 ports mprof dumps core on FreeBSD 2.2.1 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] 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 jkh sysinstall sends empty FreeBSD user regis o [1997/04/28] ports/3411 ports New port - Atari 8 bit computer emulator o [1997/04/29] bin/3416 ibcs emulation problems o [1997/04/29] bin/3418 pkg_create doesn't always create gzip'ed o [1997/05/01] ports/3455 jmz mtools-3.6.tgz could have a better mtools 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 s [1997/05/04] ports/3498 ports nn-current port is out of date 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/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 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 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/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/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/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] conf/3673 no ddp line in /etc/protocols o [1997/05/25] kern/3678 bug in IPDIVERT code in -current o [1997/05/27] misc/3695 compiled termcap.db not in distribution o [1997/05/28] bin/3705 jkh /stand/sysinstall hangs. pkg_add also ha o [1997/05/29] conf/3713 installation floppy bug o [1997/05/30] kern/3720 Addition for supported Hardware o [1997/05/31] ports/3729 scrappy pgsql dies when initiated 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] 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/3751 Improvements to /etc/rc{,.network,.pccard o [1997/06/02] ports/3759 tg xtem-5.23 (X11 TEx Menu) port submitted ( o [1997/06/02] bin/3762 dufault Bogus return values from rtprio(1) o [1997/06/02] docs/3764 systat(1) -vmstat description seems to be o [1997/06/04] conf/3775 Time Zone for Sri Lanka - LKT o [1997/06/04] bin/3778 ypbind -S domainname,server1,... does not o [1997/06/04] ports/3787 ports ghostscript-3.53 has bad PLIST 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/09] docs/3819 davidn 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 dufault new feature for rtprio o [1997/06/10] kern/3839 X startup undoes keyboard repeat rate (pc o [1997/06/12] kern/3853 netboot/ns8390.c breaks NS datasheet o [1997/06/12] i386/3856 Improvement to autodetection logic o [1997/06/13] bin/3859 Setting the $0 variable in perl dosnt do 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] kern/3879 Can't export mounted ext2fs via NFS o [1997/06/16] conf/3886 install does not build sendmail host stat o [1997/06/17] ports/3888 torstenb port net/wu-ftpd: tiny bug that is wu-ftp o [1997/06/17] bin/3891 NIS-only netgroup lookups don't work o [1997/06/17] ports/3892 itojun new port: www/webxref (cross-reference ge o [1997/06/17] gnu/3894 manpath segfaults if it dosen't understan o [1997/06/18] kern/3901 Multicast for Intel 10/100 Ethernet Card o [1997/06/19] misc/3912 ctags(1) cannot trace some macro correctl o [1997/06/20] gnu/3918 vi dosnt wrap lines when called from send o [1997/06/22] ports/3928 ports New port: jp-pgp-2.6.3ia (language) o [1997/06/23] kern/3938 Problem about mmap() over NFS o [1997/06/23] ports/3939 ports new port: latex2html_icon_server o [1997/06/23] ports/3940 ports port of latex2html-96.1 o [1997/06/24] kern/3944 if_le doesnt receive ether multicast pack o [1997/06/24] bin/3947 /usr/src/etc/pccard_ether is too old... o [1997/06/25] kern/3948 nonworking t/tcp server side a [1997/06/25] kern/3953 kern-config: options PANIC_REBOOT_WAIT_TI o [1997/06/25] ports/3955 torstenb -kpassive_ftp=true fails on socket connec o [1997/06/26] bin/3957 Makefile dependency error in amd o [1997/06/26] ports/3958 jmz a2ps fails if used according to man o [1997/06/26] i386/3962 print disk internal cache size during pro o [1997/06/27] kern/3968 Hardware probes die on Peak SBCs. o [1997/06/29] ports/3983 ports New port: psf toolkit o [1997/06/30] ports/3991 ports set of OffiX ports o [1997/06/30] ports/3997 ports New port: VRML browser (vrweb) a [1997/07/01] bin/4004 moused(8) + international language text = o [1997/07/02] ports/4014 ports package/port installation obeys roots uma o [1997/07/03] bin/4019 mount_mfs lacks an error message, and exi o [1997/07/03] ports/4023 ports One can't play the cardgame Ass on FreeBS o [1997/07/03] i386/4024 sos Patch to add dead key support to syscons o [1997/07/03] ports/4025 ports New port - jp-ebw3 o [1997/07/04] ports/4027 ports New port: rot13-1.3 o [1997/07/05] kern/4037 boot.flp panics after kernel load if >2 s o [1997/07/05] ports/4038 ports Initial port of the alpha-rel. WindowMake o [1997/07/06] kern/4039 2940UW and DCAS 32160 -- hungs if 40 MB/s o [1997/07/07] kern/4051 pppd connect 'chat ...' broken o [1997/07/07] kern/4052 VJ compression drops packets with IP+TCP o [1997/07/07] ports/4055 ports Port for XMpeg3 v1.0 o [1997/07/07] ports/4056 obrien Port for netpipes 3.2 o [1997/07/08] ports/4061 obrien new port: xklock o [1997/07/08] misc/4063 2.2.2R Installation fails if Jaz drive sp o [1997/07/09] ports/4067 ports wrong formats of files in offix.tar o [1997/07/13] ports/4083 ache netscape wrapper doesn't hand off args co o [1997/07/13] kern/4086 Floppy Disk Driver Problem o [1997/07/14] bin/4087 nameservice terminates after ndc restart o [1997/07/16] ports/4103 ports Should I or should I not ? o [1997/07/16] ports/4104 ports Minor fix to hobbes-icons-xpm3 o [1997/07/17] ports/4109 ports New port: xcopilot o [1997/07/17] kern/4112 PPSCLOCK kernel diffs o [1997/07/17] kern/4113 Processes shouldn't get SIGIO when the tt o [1997/07/18] bin/4116 davidn Kerberized login as .root fails to o [1997/07/18] ports/4118 ports New Port: bind 8.1.1 o [1997/07/19] bin/4120 Partition sysid prevents extended DOS par o [1997/07/19] ports/4124 ache Apache 1.2.1 port does not install docume o [1997/07/20] ports/4127 ache netscape-3.01: get rid of bogus error mes o [1997/07/20] ports/4133 ports new port: mpich.tar.gz o [1997/07/21] misc/4138 /etc/rc and sudo : chg to rm -rf /var/run o [1997/07/21] ports/4140 ports New port: xgolgo (x11) o [1997/07/22] ports/4142 ports Hugs port to FreeBSD 2.2.1 o [1997/07/22] ports/4149 ports gcl port isn't of latest version o [1997/07/23] bin/4152 pstat -T o [1997/07/23] kern/4153 New tcp initial send sequence number code o [1997/07/23] bin/4154 wish /bin/sleep handled fractions of a se o [1997/07/24] bin/4157 netstat atalk output should print symboli o [1997/07/24] bin/4163 ftp core dumps after hitting control-C f [1997/07/25] bin/4165 fetch gone to interminable query cycle af o [1997/07/26] bin/4172 link goes down for too long -- transfer f o [1997/07/26] ports/4174 ports file mode of jnethack o [1997/07/27] bin/4182 netstat should always print the interface o [1997/07/27] bin/4183 How about upgrading bc to 1.04? o [1997/07/28] kern/4184 minor nits in sys/netatalk o [1997/07/28] bin/4187 The w command should have a larger tty fi o [1997/07/30] ports/4192 ports New port: Amulet o [1997/07/31] conf/4201 Installing only X-User does not install c o [1997/07/31] ports/4203 ports Updated port file for the perl package p5 o [1997/07/31] bin/4204 ac printed wrong report about tty users o [1997/08/01] misc/4208 sos New syscons font o [1997/08/02] bin/4216 dlsym returns null o [1997/08/03] ports/4219 ports TkRef submitted to Ports o [1997/08/03] kern/4221 Kernel mode pppd doesen't update wtmp on o [1997/08/03] docs/4223 dump(8) man page error o [1997/08/04] ports/4227 ports cops perl script produces errors o [1997/08/04] conf/4229 Ethernet interface unreachable on bootup o [1997/08/06] ports/4232 scrappy Boot-time start of postgressql postmaster o [1997/08/06] misc/4235 asami /usr/share/mk/bsd.ports.mk and GNU config o [1997/08/06] bin/4238 chpass only occasionally works in conjunc o [1997/08/06] ports/4239 ports New Port: xtattr o [1997/08/07] kern/4243 file locking doesn't work for pipe o [1997/08/07] bin/4247 modification to /etc/security for FreeBSD o [1997/08/08] ports/4248 ports Port submission of Chimera 2.0a2 X-WWW Br o [1997/08/08] misc/4249 wpaul ypchsh doesn't care about changing a user a [1997/08/09] kern/4255 SMP kernel freezes on machines with >2 CP a [1997/08/09] kern/4257 itojun scsi RESERVATION CONFLICT support needed o [1997/08/10] ports/4263 ports new ports: jp-vfxdvik-18f (dvi viewer for o [1997/08/10] ports/4264 ports mftp get a Segmentation fault o [1997/08/11] ports/4277 ports New port: asclock o [1997/08/12] ports/4281 ports Compress pcl graphics files - this is an o [1997/08/12] misc/4285 SDL RISCom/N2 (ISA) o [1997/08/12] ports/4287 jfitz mail/p5-Mail-Folder is broke a [1997/08/13] gnu/4290 ache man wrong viewed koi8-r manpages and neqn o [1997/08/13] ports/4296 ports New Port emulators/stonx o [1997/08/13] kern/4297 dufault SIGEV_NONE and SIGEV_SIGNAL go in signal. o [1997/08/13] bin/4298 joerg Is there any support for using the scsi C o [1997/08/13] i386/4300 msmith The initial timeout on open("/dev/lpt0".. o [1997/08/14] bin/4303 dumpon accepts any device, including none o [1997/08/14] ports/4304 ports Recommendation re. Ports Collection f [1997/08/15] bin/4308 FreeBSD uses an out of date version of vi o [1997/08/15] ports/4311 ports new port of asmail-0.50 o [1997/08/17] misc/4316 pthread_cleanup_{push|pop} nonexistent o [1997/08/17] ports/4319 ports New port: ASFiles-1.0 o [1997/08/17] docs/4320 function prototype in pthread_detach man o [1997/08/17] bin/4323 Initial routing tables incomplete o [1997/08/18] kern/4329 read(2) from /dev/bktr0 hangs o [1997/08/18] ports/4330 ports new ports for rxvt with big5 support o [1997/08/18] ports/4331 ports new port of asprint o [1997/08/20] ports/4343 ports New ports submission - GUI E-Mail util o [1997/08/22] ports/4356 erich sudo shouldn't block signals in tgetpass( s [1997/08/22] ports/4360 ports new port of Amaya-1.0b o [1997/08/23] ports/4362 ports submit new port chinese/rxvt o [1997/08/23] conf/4363 kernel build depend on make obj o [1997/08/24] bin/4369 dump can calculate wrong estimate times w o [1997/08/24] ports/4371 ports tkcvs+tkdiff o [1997/08/25] ports/4377 ports bkpupsd [device] o [1997/08/25] ports/4384 ports New port display-1.0 o [1997/08/25] gnu/4385 un- and unclearly documented options in t o [1997/08/26] ports/4387 ports New port: icewm o [1997/08/26] ports/4391 ports New port: VPCE o [1997/08/26] misc/4395 if exists(secure) in /usr/src/Makefile is o [1997/08/27] ports/4402 ports Port submission: math::MatrixReal o [1997/08/28] bin/4407 sendmail 8.8.7 can't write sendmail.pid o [1997/08/28] ports/4412 ports New port: YaTeX (in print and japanese) o [1997/08/29] kern/4413 No way to unmount a floppy that goes bad o [1997/08/29] misc/4414 be.iso.kbd errors in mapping o [1997/08/29] bin/4415 df(1) always pretends success o [1997/08/29] bin/4419 man can display the same man page twice o [1997/08/29] bin/4420 find -exedir doesn't chdir for first entr o [1997/08/30] docs/4439 davidn man pages wrong regarding login.conf o [1997/08/30] kern/4441 3com Etherlink III card not working while o [1997/08/31] conf/4444 Can't seem to configure for a DEC VRT17-H o [1997/09/01] ports/4446 ports New port: Atlast-1.0 o [1997/09/02] bin/4452 wpaul /etc/ethers and NIS: Bad comment parser o [1997/09/03] bin/4459 bde No prototype for moncontrol(3) and monsta o [1997/09/04] kern/4463 When using ipfw, all I get is the followi o [1997/09/04] ports/4465 jmz cd-write port doesn't work o [1997/09/04] misc/4468 dlopen is not available from static execu o [1997/09/04] misc/4470 libc_r deviates from the pthread standard o [1997/09/04] docs/4472 manpage for /usr/bin/printf is not comple o [1997/09/07] ports/4481 ports yet another Mac hfs utility o [1997/09/07] misc/4482 jdp A bug in dynamic loader design o [1997/09/07] bin/4483 w, who, and the like are broken o [1997/09/07] bin/4484 peter sendmail is barfing o [1997/09/07] kern/4485 boot fials if root fs blocksize is not 8k o [1997/09/08] ports/4496 ports new port of latex2html-97.1.tar.gz o [1997/09/08] ports/4499 ports Update of slurp port o [1997/09/08] bin/4502 Wrong variable type in tftp.h include fil o [1997/09/11] ports/4510 ports New port: lftp-0.12.2 o [1997/09/12] ports/4521 ports 'Joe' editor does not show control-chars o [1997/09/13] kern/4528 processes hang if the mount_portal proces o [1997/09/13] ports/4529 ports New port: kaskade-3.1.1 o [1997/09/13] ports/4530 ports New port: Xinvest o [1997/09/14] ports/4534 ports replace gimp with gimp-devel o [1997/09/14] i386/4538 byteswapped ATAPI id strings o [1997/09/14] bin/4541 Data needed for slovene localization o [1997/09/14] docs/4542 Slovene WWW and FTP mirrors of FreeBSD o [1997/09/14] bin/4545 f77 will only call `cc', no com-line opti o [1997/09/14] ports/4546 ports HDF-lib port revised o [1997/09/15] i386/4547 asc.c and pcaudio.c should use selrecord o [1997/09/15] ports/4552 ports New port: cccc-2.1.1 o [1997/09/16] bin/4553 man fails to open manpage if ./man exists o [1997/09/16] docs/4555 Typo in utf2(4) man page o [1997/09/16] misc/4556 make can't build executable from single F o [1997/09/16] ports/4557 ports New ports: xjig 2.4 o [1997/09/16] misc/4560 XFree86 3.3.1 fails to install properly i o [1997/09/17] bin/4562 Compiler traps and exits then recompiling o [1997/09/17] i386/4563 mount IDE atapi cd-rom reports input/outp o [1997/09/17] ports/4565 ports News port: ircII-current (ircII-2.9a8/col o [1997/09/18] ports/4567 ports wide-dhcp stores runtime data in /etc o [1997/09/18] conf/4572 /etc/rc.network loads ipfirewall lkm rega o [1997/09/18] ports/4578 ports New port of a checkbook//accounting packa o [1997/09/18] docs/4579 Typo in usr.bin/netstat/netstat.1 o [1997/09/18] ports/4580 ports new port of tycoon, x11 desktop stuff o [1997/09/19] ports/4583 ports More changes to games/angband o [1997/09/20] kern/4589 de driver error message during boot o [1997/09/20] ports/4590 ports New port: xaniroc-1.02 (category x11) o [1997/09/20] ports/4591 ports Port submission: xtide o [1997/09/21] ports/4595 ports Lynx tarball missing from ftp.freebsd.org o [1997/09/21] ports/4596 ports nas port fails build on 2.2-STABLE o [1997/09/21] kern/4597 Patch to pass NPX status word in signal c o [1997/09/21] kern/4601 Contrib: userconfig patch to edit SCSI co o [1997/09/22] conf/4603 configure ddr between FreeBSD host and Ci o [1997/09/22] ports/4604 max New port ja-japaneseAFM-1.0(japanese/japa o [1997/09/22] ports/4605 max New port ja-vftool-1.2(japanese/vftool). o [1997/09/22] ports/4606 ports New port: Hugs 1.4 (hugs-1.4.tar.gz in /p o [1997/09/22] ports/4608 ports The packing list for the mutt port is inc o [1997/09/23] ports/4611 ports Upgade of weblint v1.017 to 1.020 o [1997/09/23] docs/4617 man page for mount_null has a reference t o [1997/09/24] ports/4620 ports update xinetd to 2.2.1 o [1997/09/24] ports/4621 ports New port: xtris [category games] o [1997/09/24] ports/4623 ports Updated port: xmame-0.27.1 (category emul o [1997/09/25] ports/4624 ports New port of Wily, a clone of the Plan 9 e o [1997/09/25] bin/4629 calendar doesn't print all dates sometime o [1997/09/25] ports/4631 ports New port: ncurses-1.9.9g o [1997/09/27] ports/4640 ports Enabled I18n code of transfig-3.2 with no o [1997/09/28] ports/4643 ports new port - japanese-english dictionary o [1997/09/28] ports/4644 ports This is a new port xfig -international ba o [1997/09/28] ports/4645 ports Enabled command line options such as TOP_ o [1997/09/28] misc/4646 Can't fixit with an NFS-mounted CD. o [1997/09/28] ports/4649 ports New ports gtk-970925 o [1997/09/29] bin/4652 fclose on NULL pointer causes rdist to Se o [1997/09/29] conf/4654 Need to do post-ifconfig commands o [1997/09/29] ports/4655 ports Update of XFrisk port (category games) o [1997/09/29] ports/4656 ports New port: sidplay (category emulators) o [1997/09/30] ports/4658 ports yet another X11 utility added -- XDiary o [1997/09/30] kern/4660 bug in wd.c when using devfs o [1997/09/30] ports/4664 ports New port sendfile-1.6 (category net) o [1997/10/01] ports/4667 ports Ocaml port does not install reference man o [1997/10/01] ports/4677 ports AppleTalk routing fails with netatalk 1.4 o [1997/10/02] misc/4679 xtend(8) doesn't handle the "dump" comman o [1997/10/02] kern/4680 lkm version of vn.c o [1997/10/02] misc/4682 magic file entries for tcpdump save files o [1997/10/03] kern/4685 Some SCSI retry messages formatted differ o [1997/10/04] bin/4688 peter sys/utsname.h SYS_NMLN 32 too small o [1997/10/05] bin/4695 pstat error o [1997/10/05] pending/4696gnats-adminping hangs on certain unresolvable hosts o [1997/10/05] bin/4697 make doesn't handle dependencies with for o [1997/10/05] docs/4698 Handbook's script for making repair flopp o [1997/10/05] ports/4699 ports update of lang/gcl to gcl-2.2.2 o [1997/10/05] conf/4702 ipfw should pass all lo0 traffic, not jus o [1997/10/05] docs/4704 wrong synopsis in date(1) manpage and usa o [1997/10/06] bin/4706 xcalc, xbiff, xload ... seem to be missin o [1997/10/06] ports/4707 ports new-port : ja-mtools-3.6 (manipulating MS 633 problems total. From owner-freebsd-bugs Mon Oct 6 13:24:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA25634 for bugs-outgoing; Mon, 6 Oct 1997 13:24:09 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA25537; Mon, 6 Oct 1997 13:23:49 -0700 (PDT) (envelope-from brian@FreeBSD.org) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id NAA26547; Mon, 6 Oct 1997 13:23:25 -0700 (PDT) Date: Mon, 6 Oct 1997 13:23:25 -0700 (PDT) Message-Id: <199710062023.NAA26547@freefall.freebsd.org> To: dada@sbox.tu-graz.ac.at, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/4704 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: wrong synopsis in date(1) manpage and usage() routine State-Changed-From-To: open-closed State-Changed-By: brian State-Changed-When: Mon Oct 6 13:22:32 PDT 1997 State-Changed-Why: Fixed in 2.2 & -current From owner-freebsd-bugs Mon Oct 6 15:06:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA03070 for bugs-outgoing; Mon, 6 Oct 1997 15:06:34 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from sam.networx.ie (ts09-09.dublin.indigo.ie [194.125.148.166]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA03058 for ; Mon, 6 Oct 1997 15:06:16 -0700 (PDT) (envelope-from mike@NetworX.ie) Received: from mike (mike.networx.ie [194.9.12.33]) by sam.networx.ie (8.8.5/8.8.5) with SMTP id VAA04615 for ; Mon, 6 Oct 1997 21:56:56 +0100 (BST) X-Organisation: I.T. NetworX Ltd X-Business: Network Consultancy and Training X-Address: 67 Merrion Square, Dublin 2, Ireland X-Voice: +353-1-676-8866 X-Fax: +353-1-676-8868 Date: Mon, 6 Oct 1997 22:52:58 BST From: Michael Ryan Reply-To: Michael@NetworX.ie Subject: sprintf() and UUCP locking To: FreeBSD Bugs Message-ID: Priority: Normal MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Probably nothing major here, but I came across three problems with slattach in the FreeBSD 2.2.2 release: (1) It links in /usr/src/sbin/startslip/uucplock.c for UUCP-style locking, instead of using /usr/lib/libutil. (The Makefile specifies -lutil alright, but this won't have any effect because ../startslip/uucplock.c is linked. (2) The uu_lock() code which slattach subsequently uses, makes use of sprintf() instead of snprintf() as with the /usr/lib/libutil code. I know that slattach doesn't run suid-root but, from a purist viewpoint, it shouldn't use sprintf(). Of course, startslip suffers the same problems as slattach. My solution was to edit the Makefile and remove the reference to startslip's uucplock.c: ---Cut here sam:slattach# diff -c Makefile.orig Makefile *** Makefile.orig Wed Sep 20 13:56:23 1995 --- Makefile Mon Oct 6 18:03:17 1997 *************** *** 1,14 **** # @(#)Makefile 5.4 (Berkeley) 5/11/90 # # $Header: /home/ncvs/src/sbin/slattach/Makefile,v 1.6 1995/09/20 12:56:23 ache Exp $ PROG= slattach ! SRCS= slattach.c uucplock.c MAN8= slattach.8 MLINKS= slattach.8 slip.8 LDADD= -lutil DPADD= ${LIBUTIL} - - .PATH: ${.CURDIR}/../startslip .include --- 1,16 ---- # @(#)Makefile 5.4 (Berkeley) 5/11/90 # # $Header: /home/ncvs/src/sbin/slattach/Makefile,v 1.6 1995/09/20 12:56:23 ache Exp $ + # + # + # mr971006 Use standard uu_lock(); not one in 'startslip' package. + # PROG= slattach ! SRCS= slattach.c MAN8= slattach.8 MLINKS= slattach.8 slip.8 LDADD= -lutil DPADD= ${LIBUTIL} .include ---End cut here (3) When slattach runs (with the -L flag, the -z flag and -r flag), mgetty goes apeshite. What's wrong is that, eventhough slattach uses UUCP locks (which mgetty depends on), it fails to use them 'properly' as follows: (a) mgetty starts, acquires the lock, inits the modem and releases the lock. (b) slattach starts subsequently. It acquires the lock in acquire_line(). (c) Because redial_on_startup is true, sighup_handler() is called from main(). (d) In sighup_handler(), the lock is released. (e) The redial_cmd command is executed. This, in my case, is a 'chat' script which dials the remote location and completes the SLIP login. (f) The lock is re-acquired. (Note that acquire_line() is called as well, but it doesn't have any bearing on the problem.) The problem lies in steps (d) - (f), namely the lock has been removed for the duration that the external redial program is executing. Because of the way mgetty works, its select() call returns when chat starts writing to the port. It then checks for the existence of the lock file and, because it's not there (slattach has just released it) mgetty assumes the port activity is due to an incoming call! mgetty then goes into a hopeless loop of trying to set modem parameters, acquire its own lock on the port and what not. Meanwhile, slattach tries to acquire the lock when the redial command finishes, but probably can't because mgetty has created the lock file. My solution, was to simply disable the uu_unlock() and uu_lock() calls in sighup_handler(); see below. This should be sufficient, although there is the problem that the redial command may want to acquire the lock itself. In this case, the -L flag couldn't be used with slattach, in which case mgetty would run into the same problem after the redial command has completed and SLIP datagrams started flowing. No clean solution here... ---Cut here sam:slattach# diff -c slattach.c.orig slattach.c *** slattach.c.orig Tue Mar 12 23:14:45 1996 --- slattach.c Mon Oct 6 18:39:02 1997 *************** *** 34,39 **** --- 34,45 ---- * SUCH DAMAGE. */ + /* + * mr971006 Disable device unlocking during execution of redial_cmd. + * + * + */ + #ifndef lint static char copyright[] = "@(#) Copyright (c) 1988 Regents of the University of California.\n\ *************** *** 461,473 **** --- 467,482 ---- dev, unit, redial_cmd); acquire_line(); /* reopen dead line */ setup_line(CLOCAL); + #if 0 if (locked) { if (uucp_lock) uu_unlock(dvname); /* for redial */ locked = 0; } + #endif if (system(redial_cmd)) goto again; + #if 0 if (uucp_lock) { if (uu_lock(dvname)) { syslog(LOG_ERR, "can't relock %s after %s, abort ing", *************** *** 476,481 **** --- 485,491 ---- } locked = 1; } + #endif /* Now check again for carrier (dial command is done): */ if (!(modem_control & CLOCAL)) { tty.c_cflag &= ~CLOCAL; ---End of cut here Bye, Mike --- From owner-freebsd-bugs Mon Oct 6 15:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA05298 for bugs-outgoing; Mon, 6 Oct 1997 15:40:04 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA05264; Mon, 6 Oct 1997 15:40:02 -0700 (PDT) (envelope-from gnats) Resent-Date: Mon, 6 Oct 1997 15:40:02 -0700 (PDT) Resent-Message-Id: <199710062240.PAA05264@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, dot@tinto.campus.luth.se Received: from tinto.campus.luth.se (tinto.campus.luth.se [130.240.193.219]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA04514 for ; Mon, 6 Oct 1997 15:31:14 -0700 (PDT) (envelope-from dot@tinto.campus.luth.se) Received: (from root@localhost) by tinto.campus.luth.se (8.8.7/8.8.7) id XAA26298; Mon, 6 Oct 1997 23:30:45 +0200 (CEST) Message-Id: <199710062130.XAA26298@tinto.campus.luth.se> Date: Mon, 6 Oct 1997 23:30:45 +0200 (CEST) From: dot@tinto.campus.luth.se Reply-To: dot@tinto.campus.luth.se To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/4710: Pthread(3) manpage is out of date. Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4710 >Category: docs >Synopsis: Pthread(3) manpage is out of date. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 6 15:40:01 PDT 1997 >Last-Modified: >Originator: Magnus Enbom >Organization: >Release: FreeBSD 3.0-971003-SNAP i386 >Environment: >Description: The pthread(3) manpage should be updated to reflect reality, as libc_r now is a part of make world. >How-To-Repeat: "man pthread" :-) >Fix: vi /usr/src/share/man/man3/pthread.3 179G 23dd ZZ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Oct 6 15:46:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA05808 for bugs-outgoing; Mon, 6 Oct 1997 15:46:42 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA05750; Mon, 6 Oct 1997 15:45:57 -0700 (PDT) (envelope-from max@FreeBSD.org) From: Masafumi NAKANE Received: (from max@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id PAA27208; Mon, 6 Oct 1997 15:45:33 -0700 (PDT) Date: Mon, 6 Oct 1997 15:45:33 -0700 (PDT) Message-Id: <199710062245.PAA27208@freefall.freebsd.org> To: max@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/4696 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ping hangs on certain unresolvable hosts Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: max Responsible-Changed-When: Mon Oct 6 15:44:23 PDT 1997 Responsible-Changed-Why: Misfiled PR. From owner-freebsd-bugs Mon Oct 6 16:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA07992 for bugs-outgoing; Mon, 6 Oct 1997 16:30:04 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA07979; Mon, 6 Oct 1997 16:30:01 -0700 (PDT) (envelope-from gnats) Resent-Date: Mon, 6 Oct 1997 16:30:01 -0700 (PDT) Resent-Message-Id: <199710062330.QAA07979@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, dillon@flash.noc.best.net Received: from flash.noc.best.net (flash.noc.best.net [205.149.163.43]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA07751 for ; Mon, 6 Oct 1997 16:24:57 -0700 (PDT) (envelope-from dillon@flash.noc.best.net) Received: (from dillon@localhost) by flash.noc.best.net (8.8.5/8.8.5) id QAA00389; Mon, 6 Oct 1997 16:26:28 -0700 (PDT) Message-Id: <199710062326.QAA00389@flash.noc.best.net> Date: Mon, 6 Oct 1997 16:26:28 -0700 (PDT) From: Matthew Dillon Reply-To: dillon@flash.noc.best.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/4712: TCP stack bug Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4712 >Category: kern >Synopsis: After setting larger tcp buffer sizes with sysctl, tcp protocol connection lockup can occur >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 6 16:30:00 PDT 1997 >Last-Modified: >Originator: Matthew Dillon >Organization: Best Internet Communications >Release: FreeBSD 2.2-STABLE i386 >Environment: >Description: Included below are two tcpdump's. The first tcpdump is a 'telnet www.erols.com 80' and 'GET /' prior to any sysctl's. The second tcpdump is a 'telnet www.erols.com 80' and 'GET /' after the specified sysctl's. Note that the lockup involves a delay that erols happened to be generating between the SYN and SYN-ACK. I have been able to reproduce the same bug with other WWW sites as well as with other local FreeBSD machines. With other FreeBSD machines, rather then locking up, a long delay between the first block of data and subsequent blocks of data occurs where the machine making the request waits for a prove from the www server. The remote www server under FreeBSD sends a window probe with at least 1 byte, which seems to unstick the connection. Remote NON-FreeBSD boxes often send window probes with 0 bytes, which does not unstick the connection. See below for additional comments. 16:10:46.196059 205.149.163.43.1031 > 205.252.116.184.80: S 84382581:84382581(0) win 16384 (DF) [tos 0x10] 16:10:46.342111 205.252.116.184.80 > 205.149.163.43.1031: S 2082101445:2082101445(0) ack 84382582 win 31744 16:10:46.342225 205.149.163.43.1031 > 205.252.116.184.80: . ack 1 win 17520 (DF) [tos 0x10] 16:10:48.042558 205.149.163.43.1031 > 205.252.116.184.80: P 1:8(7) ack 1 win 17520 (DF) [tos 0x10] 16:10:48.204531 205.252.116.184.80 > 205.149.163.43.1031: . 1:1461(1460) ack 8 win 31744 (DF) [tos 0x10] 16:10:48.205971 205.252.116.184.80 > 205.149.163.43.1031: . 1461:2921(1460) ack 8 win 31744 (DF) [tos 0x10] 16:10:48.207793 205.149.163.43.1031 > 205.252.116.184.80: . ack 2921 win 17520 (DF) [tos 0x10] 16:10:48.312987 205.252.116.184.80 > 205.149.163.43.1031: . 4381:5841(1460) ack 8 win 31744 [tos 0x10] 16:10:48.313094 205.149.163.43.1031 > 205.252.116.184.80: . ack 2921 win 17520 (DF) [tos 0x10] 16:10:48.314425 205.252.116.184.80 > 205.149.163.43.1031: . 5841:7301(1460) ack 8 win 31744 [tos 0x10] 16:10:48.314505 205.149.163.43.1031 > 205.252.116.184.80: . ack 2921 win 17520 (DF) [tos 0x10] 16:10:48.324025 205.252.116.184.80 > 205.149.163.43.1031: . 2921:4381(1460) ack 8 win 31744 [tos 0x10] ... continues to completion sysctl -w net.inet.tcp.sendspace=65536 sysctl -w net.inet.tcp.recvspace=65536 sysctl -w net.inet.tcp.keepidle=3600 sysctl -w net.inet.tcp.always_keepalive=1 route -n change default -sendpipe 65536 -recvpipe 65536 (NOTE: make sure route to telnet destination has the new sendpipe/recvpipe values correct. FreeBSD sometimes doesn't pick up the change) Note that the screwup appears to occur when www.erols.com delays sending it's ack. This causes the FREEBSD box to send an initial small WINDOW (164 bytes!!) in packet #3. The remote box sends the 164 bytes, and the freebsd box then gets locked up and always replies with a 0 window, even though the 164 bytes were read by telnet and displayed in the window. 16:14:58.112451 205.149.163.43.1043 > 205.252.116.217.80: S 133560210:133560210(0) win 65535 (DF) [tos 0x10] 16:14:58.240605 205.252.116.217.80 > 205.149.163.43.1043: S 704725219:704725219(0) ack 133560211 win 31744 16:14:58.240714 205.149.163.43.1043 > 205.252.116.217.80: . ack 1 win 164 (DF) [tos 0x10] 16:14:59.241901 205.149.163.43.1043 > 205.252.116.217.80: P 1:8(7) ack 1 win 164 (DF) [tos 0x10] 16:15:00.470076 205.149.163.43.1043 > 205.252.116.217.80: P 1:8(7) ack 1 win 164 (DF) [tos 0x10] 16:15:02.356504 205.252.116.217.80 > 205.149.163.43.1043: . 1:165(164) ack 8 win 31744 (DF) [tos 0x10] 16:15:02.370079 205.149.163.43.1043 > 205.252.116.217.80: . ack 165 win 0 (DF) [tos 0x10] 16:15:08.498257 205.252.116.217.80 > 205.149.163.43.1043: . ack 8 win 31744 [tos 0x10] 16:15:08.498341 205.149.163.43.1043 > 205.252.116.217.80: . ack 165 win 0 (DF) [tos 0x10] 16:15:20.625433 205.252.116.217.80 > 205.149.163.43.1043: . ack 8 win 31744 [tos 0x10] 16:15:20.625544 205.149.163.43.1043 > 205.252.116.217.80: . ack 165 win 0 (DF) [tos 0x10] .... retries forever, connection is hung ... >How-To-Repeat: >Fix: I believe the bug is in netinet/tcp_output.c somewhere, possibly where it zero's the window when checking for silly-window syndrome: if (win < (long)(so->so_rcv.sb_hiwat / 4) && win < (long)tp->t_maxseg) win = 0; I have NOT attempted to hack the code or anything, so I do not know if this is where the bug is. It is just a guess. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Oct 6 17:10:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA09790 for bugs-outgoing; Mon, 6 Oct 1997 17:10:03 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA09784; Mon, 6 Oct 1997 17:10:02 -0700 (PDT) (envelope-from gnats) Resent-Date: Mon, 6 Oct 1997 17:10:02 -0700 (PDT) Resent-Message-Id: <199710070010.RAA09784@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, mika@cs.caltech.edu Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA09612; Mon, 6 Oct 1997 17:06:29 -0700 (PDT) (envelope-from nobody) Message-Id: <199710070006.RAA09612@hub.freebsd.org> Date: Mon, 6 Oct 1997 17:06:29 -0700 (PDT) From: mika@cs.caltech.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/4713: NFS inconsistencies resulting from changes to filesystem mouted read-only Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4713 >Category: kern >Synopsis: NFS inconsistencies resulting from changes to filesystem mouted read-only >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 6 17:10:01 PDT 1997 >Last-Modified: >Originator: Mika Nystrom >Organization: Dept. of C.S., California Institute of Technology >Release: FreeBSD-CURRENT/SMP 3.0 >Environment: FreeBSD s1.cs.caltech.edu 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Wed Oct 1 20:23:54 PDT 1997 mika@obelix.cs.caltech.edu:/usr/src/sys/compile/P6CLIENT_2CPU_128MB i386 The system is a dual PPro-200 running an SMP kernel. (Same for the server machine) >Description: Changing files on a disk that is remote-mounted read-only does not propagate to the clients. Example: on the server, the file "blah" contains the string asdfasfd Executing the following on the server: # mv blah bleh ; touch blah # gives the result on the client: (106)s1:/usr/local>cat blah asdfasfd (107)s1:/usr/local>cat bleh asdfasfd syncing the server does not help Both cats do lead to NFS traffic between the two hosts (as evidenced by tcpdump)---strangely enough, rebooting the client does seem to fix the problem so it doesn't look like a server-side thing. On the server: # mount /dev/sd0a on / (NFS exported, local) /dev/sd0g on /usr (NFS exported, local) /dev/sd0e on /var (local) /dev/sd0f on /var/tmp (local) procfs on /proc (local) kernfs on /kern (local) amd:125 on /ufs vlsi:/alains on /tmp_mnt/vlsi/alains mercury:/students on /tmp_mnt/mercury/students (nosuid) mars:/alains2 on /tmp_mnt/mars/alains2 maestro:/students3 on /tmp_mnt/maestro/students3 (nosuid) On the client: (116)s1:/usr/local>mount /dev/sd0a on / (local) /dev/sd0e on /var (local) /dev/sd0f on /var/tmp (NFS exported, local) procfs on /proc (local) kernfs on /kern (local) mfs:22 on /tmp (asynchronous, local) obelix:/usr on /usr (read-only) amd:127 on /ufs mercury:/students on /tmp_mnt/mercury/students (nosuid) vlsi:/var/spool/mail on /tmp_mnt/vlsi/var/spool/mail (nosuid) mars:/alains2 on /tmp_mnt/mars/alains2 mars:/alains3 on /tmp_mnt/mars/alains3 maestro:/students3 on /tmp_mnt/maestro/students3 (nosuid) (117)s1:/usr/local> The changes propagate after a while---NOT the allowed 30(?) seconds but sometimes minutes, sometimes hours, or days... some files don't seem to propagate at all. The inode numbers do not propagate either. >How-To-Repeat: It seems almost (?) deterministic. >Fix: Unknown----I don't know that much about NFS. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Oct 6 18:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA12655 for bugs-outgoing; Mon, 6 Oct 1997 18:00:04 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA12632; Mon, 6 Oct 1997 18:00:01 -0700 (PDT) (envelope-from gnats) Date: Mon, 6 Oct 1997 18:00:01 -0700 (PDT) Message-Id: <199710070100.SAA12632@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: kern/4712: TCP stack bug Reply-To: Bill Fenner Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4712; it has been noted by GNATS. From: Bill Fenner To: dillon@flash.noc.best.net Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/4712: TCP stack bug Date: Mon, 6 Oct 1997 17:59:04 PDT Although the tcpdump was truncated (use "-s 200" to make sure you've captured all the headers), it seems most likely that this is because our offer of window scaling gets refused. If you use *pipe=65535, instead of 65536, what happens? Bill From owner-freebsd-bugs Mon Oct 6 18:20:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA13857 for bugs-outgoing; Mon, 6 Oct 1997 18:20:07 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA13817; Mon, 6 Oct 1997 18:20:02 -0700 (PDT) (envelope-from gnats) Resent-Date: Mon, 6 Oct 1997 18:20:02 -0700 (PDT) Resent-Message-Id: <199710070120.SAA13817@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, mika@cs.caltech.edu Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA13618; Mon, 6 Oct 1997 18:18:16 -0700 (PDT) (envelope-from nobody) Message-Id: <199710070118.SAA13618@hub.freebsd.org> Date: Mon, 6 Oct 1997 18:18:16 -0700 (PDT) From: mika@cs.caltech.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/4714: aautomatic AMD mounts fail on first try, succeed on second Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4714 >Category: bin >Synopsis: aautomatic AMD mounts fail on first try, succeed on second >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 6 18:20:01 PDT 1997 >Last-Modified: >Originator: Mika Nystrom >Organization: Dept. of C.S., California Institute of Technology >Release: FreeBSD-CURRENT/SMP 3.0 >Environment: FreeBSD s1.cs.caltech.edu 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Wed Oct 1 20:23:54 PDT 1997 mika@obelix.cs.caltech.edu:/usr/src/sys/compile/P6CLIENT_2CPU_128MB i386 The system is a dual PPro-200 running an SMP kernel. (Same for the server machine) >Description: when reading files from an automounted directory, the first access fails, not the second, and so forth: # ls -l /var/mail lrwxrwxrwx 1 root wheel 9 Aug 30 19:31 /var/mail -> /ufs/mail # amq / root "root" obelix:(pid125) /ufs toplvl /usr/share/etc/amd/auto.ufs /ufs /ufs/mail nfs vlsi:/var/spool/mail /tmp_mnt/vlsi/var/spool/mail /ufs/alains3 nfs mars:/alains3 /tmp_mnt/mars/alains3 /ufs/alains2 nfs mars:/alains2 /tmp_mnt/mars/alains2 /ufs/students nfs mercury:/students /tmp_mnt/mercury/students /ufs/alains nfs vlsi:/alains /tmp_mnt/vlsi/alains # amq -u /ufs/mail # amq / root "root" obelix:(pid125) /ufs toplvl /usr/share/etc/amd/auto.ufs /ufs /ufs/alains3 nfs mars:/alains3 /tmp_mnt/mars/alains3 /ufs/alains2 nfs mars:/alains2 /tmp_mnt/mars/alains2 /ufs/students nfs mercury:/students /tmp_mnt/mercury/students /ufs/alains nfs vlsi:/alains /tmp_mnt/vlsi/alains (67)obelix:~>from from: can't read /var/mail/mika # amq / root "root" obelix:(pid125) /ufs toplvl /usr/share/etc/amd/auto.ufs /ufs /ufs/alains3 nfs mars:/alains3 /tmp_mnt/mars/alains3 /ufs/alains2 nfs mars:/alains2 /tmp_mnt/mars/alains2 /ufs/students nfs mercury:/students /tmp_mnt/mercury/students /ufs/alains nfs vlsi:/alains /tmp_mnt/vlsi/alains (68)obelix:~>frm You have no mail. # amq / root "root" obelix:(pid125) /ufs toplvl /usr/share/etc/amd/auto.ufs /ufs /ufs/mail nfs vlsi:/var/spool/mail /tmp_mnt/vlsi/var/spool/mail /ufs/alains3 nfs mars:/alains3 /tmp_mnt/mars/alains3 /ufs/alains2 nfs mars:/alains2 /tmp_mnt/mars/alains2 /ufs/students nfs mercury:/students /tmp_mnt/mercury/students /ufs/alains nfs vlsi:/alains /tmp_mnt/vlsi/alains >How-To-Repeat: This is entirely deterministic. >Fix: 1. hard mounts 2. leave a process sleeping in "important" directories 3. fix amd so it retries rather than giving up on the first try >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Oct 6 18:30:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA14569 for bugs-outgoing; Mon, 6 Oct 1997 18:30:06 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA14551; Mon, 6 Oct 1997 18:30:01 -0700 (PDT) (envelope-from gnats) Date: Mon, 6 Oct 1997 18:30:01 -0700 (PDT) Message-Id: <199710070130.SAA14551@hub.freebsd.org> To: freebsd-bugs Cc: From: Mika Subject: Re: kern/4713: NFS inconsistencies resulting from changes to filesystem mouted read-only Reply-To: Mika Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4713; it has been noted by GNATS. From: Mika To: freebsd-gnats-submit@freebsd.org, mika@cs.caltech.edu Cc: Subject: Re: kern/4713: NFS inconsistencies resulting from changes to filesystem mouted read-only Date: Mon, 06 Oct 1997 18:20:40 -0700 We noticed another bug w.r.t. NFS: re-installing binaries in /usr causes "state file handle" errors (deterministically) the next time those binaries are accessed on client systems. I think it is likely that this is the same bug as the one mentioned in kern/4713. From owner-freebsd-bugs Mon Oct 6 18:30:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA14579 for bugs-outgoing; Mon, 6 Oct 1997 18:30:07 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA14561; Mon, 6 Oct 1997 18:30:03 -0700 (PDT) (envelope-from gnats) Date: Mon, 6 Oct 1997 18:30:03 -0700 (PDT) Message-Id: <199710070130.SAA14561@hub.freebsd.org> To: freebsd-bugs Cc: From: Mika Subject: Re: bin/4714: aautomatic AMD mounts fail on first try, succeed on second Reply-To: Mika Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4714; it has been noted by GNATS. From: Mika To: freebsd-gnats-submit@freebsd.org, mika@cs.caltech.edu Cc: Subject: Re: bin/4714: aautomatic AMD mounts fail on first try, succeed on second Date: Mon, 06 Oct 1997 18:21:33 -0700 This bug shows up with a single-CPU kernel as well. From owner-freebsd-bugs Mon Oct 6 19:00:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA16529 for bugs-outgoing; Mon, 6 Oct 1997 19:00:05 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA16507; Mon, 6 Oct 1997 19:00:02 -0700 (PDT) (envelope-from gnats) Resent-Date: Mon, 6 Oct 1997 19:00:02 -0700 (PDT) Resent-Message-Id: <199710070200.TAA16507@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, charlesr@cftnet.com Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA16330; Mon, 6 Oct 1997 18:56:42 -0700 (PDT) (envelope-from nobody) Message-Id: <199710070156.SAA16330@hub.freebsd.org> Date: Mon, 6 Oct 1997 18:56:42 -0700 (PDT) From: charlesr@cftnet.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/4715: StarOffice suite does not run. Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4715 >Category: bin >Synopsis: StarOffice suite does not run. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Mon Oct 6 19:00:00 PDT 1997 >Last-Modified: >Originator: Charles Reynolds >Organization: Peace Mountain Computer Service >Release: 2.2.2 >Environment: >Description: I installed the complete StarOffice-3.1b4 suite from the 2.2.2 CD from Wlanut Creek. For each of the products (scalc, swrite, etc) I am prompted to configure the program before it can be used. The configuration screens come up, I selected from all of the options. Still no s*. What's up? I've tried to find documentation on the products, but to no avail. Help! >How-To-Repeat: I just did a standard 'Developer's' installation with X11 and all. xdm runs OK. No problems other than cockpit errors during the install. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Oct 6 19:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA17327 for bugs-outgoing; Mon, 6 Oct 1997 19:10:04 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA17319; Mon, 6 Oct 1997 19:10:02 -0700 (PDT) (envelope-from gnats) Resent-Date: Mon, 6 Oct 1997 19:10:02 -0700 (PDT) Resent-Message-Id: <199710070210.TAA17319@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, charlesr@cftnet.com Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA16696; Mon, 6 Oct 1997 19:01:46 -0700 (PDT) (envelope-from nobody) Message-Id: <199710070201.TAA16696@hub.freebsd.org> Date: Mon, 6 Oct 1997 19:01:46 -0700 (PDT) From: charlesr@cftnet.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/4716: Unable to run fvwm . Program cannot open 'Display'. Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4716 >Category: bin >Synopsis: Unable to run fvwm . Program cannot open 'Display'. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Mon Oct 6 19:10:01 PDT 1997 >Last-Modified: >Originator: Charles Reynolds >Organization: Peace Mountain Computer Service >Release: 2.2.2 >Environment: >Description: After installing 2.2.2 and configuring X11 stuff, I tried to run some of the windows managers, in particular fvwm. The error message I get is the manager cannot open the display. I cannot find a sample of the command line arguments. The man pages only say "display". I tried to use a several combinations of items in the XF85... config file. But still come up empty. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Oct 6 19:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA19632 for bugs-outgoing; Mon, 6 Oct 1997 19:50:05 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA19621; Mon, 6 Oct 1997 19:50:01 -0700 (PDT) (envelope-from gnats) Date: Mon, 6 Oct 1997 19:50:01 -0700 (PDT) Message-Id: <199710070250.TAA19621@hub.freebsd.org> To: freebsd-bugs Cc: From: Matt Dillon Subject: kern/4712 Reply-To: Matt Dillon Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4712; it has been noted by GNATS. From: Matt Dillon To: freebsd-gnats-submit@freebsd.org Cc: Subject: kern/4712 Date: Mon, 6 Oct 1997 19:48:59 -0700 (PDT) I also reproduced the bug with a smaller window size, which I include at the very end. See notes in section 3 below. Section I: prior to Bill Fenner's quick patch to me Section II: after Bill Fenner's quick patch to me (bug no longer exists) Section III: additional test done prior to Bill Fenner's patch. The test consisted of a 'telnet -d www.erols.com 80' and a 'GET /'. -Matt :Actually, although I didn't reproduce the hang, I did reproduce the :strangely-sized window locally and think I have a fix. Try this and :see if it fixed your hang too. : : Bill : :--- tcp_output.c.orig Mon Oct 6 18:46:03 1997 :... Matthew Dillon Engineering, BEST Internet Communications, Inc. [always include a portion of the original email in any response!] BEFORE FIX 19:36:03.170980 205.149.163.43.1025 > 205.252.116.242.80: S 10843074:10843074(0) win 65535 (DF) [tos 0x10] 19:36:03.277683 205.252.116.242.80 > 205.149.163.43.1025: S 3478916915:3478916915(0) ack 10843075 win 31744 19:36:03.282294 205.149.163.43.1025 > 205.252.116.242.80: . ack 1 win 164 (DF) [tos 0x10] 19:36:05.705198 205.149.163.43.1025 > 205.252.116.242.80: P 1:8(7) ack 1 win 164 (DF) [tos 0x10] 19:36:05.847542 205.252.116.242.80 > 205.149.163.43.1025: . 1:165(164) ack 8 win 31744 (DF) [tos 0x10] 19:36:05.982352 205.149.163.43.1025 > 205.252.116.242.80: . ack 165 win 0 (DF) [tos 0x10] 19:36:07.302774 205.252.116.242.80 > 205.149.163.43.1025: . ack 8 win 31744 [tos 0x10] 19:36:07.307393 205.149.163.43.1025 > 205.252.116.242.80: . ack 165 win 0 (DF) [tos 0x10] 19:36:09.845744 205.252.116.242.80 > 205.149.163.43.1025: . ack 8 win 31744 [tos 0x10] 19:36:09.850396 205.149.163.43.1025 > 205.252.116.242.80: . ack 165 win 0 (DF) [tos 0x10] 19:36:14.809946 205.252.116.242.80 > 205.149.163.43.1025: . ack 8 win 31744 [tos 0x10] 19:36:14.814576 205.149.163.43.1025 > 205.252.116.242.80: . ack 165 win 0 (DF) [tos 0x10] 19:36:17.329149 205.149.163.43.1025 > 205.252.116.242.80: P 8:10(2) ack 165 win 0 (DF) [tos 0x10] 19:36:17.448915 205.252.116.242.80 > 205.149.163.43.1025: R 3478917080:3478917080(0) win 0 MARK Oct 6 19:36:03 flash /kernel: 0xf201d400 SYN_SENT:output [a573c2..a573de)@0, urp=0 -> SYN_SENT Oct 6 19:36:03 flash /kernel: rcv_(nxt,wnd,up) (0,0,0) snd_(una,nxt,max) (a573c2,a573c3,a573c3) Oct 6 19:36:03 flash /kernel: snd_(wl1,wl2,wnd) (0,0,0) Oct 6 19:36:03 flash /kernel: 0xf201d400 CLOSED:user CONNECT -> SYN_SENT Oct 6 19:36:03 flash /kernel: rcv_(nxt,wnd,up) (0,0,0) snd_(una,nxt,max) (a573c2,a573c3,a573c3) Oct 6 19:36:03 flash /kernel: snd_(wl1,wl2,wnd) (0,0,0) Oct 6 19:36:03 flash /kernel: 0xf201d400 SYN_SENT:input cf5c0f33@a573c3, urp=0 -> ESTABLISHED Oct 6 19:36:03 flash /kernel: rcv_(nxt,wnd,up) (cf5c0f34,100a4,cf5c0f34) snd_(una,nxt,max) (a573c3,a573c3,a573c3) Oct 6 19:36:03 flash /kernel: snd_(wl1,wl2,wnd) (cf5c0f34,a573c3,7c00) Oct 6 19:36:03 flash /kernel: 0xf201d400 ESTABLISHED:output a573c3@cf5c0f34, urp=0 -> ESTABLISHED Oct 6 19:36:03 flash /kernel: rcv_(nxt,wnd,up) (cf5c0f34,100a4,cf5c0f34) snd_(una,nxt,max) (a573c3,a573c3,a573c3) Oct 6 19:36:03 flash /kernel: snd_(wl1,wl2,wnd) (cf5c0f34,a573c3,7c00) Oct 6 19:36:05 flash /kernel: 0xf201d400 ESTABLISHED:output [a573c3..a573ca)@cf5c0f34, urp=0 -> ESTABLISHED Oct 6 19:36:05 flash /kernel: rcv_(nxt,wnd,up) (cf5c0f34,100a4,cf5c0f34) snd_(una,nxt,max) (a573c3,a573ca,a573ca) Oct 6 19:36:05 flash /kernel: snd_(wl1,wl2,wnd) (cf5c0f34,a573c3,7c00) Oct 6 19:36:05 flash /kernel: 0xf201d400 ESTABLISHED:user SEND -> ESTABLISHED Oct 6 19:36:05 flash /kernel: rcv_(nxt,wnd,up) (cf5c0f34,100a4,cf5c0f34) snd_(una,nxt,max) (a573c3,a573ca,a573ca) Oct 6 19:36:05 flash /kernel: snd_(wl1,wl2,wnd) (cf5c0f34,a573c3,7c00) Oct 6 19:36:05 flash /kernel: 0xf201d400 ESTABLISHED:input [cf5c0f34..cf5c0fd8)@a573ca, urp=0 -> ESTABLISHED Oct 6 19:36:05 flash /kernel: rcv_(nxt,wnd,up) (cf5c0fd8,100a4,cf5c0f34) snd_(una,nxt,max) (a573ca,a573ca,a573ca) Oct 6 19:36:05 flash /kernel: snd_(wl1,wl2,wnd) (cf5c0f34,a573ca,7c00) Oct 6 19:36:05 flash /kernel: 0xf201d400 ESTABLISHED:user RCVD -> ESTABLISHED Oct 6 19:36:05 flash /kernel: rcv_(nxt,wnd,up) (cf5c0fd8,100a4,cf5c0f34) snd_(una,nxt,max) (a573ca,a573ca,a573ca) Oct 6 19:36:05 flash /kernel: snd_(wl1,wl2,wnd) (cf5c0f34,a573ca,7c00) Oct 6 19:36:05 flash /kernel: 0xf201d400 ESTABLISHED:output a573ca@cf5c0fd8, urp=0 -> ESTABLISHED Oct 6 19:36:05 flash /kernel: rcv_(nxt,wnd,up) (cf5c0fd8,100a4,cf5c0f34) snd_(una,nxt,max) (a573ca,a573ca,a573ca) Oct 6 19:36:05 flash /kernel: snd_(wl1,wl2,wnd) (cf5c0f34,a573ca,7c00) Oct 6 19:36:07 flash /kernel: 0xf201d400 ESTABLISHED:input cf5c0fd7@a573ca, urp=0 -> ESTABLISHED Oct 6 19:36:07 flash /kernel: rcv_(nxt,wnd,up) (cf5c0fd8,100a4,cf5c0fd8) snd_(una,nxt,max) (a573ca,a573ca,a573ca) Oct 6 19:36:07 flash /kernel: snd_(wl1,wl2,wnd) (cf5c0fd7,a573ca,7c00) Oct 6 19:36:07 flash /kernel: 0xf201d400 ESTABLISHED:output a573ca@cf5c0fd8, urp=0 -> ESTABLISHED Oct 6 19:36:07 flash /kernel: rcv_(nxt,wnd,up) (cf5c0fd8,100a4,cf5c0fd8) snd_(una,nxt,max) (a573ca,a573ca,a573ca) Oct 6 19:36:07 flash /kernel: snd_(wl1,wl2,wnd) (cf5c0fd7,a573ca,7c00) Oct 6 19:36:09 flash /kernel: 0xf201d400 ESTABLISHED:input cf5c0fd7@a573ca, urp=0 -> ESTABLISHED Oct 6 19:36:09 flash /kernel: rcv_(nxt,wnd,up) (cf5c0fd8,100a4,cf5c0fd8) snd_(una,nxt,max) (a573ca,a573ca,a573ca) Oct 6 19:36:09 flash /kernel: snd_(wl1,wl2,wnd) (cf5c0fd7,a573ca,7c00) Oct 6 19:36:09 flash /kernel: 0xf201d400 ESTABLISHED:output a573ca@cf5c0fd8, urp=0 -> ESTABLISHED Oct 6 19:36:09 flash /kernel: rcv_(nxt,wnd,up) (cf5c0fd8,100a4,cf5c0fd8) snd_(una,nxt,max) (a573ca,a573ca,a573ca) Oct 6 19:36:09 flash /kernel: snd_(wl1,wl2,wnd) (cf5c0fd7,a573ca,7c00) Oct 6 19:36:14 flash /kernel: 0xf201d400 ESTABLISHED:input cf5c0fd7@a573ca, urp=0 -> ESTABLISHED Oct 6 19:36:14 flash /kernel: rcv_(nxt,wnd,up) (cf5c0fd8,100a4,cf5c0fd8) snd_(una,nxt,max) (a573ca,a573ca,a573ca) Oct 6 19:36:14 flash /kernel: snd_(wl1,wl2,wnd) (cf5c0fd7,a573ca,7c00) Oct 6 19:36:14 flash /kernel: 0xf201d400 ESTABLISHED:output a573ca@cf5c0fd8, urp=0 -> ESTABLISHED Oct 6 19:36:14 flash /kernel: rcv_(nxt,wnd,up) (cf5c0fd8,100a4,cf5c0fd8) snd_(una,nxt,max) (a573ca,a573ca,a573ca) Oct 6 19:36:14 flash /kernel: snd_(wl1,wl2,wnd) (cf5c0fd7,a573ca,7c00) Oct 6 19:36:17 flash /kernel: 0xf201d400 ESTABLISHED:output [a573ca..a573cc)@cf5c0fd8, urp=0 -> ESTABLISHED (somewhere around here I hit a key that generated a sigpipe since the remote WWW server had shutdown it's input channel. Oct 6 19:36:17 flash /kernel: rcv_(nxt,wnd,up) (cf5c0fd8,100a4,cf5c0fd8) snd_(una,nxt,max) (a573ca,a573cc,a573cc) Oct 6 19:36:17 flash /kernel: snd_(wl1,wl2,wnd) (cf5c0fd7,a573ca,7c00) Oct 6 19:36:17 flash /kernel: 0xf201d400 ESTABLISHED:user SEND -> ESTABLISHED Oct 6 19:36:17 flash /kernel: rcv_(nxt,wnd,up) (cf5c0fd8,100a4,cf5c0fd8) snd_(una,nxt,max) (a573ca,a573cc,a573cc) Oct 6 19:36:17 flash /kernel: snd_(wl1,wl2,wnd) (cf5c0fd7,a573ca,7c00) Oct 6 19:36:17 flash /kernel: ???????? drop cf5c0fd8@0, urp=0 ------------------------------------------------------------------------------ AFTER FIX 19:39:54.694887 205.149.163.43.1027 > 205.252.116.242.80: S 13189984:13189984(0) win 65535 (DF) [tos 0x10] 19:39:54.846613 205.252.116.242.80 > 205.149.163.43.1027: S 447599909:447599909(0) ack 13189985 win 31744 19:39:54.851251 205.149.163.43.1027 > 205.252.116.242.80: . ack 1 win 65535 (DF) [tos 0x10] 19:39:56.047669 205.149.163.43.1027 > 205.252.116.242.80: P 1:8(7) ack 1 win 65535 (DF) [tos 0x10] 19:39:56.177840 205.252.116.242.80 > 205.149.163.43.1027: . ack 8 win 31744 (DF) [tos 0x10] 19:39:56.888723 205.252.116.242.80 > 205.149.163.43.1027: . 1:1461(1460) ack 8 win 31744 (DF) [tos 0x10] 19:39:56.906924 205.252.116.242.80 > 205.149.163.43.1027: . 1461:2921(1460) ack 8 win 31744 (DF) [tos 0x10] 19:39:56.972682 205.149.163.43.1027 > 205.252.116.242.80: . ack 2921 win 65535 (DF) [tos 0x10] 19:39:57.089630 205.252.116.242.80 > 205.149.163.43.1027: . 2921:4381(1460) ack 8 win 31744 [tos 0x10] 19:39:57.091183 205.252.116.242.80 > 205.149.163.43.1027: . 4381:5841(1460) ack 8 win 31744 [tos 0x10] 19:39:57.111032 205.149.163.43.1027 > 205.252.116.242.80: . ack 5841 win 65535 (DF) [tos 0x10] 19:39:57.240131 205.252.116.242.80 > 205.149.163.43.1027: P 7301:8193(892) ack 8 win 31744 (DF) [tos 0x10] 19:39:57.244486 205.252.116.242.80 > 205.149.163.43.1027: . 8193:9653(1460) ack 8 win 31744 [tos 0x10] 19:39:57.245430 205.149.163.43.1027 > 205.252.116.242.80: . ack 5841 win 65535 (DF) [tos 0x10] 19:39:57.250404 205.149.163.43.1027 > 205.252.116.242.80: . ack 5841 win 65535 (DF) [tos 0x10] 19:39:57.259879 205.252.116.242.80 > 205.149.163.43.1027: . 9653:11113(1460) ack 8 win 31744 [tos 0x10] 19:39:57.265192 205.149.163.43.1027 > 205.252.116.242.80: . ack 5841 win 65535 (DF) [tos 0x10] 19:39:57.384232 205.252.116.242.80 > 205.149.163.43.1027: . 5841:7301(1460) ack 8 win 31744 [tos 0x10] 19:39:57.385627 205.252.116.242.80 > 205.149.163.43.1027: . 11113:12573(1460) ack 8 win 31744 [tos 0x10] 19:39:57.389558 205.149.163.43.1027 > 205.252.116.242.80: . ack 11113 win 60428 (DF) [tos 0x10] 19:39:57.399365 205.149.163.43.1027 > 205.252.116.242.80: . ack 12573 win 62040 (DF) [tos 0x10] 19:39:57.412281 205.252.116.242.80 > 205.149.163.43.1027: . 12573:14033(1460) ack 8 win 31744 [tos 0x10] 19:39:57.414337 205.149.163.43.1027 > 205.252.116.242.80: . ack 12573 win 65112 (DF) [tos 0x10] 19:39:57.527026 205.252.116.242.80 > 205.149.163.43.1027: P 14033:14522(489) ack 8 win 31744 (DF) [tos 0x10] 19:39:57.573919 205.149.163.43.1027 > 205.252.116.242.80: . ack 14522 win 65535 (DF) [tos 0x10] 19:39:58.296191 205.252.116.242.80 > 205.149.163.43.1027: F 14522:14522(0) ack 8 win 31744 [tos 0x10] 19:39:58.300873 205.149.163.43.1027 > 205.252.116.242.80: . ack 14523 win 65535 (DF) [tos 0x10] 19:39:58.303496 205.149.163.43.1027 > 205.252.116.242.80: F 8:8(0) ack 14523 win 65535 (DF) [tos 0x10] 19:39:58.413627 205.252.116.242.80 > 205.149.163.43.1027: . ack 9 win 31744 (DF) [tos 0x10] Oct 6 19:39:57 flash /kernel.tst: rcv_(nxt,wnd,up) (1aae0bf6,100a4,1aadebf6) snd_(una,nxt,max) (c94368,c94368,c94368) Oct 6 19:39:57 flash /kernel.tst: snd_(wl1,wl2,wnd) (1aadfada,c94368,7c00) Oct 6 19:39:57 flash /kernel.tst: 0xf2021c00 ESTABLISHED:user RCVD -> ESTABLISHED Oct 6 19:39:57 flash /kernel.tst: rcv_(nxt,wnd,up) (1aae0ddf,100a4,1aadebf6) snd_(una,nxt,max) (c94368,c94368,c94368) Oct 6 19:39:57 flash /kernel.tst: snd_(wl1,wl2,wnd) (1aadfada,c94368,7c00) Oct 6 19:39:57 flash /kernel.tst: 0xf2021c00 ESTABLISHED:output c94368@1aae0ddf, urp=0 -> ESTABLISHED Oct 6 19:39:57 flash /kernel.tst: rcv_(nxt,wnd,up) (1aae0ddf,100a4,1aadebf6) snd_(una,nxt,max) (c94368,c94368,c94368) Oct 6 19:39:57 flash /kernel.tst: snd_(wl1,wl2,wnd) (1aadfada,c94368,7c00) Oct 6 19:39:58 flash /kernel.tst: 0xf2021c00 ESTABLISHED:input 1aae0ddf@c94368, urp=0 -> CLOSE_WAIT Oct 6 19:39:58 flash /kernel.tst: rcv_(nxt,wnd,up) (1aae0de0,100a4,1aae0ddf) snd_(una,nxt,max) (c94368,c94368,c94368) Oct 6 19:39:58 flash /kernel.tst: snd_(wl1,wl2,wnd) (1aae0ddf,c94368,7c00) Oct 6 19:39:58 flash /kernel.tst: 0xf2021c00 CLOSE_WAIT:output c94368@1aae0de0, urp=0 -> CLOSE_WAIT Oct 6 19:39:58 flash /kernel.tst: rcv_(nxt,wnd,up) (1aae0de0,100a4,1aae0ddf) snd_(una,nxt,max) (c94368,c94368,c94368) Oct 6 19:39:58 flash /kernel.tst: snd_(wl1,wl2,wnd) (1aae0ddf,c94368,7c00) Oct 6 19:39:58 flash /kernel.tst: 0xf2021c00 LAST_ACK:output c94368@1aae0de0, urp=0 -> LAST_ACK Oct 6 19:39:58 flash /kernel.tst: rcv_(nxt,wnd,up) (1aae0de0,100a4,1aae0ddf) snd_(una,nxt,max) (c94368,c94369,c94369) Oct 6 19:39:58 flash /kernel.tst: snd_(wl1,wl2,wnd) (1aae0ddf,c94368,7c00) Oct 6 19:39:58 flash /kernel.tst: 0xf2021c00 CLOSE_WAIT:user DISCONNECT -> LAST_ACK Oct 6 19:39:58 flash /kernel.tst: rcv_(nxt,wnd,up) (1aae0de0,100a4,1aae0ddf) snd_(una,nxt,max) (c94368,c94369,c94369) Oct 6 19:39:58 flash /kernel.tst: snd_(wl1,wl2,wnd) (1aae0ddf,c94368,7c00) Oct 6 19:39:58 flash /kernel.tst: 0xf2021c00 LAST_ACK:user DETACH -> LAST_ACK Oct 6 19:39:58 flash /kernel.tst: rcv_(nxt,wnd,up) (1aae0de0,100a4,1aae0ddf) snd_(una,nxt,max) (c94368,c94369,c94369) Oct 6 19:39:58 flash /kernel.tst: snd_(wl1,wl2,wnd) (1aae0ddf,c94368,7c00) Oct 6 19:39:58 flash /kernel.tst: ???????? drop 1aae0de0@c94369, urp=0 ------------------------------------------------------------------------------ Reproduction of bug with initial window size of 16384. However, note that the window size was original set to 65536. I then did 'route change' and sysctl's to set it back to 16384. This is WITHOUT the patch. I don't have a tcpdebug available for this. Question: Does that bug fix solve this situation too ? I believe it does. 19:15:59.200994 205.149.163.43.1031 > 205.252.116.184.80: S 63543536:63543536(0) win 16384 (DF) [tos 0x10] 19:15:59.333205 205.252.116.184.80 > 205.149.163.43.1031: S 311276215:311276215(0) ack 63543537 win 31744 19:15:59.333325 205.149.163.43.1031 > 205.252.116.184.80: . ack 311276216 win 164 (DF) [tos 0x10] 19:16:00.107882 205.149.163.43.1031 > 205.252.116.184.80: P 63543537:63543544(7) ack 311276216 win 164 (DF) [tos 0x10] 19:16:00.250022 205.252.116.184.80 > 205.149.163.43.1031: . ack 63543544 win 31744 (DF) [tos 0x10] 19:16:00.250338 205.252.116.184.80 > 205.149.163.43.1031: . 311276216:311276380(164) ack 63543544 win 31744 (DF) [tos 0x10] 19:16:00.370054 205.149.163.43.1031 > 205.252.116.184.80: . ack 311276380 win 0 (DF) [tos 0x10] 19:16:01.508746 205.252.116.184.80 > 205.149.163.43.1031: . ack 63543544 win 31744 [tos 0x10] 19:16:01.508837 205.149.163.43.1031 > 205.252.116.184.80: . ack 311276380 win 0 (DF) [tos 0x10] 19:16:03.707130 205.252.116.184.80 > 205.149.163.43.1031: . ack 63543544 win 31744 [tos 0x10] 19:16:03.707211 205.149.163.43.1031 > 205.252.116.184.80: . ack 311276380 win 0 (DF) [tos 0x10] 19:16:07.965513 205.252.116.184.80 > 205.149.163.43.1031: . ack 63543544 win 31744 [tos 0x10] 19:16:07.965597 205.149.163.43.1031 > 205.252.116.184.80: . ack 311276380 win 0 (DF) [tos 0x10] 19:16:09.718441 205.149.163.43.1031 > 205.252.116.184.80: P 63543544:63543549(5) ack 311276380 win 0 (DF) [tos 0x10] 19:16:09.831310 205.252.116.184.80 > 205.149.163.43.1031: R 311276380:311276380(0) win 0 From owner-freebsd-bugs Mon Oct 6 21:00:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA22860 for bugs-outgoing; Mon, 6 Oct 1997 21:00:11 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA22816; Mon, 6 Oct 1997 20:59:57 -0700 (PDT) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id UAA29738; Mon, 6 Oct 1997 20:59:31 -0700 (PDT) Date: Mon, 6 Oct 1997 20:59:31 -0700 (PDT) Message-Id: <199710070359.UAA29738@freefall.freebsd.org> To: charlesr@cftnet.com, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4716 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Unable to run fvwm . Program cannot open 'Display'. State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon Oct 6 20:58:51 PDT 1997 State-Changed-Why: This is likely not a problem with fvwm so much as the user not starting X with the proper scripts. "man startx" and go from there. From owner-freebsd-bugs Mon Oct 6 22:30:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA27879 for bugs-outgoing; Mon, 6 Oct 1997 22:30:05 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA27873; Mon, 6 Oct 1997 22:30:02 -0700 (PDT) (envelope-from gnats) Resent-Date: Mon, 6 Oct 1997 22:30:02 -0700 (PDT) Resent-Message-Id: <199710070530.WAA27873@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, nsayer@quack.kfu.com Received: from quack.kfu.com (0@quack.kfu.com [204.147.226.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA27557 for ; Mon, 6 Oct 1997 22:23:32 -0700 (PDT) (envelope-from nsayer@quack.kfu.com) Received: from morpheus.kfu.com (morpheus.kfu.com [204.147.226.4]) by quack.kfu.com (8.8.5/8.8.5) with ESMTP id WAA20783 for ; Mon, 6 Oct 1997 22:23:27 -0700 (PDT) Received: by morpheus.kfu.com (8.8.5//ident-1.0) id WAA05623; Mon, 6 Oct 1997 22:23:26 -0700 (PDT) Message-Id: <199710070523.WAA05623@morpheus.kfu.com> Date: Mon, 6 Oct 1997 22:23:26 -0700 (PDT) From: Reply-To: nsayer@quack.kfu.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/4717: si driver names tty lines oddly Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4717 >Category: kern >Synopsis: si driver names tty lines oddly >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Oct 6 22:30:01 PDT 1997 >Last-Modified: >Originator: Nick Sayer >Organization: just me >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: si0 >Description: Specialix has a rather odd habit of misnaming the pins on their serial ports. They come from the point of view that presumes that they are providing DCE ports to connect to terminals. This is exactly backwards from the traditional viewpoint. Thus, sicontrol mstate will say that RTS is asserted, when it really means that CTS is asserted. Same with DTR/DSR. >How-To-Repeat: >Fix: This should either be documented as a heavy warning on the si or sicontrol man page or the labels changed. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 7 00:07:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA03919 for bugs-outgoing; Tue, 7 Oct 1997 00:07:35 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA03840; Tue, 7 Oct 1997 00:06:33 -0700 (PDT) (envelope-from ache@FreeBSD.org) From: "Andrey A. Chernov" Received: (from ache@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id AAA02413; Tue, 7 Oct 1997 00:06:05 -0700 (PDT) Date: Tue, 7 Oct 1997 00:06:05 -0700 (PDT) Message-Id: <199710070706.AAA02413@freefall.freebsd.org> To: ache@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/4683 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Old Synopsis: New Synopsis: restore doesn't correctly handle "sparse" files Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: ache Responsible-Changed-When: Mon Oct 6 23:57:18 PDT 1997 Responsible-Changed-Why: Goes to "pending" for unknown reason From owner-freebsd-bugs Tue Oct 7 00:20:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA04809 for bugs-outgoing; Tue, 7 Oct 1997 00:20:22 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA04803 for ; Tue, 7 Oct 1997 00:20:19 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA08083; Tue, 7 Oct 1997 09:20:17 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id JAA09943; Tue, 7 Oct 1997 09:18:23 +0200 (MET DST) Message-ID: <19971007091822.SB13028@uriah.heep.sax.de> Date: Tue, 7 Oct 1997 09:18:22 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: bugs@FreeBSD.ORG (FreeBSD Bugs) Cc: Michael@NetworX.ie Subject: Re: sprintf() and UUCP locking References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Michael Ryan on Oct 6, 1997 22:52:58 +0000 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Michael Ryan wrote: > Probably nothing major here, but I came across three problems with > slattach in the FreeBSD 2.2.2 release: > > (1) It links in /usr/src/sbin/startslip/uucplock.c for UUCP-style > locking, instead of using /usr/lib/libutil. This has been fixed after 2.2.2 went out the door. > (3) When slattach runs (with the -L flag, the -z flag and -r flag), > mgetty goes apeshite. What's wrong is that, eventhough > slattach uses UUCP locks (which mgetty depends on), it fails to > use them 'properly' as follows: Well, don't use mgetty then. :) Things like this (mgetty's notorious behaviour of wanting to `init' the modem) made me totally mad about it. I'm happy i don't have to use it anymore, and could resort to a plain getty long ago. > The problem lies in steps (d) - (f), namely the lock has been > removed for the duration that the external redial program is > executing. This might be required for some dial programs to work, but i'm not an expert on this. (I don't use startslip, but a homegrewn Perl script instead.) -- 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 Oct 7 00:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA05633 for bugs-outgoing; Tue, 7 Oct 1997 00:30:04 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA05626; Tue, 7 Oct 1997 00:30:01 -0700 (PDT) (envelope-from gnats) Date: Tue, 7 Oct 1997 00:30:01 -0700 (PDT) Message-Id: <199710070730.AAA05626@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/4716: Unable to run fvwm . Program cannot open 'Display'. Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4716; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: charlesr@cftnet.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/4716: Unable to run fvwm . Program cannot open 'Display'. Date: Tue, 7 Oct 1997 08:56:25 +0200 As charlesr@cftnet.com wrote: > After installing 2.2.2 and configuring X11 stuff, I tried to run some > of the windows managers, in particular fvwm. The error message I get is > the manager cannot open the display. Well, then you most likely don't have your $DISPLAY set correctly (for whatever reason, you didn't tell us much about your exact steps how to start fvwm, or even the X server at all). This looks like something to be asked on freebsd-questions@freebsd.org, but not like a valid bug report. -- 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 Oct 7 01:00:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA07479 for bugs-outgoing; Tue, 7 Oct 1997 01:00:08 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA07427; Tue, 7 Oct 1997 01:00:02 -0700 (PDT) (envelope-from gnats) Date: Tue, 7 Oct 1997 01:00:02 -0700 (PDT) Message-Id: <199710070800.BAA07427@hub.freebsd.org> To: freebsd-bugs Cc: From: Peter Wemm Subject: Re: kern/4717: si driver names tty lines oddly Reply-To: Peter Wemm Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4717; it has been noted by GNATS. From: Peter Wemm To: nsayer@quack.kfu.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/4717: si driver names tty lines oddly Date: Tue, 07 Oct 1997 15:53:51 +0800 nsayer@quack.kfu.com wrote: > > Specialix has a rather odd habit of misnaming the pins on their serial > ports. They come from the point of view that presumes that they are > providing DCE ports to connect to terminals. > > This is exactly backwards from the traditional viewpoint. Thus, > sicontrol mstate will say that RTS is asserted, when it really > means that CTS is asserted. Same with DTR/DSR. Specialix make several versions of the hardware, both DCE and DTE wiring. Unfortunately, I've never actually been able to get hold of DTE wired panels though. :-( They seem more interested in having straight-through wiring for connecting PC's as terminals than for modems. Yeah, the docs do need some big red flashing lights about this. Cheers, -Peter -- Peter Wemm Netplex Consulting From owner-freebsd-bugs Tue Oct 7 02:10:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA11116 for bugs-outgoing; Tue, 7 Oct 1997 02:10:05 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA11108; Tue, 7 Oct 1997 02:10:02 -0700 (PDT) (envelope-from gnats) Resent-Date: Tue, 7 Oct 1997 02:10:02 -0700 (PDT) Resent-Message-Id: <199710070910.CAA11108@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ru@ucb.crimea.ua Received: from relay.ucb.crimea.ua (relay.ucb.crimea.ua [194.93.177.113]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA10759 for ; Tue, 7 Oct 1997 02:03:37 -0700 (PDT) (envelope-from ru@relay.ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.8.7/8.8.7) id MAA01982; Tue, 7 Oct 1997 12:02:46 +0300 (EEST) Message-Id: <199710070902.MAA01982@relay.ucb.crimea.ua> Date: Tue, 7 Oct 1997 12:02:46 +0300 (EEST) From: Ruslan Ermilov Reply-To: ru@ucb.crimea.ua To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/4718: SLIP driver STATIC UNIT bug (stable,current) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4718 >Category: kern >Synopsis: SLIP driver STATIC UNIT bug (stable,current) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Oct 7 02:10:01 PDT 1997 >Last-Modified: >Originator: Ruslan Ermilov >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: FreeBSD 2.2-STABLE or FreeBSD 3.0-CURRENT, SLIP. >Description: Driver has a bug (see how-to-repeat). As the result, `slattach -S ' can not be started and killed more than times. >How-To-Repeat: Suppose, you have 3 slip units configured in your kernel. We will start and kill `slattach -S 1 /dev/cuaa0'. First run: - slopen() allocates sl_softc[0]; - sltioctl() exchanges sl_softc[0] and sl_softc[1]; - sl_softc[1] is assigned SC_STATIC flag. Killing: - sl_softc[1] has SC_STATIC flag set. Second run: - slopen() allocates sl_softc[0]; - sltioctl() exchanges sl_softc[0] and sl_softc[1]; - sl_softc[0] due to this exchange gets SC_STATIC (!!! BUG !!!) - sl_softc[1] is assigned SC_STATIC flag. Killing: - sl_softc[0 and 1] have SC_STATIC flag set. Third run: - slopen() allocates sl_softc[2] (sl_softc[0 and 1]] can't be allocates - they have SC_STATIC flag set); - sltioctl() exchanges sl_softc[2] and sl_softc[1]; - sl_softc[2] due to this exchange gets SC_STATIC (!!! BUG !!!) - sl_softc[1] is assigned SC_STATIC flag. Killing: - sl_softc[0,1,2] all have SC_STATIC flag set. Fouth run: - slopen() can't allocate any of the sl_softc[0,1,2] because all they have SC_STATIC flag set. - slopen() returns ENXIO error (device not configured). >Fix: The following patch solves the problem. It was applied to 1.45.2.2 version of src/sys/net/if_sl.c. /*********************************************************************/ *** if_sl.c.old Tue Oct 7 10:39:00 1997 --- if_sl.c Tue Oct 7 10:38:57 1997 *************** *** 390,395 **** --- 390,396 ---- nc->sc_if = tmpnc->sc_if; tmpnc->sc_if = sc->sc_if; *sc = *tmpnc; + sc->sc_flags &= ~SC_STATIC; free(tmpnc, M_TEMP); if (sc->sc_if.if_flags & IFF_UP) { if_down(&sc->sc_if); /*********************************************************************/ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 7 03:53:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA16621 for bugs-outgoing; Tue, 7 Oct 1997 03:53:33 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA16606; Tue, 7 Oct 1997 03:53:12 -0700 (PDT) (envelope-from ache@FreeBSD.org) From: "Andrey A. Chernov" Received: (from ache@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id DAA04472; Tue, 7 Oct 1997 03:52:44 -0700 (PDT) Date: Tue, 7 Oct 1997 03:52:44 -0700 (PDT) Message-Id: <199710071052.DAA04472@freefall.freebsd.org> To: ru@ucb.crimea.ua, ache@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/4718 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: SLIP driver STATIC UNIT bug (stable,current) State-Changed-From-To: open-closed State-Changed-By: ache State-Changed-When: Tue Oct 7 03:51:21 PDT 1997 State-Changed-Why: Fixed. From owner-freebsd-bugs Tue Oct 7 06:10:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA24320 for bugs-outgoing; Tue, 7 Oct 1997 06:10:00 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from earth.combase.com (earth.combase.com [207.204.208.108]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA24308 for ; Tue, 7 Oct 1997 06:09:50 -0700 (PDT) (envelope-from sean@earth.combase.com) Received: from 192.168.1.2 ([192.168.1.102]) by earth.combase.com (8.8.5/8.8.5) with SMTP id HAA00675 for ; Tue, 7 Oct 1997 07:54:52 -0400 (EDT) Message-ID: <343A35D5.6651@earth.combase.com> Date: Tue, 07 Oct 1997 09:15:01 -0400 From: "Sean E. Fasquelle" Reply-To: sean@earth.combase.com X-Mailer: Mozilla 3.0C-NSCP (Win95; U) MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.ORG Subject: FYI: Using ISDN with FreeBSD 2.2.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I noticed that there is a very limited section on ISDN support for FreeBSD 2.2.2 . You also provided a list of 2 known ISDN T/A's that work with BSD including the Motorola BitSurfer Pro and an Adtran T/A. I would also like The FreeBSD group to be aware that you can add an Ascend Pipeline 15 terminal adapter to the compatibilty list. I configured it by using the tun0 device that came as part of the install package, this the user level ppp. If anyone is interested in more information on how to set this T/A up on a NATIONAL(1) ISDN circuit please let me know and I will be glad to provide you with documentation. FYI: I am a small ISP running FreeBSD 2.2.2 as my dedicated Internet gateway and provide dial-in, Web and POP3 Services in the St. Petersburg, FL. area. From owner-freebsd-bugs Tue Oct 7 13:40:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA21475 for bugs-outgoing; Tue, 7 Oct 1997 13:40:09 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA21458; Tue, 7 Oct 1997 13:40:02 -0700 (PDT) (envelope-from gnats) Resent-Date: Tue, 7 Oct 1997 13:40:02 -0700 (PDT) Resent-Message-Id: <199710072040.NAA21458@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, karl@mcs.net Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA21099 for ; Tue, 7 Oct 1997 13:35:31 -0700 (PDT) (envelope-from karl@Codebase.mcs.net) Received: from Codebase.mcs.net (codebase.mcs.net [192.160.127.89]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id PAA22851 for ; Tue, 7 Oct 1997 15:35:31 -0500 (CDT) Received: (from root@localhost) by Codebase.mcs.net (8.8.7/8.8.2) id PAA15733; Tue, 7 Oct 1997 15:35:30 -0500 (CDT) Message-Id: <199710072035.PAA15733@Codebase.mcs.net> Date: Tue, 7 Oct 1997 15:35:30 -0500 (CDT) From: karl@mcs.net Reply-To: karl@mcs.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/4722: Serious bug in the libdes library (under secure) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4722 >Category: misc >Synopsis: enc_writ.c has a missing "static" declaration >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 7 13:40:00 PDT 1997 >Last-Modified: >Originator: Karl Denninger >Organization: MCSNet >Release: FreeBSD 3.0-CURRENT i386 >Environment: All 2.2 and later versions >Description: The module enc_writ.c in /usr/src/secure/lib/libdes is missing a "static" declaration for a buffer. This causes a buffer to be continually malloc(3)d on each invocation, eventually leading to memory exhaustion (it should only be malloc'd once) since the space is never free(3)d and the intent is to grab heap on start-up and keep it for the duration of the execution of the program. Alternatively, if you're unlucky and the stack area you're pointing to is not initialized to zeros on each call, you get random results which could be far worse and lead to segmentation violations or corrupted data. This code has not been touched in a LONG time; we knew of a problem quite some time ago, but weren't quite sure what was going on until recently when it became important to run down. >How-To-Repeat: Any code which calls des_enc_write() a sufficient number of times will eventually experience this problem. The symptom is that des_enc_write() will eventually return an error (-1) with errno set to 12 (ENOMEM). >Fix: Index: enc_writ.c =================================================================== RCS file: /usr/cvs/src/secure/lib/libdes/enc_writ.c,v retrieving revision 1.1.1.2 diff -r1.1.1.2 enc_writ.c 68c68 < char *outbuf=NULL; --- > static char *outbuf=NULL; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 7 13:50:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA22135 for bugs-outgoing; Tue, 7 Oct 1997 13:50:08 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA22122; Tue, 7 Oct 1997 13:50:02 -0700 (PDT) (envelope-from gnats) Resent-Date: Tue, 7 Oct 1997 13:50:02 -0700 (PDT) Resent-Message-Id: <199710072050.NAA22122@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Andre Albsmeier Received: from david.siemens.de (david.siemens.de [139.23.36.11]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA21673 for ; Tue, 7 Oct 1997 13:42:21 -0700 (PDT) (envelope-from Andre.Albsmeier@mchp.siemens.de) Received: from salomon.mchp.siemens.de (salomon.siemens.de [139.23.33.13]) by david.siemens.de (8.8.7/8.8.5) with ESMTP id WAA28639 for ; Tue, 7 Oct 1997 22:42:17 +0200 (MDT) Received: from curry.mchp.siemens.de (daemon@curry.mchp.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.7/8.8.5) with ESMTP id WAA01648 for ; Tue, 7 Oct 1997 22:42:17 +0200 (MDT) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.7/8.8.7) id WAA03780 for ; Tue, 7 Oct 1997 22:42:16 +0200 (MET DST) Message-Id: <199710072042.WAA13486@curry.mchp.siemens.de> Date: Tue, 7 Oct 1997 22:42:11 +0200 (CEST) From: Andre Albsmeier To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/4723: /etc/rc complains during boot when sudo was used Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4723 >Category: misc >Synopsis: /etc/rc complains during boot when sudo was used >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 7 13:50:00 PDT 1997 >Last-Modified: >Originator: Andre Albsmeier >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: 2.2-STABLE (Dont know the other versions since http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc always screws up :-) >Description: When booting a 2.2-STABLE system that uses sudo, /etc/rc complains rm: /var/run/sudo: is a directory Maybe we should change the call in rc to rm -f /var/run/* 2>/dev/null so the annoying message disappears. Or would it be even better to remove the sudo directory as well ? >How-To-Repeat: Use sudo, reboot and watch :-) >Fix: Change "rm -f /var/run/*" to "rm -f /var/run/* 2>/dev/null" in /etc/rc >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 7 14:19:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA23857 for bugs-outgoing; Tue, 7 Oct 1997 14:19:54 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from fenner@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA23811; Tue, 7 Oct 1997 14:19:29 -0700 (PDT) (envelope-from fenner) Date: Tue, 7 Oct 1997 14:19:29 -0700 (PDT) From: Bill Fenner Message-Id: <199710072119.OAA23811@hub.freebsd.org> To: dillon@flash.noc.best.net, fenner, freebsd-bugs Subject: Re: kern/4712 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: After setting larger tcp buffer sizes with sysctl, tcp protocol connection lockup can occur State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Tue Oct 7 14:17:13 PDT 1997 State-Changed-Why: Fixed in tcp_output.c rev 1.27 ; if large buffers are available but window scaling is not negotiated a value larger than TCP_MAXWIN could be inserted into the TCP header, causing truncation. From owner-freebsd-bugs Tue Oct 7 14:50:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA25776 for bugs-outgoing; Tue, 7 Oct 1997 14:50:07 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA25767; Tue, 7 Oct 1997 14:50:03 -0700 (PDT) (envelope-from gnats) Date: Tue, 7 Oct 1997 14:50:03 -0700 (PDT) Message-Id: <199710072150.OAA25767@hub.freebsd.org> To: freebsd-bugs Cc: From: Zach Heilig Subject: Re: kern/4684: crash on very heavy disk activity. Reply-To: Zach Heilig Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4684; it has been noted by GNATS. From: Zach Heilig To: Stefan Esser Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/4684: crash on very heavy disk activity. Date: Tue, 7 Oct 1997 16:41:35 -0500 I did not see my other reply come over the bugs list [from a while back], so I will paraphrase my other reply... On Sun, Oct 05, 1997 at 11:04:22AM +0200, Stefan Esser wrote: > > ncr0 rev 1 int a irq 11 on pci0:10 > > sd0(ncr0:0:0): M_DISCONNECT received, but datapointer not saved: > > data=701b4 save=e40016b0 goal=e40016d4. > Hmm, the drive disconnected during the probe ... > Does this happen on each boot ? Yes, this happens on every boot. I haven't actually noticed any other problems with sd0 (or sd1) though. > > Here are the last few console messages before the reboot: ... > > This was during both an rm -rf of a large tree on sd2s1e and a cvs checkout > > from the cvs repository I keep on that slice. > The command failed because of lack of agreement on the amount of > data requested. The drive stayed in a data phase, when there was > either no more data to deliver to it, or no more buffer space to > store the data read (depending on whether this happened during a > read or a write). I wonder of there was a bus reset, and the jaz drive responded by just dropping everything it was up to (and returned/wrote incomplete data). > This (together with the disconnect of your UW drive) indicates > there is a SCSI bus problem. SCSI strobe pulses got lost or > duplicated. Just for clarification, I only have 50 pin scsi devices. These devices hang off of a 50 pin port on the scsi card. The card will take ultra-wide devices, but I do not have any. > What's the (total!) length of your SCSI bus ? > (Internal plus external, number of connectors, if any, terminators ?) the devices were on a 38" cable, 5 connectors, 8" between four on one end, and 14" between the single connector and the group. They were in the order card -14"- sd0 -8"- sd1 -8"- sd2 -8"- cd0. cd0 has terminators installed. sd2 has only automatic termination. [ the above are no longer connected ]. sd1 had termination disabled. sd0 has termination and term power disabled. the card only has one setting [and that's for auto termination]. I tried 3 other cables [all with connections for 2 devices]. I re-enabled termination on sd1, and only connected sd0 and sd1. sd0 still disconnected on boot for all three cables. These cables were all around 24" long. I left one of these other cables installed [the one that came with the card]. > Could you try with a much reduced data rate (say 5MHz), just to > make sure it is not caused by the bus cable ? This didn't seem to make any difference. It took longer to induce a crash, but it still did crash. Ok, I'm pretty much convinced this is actually a cable [or device] problem. Unless the ncr driver is sending a reset that is messing up the jaz drive, there doesn't seem to be much on the software side that can fix these things. Even though I don't seem to be having problems with sd0, that is the device that was added not too long ago, and there were no problems at all before that. When I have time, I'll switch the drive to the end and enable all its termination options [and disable the termination on the other devices], and see if that helps any. -- Zach Heilig We know you are a good friend, but we have to charge you for our services just like our other customers. Actually, we don't like charging our friends, but we did a study of our clientel and discovered none of our enemies do business with us. [seen in a lawyers office]. From owner-freebsd-bugs Tue Oct 7 15:50:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA29438 for bugs-outgoing; Tue, 7 Oct 1997 15:50:07 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA29428; Tue, 7 Oct 1997 15:50:02 -0700 (PDT) (envelope-from gnats) Date: Tue, 7 Oct 1997 15:50:02 -0700 (PDT) Message-Id: <199710072250.PAA29428@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: misc/4723: /etc/rc complains during boot when sudo was used Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/4723; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: Andre.Albsmeier@mchp.siemens.de (Andre Albsmeier) Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: misc/4723: /etc/rc complains during boot when sudo was used Date: Wed, 8 Oct 1997 00:35:15 +0200 As Andre Albsmeier wrote: > >Fix: > > Change "rm -f /var/run/*" to "rm -f /var/run/* 2>/dev/null" > in /etc/rc find /var/run -type f -delete -- 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 Oct 7 16:49:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA03025 for bugs-outgoing; Tue, 7 Oct 1997 16:49:47 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from slip129-37-223-171.ca.us.ibm.net (slip129-37-223-171.ca.us.ibm.net [129.37.223.171]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA03017 for ; Tue, 7 Oct 1997 16:49:43 -0700 (PDT) (envelope-from jd@slip129-37-223-171.ca.us.ibm.net) Received: (from jd@localhost) by slip129-37-223-171.ca.us.ibm.net (8.8.5/8.8.5) id QAA06310 for bugs@freebsd.org; Tue, 7 Oct 1997 16:49:35 -0700 (PDT) Date: Tue, 7 Oct 1997 16:49:35 -0700 (PDT) From: Joe Davida Message-Id: <199710072349.QAA06310@slip129-37-223-171.ca.us.ibm.net> To: bugs@freebsd.org Subject: real memory = 68091904 (66496K bytes) Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a pentium (P5) 200 MHz system, with 128 meg of edo ram installed. The motherboard has the TX chipset, which allows only the first 64 meg to be cache'able. Why does unix only find 64 meg of ram? The boot rom find 128 meg upon power up. Win 95 finds 128 meg also. I am running FreeBSD 3.0 Snapshot. If this is a configuration issue, please inform me. Best regards, Joe P.S.: The return email address is not permanent, since my isp assigns me a dynamic ip each time I connect. Please reply to me at jd@alumni.cs.uwm.edu From owner-freebsd-bugs Tue Oct 7 18:58:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA08830 for bugs-outgoing; Tue, 7 Oct 1997 18:58:57 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from rvc1.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA08825 for ; Tue, 7 Oct 1997 18:58:52 -0700 (PDT) (envelope-from helbig@Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by rvc1.informatik.ba-stuttgart.de (8.8.7/8.8.5) id DAA01120; Wed, 8 Oct 1997 03:00:33 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199710080100.DAA01120@rvc1.informatik.ba-stuttgart.de> Subject: Re: real memory = 68091904 (66496K bytes) In-Reply-To: <199710072349.QAA06310@slip129-37-223-171.ca.us.ibm.net> from Joe Davida at "Oct 7, 97 04:49:35 pm" To: jd@alumni.cs.uwm.edu Date: Wed, 8 Oct 1997 03:00:32 +0200 (MET DST) Cc: bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I have a pentium (P5) 200 MHz system, with 128 meg of edo > ram installed. The motherboard has the TX chipset, which > allows only the first 64 meg to be cache'able. > > Why does unix only find 64 meg of ram? I guess this belongs to the FreeBSD-questions list instead, because it's not a bug. You have to set options "MAXMEM=(128*1024)" in your kernel configurtion file. See /sys/i386/conf/LINT for more info about MAXMEM. Wolfgang From owner-freebsd-bugs Tue Oct 7 19:23:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA10496 for bugs-outgoing; Tue, 7 Oct 1997 19:23:34 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA10485 for ; Tue, 7 Oct 1997 19:23:31 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id TAA16182; Tue, 7 Oct 1997 19:25:15 -0700 (PDT) Message-Id: <199710080225.TAA16182@implode.root.com> To: Joe Davida cc: bugs@FreeBSD.ORG Subject: Re: real memory = 68091904 (66496K bytes) In-reply-to: Your message of "Tue, 07 Oct 1997 16:49:35 PDT." <199710072349.QAA06310@slip129-37-223-171.ca.us.ibm.net> From: David Greenman Reply-To: dg@root.com Date: Tue, 07 Oct 1997 19:25:15 -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I have a pentium (P5) 200 MHz system, with 128 meg of edo > ram installed. The motherboard has the TX chipset, which > allows only the first 64 meg to be cache'able. > > Why does unix only find 64 meg of ram? Hello, Joe. This problem has already been fixed. You need to upgrade to a newer -current or wait for the next snapshot. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Tue Oct 7 19:28:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA10753 for bugs-outgoing; Tue, 7 Oct 1997 19:28:15 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA10748 for ; Tue, 7 Oct 1997 19:28:10 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id TAA16222; Tue, 7 Oct 1997 19:29:49 -0700 (PDT) Message-Id: <199710080229.TAA16222@implode.root.com> To: Wolfgang Helbig cc: jd@alumni.cs.uwm.edu, bugs@FreeBSD.ORG Subject: Re: real memory = 68091904 (66496K bytes) In-reply-to: Your message of "Wed, 08 Oct 1997 03:00:32 +0200." <199710080100.DAA01120@rvc1.informatik.ba-stuttgart.de> From: David Greenman Reply-To: dg@root.com Date: Tue, 07 Oct 1997 19:29:48 -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> >> I have a pentium (P5) 200 MHz system, with 128 meg of edo >> ram installed. The motherboard has the TX chipset, which >> allows only the first 64 meg to be cache'able. >> >> Why does unix only find 64 meg of ram? > >I guess this belongs to the FreeBSD-questions list instead, because >it's not a bug. >You have to set >options "MAXMEM=(128*1024)" >in your kernel configurtion file. See /sys/i386/conf/LINT for more >info about MAXMEM. Actually, that's no longer necessary. There was a bug in the new autodetection, however, which is why it only found 65MB of RAM. That problem has been fixed in -current and it should properly detect all of his memory without any special kernel options. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Tue Oct 7 21:26:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA17224 for bugs-outgoing; Tue, 7 Oct 1997 21:26:10 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA17219 for ; Tue, 7 Oct 1997 21:26:07 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id VAA22521; Tue, 7 Oct 1997 21:25:01 -0700 (PDT) To: Wolfgang Helbig cc: jd@alumni.cs.uwm.edu, bugs@FreeBSD.ORG Subject: Re: real memory = 68091904 (66496K bytes) In-reply-to: Your message of "Wed, 08 Oct 1997 03:00:32 +0200." <199710080100.DAA01120@rvc1.informatik.ba-stuttgart.de> Date: Tue, 07 Oct 1997 21:25:01 -0700 Message-ID: <22518.876284701@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It's also fixed in 2.2-stable and 3.0-current; FreeBSD now auto-probes for >64MB of memory correctly, thanks to David Greenman. Jordan > > > > I have a pentium (P5) 200 MHz system, with 128 meg of edo > > ram installed. The motherboard has the TX chipset, which > > allows only the first 64 meg to be cache'able. > > > > Why does unix only find 64 meg of ram? > > I guess this belongs to the FreeBSD-questions list instead, because > it's not a bug. > You have to set > options "MAXMEM=(128*1024)" > in your kernel configurtion file. See /sys/i386/conf/LINT for more > info about MAXMEM. > > Wolfgang From owner-freebsd-bugs Wed Oct 8 00:13:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA27046 for bugs-outgoing; Wed, 8 Oct 1997 00:13:06 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA26892; Wed, 8 Oct 1997 00:11:24 -0700 (PDT) (envelope-from markm@FreeBSD.org) From: Mark Murray Received: (from markm@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id AAA04285; Wed, 8 Oct 1997 00:11:20 -0700 (PDT) Date: Wed, 8 Oct 1997 00:11:20 -0700 (PDT) Message-Id: <199710080711.AAA04285@freefall.freebsd.org> To: karl@mcs.net, markm@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, markm-bugs@FreeBSD.ORG Subject: Re: misc/4722 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: enc_writ.c has a missing "static" declaration State-Changed-From-To: open-closed State-Changed-By: markm State-Changed-When: Wed Oct 8 00:09:14 PDT 1997 State-Changed-Why: Patch applied. Thanks! (Please give patches in unified or context format in the future. Thanks!) Responsible-Changed-From-To: freebsd-bugs->markm-bugs Responsible-Changed-By: markm Responsible-Changed-When: Wed Oct 8 00:09:14 PDT 1997 Responsible-Changed-Why: libdes is my area. From owner-freebsd-bugs Wed Oct 8 03:06:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA08704 for bugs-outgoing; Wed, 8 Oct 1997 03:06:44 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA08689 for ; Wed, 8 Oct 1997 03:06:40 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id UAA02181; Wed, 8 Oct 1997 20:03:21 +1000 Date: Wed, 8 Oct 1997 20:03:21 +1000 From: Bruce Evans Message-Id: <199710081003.UAA02181@godzilla.zeta.org.au> To: freebsd-bugs@hub.freebsd.org, j@uriah.heep.sax.de Subject: Re: misc/4723: /etc/rc complains during boot when sudo was used Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Change "rm -f /var/run/*" to "rm -f /var/run/* 2>/dev/null" > > in /etc/rc > > find /var/run -type f -delete This still leaves garbage directories and fifos, etc. Removing of everything in /var/run was broken in rev.1.89 for bogus reasons (misconfigurations elsewhere). Bruce From owner-freebsd-bugs Wed Oct 8 05:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA14925 for bugs-outgoing; Wed, 8 Oct 1997 05:40:04 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA14894; Wed, 8 Oct 1997 05:40:02 -0700 (PDT) (envelope-from gnats) Resent-Date: Wed, 8 Oct 1997 05:40:02 -0700 (PDT) Resent-Message-Id: <199710081240.FAA14894@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, chi@bd.mbn.or.jp Received: from bd.mbn.or.jp (bd.mbn.or.jp [202.217.0.43]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA14505 for ; Wed, 8 Oct 1997 05:30:37 -0700 (PDT) (envelope-from chi@bd.mbn.or.jp) Received: from chino.localhost (cse2-21.kawasaki.mbn.or.jp [210.144.128.91]) by bd.mbn.or.jp (8.6.12+2.4W/bd.mbn.or.jp-1.0+u) with ESMTP id VAA00730 for ; Wed, 8 Oct 1997 21:30:24 +0900 Received: (from chi@localhost) by chino.localhost (8.8.5/3.5Wpl7) id WAA00470; Sun, 5 Oct 1997 22:30:05 +0900 (JST) Message-Id: <199710051330.WAA00470@chino.localhost> Date: Sun, 5 Oct 1997 22:30:05 +0900 (JST) From: chi@bd.mbn.or.jp Reply-To: chi@bd.mbn.or.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4727: ppp(IIJ-PPP) bug of setting and showing IP filter Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4727 >Category: bin >Synopsis: ppp(IIJ-PPP) bug of setting and showing IP filter >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 8 05:40:01 PDT 1997 >Last-Modified: >Originator: Chiharu Shibata >Organization: NJK corporation >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: >Description: (1)The "estab" could not be specified without specifying a port number. Ex.)set ifilter 0 permit tcp estab The ParseUdpOrTcp() of filter.c is corded that it becomes an error that the number of the parameters following the protocol is not 0 and greater than or equal to 3. The FilterCheck() of ip.c, when srcop and dstop are both "OP_NONE", it is possible to check only whether a packet is "estab" or not without checking a port number. So, this specification should be possible. (2)In case of using the "lt" for the comparison of a port number, it is displayed "none" instead of "lt". Ex.)set ifilter 0 deny udp src lt 1024 show ifilter The "OP_LT" is defined by 4 in filter.h, and is used an index of the array "opname[]". But the "opname[]" of filter.c is defined only 4 elements([0] to [3]). Each time we use "show" command about the filter which used "lt", it becomes access violation of array. (3)It becomes an error that when specifying a protocol and a port number just following a source IP address. Ex.)set ifilter 0 deny 172.16.1.1/24 tcp src eq 23 In the Parse() of filter.c, it should be increased the "argv" when specifying a protocol following a source IP address. But it is not doing so. (4)It has been possible to specify the "estab" for UDP. Ex.)set ifilter 0 permit udp estab The ParseUdpOrTcp() of filter.c is corded to check the existence of the "estab" irrespective of TCP or UDP. But the "estab" is peculiar to TCP. So, it should only allow TCP. Even if modifying the cord like this, there is no influence about IP filtering specification. Because the FilterCheck() of ip.c is coded that a UDP packet seems to the "estab" unconditionally. (5)Mistaking of the define value for srcop and dstop in ParseUdpOrTcp() of filter.c. The other place to refer to srcop and dstop, "OP_XXX" is used for those, and "A_XXX" is used for action. Luckily "OP_NONE" and "A_NONE" are 0 together, there is no actual harm. (6)It does not become an error even if specifying the one which is not a source IP address and a protocol. Ex.)set ifilter 0 deny XXXX The "inet_addr()" is used in the ParseAddr() of filter.c, and it is not checking a return value. Manual page of inet_addr(3) says that > The value INADDR_NONE (0xffffffff) is a valid broadcast address, > but inet_addr() cannot return that value without indicating failure. I think that this is a reason of not(or unable to) checking a return value at the present source code. Manual page also says that this problem does not happen to inet_aton(3). So, the ParseAddr() should be rewritten to use inet_aton(). >How-To-Repeat: Please refer to "Description". >Fix: --- filter.c.orig Thu Jan 11 06:27:43 1996 +++ filter.c Thu Sep 25 23:53:00 1997 @@ -56,7 +56,6 @@ struct in_addr *pmask; int *pwidth; { - u_long addr; int bits; char *cp, *wp; @@ -70,8 +69,9 @@ pmask->s_addr = -1; /* Assume 255.255.255.255 as default */ cp = index(*argv, '/'); if (cp) *cp++ = '\0'; - addr = inet_addr(*argv); - paddr->s_addr = addr; + if (inet_aton(*argv, paddr) == 0) { + return(0); + } if (cp && *cp) { bits = strtol(cp, &wp, 0); if (cp == wp || bits < 0 || bits > 32) { @@ -201,17 +201,20 @@ int proto; { + filterdata.opt.srcop = filterdata.opt.dstop = OP_NONE; + filterdata.opt.estab = 0; if (argc == 0) { /* permit/deny all tcp traffic */ - filterdata.opt.srcop = filterdata.opt.dstop = A_NONE; return(1); } +#if 0 /* XXX: allow estab only */ if (argc < 3) { #ifdef notdef printf("bad udp syntax.\n"); #endif return(0); } +#endif /* 0 */ if (argc >= 3 && STREQ(*argv, "src")) { filterdata.opt.srcop = ParseOp(argv[1]); if (filterdata.opt.srcop == OP_NONE) { @@ -238,7 +241,7 @@ if (argc == 0) return(1); } - if (argc == 1) { + if (argc == 1 && proto == P_TCP) { if (STREQ(*argv, "estab")) { filterdata.opt.estab = 1; return(1); @@ -251,7 +254,9 @@ return(0); } -char *opname[] = { "none", "eq", "gt", "lt" }; +/* XXX: OP_LT defines 4 in filter.h */ +/* 0 1 2 3 4 */ +char *opname[] = { "none", "eq", "gt", NULL, "lt" }; static int Parse(argc, argv, ofp) @@ -323,9 +328,9 @@ argc--; argv++; } proto = ParseProto(argc, argv); - if (proto) { - argc--; argv++; - } + } + if (proto != P_NONE) { + argc--; argv++; } } else { printf("Address/protocol expected.\n"); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Oct 8 15:20:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA18855 for bugs-outgoing; Wed, 8 Oct 1997 15:20:07 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA18784; Wed, 8 Oct 1997 15:20:01 -0700 (PDT) (envelope-from gnats) Date: Wed, 8 Oct 1997 15:20:01 -0700 (PDT) Message-Id: <199710082220.PAA18784@hub.freebsd.org> To: freebsd-bugs Cc: From: jher Subject: Re: conf/4229: Ethernet interface unreachable on bootup Reply-To: jher Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/4229; it has been noted by GNATS. From: jher To: freebsd-gnats-submit@freebsd.org, marc@tear.com Cc: Subject: Re: conf/4229: Ethernet interface unreachable on bootup Date: Wed, 08 Oct 1997 17:13:06 -0500 I am experiencing similar problems with the SMC 9332 etherpower 10/100 however the listed solution does nothing for me. I have noted however that 1/3 motherboards works without a hitch. The two that do not work are the Tyan 16xx and some generic MB which the manual calls a "MB-8500TUC-A ver.3.1" I cannot get either to function with SMC 10/100 or 3Com 595 10/100 card. From owner-freebsd-bugs Wed Oct 8 17:01:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA24030 for bugs-outgoing; Wed, 8 Oct 1997 17:01:46 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA24023 for ; Wed, 8 Oct 1997 17:01:39 -0700 (PDT) (envelope-from peter@spinner.netplex.com.au) Received: from spinner.netplex.com.au (localhost.dialix.com.au [127.0.0.1]) by spinner.netplex.com.au (8.8.7/8.8.7/Spinner) with ESMTP id IAA23016; Thu, 9 Oct 1997 08:01:01 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199710090001.IAA23016@spinner.netplex.com.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Bruce Evans cc: freebsd-bugs@hub.freebsd.org, j@uriah.heep.sax.de Subject: Re: misc/4723: /etc/rc complains during boot when sudo was used In-reply-to: Your message of "Wed, 08 Oct 1997 20:03:21 +1000." <199710081003.UAA02181@godzilla.zeta.org.au> Date: Thu, 09 Oct 1997 08:01:01 +0800 From: Peter Wemm Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bruce Evans wrote: > > > Change "rm -f /var/run/*" to "rm -f /var/run/* 2>/dev/null" > > > in /etc/rc > > > > find /var/run -type f -delete > > This still leaves garbage directories and fifos, etc. > > Removing of everything in /var/run was broken in rev.1.89 for bogus > reasons (misconfigurations elsewhere). This should be able to be reverted now and go back to the pre-1.89 method. The gated port sticks it's pid file in /var/db now. It was originally: (cd /var/run && { rm -rf -- *; cp /dev/null utmp; chmod 644 utmp; }) > Bruce > Cheers, -Peter -- Peter Wemm Netplex Consulting From owner-freebsd-bugs Wed Oct 8 18:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA28454 for bugs-outgoing; Wed, 8 Oct 1997 18:20:05 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA28416; Wed, 8 Oct 1997 18:20:02 -0700 (PDT) (envelope-from gnats) Date: Wed, 8 Oct 1997 18:20:02 -0700 (PDT) Message-Id: <199710090120.SAA28416@hub.freebsd.org> To: freebsd-bugs Cc: From: Jose Rodriguez Subject: Re: kern/3674: NFS in 2.2 RELEASE hangs. Reply-To: Jose Rodriguez Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3674; it has been noted by GNATS. From: Jose Rodriguez To: freebsd-gnats-submit@freebsd.org, dfr@nlsystems.com Cc: Subject: Re: kern/3674: NFS in 2.2 RELEASE hangs. Date: Wed, 08 Oct 1997 21:16:35 -0400 I tried 2.2.5-BETA to see if my problem had been solved, but the problem is still there. However, 3.0-970909-SNAP works fine. Letting u know just in case that might trigger some ideas as to what's causing the problem, and perhaps having it fixed in time for 2.2.5-RELEASE. :) Jose Rodriguez From owner-freebsd-bugs Wed Oct 8 21:30:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA07127 for bugs-outgoing; Wed, 8 Oct 1997 21:30:07 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from garth.qpt.com (qpt.com [170.1.194.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA07120 for ; Wed, 8 Oct 1997 21:30:04 -0700 (PDT) (envelope-from sadams@qpt.com) Received: from garth.qpt.com ([127.0.0.1]) by garth.qpt.com (Netscape Messaging Server 3.01) with SMTP id AAA4440 for ; Wed, 8 Oct 1997 21:30:45 -0700 Date: Wed, 8 Oct 1997 21:30:43 -0700 (PDT) From: "Sean Adams" To: freebsd-bugs@freebsd.org Subject: Installer FTP bug Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I think I found a bug in the freeBSD 2.2.2 installer: I downloaded the 2.2.2-RELEASE directory as a tarfile from wcarchive.cdrom.com, and unpacked it in my home directory on a FreeBSD system (I also tried this on Solaris, BTW). Then I ran the install floppy on the target system, and set it up to install via non-anonymous FTP from the other server. The installer logged in the the server okay, but said that it couldn't find the 2.2.2-RELEASE directory. I tried several URLs, and double checked the FTP options, but couldn't get it to work until... I deleted the tar file, and then created a director ~/pub. Then I moved 2.2.2-RELEASE to ~/pub/2.2.2-RELEASE, and told the installer to look in ftp://ns2.qpt.com/pub. Then the install went fine. So, the problem may have been the pub directory, or it may have been the 2.2.2-RELEASE.tar file that was sitting at the same level as the 2.2.2-RELEASE directory. Once the install got going, I didn't bother to troubleshoot it further. I love your OS. I already moved my Linux system over, and I'm working on getting the users off my Solaris system and onto FreeBSD systems. Right now I've got four FreeBSD systems. Also, I've had numerous problems with kernel crashes on systems running VIA chipsets. I'm replacing these boards with ASUS motherboards, and this seems to solve the problem. You might want to mention VIA problems in your handbook if this is something you've heard of before. Finally, I was never able to run more than one NE2000 ISA card (got system crashes, sponaneous reboots, etc,) but Intel's EtherExpress 10/100 cards work great. Keep up the good work, and let me know where I can get a FreeBSD bumper sticker or T-shirt. Later, Sean Adams QPT Networks is a Silicon Valley ISP QPT Networks offering fast PPP dialup connections, email, and web design. Visit our Home http://www.qpt.com Page! From owner-freebsd-bugs Thu Oct 9 00:00:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA13387 for bugs-outgoing; Thu, 9 Oct 1997 00:00:08 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA13363; Thu, 9 Oct 1997 00:00:04 -0700 (PDT) (envelope-from gnats) Resent-Date: Thu, 9 Oct 1997 00:00:04 -0700 (PDT) Resent-Message-Id: <199710090700.AAA13363@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, tim@pool1.convey.ru Received: from pool1.convey.ru (tim@pool1.convey.ru [195.182.128.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA13275 for ; Wed, 8 Oct 1997 23:58:53 -0700 (PDT) (envelope-from tim@pool1.convey.ru) Received: (from tim@localhost) by pool1.convey.ru (8.8.5/8.7.3) id KAA23699; Thu, 9 Oct 1997 10:58:44 +0400 (MSD) Message-Id: <199710090658.KAA23699@pool1.convey.ru> Date: Thu, 9 Oct 1997 10:58:44 +0400 (MSD) From: Andrew Timonin Reply-To: tim@pool1.convey.ru To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4732: ac command works incorrect with old wtmp files Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4732 >Category: bin >Synopsis: ac command works incorrect with old wtmp files >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 9 00:00:01 PDT 1997 >Last-Modified: >Originator: Andrew Timonin >Organization: Internet Services Ltd. >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: >Description: issuing ac -w some_old_wtmp_file gives wrong times >How-To-Repeat: cp /var/log/wtmp /tmp/wtmp ac -p -w /tmp/wtmp > /tmp/ac1 sleep 10 ac -p -w /tmp/wtmp > /tmp/ac2 diff /tmp/ac[12] >Fix: *** ac.c.orig Fri Oct 27 02:10:10 1995 --- ac.c Thu Oct 9 10:22:22 1997 *************** *** 516,522 **** } } (void)fclose(fp); ! usr.ut_time = time((time_t *)0); (void)strcpy(usr.ut_line, "~"); if (Flags & AC_D) { --- 516,523 ---- } } (void)fclose(fp); ! if (!(Flags & AC_W)) ! usr.ut_time = time((time_t *)0); (void)strcpy(usr.ut_line, "~"); if (Flags & AC_D) { >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Oct 9 07:12:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA02269 for bugs-outgoing; Thu, 9 Oct 1997 07:12:50 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA02258; Thu, 9 Oct 1997 07:12:37 -0700 (PDT) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id HAA00923; Thu, 9 Oct 1997 07:12:22 -0700 (PDT) Date: Thu, 9 Oct 1997 07:12:22 -0700 (PDT) Message-Id: <199710091412.HAA00923@freefall.freebsd.org> To: jlind@skypoint.com, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4652 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: fclose on NULL pointer causes rdist to Seg V with remote rdist can't run State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Thu Oct 9 07:11:28 PDT 1997 State-Changed-Why: Checking lfp for NULL before closing it is indeed the best solution and should work fine. Done, thanks! From owner-freebsd-bugs Thu Oct 9 07:20:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA02814 for bugs-outgoing; Thu, 9 Oct 1997 07:20:09 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA02773; Thu, 9 Oct 1997 07:20:01 -0700 (PDT) (envelope-from gnats) Resent-Date: Thu, 9 Oct 1997 07:20:01 -0700 (PDT) Resent-Message-Id: <199710091420.HAA02773@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, yoshiaki@kt.rim.or.jp Received: from mail.kt.rim.or.jp (root@mail.kt.rim.or.jp [202.247.130.53]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA02206 for ; Thu, 9 Oct 1997 07:12:02 -0700 (PDT) (envelope-from yoshiaki@kt.rim.or.jp) Received: from singer.kt.rim.or.jp (ppp361.kt.rim.or.jp [202.247.140.61]) by mail.kt.rim.or.jp (8.8.5/3.4W3-rim1.1) with ESMTP id XAA21300; Thu, 9 Oct 1997 23:11:54 +0900 (JST) Received: (from yoshiaki@localhost) by singer.kt.rim.or.jp (8.8.5/3.4Wbeta3-96070610) id XAA01325; Thu, 9 Oct 1997 23:10:43 +0900 (JST) Message-Id: <199710091410.XAA01325@singer.kt.rim.or.jp> Date: Thu, 9 Oct 1997 23:10:43 +0900 (JST) From: yoshiaki@kt.rim.or.jp Reply-To: yoshiaki@kt.rim.or.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/4735: CD-ROM can't mount at 2.2.5-BETA Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4735 >Category: kern >Synopsis: SCSI CDROM (cd9660) can't mount >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 9 07:20:00 PDT 1997 >Last-Modified: >Originator: Yoshiaki Uchikawa >Organization: RIMNET >Release: FreeBSD 2.2.5-971005-BETA i386 >Environment: My systems are baseed 2.2-970618-RELENG,and I replaced only kernel FreeBSD 2.2.5-971005-BETA. CPU: Pentium Pro (166.19-MHz 686-class CPU) real memory = 67108864 (65536K bytes) avail memory = 63623168 (62132K bytes) chip0 rev 2 on pci0:0 chip1 rev 1 on pci0:1:0 chip2 rev 0 on pci0:1:1 ahc0 rev 0 int a irq 9 on pci0:9 (ahc0:0:0): "IBM DCAS-34330 S61A" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 4134MB (8467200 512 byte sectors) (ahc0:1:0): "IBM DORS-32160 S82C" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 2063MB (4226725 512 byte sectors) (ahc0:2:0): "NEC CD-ROM DRIVE:502 2.0r" type 5 removable SCSI 2 cd0(ahc0:2:0): CD-ROM cd present [329583 x 2048 byte records] ncr0 rev 3 int a irq 9 on pci0:13 ncr0 waiting for scsi devices to settle (ncr0:3:0): "OLYMPUS MOS331 0.61" type 7 removable SCSI 2 od0(ncr0:3:0): Optical od0(ncr0:3:0): 5.0 MB/s (200 ns, offset 8) >Description: # mount -t cd9660 /dev/cd0a /mnt cd9660: /dev/cd0a: Invalid argument I changed CDROM to secondary SCSI bus - ncr0, and same error was happen "cd9660:/dev/cd0a: Invalid argument". >How-To-Repeat: Every time, this error occur. >Fix: On 2.2-970618-RELENG system, this error have not happen. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Oct 9 08:00:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA05141 for bugs-outgoing; Thu, 9 Oct 1997 08:00:06 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA05117; Thu, 9 Oct 1997 08:00:01 -0700 (PDT) (envelope-from gnats) Resent-Date: Thu, 9 Oct 1997 08:00:01 -0700 (PDT) Resent-Message-Id: <199710091500.IAA05117@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, dada@sbox.tu-graz.ac.at Received: from fcggsg07.icg.tu-graz.ac.at (fcggsg07.icg.tu-graz.ac.at [129.27.201.16]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA04644 for ; Thu, 9 Oct 1997 07:50:36 -0700 (PDT) (envelope-from dada@lend.tu-graz.ac.at) Received: from lend.tu-graz.ac.at (isdn012.tu-graz.ac.at [129.27.240.12]) by fcggsg07.icg.tu-graz.ac.at (8.8.4/8.8.4) with ESMTP id QAA24994 for ; Thu, 9 Oct 1997 16:49:57 +0200 (MDT) Received: (from dada@localhost) by lend.tu-graz.ac.at (8.8.5/8.8.5) id QAA07975; Thu, 9 Oct 1997 16:47:47 +0200 (CEST) Message-Id: <199710091447.QAA07975@lend.tu-graz.ac.at> Date: Thu, 9 Oct 1997 16:47:47 +0200 (CEST) From: Martin Kammerhofer Reply-To: dada@sbox.tu-graz.ac.at To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4736: Bugs in /usr/share/mk/bsd.*.mk bsd-make include files Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4736 >Category: bin >Synopsis: Bugs in /usr/share/mk/bsd.*.mk bsd-make include files >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 9 08:00:01 PDT 1997 >Last-Modified: >Originator: Martin Kammerhofer >Organization: Graz University of Technology >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: probably all BSDs, for sure in FreeBSD 2.2.2 >Description: There are make rules wich are intended to define default rules for undefined targets, i.e targets never occuring on the left side of a dependency. E.g. from bsd.subdir.mk: .for __target in all checkdpadd clean cleandir depend lint \ maninstall obj objlink .if !target(__target) ${__target}: _SUBDIRUSE .endif .endfor These do not work as intended because ``__target'' is taken literally. It should - of course - read: .if !target(${__target}) As a consequence these default rules are added *unconditionally* (except for the case where someone has explicitely defined a ``__target'' target, in which case no rule at all would get added). There are at least three of these bugs: fgrep -n target\(_ * bsd.port.subdir.mk:51:.if !target(__target) bsd.sgml.mk:152:.if !target(__target) bsd.subdir.mk:31:.if !target(__target) >How-To-Repeat: cat Makefile SUBDIR = nosuchsubdir all: @echo "This rule won't fall over after fixing this bug" clean: _SUBDIRUSE @echo "This is expected to fail" .include make This rule won't fall over after fixing this bug ===> nosuchsubdir cd: can't cd to /var/tmp/nosuchsubdir *** Error code 2 Stop. >Fix: substitute ``target(${__target})'' for ``target(__target)'' Note: Since this affects all makes it could theoretically break existing Makefiles if they relied on this bug. If you want the default rules added, you have to specify a ``_SUBDIRUSE'' dependency like in ``clean'' above. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Oct 9 12:00:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA20876 for bugs-outgoing; Thu, 9 Oct 1997 12:00:03 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA20868; Thu, 9 Oct 1997 12:00:01 -0700 (PDT) (envelope-from gnats) Date: Thu, 9 Oct 1997 12:00:01 -0700 (PDT) Message-Id: <199710091900.MAA20868@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: kern/4735: CD-ROM can't mount at 2.2.5-BETA Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4735; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: yoshiaki@kt.rim.or.jp Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/4735: CD-ROM can't mount at 2.2.5-BETA Date: Thu, 9 Oct 1997 20:45:26 +0200 As yoshiaki@kt.rim.or.jp wrote: > # mount -t cd9660 /dev/cd0a /mnt > cd9660: /dev/cd0a: Invalid argument > >Fix: > On 2.2-970618-RELENG system, this error have not happen. What kind of CD-ROM is it? I think the only change that went into the cd9660 code in RELENG_2_2 lately is to support mulit-session CDs. Of course, now if your CD is a bogus multi-session, the old code would have (wrongly) mounted the very first session of the medium, while the new code might complain about a non-ISO9660 filesystem in the current (i.e., most recent) session. Does it work if you ``mount -o -s=0 -t cd9660 /dev/cd0a /mnt''? (This forces the mount of the very first session, like it was the case previously.) If so, can you analyze the situation further (like with `cdcontrol info')? If all else fails, i'd be interested in the CD-ROM medium to debug the situation. -- 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 Fri Oct 10 02:40:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA05490 for bugs-outgoing; Fri, 10 Oct 1997 02:40:03 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA05470; Fri, 10 Oct 1997 02:40:02 -0700 (PDT) (envelope-from gnats) Resent-Date: Fri, 10 Oct 1997 02:40:02 -0700 (PDT) Resent-Message-Id: <199710100940.CAA05470@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, nadav@barcode.co.il Received: from gatekeeper.barcode.co.il (gatekeeper.barcode.co.il [192.116.93.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA05418 for ; Fri, 10 Oct 1997 02:39:41 -0700 (PDT) (envelope-from nadav@scully.barcode.co.il) Received: from scully.barcode.co.il (localhost.barcode.co.il [127.0.0.1]) by gatekeeper.barcode.co.il (8.8.5/8.6.12) with ESMTP id LAA04208 for ; Fri, 10 Oct 1997 11:38:21 +0200 (IST) Received: (from nadav@localhost) by scully.barcode.co.il (8.8.7/8.8.7) id MAA03459; Fri, 10 Oct 1997 12:35:31 +0200 (IST) Message-Id: <199710101035.MAA03459@scully.barcode.co.il> Date: Fri, 10 Oct 1997 12:35:31 +0200 (IST) From: nadav@barcode.co.il Reply-To: nadav@barcode.co.il To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/4738: Upgrade to 2.2.5-BETA messes up /etc, complains on /etc/fstab Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4738 >Category: conf >Synopsis: Upgrade to 2.2.5-BETA messes up /etc, complains on /etc/fstab >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Oct 10 02:40:01 PDT 1997 >Last-Modified: >Originator: Nadav Eiron >Organization: Bar-Code Computers Ltd. >Release: FreeBSD 2.2.5-971005-BETA i386 >Environment: A 2.2.2-RELEASE machine, upgrading to 2.2.5-971005-BETA. Installing from a file system (containing the complete directory from releng22-freebsd.org). This machine started its life in 2.1.0-RELEASE days and was updated by this very method (or from CDs) through most RELEASES and BETAS/GAMMAS ever since (hardware also upgraded along the way, but I don't think it matters). Hardware config: DEC Venturis 5166, 166MHz Pentium, 48MB RAM, two EIDE disks (1.6GB, 850MB), one x8 Creative Labs CD, DEC DE500-AA fast ethernet. >Description: When upgrading using the boot floppy for the new BETA, after the file copying phase is over, the installation program complained that it cannot find /etc/fstab, and thus will not modify it. Checking with the holographic shell shows that /etc/fstab is alive and well in place. It then complains that it cannot find my old /etc/group, /etc/master.passwd and /etc/passwd files and will thus create new ones. Then it goes on to the "updating /etc files" phase. The net result: /etc/fstab remains as it was. /etc/group, passwd, master.passwd and mostly everything else in /etc are the fresh new versions (what would normally go into /etc/upgrade). /etc/upgrade is *empty*. /usr/tmp/etc is alive and well with my old files intact (thanks goodness) in it. >How-To-Repeat: Do an upgrade from a 2.2.2RELEASE machine??? (don't know, have just two more such machines to upgrade, and I'll only get to it next week, probably with a newer BETA). >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Oct 10 12:41:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA03219 for bugs-outgoing; Fri, 10 Oct 1997 12:41:57 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA03029; Fri, 10 Oct 1997 12:40:32 -0700 (PDT) (envelope-from joerg@FreeBSD.org) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id MAA12025; Fri, 10 Oct 1997 12:40:08 -0700 (PDT) Date: Fri, 10 Oct 1997 12:40:08 -0700 (PDT) Message-Id: <199710101940.MAA12025@freefall.freebsd.org> To: yoshiaki@kt.rim.or.jp, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/4735 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: SCSI CDROM (cd9660) can't mount State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Fri Oct 10 21:38:54 MEST 1997 State-Changed-Why: It turned out that the originator was using an old mount_cd9660 binary together with a new kernel. Since the struct cd9660 has changed, this could not work. From owner-freebsd-bugs Fri Oct 10 23:11:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA02762 for bugs-outgoing; Fri, 10 Oct 1997 23:11:11 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from dfw-ix12.ix.netcom.com (dfw-ix12.ix.netcom.com [206.214.98.12]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA02757 for ; Fri, 10 Oct 1997 23:11:09 -0700 (PDT) (envelope-from wghhicks@ix.netcom.com) Received: (from smap@localhost) by dfw-ix12.ix.netcom.com (8.8.4/8.8.4) id BAA15257 for ; Sat, 11 Oct 1997 01:10:36 -0500 (CDT) Received: from atl-ga14-19.ix.netcom.com(204.32.174.83) by dfw-ix12.ix.netcom.com via smap (V1.3) id rma015246; Sat Oct 11 01:10:17 1997 Message-ID: <343F1736.457CC57E@ix.netcom.com> Date: Sat, 11 Oct 1997 02:05:42 -0400 From: Jerry Hicks Reply-To: wghhicks@ix.netcom.com Organization: TerraEarth X-Mailer: Mozilla 4.03b8 [en] (X11; I; FreeBSD 2.2-STABLE i386) MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.ORG Subject: fvwm2 ports makefile Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk missing line continuation backslashes in MAN1 section send-pr sent too...