From owner-freebsd-bugs Sun Jun 22 00:51:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA19738 for bugs-outgoing; Sun, 22 Jun 1997 00:51:19 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA19723 for ; Sun, 22 Jun 1997 00:51:12 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA20320; Sun, 22 Jun 1997 09:50:59 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA17862; Sun, 22 Jun 1997 09:34:29 +0200 (MET DST) Message-ID: <19970622093428.HG00764@uriah.heep.sax.de> Date: Sun, 22 Jun 1997 09:34:28 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: pwac@flinet.com (Jeremy Bair) Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: Yamaha CDR-100 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 Jeremy Bair on Jun 21, 1997 05:20:53 -0400 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jeremy Bair wrote: > I am running 2.2.2-RELEASE on a Zenith Z-Station GT (P120, 32 megs of > ram). I have an Adaptec 2940-U controller installed that has a Procom 4 > gig (Fujitsu drive) and a Smart and Friendly 4x4 writer. ^^^ You mean, four wheels are driven? :-) > My CDR makes the kernel give some strange errors, check out a dump: > ahc0:A:4: refuses synchronous negotiation. Using asynchronous transfers > (ahc0:4:0): "YAMAHA CDR100 1.11" type 4 removable SCSI 2 > uk0(ahc0:4:0): Unknown > (ahc0:4:1): "YAMAHA CDR100 1.11" type 4 removable SCSI 2 > uk1(ahc0:4:1): Unknown > (ahc0:4:2): "YAMAHA CDR100 1.11" type 4 removable SCSI 2 > uk2(ahc0:4:2): Unknown > (ahc0:4:3): "YAMAHA CDR100 1.11" type 4 removable SCSI 2 > uk3(ahc0:4:3): Unknown > (ahc0:4:4): "YAMAHA CDR100 1.11" type 4 removable SCSI 2 > uk4(ahc0:4:4): Unknown > (ahc0:4:5): "YAMAHA CDR100 1.11" type 4 removable SCSI 2 > uk5(ahc0:4:5): Unknown > (ahc0:4:6): "YAMAHA CDR100 1.11" type 4 removable SCSI 2 > uk6(ahc0:4:6): Unknown > (ahc0:4:7): "YAMAHA CDR100 1.11" type 4 removable SCSI 2 > uk7(ahc0:4:7): Unknown This proves two things: . You have no worm driver in your kernel; type 4 is `WORM', but no type driver is assigned, so it falls back to uk (unknown device). . The drive is broken by design, it responds to all LUNs. For a 1997 vintage device, i consider this heavily broken. I would consider returning it to the vendor, for not being a SCSI device. Even if you configure the worm driver into the kernel, you can't do very much with it. Unless you bug Yamaha to release you the SCSI specs, you can only make guesswork. I happily accept your patches to the worm driver to make this burner work with FreeBSD, if this is your desire. You can use Linux's cdwrite or the freely available cdrecord program as a starting point. Anyway, i have seen the usual 50-page SCSI specs for CD burners, with all the hairy details in them, and since decided that it's a useless job trying to make any burner work without specs. Even if it works initially, as soon as somebody adds support for the various oddball CD formats to the worm driver, you lose again without specs. The Yamaha CDR100 was my original intention to be used when i made the worm driver work back in 1995/1996. Yamaha made a terrible hickup about the procedure to get me their specs, which made me recommending my boss to not buy a Yamaha. I can only give this recommendation to anybody else: insist on getting the specs, or refuse to buy. There's more than one good and cheap CD burner on the market these days. Guess why the HP drives were so successful? They released the specs (very untypical for HP). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Jun 22 04:23:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA27683 for bugs-outgoing; Sun, 22 Jun 1997 04:23:01 -0700 (PDT) Received: from ns1.netcologne.de (ns1.netcologne.de [194.8.194.70]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA27391; Sun, 22 Jun 1997 04:21:44 -0700 (PDT) Received: from theseus.mediaconsult.de by ns1.netcologne.de (8.6.12/NetCologne/marvin/netsafe-a0020) id ; Sun, 22 Jun 1997 12:58:25 +0200 with ESMTP X-Ncc-Regid: de.netcologne Message-ID: <33AD0A8E.ED1452A0@netcologne.de> Date: Sun, 22 Jun 1997 13:20:46 +0200 From: Richard Cochius Reply-To: richard.cochius@netcologne.de Organization: Media Connect Cologne X-Mailer: Mozilla 4.0b5 [en] (Win95; I) MIME-Version: 1.0 To: FREEBSD-ADMIN@freebsd.org, FREEBSD-ANNOUNCE@freebsd.org, FREEBSD-ARCH@freebsd.org, FREEBSD-BUGS@freebsd.org, FREEBSD-CORE@freebsd.org, FREEBSD-CURRENT@freebsd.org, FREEBSD-CURRENT-DIGEST@freebsd.org, FREEBSD-STABLE@freebsd.org, FREEBSD-DOC@freebsd.org, FREEBSD-FS@freebsd.org, FREEBSD-HACKERS@freebsd.org, FREEBSD-HACKERS-DIGEST@freebsd.org, FREEBSD-HARDWARE@freebsd.org, FREEBSD-INSTALL@freebsd.org, FREEBSD-ISP@freebsd.org, FREEBSD-MULTIMEDIA@freebsd.org, FREEBSD-PLATFORMS@freebsd.org, FREEBSD-PORTS@freebsd.org, FREEBSD-QUESTIONS@freebsd.org, FREEBSD-QUESTIONS-DIGEST@freebsd.org, FREEBSD-SCSI@freebsd.org, FREEBSD-SECURITY@freebsd.org, FREEBSD-SECURITY-NOTIFICATIONS@freebsd.org, FREEBSD-USER-GROUPS@freebsd.org Subject: subscribe X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From owner-freebsd-bugs Sun Jun 22 06:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA02023 for bugs-outgoing; Sun, 22 Jun 1997 06:40:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA02000; Sun, 22 Jun 1997 06:40:02 -0700 (PDT) Resent-Date: Sun, 22 Jun 1997 06:40:02 -0700 (PDT) Resent-Message-Id: <199706221340.GAA02000@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, sthaug@nethelp.no Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA01872 for ; Sun, 22 Jun 1997 06:37:03 -0700 (PDT) Received: (qmail 29392 invoked by uid 1001); 22 Jun 1997 13:36:54 +0000 (GMT) Message-Id: <19970622133654.29391.qmail@verdi.nethelp.no> Date: 22 Jun 1997 13:36:54 +0000 (GMT) From: sthaug@nethelp.no Reply-To: sthaug@nethelp.no To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: sthaug@nethelp.no X-Send-Pr-Version: 3.2 Subject: kern/3925: SO_SNDLOWAT of 0 causes kernel to use 99% of CPU time on TCP send Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3925 >Category: kern >Synopsis: SO_SNDLOWAT of 0 causes kernel to use 99% of CPU time on TCP send >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 22 06:40:01 PDT 1997 >Last-Modified: >Originator: Steinar Haug >Organization: Nethelp Consulting >Release: FreeBSD 2.2-961014-SNAP i386 >Environment: This may be a generic 4.4BSD networking bug. It applies to NetBSD-1.2, FreeBSD (all versions I've checked, eg. 2.2-BETA, 3.0-970124-SNAP). It was discovered because BIND-8.1.1-T2B named sets SO_SNDLOWAT to 0 if SO_SNDLOWAT is defined. >Description: Setting SO_SNDLOWAT to 0 and then sending data with TCP to a site which is more than a few milliseconds away (eg. connected over a 28.800 link) causes the kernel to use 99% of the CPU time, as reported by vmstat or top. Using a SO_SNDLOWAT > 0 makes the problem disappear. It's quite possible that this effect *always* occurs, but it's much more visible against a slow site. >How-To-Repeat: Compile the following program, which sends a number of buffers to the discard port at a given address. Run the program with % tstlowat 0 50 ip-address ie. send 50 buffers to a given address with SO_SNDLOWAT set to 0. Observe with vmstat how the kernel uses all of the CPU. #include #include #include #include #include main(int argc, char *argv[]) { struct sockaddr_in sin; int i, n, s, sndlowat; char buf[65536]; sndlowat = atoi(argv[1]); n = atoi(argv[2]); if ((s = socket(PF_INET, SOCK_STREAM, 0)) < 0) { perror("socket"); exit(1); } if (setsockopt(s, SOL_SOCKET, SO_SNDLOWAT, (char *)&sndlowat, sizeof sndlowat) < 0) { perror("setsockopt"); exit(1); } sin.sin_port = htons(9); /* Discard port */ sin.sin_family = AF_INET; if (inet_aton(argv[3], &sin.sin_addr) == 0) { fprintf(stderr, "inet_aton"); exit(1); } if (connect(s, (struct sockaddr *)&sin, sizeof sin) < 0) { perror("connect"); exit(1); } for (i=0; iFix: Sorry, no known fix. Easy workaround is to use a SO_SNDLOWAT which is > 0. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 22 07:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA03353 for bugs-outgoing; Sun, 22 Jun 1997 07:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA03318; Sun, 22 Jun 1997 07:20:01 -0700 (PDT) Resent-Date: Sun, 22 Jun 1997 07:20:01 -0700 (PDT) Resent-Message-Id: <199706221420.HAA03318@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, kzmi@ca2.so-net.or.jp Received: from mgate01.so-net.or.jp (mgate01.mx.so-net.or.jp [202.238.95.28]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA02999 for ; Sun, 22 Jun 1997 07:10:21 -0700 (PDT) Received: from mail.ca2.so-net.or.jp (mail.ca2.so-net.or.jp [202.238.95.34]) by mgate01.so-net.or.jp (8.7.5/3.4W397061319) with ESMTP id XAA06465 for ; Sun, 22 Jun 1997 23:09:59 +0900 (JST) Received: from wimpy.local.host (pppbae3.pppp.ap.so-net.or.jp [210.132.186.227]) by mail.ca2.so-net.or.jp (8.7.3/3.4W397052220) with ESMTP id XAA24098 for ; Sun, 22 Jun 1997 23:10:09 +0900 (JST) Received: (from dune@localhost) by wimpy.local.host (8.8.5/3.5Wpl5) id XAA00883; Sun, 22 Jun 1997 23:05:42 +0900 (JST) Message-Id: <199706221405.XAA00883@kzmi.ca2.so-net.or.jp> Date: Sun, 22 Jun 1997 23:05:42 +0900 (JST) From: kzmi@ca2.so-net.or.jp (Iwasa Kazmi) Reply-To: kzmi@ca2.so-net.or.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3926: ppp can't remove old default route. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3926 >Category: bin >Synopsis: /usr/sbin/ppp can't remove old default route. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 22 07:20:00 PDT 1997 >Last-Modified: >Originator: Iwasa Kazmi >Organization: (none) >Release: FreeBSD 2.2-STABLE i386 >Environment: I use one modem (33600bps) for dialup IP connection. I stand /usr/sbin/ppp (iijppp) with destination label only. ( not on-demand or mode ) I use CHAP, but I also tried with no authentication protocol. >Description: If PPP negotiation succeed, new default route is set to alternate gateway. new route is : 0.0.0.0 --> xx.xx.xx.xx (gateway addr) (tun0) When close the connection or quit the process, this route must be deleted. But, this default route is remained after quit the ppp. If ppp was stand next time, the old default route is not removed, so new gateway address is not set. >How-To-Repeat: >Fix: In source code "ppp/route.c", function "void DeleteIfRoutes()" ---------- BEGIN { if (dstnet.s_addr == INADDR_ANY) { gateway.s_addr = INADDR_ANY; mask = INADDR_ANY; } maddr.s_addr = htonl(mask); OsSetRoute(RTM_DELETE, dstnet, gateway, maddr); } ---------- END ( This code is also exist in original iij-ppp v0.94 ) This function is called to delete routes before set alternate gataway address, or before quit the process, etc. In above part, when destaddr == INADDR_ANY is true, gateway-addr and mask is set to INADDR_ANY. INADDR_ANY is defined as 0.0.0.0 in . So, if this function was called to delete the default route which routed to another gateway, this function try to delete default route which gateway is 0.0.0.0 --- and it fail. ( I think that there is no problem in "routed"... ) I delete "if(...){...}" sequence above, then it seems that the problem was fixed... I'm not a expert of the network or IP routings. I have no idea about a necessity of this operations of gateway-addr and mask. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 22 07:20:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA03364 for bugs-outgoing; Sun, 22 Jun 1997 07:20:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA03342; Sun, 22 Jun 1997 07:20:04 -0700 (PDT) Date: Sun, 22 Jun 1997 07:20:04 -0700 (PDT) Message-Id: <199706221420.HAA03342@hub.freebsd.org> To: freebsd-bugs Cc: From: sthaug@nethelp.no Subject: Re: kern/3925: SO_SNDLOWAT of 0 causes kernel to use 99% of CPU time on TCP send Reply-To: sthaug@nethelp.no Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3925; it has been noted by GNATS. From: sthaug@nethelp.no To: freebsd-gnats-submit@freebsd.org Cc: sthaug@nethelp.no Subject: Re: kern/3925: SO_SNDLOWAT of 0 causes kernel to use 99% of CPU time on TCP send Date: Sun, 22 Jun 1997 16:17:13 +0200 A quick followup to my bug report: The bug appears in NetBSD also. One of the NetBSD persons here made a more thorough analysis of the problem. Here is the corresponding NetBSD problem report. Steinar Haug, Nethelp consulting, sthaug@nethelp.no ---------------------------------------------------------------------- Subject: Setting SO_SNDLOWAT to 0 causes busy-wait inside kernel From: Havard Eidnes To: gnats-bugs@gnats.netbsd.org Date: Sun, 22 Jun 1997 15:45:56 +0200 (MEST) >Submitter-Id: net >Originator: Havard Eidnes >Organization: SINTEF RUNIT >Confidential: no >Synopsis: Setting SO_SNDLOWAT to 0 causes busy-wait inside kernel >Severity: critical >Priority: high >Category: kern >Class: sw-bug >Release: NetBSD-1.2.1 (and newer versions too) >Environment: System: NetBSD vader.runit.sintef.no 1.2G NetBSD 1.2G (VADER) #2: Mon Jun 16 21:58:48 MEST 1997 he@vader.runit.sintef.no:/usr/src/sys/arch/i386/compile/VADER i386 >Description: Setting SO_SNDLOWAT to 0 on a TCP socket and sending to a non- local host (reachable with some delay and/or with limited bandwidth) will cause the sending machine to go into busy-wait inside the kernel. What appears to happen is this: o select() will always return that the socket is writable, even when sbspace() returns 0 due to the >= comparison in the sowritable() macro. o once the user writes, it appears that sosend() will loop internally since sbspace() is 0, no data will be added to the outgoing buffer, and the residue for each turn of the loop stays the same. The test for the low-water mark does not kick in, so sbwait() will not be called. It can clearly be argued that the program setting SO_SNDLOWAT to 0 is buggy, but the robustness against this mis-setting should be better to prevent denial-of-service attacks by local users. >How-To-Repeat: Run the attached program towards a non-local host reachable via a "thin" line or over some delay by calling it: % tstlowat low-water-mark number-of-buffers ip-address and trying low-water-mark of 0. --- snip, snip -- #include #include #include #include #include main(int argc, char *argv[]) { struct sockaddr_in sin; int i, n, s, sndlowat; char buf[65536]; sndlowat = atoi(argv[1]); n = atoi(argv[2]); if ((s = socket(PF_INET, SOCK_STREAM, 0)) < 0) { perror("socket"); exit(1); } if (setsockopt(s, SOL_SOCKET, SO_SNDLOWAT, (char *)&sndlowat, sizeof sndlowat) < 0) { perror("setsockopt"); exit(1); } sin.sin_port = htons(9); /* Discard port */ sin.sin_family = AF_INET; if (inet_aton(argv[3], &sin.sin_addr) == 0) { fprintf(stderr, "inet_aton"); exit(1); } if (connect(s, (struct sockaddr *)&sin, sizeof sin) < 0) { perror("connect"); exit(1); } for (i=0; iFix: Sorry, I don't know. Does a socket low-water mark of 0 really make sense? If not, return EINVAL or something like that on an attempt at setting it to 0? From owner-freebsd-bugs Sun Jun 22 08:06:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA05414 for bugs-outgoing; Sun, 22 Jun 1997 08:06:00 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA05408; Sun, 22 Jun 1997 08:05:53 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA15446; Sun, 22 Jun 1997 08:05:11 -0700 (PDT) Date: Sun, 22 Jun 1997 08:05:11 -0700 (PDT) Message-Id: <199706221505.IAA15446@freefall.freebsd.org> To: kzmi@ca2.so-net.or.jp, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: bin/3926 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /usr/sbin/ppp can't remove old default route. State-Changed-From-To: open-closed State-Changed-By: brian State-Changed-When: Sun Jun 22 08:04:24 PDT 1997 State-Changed-Why: Fixed June 20. Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Sun Jun 22 08:04:24 PDT 1997 Responsible-Changed-Why: Fixed June 20. From owner-freebsd-bugs Sun Jun 22 08:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA06848 for bugs-outgoing; Sun, 22 Jun 1997 08:30:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA06836; Sun, 22 Jun 1997 08:30:01 -0700 (PDT) Date: Sun, 22 Jun 1997 08:30:01 -0700 (PDT) Message-Id: <199706221530.IAA06836@hub.freebsd.org> To: freebsd-bugs Cc: From: Peter Wemm Subject: Re: kern/3925: SO_SNDLOWAT of 0 causes kernel to use 99% of CPU time on TCP send Reply-To: Peter Wemm Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3925; it has been noted by GNATS. From: Peter Wemm To: sthaug@nethelp.no Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/3925: SO_SNDLOWAT of 0 causes kernel to use 99% of CPU time on TCP send Date: Sun, 22 Jun 1997 23:20:44 +0800 When setting the parameters, there is no validity checking: case SO_SNDBUF: case SO_RCVBUF: if (sbreserve(optname == SO_SNDBUF ? &so->so_snd : &so->so_rcv, (u_long) *mtod(m, int *)) == 0) { error = ENOBUFS; goto bad; } break; case SO_SNDLOWAT: so->so_snd.sb_lowat = *mtod(m, int *); break; case SO_RCVLOWAT: so->so_rcv.sb_lowat = *mtod(m, int *); break; } However, soreserve() clips the results: soreserve(so, sndcc, rcvcc) { if (sbreserve(&so->so_snd, sndcc) == 0) goto bad; if (sbreserve(&so->so_rcv, rcvcc) == 0) goto bad2; if (so->so_rcv.sb_lowat == 0) so->so_rcv.sb_lowat = 1; if (so->so_snd.sb_lowat == 0) so->so_snd.sb_lowat = MCLBYTES; if (so->so_snd.sb_lowat > so->so_snd.sb_hiwat) so->so_snd.sb_lowat = so->so_snd.sb_hiwat; return (0); [..] sbreserve() also clips: sbreserve(sb, cc) { [..] sb->sb_hiwat = cc; sb->sb_mbmax = min(cc * sb_efficiency, sb_max); if (sb->sb_lowat > sb->sb_hiwat) sb->sb_lowat = sb->sb_hiwat; return (1); [..] It seems to me that SO_SNDLOWAT = 0 is an error.. Depending on the timing of the setsockopt() calls relative to when soreserve() has been called, a value of zero is set to MCLBYTES or left at zero. I suspect the reason that there is no parameter checking at set time is so that the sanity checking is done after _all_ the parameters are set.. Otherwise, doing a series of setsockopt()'s could be a bit hairy if all combinations along the way were sanity checked. For example, if lowat is 1 and hiwat is 1024, and you wanted to change it to 2048/8192, under the present system setting lowat to 2048 first then hiwat next would work, but checking lowat > hiwat along the way would leave you with 1/8192 as a result which is not what would be expected. I guess the question is, when is soreserve() called to do the sanity check? Does this mean that soreserve() is being missed somewhere along the way and allowing nonsensical hi/low values to be used on a different size buffer? Cheers, -Peter From owner-freebsd-bugs Sun Jun 22 09:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA09036 for bugs-outgoing; Sun, 22 Jun 1997 09:00:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA08995; Sun, 22 Jun 1997 09:00:02 -0700 (PDT) Date: Sun, 22 Jun 1997 09:00:02 -0700 (PDT) Message-Id: <199706221600.JAA08995@hub.freebsd.org> To: freebsd-bugs Cc: From: Tor Egge Subject: Re: kern/3688: fsck -p gets transient unexpected inconsistensies Reply-To: Tor Egge Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3688; it has been noted by GNATS. From: Tor Egge To: Tor.Egge@idi.ntnu.no Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/3688: fsck -p gets transient unexpected inconsistensies Date: Sun, 22 Jun 1997 17:56:39 +0200 I wrote: > When recovering from a system crash, `fsck -p' in /etc/rc complained about > unexpected inconsistencies on 3 different filesystems. When running fsck > manually on each of these filesystems, only the clean flag needed to be set in > the superblock. The three filesystems were all located on ccd devices. This is caused by a superblock for a different filesystem being present in memory when comparing the superblock with the alternate superblock. :-( Under some circumstances, copy-on-write handling is broken. How-To-Repeat: Compile the appended program, using the `-static' option. Run this program on a machine with a recent 3.0-current SMP kernel and only one CPU enabled (sysctl -w kern.smp_active=1). ---------- #include #include #include #include #include #include #include #include #include #include #ifndef NUMCHILD #define NUMCHILD 3 #endif struct child { pid_t pid; int fd; } children[NUMCHILD]; char okbuf[1]; char childbuf[1]; void touchbuf(char *buf); int main(int argc,char **argv) { int i; pid_t pid; int pipefd[2]; char *buf; int exitcode; exitcode = 0; buf = malloc(8*1024); for (i=0;i Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA13502 for bugs-outgoing; Sun, 22 Jun 1997 10:10:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA13490; Sun, 22 Jun 1997 10:10:05 -0700 (PDT) Date: Sun, 22 Jun 1997 10:10:05 -0700 (PDT) Message-Id: <199706221710.KAA13490@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: kern/3925: SO_SNDLOWAT of 0 causes kernel to use 99% of CPU time on TCP send Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3925; it has been noted by GNATS. From: Bill Fenner To: freebsd-gnats-submit@freebsd.org, peter@spinner.dialix.com.au Cc: Subject: Re: kern/3925: SO_SNDLOWAT of 0 causes kernel to use 99% of CPU time on TCP send Date: Sun, 22 Jun 1997 10:05:35 PDT soreserve() is usually only called when creating a new socket. Sanity-checking 0 is clearly acceptable when doing the setsockopt(). Since soreserve() silently "fixes" it, perhaps setsockopt() should too. I don't know what to think about sanity-checking in other situations. Bill From owner-freebsd-bugs Sun Jun 22 17:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA29452 for bugs-outgoing; Sun, 22 Jun 1997 17:10:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA29435; Sun, 22 Jun 1997 17:10:01 -0700 (PDT) Date: Sun, 22 Jun 1997 17:10:01 -0700 (PDT) Message-Id: <199706230010.RAA29435@hub.freebsd.org> To: freebsd-bugs Cc: From: Tor Egge Subject: Re: kern/3688: fsck -p gets transient unexpected inconsistensies Reply-To: Tor Egge Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3688; it has been noted by GNATS. From: Tor Egge To: Tor.Egge@idi.ntnu.no Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/3688: fsck -p gets transient unexpected inconsistensies Date: Mon, 23 Jun 1997 02:05:59 +0200 > > I wrote: > > > When recovering from a system crash, `fsck -p' in /etc/rc complained about > > unexpected inconsistencies on 3 different filesystems. When running fsck > > manually on each of these filesystems, only the clean flag needed to be set in > > the superblock. The three filesystems were all located on ccd devices. > > This is caused by a superblock for a different filesystem being present > in memory when comparing the superblock with the alternate superblock. :-( Suggested fix: Index: mp_machdep.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/mp_machdep.c,v retrieving revision 1.17 diff -c -r1.17 mp_machdep.c *** mp_machdep.c 1997/06/02 10:44:08 1.17 --- mp_machdep.c 1997/06/22 23:50:10 *************** *** 45,50 **** --- 45,51 ---- #include #include #include /** TEST_DEFAULT_CONFIG, LATE_START */ + #include #include /* cngetc() */ *************** *** 429,434 **** --- 430,442 ---- /* start each Application Processor */ start_all_aps(boot_addr); + + /* + * The init process might be started on a different CPU now, + * and the boot CPU might not call prepare_usermode to get + * cr0 correctly configured. Thus we initialize cr0 here. + */ + load_cr0(rcr0() | CR0_WP | CR0_AM); } From owner-freebsd-bugs Sun Jun 22 23:36:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA15950 for bugs-outgoing; Sun, 22 Jun 1997 23:36:52 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA15936; Sun, 22 Jun 1997 23:36:42 -0700 (PDT) From: Mark Murray Received: (from markm@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA26836; Sun, 22 Jun 1997 23:35:55 -0700 (PDT) Date: Sun, 22 Jun 1997 23:35:55 -0700 (PDT) Message-Id: <199706230635.XAA26836@freefall.freebsd.org> To: markm@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, markm@FreeBSD.ORG Subject: Re: bin/3903 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Kerberized su -l fails with segfault Responsible-Changed-From-To: freebsd-bugs->markm Responsible-Changed-By: markm Responsible-Changed-When: Sun Jun 22 23:35:07 PDT 1997 Responsible-Changed-Why: Kerberos is my baby. From owner-freebsd-bugs Mon Jun 23 02:00:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA22996 for bugs-outgoing; Mon, 23 Jun 1997 02:00:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA22966; Mon, 23 Jun 1997 02:00:04 -0700 (PDT) Resent-Date: Mon, 23 Jun 1997 02:00:04 -0700 (PDT) Resent-Message-Id: <199706230900.CAA22966@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, neil.long@materials.oxford.ac.uk Received: from njl.materials.ox.ac.uk (njl.materials.ox.ac.uk [163.1.65.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA22870 for ; Mon, 23 Jun 1997 01:58:08 -0700 (PDT) Received: (from long@localhost) by njl.materials.ox.ac.uk (8.8.5/8.8.5) id KAA03970; Mon, 23 Jun 1997 10:00:05 +0100 (BST) Message-Id: <199706230900.KAA03970@njl.materials.ox.ac.uk> Date: Mon, 23 Jun 1997 10:00:05 +0100 (BST) From: Neil Reply-To: neil.long@materials.oxford.ac.uk To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3937: getty on ttyd0 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3937 >Category: bin >Synopsis: getty works on ttyd1 but not ttyd0 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 23 02:00:03 PDT 1997 >Last-Modified: >Originator: Neil Long >Organization: University of Oxford >Release: FreeBSD 2.2-STABLE i386 >Environment: i486 tandard serial ports std.9600 >Description: I can get a login prompt on ttyd1 just by changing 'off' to 'on' in ttys but using the same cable, terminal, etc I cannot get anything when I do exactly the same on ttyd0. >How-To-Repeat: edit ttys, change "off" to "on" for ttyd0 and ttyd1 connect dumb-terminal or PC emulator to ttyd1 - login: appears almost immediately, Nothing shows for ttyd0. (init HUP'd of course and ps shows getty's running). No moused no X running >Fix: Not known >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 23 04:10:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA28149 for bugs-outgoing; Mon, 23 Jun 1997 04:10:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA28143; Mon, 23 Jun 1997 04:10:01 -0700 (PDT) Resent-Date: Mon, 23 Jun 1997 04:10:01 -0700 (PDT) Resent-Message-Id: <199706231110.EAA28143@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, pine@math.okayama-u.ac.jp Received: from decpc5.math.okayama-u.ac.jp (decpc5.math.okayama-u.ac.jp [150.46.179.59]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA27965 for ; Mon, 23 Jun 1997 04:04:51 -0700 (PDT) Received: (from pine@localhost) by decpc5.math.okayama-u.ac.jp (8.6.12/8.6.12) id UAA17960; Mon, 23 Jun 1997 20:14:52 +0900 Message-Id: <199706231114.UAA17960@decpc5.math.okayama-u.ac.jp> Date: Mon, 23 Jun 1997 20:14:52 +0900 From: pine@math.okayama-u.ac.jp Reply-To: pine@math.okayama-u.ac.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3938: Problem about mmap() over NFS Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3938 >Category: kern >Synopsis: Problem about mmap() over NFS >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 23 04:10:00 PDT 1997 >Last-Modified: >Originator: Hiroaki Komatsu >Organization: Okayama University >Release: FreeBSD 2.1-STABLE i386 >Environment: NFS server: SPARC station 20 running SunOS 4.1.3 NFS client: FreeBSD 2.2.2-RELEASE FreeBSD 2.2.1-RELEASE FreeBSD 2.1.0-RELEASE >Description: An ftp command `get foo' between different NFS clients for a remote file `foo' of NFS causes ftpd to be frozen. >How-To-Repeat: I think that the following program causes the same trouble, when an argument is a remote file of NFS, say `foo'. While the program is sleeping 10 seconds, if another machine executes `echo >foo' then write() call can not return. ------------------------------------------------------------ #include #include main(int argc, char *argv[]) { FILE *fin; char *buf; if (argc != 2 || (fin = fopen(argv[1], "r")) == NULL) { fprintf(stderr, "Usage: %s file\n", argv[0]); exit(1); } fprintf(stderr, "sleep 10 seconds ...\n"); sleep(10); buf = mmap(0, 1, PROT_READ, MAP_SHARED, fileno(fin), 0); if ((int)buf == -1) { fprintf(stderr, "? mmap\n"); exit(1); } write(1, buf, 1); } >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 23 09:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA13314 for bugs-outgoing; Mon, 23 Jun 1997 09:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA13306; Mon, 23 Jun 1997 09:50:02 -0700 (PDT) Date: Mon, 23 Jun 1997 09:50:02 -0700 (PDT) Message-Id: <199706231650.JAA13306@hub.freebsd.org> To: freebsd-bugs Cc: From: Brian Somers Subject: Re: kern/1293: Fatal trap 12: page fault while in kernel mode Reply-To: Brian Somers Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1293; it has been noted by GNATS. From: Brian Somers To: freebsd-gnats-submit@freebsd.org, hsu@clinet.fi Cc: Brian Somers Subject: Re: kern/1293: Fatal trap 12: page fault while in kernel mode Date: Mon, 23 Jun 1997 17:44:19 +0100 Is this still happening ? It may have been fixed by an update to slcompress.c a few days ago. The update prevents mbufs with an original length of 40 bytes from getting a negative length after vj compression. -- Brian Don't _EVER_ lose your sense of humour ! From owner-freebsd-bugs Mon Jun 23 10:00:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA13857 for bugs-outgoing; Mon, 23 Jun 1997 10:00:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA13828; Mon, 23 Jun 1997 10:00:02 -0700 (PDT) Date: Mon, 23 Jun 1997 10:00:02 -0700 (PDT) Message-Id: <199706231700.KAA13828@hub.freebsd.org> To: freebsd-bugs Cc: From: Brian Somers Subject: Re: bin/3885: /usr/bin/ppp -ddial sleeps forever instead of redial Reply-To: Brian Somers Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3885; it has been noted by GNATS. From: Brian Somers To: freebsd-gnats-submit@freebsd.org, stesin@gu.net Cc: Subject: Re: bin/3885: /usr/bin/ppp -ddial sleeps forever instead of redial Date: Mon, 23 Jun 1997 17:49:52 +0100 I havn't received a reply to my last mail. Is this problem fixed since June 20 ? If you don't sup sources, a copy of ppp is available from http://www.freebsd.org/~brian. -ddial works fine for me ! Cheers. -- Brian Don't _EVER_ lose your sense of humour ! From owner-freebsd-bugs Mon Jun 23 10:00:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA13924 for bugs-outgoing; Mon, 23 Jun 1997 10:00:34 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA13915; Mon, 23 Jun 1997 10:00:26 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA00856; Mon, 23 Jun 1997 09:59:35 -0700 (PDT) Date: Mon, 23 Jun 1997 09:59:35 -0700 (PDT) Message-Id: <199706231659.JAA00856@freefall.freebsd.org> To: brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: bin/2255 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Client PPP negotiates Stacker compression - FDIV049 Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Mon Jun 23 09:52:32 PDT 1997 Responsible-Changed-Why: ppp's mine. I think it's fixed anyway :) From owner-freebsd-bugs Mon Jun 23 10:09:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA14764 for bugs-outgoing; Mon, 23 Jun 1997 10:09:08 -0700 (PDT) Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA13965 for freebsd-bugs@freebsd.org; Mon, 23 Jun 1997 10:00:50 -0700 (PDT) Date: Mon, 23 Jun 1997 10:00:50 -0700 (PDT) Message-Id: <199706231700.KAA13965@hub.freebsd.org> From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The report has been examined by a team member and evaluated. f - feedback The problem has been solved, and the originator has been given a patch or a fix has been committed. The PR remains in this state pending a response from the originator. s - suspended Work on the problem has been postponed. This happens if a timely solution is not possible or is not cost-effective at the present time. The PR continues to exist, though a solution is not being actively sought. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard o [1995/02/14] kern/216 davidg /kernel: panic: ffs_alloccg: map corrupte a [1996/01/22] kern/965 bde 2.0.5: system crashes daily because of "m o [1996/04/06] kern/1121 dyson System crashes on boot up just after the o [1996/05/07] kern/1177 dyson Machine hangs with message "vm_fork: no p f [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel o [1996/06/11] kern/1311 dyson Panic: vm_page_free while installing new a [1996/07/15] bin/1387 davidn Group file errors cause absolute havoc a [1996/08/09] kern/1487 bde bug in exec(2) o [1996/09/11] kern/1599 panic: locking against myself s [1996/09/13] conf/1608 FreeBSD's bug tracking system does not re o [1996/09/29] bin/1694 rbootd does not appear to work o [1996/09/30] kern/1698 sup from around 21:51 GMT 28th very unsta a [1996/10/08] kern/1744 run queue or proc list smashed 4 times in o [1996/10/13] kern/1790 access to /dev/kmem panics system f [1996/10/28] kern/1919 se access to files/directories fails, gives o [1996/11/01] kern/1940 TCP doesn't time out of FIN_WAIT_1 and fl o [1996/11/04] i386/1959 DELAY() won't work for fast CPUs o [1996/11/29] kern/2121 MAXBSIZE in param.h causes kernel panic i o [1996/12/14] i386/2218 cy.c XON/XOFF handling crashes kernel o [1996/12/20] bin/2258 wollman route add/delete [network] xxx.yyy.zzz.0 f [1997/01/01] ports/2352 ports wu-ftp port does not work with DES crypte o [1997/01/03] conf/2367 gibbs Buslogic SCSI driver bad probe of 742A EI f [1997/01/04] kern/2371 gibbs SCSI disk corruption o [1997/01/14] kern/2498 On installation, after selecting drivers, o [1997/01/25] bin/2581 imp security holes in libtermcap o [1997/01/27] bin/2599 Lite2 merg and critical bugfix for games/ o [1997/02/06] kern/2680 bde bind of a local domain socket does not re o [1997/02/11] kern/2717 Panic with daily script (find) o [1997/02/14] bin/2740 wpaul root-fs full erases password table ! o [1997/02/21] misc/2795 Cyclades 8YO -- Not working under 2.1.6-S o [1997/02/26] bin/2821 jkh XFree86 distributed with 2.2-GAMMA corrup o [1997/02/28] bin/2837 Globalyst550 Disk-Drive Not found!! o [1997/03/04] kern/2877 Fatal Trap 12: page fault while in kernel o [1997/03/05] kern/2890 System panic after kernel compiled for 12 o [1997/03/08] kern/2923 panic: vm_fault: fault on nofault entry, o [1997/03/13] kern/2980 2.2 crashes after accessing DAT-tape. bot o [1997/03/15] kern/3000 Kernel Panic in 2.2-CURRENT Kernel o [1997/03/16] kern/3005 can't completely install 2.1.7 release; s o [1997/03/17] kern/3017 panic: page fault as of March 11th v2.2 o [1997/03/17] bin/3019 Can't use SCSI disk (SCSI ID>3) on instal o [1997/03/23] misc/3070 Cannot do post install mods to UNIX from o [1997/03/23] kern/3072 Kernel Page Fault During Install of 2.1.7 o [1997/03/25] ports/3102 tg teTex port destroys previous contents of o [1997/03/25] kern/3103 vi large_file --> reboot without panic o [1997/03/26] ports/3106 torstenb pidentd exits with signal 6 o [1997/03/26] bin/3115 date command dumps core o [1997/03/27] kern/3128 Can't Install FreeBSD 2.2.1 o [1997/03/28] bin/3131 dlsym() does not set error on error, brea o [1997/03/30] kern/3150 Cyrix 6x86L-P200+ crashes w/ page fault o [1997/04/01] bin/3165 tex-3.14159.tgz lacks file o [1997/04/07] bin/3226 mpp vi died with a core dump o [1997/04/08] kern/3234 ipfilter.shar - integration complete o [1997/04/11] kern/3259 /bin/ps: kernel kernel, lockups, performa o [1997/04/12] kern/3267 mtime/ctime sometimes updated when a prog o [1997/04/15] i386/3300 Adaptec 2940U Problems o [1997/04/17] kern/3312 Adaptec 2940 still causes timeout using 2 o [1997/04/17] i386/3316 FOLLOWUP:Adaptec 2940U Problems->Addition o [1997/04/20] kern/3359 FreeBSD wont boot on amd p133 o [1997/04/21] kern/3366 ipx stack or ep driver o [1997/04/22] bin/3374 Cannot Install FreeBSD 2.2.1 - installati o [1997/04/26] kern/3392 System panics every few hours o [1997/04/27] ports/3394 max jp-Wnn-4.2 fails to make personal diction o [1997/04/28] kern/3404 frequent kernel panics o [1997/05/01] bin/3437 SU acting strange on 2.2.1 Release o [1997/05/01] i386/3462 using a PS/2 mouse causes kernel trap in o [1997/05/05] bin/3510 xsm does not work! o [1997/05/07] ports/3536 ports MakeTexPK calls gftopk with wron argument o [1997/05/12] misc/3586 The boot.flp file is too large to image t o [1997/05/13] kern/3594 EAGAIN and garbage data when reading sock o [1997/05/16] kern/3609 fs on remote host is mounted via NFS, rec o [1997/05/17] misc/3615 Error in /usr/src/lib/libc/gen/sigsetops. o [1997/05/21] bin/3650 Ypserv dumps core randomly. o [1997/05/23] kern/3671 SCSI tape drive with AHA 2940 locks up sy o [1997/05/24] kern/3674 NFS in 2.2 RELEASE hangs. o [1997/05/26] kern/3690 vm problems on 2.2, 2.1.7 works o [1997/05/27] kern/3696 kernel panic during wd hard disk probe if o [1997/05/27] conf/3698 sysinstall does not save parameters enter o [1997/05/27] misc/3700 FPE error in "normal" math code o [1997/05/30] kern/3721 kernel panic with netatalk o [1997/06/01] kern/3752 NFS dirs under -current still have proble o [1997/06/01] kern/3753 "make" hangs when building in an NFS dir o [1997/06/02] kern/3761 Inlel EtherExpress pro/100B more than on o [1997/06/08] bin/3813 make world on 2.2-STABLE dies when trying o [1997/06/11] misc/3846 The sample /etc/amd.map has a security ho o [1997/06/14] ports/3872 ports Enter key not working properly in trn por o [1997/06/16] bin/3885 /usr/bin/ppp -ddial sleeps forever instea o [1997/06/16] kern/3887 fxp driver looses packets o [1997/06/17] i386/3895 False FPE (floating point exception) sign 89 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/03/20] kern/260 davidg msync and munmap don't bother to update m s [1995/04/01] kern/291 se PCI devices still probe/attach after bein f [1995/05/08] bin/389 Simultaneous creation/deletion of dirs co a [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/ o [1995/05/16] kern/425 wollman arp entries not getting removed when inte a [1995/06/17] kern/527 dufault dump causes assertion in ncr.c o [1995/07/02] kern/579 bde sio: RS_IBUFSIZE at 256 bytes serial line f [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer s [1995/07/21] i386/631 if_ix does not support bpf, nor does it a s [1995/07/29] kern/638 Transmitted packets not passed to bpf in f [1995/08/11] gnu/672 Nor all ph headers get created o [1995/08/22] bin/706 jmg increased root DNS traffic and long laten f [1995/09/20] kern/730 gibbs 3Com 3C5x9 probe problem f [1995/09/27] kern/750 cd9660 confused by not-ready or I/O error a [1995/10/07] bin/771 telnet character mode not set and broken o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps o [1995/11/12] kern/820 gibbs scsi tape problems f [1995/11/16] bin/826 mpp tcpmux listener in inetd does not work o [1995/12/20] i386/906 davidg /sys/i386/boot/netboot/nb8390.com cannot o [1996/01/01] bin/926 Mounting nfs disks before starting mountd o [1996/02/12] kern/1020 .Boca 16-port board still hangs o [1996/02/12] docs/1023 mpp using touch to create swap file for NFS d a [1996/02/17] bin/1030 steve /bin/sh does not pass environment variabl f [1996/02/28] bin/1050 [floppy] Process (zip) hangs (unkillable) s [1996/03/06] kern/1067 mpp panic: ufs_lock: recursive lock not expec o [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Sol o [1996/03/23] kern/1098 File system corruption (2 cases) o [1996/03/30] bin/1111 scrappy mail.local will happily deliver mail to a f [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot o [1996/05/24] misc/1247 bde Conflicting header files f [1996/05/26] i386/1251 aha0 and bt0(eisa) conflicts again. o [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets o [1996/05/28] kern/1271 phk Kernel panic using PLIP in 27/05 current o [1996/05/31] kern/1284 dyson panic: vm_page_free: freeing busy page o [1996/06/02] i386/1288 bde wdgetctlr (wd.c) return incorrect number o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA o [1996/06/10] kern/1308 dyson vm_page_free: wire count > 1 in 960501-SN a [1996/06/12] bin/1315 ls(1) a [1996/06/18] kern/1333 davidg free vnode isn't: another -stable coredum f [1996/07/03] bin/1364 mpp ps(1) bugs o [1996/07/09] gnu/1379 Man command problem, when it writes into f [1996/07/24] kern/1423 wollman route causes kernel page fault. f [1996/08/01] bin/1454 steve /bin/sh bug handling <<[n] FD processing o [1996/08/03] bin/1461 Incorrect address binding of Kerberized r o [1996/08/04] kern/1467 gibbs scsi_prevent causing tape problems on clo o [1996/08/18] kern/1512 dyson Use of madvise may may cause bad memory m o [1996/08/22] kern/1533 dyson Machine can be panicked by a userland pro o [1996/08/25] misc/1541 julian fork.o in libc_r fails to compile f [1996/09/05] kern/1570 Setting SHMALL > 35000 causes panic o [1996/09/14] kern/1610 dyson mmap() of unassociated memory + mlock() c o [1996/09/16] i386/1626 MUSTEK Scanner hangs NCR SCSI controller f [1996/09/18] kern/1637 mss driver causes feedback (squeal) on so o [1996/09/19] bin/1650 telnet encryption with char-mode and asci o [1996/09/21] kern/1661 ft driver hangs uninterruptably at "bavai o [1996/09/29] kern/1689 wollman TCP extensions throttles distant connecti o [1996/09/29] kern/1692 Page fault while in kernel modem fatal tr o [1996/10/01] bin/1702 installing of tcl manpages fails from mak o [1996/10/03] kern/1715 le driver non-reentrant o [1996/10/04] kern/1723 gibbs kernel fault when doing scsi reprobe o [1996/10/04] kern/1724 gibbs HP colorado T4000S tape drive hangs syste o [1996/10/04] kern/1726 panic in kmem_malloc (dump available) o [1996/10/10] ports/1753 markm SSLeay doesn't work against Microsoft sec o [1996/10/10] kern/1754 netbooted machines freeze with ifconfig a o [1996/10/11] bin/1773 ports A NULL pointer causing segmentation core o [1996/10/13] gnu/1787 markm Diffs with Index: lines are not honored f o [1996/10/15] bin/1810 fsck -p does not check pass 0 filesystems o [1996/10/15] kern/1812 dyson vnodes are left in a locked state o [1996/10/15] kern/1814 cy driver gets deadlocked sometimes a [1996/10/18] kern/1839 mpp Multiple mfs mounts of same mount point o [1996/10/20] kern/1848 breakpoints may be set in shared librarie o [1996/10/21] kern/1856 read-only nfs mount: panic leaf should be o [1996/10/22] ports/1866 wosch popclient flushes remote mailbox even wit o [1996/10/24] kern/1880 kernel crash during boot when using 512 M o [1996/10/25] bin/1891 mountd fails to export o [1996/10/26] bin/1892 install(1) removes target file o [1996/10/29] bin/1927 User CPU time getting accounting as syste o [1996/11/07] bin/1973 jmg pppd uses /etc/ppp/options.tty after comm o [1996/11/08] gnu/1981 ypserv handles null key incorrectly o [1996/11/13] ports/2000 asami obsolete software in distfiles directory a [1996/11/13] bin/2001 mpp vi confused about lines to display o [1996/11/13] i386/2002 sio doesn't detect com port on Compaq Con o [1996/11/14] misc/2013 'make world' fails on read-only /usr/src a [1996/11/14] kern/2014 sos Console keyboard lockup problem o [1996/11/15] bin/2016 static libtcl references symbols that are o [1996/11/15] kern/2034 julian [devfs] wd* driver "slot name rejection e o [1996/11/15] gnu/2035 peter deque bug, local gnu changes to deque hea o [1996/11/18] kern/2053 de0 driver don't work at 100M for Compex o [1996/11/24] kern/2094 wd1: interrupt timeout: o [1996/11/26] bin/2107 problem building a system from cdrom. s [1996/12/03] kern/2142 FP mask not saved for signal handlers o [1996/12/03] kern/2144 kernel panic (page fault) running chgrp o [1996/12/08] kern/2181 2.2-ALPHA flickers/wavers part of the upp o [1996/12/10] misc/2189 mpp netdb.h works not with -traditonal cc fla o [1996/12/10] bin/2191 syslogd stops logging after several hours o [1996/12/13] bin/2206 NIS Makefile can't manage appletalk entri o [1996/12/17] kern/2232 MSDOSFS corrupts MSDOS partitions > 500Mb o [1996/12/18] kern/2248 Mitsumi CD-ROM driver has "timeout" probl s [1996/12/19] bin/2255 brian Client PPP negotiates Stacker compression o [1996/12/20] bin/2256 PPP process on port will not close when a s [1996/12/22] ports/2268 ports libc from linux emulator does not use /et o [1996/12/22] kern/2270 Hayes ESP serial card locks system as of a [1996/12/25] misc/2283 ache setlocale() in libxpg4 always returns NUL o [1996/12/29] bin/2318 /usr/libexec/rlogind doesn't work after t a [1996/12/30] kern/2325 mpp quota.user enlarged, no boot on 2.2-BETA o [1996/12/30] kern/2330 changing root device to sd0a - ncr0: abor o [1996/12/31] ports/2340 obrien gshar+gunshar needs to be updated to 4.2 o [1997/01/01] kern/2351 panic:timeout table full o [1997/01/06] kern/2388 joerg start unit command screws up some CDROM d o [1997/01/07] gnu/2394 tar will extract files even if -C command f [1997/01/07] kern/2401 joerg 2.2 RELENG sometimes locks up early on bo o [1997/01/08] kern/2425 amd driver does not reprobe devices. o [1997/01/08] conf/2426 At end of install, panic: Going nowhere w o [1997/01/09] bin/2430 mountd stops on loading if subnet mask is o [1997/01/09] i386/2431 panic: get_pv_entry: cannot get a pv_entr o [1997/01/12] i386/2471 Sound: Reset failed - Can't reopen device o [1997/01/13] misc/2479 sos NEC CD-ROM NOT RECOGNIZED; MATROX MISTIQU o [1997/01/13] bin/2489 mpp gnats mangles sections o [1997/01/16] kern/2507 Renaming DOS directories with "mv" causes o [1997/01/18] kern/2521 kernel from 2.1.6 install CD doesn't acce o [1997/01/18] bin/2527 fetch doesn't print enough of the error m o [1997/01/20] kern/2538 worm burning suddenly broken o [1997/01/20] bin/2541 cd (using /bin/sh) may leave you in the w o [1997/01/20] kern/2545 se < sd0(ncr0:6:0): COMMAND FAILED ==> Not a [1997/01/21] bin/2549 sos cdcontrol refuses to play audio CDs from f [1997/01/21] misc/2551 davidn limit too small for user root o [1997/01/23] kern/2569 route -iface breaks inet behaivour f [1997/01/24] kern/2570 fenner arpresolve: cant allocate llinfo o [1997/01/25] bin/2591 sh coredumps when passing an argv of a ce o [1997/01/26] bin/2597 everything stops when the new ld.so is in o [1997/01/29] kern/2613 ache syscons mistakes MONO for MONO VGA o [1997/01/29] misc/2614 make reinstall does not work o [1997/01/29] bin/2616 Installs very irratically from the same c o [1997/01/31] kern/2628 code clean up of sys/sys o [1997/01/31] kern/2632 enabling psm mouse causes keyboard to not o [1997/01/31] bin/2633 fsck -p in /etc/rc fails with cannot allo o [1997/02/02] kern/2640 2.2-RELENG leaks memory (router/pppd serv s [1997/02/03] kern/2647 changing existing route to -static crashe o [1997/02/04] ports/2664 elm methodically writes garbage into fold o [1997/02/05] kern/2667 wollman bpfattach can hang the system f [1997/02/05] bin/2670 fetch fails with HTTP_PROXY o [1997/02/05] bin/2671 Run-away processes using all CPU time a [1997/02/06] kern/2675 lkmcioctl() is not consistent and careful o [1997/02/07] kern/2690 asami When Using ccd in a mirror mode, file cre o [1997/02/08] kern/2695 sio1 (16540 serial port) is not recognize o [1997/02/09] kern/2698 After rewind I cannot read a tape; blocks o [1997/02/12] kern/2719 added support for magneto-optical SCSI di o [1997/02/13] ports/2731 ports new port: Tcl 8.0A2 o [1997/02/14] kern/2732 mcopy 3.0 causes kernel hang o [1997/02/14] bin/2736 No boot block if no FreeBSD partitions on o [1997/02/15] kern/2742 panic: leaf should be empty o [1997/02/15] bin/2747 davidn cannot submit at jobs from within an at j o [1997/02/17] kern/2751 asami 2GB limitation on CCD device partitions s o [1997/02/18] bin/2762 Precedence mistake in libncurses o [1997/02/19] kern/2768 ktrace(1) -i dumps corrupted trace data o [1997/02/19] bin/2769 fsck needs several runs to clean up bad/d o [1997/02/19] kern/2770 panic: vm_fault: fault on nofault entry o [1997/02/19] kern/2771 panic: bad dir f [1997/02/19] kern/2772 gibbs panic: %s:%c:%d: Target did not send an I o [1997/02/19] kern/2773 bad dir panic o [1997/02/20] misc/2781 jkh Installation crashes if timeout in ftp tr o [1997/02/20] misc/2784 brian userland PPP rises load to 1.00 o [1997/02/20] bin/2785 wpaul callbootd uses an unitialized variable o [1997/02/20] gnu/2786 gcc version 2.7.2.1 C compiler slows down o [1997/02/21] misc/2793 libc_r make fscanf failure o [1997/02/22] kern/2800 DDS large data writing probrem o [1997/02/25] kern/2815 Custom Kernel crashes o [1997/02/27] bin/2829 jkh FTP installs can only fail once o [1997/02/28] bin/2832 w treats corrupted utmp as fatal error o [1997/03/01] kern/2840 mlock+minherit+fork+munlock causes panics o [1997/03/02] bin/2844 libedit sync with NetBSD/OpenBSD o [1997/03/03] i386/2853 syscons beeps even if beeping screen is n o [1997/03/03] kern/2858 dfr FreeBSD NFS client can't mount filesystem o [1997/03/03] bin/2867 sysinstall goes into an infinite loop dur o [1997/03/04] kern/2873 the od0 devies does not handle a Maxoptix o [1997/03/04] docs/2874 The gencat command hasn't got a manual pa o [1997/03/07] bin/2915 the "-fstype ufs" option of "find" seems o [1997/03/07] ports/2918 ports Unable to pass 8+ command line arguments o [1997/03/08] kern/2919 vm_fault: fault on nofault entry, addr: f o [1997/03/09] bin/2925 non-priviledged user can crash FreeBSD!! o [1997/03/11] bin/2948 can't dump 640MB optical disks o [1997/03/11] ports/2956 ports New Port: xgospel-1.10d in ftp.freebsd.or o [1997/03/12] kern/2965 st0 hang/fail on reading 4mm DAT tape for o [1997/03/12] bin/2969 csh and/or builtin printf has problems wi o [1997/03/12] bin/2973 output of iostat is wrong. o [1997/03/15] kern/2991 RTF_LLINFO routes remain when interface i a [1997/03/15] ports/2994 ports xpm port does not build for the first tim o [1997/03/18] kern/3021 panic after sync during reboot o [1997/03/18] kern/3029 typo in libc o [1997/03/19] kern/3039 higher securelevel (>0) stops X server o [1997/03/21] i386/3048 multicast support necessery in some drive o [1997/03/21] kern/3054 OPL3 sound off by one note o [1997/03/21] bin/3055 umount -f does not work o [1997/03/24] i386/3082 keyboard locks up unexpectedly o [1997/03/24] i386/3083 Toshiba XM-5702B ATAPI CDROM not detected o [1997/03/24] bin/3085 make world fails on compiling dumpfs.c o [1997/03/24] misc/3086 panic: cannot mount root - on boot, when o [1997/03/25] kern/3104 Cannot execute files on a nullfs filesyst o [1997/03/26] conf/3109 unintellible upgrade doc o [1997/03/27] kern/3122 _POSIX_SAVED_IDS not defined in 2.2 o [1997/03/27] conf/3123 /stand/sysintstall does not perform to up o [1997/03/27] i386/3124 BOOT_PROBE_KEYBOARD hangs system in bootb o [1997/03/27] bin/3126 Install with mcd0 still broken. o [1997/03/27] bin/3127 PCI Ether card slower than ISA Ether card o [1997/03/28] i386/3130 Dell Latitude keyboard lock up o [1997/03/28] misc/3133 TIOCSETD error with Cyclades 8Yo o [1997/03/30] gnu/3149 patch-2.1: files possibly created in wron o [1997/03/31] kern/3156 Copying to floppy device file locks machi o [1997/03/31] bin/3158 seg faults and cannot update links using f [1997/04/01] kern/3162 2.2 kernel from mar 25th crashes on nfs s o [1997/04/01] bin/3170 vi freaks and dump core if user doesn't e o [1997/04/02] kern/3180 mlock() causes panic: lockmgr: upgrade ex o [1997/04/04] i386/3195 ahc panic o [1997/04/05] kern/3201 de0 not re-enabled after hub down o [1997/04/05] ports/3205 jmz Mtools-3.0 attempts to flock() a disk par o [1997/04/05] kern/3209 3.0-current panics on shutdown/reboot/hal o [1997/04/06] kern/3216 panic: pmap_zero_page: CMAP busy o [1997/04/06] kern/3219 sppp or arnet gets looped after connectio o [1997/04/08] bin/3230 Unable to resolve dev conflict between ed o [1997/04/09] kern/3244 ipfw flush closes connections o [1997/04/10] bin/3246 mtree -c should escape whitespace and spe o [1997/04/11] ports/3256 ache ncftp-2.4.2 in packages-2.2 was not linke o [1997/04/11] docs/3257 make cleandepend is broken in src/ o [1997/04/12] kern/3263 gnats-admintroubles with digiboard o [1997/04/13] kern/3278 mounting MFS uses up swap space o [1997/04/14] misc/3291 md2.h, md4.h, and md5.h headers useless f o [1997/04/15] bin/3305 Can't do encrypted rlogin into self o [1997/04/16] bin/3307 Unable to Route to a different Class C wi o [1997/04/16] misc/3308 Missing "#include item' when making world o [1996/10/23] bin/1872 automounter (amd) cannot ls directories w o [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl o [1996/10/26] bin/1897 Sendmail 8.8.2 requires /etc/sendmail.cw o [1996/10/27] bin/1904 /usr/bin/su is not careful enough in veri o [1996/10/27] misc/1908 jkh FTP install failed DNS lookup o [1996/10/29] bin/1924 if lpd is not running, lpc will say ``no o [1996/10/30] i386/1931 Mitsumi CDrom works well under 2.1.x, fai o [1996/10/31] ports/1939 ports exodus port doesn't build with new g++-2. o [1996/11/01] bin/1941 wtmp and monthly rotation o [1996/11/01] bin/1943 route(8) args o [1996/11/02] bin/1945 Out of date code/comments in dd o [1996/11/04] i386/1953 syscons savers have no default timeout o [1996/11/04] gnu/1961 uucp logging files are in /var/spool/uucp o [1996/11/06] bin/1968 FreeBSD has no rdate(8), here's one o [1996/11/06] bin/1970 csh limtail() bug o [1996/11/09] bin/1985 pkg_delete outputs confusing message when o [1996/11/13] kern/2004 route add -link panic o [1996/11/13] bin/2005 Poor command line argument checking and b o [1996/11/14] bin/2008 kerberos tickets from login all have the o [1996/11/15] kern/2022 Switching from X display to virtual conso o [1996/11/16] bin/2036 cpio size wraparound o [1996/11/16] ports/2038 torstenb sshd dies on FreeBSD machines if run as a o [1996/11/18] ports/2051 obrien HDF library port o [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken o [1996/11/19] bin/2065 wollman in tzsetup/sysinstall, allow user to type o [1996/11/19] misc/2068 Unstable keyboard mappings on the main tt o [1996/11/20] kern/2072 ZIP drive support is available for FreeBS o [1996/11/21] ports/2079 obrien New ports supporting AWE sound driver (fo o [1996/11/21] bin/2080 The scanf family doesn't support 'q' modi o [1996/11/22] docs/2087 ifconfig.8 does not document how to remov o [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi o [1996/11/23] bin/2093 AMD gets sig 11 when /etc/malloc.conf is o [1996/11/24] ports/2096 tg ImageMagick outdated, lzw not supported o [1996/11/25] misc/2105 bsd.lib.mk has problems with STRIP and IN o [1996/11/26] bin/2106 Byte order problem in -current routed o [1996/11/26] i386/2108 sos [ATAPI] wcd driver may hang under certain o [1996/11/28] kern/2118 writing to virtual consoles fails to disp o [1996/11/28] bin/2119 mount lies to child about argv0, which ca o [1996/12/01] bin/2133 netstat -s overflows to negative o [1996/12/02] bin/2137 vm statistics are bad o [1996/12/02] kern/2140 FreeBSD leaves EtherExpress 16 net card i o [1996/12/03] ports/2145 ports qpopper bulletin support broken o [1996/12/03] conf/2146 wrong /dev for COM2 during installation v a [1996/12/04] docs/2153 mpp Manual page of bootparams(8) refers to a o [1996/12/06] i386/2166 psm driver locks the console o [1996/12/07] ports/2169 pst zephyr port does not completely compile o [1996/12/08] ports/2173 peter top does not compile under FBSD 2.1.6 o [1996/12/08] ports/2182 ports FreeBSD's and X-32's list of locales do n o [1996/12/08] bin/2184 sendmail has lots of trouble with local d o [1996/12/08] misc/2185 phk add ability to change partition type in l a [1996/12/10] ports/2190 asami need cross-reference to xpdf from X11 por o [1996/12/12] kern/2199 joerg Got a lots of "Target Busy" messages with o [1996/12/14] kern/2214 File System gets corrupted when mounting o [1996/12/14] bin/2216 Ada specs not being compiled into cc/gcc o [1996/12/16] bin/2227 FreeBSD does not recognize WD7000-ASC dri o [1996/12/17] i386/2234 fbsdboot.exe does not turn off floppy dri o [1996/12/17] i386/2239 some interrupts take too long (i.e. BT946 o [1996/12/18] misc/2242 Suggest add optional mt blocksize 512 o [1996/12/18] bin/2247 imp getopt should return -1 rather than EOF o [1996/12/20] bin/2260 PPP logins using PAP to Nortel/Shiva syst o [1996/12/21] ports/2264 ports latex* ports need updating a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/23] kern/2271 FIONREAD on tunnel device returns incorre o [1996/12/24] kern/2273 support for POSIX.4 / POSIX.1a RT-schedul o [1996/12/24] docs/2275 no support for isdn-cards o [1996/12/25] conf/2284 Termcap ibm3163 entry has arrow keys wron o [1996/12/26] bin/2291 race condition in /etc/master.passwd lock o [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 markm new crypt() including SHS and an extendab o [1996/12/28] misc/2309 Thread safe fixes to malloc, localtime, l o [1996/12/28] ports/2313 torstenb pidentd fails in 2.2-BETA o [1996/12/29] bin/2315 tail segfaults on NFS permission denied o [1996/12/29] misc/2323 FreeBSD.FAQ file in ftp.freebsd.org is lo o [1996/12/30] kern/2327 `Green' saver for pcvt o [1996/12/31] bin/2336 jkh Sysinstall won't install dists on 2nd pas o [1997/01/01] docs/2353 Changes to FAQ o [1997/01/03] bin/2366 libc does not consult /etc/services to fi o [1997/01/03] bin/2368 serial line logins "freeze" during login o [1997/01/06] bin/2382 curses.h / -lcurses incompatible with C++ o [1997/01/06] bin/2383 Inconsistent tputs(3) prototypes in curse o [1997/01/06] misc/2386 patches for new socket credential firewal o [1997/01/06] bin/2387 virtual hosting patches for inetd o [1997/01/06] kern/2390 Some CDROM drives stop audio on cdcontrol o [1997/01/07] kern/2393 filesystems not unmounted following shutd o [1997/01/07] misc/2407 dirent.h does not include sys/types.h o [1997/01/07] bin/2410 pppd(8): failing PAP doesn't force line d o [1997/01/07] kern/2412 Wine does not work o [1997/01/07] ports/2413 peter Cannot redirect "top" output o [1997/01/08] kern/2424 Pressing ALT-Fn during boot -c leave bell o [1997/01/09] kern/2429 Driver for AIMS Lab RadioTrack radio card o [1997/01/10] bin/2437 minor nits on text in 2.2-BETA install o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/10] bin/2443 Fetch cannot find the correct boundary be o [1997/01/11] bin/2448 semctl() not portable -- freebsd requires o [1997/01/11] docs/2455 no description "option COMCONSOLE" MLEN o [1997/01/26] misc/2596 dd refuses to respond to SIGkill o [1997/01/26] i386/2598 ep0 in EISA mode hangs if ep0-device (ISA o [1997/01/28] bin/2603 Added POSIX.4/POSIX.1b constants in unist o [1997/01/28] bin/2604 Added POSIX.4/POSIX.1b shm_open()/shm_unl o [1997/01/28] ports/2607 max New port: Gopher-2.3 o [1997/01/28] bin/2609 Problem receiving more than 1688835 bytes o [1997/01/29] misc/2617 Utility submission - upsmon - UPS monitor o [1997/01/30] kern/2621 Patch to support Cogent EM110 fast-ethern o [1997/01/30] docs/2623 ipfirewall(4) man page is way out of date o [1997/01/30] bin/2624 kdump unaware of semsys and several other o [1997/01/31] bin/2630 xargs does excessive and inconsistent arg o [1997/01/31] bin/2631 kill interprets empty arg as PID 0 o [1997/02/02] gnu/2637 tar dumped core with -g option. f [1997/02/02] ports/2639 jkh FreeBSD 2.2 teTeX-0.4 package does not in a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d o [1997/02/03] ports/2653 pst mh-6.8.4 manpage error for slocal o [1997/02/04] bin/2657 ypserv thinks there is no computers in ne o [1997/02/04] bin/2660 When selecting BSD to boot from system ha o [1997/02/04] bin/2665 port 22 isn't being converted to ".ssh" i o [1997/02/05] bin/2668 modification suggested for rarpd o [1997/02/05] bin/2672 Problem with telnetd o [1997/02/06] kern/2681 missing prototype in s [1997/02/07] ports/2684 torstenb ircII port upgrade; 2.9_roof -> 2.9alpha1 o [1997/02/07] kern/2686 struct igmpmsg in s o [1997/02/07] misc/2687 sysinstall umounts floppy after prompting o [1997/02/10] bin/2703 vipw doesn't allow you to edit master.pas o [1997/02/10] kern/2704 Occasional failure to detect wdc1 on boot o [1997/02/11] conf/2709 FBSD 2.1.6 X-Server installation setup ut o [1997/02/11] bin/2713 ftp daemon processes don't terminate, eve o [1997/02/11] kern/2715 MSDOS-FS 1024/2048 byte/sector media supp o [1997/02/11] kern/2716 od.c/sd.c non 512 byte/sector support imp o [1997/02/13] i386/2729 "make tags" in sys/kern produces barely u o [1997/02/14] bin/2734 jkh pkg_* uses relative paths to executables o [1997/02/14] bin/2735 jkh Add signature support (both MD5 and PGP) o [1997/02/14] bin/2737 yppasswd fails to change password on a su o [1997/02/15] misc/2745 fenner PR querry web form doesn't sort correctly o [1997/02/17] bin/2752 NULL is used instead of 0 many places o [1997/02/20] docs/2780 Description of Linux emulation is out of o [1997/02/20] bin/2782 err man page is slightly wrong o [1997/02/21] misc/2789 na.phone update o [1997/02/22] ports/2797 tg New Port: qmail o [1997/02/23] kern/2806 new kernel tags script o [1997/02/23] kern/2807 pcisupport.c uses sprintf field widths, n o [1997/02/24] docs/2810 Tutorial submission detailing how to upgr o [1997/02/25] i386/2813 hard reference to /usr/src breaks make wo o [1997/02/25] ports/2817 ports New port - prodosemu is an Apple2e prodos o [1997/02/26] conf/2819 /etc/rc does not execute 'uname' when con o [1997/02/26] conf/2822 ftp install specifying URL confusing o [1997/02/27] gnu/2827 after make world genclass is not installe o [1997/02/28] docs/2833 Repeated topics on FAQ entry hardware com o [1997/03/02] bin/2845 sync with spiffy new netbsd/openbsd ftp c o [1997/03/02] misc/2848 jmg newsyslog will notify syslogd, not any ot o [1997/03/02] docs/2850 init(8) man page does not document secure o [1997/03/02] bin/2851 script(1) sets argv[0] of the started she o [1997/03/03] kern/2857 DE500 board exhibits capture effect o [1997/03/03] bin/2859 /usr/bin/quota seems to choke on long gro o [1997/03/03] misc/2863 New keymap for Latin American Keyboards o [1997/03/03] bin/2864 Using modload with -p option broken o [1997/03/03] kern/2865 dfr NFS client hangs on umount, ls, df when N o [1997/03/03] bin/2871 showmount -e returns error o [1997/03/04] misc/2882 Duplicate line in /etc/services? o [1997/03/05] kern/2886 fenner mbuf leak in multicast code o [1997/03/06] docs/2897 mpp send-pr categories should be explained so o [1997/03/06] bin/2898 fenner arp -a -n buglet a [1997/03/06] ports/2902 ports Fix xmcd port for PACKAGE_BUILDING o [1997/03/06] ports/2903 ports New port: xdeblock o [1997/03/06] ports/2904 ports New port: wm2 a [1997/03/06] ports/2905 ports Fixed port: xshisen-1.36 o [1997/03/08] ports/2920 ports patch for mispositioned xv windows under o [1997/03/08] ports/2922 ports Please commit new port: viz-1.1.1 o [1997/03/09] i386/2924 syscons X keyboard gets stuck in capsmode o [1997/03/09] ports/2926 ports xmgt-2.31 port, now in pub/incoming on ft o [1997/03/10] bin/2933 sysinstall fails when adding packages thr o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] ports/2936 tg The teTeX port runs strup on /usr/local/b o [1997/03/10] bin/2938 Add -b, -l, and -f options to du(1) o [1997/03/10] docs/2939 `man 8 sticky` == outdated o [1997/03/10] conf/2943 standard-supfile missing src-release and o [1997/03/11] ports/2949 ports bsd.port.mk needs something like FETCH_EN o [1997/03/11] ports/2951 ports xgraph source is not on MASTER_SITE o [1997/03/11] misc/2955 pkg_add failed on xemacs via sysintall o [1997/03/12] ports/2961 ports New port(jp-vftool-1.2):japanese/virfonts o [1997/03/12] bin/2968 fmt dumps core on ^M o [1997/03/13] ports/2974 ports updated Makefile and patch-ab of jp-dvi2p o [1997/03/13] bin/2977 After enabling moused and vidcontrol and o [1997/03/13] bin/2979 GCC complains about stmt. expr. when comp o [1997/03/13] i386/2984 serial port console only prints ~ 1 char o [1997/03/14] ports/2988 joerg vga font is not built o [1997/03/15] ports/2993 ports qmail-port-take2-proff.tar.gz in incoming o [1997/03/15] kern/3001 soundblaster8 card does not work correctl o [1997/03/16] misc/3009 packages-2.2/x11/fvwm-1.24r.tgz corrupt o o [1997/03/17] ports/3012 ports qmailanalog port in incoming o [1997/03/18] conf/3022 /etc/sysconfig was not set up with option o [1997/03/18] conf/3023 By default users have no write permission o [1997/03/18] misc/3024 make reinstall in /usr/src requires writa o [1997/03/18] bin/3025 mv to / trailed dirs prints odd error mes o [1997/03/18] bin/3028 sos add support for Glidepoint pointing devic o [1997/03/19] misc/3040 sysinstall XF86Config graphic mode YES=== o [1997/03/19] bin/3042 comm and uniq do not have a case insensit a [1997/03/21] ports/3052 ports /usr/ports/lang/expect does not find tkCo o [1997/03/22] kern/3061 route does not accept -genmask o [1997/03/24] misc/3075 2.2-R install "features" (non critical) o [1997/03/24] bin/3080 yacc produces output which doesn't compil o [1997/03/24] ports/3081 ports sitelispdir is a directory no a path in x o [1997/03/24] ports/3090 ports ircii-2.9-roof does not run. o [1997/03/25] bin/3101 "command" entry of ps -uc is too wide, ou o [1997/03/26] docs/3112 Handbook says that users should use sup o [1997/03/26] misc/3113 make libraries failed. o [1997/03/27] misc/3119 /usr/share/syscons/keymaps/german.iso.kbd o [1997/03/27] ports/3121 tg teTeX 0.4 package has missing links ? a [1997/03/28] misc/3136 rc.firewall should be run after interface o [1997/03/29] bin/3139 qcamcontrol has a bug where I/O errors ar o [1997/03/29] misc/3140 display message is broken on boot.flp o [1997/03/30] docs/3147 /usr/share/misc/au.postcodes o [1997/03/30] misc/3148 adjkerntz screws up during GMT/BST change o [1997/03/31] bin/3152 FreeBSD 2.2-STABLE: getty does not initia o [1997/03/31] misc/3155 Checksum mismatch o [1997/03/31] gnu/3157 Patches to gas and gdb to support MMX ext a [1997/04/01] bin/3164 mpp view copies the file into vi.recover o [1997/04/01] ports/3169 ports nn port broken o [1997/04/01] conf/3171 Typo in /etc/sysconfig o [1997/04/01] kern/3172 CS4232 support trouble for mss0 o [1997/04/03] bin/3190 RISCom N2 card driver problem? o [1997/04/04] kern/3191 Commiting of the ppa Zip Drive driver to o [1997/04/04] bin/3194 2.2.1-RELEASE hangs when using /stand/sys o [1997/04/05] bin/3202 shutdown(8) don't work if started from an o [1997/04/05] bin/3206 su seg-faults when being invoked with an o [1997/04/06] bin/3210 routed having problems with /etc/gateways o [1997/04/06] bin/3211 ctm uses mktemp()> o [1997/04/06] bin/3212 the pkg_* tools use mktemp() o [1997/04/06] misc/3217 The rmail.c err() function will fail in m o [1997/04/07] bin/3221 rpc.rusersd : can't communicate with SunO o [1997/04/07] misc/3225 uucpd.c should normalize host names as lo o [1997/04/08] bin/3232 XFree86 installation Problem with non-Mic o [1997/04/08] bin/3233 adduser(8) doesn't add users to the wheel o [1997/04/08] misc/3237 SCRIPTS addition to bsd.prog.mk a [1997/04/09] bin/3241 times(3) returns only stime o [1997/04/09] bin/3242 incorrect prototype for initgroups o [1997/04/09] bin/3245 variable substitution "a=${a:=}" in /bin/ o [1997/04/10] ports/3250 max New CAD port: xpns o [1997/04/10] bin/3251 xsysinfo stops refreshing and wastes CPU o [1997/04/10] kern/3253 scsiconf.c: make ZIP disks use optical dr o [1997/04/11] misc/3254 Can't connect to my ISP, because my ISP u o [1997/04/12] bin/3269 exec pppd -detach ... caused a kernel pan o [1997/04/12] docs/3270 command 'cvs init' missing from cvs(1) o [1997/04/13] conf/3272 $@ is deprecated I believe, so use ${.TAR o [1997/04/13] docs/3275 mpp Some man pages has absolutely wrong date o [1997/04/14] kern/3281 errors when "rm -r"-ing in a mounted ext2 o [1997/04/14] kern/3282 ext2fs causes fs-unmount at shutdown/rebo o [1997/04/14] bin/3283 brandelf fails on files without write per o [1997/04/14] bin/3284 symorder(1): -t option doesn´t work at al o [1997/04/14] bin/3285 date option for pom(6) (phase of the moon o [1997/04/14] bin/3286 missing error checking in mount_mfs(8) ak o [1997/04/14] kern/3287 missing symbols in /usr/src/sys/i386/i386 o [1997/04/14] kern/3288 addition of a -f (force) option to "write o [1997/04/14] bin/3289 login(1) does not check /etc/skey.access o [1997/04/14] docs/3290 port option in lpd not valid o [1997/04/15] docs/3295 ATAPI CDROM not found during setup o [1997/04/15] kern/3299 /dev/console hangs o [1997/04/15] kern/3302 msdos FS bogus error o [1997/04/15] bin/3303 ftpio manpage o [1997/04/15] ports/3306 ports new port-package for ifmail o [1997/04/17] docs/3313 manpage bug in scsi(8) (cmd args are hex) o [1997/04/17] bin/3314 /etc/daily did not run on April 6, 1997 o [1997/04/17] kern/3317 odd TUBA_INCLUDE use in tcp_input.c o [1997/04/17] ports/3318 ports New port: jigsaw (Java-based HTTP server) o [1997/04/18] ports/3322 markm setlocale problem in lang/perl5 a [1997/04/19] ports/3335 ports new port request of korean/hanemacs o [1997/04/20] ports/3358 asami XFMail-1.1 has been released o [1997/04/20] bin/3360 su(1) cannot call MD4Init(3) from libskey a [1997/04/20] ports/3363 ports port of nana-1.00 for your collection o [1997/04/21] misc/3368 sysinstall upgrade should confirm before o [1997/04/23] kern/3375 Consistent 10 min. delay at boot with REL o [1997/04/24] bin/3379 mprof dumps core on FreeBSD 2.2.1 o [1997/04/25] docs/3382 bootp.8 -t option o [1997/04/25] ports/3383 ports kaffe core dumps if LD_LIBRARY_PATH not s o [1997/04/25] bin/3386 kernel 'config' wrapper 'doconfig' ala Di o [1997/04/27] ports/3396 max update of the port of Mesa (now version 2 o [1997/04/27] bin/3397 vipw does not distinguish between rebuild o [1997/04/27] bin/3399 mv of symbolic link can move directory in o [1997/04/27] docs/3400 MAXMEM uses maths in LINT o [1997/04/27] conf/3401 sysinstall sends empty FreeBSD user regis o [1997/04/28] ports/3411 ports New port - Atari 8 bit computer emulator o [1997/04/28] ports/3412 ports New port - Apple IIGS beta release o [1997/04/29] bin/3416 ibcs emulation problems o [1997/04/29] bin/3418 pkg_create doesn't always create gzip'ed o [1997/05/01] kern/3444 Linux emulator can't find NIS users o [1997/05/01] bin/3445 chown/chgrp show wrong error message when o [1997/05/01] bin/3453 start-if.${ifn} needs to be called as a s o [1997/05/01] ports/3455 jmz mtools-3.6.tgz could have a better mtools o [1997/05/01] misc/3465 make-localhost uses %y to generate year o [1997/05/02] bin/3474 misprint in arpa/telnet.h o [1997/05/02] kern/3475 gdb(ptrace?) cause create/modify times on o [1997/05/03] misc/3476 Please add support for .cpp suffix to sta o [1997/05/03] bin/3477 top wastes 16 characters in USERNAME colu o [1997/05/03] ports/3484 max libwww is out of date o [1997/05/04] docs/3490 mount.8 manpage refinement about Nm and X s [1997/05/04] ports/3498 ports nn-current port is out of date o [1997/05/04] ports/3499 markm exim port out of date o [1997/05/05] misc/3503 rpc.yppasswdd doesn't start due to typo i o [1997/05/05] i386/3504 New features (and manpage) for netboot o [1997/05/05] bin/3506 more did not show iso-8859-n characters o [1997/05/05] bin/3508 FreeBSD 2.2.1 do not view SCSI disk at sw o [1997/05/06] docs/3522 Man pages close(2) misses fcntl lock info o [1997/05/07] bin/3528 fsck fails to detect some illegal block n o [1997/05/08] kern/3546 ktrace works even if no read permission o [1997/05/08] gnu/3552 the -L option of tar does not work proper o [1997/05/09] bin/3556 Bug with -i option in /usr/bin/lpr o [1997/05/09] bin/3558 make reinstall collapses on install-info o [1997/05/09] kern/3560 Timeout counter bug in /sys/i386/isa/wd.c o [1997/05/09] kern/3571 Mounted ext2 prevents umount of filesyste o [1997/05/10] misc/3575 compilation of strtoq.c produces unnecess o [1997/05/11] conf/3577 eBones and OBJLINK=yes fails to build o [1997/05/12] kern/3584 cleanup TCP_REASS macro in tcp_input.c o [1997/05/13] conf/3590 Difference in ttys and FAQ o [1997/05/13] kern/3595 param counts not idential between definit f [1997/05/14] ports/3597 ports jp-groff-0.99 port macro update o [1997/05/16] bin/3608 Telnet in linemode will break apart long o [1997/05/17] kern/3611 Internal CPU cache on CyrixiInstead DX2 d o [1997/05/18] gnu/3616 permissions of /usr/libexec/uucp/uuxqt no o [1997/05/18] bin/3623 Extra definition of vwprintw in curses.h o [1997/05/18] ports/3627 ports New port - Atari 2600 VCS emulator o [1997/05/19] docs/3628 Submission of tutorial on how to upgrade f [1997/05/19] ports/3634 andreas fvwm95-2.0.43a-i18n-port.tar.gz was put o [1997/05/19] docs/3636 No mention is made in relevant manpages a o [1997/05/19] ports/3637 erich xephem needs a chdir()? o [1997/05/20] bin/3638 /bin/w can't handle long /dev/{tty,cua}xx o [1997/05/20] bin/3639 ac doesn't know about FreeBSD's pty names o [1997/05/20] docs/3643 man page of login_getclass(3) not up-to-d o [1997/05/20] docs/3645 TCP_wrappers package doesn't mention wher o [1997/05/21] bin/3648 find(1) extension for file flags o [1997/05/21] ports/3657 ports Port of NCSA HyperNews submitted as p5-hy o [1997/05/22] i386/3663 Unable to get system printer to work o [1997/05/22] ports/3665 jmz mtools port install fails o [1997/05/22] kern/3667 patches to modularize vnode driver o [1997/05/24] docs/3675 man page of mount(2) of 2.2.2R o [1997/05/25] kern/3678 bug in IPDIVERT code in -current o [1997/05/25] docs/3680 manpage cal.1's SYNOPSIS is incorrect. o [1997/05/25] docs/3681 mapage column.1's EXAMPLE does not match o [1997/05/25] docs/3682 Macro usage in manpage ld.1 is not apropr o [1997/05/25] ports/3687 asami Gnat 3.09 Ada Compiler o [1997/05/27] misc/3695 compiled termcap.db not in distribution o [1997/05/28] docs/3704 not dump(5) man page. o [1997/05/28] bin/3705 /stand/sysinstall hangs. pkg_add also ha o [1997/05/29] docs/3709 manpage vmstat.8 has some problems o [1997/05/29] conf/3713 installation floppy bug o [1997/05/30] kern/3720 Addition for supported Hardware o [1997/05/30] kern/3724 sig-11 on package add in sysinstall o [1997/05/31] ports/3729 ports pgsql dies when initiated o [1997/05/31] conf/3730 deprecated option g of ls(1) in dot.profi o [1997/05/31] kern/3731 Addition of a PCI Bridge f [1997/05/31] bin/3733 davidn getty with 'to' option causes pppd to die o [1997/05/31] docs/3735 getlogin manpage says wrong OS o [1997/05/31] ports/3737 ports The DHCPD no longer works under FreeBSD 2 o [1997/06/01] kern/3738 Byte and packet counters in ipfw overflow o [1997/06/01] kern/3739 pause key not disabled; weird stuff when o [1997/06/01] conf/3740 use ENV file for sh(1) o [1997/06/01] bin/3741 Mention virtual terminals in MAKEDEV's ma o [1997/06/01] kern/3742 Mention option "CMD640" in manual page wd o [1997/06/01] conf/3751 Improvements to /etc/rc{,.network,.pccard o [1997/06/02] ports/3758 ports port of SR programming language o [1997/06/02] ports/3759 tg xtem-5.23 (X11 TEx Menu) port submitted ( o [1997/06/02] bin/3762 Bogus return values from rtprio(1) o [1997/06/02] docs/3764 systat(1) -vmstat description seems to be a [1997/06/02] ports/3765 ports New port: mpd-1.0b3 o [1997/06/02] bin/3766 ping has a few missing ntohs() & ntohl() o [1997/06/03] bin/3769 strftime %C should be %c (lstart option) o [1997/06/04] conf/3775 Time Zone for Sri Lanka - LKT o [1997/06/04] bin/3777 quiz dies early o [1997/06/04] bin/3778 ypbind -S domainname,server1,... does not o [1997/06/04] bin/3780 WEXITSTATUS() may return nagative value, o [1997/06/04] ports/3787 ports ghostscript-3.53 has bad PLIST o [1997/06/06] bin/3801 'timed' don't work with option '-n' o [1997/06/07] bin/3805 single process tftpd o [1997/06/07] ports/3806 ports update s3mod to 1.09 o [1997/06/08] docs/3808 The manpage telnet.1 has many bugs. o [1997/06/08] ports/3815 ports port of modula 2 compiler o [1997/06/09] bin/3818 "dd conv=sync" makes garbage o [1997/06/09] docs/3819 man (5) login.conf specifies passwordtime o [1997/06/09] ports/3824 ports New port: snes97 o [1997/06/09] bin/3826 KerberosIV sometimes hangs rcp o [1997/06/09] ports/3831 ports netris port doesn't install sr o [1997/06/10] kern/3836 Cannot remove HUGE directory o [1997/06/10] bin/3837 new feature for rtprio o [1997/06/10] kern/3839 X startup undoes keyboard repeat rate (pc o [1997/06/11] bin/3850 /usr/bin/cmp fails with nonzero byte offs o [1997/06/12] kern/3853 netboot/ns8390.c breaks NS datasheet o [1997/06/12] bin/3855 /usr/bin/cmp fails with nonzero byte offs o [1997/06/12] i386/3856 Improvement to autodetection logic o [1997/06/13] docs/3858 passwd(5) says class field is unused o [1997/06/13] bin/3859 Setting the $0 variable in perl dosnt do o [1997/06/13] docs/3861 Line 108 of rc.conf refers to rc.conf(8) o [1997/06/14] bin/3864 Incorrect usage of err(3) in mount_union. o [1997/06/14] bin/3866 rcs2log fails with eastern timezones o [1997/06/14] ports/3870 ports Upgrade tkdesk 1.0b3 --> 1.0b4 o [1997/06/15] docs/3877 In manapge keyadmin.8, key show be rename o [1997/06/15] kern/3879 Can't export mounted ext2fs via NFS o [1997/06/15] ports/3880 ports ucd-snmp port does not install library or o [1997/06/16] bin/3884 stdarg.h fails for data types < 4 bytes o [1997/06/16] conf/3886 install does not build sendmail host stat o [1997/06/17] ports/3888 ports port net/wu-ftpd: tiny bug that is wu-ftp o [1997/06/17] bin/3889 LPD can't receive printer jobs from remot o [1997/06/17] bin/3891 NIS-only netgroup lookups don't work o [1997/06/17] ports/3892 ports new port: www/webxref (cross-reference ge o [1997/06/17] gnu/3894 manpath segfaults if it dosen't understan o [1997/06/18] ports/3898 ports gnats is updated, and 3.01 is not on the o [1997/06/18] kern/3901 Multicast for Intel 10/100 Ethernet Card o [1997/06/18] ports/3902 ports NEW PORT : MHonArc-2.1 : WWW front end fo o [1997/06/19] bin/3903 markm Kerberized su -l fails with segfault o [1997/06/19] ports/3907 ports Submission of ircII-EPIC, an enhanced irc o [1997/06/19] misc/3911 realpath(3) fall into infinit loop. 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/21] ports/3921 ports New port: blue-2.3 o [1997/06/21] ports/3922 ports Author released a new version of nmh - up o [1997/06/22] ports/3924 ports de.spinne-1.0.0 o [1997/06/22] ports/3928 ports New port: jp-pgp-2.6.3ia (language) o [1997/06/22] ports/3930 max new port: typist-2.0 (japanese) o [1997/06/22] ports/3931 ports new port: xco (x11) o [1997/06/22] ports/3933 ports new port: xcoloredit (x11) o [1997/06/22] ports/3935 ports another mp3 player o [1997/06/23] ports/3936 ports perl 5.004_01 is already available 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 554 problems total. From owner-freebsd-bugs Mon Jun 23 10:10:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA14881 for bugs-outgoing; Mon, 23 Jun 1997 10:10:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA14872; Mon, 23 Jun 1997 10:10:03 -0700 (PDT) Date: Mon, 23 Jun 1997 10:10:03 -0700 (PDT) Message-Id: <199706231710.KAA14872@hub.freebsd.org> To: freebsd-bugs Cc: From: Brian Somers Subject: Re: ports/2256: PPP process on port will not close when an NT user has diconnected after a session. Reply-To: Brian Somers Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2256; it has been noted by GNATS. From: Brian Somers To: greg@gcsl.co.uk, freebsd-gnats-submit@freebsd.org Cc: Subject: Re: ports/2256: PPP process on port will not close when an NT user has diconnected after a session. Date: Mon, 23 Jun 1997 18:08:42 +0100 Can you confirm that pppd is being "exec'd" so that it's the only process attached to the tty device after the connection is established ? Thanks. -- Brian Don't _EVER_ lose your sense of humour ! From owner-freebsd-bugs Mon Jun 23 10:28:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA15971 for bugs-outgoing; Mon, 23 Jun 1997 10:28:33 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA15960; Mon, 23 Jun 1997 10:28:29 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA01114; Mon, 23 Jun 1997 10:27:39 -0700 (PDT) Date: Mon, 23 Jun 1997 10:27:39 -0700 (PDT) Message-Id: <199706231727.KAA01114@freefall.freebsd.org> To: brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: bin/3325 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: http request over ijppp hangs Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Mon Jun 23 10:17:00 PDT 1997 Responsible-Changed-Why: My baby From owner-freebsd-bugs Mon Jun 23 10:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA16106 for bugs-outgoing; Mon, 23 Jun 1997 10:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA16093; Mon, 23 Jun 1997 10:30:01 -0700 (PDT) Date: Mon, 23 Jun 1997 10:30:01 -0700 (PDT) Message-Id: <199706231730.KAA16093@hub.freebsd.org> To: freebsd-bugs Cc: From: Andrew Stesin Subject: Re: bin/3885: /usr/bin/ppp -ddial sleeps forever instead of redial Reply-To: Andrew Stesin Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3885; it has been noted by GNATS. From: Andrew Stesin To: Brian Somers Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/3885: /usr/bin/ppp -ddial sleeps forever instead of redial Date: Mon, 23 Jun 1997 23:21:16 +0300 (EEST) Dear Brian, I found what was the cause of my trouble. While configuring that site, I somewhat messed up and forgot that LQR isn't working when enabled at FreeBSD ppp side. I also hand-created another problem (it is mentioned in the manpage), redial timeouts in ppp were interfering with 'pulse-time XXX' cisco's interface command on other side. So strange enough, first connection went nice but redial wasn't able to succeed. After all that headscratching, two days ago I discovered that there weren't 'disable lqr' and 'deny lqr' clauses in my config. Adding them solved the problem. What was happening -- ppp tried to establish a connection but went asleep despite of getting packets back, because it thought that LQRs should be coming already (?) 48 hours of continuous PPPing with reconnects (inspired by wiretapping ;) went nice. So sorry for bothering you, send-pr bin/3885 should be considered closed, and my _real_ claim (as I understand now) was the fact that LQR was behaving odd. I'll upgrade my personal workstation at work to 2.2-9706XX-RELENG and redo the testing with cisco. If you want me to test some specific setup via a nullmodem between 2.2-RELENG and cisco 2511, IOS version 11.2(6+) -- I'll do this. Is the copy of PPP in http://www.freebsd.org/~brian the same as in 2.2-RELENG? or does it have some additional fixes? Thanks a lot for your helpful attention! On Mon, 23 Jun 1997, Brian Somers wrote: > Date: Mon, 23 Jun 1997 17:49:52 +0100 > From: Brian Somers > To: freebsd-gnats-submit@freebsd.org, stesin@gu.net > Subject: Re: bin/3885: /usr/bin/ppp -ddial sleeps forever instead of redial > > I havn't received a reply to my last mail. Is this problem fixed > since June 20 ? If you don't sup sources, a copy of ppp is > available from http://www.freebsd.org/~brian. > > -ddial works fine for me ! > > Cheers. > -- > Brian > > Don't _EVER_ lose your sense of humour ! > > > Best regards, Andrew Stesin nic-hdl: ST73-RIPE From owner-freebsd-bugs Mon Jun 23 10:30:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA16122 for bugs-outgoing; Mon, 23 Jun 1997 10:30:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA16108; Mon, 23 Jun 1997 10:30:04 -0700 (PDT) Date: Mon, 23 Jun 1997 10:30:04 -0700 (PDT) Message-Id: <199706231730.KAA16108@hub.freebsd.org> To: freebsd-bugs Cc: From: Brian Somers Subject: Re: bin/3885: /usr/bin/ppp -ddial sleeps forever instead of redial Reply-To: Brian Somers Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3885; it has been noted by GNATS. From: Brian Somers To: stesin@gu.net Cc: Brian Somers , freebsd-gnats-submit@freebsd.org Subject: Re: bin/3885: /usr/bin/ppp -ddial sleeps forever instead of redial Date: Mon, 23 Jun 1997 18:28:01 +0100 > > Dear Brian, > > I found what was the cause of my trouble. > > While configuring that site, I somewhat messed up and forgot > that LQR isn't working when enabled at FreeBSD ppp side. > I also hand-created another problem (it is mentioned > in the manpage), redial timeouts in ppp were interfering > with 'pulse-time XXX' cisco's interface command on other side. > > So strange enough, first connection went nice but redial wasn't > able to succeed. After all that headscratching, > two days ago I discovered that > there weren't 'disable lqr' and 'deny lqr' clauses in my config. > Adding them solved the problem. What was happening -- > ppp tried to establish a connection but went asleep despite > of getting packets back, because > it thought that LQRs should be coming already (?) > > 48 hours of continuous PPPing with reconnects (inspired > by wiretapping ;) went nice. So sorry for bothering you, > send-pr bin/3885 should be considered closed, and my _real_ claim > (as I understand now) was the fact that LQR was behaving odd. If you could send me some LQR logs showing the "oddness", I'd be *very* interested. I'm currently under the impression that there are no LQR problems :| - that's as of June 20. > I'll upgrade my personal workstation at work to 2.2-9706XX-RELENG > and redo the testing with cisco. If you want me to test > some specific setup via a nullmodem between 2.2-RELENG and > cisco 2511, IOS version 11.2(6+) -- I'll do this. > > Is the copy of PPP in http://www.freebsd.org/~brian the same > as in 2.2-RELENG? or does it have some additional fixes? Nope. The www.freebsd.org/~brian version is hacked so that it has its own libalias & libutil stuff - it should build on pretty much any version of FreeBSD. It's the same as RELENG_2_2 except for the Makefile & hacked libs. > Thanks a lot for your helpful attention! > No problem. > > Best regards, > Andrew Stesin > > nic-hdl: ST73-RIPE I'll close the pr, so the gnats cc isn't necessary in any replies. Cheers. -- Brian Don't _EVER_ lose your sense of humour ! From owner-freebsd-bugs Mon Jun 23 10:34:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA16404 for bugs-outgoing; Mon, 23 Jun 1997 10:34:12 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA16389; Mon, 23 Jun 1997 10:33:59 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA01279; Mon, 23 Jun 1997 10:33:08 -0700 (PDT) Date: Mon, 23 Jun 1997 10:33:08 -0700 (PDT) Message-Id: <199706231733.KAA01279@freefall.freebsd.org> To: stesin@gu.net, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: bin/3885 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /usr/bin/ppp -ddial sleeps forever instead of redial State-Changed-From-To: open-closed State-Changed-By: brian State-Changed-When: Mon Jun 23 10:31:59 PDT 1997 State-Changed-Why: This is not a -ddial problem (maybe a LQR problem....) Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Mon Jun 23 10:31:59 PDT 1997 Responsible-Changed-Why: My baby From owner-freebsd-bugs Mon Jun 23 12:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA22358 for bugs-outgoing; Mon, 23 Jun 1997 12:00:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA22352; Mon, 23 Jun 1997 12:00:02 -0700 (PDT) Date: Mon, 23 Jun 1997 12:00:02 -0700 (PDT) Message-Id: <199706231900.MAA22352@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/3937: getty on ttyd0 Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3937; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: neil.long@materials.oxford.ac.uk Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/3937: getty on ttyd0 Date: Mon, 23 Jun 1997 20:50:45 +0200 As Neil wrote: > I can get a login prompt on ttyd1 just by changing 'off' to 'on' > in ttys but using the same cable, terminal, etc I cannot get anything > when I do exactly the same on ttyd0. Sorry, but you need to provide us more information. In general, it (of course) works, so it must be something special to your environment. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Jun 23 13:30:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA28382 for bugs-outgoing; Mon, 23 Jun 1997 13:30:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA28375; Mon, 23 Jun 1997 13:30:02 -0700 (PDT) Resent-Date: Mon, 23 Jun 1997 13:30:02 -0700 (PDT) Resent-Message-Id: <199706232030.NAA28375@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, uenami@imasy.or.jp Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA28177; Mon, 23 Jun 1997 13:27:24 -0700 (PDT) Message-Id: <199706232027.NAA28177@hub.freebsd.org> Date: Mon, 23 Jun 1997 13:27:24 -0700 (PDT) From: uenami@imasy.or.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: docs/3941: misc bug on man page of indent.1 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3941 >Category: docs >Synopsis: misc bug on man page of indent.1 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 23 13:30:01 PDT 1997 >Last-Modified: >Originator: Ken'ichi Uenami >Organization: Internet Mutual Aid Society >Release: R2.2.1 and R2.2.2 >Environment: FreeBSD sylphid.erehwon.imasy.or.jp 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Sun Jun 1 04:29:05 JST 1997 root@sylphid.erehwon.imasy.or.jp:/usr/src/sys/compile/SYLPH_NCR-NoSound i386 >Description: Misc. doc bug. See following patch. >How-To-Repeat: >Fix: --- indent.1.org Sat May 24 02:38:30 1997 +++ indent.1 Mon Jun 23 02:41:11 1997 @@ -161,9 +161,9 @@ } .Ed .Pp -.It Fl c n +.It Fl cn The column in which comments on code start. The default is 33. -.It Fl cd n +.It Fl cdn The column in which comments on declarations start. The default is for these comments to start in the same column as those on code. .It Fl cdb , ncdb @@ -282,7 +282,7 @@ .Bd -literal -offset indent p1\ =\ first_procedure(second_procedure(p2, \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ p3), -\ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ third_procedure(p4 +\ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ third_procedure(p4, \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ p5)); .Ed .It Fl npro >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 23 16:39:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA08194 for bugs-outgoing; Mon, 23 Jun 1997 16:39:39 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA08182 for ; Mon, 23 Jun 1997 16:39:25 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id AAA11551; Tue, 24 Jun 1997 00:20:58 +0100 (BST) Message-Id: <199706232320.AAA11551@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: j@uriah.heep.sax.de (J Wunsch) cc: freebsd-bugs@hub.freebsd.org Subject: Re: bin/3937: getty on ttyd0 In-reply-to: Your message of "Mon, 23 Jun 1997 12:00:02 PDT." <199706231900.MAA22352@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 24 Jun 1997 00:20:57 +0100 From: Brian Somers Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > The following reply was made to PR bin/3937; it has been noted by GNATS. > > From: j@uriah.heep.sax.de (J Wunsch) > To: neil.long@materials.oxford.ac.uk > Cc: FreeBSD-gnats-submit@FreeBSD.ORG > Subject: Re: bin/3937: getty on ttyd0 > Date: Mon, 23 Jun 1997 20:50:45 +0200 > > As Neil wrote: > > > I can get a login prompt on ttyd1 just by changing 'off' to 'on' > > in ttys but using the same cable, terminal, etc I cannot get anything > > when I do exactly the same on ttyd0. > > Sorry, but you need to provide us more information. In general, it > (of course) works, so it must be something special to your > environment. > > -- > 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. ;-) Check out your initial state device - ttyid0. Does stty say it's the same as ttyid1 ? -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-bugs Mon Jun 23 19:30:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA15329 for bugs-outgoing; Mon, 23 Jun 1997 19:30:09 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA15321; Mon, 23 Jun 1997 19:30:05 -0700 (PDT) Resent-Date: Mon, 23 Jun 1997 19:30:05 -0700 (PDT) Resent-Message-Id: <199706240230.TAA15321@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, fenner@parc.xerox.com Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA14912 for ; Mon, 23 Jun 1997 19:22:34 -0700 (PDT) Received: from klute.parc.xerox.com ([13.2.116.207]) by alpha.xerox.com with SMTP id <20132(7)>; Mon, 23 Jun 1997 19:21:54 PDT Received: from sundae.parc.xerox.com ([13.2.117.33]) by klute.parc.xerox.com with SMTP id <59167>; Mon, 23 Jun 1997 19:21:37 PDT Received: (from fenner@localhost) by sundae.parc.xerox.com (8.8.5/8.8.5) id CAA15275; Tue, 24 Jun 1997 02:20:24 GMT Message-Id: <199706240220.CAA15275@sundae.parc.xerox.com> Date: Mon, 23 Jun 1997 19:20:24 PDT From: Bill Fenner Reply-To: fenner@parc.xerox.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3942: mmap fails on large file on CDROM Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3942 >Category: bin >Synopsis: mmap fails on large file on CDROM >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 23 19:30:03 PDT 1997 >Last-Modified: >Originator: Bill Fenner >Organization: Xerox >Release: FreeBSD 2.2-RELEASE i386 >Environment: 2.2-RELEASE. >Description: tail dies on a large file located on CDROM. I think this is symptomatic of mmap() not working properly on iso9660 filesystems. If you're debugging this, you might want to edit forward.c and remove the "register" from the declaration of 'size' in rlines() so that you don't get confused by the fact that gdb didn't know which registers gcc put 'size' into (gdb thought it was in %ebx and %esp, when it was really in %ebx and %esi). I spent a while debugging why the value got smashed when it was just gdb printing gibberish. # gdb ./tail run 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... (gdb) run /cdrom/flapometer.out.Jun10-19 Starting program: /usr/src/usr.bin/tail/./tail /cdrom/flapometer.out.Jun10-19 Program received signal SIGSEGV, Segmentation fault. 0x1a8d in rlines (fp=0x80860e0, off=10, sbp=0xefbfdc70) at forward.c:220 220 if (*--p == '\n' && !--off) { (gdb) p p - start $2 = 156628054 (gdb) p *(start+156626944) $1 = 0 '\000' (gdb) p *(start+156626943) $2 = 101 'e' (gdb) p *p $3 = 0 '\000' By the time I got to do any debugging, it's mapped in a page of zeroes, but I'm pretty sure that *p was on an unmapped page and that's why it got a SEGV. Note that *(start+156626943) (the end of the previous page) is the last bit of useful data; there are no NUL's in this file. -rw-r--r-- 1 fenner wheel 156628056 Jun 23 18:08 flapometer.out.Jun10-19 Once I've managed to do whatever the debugger did to get the page of nul's mapped, it's sticky. I can run tail, but the last page (1112 bytes) is filled with NUL's instead of the data I expect: # tail /cdrom/flapometer.out.Jun10-19 | cat -v 06/19/97 16:00:44 205.189.33.88/30 metric change 19 1391 flaps 06/19/97 16:00:44 205.189.33.140/30 metric change 20 87 flaps 06/19/97 16:00:44 205.189.33.152/30 metric change 19 1418 flaps 06/19/97 16:00:44 205.189.33.252/30 metric change 10 1768 flaps 06/19/97 16:00:44 129.46.91.233/32 metric change 21 5091 flaps 06/19/97 16:00:44 129.46.93.41/32 metric change 6 5148 flaps 06/19/97 16:00:52 129.46.14.0/23 metric change 6 6094 flaps 06/19/97 16:00:52 129.46.100.0/23 metric change 6 6169 flaps 06/19/97 16:00:52 129.46.104.0/23 metric change 6 6236 flaps 06/19/97 16:00:52 129.46.106.0/23 metric change^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^ @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@ I have some vague suspicion that the two different failure modes are due to the presence or absence of the file in the buffer cache, since once I've experienced the second behavior it seems to be sticky, but if I read a bunch of files to try to thrash the cache it sometimes goes back to the first behavior. Neither error occurs when tail'ing the same file when it resides on a disk: # ./tail /sundae/fenner/flapometer.out.Jun10-19 06/19/97 16:00:52 129.46.124.0/23 metric change 6 6050 flaps 06/19/97 16:00:52 129.46.126.0/23 metric change 6 6117 flaps 06/19/97 16:00:52 129.46.128.0/23 metric change 6 3988 flaps 06/19/97 16:00:52 129.46.130.0/23 metric change 6 3910 flaps 06/19/97 16:00:52 129.46.136.0/23 metric change 6 3720 flaps 06/19/97 16:00:52 129.46.144.0/23 metric change 6 4391 flaps 06/19/97 16:00:52 129.46.180.0/23 metric change 6 3488 flaps 06/19/97 16:00:52 129.46.184.0/23 metric change 6 3382 flaps 06/19/97 16:00:52 129.46.188.0/23 metric change 6 3311 flaps 06/19/97 16:00:52 129.46.190.0/23 metric change 6 3274 flaps >How-To-Repeat: mmap() a big file on a CDROM like tail does, notice that the last page is sometimes not mapped and sometimes filled with zeroes. >Fix: unknown. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 23 23:00:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA25146 for bugs-outgoing; Mon, 23 Jun 1997 23:00:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA25140; Mon, 23 Jun 1997 23:00:04 -0700 (PDT) Resent-Date: Mon, 23 Jun 1997 23:00:04 -0700 (PDT) Resent-Message-Id: <199706240600.XAA25140@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, bobson@egg.ics.nitech.ac.jp Received: from nitgw.mains.nitech.ac.jp (nitgw.elcom.nitech.ac.jp [133.68.21.192]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA24931 for ; Mon, 23 Jun 1997 22:53:18 -0700 (PDT) Received: from ai-gw2.ics.nitech.ac.jp by nitgw.mains.nitech.ac.jp (8.6.5+2.3W/6.4JAIN) id OAA03964; Tue, 24 Jun 1997 14:52:51 +0900 Received: from egg.ics.nitech.ac.jp (egg [133.68.137.65]) by ai-gw2.ics.nitech.ac.jp (8.7.5+2.6Wbeta6/3.4Wbeta597061616) with ESMTP id OAA13024 for ; Tue, 24 Jun 1997 14:52:49 +0900 (JST) Received: from earth.ics.nitech.ac.jp (earth [133.68.136.64]) by egg.ics.nitech.ac.jp (8.8.5+2.7Wbeta5/3.5Wpl4) with ESMTP id OAA02521 for ; Tue, 24 Jun 1997 14:50:55 +0900 (JST) Received: (from root@localhost) by earth.ics.nitech.ac.jp (8.8.5+2.7Wbeta5/3.5Wpl4) id PAA05307; Tue, 24 Jun 1997 15:32:06 +0900 (JST) Message-Id: <199706240632.PAA05307@earth.ics.nitech.ac.jp> Date: Tue, 24 Jun 1997 15:32:06 +0900 (JST) From: bobson@egg.ics.nitech.ac.jp Reply-To: bobson@egg.ics.nitech.ac.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/3943: Mistakes in tar.1 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3943 >Category: docs >Synopsis: A mistake of example in tar.1 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 23 23:00:03 PDT 1997 >Last-Modified: >Originator: Nobuhiro Itou >Organization: Nagoya Institute of Technology >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: System: FreeBSD 2.2.2-RELEASE Architecture: i386 >Description: The descriptions of example have a mistake in tar.1 which is a manual page. >How-To-Repeat: diff -c original_manual fixed_manual >Fix: *** tar.1.orig Tue Jun 24 14:48:49 1997 --- tar.1 Tue Jun 24 14:48:34 1997 *************** *** 321,327 **** .Pp To move file hierarchies, use a command line like this: .Bd -literal ! tar tar -cf - -C srcdir . | tar xpf - -C destdir .Ed .Pp To create a compressed archive on diskette, using gzip, use a command-line like --- 321,327 ---- .Pp To move file hierarchies, use a command line like this: .Bd -literal ! tar cf - -C srcdir . | tar xpf - -C destdir .Ed .Pp To create a compressed archive on diskette, using gzip, use a command-line like >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 23 23:46:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA27437 for bugs-outgoing; Mon, 23 Jun 1997 23:46:15 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA27414; Mon, 23 Jun 1997 23:46:05 -0700 (PDT) From: Masafumi NAKANE Received: (from max@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA09036; Mon, 23 Jun 1997 23:45:10 -0700 (PDT) Date: Mon, 23 Jun 1997 23:45:10 -0700 (PDT) Message-Id: <199706240645.XAA09036@freefall.freebsd.org> To: bobson@egg.ics.nitech.ac.jp, max@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/3943 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: A mistake of example in tar.1 State-Changed-From-To: open-closed State-Changed-By: max State-Changed-When: Mon Jun 23 23:44:24 PDT 1997 State-Changed-Why: This has been already fixed in Rev.1.9 in -current and in Rev.1.6.2.1 in the 2.2 branch. From owner-freebsd-bugs Tue Jun 24 07:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA15651 for bugs-outgoing; Tue, 24 Jun 1997 07:00:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA15615; Tue, 24 Jun 1997 07:00:02 -0700 (PDT) Resent-Date: Tue, 24 Jun 1997 07:00:02 -0700 (PDT) Resent-Message-Id: <199706241400.HAA15615@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, yamagata@nwgpc.kek.jp Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA15232; Tue, 24 Jun 1997 06:50:24 -0700 (PDT) Message-Id: <199706241350.GAA15232@hub.freebsd.org> Date: Tue, 24 Jun 1997 06:50:24 -0700 (PDT) From: yamagata@nwgpc.kek.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/3944: if_le doesnt receive ether multicast packet correctly. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3944 >Category: kern >Synopsis: if_le doesnt receive ether multicast packet correctly. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 24 07:00:01 PDT 1997 >Last-Modified: >Originator: yamagata >Organization: KEK , Tsukuba , Japan >Release: 2.2.1-RELEASE >Environment: FreeBSD kekhw2.kek.jp 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #1: Tue Jun 17 12:04:24 JST 1997 >Description: le0 at 0x300-0x30f irq 10 maddr 0xc8000 msize 32768 on isa le0: DE202 ethernet address 08:00:2b:3b:88:d0 this card and if_de driver doesnt receive ether multicast correctly, it receive packet which is differ from what I intended. It seems to be that multicast CRC table is wrong. >How-To-Repeat: Using mtest, add multicast address 33:33:0:0:0:1, it receive many ether multicast packet. but it doesn't receive 33:33:0:0:0:1 at all. >Fix: *** if_le.c.orig Sat Sep 7 08:07:40 1996 --- if_le.c Tue Jun 24 22:31:21 1997 *************** *** 742,747 **** --- 742,750 ---- crc &= sc->le_mcmask; bit = 1 << (crc & (LE_MC_NBPW -1)); idx = crc >> (LE_MC_NBPW_LOG2); + #if 1111 + bit = ntohs(bit); + #endif /* * Set or clear hash filter bit in our table. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jun 24 12:10:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA00819 for bugs-outgoing; Tue, 24 Jun 1997 12:10:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA00813; Tue, 24 Jun 1997 12:10:01 -0700 (PDT) Resent-Date: Tue, 24 Jun 1997 12:10:01 -0700 (PDT) Resent-Message-Id: <199706241910.MAA00813@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, jan@physik.tu-berlin.de Received: from brahms.isdn.cs.tu-berlin.de (brahms.isdn.cs.tu-berlin.de [130.149.148.210]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA00515 for ; Tue, 24 Jun 1997 12:03:36 -0700 (PDT) Received: (from jan@localhost) by brahms.isdn.cs.tu-berlin.de (8.8.5/8.8.5) id VAA00376; Tue, 24 Jun 1997 21:03:19 +0200 (CEST) Message-Id: <199706241903.VAA00376@brahms.isdn.cs.tu-berlin.de> Date: Tue, 24 Jun 1997 21:03:19 +0200 (CEST) From: jan@brahms.isdn.cs.tu-berlin.de Reply-To: jan@physik.tu-berlin.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/3945: incomplete man page for gethostent Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3945 >Category: docs >Synopsis: incomplete man page for gethostent >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 24 12:10:01 PDT 1997 >Last-Modified: >Originator: Jan Riedinger >Organization: >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: >Description: the man page for gethostent doesn't describe this function >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jun 24 12:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA02527 for bugs-outgoing; Tue, 24 Jun 1997 12:50:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA02518; Tue, 24 Jun 1997 12:50:01 -0700 (PDT) Date: Tue, 24 Jun 1997 12:50:01 -0700 (PDT) Message-Id: <199706241950.MAA02518@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: bin/3942: mmap fails on large file on CDROM Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3942; it has been noted by GNATS. From: Bill Fenner To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/3942: mmap fails on large file on CDROM Date: Tue, 24 Jun 1997 12:43:41 PDT A little more info: When performing the "tail" experiment, the following messages often get logged: Jun 24 19:26:16 sundae /kernel: cd0(ncr0:6:0): MEDIUM ERROR info:12e73 asc:15,0 Random positioning error Jun 24 19:26:16 sundae /kernel: vm_fault: pager input (probably hardware) error, PID 16521 failure Jun 24 19:26:16 sundae /kernel: pid 16521 (tail), uid 0: exited on signal 11 However, dd'ing the same file succeeds at reading the block in question, so I'm not sure that I believe there's a medium error in the file. Also, I suspect that the zero-filled page comes from debugging the process; does the debugging fault handler insert a zero-filled page to let a process continue from accessing an unmapped page? And presumably, it makes its way into the buffer cache because of the merged VM/buffer cache (this might be a bug of its own, that debugging a process that uses mmap() can insert stuff into the buffer cache...) I guess these two errors are from trying to flush the modified buffer back to the CDROM: Jun 24 19:33:42 sundae /kernel: vnode_pager_putpages: I/O error 45 Jun 24 19:33:43 sundae /kernel: vnode_pager_putpages: residual I/O 4096 at 38239 Bill From owner-freebsd-bugs Tue Jun 24 16:10:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA12585 for bugs-outgoing; Tue, 24 Jun 1997 16:10:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA12579; Tue, 24 Jun 1997 16:10:03 -0700 (PDT) Resent-Date: Tue, 24 Jun 1997 16:10:03 -0700 (PDT) Resent-Message-Id: <199706242310.QAA12579@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, conrads@neosoft.com Received: from neosoft.com (as5200-port-254.no.neosoft.com [206.27.167.254]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA12445 for ; Tue, 24 Jun 1997 16:06:22 -0700 (PDT) Received: (from root@localhost) by neosoft.com (8.8.5/8.8.5) id SAA15677; Tue, 24 Jun 1997 18:06:20 -0500 (CDT) Message-Id: <199706242306.SAA15677@neosoft.com> Date: Tue, 24 Jun 1997 18:06:20 -0500 (CDT) From: conrads@neosoft.com Reply-To: conrads@neosoft.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/3946: Errors in RELENG_2_2 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3946 >Category: misc >Synopsis: Errors in RELENG_2_2 >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 24 16:10:01 PDT 1997 >Last-Modified: >Originator: Conrad Sabatier >Organization: >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: Nothing critical. Some of the revisions in the RELENG_2_2 branch are causing problems with missing include files. I installed all the 2.2.2 sources from CD, did a CVSup, and make failed. One of the problem packages is usr.sbin/natd (not in the CD sources); the file is missing. Is this an inherent defect in CVSup, that it doesn't update /usr/include? Or did somebody just forget to include it? There was one other, also, but I forget now. gmp.info or something, I believe. Make complained that it didn't know how to make it. Apparently, /Makefile needs updating as well. >Description: >How-To-Repeat: Install generic 2.2.2 sources. CVSup RELENG_2_2. Make errors will follow. >Fix: Update /usr/include and/or Makefile(s). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jun 24 16:22:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA13136 for bugs-outgoing; Tue, 24 Jun 1997 16:22:18 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA13128 for ; Tue, 24 Jun 1997 16:22:12 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA27601; Wed, 25 Jun 1997 01:21:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id XAA03660; Tue, 24 Jun 1997 23:20:34 +0200 (MET DST) Message-ID: <19970624232034.XM49539@uriah.heep.sax.de> Date: Tue, 24 Jun 1997 23:20:34 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: fenner@parc.xerox.com (Bill Fenner) Cc: freebsd-bugs@hub.freebsd.org Subject: Re: bin/3942: mmap fails on large file on CDROM References: <199706241950.MAA02518@hub.freebsd.org> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199706241950.MAA02518@hub.freebsd.org>; from Bill Fenner on Jun 24, 1997 12:50:01 -0700 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Bill Fenner wrote: > Jun 24 19:26:16 sundae /kernel: cd0(ncr0:6:0): MEDIUM ERROR info:12e73 asc:15,0 Random positioning error > Jun 24 19:26:16 sundae /kernel: vm_fault: pager input (probably hardware) error, PID 16521 failure That explains it. > However, dd'ing the same file succeeds at reading the block in > question, so I'm not sure that I believe there's a medium error in the > file. It is, unless your drive is lying. It's not surprising that the behaviour for a dd is different, as the error message says, it's a random positioning error. So for the tail, it's going to move the drive's head to a different spot, and it simply doesn't find the expected data then. For the dd command, the head smoothly follows the CD track, thus finds the desired data. That's either a failing drive (positioning not working), or an incompatibility for the drive/medium combo. I think you can close this PR. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Jun 24 16:53:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA14393 for bugs-outgoing; Tue, 24 Jun 1997 16:53:16 -0700 (PDT) Received: (from fenner@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA14375; Tue, 24 Jun 1997 16:53:14 -0700 (PDT) Date: Tue, 24 Jun 1997 16:53:14 -0700 (PDT) From: Bill Fenner Message-Id: <199706242353.QAA14375@hub.freebsd.org> To: fenner@parc.xerox.com, fenner, freebsd-bugs Subject: Re: bin/3942 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: mmap fails on large file on CDROM State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Tue Jun 24 16:52:02 PDT 1997 State-Changed-Why: It looks like it's actually the medium or the drive; the CD-ROM drive isn't capable of seeking randomly to the end of the file but is capable of seeking there sequentially. From owner-freebsd-bugs Tue Jun 24 17:00:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA14852 for bugs-outgoing; Tue, 24 Jun 1997 17:00:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA14838; Tue, 24 Jun 1997 17:00:03 -0700 (PDT) Date: Tue, 24 Jun 1997 17:00:03 -0700 (PDT) Message-Id: <199706250000.RAA14838@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: misc/3946: Errors in RELENG_2_2 Reply-To: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/3946; it has been noted by GNATS. From: "Jordan K. Hubbard" To: conrads@neosoft.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: misc/3946: Errors in RELENG_2_2 Date: Tue, 24 Jun 1997 16:50:10 -0700 > Some of the revisions in the RELENG_2_2 branch are causing problems with > missing include files. I installed all the 2.2.2 sources from CD, did a Are you using the world target? If not, we can close this PR. From owner-freebsd-bugs Tue Jun 24 17:04:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA15015 for bugs-outgoing; Tue, 24 Jun 1997 17:04:07 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA15008 for ; Tue, 24 Jun 1997 17:04:03 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <18609(1)>; Tue, 24 Jun 1997 17:03:25 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177512>; Tue, 24 Jun 1997 17:03:14 -0700 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: fenner@parc.xerox.com (Bill Fenner), freebsd-bugs@hub.freebsd.org Subject: Re: bin/3942: mmap fails on large file on CDROM In-reply-to: Your message of "Tue, 24 Jun 97 14:20:34 PDT." <19970624232034.XM49539@uriah.heep.sax.de> Date: Tue, 24 Jun 1997 17:03:09 PDT From: Bill Fenner Message-Id: <97Jun24.170314pdt.177512@crevenia.parc.xerox.com> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk j@uriah.heep.sax.de (J Wunsch) wrote: >That explains it. I'm not sure I'm *completely* convinced, since it succeeds at mapping the next-to-the-last block, but not the last block, and I don't see a huge difference between that and reading the file sequentially. But the drive did report an error, so I'll close the PR and just not try "tail"'ing that file on that CD. Bill From owner-freebsd-bugs Tue Jun 24 18:00:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA18403 for bugs-outgoing; Tue, 24 Jun 1997 18:00:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA18368; Tue, 24 Jun 1997 18:00:02 -0700 (PDT) Date: Tue, 24 Jun 1997 18:00:02 -0700 (PDT) Message-Id: <199706250100.SAA18368@hub.freebsd.org> To: freebsd-bugs Cc: From: Brian Somers Subject: Re: misc/3946: Errors in RELENG_2_2 Reply-To: Brian Somers Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/3946; it has been noted by GNATS. From: Brian Somers To: conrads@neosoft.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: misc/3946: Errors in RELENG_2_2 Date: Wed, 25 Jun 1997 01:57:36 +0100 > > >Number: 3946 > >Category: misc > >Synopsis: Errors in RELENG_2_2 > >Confidential: yes > >Severity: serious > >Priority: medium > >Responsible: freebsd-bugs > >State: open > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Tue Jun 24 16:10:01 PDT 1997 > >Last-Modified: > >Originator: Conrad Sabatier > >Organization: > >Release: FreeBSD 2.2.1-RELEASE i386 > >Environment: > > Nothing critical. > > Some of the revisions in the RELENG_2_2 branch are causing problems with > missing include files. I installed all the 2.2.2 sources from CD, did a > CVSup, and make failed. One of the problem packages is usr.sbin/natd > (not in the CD sources); the file is missing. > > Is this an inherent defect in CVSup, that it doesn't update /usr/include? > Or did somebody just forget to include it? cvsup updates your cvs repository. It has nothing to do with running make. If you want it to build, do a "make world". Make world will install alias.h in /usr/include. As for usr.sbin/natd, it works fine for me. I'd suggest removing all your source and doing a fresh cvs co -r RELENG_2_2_2_RELEASE. > There was one other, also, but I forget now. gmp.info or something, I > believe. Make complained that it didn't know how to make it. Apparently, > /Makefile needs updating as well. > > > >Description: > >How-To-Repeat: > > Install generic 2.2.2 sources. CVSup RELENG_2_2. Make errors will follow. No they won't. CVSup doesn't run make. > >Fix: > > Update /usr/include and/or Makefile(s). Right, cd /usr/src and make includes followed by a make world. > >Audit-Trail: > >Unformatted: Sorry if I appear angry, but this was recently hammered out on -hackers. I'm gonna close this pr 'cos it's a non issue. If there are any real problems after the "make includes; make world", feel free to flame me. -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-bugs Tue Jun 24 18:01:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA18556 for bugs-outgoing; Tue, 24 Jun 1997 18:01:35 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA18542; Tue, 24 Jun 1997 18:01:27 -0700 (PDT) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA16781; Tue, 24 Jun 1997 18:00:25 -0700 (PDT) Date: Tue, 24 Jun 1997 18:00:25 -0700 (PDT) Message-Id: <199706250100.SAA16781@freefall.freebsd.org> To: conrads@neosoft.com, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/3946 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Errors in RELENG_2_2 State-Changed-From-To: open-closed State-Changed-By: brian State-Changed-When: Tue Jun 24 17:59:09 PDT 1997 State-Changed-Why: I just built RELENG_2_2. This is a methodology problem as explained in my email. From owner-freebsd-bugs Tue Jun 24 18:04:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA18851 for bugs-outgoing; Tue, 24 Jun 1997 18:04:31 -0700 (PDT) Received: from istari.flash.net (baasc2-98.flash.net [208.194.198.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA18839 for ; Tue, 24 Jun 1997 18:04:25 -0700 (PDT) Received: (from sjr@localhost) by istari.flash.net (8.8.5/8.8.5) id VAA23174 for freebsd-bugs@freebsd.org; Tue, 24 Jun 1997 21:04:22 -0400 (EDT) Date: Tue, 24 Jun 1997 21:04:22 -0400 (EDT) From: "Stephen J. Roznowski" Message-Id: <199706250104.VAA23174@istari.flash.net> To: freebsd-bugs@freebsd.org Subject: send-pr defaults to confidential? Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I submitted a send-pr report and left the Confidential line like: >Confidential: <[ yes | no ] (one line)> When this pr was entered into the database, it was listed as if Confidential was yes. Should the default be "no" for blank Confidential lines? Thanks, Stephen Roznowski (sjr1@flash.net) From owner-freebsd-bugs Tue Jun 24 18:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA22245 for bugs-outgoing; Tue, 24 Jun 1997 18:50:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA22239; Tue, 24 Jun 1997 18:50:01 -0700 (PDT) Date: Tue, 24 Jun 1997 18:50:01 -0700 (PDT) Message-Id: <199706250150.SAA22239@hub.freebsd.org> To: freebsd-bugs Cc: From: Conrad Sabatier Subject: Re: misc/3946: Errors in RELENG_2_2 Reply-To: Conrad Sabatier Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/3946; it has been noted by GNATS. From: Conrad Sabatier To: "Jordan K. Hubbard" Cc: FreeBSD-gnats-submit@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: misc/3946: Errors in RELENG_2_2 Date: Tue, 24 Jun 1997 20:33:17 -0500 (CDT) On 24-Jun-97 Jordan K. Hubbard wrote: >> Some of the revisions in the RELENG_2_2 branch are causing problems with >> missing include files. I installed all the 2.2.2 sources from CD, did a > >Are you using the world target? If not, we can close this PR. Well, uh...no. I first did a make depend just to check everything out, which was when the errors were reported. I didn't realize this could cause a problem. I had always thought make depend was a good way to do a quick check to make sure everything needed to do a build was there. Apparently, this is not true in the case of building the complete source tree? Please pardon my ignorance. If it wouldn't be too much trouble to explain what the deal is with this, I'd greatly appreciate it. Sorry for the erroneous report. I'm embarrassed. -- Conrad Sabatier http://www.neosoft.com/~conrads/ From owner-freebsd-bugs Tue Jun 24 19:10:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA23378 for bugs-outgoing; Tue, 24 Jun 1997 19:10:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA23372; Tue, 24 Jun 1997 19:10:01 -0700 (PDT) Date: Tue, 24 Jun 1997 19:10:01 -0700 (PDT) Message-Id: <199706250210.TAA23372@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: misc/3946: Errors in RELENG_2_2 Reply-To: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/3946; it has been noted by GNATS. From: "Jordan K. Hubbard" To: Conrad Sabatier Cc: FreeBSD-gnats-submit@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: misc/3946: Errors in RELENG_2_2 Date: Tue, 24 Jun 1997 19:02:02 -0700 > I didn't realize this could cause a problem. I had always thought make > depend was a good way to do a quick check to make sure everything needed to > do a build was there. Apparently, this is not true in the case of building > the complete source tree? No, it's never been the case that this will work when certain files in /usr are sufficiently out of sync with /usr/src (and when the files in question are include files, this is easy to do). You should always use the world target when you're even slightly unsure - only it can guarantee that the proper dependency ordering is achieved (and sometimes not even then, in which case you have to shepard the build process through by hand until the delta is small enough to allow world to work again). Jordan From owner-freebsd-bugs Tue Jun 24 19:20:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA24082 for bugs-outgoing; Tue, 24 Jun 1997 19:20:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA24064; Tue, 24 Jun 1997 19:20:02 -0700 (PDT) Date: Tue, 24 Jun 1997 19:20:02 -0700 (PDT) Message-Id: <199706250220.TAA24064@hub.freebsd.org> To: freebsd-bugs Cc: From: Conrad Sabatier Subject: Re: misc/3946: Errors in RELENG_2_2 Reply-To: Conrad Sabatier Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/3946; it has been noted by GNATS. From: Conrad Sabatier To: "Jordan K. Hubbard" Cc: brian@FreeBSD.ORG, FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: misc/3946: Errors in RELENG_2_2 Date: Tue, 24 Jun 1997 21:09:09 -0500 (CDT) On 25-Jun-97 Jordan K. Hubbard wrote: >No, it's never been the case that this will work when certain files in >/usr are sufficiently out of sync with /usr/src (and when the files in >question are include files, this is easy to do). > >You should always use the world target when you're even slightly >unsure - only it can guarantee that the proper dependency ordering is >achieved (and sometimes not even then, in which case you have to >shepard the build process through by hand until the delta is >small enough to allow world to work again). OK, I'll be sure to remember that. Thanks. I hadn't looked at /usr/src/Makefile in a very long time -- since I first got into FreeBSD, in fact, and back then the whole thing was just completely mystifying. :-) Looking at it again just now, I can appreciate better why one should only use the recommended targets. Conrad, wishing he could quit his job and just stay home and explore FreeBSD (still so much to learn!) :-) -- Conrad Sabatier http://www.neosoft.com/~conrads/ From owner-freebsd-bugs Tue Jun 24 20:10:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA26235 for bugs-outgoing; Tue, 24 Jun 1997 20:10:11 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA26226; Tue, 24 Jun 1997 20:10:08 -0700 (PDT) Date: Tue, 24 Jun 1997 20:10:08 -0700 (PDT) Message-Id: <199706250310.UAA26226@hub.freebsd.org> To: freebsd-bugs Cc: From: Conrad Sabatier Subject: Re: misc/3946: Errors in RELENG_2_2 Reply-To: Conrad Sabatier Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/3946; it has been noted by GNATS. From: Conrad Sabatier To: Brian Somers Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: misc/3946: Errors in RELENG_2_2 Date: Tue, 24 Jun 1997 21:59:22 -0500 (CDT) On 25-Jun-97 Brian Somers wrote: >Sorry if I appear angry, but this was recently hammered out on >-hackers. I'm gonna close this pr 'cos it's a non issue. If >there are any real problems after the "make includes; make world", >feel free to flame me. Sorry, it was my misunderstanding. I was doing a make depend on /usr/src, thinking this would verify that I had everything I needed to do a make world. Wrong approach, as I now know. Please forgive my stupidity/ignorance. Didn't mean to waste anybody's time. I really should start reading the lists. :-) Conrad - Conrad Sabatier http://www.neosoft.com/~conrads/ From owner-freebsd-bugs Tue Jun 24 22:26:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA02156 for bugs-outgoing; Tue, 24 Jun 1997 22:26:38 -0700 (PDT) Received: from pci.on.ca (inti.pci.on.ca [207.112.123.51]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA02151 for ; Tue, 24 Jun 1997 22:26:32 -0700 (PDT) Received: by pci.on.ca (/\==/\ Smail3.1.28.1 #28.1) id ; Wed, 25 Jun 97 01:26 EDT Received: (from dgilbert@localhost) by repeat.pci.on.ca (8.8.5/8.7.3) id BAA01086; Wed, 25 Jun 1997 01:24:40 -0400 (EDT) Date: Wed, 25 Jun 1997 01:24:40 -0400 (EDT) Message-Id: <199706250524.BAA01086@repeat.pci.on.ca> From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: bugs@freebsd.org Subject: USR Imodem hangs kernel? X-Mailer: VM 6.22 under Emacs 19.34.3 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've got a friend with a USR Imodem (internal). Now... the modem is enough like a serial port that I can cu to it. I'm having problems actually getting it to connect (it says it does, but I can't get it to respond after connecting) and often, even when just talking to the modem with cu, I hang the whole machine. Known problem? Bug? Imodem feature? Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =========================================================GLO================ From owner-freebsd-bugs Tue Jun 24 23:20:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA04075 for bugs-outgoing; Tue, 24 Jun 1997 23:20:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA04063; Tue, 24 Jun 1997 23:20:02 -0700 (PDT) Resent-Date: Tue, 24 Jun 1997 23:20:02 -0700 (PDT) Resent-Message-Id: <199706250620.XAA04063@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, taguchi@tohoku.iij.ad.jp Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA03966; Tue, 24 Jun 1997 23:18:19 -0700 (PDT) Message-Id: <199706250618.XAA03966@hub.freebsd.org> Date: Tue, 24 Jun 1997 23:18:19 -0700 (PDT) From: taguchi@tohoku.iij.ad.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/3947: /usr/src/etc/pccard_ether is too old... Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3947 >Category: bin >Synopsis: /usr/src/etc/pccard_ether is too old... >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 24 23:20:01 PDT 1997 >Last-Modified: >Originator: Taguchi Takeshi >Organization: IIJ Tohoku >Release: RELENG_2_2/970625 >Environment: FreeBSD hirose.tohoku.iij.ad.jp 2.2-STABLE FreeBSD 2.2-STABLE #0: Tue Jun 24 21:57:25 JST 1997 root@hirose.tohoku.iij.ad.jp:/usr/src/sys/compile/MEGU i386 >Description: /usr/src/etc/pccard_ether refer old /etc/sysconfig. This pccard_ether is obsoleted one. >How-To-Repeat: >Fix: New version of it refer /etc/rc.conf rather than sysconfig. So I think good way is in current one. It is included in ftp://jaz.jp.freebsd.org/pub/FreeBSD-jp/PAO/PAO-970616.tar.gz Or apply following Patch: BEGIN>------ begin 644 pccard_ether.patch.gz M'XL("'RWL#,``W!C8V%R9%]E=&AEW=9.(3>)24Y+K/[YKTWPTS" MTA1^C;`6/!0\#JF,PRJ."4\65&:4(QB$MN_[N\'6+4UP7G$<'F%R.IT<3:,) MHM/3$]OSO!%3@_U6%S@\1G0\G9Q,HP\:^]Z>S^%'!X<1O.C@*,)\;F-_+WQ@ M12@R^"JP_7T8*F.1%9+RE,2T($N*.Y;&99&R1Y259&5Q;WL=?/%_>*-`G\FR MRNET($6K"?R<%4\3S3J"+'J,AD0*HE&75]=7W\]OSP]P0Z2HEPP?LU*43^0/ MF?^N@J^67GP.TM0]]AKCFG!8R7Z,H)9ANZU+%-%&6N\\U"\$5E+W5J?:.W1X4;;W&YS-FX;VD=((EF\:)C$S&F)X;X, M+EZ=/J,Y6;3`MQD#4SK#E*+VB$K4%4BQ;N4,APB`FXP)B*RL\P0/%$E94/6? MEIP:#$?"U-JL*%\'_;2-S9D2G3O&(&TSL]YCA3VCVL>YJA B-06W$VL"-:ZO_Z*-*$D2Q=XGO0'J\IIU_@NK77K^\@4``#L] ` end END>------ Thanks. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jun 24 23:52:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA05407 for bugs-outgoing; Tue, 24 Jun 1997 23:52:02 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA05370 for ; Tue, 24 Jun 1997 23:51:58 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA00749; Wed, 25 Jun 1997 08:51:43 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA06857; Wed, 25 Jun 1997 08:37:43 +0200 (MET DST) Message-ID: <19970625083743.HB20665@uriah.heep.sax.de> Date: Wed, 25 Jun 1997 08:37:43 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: fenner@parc.xerox.com (Bill Fenner) Cc: freebsd-bugs@hub.freebsd.org Subject: Re: bin/3942: mmap fails on large file on CDROM References: <19970624232034.XM49539@uriah.heep.sax.de> <97Jun24.170314pdt.177512@crevenia.parc.xerox.com> 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: <97Jun24.170314pdt.177512@crevenia.parc.xerox.com>; from Bill Fenner on Jun 24, 1997 17:03:09 -0800 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Bill Fenner wrote: > >That explains it. > > I'm not sure I'm *completely* convinced, since it succeeds at mapping > the next-to-the-last block, but not the last block, and I don't see a > huge difference between that and reading the file sequentially. But Anyway, it's an error message straight from the drive. Nothing from the VM system. You could also try the same CD with another drive. > the drive did report an error, so I'll close the PR and just not try > "tail"'ing that file on that CD. The largest file i've got around here on a CD is: 316790 46465 -rw-r--r-- 1 root wheel 23790261 Mar 12 05:10 /cdrom/packages/All/jp-pkfonts400-1.0.tgz ...and i can tail it without problems. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Jun 25 01:10:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA09191 for bugs-outgoing; Wed, 25 Jun 1997 01:10:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA09185; Wed, 25 Jun 1997 01:10:01 -0700 (PDT) Date: Wed, 25 Jun 1997 01:10:01 -0700 (PDT) Message-Id: <199706250810.BAA09185@hub.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: i386/3462: using a PS/2 mouse causes kernel trap in 2.2.1 Reply-To: Kazutaka YOKOTA Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/3462; it has been noted by GNATS. From: Kazutaka YOKOTA To: David McNab Cc: freebsd-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: i386/3462: using a PS/2 mouse causes kernel trap in 2.2.1 Date: Wed, 25 Jun 1997 17:10:18 +0900 It's been a while since we exchanged mails last time... Last month you reported occasional stray trap 29 problems on your P6 machine when running FreeBSD 2.2.1. >>Thanks for the patch; however I have installed NetBSD >>over my FreeBSD disk at the moment, so I'm afraid I >>can't test it at the moment. There are some >>other people around who are interested in running >>FreeBSD on the same hardware, so I'll have them apply >>and I'll let you know what happens. >> >>-- >>David McNab >>work: mcnab@nas.nasa.gov >>personal: dave@mcnab.org > >Here is another patch. This one is cleaner than the previous one. It >will modify the following files: > >sys/i386/i386/trap.c >sys/i386/i386/machdep.c >sys/i386/i386/exception.s >sys/i386/include/trap.h > >(When you try this one, please back out the previous patch first.) > >Kazu Have you or anybody around you tried either one of the two patches I sent? If so, did it work? Kazu From owner-freebsd-bugs Wed Jun 25 01:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA09756 for bugs-outgoing; Wed, 25 Jun 1997 01:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA09750; Wed, 25 Jun 1997 01:20:03 -0700 (PDT) Resent-Date: Wed, 25 Jun 1997 01:20:03 -0700 (PDT) Resent-Message-Id: <199706250820.BAA09750@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, brian@firehouse.net Received: from apocalypse.saturn.net ([131.128.23.140]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA09269 for ; Wed, 25 Jun 1997 01:11:03 -0700 (PDT) Received: (from brian@localhost) by apocalypse.saturn.net (8.8.5/8.8.5) id EAA01275; Wed, 25 Jun 1997 04:09:20 -0400 (EDT) Message-Id: <199706250809.EAA01275@apocalypse.saturn.net> Date: Wed, 25 Jun 1997 04:09:20 -0400 (EDT) From: Brian Mitchell Reply-To: brian@firehouse.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3948: nonworking t/tcp server side Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3948 >Category: kern >Synopsis: nonworking t/tcp server side >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 25 01:20:01 PDT 1997 >Last-Modified: >Originator: Brian Mitchell >Organization: firehouse.net >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: 486 running 2.2.1-RELEASE >Description: t/tcp seems not to work on server side. To test, I wrote a simple t/tcp server and sniffed with tcpdump. The packet traces do not match the description in the manpage. Client side appears to work, server side does not. >How-To-Repeat: (this is somewhat long, but I believe most of it is relevant) TRANSACTION MODEL The expected model of a ``transaction'' as used by T/TCP is a fairly sim- ple one: 1. A client program generates a request to be sent to the server, which is small enough to fit in a single TCP segment, and sends a SYN PUSH FIN segment with options and data to the server. 2. The server program accepts the request in the same manner as for regular TCP connections, interprets it, and generates a reply which may be small enough to fit in a single segment. If it is, the reply is sent in a single SYN PUSH FIN ACK segment with (different) op- tions and data back to the client. If not, then the connection de- generates into (almost) the usual case for TCP. The server then closes its socket. 3. The client reads the reply and closes its socket. My understanding of this is the server gets a SPF segment (as it does) and replies with a SPFA segment if it is small enough to fit in a single packet. This is where things appear to fall apart, as is shown in the following tcpdump log. 03:48:31.553801 localhost.1056 > localhost.finger: SFP 319123411:319123420(9) win 57344 (DF) 03:48:31.555366 localhost.finger > localhost.1056: S 319212645:319212645(0) ack 319123422 win 57344 (DF) 03:48:31.555998 localhost.1056 > localhost.finger: . ack 1 win 57344 (DF) 03:48:31.560896 localhost.finger > localhost.1056: FP 1:7(6) ack 1 win 57344 (DF) 03:48:31.561525 localhost.1056 > localhost.finger: . ack 8 win 57338 (DF) Here is the execution of the server program. I'm using port 79 since finger already has t/tcp support. # ./ttcp1 79 test123 Here is execution of finger, and the response. > finger test123@localhost [localhost] REPLY Here I make sure t/tcp is indeed enabled (although there was little doubt judging from the initial segment from the client). > /usr/sbin/sysctl net.inet.tcp.rfc1644 net.inet.tcp.rfc1644: 1 Here is the output of uname -r > uname -r 2.2.1-RELEASE Here is the code. Perhaps my interpretation of the manpage was incorrect? #include #include #include #include #include #include #include #include main(int argc, char **argv) { u_short port = 79; struct sockaddr_in sin; int s; int i; char buffer[1024]; if(argc > 1) port = atoi(argv[1]); if(port < 1) port = 79; s = socket(PF_INET, SOCK_STREAM, 0); if(s < 0) { perror("socket"); exit(1); } if(setsockopt(s, IPPROTO_TCP, TCP_NOPUSH, &s, sizeof(s)) < 0) { perror("setsockopt"); exit(1); } sin.sin_family = PF_INET; sin.sin_port = htons(port); sin.sin_addr.s_addr = INADDR_ANY; if(bind(s, (struct sockaddr *)&sin, sizeof(sin)) < 0) { perror("bind"); exit(1); } if(listen(s, 5) < 0) { perror("listen"); exit(1); } i = sizeof(sin); s = accept(s, (struct sockaddr *)&sin, &i); if(s < 0) { perror("accept"); exit(1); } i = read(s, buffer, 1024); if(i < 0) { perror("read"); exit(1); } else if(!i) { fprintf(stderr, "peer closed connection\n"); exit(1); } else { write(1, buffer, i); write(s, "REPLY\n", 6); exit(0); } } >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jun 25 01:59:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA11710 for bugs-outgoing; Wed, 25 Jun 1997 01:59:39 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA11691; Wed, 25 Jun 1997 01:59:18 -0700 (PDT) From: Bruce Evans Received: (from bde@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA23192; Wed, 25 Jun 1997 01:58:13 -0700 (PDT) Date: Wed, 25 Jun 1997 01:58:13 -0700 (PDT) Message-Id: <199706250858.BAA23192@freefall.freebsd.org> To: arnej@mail.math.ntnu.no, bde@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3884 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: stdarg.h fails for data types < 4 bytes State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Wed Jun 25 01:54:34 PDT 1997 State-Changed-Why: Fixed in -current and -2.2. Also fixed in varargs.h in these versions. I don't plan to fix it in -2.1. From owner-freebsd-bugs Wed Jun 25 02:00:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA11826 for bugs-outgoing; Wed, 25 Jun 1997 02:00:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA11812; Wed, 25 Jun 1997 02:00:02 -0700 (PDT) Resent-Date: Wed, 25 Jun 1997 02:00:02 -0700 (PDT) Resent-Message-Id: <199706250900.CAA11812@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, mmcg@heraclitus.cs.monash.edu.au Received: from mjolnir.cs.monash.edu.au (heraclitus.cs.monash.edu.au [130.194.64.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA11378 for ; Wed, 25 Jun 1997 01:53:16 -0700 (PDT) Received: (from mmcg@localhost) by mjolnir.cs.monash.edu.au (8.8.5/8.8.5) id SAA00488; Wed, 25 Jun 1997 18:00:03 +1000 (EST) Message-Id: <199706250800.SAA00488@mjolnir.cs.monash.edu.au> Date: Wed, 25 Jun 1997 18:00:03 +1000 (EST) From: Mike McGaughey Reply-To: mmcg@heraclitus.cs.monash.edu.au To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: mmcg@heraclitus.cs.monash.edu.au X-Send-Pr-Version: 3.2 Subject: kern/3949: Erroneous wdc probe failure and possible fix Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3949 >Category: kern >Synopsis: The WD controller probe can fail when it shouldn't (and a plausible fix) >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 25 02:00:01 PDT 1997 >Last-Modified: >Originator: Mike McGaughey >Organization: Monash University >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: 3 IDE disk drives, including one as master on wdc1. Diamond Data 16x CDrom, as slave on wdc1. Interesting `feature' of this drive - it seems to return an error condition (0x04 - I have no idea what this means) until it has been properly initialised by the ATAPI code. The same thing happens under DOS, as evidenced by the fact that the disk light behaves the same under both operating systems - it's on permanently until the CD driver is loaded (not a lot of evidence, but different to my other ATAPI drives). Here's the relevant parts of dmesg for my (now working) system: FreeBSD 2.2.2-RELEASE #5: Wed Jun 25 17:05:39 EST 1997 mmcg@mjolnir.cs.monash.edu.au:/usr/src/sys/compile/MJOLNIR CPU: Pentium (119.75-MHz 586-class CPU) [...] chip2 rev 2 on pci0:7:1 [...] wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): , 32-bit, multi-block-16 wd0: 2445MB (5008752 sectors), 4969 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (wd1): , 32-bit, multi-block-16 wd1: 1627MB (3332448 sectors), 3306 cyls, 16 heads, 63 S/T, 512 B/S [These next two messages were obtained by uncommenting the two printf's in sys/i386/isa/wd.c:wdprobe() - MMCG] WDC1 - Error : 81 WDC1 - Error (drv 1) : 4 wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): wd2: 2445MB (5008752 sectors), 4969 cyls, 16 heads, 63 S/T, 512 B/S wdc1: unit 1 (atapi): , removable, dma, iordy wcd0: 1757Kb/sec, 120Kb cache, audio play, 255 volume levels, ejectable tray wcd0: no disc inside, unlocked >Description: src/sys/i386/isa/wd.c:wdprobe() attempts to determine whether a controller is present. According to the comments in the source, there are some controllers which return 0x81 (indicating drive 0 OK, drive 1 bad), but which will return `good' status for the second drive if it is probed directly. The code in wdprobe() attempts to get around this by directly probing the second drive if 0x81 is returned. Then, if the second drive returns an error status, it merrily assumes there is no device, and (for some bizarre reason) no controller. Thus, those of us running two devices off wdc1 cannot use either. Now, if you got an 0x81 status return in the first place, there probably *is* a controller present (and it was simply the probe for disk 1 that failed) - if there were no controller, surely the controller reset (earlier in the function) would have failed instead? >How-To-Repeat: Attach an IDE CDrom that is known not to work with FreeBSD as a slave drive on either controller. In sys/i386/isa/wd.c:wdprobe(), uncomment the two `error' print statements; compile and install a new kernel. Reboot. If you're lucky, when probing the controller with the ATAPI drive, you'll see something like: Error : 81 Error (drv 1) : 4 where the (drv 1) error is anything other than 0x81 or 0x01, and the *controller* probe will fail. >Fix: I'm not altogether clear why the direct probe for drive 1 on the controller is in there in the first place - as far as I can see, we are not looking for a drive, but rather, for a controller (do things fail if we have a controller with no attached drives?). In any case, the quick fix for me was to put #if 0/#endif around the test described above (and a comment). I've included enough trailing context here to patch it by hand; this is the last 30 lines of the modified wdprobe(): /* * If drive 1 fails, why do we simply go to nodevice here? Drive * 0 may have been OK, because of the return status of 0x8x (and * it not being due to an ATAPI slave), but the ATAPI itself * could have failed for any number of reasons. My Intel 82371FB * reports 0x81 before my ATAPI drive has been correctly * initialised (the ATAPI drive isn't initialised until the * ATAPI code probes it!). And, as * far as I'm concerned, getting a valid status return at * all (0x81) implies we had a controller... - MMCG */ #if 0 if(du->dk_error != 0x01 && du->dk_error != 0x81) goto nodevice; #endif } else /* drive 0 fail */ goto nodevice; } free(du, M_TEMP); return (IO_WDCSIZE); nodevice: free(du, M_TEMP); return (0); } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jun 25 02:00:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA11856 for bugs-outgoing; Wed, 25 Jun 1997 02:00:09 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA11823; Wed, 25 Jun 1997 02:00:05 -0700 (PDT) Date: Wed, 25 Jun 1997 02:00:05 -0700 (PDT) Message-Id: <199706250900.CAA11823@hub.freebsd.org> To: freebsd-bugs Cc: From: sthaug@nethelp.no Subject: Re: kern/3925: SO_SNDLOWAT of 0 causes kernel to use 99% of CPU time on TCP send Reply-To: sthaug@nethelp.no Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3925; it has been noted by GNATS. From: sthaug@nethelp.no To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/3925: SO_SNDLOWAT of 0 causes kernel to use 99% of CPU time on TCP send Date: Wed, 25 Jun 1997 10:58:20 +0200 The problem is now fixed in NetBSD, here is the log message. Steinar Haug, Nethelp consulting, sthaug@nethelp.no ---------------------------------------------------------------------- thorpej Tue Jun 24 13:04:46 PDT 1997 Update of /cvsroot/src/sys/kern In directory netbsd1:/var/slash-tmp/cvs-serv25765 Modified Files: uipc_socket.c Log Message: In sosetopt(): - Disallow < 1 values for SO_SNDBUF, SO_RCVBUF, SO_SNDLOWAT, and SO_RCVLOWAT; return EINVAL if the user attempts to set <= 0. Inspired by PR #3770, from Havard Eidnes . - For SO_SNDLOWAT and SO_RCVLOWAT, don't let the low-water mark get set above the high-water mark. Behavior is now consistent with BSD/OS: If such an attempt is made, silently truncate to the high-water value. From owner-freebsd-bugs Wed Jun 25 07:20:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA24898 for bugs-outgoing; Wed, 25 Jun 1997 07:20:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA24887; Wed, 25 Jun 1997 07:20:03 -0700 (PDT) Resent-Date: Wed, 25 Jun 1997 07:20:03 -0700 (PDT) Resent-Message-Id: <199706251420.HAA24887@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, steve@visint.co.uk Received: from yakko.visint.co.uk (yakko.vis.net.uk [194.207.134.11]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA24498 for ; Wed, 25 Jun 1997 07:14:07 -0700 (PDT) Received: (from root@localhost) by yakko.visint.co.uk (8.8.5/8.8.5) id WAA01991; Wed, 25 Jun 1997 22:16:50 +0100 (BST) Message-Id: <199706252116.WAA01991@yakko.visint.co.uk> Date: Wed, 25 Jun 1997 22:16:50 +0100 (BST) From: steve@visint.co.uk Reply-To: steve@visint.co.uk To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/3951: Missing smp(4) manpage. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3951 >Category: docs >Synopsis: Missing smp(4) manpage. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 25 07:20:01 PDT 1997 >Last-Modified: >Originator: Steve Roome >Organization: Vision Interactive Ltd. >Release: FreeBSD 3.0-970618-SNAP i386 >Environment: >Description: mptable(1) referes to smp(4) which doesn't exist. >How-To-Repeat: man mptable >Fix: obvious?! >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jun 25 09:13:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA00596 for bugs-outgoing; Wed, 25 Jun 1997 09:13:02 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA00590 for ; Wed, 25 Jun 1997 09:12:57 -0700 (PDT) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.5/8.8.5) id MAA23709; Wed, 25 Jun 1997 12:12:43 -0400 (EDT) Date: Wed, 25 Jun 1997 12:12:43 -0400 (EDT) From: Garrett Wollman Message-Id: <199706251612.MAA23709@khavrinen.lcs.mit.edu> To: sthaug@nethelp.no Cc: freebsd-bugs@hub.freebsd.org Subject: Re: kern/3925: SO_SNDLOWAT of 0 causes kernel to use 99% of CPU time on TCP send In-Reply-To: <199706250900.CAA11823@hub.freebsd.org> References: <199706250900.CAA11823@hub.freebsd.org> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < Modified Files: > uipc_socket.c > Log Message: > In sosetopt(): > - Disallow < 1 values for SO_SNDBUF, SO_RCVBUF, SO_SNDLOWAT, and > SO_RCVLOWAT; return EINVAL if the user attempts to set <= 0. > Inspired by PR #3770, from Havard Eidnes . > - For SO_SNDLOWAT and SO_RCVLOWAT, don't let the low-water mark get > set above the high-water mark. Behavior is now consistent with > BSD/OS: If such an attempt is made, silently truncate to the high-water > value. I believe this fix to be both reasonable and most likely applicable equally to our source base. Unfortunately I'm not in a position to test it right now... can anyone out there copy this change over? -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-bugs Wed Jun 25 09:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA02409 for bugs-outgoing; Wed, 25 Jun 1997 09:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA02402; Wed, 25 Jun 1997 09:50:01 -0700 (PDT) Date: Wed, 25 Jun 1997 09:50:01 -0700 (PDT) Message-Id: <199706251650.JAA02402@hub.freebsd.org> To: freebsd-bugs Cc: From: Garrett Wollman Subject: kern/3948: nonworking t/tcp server side Reply-To: Garrett Wollman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3948; it has been noted by GNATS. From: Garrett Wollman To: brian@firehouse.net Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: kern/3948: nonworking t/tcp server side Date: Wed, 25 Jun 1997 12:45:38 -0400 (EDT) < said: > 03:48:31.553801 localhost.1056 > localhost.finger: SFP 319123411:319123420(9) > win 57344 0,nop,nop,cc[|tcp]> (DF) > 03:48:31.555366 localhost.finger > localhost.1056: S 319212645:319212645(0) > ack 319123422 win 57344 48396,nop,nop,cc[|tcp]> (DF) You're right that this does appear to be an error, assuming that this is /not/ the first T/TCP connection on localhost. I doubt that anyone will have the time to figure this out any time soon, since T/TCP is not widely used, but if you're motivated to look into it I'm certain any further diagnosis you can make will be helpful if the problem is to be eventually solved. Note that it certainly is possible for the syn-ack to get sent without waiting for data, but only in the particular case of the 200-ms delayed-ack timer firing between the acceptance of the connection and the server's presentation of new data to send. (In this implementation, the fast timer will always force out any unsent data, including the return syn, if a delayed ack is pending, as in this case.) However, this does not strike me as a particularly likely occurrence, and certainly should not occur every time unless you have a particularly slow machine. You might start looking for this problem at this point (in tcp_input.c): if ((tiflags & TH_FIN) || (ti->ti_len != 0 && in_localaddr(inp->inp_faddr))) tp->t_flags |= (TF_DELACK | TF_NEEDSYN); else tp->t_flags |= (TF_ACKNOW | TF_NEEDSYN); The condition in the if statement should be true; you might add some debugging statements around this point to see whether TF_ACKNOW is being set. You could also try using the TCP debugging features (set SO_DEBUG and use trpt(8) on a kernel with the TCPDEBUG option); this should definitively tell you whether a timer is firing. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-bugs Wed Jun 25 10:03:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03073 for bugs-outgoing; Wed, 25 Jun 1997 10:03:25 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA02997; Wed, 25 Jun 1997 10:02:24 -0700 (PDT) From: John Fieber Received: (from jfieber@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA26087; Wed, 25 Jun 1997 10:01:17 -0700 (PDT) Date: Wed, 25 Jun 1997 10:01:17 -0700 (PDT) Message-Id: <199706251701.KAA26087@freefall.freebsd.org> To: nik@blueberry.co.uk, jfieber@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/3628 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Submission of tutorial on how to upgrade FreeBSD from source State-Changed-From-To: open-closed State-Changed-By: jfieber State-Changed-When: Wed Jun 25 10:00:12 PDT 1997 State-Changed-Why: The submitted tutorial has been added to the web pages. From owner-freebsd-bugs Wed Jun 25 10:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03949 for bugs-outgoing; Wed, 25 Jun 1997 10:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03898; Wed, 25 Jun 1997 10:20:02 -0700 (PDT) Date: Wed, 25 Jun 1997 10:20:02 -0700 (PDT) Message-Id: <199706251720.KAA03898@hub.freebsd.org> To: freebsd-bugs Cc: From: David McNab Subject: Re: i386/3462: using a PS/2 mouse causes kernel trap in 2.2.1 Reply-To: David McNab Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/3462; it has been noted by GNATS. From: David McNab To: Kazutaka YOKOTA Cc: freebsd-gnats-submit@freebsd.org Subject: Re: i386/3462: using a PS/2 mouse causes kernel trap in 2.2.1 Date: Wed, 25 Jun 1997 10:18:41 -0700 I still haven't tried the trap 29 patch. I will try to get to it before the end of this week; there's a guy across the hall who wants me to help him install FreeBSD, so this will be a perfect chance. -- David From owner-freebsd-bugs Wed Jun 25 12:10:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA09199 for bugs-outgoing; Wed, 25 Jun 1997 12:10:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA09193; Wed, 25 Jun 1997 12:10:02 -0700 (PDT) Resent-Date: Wed, 25 Jun 1997 12:10:02 -0700 (PDT) Resent-Message-Id: <199706251910.MAA09193@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, admin@citylink.dinoex.sub.org Received: from mail.Contrib.Com (mail.Contrib.Com [194.77.12.8]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA08816 for ; Wed, 25 Jun 1997 12:00:35 -0700 (PDT) Received: from net2.dinoex.sub.org (net2.dinoex.sub.de [193.203.172.193]) by mail.Contrib.Com (8.8.4/8.8.4) with SMTP id VAA24124 for ; Wed, 25 Jun 1997 21:00:21 +0200 (MET DST) Received: from citylink.dinoex.sub.org by net2.dinoex.sub.org with uucp (Smail3.1.29.1 #1) id m0wgxNg-000EEqC; Wed, 25 Jun 97 21:05 CEST Received: (from admin@localhost) by citylink.dinoex.sub.org (8.8.5/PMuch-B3b) id QAA09244; Wed, 25 Jun 1997 16:35:38 +0200 (CEST) Message-Id: <199706251435.QAA09244@citylink.dinoex.sub.org> Date: Wed, 25 Jun 1997 16:35:38 +0200 (CEST) From: admin@citylink.dinoex.sub.org (Maschinenwart) Reply-To: admin@citylink.dinoex.sub.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3953: kern-config: options PANIC_REBOOT_WAIT_TIME doesn't work Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3953 >Category: kern >Synopsis: kern-config: options PANIC_REBOOT_WAIT_TIME doesn't work >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 25 12:10:01 PDT 1997 >Last-Modified: >Originator: Peter Much >Organization: Beyond the Future Shockwave: Convenience or Conviviality? >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: >Description: giving the option PANIC_REBOOT_WAIT_TIME= in the kernel config file doesn't make it into the kernel. Reason: This option is put into opt_machdep.h; while the respective #define is needed in kern/kern_shutdown.c --- but kern/kern_shutdown.c doesn't load opt_machdep.h, but only opt_ddb.h. >How-To-Repeat: >Fix: $ diff i386/conf/options.i386.orig i386/conf/options.i386 11c11 < PANIC_REBOOT_WAIT_TIME opt_machdep.h --- > PANIC_REBOOT_WAIT_TIME opt_ddb.h >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jun 25 12:15:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA09531 for bugs-outgoing; Wed, 25 Jun 1997 12:15:02 -0700 (PDT) Received: from In-Net.inba.fr (arthur.inba.fr [194.51.120.34]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA09506 for ; Wed, 25 Jun 1997 12:14:51 -0700 (PDT) Received: from uther.inba.fr (uther.inba.fr [194.51.120.62]) by In-Net.inba.fr (8.8.5/8.8.5) with SMTP id VAA02570 for ; Wed, 25 Jun 1997 21:15:27 +0200 (MET DST) Message-Id: <3.0.1.16.19970625212133.28bfe72a@mail.inba.fr> X-Sender: psc@mail.inba.fr X-Mailer: Windows Eudora Pro Version 3.0.1 (16) Demo [F] Date: Wed, 25 Jun 1997 21:21:33 +0200 To: freebsd-bugs@freebsd.org From: Philippe SCHACK Subject: ppp timeout problems Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id MAA09522 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I have a FreeBSD 2.1.7.1-RELEASE with an IIJ ppp server, the timeout is about 2400 seconds and the connexion cut off after 2 minutes if there is not trafic on the line. I have tried 1200 seconds and had the sames results. Any help appreciated. Thank's -- P. SCHÄCK phschack@inba.fr From owner-freebsd-bugs Wed Jun 25 15:00:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA16587 for bugs-outgoing; Wed, 25 Jun 1997 15:00:05 -0700 (PDT) Received: from www.destek.net (ns2.destek.net [192.156.97.61]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA16582 for ; Wed, 25 Jun 1997 15:00:02 -0700 (PDT) Received: from synergy.Destek.Net (root@synergy.destek.net [192.156.97.240]) by www.destek.net (8.8.5/8.8.4) with ESMTP id RAA20823 for ; Wed, 25 Jun 1997 17:59:57 -0400 (EDT) Received: from [[UNIX: localhost]] ([[UNIX: localhost]]) by synergy.Destek.Net (8.8.4/8.7.3) with SMTP id RAA09369 for ; Wed, 25 Jun 1997 17:59:56 -0400 (EDT) Message-Id: <199706252159.RAA09369@synergy.Destek.Net> X-Authentication-Warning: synergy.Destek.Net: [[UNIX: localhost]] didn't use HELO protocol X-Mailer: exmh version 2.0gamma 1/24/96 X-Uri: X-Face: ">4>,~~_HqlZ,c;!7K60$oLXj\whr`|V-}}cog.gO2Q^/CC[E>,Ez*N0C#)CYY8J\]APjp6 ~)]fwuyFuTXe{7z'Zgt,=+chm*DPh([b^SBn.^jXxI/oT=_L:ws!rF{y[99PV$-~#@dhtc3Y*fK!so 4g:PM0)hs0*9)TsHWfN)=d0P_| From: Marc Evans To: freebsd-bugs@freebsd.org Subject: tftpd bug Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 25 Jun 1997 17:59:53 -0400 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello - It appears that there is a long-standing bug in tftp, in that files greater then 16M bytes fail to transfer. A closer look at the issue appears to reveal that the problem is caused by /usr/include/arpa/tftp.h which with the following modifications may work better (e.g., I haven't yet tested this): diff -c /usr/include/arpa/tftp* *** tftp.h Wed Jun 25 17:28:20 1997 --- tftp.h.orig Wed Jun 25 17:28:17 1997 *************** *** 52,60 **** #define ERROR 05 /* error code */ struct tftphdr { ! unsigned short th_opcode; /* packet type */ ! unsigned short th_block; /* block # */ ! char th_data[1]; /* data or error string */ }; #define th_code th_block /* error code overlay on tu_block */ --- 52,60 ---- #define ERROR 05 /* error code */ struct tftphdr { ! short th_opcode; /* packet type */ ! short th_block; /* block # */ ! char th_data[1]; /* data or error string */ }; #define th_code th_block /* error code overlay on tu_block */ In other words, there appears to be a wrap-around bug due to the datatype being used. - Marc =============================================================================== Marc Evans WB1GRH The Destek Networking Group E-Mail: Marc@Destek.NET One Indian Head Plaza URL: http://WWW.Destek.NET/~marc Nashua, NH, USA 03060 MIME-1.0 & Enriched-Text mail accepted 603 594 9630 (V) 598 8864 (F) PGP-2.6 key available upon request WAN & Internet Services PGP-2.6 Fingerprint: 20 7C A2 DB 17 B2 21 80 47 AA B9 CD D9 DE 31 CC The XFree86[tm] Project, Inc. Industry Liason =============================================================================== From owner-freebsd-bugs Wed Jun 25 16:20:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA19916 for bugs-outgoing; Wed, 25 Jun 1997 16:20:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA19871; Wed, 25 Jun 1997 16:20:02 -0700 (PDT) Date: Wed, 25 Jun 1997 16:20:02 -0700 (PDT) Message-Id: <199706252320.QAA19871@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: kern/3948: nonworking t/tcp server side Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3948; it has been noted by GNATS. From: Bill Fenner To: freebsd-gnats-submit@freebsd.org Cc: brian@firehouse.net Subject: Re: kern/3948: nonworking t/tcp server side Date: Wed, 25 Jun 1997 11:36:20 PDT Using your test program, I was able to perform a T/TCP transaction on an unmodified 2.2 kernel: 17:51:07.632196 sundae.parc.xerox.com.1555 > sundae.parc.xerox.com.finger: SFP 4072296610:4072296612(2) win 17280 (DF) 17:51:07.635814 sundae.parc.xerox.com.finger > sundae.parc.xerox.com.1555: SFP 4072370814:4072370820(6) ack 4072296614 win 17280 (DF) 17:51:07.636017 sundae.parc.xerox.com.1555 > sundae.parc.xerox.com.finger: . ack 8 win 17274 (DF) pwd However, the ack when using "localhost" instead of my host's address doesn't appear to be delayed so the data doesn't get a chance to piggyback on the SYN/ACK: 18:21:33.530418 localhost.1562 > localhost.finger: SFP 127085611:127085622(11) win 57344 (DF) 18:21:33.531323 localhost.finger > localhost.1562: S 127209529:127209529(0) ack 127085624 win 57344 (DF) 18:21:33.531466 localhost.1562 > localhost.finger: . ack 1 win 57344 (DF) 18:21:33.534860 localhost.finger > localhost.1562: FP 1:7(6) ack 1 win 57344 (DF) 18:21:33.535015 localhost.1562 > localhost.finger: . ack 8 win 57338 (DF) Both transactions used the "lo0" interface, and both returning syn's included the "ccecho" option, indicating that TAO should have succeeded. Perhaps there is some interaction with the larger window used when talking to localhost, or perhaps the TAO data doesn't get cached in the route to localhost for some reason. Bill From owner-freebsd-bugs Wed Jun 25 18:26:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA25425 for bugs-outgoing; Wed, 25 Jun 1997 18:26:07 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA25420 for ; Wed, 25 Jun 1997 18:25:58 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id CAA13043; Thu, 26 Jun 1997 02:21:57 +0100 (BST) Message-Id: <199706260121.CAA13043@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Philippe SCHACK cc: freebsd-bugs@FreeBSD.ORG Subject: Re: ppp timeout problems In-reply-to: Your message of "Wed, 25 Jun 1997 21:21:33 +0200." <3.0.1.16.19970625212133.28bfe72a@mail.inba.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Thu, 26 Jun 1997 02:21:56 +0100 From: Brian Somers Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id SAA25421 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi, > > I have a FreeBSD 2.1.7.1-RELEASE with an IIJ ppp server, the timeout is > about 2400 seconds and the connexion cut off after 2 minutes if there is > not trafic on the line. > > I have tried 1200 seconds and had the sames results. > > Any help appreciated. > > Thank's Strange. Is this an LCP problem maybe ? I'd suggest getting the latest ppp from http://www.freebsd.org/~brian (if you need a 2.1.7.1 binary, I can now supply that (I havn't tested it on 2.1.7 yet though), but it's easier for me if you build the binary yourself). If you still have problems (after reading the docs), drop me a line. > -- > P. SCHÄCK > phschack@inba.fr > -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-bugs Thu Jun 26 00:04:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA07816 for bugs-outgoing; Thu, 26 Jun 1997 00:04:08 -0700 (PDT) Received: from ridge.spiritone.com (ridge.spiritone.com [205.139.108.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA07811 for ; Thu, 26 Jun 1997 00:04:04 -0700 (PDT) Received: from joes.users.spiritone.com (joes.users.spiritone.com [205.139.111.224]) by ridge.spiritone.com (8.8.5/8.8.5) with ESMTP id AAA22545 for ; Thu, 26 Jun 1997 00:03:30 -0700 (PDT) Received: (from joes@localhost) by joes.users.spiritone.com (8.8.5/8.8.5) id AAA15111 for FreeBSD-bugs@freebsd.org; Thu, 26 Jun 1997 00:03:31 -0700 (PDT) From: Joseph Stein Message-Id: <199706260703.AAA15111@joes.users.spiritone.com> Subject: IIJPPP: Error: [socket|accept]: Too many open files ... ? To: FreeBSD-bugs@freebsd.org Date: Thu, 26 Jun 1997 00:03:30 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk FreeBSD-stable, CVSupp'd at ca. 2300 Hrs Fri, June 20, 1997. Made world, installed new binaries and kernel about 1700 Hrs Sat, June 21. This ppp gives me this after being up for almost 75 hours. Jun 25 01:32:28 joes ppp[51]: Error: socket: Too many open files Jun 25 01:32:28 joes last message repeated 4 times Jun 25 22:47:41 joes ppp[51]: Error: socket: Too many open files Jun 25 22:57:01 joes ppp[51]: Error: socket: Too many open files Jun 25 23:11:24 joes ppp[51]: Error: socket: Too many open files Jun 25 23:13:18 joes ppp[51]: Error: accept: Too many open files Jun 25 23:13:32 joes last message repeated 5595 times Jun 25 23:13:33 joes ppp[51]: Error: socket: Too many open files Killed (had to. Trying to establish a telnet connection to port 3000 is what generated the 5595 'accept' messages...) with -HUP, then restarted (ppp -auto ispname.) This ppp connection is: o called from /etc/rc with /etc/start_if.tun0 which looks like this: chat "" ATZ OK AT\>Z OK AT\>D0=`date +%m%d%y` OK AT\>D1=`date +%H%M%S` OK < /dev/cuaa1 | tee /dev/cuaa1 echo 'Sleeping 45 seconds to wake up ISDN connection...' && sleep 45 if [ -f /usr/sbin/ppp ]; then /usr/sbin/ppp -auto -alias spiritone-isdn-1 fi o Works flawlessly otherwise. The PID of the process was 51. (Probably doesn't matter.) The /etc/login.conf has been modified slightly (root and daemon have inifinity for all limits.) Now, for the most important stuff. This is an OLD system. 486DX/120 (Actually it's an AMD 486). Quantum Fireball 3840 hard drive (IDE) SCSI CD-Rom 16 Megs RAM Here's dmesg: Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2-STABLE #0: Sat Jun 21 16:50:19 PDT 1997 joes@joes.users.spiritone.com:/usr/src/sys/compile/S_ISDN CPU: AMD Enhanced Am486DX4 Write-Back (486-class CPU) Origin = "AuthenticAMD" Id = 0x494 Stepping=4 Features=0x1 real memory = 16777216 (16384K bytes) avail memory = 14901248 (14552K bytes) Probing for devices on PCI bus 0: chip0 rev 1 on pci0:16 chip1 rev 13 on pci0:18:0 pci0:18:1: UMC, device=0x673a, class=storage (ide) [no driver assigned] Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x3e8-0x3ef irq 12 on isa sio1: type 16550A sio2 at 0x2f8-0x2ff irq 3 on isa sio2: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 3681MB (7539840 sectors), 7480 cyls, 16 heads, 63 S/T, 512 B/S nca0 at 0x350-0x35f irq 5 on isa nca0: type NCR-53C400 nca0 waiting for scsi devices to settle (nca0:2:0): "SANYO CRD-400I 1.32" type 5 removable SCSI 2 cd0(nca0:2:0): CD-ROM cd present [400000 x 2048 byte records] npx0 flags 0x1 on motherboard npx0: INT 16 interface sio1: 21 more interrupt-level buffer overflows (total 21) sio1: 1 more interrupt-level buffer overflow (total 22) sio1: 3 more interrupt-level buffer overflows (total 25) sio1: 41 more interrupt-level buffer overflows (total 66) sio1: 12 more interrupt-level buffer overflows (total 78) sio1: 1 more silo overflow (total 1) sio1: 4 more interrupt-level buffer overflows (total 82) stray irq 15 sio1: 5 more interrupt-level buffer overflows (total 87) sio1: 8 more interrupt-level buffer overflows (total 95) sio1: 2 more interrupt-level buffer overflows (total 97) sio1: 50 more interrupt-level buffer overflows (total 147) And, just in case it matters, my S_ISDN config: # # S_ISDN -- Generic kernel for 486/120 w/ wd disk & scsi cdrom & isdn # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: S_ISDN,v 1.77.2.8 1997/04/18 14:06:20 nate Exp $ machine "i386" #cpu "I386_CPU" cpu "I486_CPU" #cpu "I586_CPU" #cpu "I686_CPU" ident S_ISDN maxusers 50 options MATH_EMULATE #Support for x87 emulation options INCLUDE_CONFIG_FILE options INET #InterNETworking options FFS #Berkeley Fast Filesystem #options NFS #Network Filesystem #options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options SYSVSHM options SYSVSEM options SYSVMSG options QUOTA config kernel root on wd0 controller isa0 #controller eisa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 #disk fd1 at fdc0 drive 1 #tape ft0 at fdc0 drive 2 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 options ATAPI #Enable ATAPI support for IDE bus options ATAPI_STATIC #Don't do it as an LKM #device wcd0 #IDE CD-ROM # A single entry for any of these controllers (ncr, ahb, ahc, amd) is # sufficient for any number of installed devices. #controller ncr0 #controller amd0 #controller ahb0 #controller ahc0 #controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca1 at isa? port 0x1f88 bio irq 10 vector ncaintr controller nca0 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr controller scbus0 #device sd0 #device od0 #See LINT for possible `od' options. #device st0 device cd0 #Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #controller matcd0 at isa? port 0x230 bio #device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options PCVT_FREEBSD=210 # pcvt running on FreeBSD >= 2.0.5 #options XSERVER # include code for XFree86 #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Mandatory, don't remove device npx0 at isa? port "IO_NPX" flags 0x1 irq 13 vector npxintr # # Laptop support (see LINT for more options) # #device apm0 at isa? disable # Advanced Power Management #options APM_BROKEN_STATCLOCK # Workaround some buggy APM BIOS ## PCCARD (PCMCIA) support #controller crd0 #device pcic0 at crd? #device pcic1 at crd? device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM3" tty irq 12 vector siointr device sio2 at isa? port "IO_COM2" tty irq 3 vector siointr #device sio3 at isa? port 0x300 tty irq 15 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr #device lpt1 at isa? port? tty #device mse0 at isa? port 0x23c tty irq 5 vector mseintr #device psm0 at isa? disable port "IO_KBD" conflicts tty irq 12 vector psmintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. #device de0 #device fxp0 #device vx0 # #device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr #device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector ieintr #device ie1 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device ex0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector exintr #device fe0 at isa? port 0x300 net irq ? vector feintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 #ijppp uses tun instead of ppp device pseudo-device ppp 2 pseudo-device snp 3 pseudo-device vn 1 pseudo-device tun 2 pseudo-device pty 256 pseudo-device gzip # Exec gzipped a.out's # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. #options KTRACE #kernel tracing One last thought. The PPP connection is on an ISDN connection (Motorola BitSurfr Pro, ISA) that gets setup by DOS on reboot. (Ugly. Has to be done manually; then after the card is setup (PNP), I do the three-finger salute.) IRQ 15 is the 'Data Port' IRQ as set up with the CardSet program. My USR 33.6 Data/Fax modem is plugged into one of the analog ports on the BitSurfr. Thanks in advance for any help. From owner-freebsd-bugs Thu Jun 26 01:50:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA11976 for bugs-outgoing; Thu, 26 Jun 1997 01:50:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA11970; Thu, 26 Jun 1997 01:50:04 -0700 (PDT) Resent-Date: Thu, 26 Jun 1997 01:50:04 -0700 (PDT) Resent-Message-Id: <199706260850.BAA11970@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, arnej@mail.math.ntnu.no Received: from romberg.math.ntnu.no (153@romberg.imf.unit.no [129.241.15.150]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA11929 for ; Thu, 26 Jun 1997 01:49:41 -0700 (PDT) Received: (qmail 18352 invoked from network); 26 Jun 1997 08:49:37 -0000 Received: from frida.math.ntnu.no (129.241.15.136) by romberg.imf.unit.no with SMTP; 26 Jun 1997 08:49:37 -0000 Received: (from arnej@localhost) by frida.math.ntnu.no (8.8.5/8.8.4) id KAA00720; Thu, 26 Jun 1997 10:49:36 +0200 (MEST) Message-Id: <199706260849.KAA00720@frida.math.ntnu.no> Date: Thu, 26 Jun 1997 10:49:36 +0200 (MEST) From: arnej@mail.math.ntnu.no Reply-To: arnej@mail.math.ntnu.no To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3957: Makefile dependency error in amd Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3957 >Category: bin >Synopsis: Makefile dependency error in amd >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jun 26 01:50:01 PDT 1997 >Last-Modified: >Originator: Arne Henrik Juul >Organization: Norwegian University of Technology and Science >Release: FreeBSD 2.2-STABLE i386 >Environment: I'm cvsup'ing and checking out RELENG_2_2. It looks like this applies to -current as well. >Description: When making amd for the first time nfs_prot.h isn't built resulting in this error message: ===> amq cc -O -I/usr/obj/usr/src/usr.sbin/amd/amq -I/usr/src/usr.sbin/amd/amq/../include -I/usr/src/usr.sbin/amd/amq/../rpcx -I/usr/src/usr.sbin/amd/amq/../config -DARCH_REP=\"i386\" -DOS_REP=\"bsd44\" -DOS_HDR=\"os-bsd44.h\" -c /usr/src/usr.sbin/amd/amq/amq.c In file included from /usr/src/usr.sbin/amd/amq/amq.c:61: /usr/src/usr.sbin/amd/amq/../include/am.h:52: nfs_prot.h: No such file or directory Doing make -k a couple of times doesn't help, but doing a "make depend" will create the missing file: ===> amq rpcgen -h /usr/include/rpcsvc/nfs_prot.x -o nfs_prot.h rm -f .depend mkdep -f .depend -a -I/usr/obj/usr/src/usr.sbin/amd/amq -I/usr/src/usr.sbin/amd/amq/../include -I/usr/src/usr.sbin/amd/amq/../rpcx -I/usr/src/usr.sbin/amd/amq/../config -DARCH_REP=\"i386\" -DOS_REP=\"bsd44\" -DOS_HDR=\"os-bsd44.h\" /usr/src/usr.sbin/amd/amq/amq.c /usr/src/usr.sbin/amd/amq/../rpcx/amq_clnt.c /usr/src/usr.sbin/amd/amq/../rpcx/amq_xdr.c /usr/src/usr.sbin/amd/amq/../amd/misc_rpc.c I believe this should be unneccessary. One possibility would be to use instead of building a local version, but the Makefile has this line in it: ${OBJS} beforedepend: nfs_prot.h which looks like it should DTRT, but actually it doesn't because: Variable substitution occurs at two distinct times, depending on where the variable is being used. Variables in dependency lines are expanded as the line is read. Variables in shell commands are expanded when the shell command is executed. [From "man make"] >How-To-Repeat: cd /usr/src/usr.sbin/amd make cleandir; make cleandir; make obj; make >Fix: Move the dependency line in question to a point where the OBJS variable actually is set. I found one more instance of this but in that case the line wasn't really needed anyway (a redundant null operation :-) so I made a patch to remove it. Index: src/usr.sbin/amd/amd/Makefile =================================================================== RCS file: /usr/cvs/src/usr.sbin/amd/amd/Makefile,v retrieving revision 1.2.8.3 diff -u -r1.2.8.3 Makefile --- Makefile 1997/05/23 07:47:01 1.2.8.3 +++ Makefile 1997/06/26 08:19:51 @@ -41,8 +41,6 @@ mount_xdr.c: mount.h ${MOUNT_X} ${RPCCOM} -c -DWANT_NFS3 ${MOUNT_X} -o ${.TARGET} -${OBJS} beforedepend: nfs_prot.h - nfs_prot.h: ${NFS_PROT_X} ${RPCCOM} -h ${NFS_PROT_X} -o ${.TARGET} @@ -55,3 +53,5 @@ .include "Makefile.config" .include "../../Makefile.inc" .include + +${OBJS} beforedepend: nfs_prot.h Index: src/usr.sbin/amd/amq/Makefile =================================================================== RCS file: /usr/cvs/src/usr.sbin/amd/amq/Makefile,v retrieving revision 1.3.8.2 diff -u -r1.3.8.2 Makefile --- Makefile 1997/05/23 07:47:07 1.3.8.2 +++ Makefile 1997/06/26 08:17:12 @@ -18,7 +18,7 @@ nfs_prot.h: ${NFS_PROT_X} ${RPCCOM} -h ${NFS_PROT_X} -o ${.TARGET} -${OBJS} beforedepend: nfs_prot.h - .include "../../Makefile.inc" .include + +${OBJS} beforedepend: nfs_prot.h Index: src/usr.sbin/amd/mk-amd-map/Makefile =================================================================== RCS file: /usr/cvs/src/usr.sbin/amd/mk-amd-map/Makefile,v retrieving revision 1.2.8.2 diff -u -r1.2.8.2 Makefile --- Makefile 1997/05/23 07:47:07 1.2.8.2 +++ Makefile 1997/06/26 08:20:13 @@ -14,7 +14,7 @@ nfs_prot.h: ${NFS_PROT_X} ${RPCCOM} -h ${NFS_PROT_X} -o ${.TARGET} -${OBJS} beforedepend: nfs_prot.h - .include "../../Makefile.inc" .include + +${OBJS} beforedepend: nfs_prot.h Index: src/usr.bin/tip/libacu/Makefile =================================================================== RCS file: /usr/cvs/src/usr.bin/tip/libacu/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile 1995/04/01 09:14:32 1.3 +++ Makefile 1997/06/26 08:29:32 @@ -4,8 +4,6 @@ multitech.c t3000.c tod.c unidialer.c v3451.c v831.c ventel.c NOPROFILE= yes -$(OBJS): ${.CURDIR}/../tip/tipconf.h - install: @echo -n >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jun 26 03:10:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA15052 for bugs-outgoing; Thu, 26 Jun 1997 03:10:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA15043; Thu, 26 Jun 1997 03:10:02 -0700 (PDT) Date: Thu, 26 Jun 1997 03:10:02 -0700 (PDT) Message-Id: <199706261010.DAA15043@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/3953: kern-config: options PANIC_REBOOT_WAIT_TIME doesn't work Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3953; it has been noted by GNATS. From: Bruce Evans To: admin@citylink.dinoex.sub.org, FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: kern/3953: kern-config: options PANIC_REBOOT_WAIT_TIME doesn't work Date: Thu, 26 Jun 1997 20:01:21 +1000 >giving the option PANIC_REBOOT_WAIT_TIME= in the kernel >config file doesn't make it into the kernel. >Reason: This option is put into opt_machdep.h; while the respective >#define is needed in kern/kern_shutdown.c --- but kern/kern_shutdown.c >doesn't load opt_machdep.h, but only opt_ddb.h. PANIC_REBOOT_WAIT_TIME has nothing to do with either ddb or machdep.c (opt_machdep.h is for options in machdep.c, and kern_shutdown.c is supposed to be machine-independent). This was broken when kern_shutdown.c was split off from machdep.c. SHOW_BUSYBUFS is broken in the same way. Bruce From owner-freebsd-bugs Thu Jun 26 08:13:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA25368 for bugs-outgoing; Thu, 26 Jun 1997 08:13:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA25293; Thu, 26 Jun 1997 08:11:37 -0700 (PDT) Resent-Date: Thu, 26 Jun 1997 08:11:37 -0700 (PDT) Resent-Message-Id: <199706261511.IAA25293@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, admin@arces.net Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA25121; Thu, 26 Jun 1997 08:07:11 -0700 (PDT) Message-Id: <199706261507.IAA25121@hub.freebsd.org> Date: Thu, 26 Jun 1997 08:07:11 -0700 (PDT) From: admin@arces.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/3959: files in /usr/local/etc are randomly becoming uuencoded other files or directories (changing themselves) and crashing the machine. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3959 >Category: misc >Synopsis: files in /usr/local/etc are randomly becoming uuencoded other files or directories (changing themselves) and crashing the machine. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jun 26 08:10:01 PDT 1997 >Last-Modified: >Originator: Adrian Goins >Organization: Darkangel Dementia >Release: 2.2.1 >Environment: FreeBSD thorn.arces.net 2.2.1-RELEASE FreeBSE 2.2.1-RELEASE #0: Thu Jun 5 21:41:58 MDT 1997 root@myname.mydomain:/usr/src/sys/compile/THORN i386 >Description: Over the last week i've noticed that files in /usr/local/etc are changing. First it was some scripts i had written, which changed to uuencoded renditions of a ld.so file. This morning I was receiving error messages from inetd that it couldn't execute tcpd. /usr/local/etc/tcpd (which worked fine 7 hours ago) had become a directory with lib files in it. Twenty minutes later (just a second ago), it's now a link to my anonymous ftp directory. I run a secure site, so this isn't a crack, especially since you can't get to my machine anymore (since inetd can't execute tcpd). >How-To-Repeat: I don't know how to. It's just happening randomly. I"m going to make another backup of my crucial stuff and reinstall with 2.2.2-RELEASE. >Fix: Yeah. Right. Format the machine, I reckon. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jun 26 13:26:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA10338 for bugs-outgoing; Thu, 26 Jun 1997 13:26:15 -0700 (PDT) Received: from mailbag.jf.intel.com (mailbag.jf.intel.com [134.134.248.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA10333 for ; Thu, 26 Jun 1997 13:26:12 -0700 (PDT) Received: from aahz.jf.intel.com (aahz.jf.intel.com [192.198.161.2]) by mailbag.jf.intel.com (8.8.5/8.8.4) with SMTP id NAA00296 for ; Thu, 26 Jun 1997 13:28:25 -0700 (PDT) Received: by aahz.jf.intel.com (Smail3.1.28.1 #13) id m0whL7F-000hy2C; Thu, 26 Jun 97 13:26 PDT Message-Id: From: batie@aahz.jf.intel.com (Alan Batie) Subject: CDROM bug To: freebsd-bugs@freebsd.org Date: Thu, 26 Jun 1997 13:26:05 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On the 2.2.2 CDROM, the less port Makefile says less-332, but the distfile is less-321... -- Alan Batie ------ What goes up, must come down. batie@aahz.jf.intel.com \ / Ask any system administrator. +1 503-264-8844 (voice) \ / --unknown D0 D2 39 0E 02 34 D6 B4 \/ 5A 41 21 8F 23 5F 08 9D From owner-freebsd-bugs Thu Jun 26 16:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA20333 for bugs-outgoing; Thu, 26 Jun 1997 16:50:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA20325; Thu, 26 Jun 1997 16:50:01 -0700 (PDT) Resent-Date: Thu, 26 Jun 1997 16:50:01 -0700 (PDT) Resent-Message-Id: <199706262350.QAA20325@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, abial@nask.pl Received: from korin.warman.org.pl (korin.warman.org.pl [148.81.160.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA19691 for ; Thu, 26 Jun 1997 16:42:54 -0700 (PDT) Received: (from abial@localhost) by korin.warman.org.pl (8.8.5/8.7.3) id BAA11652; Fri, 27 Jun 1997 01:33:19 +0200 (MET DST) Message-Id: <199706262333.BAA11652@korin.warman.org.pl> Date: Fri, 27 Jun 1997 01:33:19 +0200 (MET DST) From: abial@nask.pl Reply-To: abial@nask.pl To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/3962: print disk internal cache size during probing Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3962 >Category: i386 >Synopsis: print disk internal cache size during probing >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Jun 26 16:50:01 PDT 1997 >Last-Modified: >Originator: Andrzej Bialecki >Organization: Research and Academic Network in Poland >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: Sometimes you will want to know the size of the internal, built-in cache of the hard disk. At present, you would have to turn on the WDDEBUG in /sys/i386/isa/wd.c. It's at least inconvenient, as it requires the kernel to be rebuilt, and gives you too much information. Sometimes you can encounter a repaired disk with internal cache turned off (or bad). It's good to have a quick indication of this fact, especially if you buy the secondhand unit. This information is gathered during probing - we only have to display it. >How-To-Repeat: /sbin/reboot ;-) >Fix: This fix is against -current as of today. --- wd.c.orig Fri Jun 27 01:14:00 1997 +++ wd.c Fri Jun 27 01:18:10 1997 @@ -460,10 +460,11 @@ lunit, du->dk_dd.d_secperunit > 17 ? "BIOS" : "fake"); printf( -"wd%d: %luMB (%lu sectors), %lu cyls, %lu heads, %lu S/T, %lu B/S\n", +"wd%d: %luMB, %d kB cache (%lu sectors), %lu cyls, %lu heads, %lu S/T, %lu B/S\n", lunit, du->dk_dd.d_secperunit / ((1024L * 1024L) / du->dk_dd.d_secsize), + du->dk_params.wdp_buffersize>>1, du->dk_dd.d_secperunit, du->dk_dd.d_ncylinders, du->dk_dd.d_ntracks, >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jun 27 01:02:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA10233 for bugs-outgoing; Fri, 27 Jun 1997 01:02:07 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA10221 for ; Fri, 27 Jun 1997 01:01:56 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id IAA19458; Fri, 27 Jun 1997 08:45:56 +0100 (BST) Message-Id: <199706270745.IAA19458@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Joseph Stein cc: FreeBSD-bugs@FreeBSD.ORG Subject: Re: IIJPPP: Error: [socket|accept]: Too many open files ... ? In-reply-to: Your message of "Thu, 26 Jun 1997 00:03:30 PDT." <199706260703.AAA15111@joes.users.spiritone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 27 Jun 1997 08:45:56 +0100 From: Brian Somers Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > FreeBSD-stable, CVSupp'd at ca. 2300 Hrs Fri, June 20, 1997. Made world, > installed new binaries and kernel about 1700 Hrs Sat, June 21. > > This ppp gives me this after being up for almost 75 hours. > > Jun 25 01:32:28 joes ppp[51]: Error: socket: Too many open files > Jun 25 01:32:28 joes last message repeated 4 times > Jun 25 22:47:41 joes ppp[51]: Error: socket: Too many open files > Jun 25 22:57:01 joes ppp[51]: Error: socket: Too many open files > Jun 25 23:11:24 joes ppp[51]: Error: socket: Too many open files > Jun 25 23:13:18 joes ppp[51]: Error: accept: Too many open files > Jun 25 23:13:32 joes last message repeated 5595 times > Jun 25 23:13:33 joes ppp[51]: Error: socket: Too many open files > > Killed (had to. Trying to establish a telnet connection to port 3000 > is what generated the 5595 'accept' messages...) with -HUP, then > restarted (ppp -auto ispname.) [.....] > The /etc/login.conf has been modified slightly (root and daemon have > inifinity for all limits.) [.....] Have you tried backing out your login.conf changes ? They're the most suspect that I can see. -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-bugs Fri Jun 27 01:53:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA12393 for bugs-outgoing; Fri, 27 Jun 1997 01:53:37 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA12374; Fri, 27 Jun 1997 01:53:30 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA07070; Fri, 27 Jun 1997 01:52:09 -0700 (PDT) Date: Fri, 27 Jun 1997 01:52:09 -0700 (PDT) Message-Id: <199706270852.BAA07070@freefall.freebsd.org> To: neil.long@materials.oxford.ac.uk, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3937 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: getty works on ttyd1 but not ttyd0 State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Fri Jun 27 10:51:35 MEST 1997 State-Changed-Why: Submitter confirms cabling problems. From owner-freebsd-bugs Fri Jun 27 04:29:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA17151 for bugs-outgoing; Fri, 27 Jun 1997 04:29:37 -0700 (PDT) Received: from kiste-5.ki.informatik.uni-frankfurt.de (kiste-5.ki.informatik.uni-frankfurt.de [141.2.5.112]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA17146 for ; Fri, 27 Jun 1997 04:29:32 -0700 (PDT) Message-Id: <199706271129.EAA17146@hub.freebsd.org> Received: by kiste-5.ki.informatik.uni-frankfurt.de (1.37.109.4/16.2) id AA13824; Fri, 27 Jun 97 13:29:22 +0200 Date: Fri, 27 Jun 97 13:29:22 +0200 From: Marko Schuetz To: freebsd-bugs@freebsd.org Subject: pkg_add bug Mime-Version: 1.0 (generated by tm-edit 7.66) Content-Type: text/plain; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When I do a pkg_add -v and abort it using C-c the directory /root, which was the pwd before the pkg_add is *erased*! Marko From owner-freebsd-bugs Fri Jun 27 05:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA18734 for bugs-outgoing; Fri, 27 Jun 1997 05:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA18718; Fri, 27 Jun 1997 05:20:01 -0700 (PDT) Resent-Date: Fri, 27 Jun 1997 05:20:01 -0700 (PDT) Resent-Message-Id: <199706271220.FAA18718@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ben@algroup.co.uk Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA18606; Fri, 27 Jun 1997 05:17:14 -0700 (PDT) Message-Id: <199706271217.FAA18606@hub.freebsd.org> Date: Fri, 27 Jun 1997 05:17:14 -0700 (PDT) From: ben@algroup.co.uk To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/3968: Hardware probes die on Peak SBCs. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3968 >Category: kern >Synopsis: Hardware probes die on Peak SBCs. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 27 05:20:00 PDT 1997 >Last-Modified: >Originator: Ben Laurie >Organization: A.L. Digital Ltd. >Release: 2.2.2-RELEASE >Environment: FreeBSD virgin.aldigital.co.uk 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Tue May 2 0 10:45:24 GMT 1997 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: Hardware probes kill Peak SBCs, in particular the Peak-6010 Pentium Pro SBC, and a Peak P166 PCI card that we can't find the model number of, but has a part number of KJ023300 on the card. Disabling probes for non-present hardware cures the problem. We suspect the cause is that Peak use some memory in the C0000-E0000 range for some purpose of their own. >How-To-Repeat: Attempt to install FreeBSD on a Peak SBC. >Fix: Workaround: disable probes for hardware you haven't got. Fix: unknown. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jun 27 08:20:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA26460 for bugs-outgoing; Fri, 27 Jun 1997 08:20:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA26424; Fri, 27 Jun 1997 08:20:02 -0700 (PDT) Resent-Date: Fri, 27 Jun 1997 08:20:02 -0700 (PDT) Resent-Message-Id: <199706271520.IAA26424@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, pac@bvemx.ppco Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA26062; Fri, 27 Jun 1997 08:16:04 -0700 (PDT) Message-Id: <199706271516.IAA26062@hub.freebsd.org> Date: Fri, 27 Jun 1997 08:16:04 -0700 (PDT) From: pac@bvemx.ppco To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/3970: Message 'panic: can't mount root' after kernel build on initial installation: release 2.2.2 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3970 >Category: bin >Synopsis: Message 'panic: can't mount root' after kernel build on initial installation: release 2.2.2 >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 27 08:20:01 PDT 1997 >Last-Modified: >Originator: Peter Clark >Organization: None >Release: 2.2.2 >Environment: not available >Description: After configuring and building kernel on initial installation, re-boot appears to be satisfactory until: message 'changing to device wd1a' appears, then 'panic: can't mount root' followed by a 15 second interruptible delay before an automatic reboot. FreeBSD is being installed from a '/bin'-only DOS directory onto a second EIDE disk; 'C' drive is DOS-only (Win95) with boot-manager, disk2 is dedicated to FreeBSD with a 'compatible' DOS partition, default FreeBSD partitions and sizes. Disk2 is hardware-fault free and is 1.2 Gb. Kernel config appears to be ok. >How-To-Repeat: Easily repeatable: won't go away! Various combinations of dedicated/almost dedicated (DOS) partitions, boot manager/non-boot manager tried. 'Novice' installation being attempted with 'custom' option - just /bin specified. Is the /bin directory the ONLY one required for a minimal installation? >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jun 27 09:10:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA29224 for bugs-outgoing; Fri, 27 Jun 1997 09:10:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA29211; Fri, 27 Jun 1997 09:10:01 -0700 (PDT) Resent-Date: Fri, 27 Jun 1997 09:10:01 -0700 (PDT) Resent-Message-Id: <199706271610.JAA29211@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, john@starfire.mn.org Received: from starfire.mn.org (root@starfire.skypoint.net [199.86.32.187]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA29155 for ; Fri, 27 Jun 1997 09:09:05 -0700 (PDT) Received: (from john@localhost) by starfire.mn.org (8.8.5/1.1) id LAA06577; Fri, 27 Jun 1997 11:09:03 -0500 (CDT) Message-Id: <199706271609.LAA06577@starfire.mn.org> Date: Fri, 27 Jun 1997 11:09:03 -0500 (CDT) From: john@starfire.mn.org Reply-To: john@starfire.mn.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3972: termcap vt100 ku, kd, kr, kl don't match observed behavior Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3972 >Category: bin >Synopsis: termcap vt100 ku, kd, kr, kl don't match observed behavior >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 27 09:10:00 PDT 1997 >Last-Modified: >Originator: John Lind >Organization: Starfire Consulting Services >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: FreeBSD cons25, XFree86 xterm, rxvt, EWAN, many terminal emulators and telnet clients using vt100-like control sequences >Description: The termcap ku, kd, kr, and kl entries don't match what the keys actually send, causing programs which rely on those entries to not recognize the keypresses correctly. In termcap language name ku kd kr kl termcap \EOA \EOB \EOC \EOD sent \E[A \E[B \E[C \E[D UnixWare 2.1 and SCO ODT 5.0.2, among others, have the "sent" values in their termcaps. Solaris / SunOS have more or less the same as ours. I suspect that this may have something to do with the different keypad modes that a real VT100 has, but I'm only guessing at the history. >How-To-Repeat: cat > /dev/null (press arrow keys, observe system echo, press ENTER/RETURN) ^D (control D to end cat) or, more sophisticated cat > foo (press arrow keys, then ENTER/RETURN) ^D od -c foo compare results to termcap file >Fix: Edit termcap file, change associated entries as describe in table above. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jun 27 09:10:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA29282 for bugs-outgoing; Fri, 27 Jun 1997 09:10:39 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA29275 for ; Fri, 27 Jun 1997 09:10:35 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id JAA13278; Fri, 27 Jun 1997 09:11:00 -0700 (PDT) To: Marko Schuetz cc: freebsd-bugs@FreeBSD.ORG Subject: Re: pkg_add bug In-reply-to: Your message of "Fri, 27 Jun 1997 13:29:22 +0200." <199706271129.EAA17146@hub.freebsd.org> Date: Fri, 27 Jun 1997 09:10:59 -0700 Message-ID: <13275.867427859@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk What version of FreeBSD please? > When I do a pkg_add -v and abort it using C-c the > directory /root, which was the pwd before the pkg_add is *erased*! > > Marko From owner-freebsd-bugs Fri Jun 27 09:40:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01153 for bugs-outgoing; Fri, 27 Jun 1997 09:40:12 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01146; Fri, 27 Jun 1997 09:40:10 -0700 (PDT) Resent-Date: Fri, 27 Jun 1997 09:40:10 -0700 (PDT) Resent-Message-Id: <199706271640.JAA01146@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, johnp@lodgenet.com Received: from garbo.lodgenet.com (garbo.lodgenet.com [204.124.122.252]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA00616 for ; Fri, 27 Jun 1997 09:32:21 -0700 (PDT) Received: from milo.lodgenet.com (milo.lodgenet.com [10.0.11.51]) by garbo.lodgenet.com (8.6.12/8.6.9) with ESMTP id LAA11013 for ; Fri, 27 Jun 1997 11:31:42 -0500 Received: (from johnp@localhost) by milo.lodgenet.com (8.8.5/8.8.5) id LAA02436; Fri, 27 Jun 1997 11:31:48 -0500 (CDT) Message-Id: <199706271631.LAA02436@milo.lodgenet.com> Date: Fri, 27 Jun 1997 11:31:48 -0500 (CDT) From: John Prince Reply-To: johnp@lodgenet.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/3973: sendmail should contain the full path (rc startup) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3973 >Category: conf >Synopsis: sendmail should contain the full path (rc startup) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 27 09:40:02 PDT 1997 >Last-Modified: >Originator: John Prince >Organization: LodgeNet Entertainment >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: >Description: Sendmail should be started with the full path in the rc startup ie.. /usr/sbin/sendmail ${sendmail_flags} >How-To-Repeat: >Fix: *** /usr/src/etc/rc Fri Jun 27 11:23:39 1997 --- /etc/rc Mon May 5 02:09:04 1997 *************** *** 225,231 **** fi if [ "X${sendmail_enable}" = X"YES" -a -r /etc/sendmail.cf ]; then ! echo -n ' sendmail'; sendmail ${sendmail_flags} fi echo '.' --- 225,231 ---- fi if [ "X${sendmail_enable}" = X"YES" -a -r /etc/sendmail.cf ]; then ! echo -n ' sendmail'; /usr/sbin/sendmail ${sendmail_flags} fi echo '.' >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jun 27 11:43:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA06917 for bugs-outgoing; Fri, 27 Jun 1997 11:43:05 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA06903; Fri, 27 Jun 1997 11:42:54 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA10672; Fri, 27 Jun 1997 11:41:29 -0700 (PDT) Date: Fri, 27 Jun 1997 11:41:29 -0700 (PDT) Message-Id: <199706271841.LAA10672@freefall.freebsd.org> To: johnp@lodgenet.com, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/3973 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sendmail should contain the full path (rc startup) State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Fri Jun 27 20:41:08 MEST 1997 State-Changed-Why: Already fixed in -current and -stable. From owner-freebsd-bugs Fri Jun 27 11:44:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA07060 for bugs-outgoing; Fri, 27 Jun 1997 11:44:29 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA07015; Fri, 27 Jun 1997 11:44:09 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA10747; Fri, 27 Jun 1997 11:42:45 -0700 (PDT) Date: Fri, 27 Jun 1997 11:42:45 -0700 (PDT) Message-Id: <199706271842.LAA10747@freefall.freebsd.org> To: john@starfire.mn.org, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3972 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: termcap vt100 ku, kd, kr, kl don't match observed behavior State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Fri Jun 27 20:41:37 MEST 1997 State-Changed-Why: You ought to initialize the keyboard correctly with the value of the `ks' capability. `cons25' ain't VT100-compatible at all, so don't use a vt100 TERM value for it. From owner-freebsd-bugs Fri Jun 27 11:46:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA07221 for bugs-outgoing; Fri, 27 Jun 1997 11:46:19 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA07198; Fri, 27 Jun 1997 11:46:06 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA10823; Fri, 27 Jun 1997 11:44:42 -0700 (PDT) Date: Fri, 27 Jun 1997 11:44:42 -0700 (PDT) Message-Id: <199706271844.LAA10823@freefall.freebsd.org> To: pac@bvemx.ppco, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3970 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Message 'panic: can't mount root' after kernel build on initial installation: release 2.2.2 State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Fri Jun 27 20:42:55 MEST 1997 State-Changed-Why: Pilot error. Boot with 1:wd(2,a)/kernel. This is documented. (The originator didn't leave a valid email address at all, so this information will never reach him. He should better have used the -questions mailinglist first anyway.) From owner-freebsd-bugs Fri Jun 27 11:50:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA07456 for bugs-outgoing; Fri, 27 Jun 1997 11:50:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA07445; Fri, 27 Jun 1997 11:50:02 -0700 (PDT) Date: Fri, 27 Jun 1997 11:50:02 -0700 (PDT) Message-Id: <199706271850.LAA07445@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/3972: termcap vt100 ku, kd, kr, kl don't match observed behavior Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3972; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: john@starfire.mn.org Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/3972: termcap vt100 ku, kd, kr, kl don't match observed behavior Date: Fri, 27 Jun 1997 20:38:01 +0200 As john@starfire.mn.org wrote: > >Environment: > > FreeBSD cons25, XFree86 xterm, rxvt, EWAN, many terminal > emulators and telnet clients using vt100-like control > sequences cons25 is not VT100-compatible. xterm, rxvt etc. are, but... > name ku kd kr kl > termcap \EOA \EOB \EOC \EOD > sent \E[A \E[B \E[C \E[D ...the correct (\EOA etc.) values are only being sent after initializing the tty correctly, using the `ks' capability. j@uriah 242% echo $TERM xterm j@uriah 243% echo "$TERMCAP" | tr : '\012' | grep '^k[se]' ks=\E[?1h\E= ke=\E[?1l\E> j@uriah 244% cat ^[[A^[[B (this is the initial mode) (this is the initial mode) ^[[?1h^[= ^[OA^[OB^[OA^[OB (now we are in ``keypad transmit'' mode) AABBAABB (now we are in ``keypad transmit'' mode) ^[[?1l^[> ^[[A^[[B (back again) (back again) ^D -- 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 Jun 27 11:50:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA07464 for bugs-outgoing; Fri, 27 Jun 1997 11:50:10 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA07452; Fri, 27 Jun 1997 11:50:05 -0700 (PDT) Date: Fri, 27 Jun 1997 11:50:05 -0700 (PDT) Message-Id: <199706271850.LAA07452@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: conf/3973: sendmail should contain the full path (rc startup) Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/3973; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: johnp@lodgenet.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/3973: sendmail should contain the full path (rc startup) Date: Fri, 27 Jun 1997 20:40:03 +0200 As John Prince wrote: > >Release: FreeBSD 2.2.2-RELEASE i386 > >Environment: > > >Description: > > Sendmail should be started with the full path in the rc startup ie.. > /usr/sbin/sendmail ${sendmail_flags} Already fixed in 2.2-stable: j@uriah 246% cvs update -rRELENG_2_2 -p /usr/src/etc/rc | fgrep sendmail =================================================================== Checking out /usr/src/etc/rc RCS: /home/cvs/src/etc/rc,v VERS: 1.104.2.20 *************** if [ "X${sendmail_enable}" = X"YES" -a -r /etc/sendmail.cf ]; then echo -n ' sendmail'; /usr/sbin/sendmail ${sendmail_flags} sendmail -t < $i -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Jun 28 10:40:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA28350 for bugs-outgoing; Sat, 28 Jun 1997 10:40:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA28342; Sat, 28 Jun 1997 10:40:03 -0700 (PDT) Resent-Date: Sat, 28 Jun 1997 10:40:03 -0700 (PDT) Resent-Message-Id: <199706281740.KAA28342@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Janick.Taillandier@ratp.fr Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA28031 for ; Sat, 28 Jun 1997 10:30:59 -0700 (PDT) Received: from arts.ratp.fr (arts.ratp.fr [193.106.40.1]) by soleil.uvsq.fr (8.8.5/jtpda-5.2) with ESMTP id TAA22890 for ; Sat, 28 Jun 1997 19:30:56 +0200 (METDST) Received: by arts.ratp.fr id TAA18485 for ; Sat, 28 Jun 1997 19:30:52 +0200 (DST) Received: from minos.noisy.ratp by arts.ratp.fr with SMTP id SAA018479 for ; Sat Jun 28 19:30:39 1997 Received: from fugue.noisy.ratp (taillandier.rtc.ratp [192.25.83.123]) by minos.noisy.ratp with ESMTP id TAA12732 for ; Sat, 28 Jun 1997 19:30:38 +0200 (DST) Received: by fugue.noisy.ratp id TAA00538 ; Sat, 28 Jun 1997 19:30:21 +0200 (DST) Message-Id: <199706281730.TAA00538@fugue.noisy.ratp> Date: Sat, 28 Jun 1997 19:30:21 +0200 (DST) From: Janick.Taillandier@ratp.fr Reply-To: Janick.Taillandier@ratp.fr To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/3978: Incorrect reference to sysconfig in /etc/pccard_ether Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3978 >Category: conf >Synopsis: Incorrect reference to sysconfig in /etc/pccard_ether >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jun 28 10:40:01 PDT 1997 >Last-Modified: >Originator: Janick Taillandier >Organization: RATP - SIT/SIO >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD-current. >Description: In /etc/pccard_ether, you can still find : # Suck in the /etc/sysconfig variables if [ -f /etc/sysconfig ]; then . /etc/sysconfig fi but /etc/sysconfig has been replaced by /etc/rc.conf >How-To-Repeat: >Fix: Change /etc/pccard_ether to : # Suck in the /etc/rc.conf variables if [ -f /etc/rc.conf ]; then . /etc/rc.conf fi >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jun 28 11:00:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA28997 for bugs-outgoing; Sat, 28 Jun 1997 11:00:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA28977; Sat, 28 Jun 1997 11:00:01 -0700 (PDT) Resent-Date: Sat, 28 Jun 1997 11:00:01 -0700 (PDT) Resent-Message-Id: <199706281800.LAA28977@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, gary@hotlava.net Received: from hotlava.com (LODSi+zFRCj8+wnDZkPezz/Iuc8Yz+lD@internal-mail.hotlava.com [193.67.124.74]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA28859 for ; Sat, 28 Jun 1997 10:55:09 -0700 (PDT) Received: (qmail 24810 invoked from network); 28 Jun 1997 17:55:03 -0000 Received: from smokey.hotlava.com (193.67.124.73) by internal-mail.hotlava.com with SMTP; 28 Jun 1997 17:55:03 -0000 Received: (qmail 5656 invoked from network); 28 Jun 1997 17:55:01 -0000 Received: from internal-mail.hotlava.net (?KAMyq7XNbjsvGCMoIYu/bi/Bfm/kOpPu?@193.67.124.74) by smokey.hotlava.net with SMTP; 28 Jun 1997 17:55:01 -0000 Received: (from gary@localhost) by internal-mail.hotlava.net id TAA24801; Sat, 28 Jun 1997 19:55:01 +0200 (MET DST) Message-Id: <199706281755.TAA24801@internal-mail.hotlava.net> Date: Sat, 28 Jun 1997 19:55:01 +0200 (MET DST) From: Gary Howland Reply-To: gary@hotlava.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/3979: Error in manpage hier(7) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3979 >Category: docs >Synopsis: Error in manpage hier(7) >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Jun 28 11:00:00 PDT 1997 >Last-Modified: >Originator: Gary Howland >Organization: HotLava >Release: FreeBSD 2.2-961014-SNAP i386 >Environment: >Description: Docs say: local/ local executables, libraries, etc. Also used as the default destination for the FreeBSD ports framework. Within local/, the general layout sketched out by hier(7) should be used. Exceptions ^^^^^^^^^ Should be something like "sketched out by hier(7) under /usr" >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jun 28 12:34:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA02244 for bugs-outgoing; Sat, 28 Jun 1997 12:34:11 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA02234; Sat, 28 Jun 1997 12:34:05 -0700 (PDT) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA23697; Sat, 28 Jun 1997 12:32:33 -0700 (PDT) Date: Sat, 28 Jun 1997 12:32:33 -0700 (PDT) Message-Id: <199706281932.MAA23697@freefall.freebsd.org> To: uenami@imasy.or.jp, steve@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/3941 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: misc bug on man page of indent.1 State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sat Jun 28 12:30:56 PDT 1997 State-Changed-Why: A slightly modified version has just been applied to -current. From owner-freebsd-bugs Sat Jun 28 13:12:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA03326 for bugs-outgoing; Sat, 28 Jun 1997 13:12:29 -0700 (PDT) Received: from hwcn.org (main.hwcn.org [199.212.94.65]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA03319; Sat, 28 Jun 1997 13:12:25 -0700 (PDT) Received: from james.freenet.hamilton.on.ca (ac199@james.hwcn.org [199.212.94.66]) by hwcn.org (8.8.6/8.8.6) with ESMTP id QAA17086; Sat, 28 Jun 1997 16:12:50 -0400 (EDT) Received: from localhost (ac199@localhost) by james.freenet.hamilton.on.ca (8.8.6/8.8.6) with SMTP id QAA15888; Sat, 28 Jun 1997 16:13:03 -0400 (EDT) X-Authentication-Warning: james.freenet.hamilton.on.ca: ac199 owned process doing -bs Date: Sat, 28 Jun 1997 16:13:03 -0400 (EDT) From: Tim Vanderhoek X-Sender: ac199@james.freenet.hamilton.on.ca Reply-To: hoek@hwcn.org To: Gary Howland cc: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-bugs@hub.freebsd.org Subject: Re: docs/3979: Error in manpage hier(7) In-Reply-To: <199706281755.TAA24801@internal-mail.hotlava.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 28 Jun 1997, Gary Howland wrote: > >Number: 3979 > >Category: docs > >Synopsis: Error in manpage hier(7) > >Confidential: yes Confidential: no Maybe, no, yes? Just maybe... :) > Docs say: > > local/ local executables, libraries, etc. > Also used as the default destination for the FreeBSD > ports framework. Within local/, the general layout > sketched out by hier(7) should be used. Exceptions > ^^^^^^^^^ > Should be something like "sketched out by hier(7) under /usr" Ugh. Yuck. How about "the general layout sketched out by hier(7) for /usr should be used". -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk From owner-freebsd-bugs Sat Jun 28 13:20:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA03553 for bugs-outgoing; Sat, 28 Jun 1997 13:20:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA03525; Sat, 28 Jun 1997 13:20:01 -0700 (PDT) Date: Sat, 28 Jun 1997 13:20:01 -0700 (PDT) Message-Id: <199706282020.NAA03525@hub.freebsd.org> To: freebsd-bugs Cc: From: Tim Vanderhoek Subject: Re: docs/3979: Error in manpage hier(7) Reply-To: Tim Vanderhoek Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/3979; it has been noted by GNATS. From: Tim Vanderhoek To: Gary Howland Cc: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-bugs@hub.freebsd.org Subject: Re: docs/3979: Error in manpage hier(7) Date: Sat, 28 Jun 1997 16:13:03 -0400 (EDT) On Sat, 28 Jun 1997, Gary Howland wrote: > >Number: 3979 > >Category: docs > >Synopsis: Error in manpage hier(7) > >Confidential: yes Confidential: no Maybe, no, yes? Just maybe... :) > Docs say: > > local/ local executables, libraries, etc. > Also used as the default destination for the FreeBSD > ports framework. Within local/, the general layout > sketched out by hier(7) should be used. Exceptions > ^^^^^^^^^ > Should be something like "sketched out by hier(7) under /usr" Ugh. Yuck. How about "the general layout sketched out by hier(7) for /usr should be used". -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk From owner-freebsd-bugs Sat Jun 28 13:40:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA04177 for bugs-outgoing; Sat, 28 Jun 1997 13:40:09 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA04169; Sat, 28 Jun 1997 13:40:03 -0700 (PDT) Resent-Date: Sat, 28 Jun 1997 13:40:03 -0700 (PDT) Resent-Message-Id: <199706282040.NAA04169@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, admin@citylink.dinoex.sub.org Received: from mail.Contrib.Com (mail.Contrib.Com [194.77.12.8]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA04076 for ; Sat, 28 Jun 1997 13:37:13 -0700 (PDT) Received: from net2.dinoex.sub.org (net2.dinoex.sub.de [193.203.172.193]) by mail.Contrib.Com (8.8.4/8.8.4) with SMTP id WAA13050 for ; Sat, 28 Jun 1997 22:37:06 +0200 (MET DST) Received: from citylink.dinoex.sub.org by net2.dinoex.sub.org with uucp (Smail3.1.29.1 #1) id m0wi4Kf-000DznC; Sat, 28 Jun 97 22:42 CEST Received: (from admin@localhost) by citylink.dinoex.sub.org (8.8.5/PMuch-B3b) id WAA28656; Sat, 28 Jun 1997 22:05:32 +0200 (CEST) Message-Id: <199706282005.WAA28656@citylink.dinoex.sub.org> Date: Sat, 28 Jun 1997 22:05:32 +0200 (CEST) From: admin@citylink.dinoex.sub.org (Maschinenwart) Reply-To: admin@citylink.dinoex.sub.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/3980: access via NFS fails during mount-operations on server Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3980 >Category: misc >Synopsis: access via NFS fails during mount-operations on server >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jun 28 13:40:01 PDT 1997 >Last-Modified: >Originator: Peter Much >Organization: Beyond the Future Shockwave: Convenience or Conviviality? >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: A NFS-Server and Clients, all running the same FreeBSD-Version. >Description: writes (maybe reads too) happening on a NFS-client and accessing a NFS-imported filesystem will be denied with "permission denied": this happens exactly at the time some other filesystem is mounted onto the NFS-Server. >How-To-Repeat: Write some file onto a NFS-imported partition. Do it slowly; let it be a "gzip -9"-output or something like that. Then mount some other filesystem onto the server. Bruce Evans asked me, if the "other filesystem" is NFS-exported, and as far as I see, it either is, or it is a vnode-virtual file- system and the respective real file resides on an NFS-exported filesystem. (The first time this happened was during a "make release", when the boot-floppies were built, & my src-tree is writable exported to everywhere.) So, maybe, the fault is on my side, and one has to kill "nfsd" before mounting NFS-exported filesystems, and restart it afterwards. On the other hand, that effect with the vnode-filesystem shouldn't happen. And anyway, if "nfsd" has to be stopped during mounts of exported filesystems, then maybe "mount" should better do this automatically... >Fix: As I got the idea not before writing this sheet, the workaround could be to kill and restart "nfsd" before and after mounts of exported filesystem... >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jun 28 20:20:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA14561 for bugs-outgoing; Sat, 28 Jun 1997 20:20:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA14553; Sat, 28 Jun 1997 20:20:02 -0700 (PDT) Resent-Date: Sat, 28 Jun 1997 20:20:02 -0700 (PDT) Resent-Message-Id: <199706290320.UAA14553@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, dbj@pelops.com Received: from home.pelops.com (dbj@pelops.com [204.255.233.232]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA14308 for ; Sat, 28 Jun 1997 20:10:17 -0700 (PDT) Received: (from dbj@localhost) by home.pelops.com (8.8.5/8.8.5) id XAA07417; Sat, 28 Jun 1997 23:10:24 -0400 (EDT) Message-Id: <199706290310.XAA07417@home.pelops.com> Date: Sat, 28 Jun 1997 23:10:24 -0400 (EDT) From: dbj@pelops.com Reply-To: dbj@pelops.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/3981: User-mode ppp doesn't track online time in a structured manner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3981 >Category: misc >Synopsis: wtmp logging of ppp activity would be nice >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Jun 28 20:20:01 PDT 1997 >Last-Modified: >Originator: David E. Brooks Jr >Organization: Tantalus Incorporated of Kentucky >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: >Description: For some of us, the need to track time used on a link is useful, especially if we're charged for time used. User-mode ppp doesn't provide a structured method of obtaining this information. >How-To-Repeat: Get an ISDN line in the Louisville, Kentucky area :-) >Fix: The following patch allows ppp (if compiled with -DLOGWTMP) to write entries into wtmp whenver a link goes up or down. By placing a 'set logname' command into /etc/ppp/ppp.conf, the name used in the wtmp file can be set (If not set, no logging occurs). -- Dave --- ppp.orig/Makefile Sun May 11 08:58:57 1997 +++ ppp/Makefile Sat Jun 28 22:24:53 1997 @@ -7,7 +7,7 @@ vjcomp.c arp.c alias.c alias_db.c alias_ftp.c alias_util.c \ passwdauth.c sig.c #CFLAGS+= -DHAVE_SHELL_CMD_WITH_ANY_MODE -CFLAGS += -Wall -DMSEXT -DPASSWDAUTH +CFLAGS += -Wall -DMSEXT -DPASSWDAUTH -DLOGWTMP LDADD += -lmd -lcrypt -lutil DPADD += ${LIBMD} ${LIBCRYPT} ${LIBUTIL} MAN8= ppp.8 --- ppp.orig/command.c Tue May 13 21:21:27 1997 +++ ppp/command.c Sat Jun 28 22:05:11 1997 @@ -414,6 +414,14 @@ } #endif /* MSEXT */ +#ifdef LOGWTMP +static int ShowLogName() +{ + printf(" Wtmp log name: %s\n", VarLogName); + return(1); +} +#endif + extern int ShowIfilter(), ShowOfilter(), ShowDfilter(), ShowAfilter(); struct cmdtab const ShowCommands[] = { @@ -461,6 +469,10 @@ { "msext", NULL, ShowMSExt, LOCAL_AUTH, "Show MS PPP extentions", StrNull}, #endif /* MSEXT */ +#ifdef LOGWTMP + { "logname", NULL, ShowLogName, LOCAL_AUTH, + "Show wtmp logging name", StrNull}, +#endif { "version", NULL, ShowVersion, LOCAL_NO_AUTH | LOCAL_AUTH, "Show version string", StrNull}, { "help", "?", HelpCommand, LOCAL_NO_AUTH | LOCAL_AUTH, @@ -986,6 +998,9 @@ #define VAR_DEVICE 4 #define VAR_ACCMAP 5 #define VAR_PHONE 6 +#ifdef LOGWTMP +#define VAR_LOGNAME 7 +#endif static int SetVariable(list, argc, argv, param) @@ -1030,6 +1045,12 @@ strcpy(VarPhoneCopy, VarPhoneList); VarNextPhone = VarPhoneCopy; break; +#ifdef LOGWTMP + case VAR_LOGNAME: + strncpy(VarLogName, *argv, sizeof(VarLogName)-1); + VarLogName[sizeof(VarLogName)-1] = '\0'; + break; +#endif } } return(1); @@ -1123,6 +1144,10 @@ { "nbns", NULL, SetNBNS, LOCAL_AUTH, "Set NetBIOS NameServer", "pri-addr [sec-addr]"}, #endif /* MSEXT */ +#ifdef LOGWTMP + { "logname", NULL, SetVariable, LOCAL_AUTH, + "Set wtmp logging name", "logname", (void *)VAR_LOGNAME}, +#endif /* LOGWTMP */ { "help", "?", HelpCommand, LOCAL_AUTH | LOCAL_NO_AUTH, "Display this message", StrNull, (void *)SetCommands}, { NULL, NULL, NULL }, --- ppp.orig/modem.c Tue May 13 21:20:28 1997 +++ ppp/modem.c Sat Jun 28 22:53:15 1997 @@ -34,6 +34,9 @@ #include "ip.h" #include "modem.h" #include "vars.h" +#ifdef LOGWTMP +#include +#endif #ifndef O_NONBLOCK #ifdef O_NDELAY @@ -213,6 +216,10 @@ { LogPrintf(LOG_PHASE_BIT, "Disconnected!\n"); LogPrintf(LOG_PHASE_BIT, "Connect time: %d secs\n", time(NULL) - uptime); +#ifdef LOGWTMP + if (VarLogName[0]) + logwtmp(VarDevice + 5, "", ""); +#endif /* LOGWTMP */ if (!TermMode) { CloseModem(); LcpDown(); @@ -255,6 +262,10 @@ if (Online) { time(&uptime); LogPrintf(LOG_PHASE_BIT, "*Connected!\n"); +#ifdef LOGWTMP + if (VarLogName[0]) + logwtmp(VarDevice + 5, VarLogName, ""); +#endif /* LOGWTMP */ connect_count++; /* * In dedicated mode, start packet mode immediate @@ -270,6 +281,10 @@ if (!Online) { time(&uptime); LogPrintf(LOG_PHASE_BIT, "Connected!\n"); +#ifdef LOGWTMP + if (VarLogName[0]) + logwtmp(VarDevice + 5, VarLogName, ""); +#endif /* LOGWTMP */ mbits = TIOCM_CD; connect_count++; connect_time = 0; --- ppp.orig/vars.h Fri May 9 23:42:36 1997 +++ ppp/vars.h Sat Jun 28 22:04:09 1997 @@ -24,6 +24,9 @@ #define _VARS_H_ #include +#ifdef LOGWTMP +#include +#endif /* LOGWTMP */ struct confdesc { char *name; @@ -83,6 +86,9 @@ char phone_copy[200]; /* copy for strsep() */ char *next_phone; /* Next phone from the list */ char shostname[MAXHOSTNAMELEN];/* Local short Host Name */ +#ifdef LOGWTMP + char log_name[UT_NAMESIZE]; /* name used for wtmp logging */ +#endif /* LOGWTMP */ }; #define VarAccmap pppVars.var_accmap @@ -110,6 +116,9 @@ #define VarRedialTimeout pppVars.redial_timeout #define VarRedialNextTimeout pppVars.redial_next_timeout #define VarDialTries pppVars.dial_tries +#ifdef LOGWTMP +#define VarLogName pppVars.log_name +#endif /* LOGWTMP */ #define DEV_IS_SYNC (VarSpeed == 0) >Audit-Trail: >Unformatted: