From owner-freebsd-bugs Sun May 18 04:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA25694 for bugs-outgoing; Sun, 18 May 1997 04:50:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA25686; Sun, 18 May 1997 04:50:01 -0700 (PDT) Resent-Date: Sun, 18 May 1997 04:50:01 -0700 (PDT) Resent-Message-Id: <199705181150.EAA25686@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, pmh@komma.de Received: from ardbeg.komma.de (ardbeg.komma.de [194.77.233.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA25623 for ; Sun, 18 May 1997 04:49:05 -0700 (PDT) Received: (from pmh@localhost) by ardbeg.komma.de (8.8.5/8.8.5) id NAA06698; Sun, 18 May 1997 13:50:39 +0200 (CEST) Message-Id: <199705181150.NAA06698@ardbeg.komma.de> Date: Sun, 18 May 1997 13:50:39 +0200 (CEST) From: "Patrick M. Hausen" Reply-To: pmh@komma.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: gnu/3616: permissions of /usr/libexec/uucp/uuxqt non-optimal Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3616 >Category: gnu >Synopsis: permissions of /usr/libexec/uucp/uuxqt non-optimal >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun May 18 04:50:00 PDT 1997 >Last-Modified: >Originator: Patrick M. Hausen >Organization: private site >Release: FreeBSD 2.2-STABLE i386 >Environment: >Description: /usr/libexec/uucp/uucico runs setgid dialer to access the terminal lines. Thus, uuxqt is executed with an egid of dialer, too. Third-party software (like innn) expects uuxqt to run egid uucp, for instance rnews is set 4550 news.uucp. IMHO the INN ditribution is right and the uuxqt program runs with the wrong permissions. >How-To-Repeat: rnews can't be executed on a vanilla FreeBSD system and a freshly installed INN port/package. >Fix: make /usr/libexec/uucp/uuxqt 6550 uucp.uucp instead of 4550 uucp.uucp. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 18 06:00:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA27381 for bugs-outgoing; Sun, 18 May 1997 06:00:02 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA27375; Sun, 18 May 1997 06:00:01 -0700 (PDT) Resent-Date: Sun, 18 May 1997 06:00:01 -0700 (PDT) Resent-Message-Id: <199705181300.GAA27375@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, jdli@csie.nctu.edu.tw Received: from FreeBSD.csie.NCTU.edu.tw (jdli@freebsd.csie.nctu.edu.tw [140.113.235.250]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA27328 for ; Sun, 18 May 1997 05:58:51 -0700 (PDT) Received: (from jdli@localhost) by FreeBSD.csie.NCTU.edu.tw (8.8.5/8.8.5) id UAA03913; Sun, 18 May 1997 20:55:40 +0800 (CST) Message-Id: <199705181255.UAA03913@FreeBSD.csie.NCTU.edu.tw> Date: Sun, 18 May 1997 20:55:40 +0800 (CST) From: jdli@csie.nctu.edu.tw Reply-To: jdli@csie.nctu.edu.tw To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/3617: sendmail doesn't start with fully path in 2.2.2R Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3617 >Category: conf >Synopsis: sendmail doesn't start with fully path in 2.2.2R >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 18 06:00:00 PDT 1997 >Last-Modified: >Originator: Jian-Da Li >Organization: NCTU CSIE FreeBSD Server >Release: FreeBSD 2.2-STABLE i386 >Environment: 2.2-STABLE equals to 2.2.2-RELEASE >Description: sendmail doesn't start with fully path in /etc/rc >How-To-Repeat: grep sendmail /usr/src/etc/rc >Fix: change sendmail to /usr/sbin/sendmail ? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 18 06:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA27635 for bugs-outgoing; Sun, 18 May 1997 06:10:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA27617; Sun, 18 May 1997 06:10:03 -0700 (PDT) Resent-Date: Sun, 18 May 1997 06:10:03 -0700 (PDT) Resent-Message-Id: <199705181310.GAA27617@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Tor.Egge@idt.ntnu.no Received: from skarven.itea.ntnu.no (tegge@skarven.itea.ntnu.no [129.241.190.13]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA27567 for ; Sun, 18 May 1997 06:08:55 -0700 (PDT) Received: (from tegge@localhost) by skarven.itea.ntnu.no (8.8.5/8.8.5) id PAA00589; Sun, 18 May 1997 15:08:52 +0200 (CEST) Message-Id: <199705181308.PAA00589@skarven.itea.ntnu.no> Date: Sun, 18 May 1997 15:08:52 +0200 (CEST) From: Tor Egge Reply-To: Tor.Egge@idt.ntnu.no To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3618: getsockname and getpeername may cause trap 12 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3618 >Category: kern >Synopsis: getsockname and getpeername may cause trap 12 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 18 06:10:02 PDT 1997 >Last-Modified: >Originator: Tor Egge >Organization: Norwegian University of Science and Technology, Trondheim, Norway >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD skarven.itea.ntnu.no 3.0-CURRENT FreeBSD 3.0-CURRENT #1: Sun May 18 14:41:28 CEST 1997 root@skarven.itea.ntnu.no:/usr/src/sys/compile/SKARVEN i386 >Description: During the getsockname() or getpeername() call, a network interrupt might reset the connection, causing the socket to no longer have a pcb. If this happens at the wrong time, the system gets a trap 12. >How-To-Repeat: Run an FTP server with tcp wrappers installed on the system. Start a lot of connections to the ftp server, and close/reset the connections from the client side as soon as the connection is established. >Fix: Disallow network interrupts while the address is found and copied. Handle the case where the socket was disconnected before the network interrupts were disabled. Index: in_pcb.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/in_pcb.c,v retrieving revision 1.31 diff -c -r1.31 in_pcb.c *** in_pcb.c 1997/04/27 20:01:04 1.31 --- in_pcb.c 1997/05/18 12:50:35 *************** *** 470,478 **** --- 470,483 ---- struct socket *so; struct mbuf *nam; { + int s = splnet(); register struct inpcb *inp = sotoinpcb(so); register struct sockaddr_in *sin; + if (!inp) { + splx(s); + return EINVAL; + } nam->m_len = sizeof (*sin); sin = mtod(nam, struct sockaddr_in *); bzero((caddr_t)sin, sizeof (*sin)); *************** *** 480,485 **** --- 485,491 ---- sin->sin_len = sizeof(*sin); sin->sin_port = inp->inp_lport; sin->sin_addr = inp->inp_laddr; + splx(s); return 0; } *************** *** 488,496 **** --- 494,507 ---- struct socket *so; struct mbuf *nam; { + int s = splnet(); struct inpcb *inp = sotoinpcb(so); register struct sockaddr_in *sin; + if (!inp) { + splx(s); + return EINVAL; + } nam->m_len = sizeof (*sin); sin = mtod(nam, struct sockaddr_in *); bzero((caddr_t)sin, sizeof (*sin)); *************** *** 498,503 **** --- 509,515 ---- sin->sin_len = sizeof(*sin); sin->sin_port = inp->inp_fport; sin->sin_addr = inp->inp_faddr; + splx(s); return 0; } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 18 12:10:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA07389 for bugs-outgoing; Sun, 18 May 1997 12:10:02 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA07376; Sun, 18 May 1997 12:10:01 -0700 (PDT) Date: Sun, 18 May 1997 12:10:01 -0700 (PDT) Message-Id: <199705181910.MAA07376@hub.freebsd.org> To: freebsd-bugs Cc: From: Garrett Wollman Subject: kern/3618: getsockname and getpeername may cause trap 12 Reply-To: Garrett Wollman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3618; it has been noted by GNATS. From: Garrett Wollman To: Tor.Egge@idt.ntnu.no Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: kern/3618: getsockname and getpeername may cause trap 12 Date: Sun, 18 May 1997 15:08:57 -0400 (EDT) < said: > During the getsockname() or getpeername() call, a network interrupt > might reset the connection, causing the socket to no longer have a pcb. > If this happens at the wrong time, the system gets a trap 12. This fix looks OK. You have commit privs... -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 Sun May 18 12:50:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA09097 for bugs-outgoing; Sun, 18 May 1997 12:50:27 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA09083 for ; Sun, 18 May 1997 12:50:22 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id NAA19710; Sun, 18 May 1997 13:50:20 -0600 (MDT) Message-Id: <199705181950.NAA19710@pluto.plutotech.com> To: Garrett Wollman cc: freebsd-bugs@hub.freebsd.org Subject: Re: kern/3618: getsockname and getpeername may cause trap 12 In-reply-to: Your message of "Sun, 18 May 1997 12:10:01 PDT." <199705181910.MAA07376@hub.freebsd.org> Date: Sun, 18 May 1997 14:48:41 -0600 From: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > < >said: > > > During the getsockname() or getpeername() call, a network interrupt > > might reset the connection, causing the socket to no longer have a pcb. > > If this happens at the wrong time, the system gets a trap 12. > > This fix looks OK. You have commit privs... I think that the splnet() and perhaps the other initializers should be broken appart from the declarations since, as I recall, he compiler can re-order the initializations if it doesn't see any interdependancies. It would also make it clearer exactly which actions need splnet protection. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Sun May 18 13:22:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA10811 for bugs-outgoing; Sun, 18 May 1997 13:22:59 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA10804 for ; Sun, 18 May 1997 13:22:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with SMTP id NAA27285; Sun, 18 May 1997 13:24:25 -0700 (PDT) Message-Id: <199705182024.NAA27285@implode.root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: "Justin T. Gibbs" cc: Garrett Wollman , freebsd-bugs@hub.freebsd.org Subject: Re: kern/3618: getsockname and getpeername may cause trap 12 In-reply-to: Your message of "Sun, 18 May 1997 14:48:41 MDT." <199705181950.NAA19710@pluto.plutotech.com> From: David Greenman Reply-To: dg@root.com Date: Sun, 18 May 1997 13:24:25 -0700 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> < >>said: >> >> > During the getsockname() or getpeername() call, a network interrupt >> > might reset the connection, causing the socket to no longer have a pcb. >> > If this happens at the wrong time, the system gets a trap 12. >> >> This fix looks OK. You have commit privs... > >I think that the splnet() and perhaps the other initializers should be >broken appart from the declarations since, as I recall, he compiler can >re-order the initializations if it doesn't see any interdependancies. >It would also make it clearer exactly which actions need splnet protection. I agree. It's the one thing that caught my eye immediately when I looked at the diff. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Sun May 18 14:00:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA12362 for bugs-outgoing; Sun, 18 May 1997 14:00:50 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA12354; Sun, 18 May 1997 14:00:43 -0700 (PDT) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA09580; Sun, 18 May 1997 14:00:34 -0700 (PDT) Date: Sun, 18 May 1997 14:00:34 -0700 (PDT) Message-Id: <199705182100.OAA09580@freefall.freebsd.org> To: vak@cronyx.ru, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/3523 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sio driver: added automatic detection of 16650/16750 UARTs State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sun May 18 14:00:17 PDT 1997 State-Changed-Why: committed, thanks! From owner-freebsd-bugs Sun May 18 14:04:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA12520 for bugs-outgoing; Sun, 18 May 1997 14:04:36 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA12512; Sun, 18 May 1997 14:04:29 -0700 (PDT) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA09678; Sun, 18 May 1997 14:04:20 -0700 (PDT) Date: Sun, 18 May 1997 14:04:20 -0700 (PDT) Message-Id: <199705182104.OAA09678@freefall.freebsd.org> To: s320759@student.uq.edu.au, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3243 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: won't read file bin.cc - says "read -1 of 1024 bytes" State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sun May 18 14:02:56 PDT 1997 State-Changed-Why: This is almost certainly because your browser thinks files ending in .cc are C++ sources, and treats them differently. Check the size for verification, it should be exactly the same size as all but the last chunk in each series. From owner-freebsd-bugs Sun May 18 14:20:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA13094 for bugs-outgoing; Sun, 18 May 1997 14:20:08 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA13081; Sun, 18 May 1997 14:20:02 -0700 (PDT) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA09812; Sun, 18 May 1997 14:19:53 -0700 (PDT) Date: Sun, 18 May 1997 14:19:53 -0700 (PDT) Message-Id: <199705182119.OAA09812@freefall.freebsd.org> To: dmm125@bellatlantic.net, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/3395 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sio2: not found, but there State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sun May 18 14:19:12 PDT 1997 State-Changed-Why: I have added code to -current such that flags 0x1000 disables test#3. From owner-freebsd-bugs Sun May 18 14:27:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA13551 for bugs-outgoing; Sun, 18 May 1997 14:27:37 -0700 (PDT) Received: from wlk.com (news.wlk.com [192.86.83.250]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA13546 for ; Sun, 18 May 1997 14:27:35 -0700 (PDT) Received: from SMTPdaemon by wlk.com (smail3.2) with SMTPL id m0wTDUA-0009rMC; Sun, 18 May 1997 16:27:22 -0500 (CDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id XAA29062; Sun, 18 May 1997 23:23:44 +0200 (CEST) cc: dmm125@bellatlantic.net, freebsd-bugs@FreeBSD.org From: Poul-Henning Kamp Subject: Re: kern/3395 In-reply-to: Your message of "Sun, 18 May 1997 14:19:53 PDT." <199705182119.OAA09812@freefall.freebsd.org> Date: Sun, 18 May 1997 23:23:44 +0200 Message-ID: <29060.863990624@critter> Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <199705182119.OAA09812@freefall.freebsd.org>, Poul-Henning Kamp writ es: >Synopsis: sio2: not found, but there > >State-Changed-From-To: open-closed >State-Changed-By: phk >State-Changed-When: Sun May 18 14:19:12 PDT 1997 >State-Changed-Why: > >I have added code to -current such that flags 0x1000 disables test#3. Correction: 0x10000 -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-bugs Sun May 18 14:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA13760 for bugs-outgoing; Sun, 18 May 1997 14:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA13749; Sun, 18 May 1997 14:30:02 -0700 (PDT) Date: Sun, 18 May 1997 14:30:02 -0700 (PDT) Message-Id: <199705182130.OAA13749@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: gnu/3616: permissions of /usr/libexec/uucp/uuxqt non-optimal 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 gnu/3616; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: pmh@komma.de Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: gnu/3616: permissions of /usr/libexec/uucp/uuxqt non-optimal Date: Sun, 18 May 1997 23:19:18 +0200 As Patrick M. Hausen wrote: > >Fix: > > make /usr/libexec/uucp/uuxqt 6550 uucp.uucp instead of 4550 uucp.uucp. Better fix: make uucico relinguish its privileges before calling uuxqt. -- 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 May 18 14:30:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA13774 for bugs-outgoing; Sun, 18 May 1997 14:30:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA13759; Sun, 18 May 1997 14:30:03 -0700 (PDT) Date: Sun, 18 May 1997 14:30:03 -0700 (PDT) Message-Id: <199705182130.OAA13759@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: conf/3605: New /etc/rc not clearing /tmp 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/3605; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: tejblum@arc.hq.cti.ru Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/3605: New /etc/rc not clearing /tmp Date: Sun, 18 May 1997 23:03:18 +0200 As Dmitrij Tejblum wrote: > The following lines was excluded from /etc/rc. It probably caused > my troubles with starting X. Clearing /tmp in /etc/rc is a stupid idea from the beginning. You need to clean it regularly anyway, and unless we ship the system also with a crontab entry that reboots it every night :), the cleanup at startup time is ideally a no-op (since the machine is up for 365+ days). Also, in case your /tmp is not on MFS, you might sometimes be happy to still find this or that file in /tmp after a crash. (And in the MFS case, you still don't need the cleanup in /etc/rc.) > #rm -f /tmp/.X*-lock /tmp/.X11-unix/* Why didn't you just enable this one? -- 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 May 18 14:32:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA13899 for bugs-outgoing; Sun, 18 May 1997 14:32:33 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA13890; Sun, 18 May 1997 14:32:23 -0700 (PDT) From: Poul-Henning Kamp Received: (from phk@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA10212; Sun, 18 May 1997 14:32:14 -0700 (PDT) Date: Sun, 18 May 1997 14:32:14 -0700 (PDT) Message-Id: <199705182132.OAA10212@freefall.freebsd.org> To: sjr1@flash.net, phk@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/3111 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: make bootstrap relies on /bin/sh but does not (re)build it State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Sun May 18 14:31:08 PDT 1997 State-Changed-Why: Considering how often, or rather: how seldom, we change the source of /bin/sh, I don't think this extra step is warranted. From owner-freebsd-bugs Sun May 18 15:00:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA16775 for bugs-outgoing; Sun, 18 May 1997 15:00:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA16761; Sun, 18 May 1997 15:00:01 -0700 (PDT) Resent-Date: Sun, 18 May 1997 15:00:01 -0700 (PDT) Resent-Message-Id: <199705182200.PAA16761@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, mini@micron.efn.org Received: from micron.efn.org (dynip33.efn.org [204.214.97.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA15578 for ; Sun, 18 May 1997 14:52:29 -0700 (PDT) Received: (from mini@localhost) by micron.efn.org (8.8.5/8.8.5) id OAA07284; Sun, 18 May 1997 14:55:57 -0700 (PDT) Message-Id: <199705182155.OAA07284@micron.efn.org> Date: Sun, 18 May 1997 14:55:57 -0700 (PDT) From: Jonathan Mini Reply-To: mini@micron.efn.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3621: libc_r and evilness with pthread_key_create Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3621 >Category: bin >Synopsis: pthread_key_create is referenced as pthread_keycreate >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 18 15:00:00 PDT 1997 >Last-Modified: >Originator: Jonathan Mini >Organization: Eugene FreeNET >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: I'm running the libc_r from the 2_2_2_RELENG branch. (as of May 18) >Description: In a few files (/usr/src/lib/libc/gen/ttyname.c and /usr/src/lib/libc/stdtime/localtime.c) pthread_key_create is referenced as pthread_keycreate. Which is incorrect. >How-To-Repeat: atempt to use ttyname(3), localtime(3), gmtime(3), or anything that uses them, and wathc the process stop with a linking error. >Fix: Change all of the references to pthread_keycreate to pthread_key_create. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 18 17:00:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA21748 for bugs-outgoing; Sun, 18 May 1997 17:00:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA21732; Sun, 18 May 1997 17:00:02 -0700 (PDT) Resent-Date: Sun, 18 May 1997 17:00:02 -0700 (PDT) Resent-Message-Id: <199705190000.RAA21732@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 QAA21598 for ; Sun, 18 May 1997 16:56:17 -0700 (PDT) Received: (from john@localhost) by starfire.mn.org (8.8.5/1.1) id SAA10521; Sun, 18 May 1997 18:57:01 -0500 (CDT) Message-Id: <199705182357.SAA10521@starfire.mn.org> Date: Sun, 18 May 1997 18:57:01 -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/3622: gethostbyname fails for file descriptors above 255 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3622 >Category: bin >Synopsis: gethostbyname fails for file descriptors above 255 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 18 17:00:01 PDT 1997 >Last-Modified: >Originator: John Lind >Organization: Starfire Consulting Services, SkyPoint Communications, Inc. >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: >Description: gethostbyname() fails for a perfectly good domain name once a program already has file descriptors 0-255 open. I have not yet tracked this down to find if it is specific to gethostbyname, or if it may be the underlying infrastructure, or possibly even into the kernel (in which case the category specified for this report will be wrong). >How-To-Repeat: The following program will reproduce the problem. Sample output is given. Note that the same lookup is performed successfully 253 times before it fails. --- sample output www.freebsd.org: Unknown host RLIMIT_NOFILE rlim_cur 2088 252: 255, /tmp/testghbn.02985 --- program source for testghlim.c #include #include #include #include #include #include int test_ghbn(const char *dhn) { struct hostent *h; extern int h_errno; if( (h = gethostbyname(dhn)) == NULL ) { herror(dhn); return 1; } return 0; } char *progname; void usage() { fprintf(stderr,"Usage: %s host.domain.name\n"); exit(99); } main(int argc, char **argv) { int idx; int fd; struct rlimit info; char tfn[32]; char *hostdn; progname = *argv; if (argc < 2) usage(); hostdn = argv[1]; getrlimit(RLIMIT_NOFILE,&info); info.rlim_cur = info.rlim_max; setrlimit(RLIMIT_NOFILE,&info); getrlimit(RLIMIT_NOFILE,&info); printf("RLIMIT_NOFILE rlim_cur %d\n",info.rlim_cur); for (idx=0; idx < 300; idx++) { strcpy(tfn,"/tmp/testghbn.XXXXX"); fd = mkstemp(tfn); unlink(tfn); if (test_ghbn(hostdn)) { printf("%d: %d, %s\n", idx, fd, tfn); break; } } exit(0); } >Fix: No known fix at this time. As I urgently need this to work to get Apache 1.1.3 or 1.2b10 running for a multi-homed web site of about 300 virtual hosts, I will begin attempting to build debugging versions of the standard library routines as soon as I find something to eat... >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 18 17:03:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA21948 for bugs-outgoing; Sun, 18 May 1997 17:03:21 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA21941; Sun, 18 May 1997 17:03:09 -0700 (PDT) Received: (from tegge@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA12150; Sun, 18 May 1997 17:02:59 -0700 (PDT) Date: Sun, 18 May 1997 17:02:59 -0700 (PDT) Message-Id: <199705190002.RAA12150@freefall.freebsd.org> From: Tor Egge To: FreeBSD bugs mailing list , Tor.Egge@idt.ntnu.no Subject: Re: i386/2117: nb8390.com hangs with some BIOS combinations Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk `Tor Egge' changed the state to `closed'. State-Changed-From-To: open-closed State-Changed-By: tegge State-Changed-When: Sun May 18 16:52:47 1997 State-Changed-Why: Fixed in version 1.5 and and 1.2.2.3 of sys/i386/boot/netboot/start2.S. From owner-freebsd-bugs Sun May 18 17:20:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA22738 for bugs-outgoing; Sun, 18 May 1997 17:20:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA22712; Sun, 18 May 1997 17:20:03 -0700 (PDT) Resent-Date: Sun, 18 May 1997 17:20:03 -0700 (PDT) Resent-Message-Id: <199705190020.RAA22712@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, sjr1@flash.net Received: from istari.flash.net (baasc3-112.flash.net [208.194.198.112]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA22293 for ; Sun, 18 May 1997 17:09:58 -0700 (PDT) Received: (from sjr@localhost) by istari.flash.net (8.8.5/8.8.5) id UAA14273; Sun, 18 May 1997 20:10:01 -0400 (EDT) Message-Id: <199705190010.UAA14273@istari.flash.net> Date: Sun, 18 May 1997 20:10:01 -0400 (EDT) From: sjr1@flash.net Reply-To: sjr1@flash.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3623: Extra definition of vwprintw in curses.h Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3623 >Category: bin >Synopsis: Extra definition of vwprintw in curses.h >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 18 17:20:02 PDT 1997 >Last-Modified: >Originator: Stephen J. Roznowski >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: There appears to be two definitions of vwprintw in /usr/src/lib/libcurses/curses.h >How-To-Repeat: grep vwprintw /usr/src/lib/libcurses/curses.h >Fix: Delete one of the entries. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 18 17:22:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA22897 for bugs-outgoing; Sun, 18 May 1997 17:22:41 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA22890; Sun, 18 May 1997 17:22:37 -0700 (PDT) Received: (from tegge@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA13042; Sun, 18 May 1997 17:22:27 -0700 (PDT) Date: Sun, 18 May 1997 17:22:27 -0700 (PDT) Message-Id: <199705190022.RAA13042@freefall.freebsd.org> From: Tor Egge To: FreeBSD bugs mailing list , Tor.Egge@idt.ntnu.no Subject: Re: kern/3618: getsockname and getpeername may cause trap 12 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk `Tor Egge' changed the state to `closed'. State-Changed-From-To: open-closed State-Changed-By: tegge State-Changed-When: Sun May 18 17:20:05 1997 State-Changed-Why: Fixed in revision 1.32 of sys/netinet/in_pcb.c From owner-freebsd-bugs Sun May 18 20:10:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA28874 for bugs-outgoing; Sun, 18 May 1997 20:10:02 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA28868; Sun, 18 May 1997 20:10:01 -0700 (PDT) Resent-Date: Sun, 18 May 1997 20:10:01 -0700 (PDT) Resent-Message-Id: <199705190310.UAA28868@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ajantha@mail.cmb.ac.lk Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA28412; Sun, 18 May 1997 20:02:07 -0700 (PDT) Message-Id: <199705190302.UAA28412@hub.freebsd.org> Date: Sun, 18 May 1997 20:02:07 -0700 (PDT) From: ajantha@mail.cmb.ac.lk To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/3624: Who do I restore my system back. I have with me the backup tape & Boot diskette. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3624 >Category: bin >Synopsis: Who do I restore my system back. I have with me the backup tape & Boot diskette. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 18 20:10:00 PDT 1997 >Last-Modified: >Originator: Ajantha Atukorale >Organization: University of Colombo, Sri Lanka >Release: 2.1 >Environment: >Description: >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 18 20:17:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA29213 for bugs-outgoing; Sun, 18 May 1997 20:17:59 -0700 (PDT) Received: from spinner.DIALix.COM (spinner.dialix.com [192.203.228.67]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA29205 for ; Sun, 18 May 1997 20:17:40 -0700 (PDT) Received: from spinner.DIALix.COM (localhost.dialix.com.au [127.0.0.1]) by spinner.DIALix.COM with ESMTP id LAA18274; Mon, 19 May 1997 11:14:21 +0800 (WST) Message-Id: <199705190314.LAA18274@spinner.DIALix.COM> X-Mailer: exmh version 2.0gamma 1/27/96 To: "Justin T. Gibbs" cc: Garrett Wollman , freebsd-bugs@hub.freebsd.org Subject: Re: kern/3618: getsockname and getpeername may cause trap 12 In-reply-to: Your message of "Sun, 18 May 1997 14:48:41 CST." <199705181950.NAA19710@pluto.plutotech.com> Date: Mon, 19 May 1997 11:14:19 +0800 From: Peter Wemm Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Justin T. Gibbs" wrote: > > < > >said: > > > > > During the getsockname() or getpeername() call, a network interrupt > > > might reset the connection, causing the socket to no longer have a pcb. > > > If this happens at the wrong time, the system gets a trap 12. > > > > This fix looks OK. You have commit privs... > > I think that the splnet() and perhaps the other initializers should be > broken appart from the declarations since, as I recall, he compiler can > re-order the initializations if it doesn't see any interdependancies. > It would also make it clearer exactly which actions need splnet protection. Also, from a fine grained SMP locking perspective, we're going to need to get at them too. Anyway, I'd prefer if we didn't add any more of these type of declarations if possible since they are going to have to be revisited soon anyway for smp locking. > -- > Justin T. Gibbs > =========================================== > FreeBSD: Turning PCs into workstations > =========================================== Cheers, -Peter From owner-freebsd-bugs Sun May 18 20:21:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA29410 for bugs-outgoing; Sun, 18 May 1997 20:21:46 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA29394; Sun, 18 May 1997 20:21:24 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA15171; Sun, 18 May 1997 20:21:11 -0700 (PDT) Date: Sun, 18 May 1997 20:21:11 -0700 (PDT) Message-Id: <199705190321.UAA15171@freefall.freebsd.org> To: jdli@csie.nctu.edu.tw, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/3613 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: rc.conf and rc keyword mismatch State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sun May 18 20:21:00 PDT 1997 State-Changed-Why: Fix applied, thanks! From owner-freebsd-bugs Sun May 18 20:28:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA29673 for bugs-outgoing; Sun, 18 May 1997 20:28:40 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA29656; Sun, 18 May 1997 20:28:27 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA15255; Sun, 18 May 1997 20:28:16 -0700 (PDT) Date: Sun, 18 May 1997 20:28:16 -0700 (PDT) Message-Id: <199705190328.UAA15255@freefall.freebsd.org> To: ajantha@mail.cmb.ac.lk, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3624 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Who do I restore my system back. I have with me the backup tape & Boot diskette. State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sun May 18 20:27:58 PDT 1997 State-Changed-Why: This is certainly no kind of bug report that I can see. It's not even in english. From owner-freebsd-bugs Sun May 18 20:35:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA00146 for bugs-outgoing; Sun, 18 May 1997 20:35:49 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA00141 for ; Sun, 18 May 1997 20:35:46 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id NAA29656; Mon, 19 May 1997 13:29:10 +1000 Date: Mon, 19 May 1997 13:29:10 +1000 From: Bruce Evans Message-Id: <199705190329.NAA29656@godzilla.zeta.org.au> To: dg@root.com, gibbs@plutotech.com Subject: Re: kern/3618: getsockname and getpeername may cause trap 12 Cc: freebsd-bugs@hub.freebsd.org, wollman@khavrinen.lcs.mit.edu Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>I think that the splnet() and perhaps the other initializers should be >>broken appart from the declarations since, as I recall, he compiler can >>re-order the initializations if it doesn't see any interdependancies. >>It would also make it clearer exactly which actions need splnet protection. The extern function call and visible side effects in the inline function call should prevent reordering. It's just unclear. > I agree. It's the one thing that caught my eye immediately when I looked at >the diff. Besides, style(9) explicitly says not to obfuscate code by initializing variables in declarations. This obfuscation should only be used thoughfully. :-). Bruce From owner-freebsd-bugs Sun May 18 22:43:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA04195 for bugs-outgoing; Sun, 18 May 1997 22:43:36 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA04185 for ; Sun, 18 May 1997 22:43:28 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id HAA17551; Mon, 19 May 1997 07:42:46 +0200 (SAT) From: John Hay Message-Id: <199705190542.HAA17551@zibbi.mikom.csir.co.za> Subject: Re: conf/3605: New /etc/rc not clearing /tmp In-Reply-To: <199705182130.OAA13759@hub.freebsd.org> from J Wunsch at "May 18, 97 02:30:03 pm" To: j@uriah.heep.sax.de Date: Mon, 19 May 1997 07:42:46 +0200 (SAT) Cc: freebsd-bugs@hub.freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (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 > > The following lines was excluded from /etc/rc. It probably caused > > my troubles with starting X. > > Clearing /tmp in /etc/rc is a stupid idea from the beginning. You > need to clean it regularly anyway, and unless we ship the system also > with a crontab entry that reboots it every night :), the cleanup at > startup time is ideally a no-op (since the machine is up for 365+ > days). Also, in case your /tmp is not on MFS, you might sometimes be > happy to still find this or that file in /tmp after a crash. (And in > the MFS case, you still don't need the cleanup in /etc/rc.) > > > #rm -f /tmp/.X*-lock /tmp/.X11-unix/* > > Why didn't you just enable this one? > Or why not put both back in rc with a knob (or two) to control it in rc.conf? Then we can have both groups happy, and none have to edit rc to get a specific behaviour. I came to depend on the behaviour of FreeBSD that clear /tmp on a reboot and have a lot of scripts that assume it. Semi on the same topic. What about making daily read rc.conf or something and then make the regular cleaning of /tmp configurable. That way daily also needn't be edited locally. John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-bugs Sun May 18 23:55:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA06417 for bugs-outgoing; Sun, 18 May 1997 23:55:11 -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 XAA06412 for ; Sun, 18 May 1997 23:55:09 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id XAA02892; Sun, 18 May 1997 23:50:53 -0700 (PDT) To: John Hay cc: j@uriah.heep.sax.de, freebsd-bugs@hub.freebsd.org Subject: Re: conf/3605: New /etc/rc not clearing /tmp In-reply-to: Your message of "Sat, 19 May 1997 07:42:46 +0200." <199705190542.HAA17551@zibbi.mikom.csir.co.za> Date: Sun, 18 May 1997 23:50:52 -0700 Message-ID: <2888.864024652@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Semi on the same topic. What about making daily read rc.conf or something > and then make the regular cleaning of /tmp configurable. That way daily > also needn't be edited locally. That's an interesting idea - I assume we'd do the same for weekly and monthly? Any objections? Jordan From owner-freebsd-bugs Mon May 19 00:17:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA07071 for bugs-outgoing; Mon, 19 May 1997 00:17:20 -0700 (PDT) Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA07051; Mon, 19 May 1997 00:17:15 -0700 (PDT) Date: Mon, 19 May 1997 00:17:15 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199705190717.AAA07051@hub.freebsd.org> To: jkh, freebsd-bugs, rich Subject: Re: bin/3406 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Fresh Internet Install - Permissions on files not set correctly Responsible-Changed-From-To: freebsd-bugs->rich Responsible-Changed-By: jkh Responsible-Changed-When: Mon May 19 00:16:29 PDT 1997 Responsible-Changed-Why: The XFree86 distribution permissions are actually set by the XFree86 Project and, as such, need to be fixed there. Sysinstall just extracts them, it doesn't chown/chmod them. From owner-freebsd-bugs Mon May 19 00:31:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA07665 for bugs-outgoing; Mon, 19 May 1997 00:31:49 -0700 (PDT) Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA07630; Mon, 19 May 1997 00:31:41 -0700 (PDT) Date: Mon, 19 May 1997 00:31:41 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199705190731.AAA07630@hub.freebsd.org> To: dmaddox@scsn.net, jkh, freebsd-bugs Subject: Re: bin/3461 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: src/usr.sbin/kbdmap references nonexistant /etc/sysconfig State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon May 19 00:31:28 PDT 1997 State-Changed-Why: Fixed, thanks! From owner-freebsd-bugs Mon May 19 02:40:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA11845 for bugs-outgoing; Mon, 19 May 1997 02:40:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA11829; Mon, 19 May 1997 02:40:01 -0700 (PDT) Date: Mon, 19 May 1997 02:40:01 -0700 (PDT) Message-Id: <199705190940.CAA11829@hub.freebsd.org> To: freebsd-bugs Cc: From: Dmitrij Tejblum Subject: Re: conf/3605: New /etc/rc not clearing /tmp Reply-To: Dmitrij Tejblum Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/3605; it has been noted by GNATS. From: Dmitrij Tejblum To: joerg_wunsch@uriah.heep.sax.de (J Wunsch) Cc: freebsd-gnats-submit@freebsd.org Subject: Re: conf/3605: New /etc/rc not clearing /tmp Date: Mon, 19 May 1997 12:41:02 +0400 > As Dmitrij Tejblum wrote: > > > The following lines was excluded from /etc/rc. It probably caused > > my troubles with starting X. > > Clearing /tmp in /etc/rc is a stupid idea from the beginning. > ... > > #rm -f /tmp/.X*-lock /tmp/.X11-unix/* > > Why didn't you just enable this one? There is no such line in /etc/rc, so I cannot "enable" it. I placed it to /etc/rc.local, since Jordan plans to install /etc/rc in 'make world'. There was a comment in the old /etc/rc # [Disabling?] The above [clearing /tmp] is even more stupid since it prevents you from restarting # X11 after a system crash. If you disable the above [clearing /tmp], make sure to # uncomment the line below. [clearing only X locks] Jordan erased "above", "below", and the comment itself. Dima From owner-freebsd-bugs Mon May 19 02:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA12172 for bugs-outgoing; Mon, 19 May 1997 02:50:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA12166; Mon, 19 May 1997 02:50:01 -0700 (PDT) Resent-Date: Mon, 19 May 1997 02:50:01 -0700 (PDT) Resent-Message-Id: <199705190950.CAA12166@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, nik@blueberry.co.uk Received: from coconut.blueberry.co.uk ([194.70.52.66]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA11872 for ; Mon, 19 May 1997 02:40:17 -0700 (PDT) Received: (from nik@localhost) by coconut.blueberry.co.uk (8.8.5/8.8.5) id KAA27616; Mon, 19 May 1997 10:39:55 +0100 (BST) Message-Id: <199705190939.KAA27616@coconut.blueberry.co.uk> Date: Mon, 19 May 1997 10:39:55 +0100 (BST) From: Nik Clayton Reply-To: nik@blueberry.co.uk To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/3628: Submission: "Upgrading FreeBSD from source" tutorial Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3628 >Category: docs >Synopsis: Submission of tutorial on how to upgrade FreeBSD from source >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Mon May 19 02:50:00 PDT 1997 >Last-Modified: >Originator: Nik Clayton >Organization: Blueberry New Media >Release: FreeBSD 2.1.5-RELEASE i386 >Environment: N/A >Description: ftp://ftp.freebsd.org/pub/FreeBSD/incoming/FBSD_UPGRADE-2.tar.gz contains a tutorial explaining how to upgrade FreeBSD from source (all the steps necessary for a successful "make world") and how to safely and correctly merge in changes to /etc. The archive contains a brief README, the tutorial (marked up as an SGML document conforming to the DocBook DTD) and a copy of the tutorial converted to HTML (using sgmls/instant). >How-To-Repeat: N/A >Fix: Read it, review it, import it (hopefully) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 19 03:22:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA13434 for bugs-outgoing; Mon, 19 May 1997 03:22:13 -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 DAA13429 for ; Mon, 19 May 1997 03:22:10 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id DAA03980; Mon, 19 May 1997 03:17:55 -0700 (PDT) To: Dmitrij Tejblum cc: freebsd-bugs@hub.freebsd.org Subject: Re: conf/3605: New /etc/rc not clearing /tmp In-reply-to: Your message of "Mon, 19 May 1997 02:40:01 PDT." <199705190940.CAA11829@hub.freebsd.org> Date: Mon, 19 May 1997 03:17:55 -0700 Message-ID: <3977.864037075@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > There is no such line in /etc/rc, so I cannot "enable" it. I placed it to > /etc/rc.local, since Jordan plans to install /etc/rc in 'make world'. Huh? No I don't! :) Jordan From owner-freebsd-bugs Mon May 19 05:05:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA17291 for bugs-outgoing; Mon, 19 May 1997 05:05:51 -0700 (PDT) Received: from matrix.42.org (sec@matrix.42.org [192.68.213.129]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA17283 for ; Mon, 19 May 1997 05:05:46 -0700 (PDT) Received: (from sec@localhost) by matrix.42.org (8.6.12/8.6.12) id OAA13633; Mon, 19 May 1997 14:05:41 +0200 To: freebsd-bugs@freebsd.org Path: sec From: sec@42.org (Stefan `Sec` Zehl) Newsgroups: muc.lists.freebsd.bugs Subject: Re: conf/3605: New /etc/rc not clearing /tmp Date: 19 May 1997 14:05:40 +0200 Organization: Internet@home Lines: 23 Message-ID: References: <199705190542.HAA17551@zibbi.mikom.csir.co.za> <2888.864024652@time.cdrom.com> X-Newsreader: slrn (0.9.3.0-2 BETA UNIX) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <2888.864024652@time.cdrom.com>, Jordan K. Hubbard wrote: > > Semi on the same topic. What about making daily read rc.conf or something > > and then make the regular cleaning of /tmp configurable. That way daily > > also needn't be edited locally. > > That's an interesting idea - I assume we'd do the same for weekly and > monthly? Any objections? No. Go ahead, that really sounds great :) btw. what about putting the following into daily ? : [ -x /usr/local/etc/daily.local ] && . /usr/local/etc/daily.local so there would be no m ore reason to edit daily, and you could easily update it with a newer version without fearing that you might loose your carefully hand-crafted changes ? CU, Sec -- Fuer die Raupe ist es das Ende der Welt, Fuer den Rest der Welt ist es ein Schmetterling Error 0: No error From owner-freebsd-bugs Mon May 19 05:30:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA18395 for bugs-outgoing; Mon, 19 May 1997 05:30:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA18387; Mon, 19 May 1997 05:30:03 -0700 (PDT) Resent-Date: Mon, 19 May 1997 05:30:03 -0700 (PDT) Resent-Message-Id: <199705191230.FAA18387@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, simokawa@sat.t.u-tokyo.ac.jp Received: from mail.sat.t.u-tokyo.ac.jp (dryad.sat.t.u-tokyo.ac.jp [133.11.70.140]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA18250 for ; Mon, 19 May 1997 05:27:46 -0700 (PDT) Received: by mail.sat.t.u-tokyo.ac.jp (8.7.5+2.6Wbeta7/3.4Wbeta6-SAT1.0) with ESMTP id VAA05187; Mon, 19 May 1997 21:27:28 +0900 (JST) Received: by ichi.sat.t.u-tokyo.ac.jp (8.8.5/sat-V0.6) id VAA00503; Mon, 19 May 1997 21:27:28 +0900 (JST) Message-Id: <199705191227.VAA00503@ichi.sat.t.u-tokyo.ac.jp> Date: Mon, 19 May 1997 21:27:28 +0900 (JST) From: Hidetoshi Shimokawa Reply-To: simokawa@sat.t.u-tokyo.ac.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3629: /sys/scsi/pt.c doesn't initialize buf_queue Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3629 >Category: kern >Synopsis: /sys/scsi/pt.c doesn't initialize buf_queue >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 19 05:30:01 PDT 1997 >Last-Modified: >Originator: Hidetoshi Shimokawa >Organization: Univ. of Tokyo >Release: FreeBSD 2.2-STABLE i386 >Environment: FreeBSD-2.2 + EPSON scanner (processor type SCSI device) >Description: pt.c is using pt->buf_queue without initialization. >How-To-Repeat: I found this bug while writing scanner control program. >Fix: Please apply the following patch *** pt.c.org Sat Sep 7 08:09:12 1996 --- pt.c Mon May 19 21:00:56 1997 *************** *** 86,92 **** 0, {0, 0}, SDEV_ONCE_ONLY, /* Only one open allowed */ ! 0, "Processor", ptopen, sizeof(struct scsi_data), --- 86,92 ---- 0, {0, 0}, SDEV_ONCE_ONLY, /* Only one open allowed */ ! ptattach, "Processor", ptopen, sizeof(struct scsi_data), *************** *** 98,103 **** --- 98,112 ---- 0, pt_strategy, }; + + static errval + ptattach(struct scsi_link *sc_link) + { + struct scsi_data *pt = sc_link->sd; + + TAILQ_INIT(&pt->buf_queue); + return 0; + } /* * ptstart looks to see if there is a buf waiting for the device And, I appreciate if you add the following entry in scsiconf.c I would like to submit scanner control program as port later. #if NPT > 0 { T_PROCESSOR, T_PROCESSOR, T_FIXED, "EPSON SC", "*", "*", "pt", SC_ONE_LU }, #endif /* NPT */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 19 07:35:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA24317 for bugs-outgoing; Mon, 19 May 1997 07:35:20 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA24304; Mon, 19 May 1997 07:35:15 -0700 (PDT) From: Doug Rabson Received: (from dfr@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA15815; Mon, 19 May 1997 07:35:00 -0700 (PDT) Date: Mon, 19 May 1997 07:35:00 -0700 (PDT) Message-Id: <199705191435.HAA15815@freefall.freebsd.org> To: gord@enci.ucalgary.ca, dfr@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/1684 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: inconsistent permission failures on NFS requests State-Changed-From-To: open-closed State-Changed-By: dfr State-Changed-When: Mon May 19 07:34:13 PDT 1997 State-Changed-Why: Fixed in rev 1.48 of sys/nfs/nfs_vnops.c. From owner-freebsd-bugs Mon May 19 07:38:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA24613 for bugs-outgoing; Mon, 19 May 1997 07:38:05 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA24604; Mon, 19 May 1997 07:37:59 -0700 (PDT) From: Doug Rabson Received: (from dfr@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA15968; Mon, 19 May 1997 07:37:44 -0700 (PDT) Date: Mon, 19 May 1997 07:37:44 -0700 (PDT) Message-Id: <199705191437.HAA15968@freefall.freebsd.org> To: dunc@netcom.com, dfr@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/2573 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: mmap on nfs mounted file hangs system State-Changed-From-To: analyzed-closed State-Changed-By: dfr State-Changed-When: Mon May 19 07:37:13 PDT 1997 State-Changed-Why: Fixed in current 20 May 1997. From owner-freebsd-bugs Mon May 19 07:38:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA24712 for bugs-outgoing; Mon, 19 May 1997 07:38:42 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA24672; Mon, 19 May 1997 07:38:32 -0700 (PDT) From: Doug Rabson Received: (from dfr@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA16048; Mon, 19 May 1997 07:38:15 -0700 (PDT) Date: Mon, 19 May 1997 07:38:15 -0700 (PDT) Message-Id: <199705191438.HAA16048@freefall.freebsd.org> To: norm@norm2.home.cs.ubc.ca, dfr@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/2754 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Using memory mmapped to an NFS file can cause system hang State-Changed-From-To: open-closed State-Changed-By: dfr State-Changed-When: Mon May 19 07:38:00 PDT 1997 State-Changed-Why: Fixed in current 20 May 1997. From owner-freebsd-bugs Mon May 19 07:39:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA24794 for bugs-outgoing; Mon, 19 May 1997 07:39:37 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA24783; Mon, 19 May 1997 07:39:28 -0700 (PDT) From: Doug Rabson Received: (from dfr@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA16128; Mon, 19 May 1997 07:39:13 -0700 (PDT) Date: Mon, 19 May 1997 07:39:13 -0700 (PDT) Message-Id: <199705191439.HAA16128@freefall.freebsd.org> To: jukka.partanen@research.nokia.com, dfr@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/3046 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: copying a file to an NFS mounted partition hangs system State-Changed-From-To: open-feedback State-Changed-By: dfr State-Changed-When: Mon May 19 07:38:25 PDT 1997 State-Changed-Why: Please re-test on a version of FreeBSD-current later than 20 May 1997. From owner-freebsd-bugs Mon May 19 09:37:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01844 for bugs-outgoing; Mon, 19 May 1997 09:37:31 -0700 (PDT) Received: (from eivind@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01819; Mon, 19 May 1997 09:37:13 -0700 (PDT) Date: Mon, 19 May 1997 09:37:13 -0700 (PDT) From: Eivind Eklund Message-Id: <199705191637.JAA01819@hub.freebsd.org> To: soil@quick.net, eivind, freebsd-bugs, eivind Subject: Re: docs/3612 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: improper use of ``it's'' in multiple man pages State-Changed-From-To: open-closed State-Changed-By: eivind State-Changed-When: Mon May 19 09:36:11 PDT 1997 State-Changed-Why: Committed, thanks. Responsible-Changed-From-To: freebsd-bugs->eivind Responsible-Changed-By: eivind Responsible-Changed-When: Mon May 19 09:36:11 PDT 1997 Responsible-Changed-Why: I closed it, and take responsibility. From owner-freebsd-bugs Mon May 19 10:09:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA04176 for bugs-outgoing; Mon, 19 May 1997 10:09:29 -0700 (PDT) Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03485 for freebsd-bugs@freebsd.org; Mon, 19 May 1997 10:00:36 -0700 (PDT) Date: Mon, 19 May 1997 10:00:36 -0700 (PDT) Message-Id: <199705191700.KAA03485@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 a [1996/03/04] kern/1059 hsu null fs panics system 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 f [1997/03/20] kern/3046 copying a file to an NFS mounted partitio o [1997/03/23] misc/3070 Cannot do post install mods to UNIX from o [1997/03/23] kern/3072 Kernel Page Fault During Install of 2.1.7 o [1997/03/25] ports/3102 tg teTex port destroys previous contents of o [1997/03/25] kern/3103 vi large_file --> reboot without panic o [1997/03/26] ports/3106 torstenb pidentd exits with signal 6 o [1997/03/26] bin/3115 date command dumps core o [1997/03/27] kern/3128 Can't Install FreeBSD 2.2.1 o [1997/03/28] bin/3131 dlsym() does not set error on error, brea o [1997/03/30] kern/3150 Cyrix 6x86L-P200+ crashes w/ page fault o [1997/04/01] bin/3165 tex-3.14159.tgz lacks file o [1997/04/07] bin/3226 mpp vi died with a core dump o [1997/04/08] kern/3234 ipfilter.shar - integration complete o [1997/04/11] kern/3259 /bin/ps: kernel kernel, lockups, performa o [1997/04/12] kern/3267 mtime/ctime sometimes updated when a prog o [1997/04/15] i386/3300 Adaptec 2940U Problems o [1997/04/17] kern/3312 Adaptec 2940 still causes timeout using 2 o [1997/04/17] i386/3316 FOLLOWUP:Adaptec 2940U Problems->Addition o [1997/04/20] kern/3359 FreeBSD wont boot on amd p133 o [1997/04/21] kern/3366 ipx stack or ep driver o [1997/04/22] bin/3374 Cannot Install FreeBSD 2.2.1 - installati o [1997/04/26] kern/3392 System panics every few hours o [1997/04/27] ports/3394 max jp-Wnn-4.2 fails to make personal diction o [1997/04/28] kern/3404 frequent kernel panics o [1997/05/01] bin/3437 SU acting strange on 2.2.1 Release o [1997/05/01] i386/3462 using a PS/2 mouse causes kernel trap in o [1997/05/01] ports/3467 ports Update of port xgs o [1997/05/05] bin/3510 xsm does not work! o [1997/05/07] ports/3536 ports MakeTexPK calls gftopk with wron argument o [1997/05/12] misc/3586 The boot.flp file is too large to image t o [1997/05/13] kern/3594 EAGAIN and garbage data when reading sock o [1997/05/14] ports/3599 ports Filerunner 2.3 req tcl7.6 & tk4.2 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/19] kern/3629 /sys/scsi/pt.c doesn't initialize buf_que 77 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1994/11/30] kern/34 davidg nullfs and union mounts can result in wil a [1995/03/20] kern/260 davidg msync and munmap don't bother to update m s [1995/04/01] kern/291 se PCI devices still probe/attach after bein f [1995/05/08] bin/389 Simultaneous creation/deletion of dirs co a [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/ o [1995/05/16] kern/425 wollman arp entries not getting removed when inte a [1995/06/17] kern/527 dufault dump causes assertion in ncr.c o [1995/07/02] kern/579 bde sio: RS_IBUFSIZE at 256 bytes serial line f [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer s [1995/07/21] i386/631 if_ix does not support bpf, nor does it a s [1995/07/29] kern/638 Transmitted packets not passed to bpf in f [1995/08/11] gnu/672 Nor all ph headers get created o [1995/08/22] bin/706 jmg increased root DNS traffic and long laten f [1995/09/20] kern/730 gibbs 3Com 3C5x9 probe problem f [1995/09/27] kern/750 cd9660 confused by not-ready or I/O error a [1995/10/07] bin/771 telnet character mode not set and broken o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps o [1995/11/12] kern/820 gibbs scsi tape problems f [1995/11/16] bin/826 mpp tcpmux listener in inetd does not work o [1995/12/20] i386/906 davidg /sys/i386/boot/netboot/nb8390.com cannot o [1996/01/01] bin/926 Mounting nfs disks before starting mountd o [1996/02/12] kern/1020 .Boca 16-port board still hangs o [1996/02/12] docs/1023 mpp using touch to create swap file for NFS d a [1996/02/17] bin/1030 steve /bin/sh does not pass environment variabl f [1996/02/28] bin/1050 [floppy] Process (zip) hangs (unkillable) s [1996/03/06] kern/1067 mpp panic: ufs_lock: recursive lock not expec o [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Sol o [1996/03/23] kern/1098 File system corruption (2 cases) o [1996/03/30] bin/1111 scrappy mail.local will happily deliver mail to a f [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot o [1996/05/24] misc/1247 bde Conflicting header files f [1996/05/26] i386/1251 aha0 and bt0(eisa) conflicts again. o [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets o [1996/05/28] kern/1271 phk Kernel panic using PLIP in 27/05 current o [1996/05/31] kern/1284 dyson panic: vm_page_free: freeing busy page o [1996/06/02] i386/1288 bde wdgetctlr (wd.c) return incorrect number o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA o [1996/06/10] kern/1308 dyson vm_page_free: wire count > 1 in 960501-SN a [1996/06/12] bin/1315 ls(1) a [1996/06/18] kern/1333 davidg free vnode isn't: another -stable coredum f [1996/07/03] bin/1364 mpp ps(1) bugs o [1996/07/09] gnu/1379 Man command problem, when it writes into a [1996/07/18] kern/1397 bde can't send to a pipe f [1996/07/24] kern/1423 wollman route causes kernel page fault. f [1996/08/01] bin/1454 steve /bin/sh bug handling <<[n] FD processing o [1996/08/03] bin/1461 Incorrect address binding of Kerberized r o [1996/08/04] kern/1467 gibbs scsi_prevent causing tape problems on clo o [1996/08/18] kern/1512 dyson Use of madvise may may cause bad memory m o [1996/08/22] kern/1533 dyson Machine can be panicked by a userland pro o [1996/08/25] misc/1541 julian fork.o in libc_r fails to compile f [1996/09/05] kern/1570 Setting SHMALL > 35000 causes panic f [1996/09/08] kern/1584 [unionfs] same file is listed twice o [1996/09/08] docs/1588 jfieber Handbook Incorrect LaTeX/PostScript outpu 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/05] i386/1730 sos SFF8020 violation and silly bug in atapi. 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 f [1996/11/08] kern/1982 fenner arpresolve: cant allocate llinfo for 207. 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 o [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/19] i386/2058 sos amity series machines can not show instal o [1996/11/24] kern/2094 wd1: interrupt timeout: o [1996/11/26] bin/2107 problem building a system from cdrom. o [1996/11/29] kern/2124 sos Hitachi CDR-7730 ATAPI CD-ROM recognized s [1996/12/03] kern/2142 FP mask not saved for signal handlers o [1996/12/03] kern/2144 kernel panic (page fault) running chgrp o [1996/12/08] kern/2181 2.2-ALPHA flickers/wavers part of the upp o [1996/12/09] bin/2187 brian ijppp: LQR is broken o [1996/12/10] misc/2189 mpp netdb.h works not with -traditonal cc fla o [1996/12/10] bin/2191 syslogd stops logging after several hours o [1996/12/13] bin/2206 NIS Makefile can't manage appletalk entri o [1996/12/17] kern/2232 MSDOSFS corrupts MSDOS partitions > 500Mb o [1996/12/18] kern/2248 Mitsumi CD-ROM driver has "timeout" probl s [1996/12/19] bin/2255 Client PPP negotiates Stacker compression o [1996/12/20] bin/2256 PPP process on port will not close when a s [1996/12/22] ports/2268 ports libc from linux emulator does not use /et o [1996/12/22] kern/2270 Hayes ESP serial card locks system as of a [1996/12/25] misc/2283 ache setlocale() in libxpg4 always returns NUL o [1996/12/29] bin/2318 /usr/libexec/rlogind doesn't work after t a [1996/12/30] kern/2325 mpp quota.user enlarged, no boot on 2.2-BETA o [1996/12/30] kern/2330 changing root device to sd0a - ncr0: abor o [1996/12/31] ports/2340 obrien gshar+gunshar needs to be updated to 4.2 o [1997/01/01] kern/2351 panic:timeout table full o [1997/01/06] kern/2388 joerg start unit command screws up some CDROM d o [1997/01/07] gnu/2394 tar will extract files even if -C command f [1997/01/07] kern/2401 joerg 2.2 RELENG sometimes locks up early on bo o [1997/01/08] kern/2425 amd driver does not reprobe devices. o [1997/01/08] conf/2426 At end of install, panic: Going nowhere w o [1997/01/09] bin/2430 mountd stops on loading if subnet mask is o [1997/01/09] i386/2431 panic: get_pv_entry: cannot get a pv_entr o [1997/01/12] i386/2471 Sound: Reset failed - Can't reopen device o [1997/01/13] misc/2479 sos NEC CD-ROM NOT RECOGNIZED; MATROX MISTIQU o [1997/01/13] bin/2489 mpp gnats mangles sections o [1997/01/16] kern/2507 Renaming DOS directories with "mv" causes o [1997/01/18] kern/2521 kernel from 2.1.6 install CD doesn't acce o [1997/01/18] bin/2527 fetch doesn't print enough of the error m o [1997/01/20] kern/2538 worm burning suddenly broken o [1997/01/20] bin/2541 cd (using /bin/sh) may leave you in the w o [1997/01/20] kern/2545 se < sd0(ncr0:6:0): COMMAND FAILED ==> Not o [1997/01/21] bin/2549 sos cdcontrol refuses to play audio CDs from f [1997/01/21] misc/2551 davidn limit too small for user root o [1997/01/23] kern/2569 route -iface breaks inet behaivour f [1997/01/24] kern/2570 fenner arpresolve: cant allocate llinfo o [1997/01/25] bin/2591 sh coredumps when passing an argv of a ce o [1997/01/26] bin/2597 everything stops when the new ld.so is in o [1997/01/29] kern/2613 ache syscons mistakes MONO for MONO VGA o [1997/01/29] misc/2614 make reinstall does not work o [1997/01/29] bin/2616 Installs very irratically from the same c o [1997/01/31] kern/2628 code clean up of sys/sys o [1997/01/31] kern/2632 enabling psm mouse causes keyboard to not o [1997/01/31] bin/2633 fsck -p in /etc/rc fails with cannot allo o [1997/02/02] kern/2640 2.2-RELENG leaks memory (router/pppd serv s [1997/02/03] kern/2647 changing existing route to -static crashe o [1997/02/04] ports/2664 elm methodically writes garbage into fold o [1997/02/05] kern/2667 wollman bpfattach can hang the system f [1997/02/05] bin/2670 fetch fails with HTTP_PROXY o [1997/02/05] bin/2671 Run-away processes using all CPU time a [1997/02/06] kern/2675 lkmcioctl() is not consistent and careful o [1997/02/07] kern/2690 asami When Using ccd in a mirror mode, file cre o [1997/02/08] kern/2695 sio1 (16540 serial port) is not recognize o [1997/02/09] kern/2698 After rewind I cannot read a tape; blocks o [1997/02/12] kern/2719 added support for magneto-optical SCSI di o [1997/02/13] ports/2731 ports new port: Tcl 8.0A2 o [1997/02/14] kern/2732 mcopy 3.0 causes kernel hang o [1997/02/14] bin/2736 No boot block if no FreeBSD partitions on o [1997/02/15] kern/2742 panic: leaf should be empty o [1997/02/15] bin/2747 davidn cannot submit at jobs from within an at j o [1997/02/17] kern/2751 asami 2GB limitation on CCD device partitions s o [1997/02/18] bin/2762 Precedence mistake in libncurses o [1997/02/19] kern/2768 ktrace(1) -i dumps corrupted trace data o [1997/02/19] bin/2769 fsck needs several runs to clean up bad/d o [1997/02/19] kern/2770 panic: vm_fault: fault on nofault entry o [1997/02/19] kern/2771 panic: bad dir f [1997/02/19] kern/2772 gibbs panic: %s:%c:%d: Target did not send an I o [1997/02/19] kern/2773 bad dir panic o [1997/02/20] misc/2781 jkh Installation crashes if timeout in ftp tr o [1997/02/20] misc/2784 brian userland PPP rises load to 1.00 o [1997/02/20] bin/2785 wpaul callbootd uses an unitialized variable o [1997/02/20] gnu/2786 gcc version 2.7.2.1 C compiler slows down o [1997/02/21] misc/2793 libc_r make fscanf failure o [1997/02/22] kern/2800 DDS large data writing probrem o [1997/02/25] kern/2815 Custom Kernel crashes o [1997/02/27] bin/2829 jkh FTP installs can only fail once o [1997/02/28] bin/2832 w treats corrupted utmp as fatal error o [1997/03/01] kern/2840 mlock+minherit+fork+munlock causes panics o [1997/03/01] ports/2842 ports Expect port upgraded at master site; does o [1997/03/02] bin/2844 libedit sync with NetBSD/OpenBSD o [1997/03/03] i386/2853 syscons beeps even if beeping screen is n o [1997/03/03] kern/2858 dfr FreeBSD NFS client can't mount filesystem o [1997/03/03] bin/2867 sysinstall goes into an infinite loop dur o [1997/03/04] kern/2873 the od0 devies does not handle a Maxoptix o [1997/03/04] docs/2874 The gencat command hasn't got a manual pa o [1997/03/07] bin/2915 the "-fstype ufs" option of "find" seems o [1997/03/07] ports/2918 ports Unable to pass 8+ command line arguments o [1997/03/08] kern/2919 vm_fault: fault on nofault entry, addr: f o [1997/03/09] bin/2925 non-priviledged user can crash FreeBSD!! o [1997/03/11] bin/2948 can't dump 640MB optical disks o [1997/03/11] ports/2956 ports New Port: xgospel-1.10d in ftp.freebsd.or o [1997/03/12] kern/2965 st0 hang/fail on reading 4mm DAT tape for o [1997/03/12] bin/2969 csh and/or builtin printf has problems wi o [1997/03/12] bin/2973 output of iostat is wrong. o [1997/03/15] kern/2991 RTF_LLINFO routes remain when interface i a [1997/03/15] ports/2994 ports xpm port does not build for the first tim o [1997/03/17] conf/3016 fvwm95-2 does not have system resource fi o [1997/03/18] kern/3021 panic after sync during reboot o [1997/03/18] kern/3029 typo in libc o [1997/03/19] kern/3039 higher securelevel (>0) stops X server o [1997/03/21] i386/3048 multicast support necessery in some drive o [1997/03/21] kern/3054 OPL3 sound off by one note o [1997/03/21] bin/3055 umount -f does not work o [1997/03/24] i386/3082 keyboard locks up unexpectedly o [1997/03/24] i386/3083 Toshiba XM-5702B ATAPI CDROM not detected o [1997/03/24] bin/3085 make world fails on compiling dumpfs.c o [1997/03/24] misc/3086 panic: cannot mount root - on boot, when o [1997/03/25] kern/3104 Cannot execute files on a nullfs filesyst o [1997/03/26] conf/3109 unintellible upgrade doc o [1997/03/27] kern/3122 _POSIX_SAVED_IDS not defined in 2.2 o [1997/03/27] conf/3123 /stand/sysintstall does not perform to up o [1997/03/27] i386/3124 BOOT_PROBE_KEYBOARD hangs system in bootb o [1997/03/27] ports/3125 torstenb inn port incorrect use of perl5 o [1997/03/27] bin/3126 Install with mcd0 still broken. o [1997/03/27] bin/3127 PCI Ether card slower than ISA Ether card o [1997/03/28] i386/3130 Dell Latitude keyboard lock up o [1997/03/28] misc/3133 TIOCSETD error with Cyclades 8Yo o [1997/03/30] gnu/3149 patch-2.1: files possibly created in wron o [1997/03/31] kern/3156 Copying to floppy device file locks machi o [1997/03/31] bin/3158 seg faults and cannot update links using f [1997/04/01] kern/3162 2.2 kernel from mar 25th crashes on nfs s o [1997/04/01] bin/3170 vi freaks and dump core if user doesn't e o [1997/04/02] kern/3180 mlock() causes panic: lockmgr: upgrade ex o [1997/04/04] i386/3195 ahc panic o [1997/04/05] kern/3201 de0 not re-enabled after hub down o [1997/04/05] ports/3205 ports Mtools-3.0 attempts to flock() a disk par o [1997/04/05] kern/3209 3.0-current panics on shutdown/reboot/hal o [1997/04/06] kern/3216 panic: pmap_zero_page: CMAP busy o [1997/04/06] kern/3219 sppp or arnet gets looped after connectio o [1997/04/08] bin/3230 Unable to resolve dev conflict between ed o [1997/04/09] kern/3244 ipfw flush closes connections o [1997/04/10] bin/3246 mtree -c should escape whitespace and spe o [1997/04/11] ports/3256 ports ncftp-2.4.2 in packages-2.2 was not linke o [1997/04/11] docs/3257 make cleandepend is broken in src/ o [1997/04/12] kern/3263 gnats-admintroubles with digiboard o [1997/04/13] kern/3278 mounting MFS uses up swap space o [1997/04/14] misc/3291 md2.h, md4.h, and md5.h headers useless f o [1997/04/15] bin/3305 Can't do encrypted rlogin into self o [1997/04/16] bin/3307 Unable to Route to a different Class C wi o [1997/04/16] misc/3308 Missing "#include item' when making world o [1996/10/23] bin/1872 automounter (amd) cannot ls directories w o [1996/10/24] kern/1878 sos SONY CDU76E IDE/ATAPI CDROM support. o [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl o [1996/10/26] bin/1897 Sendmail 8.8.2 requires /etc/sendmail.cw o [1996/10/27] bin/1904 /usr/bin/su is not careful enough in veri o [1996/10/27] misc/1908 jkh FTP install failed DNS lookup o [1996/10/29] bin/1924 if lpd is not running, lpc will say ``no o [1996/10/30] i386/1931 Mitsumi CDrom works well under 2.1.x, fai o [1996/10/31] ports/1939 ports exodus port doesn't build with new g++-2. o [1996/11/01] bin/1941 wtmp and monthly rotation o [1996/11/01] bin/1943 route(8) args o [1996/11/02] bin/1945 Out of date code/comments in dd o [1996/11/03] i386/1950 Sound driver doesn't encode/decode mu-law o [1996/11/04] i386/1953 syscons savers have no default timeout o [1996/11/04] gnu/1961 uucp logging files are in /var/spool/uucp o [1996/11/06] bin/1968 FreeBSD has no rdate(8), here's one o [1996/11/06] bin/1970 csh limtail() bug o [1996/11/09] bin/1985 pkg_delete outputs confusing message when o [1996/11/13] kern/2004 route add -link panic o [1996/11/13] bin/2005 Poor command line argument checking and b o [1996/11/14] bin/2008 kerberos tickets from login all have the o [1996/11/15] kern/2022 Switching from X display to virtual conso o [1996/11/16] bin/2036 cpio size wraparound o [1996/11/16] ports/2038 torstenb sshd dies on FreeBSD machines if run as a o [1996/11/18] ports/2051 obrien HDF library port o [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken o [1996/11/19] bin/2065 wollman in tzsetup/sysinstall, allow user to type o [1996/11/19] misc/2068 Unstable keyboard mappings on the main tt o [1996/11/20] kern/2072 ZIP drive support is available for FreeBS o [1996/11/21] ports/2079 obrien New ports supporting AWE sound driver (fo o [1996/11/21] bin/2080 The scanf family doesn't support 'q' modi o [1996/11/22] docs/2087 ifconfig.8 does not document how to remov o [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi o [1996/11/23] bin/2093 AMD gets sig 11 when /etc/malloc.conf is o [1996/11/24] ports/2096 tg ImageMagick outdated, lzw not supported o [1996/11/25] ports/2100 andreas New port: VGBZoom o [1996/11/25] misc/2105 bsd.lib.mk has problems with STRIP and IN o [1996/11/26] bin/2106 Byte order problem in -current routed o [1996/11/26] i386/2108 sos [ATAPI] wcd driver may hang under certain o [1996/11/28] kern/2118 writing to virtual consoles fails to disp o [1996/11/28] bin/2119 mount lies to child about argv0, which ca o [1996/12/01] bin/2133 netstat -s overflows to negative o [1996/12/02] bin/2137 vm statistics are bad o [1996/12/02] kern/2140 FreeBSD leaves EtherExpress 16 net card i o [1996/12/03] ports/2145 ports qpopper bulletin support broken o [1996/12/03] conf/2146 wrong /dev for COM2 during installation v a [1996/12/04] docs/2153 mpp Manual page of bootparams(8) refers to a o [1996/12/06] i386/2166 psm driver locks the console o [1996/12/07] ports/2169 pst zephyr port does not completely compile o [1996/12/08] ports/2173 peter top does not compile under FBSD 2.1.6 o [1996/12/08] ports/2182 ports FreeBSD's and X-32's list of locales do n o [1996/12/08] bin/2184 sendmail has lots of trouble with local d o [1996/12/08] misc/2185 phk add ability to change partition type in l a [1996/12/10] ports/2190 asami need cross-reference to xpdf from X11 por o [1996/12/12] kern/2199 joerg Got a lots of "Target Busy" messages with o [1996/12/14] kern/2214 File System gets corrupted when mounting o [1996/12/14] bin/2216 Ada specs not being compiled into cc/gcc o [1996/12/16] bin/2227 FreeBSD does not recognize WD7000-ASC dri o [1996/12/17] i386/2234 fbsdboot.exe does not turn off floppy dri o [1996/12/17] i386/2239 some interrupts take too long (i.e. BT946 o [1996/12/18] misc/2242 Suggest add optional mt blocksize 512 o [1996/12/18] bin/2247 imp getopt should return -1 rather than EOF o [1996/12/20] bin/2260 PPP logins using PAP to Nortel/Shiva syst o [1996/12/21] ports/2264 ports latex* ports need updating a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/23] kern/2271 FIONREAD on tunnel device returns incorre o [1996/12/24] kern/2273 support for POSIX.4 / POSIX.1a RT-schedul o [1996/12/24] docs/2275 no support for isdn-cards o [1996/12/25] conf/2284 Termcap ibm3163 entry has arrow keys wron o [1996/12/26] bin/2291 race condition in /etc/master.passwd lock o [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 markm new crypt() including SHS and an extendab o [1996/12/28] misc/2309 Thread safe fixes to malloc, localtime, l o [1996/12/28] ports/2313 torstenb pidentd fails in 2.2-BETA o [1996/12/29] bin/2315 tail segfaults on NFS permission denied o [1996/12/29] misc/2323 FreeBSD.FAQ file in ftp.freebsd.org is lo o [1996/12/30] kern/2327 `Green' saver for pcvt o [1996/12/31] bin/2336 jkh Sysinstall won't install dists on 2nd pas o [1997/01/01] docs/2353 Changes to FAQ o [1997/01/03] bin/2366 libc does not consult /etc/services to fi o [1997/01/03] bin/2368 serial line logins "freeze" during login o [1997/01/05] ports/2379 ports New URT port o [1997/01/06] bin/2382 curses.h / -lcurses incompatible with C++ o [1997/01/06] bin/2383 Inconsistent tputs(3) prototypes in curse o [1997/01/06] misc/2386 patches for new socket credential firewal o [1997/01/06] bin/2387 virtual hosting patches for inetd o [1997/01/06] kern/2390 Some CDROM drives stop audio on cdcontrol o [1997/01/07] kern/2393 filesystems not unmounted following shutd o [1997/01/07] misc/2407 dirent.h does not include sys/types.h o [1997/01/07] bin/2410 pppd(8): failing PAP doesn't force line d o [1997/01/07] kern/2412 Wine does not work o [1997/01/07] ports/2413 peter Cannot redirect "top" output o [1997/01/08] kern/2424 Pressing ALT-Fn during boot -c leave bell o [1997/01/09] kern/2429 Driver for AIMS Lab RadioTrack radio card o [1997/01/10] bin/2437 minor nits on text in 2.2-BETA install o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/10] bin/2443 Fetch cannot find the correct boundary be o [1997/01/10] ports/2445 max New port : Cosmo Gang the Puzzle (games/c o [1997/01/11] bin/2448 semctl() not portable -- freebsd requires o [1997/01/11] docs/2455 no description "option COMCONSOLE" MLEN o [1997/01/26] misc/2596 dd refuses to respond to SIGkill o [1997/01/26] i386/2598 ep0 in EISA mode hangs if ep0-device (ISA o [1997/01/28] bin/2603 Added POSIX.4/POSIX.1b constants in unist o [1997/01/28] bin/2604 Added POSIX.4/POSIX.1b shm_open()/shm_unl o [1997/01/28] ports/2607 max New port: Gopher-2.3 o [1997/01/28] bin/2609 Problem receiving more than 1688835 bytes o [1997/01/29] misc/2617 Utility submission - upsmon - UPS monitor o [1997/01/30] kern/2621 Patch to support Cogent EM110 fast-ethern o [1997/01/30] docs/2623 ipfirewall(4) man page is way out of date o [1997/01/30] bin/2624 kdump unaware of semsys and several other o [1997/01/31] bin/2630 xargs does excessive and inconsistent arg o [1997/01/31] bin/2631 kill interprets empty arg as PID 0 o [1997/02/02] gnu/2637 tar dumped core with -g option. f [1997/02/02] ports/2639 jkh FreeBSD 2.2 teTeX-0.4 package does not in a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d o [1997/02/03] ports/2653 pst mh-6.8.4 manpage error for slocal o [1997/02/04] bin/2657 ypserv thinks there is no computers in ne o [1997/02/04] bin/2660 When selecting BSD to boot from system ha o [1997/02/04] bin/2665 port 22 isn't being converted to ".ssh" i o [1997/02/05] bin/2668 modification suggested for rarpd o [1997/02/05] bin/2672 Problem with telnetd o [1997/02/06] kern/2681 missing prototype in s [1997/02/07] ports/2684 torstenb ircII port upgrade; 2.9_roof -> 2.9alpha1 o [1997/02/07] kern/2686 struct igmpmsg in s o [1997/02/07] misc/2687 sysinstall umounts floppy after prompting o [1997/02/10] bin/2703 vipw doesn't allow you to edit master.pas o [1997/02/10] kern/2704 Occasional failure to detect wdc1 on boot o [1997/02/11] conf/2709 FBSD 2.1.6 X-Server installation setup ut o [1997/02/11] i386/2710 pst if_ppp LKM does not allow ppp line discip o [1997/02/11] bin/2713 ftp daemon processes don't terminate, eve o [1997/02/11] kern/2715 MSDOS-FS 1024/2048 byte/sector media supp o [1997/02/11] kern/2716 od.c/sd.c non 512 byte/sector support imp o [1997/02/13] i386/2729 "make tags" in sys/kern produces barely u o [1997/02/14] bin/2734 jkh pkg_* uses relative paths to executables o [1997/02/14] bin/2735 jkh Add signature support (both MD5 and PGP) o [1997/02/14] bin/2737 yppasswd fails to change password on a su o [1997/02/15] misc/2745 fenner PR querry web form doesn't sort correctly o [1997/02/17] bin/2752 NULL is used instead of 0 many places o [1997/02/20] docs/2780 Description of Linux emulation is out of o [1997/02/20] bin/2782 err man page is slightly wrong o [1997/02/21] misc/2789 na.phone update o [1997/02/22] ports/2797 tg New Port: qmail o [1997/02/23] kern/2806 new kernel tags script o [1997/02/23] kern/2807 pcisupport.c uses sprintf field widths, n o [1997/02/24] docs/2810 Tutorial submission detailing how to upgr o [1997/02/25] i386/2813 hard reference to /usr/src breaks make wo o [1997/02/25] ports/2817 ports New port - prodosemu is an Apple2e prodos o [1997/02/26] conf/2819 /etc/rc does not execute 'uname' when con o [1997/02/26] conf/2822 ftp install specifying URL confusing o [1997/02/27] gnu/2827 after make world genclass is not installe o [1997/02/28] docs/2833 Repeated topics on FAQ entry hardware com o [1997/02/28] gnu/2834 Patches to gas and gdb to support MMX ext o [1997/03/02] bin/2845 sync with spiffy new netbsd/openbsd ftp c o [1997/03/02] misc/2848 jmg newsyslog will notify syslogd, not any ot a [1997/03/02] ports/2849 ports correction to New math/cad port (SCILAB) o [1997/03/02] docs/2850 init(8) man page does not document secure o [1997/03/02] bin/2851 script(1) sets argv[0] of the started she o [1997/03/03] kern/2857 DE500 board exhibits capture effect o [1997/03/03] bin/2859 /usr/bin/quota seems to choke on long gro o [1997/03/03] misc/2863 New keymap for Latin American Keyboards o [1997/03/03] bin/2864 Using modload with -p option broken o [1997/03/03] kern/2865 dfr NFS client hangs on umount, ls, df when N o [1997/03/03] ports/2869 ports Submiting new port: tac_plus o [1997/03/03] bin/2871 showmount -e returns error o [1997/03/04] misc/2882 Duplicate line in /etc/services? o [1997/03/05] kern/2886 fenner mbuf leak in multicast code o [1997/03/06] docs/2897 mpp send-pr categories should be explained so o [1997/03/06] bin/2898 fenner arp -a -n buglet a [1997/03/06] ports/2902 ports Fix xmcd port for PACKAGE_BUILDING o [1997/03/06] ports/2903 ports New port: xdeblock o [1997/03/06] ports/2904 ports New port: wm2 a [1997/03/06] ports/2905 ports Fixed port: xshisen-1.36 o [1997/03/07] ports/2916 ports ports sysutils/top/Makefile MASTER_SITES o [1997/03/08] ports/2920 ports patch for mispositioned xv windows under o [1997/03/08] ports/2922 ports Please commit new port: viz-1.1.1 o [1997/03/09] i386/2924 syscons X keyboard gets stuck in capsmode o [1997/03/09] ports/2926 ports xmgt-2.31 port, now in pub/incoming on ft o [1997/03/10] bin/2933 sysinstall fails when adding packages thr o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] ports/2936 ports The teTeX port runs strup on /usr/local/b o [1997/03/10] bin/2938 Add -b, -l, and -f options to du(1) o [1997/03/10] docs/2939 `man 8 sticky` == outdated o [1997/03/10] conf/2943 standard-supfile missing src-release and o [1997/03/11] ports/2949 ports bsd.port.mk needs something like FETCH_EN o [1997/03/11] ports/2951 ports xgraph source is not on MASTER_SITE o [1997/03/11] misc/2955 pkg_add failed on xemacs via sysintall o [1997/03/12] ports/2961 ports New port(jp-vftool-1.2):japanese/virfonts o [1997/03/12] bin/2968 fmt dumps core on ^M o [1997/03/13] ports/2974 ports updated Makefile and patch-ab of jp-dvi2p o [1997/03/13] bin/2977 After enabling moused and vidcontrol and o [1997/03/13] bin/2979 GCC complains about stmt. expr. when comp o [1997/03/13] i386/2984 serial port console only prints ~ 1 char o [1997/03/14] ports/2986 ports fvwm95-2.0.43a port don't install/have ma o [1997/03/14] ports/2988 joerg vga font is not built o [1997/03/15] ports/2993 ports qmail-port-take2-proff.tar.gz in incoming o [1997/03/15] kern/3001 soundblaster8 card does not work correctl o [1997/03/16] misc/3009 packages-2.2/x11/fvwm-1.24r.tgz corrupt o o [1997/03/17] ports/3012 ports qmailanalog port in incoming o [1997/03/18] conf/3022 /etc/sysconfig was not set up with option o [1997/03/18] conf/3023 By default users have no write permission o [1997/03/18] misc/3024 make reinstall in /usr/src requires writa o [1997/03/18] bin/3025 mv to / trailed dirs prints odd error mes o [1997/03/18] bin/3028 sos add support for Glidepoint pointing devic o [1997/03/19] misc/3040 sysinstall XF86Config graphic mode YES=== o [1997/03/19] bin/3042 comm and uniq do not have a case insensit a [1997/03/21] ports/3052 ports /usr/ports/lang/expect does not find tkCo o [1997/03/22] kern/3061 route does not accept -genmask o [1997/03/24] misc/3075 2.2-R install "features" (non critical) o [1997/03/24] bin/3080 yacc produces output which doesn't compil o [1997/03/24] ports/3081 ports sitelispdir is a directory no a path in x o [1997/03/24] ports/3090 ports ircii-2.9-roof does not run. o [1997/03/25] bin/3101 "command" entry of ps -uc is too wide, ou o [1997/03/26] docs/3112 Handbook says that users should use sup o [1997/03/26] misc/3113 make libraries failed. o [1997/03/26] bin/3116 iij ppp does not provide link-down notifi o [1997/03/27] misc/3119 /usr/share/syscons/keymaps/german.iso.kbd o [1997/03/27] ports/3121 tg teTeX 0.4 package has missing links ? a [1997/03/28] misc/3136 rc.firewall should be run after interface o [1997/03/29] bin/3139 qcamcontrol has a bug where I/O errors ar o [1997/03/29] misc/3140 display message is broken on boot.flp o [1997/03/30] docs/3147 /usr/share/misc/au.postcodes o [1997/03/30] misc/3148 adjkerntz screws up during GMT/BST change o [1997/03/31] bin/3152 FreeBSD 2.2-STABLE: getty does not initia o [1997/03/31] misc/3155 Checksum mismatch o [1997/03/31] gnu/3157 Patches to gas and gdb to support MMX ext a [1997/04/01] bin/3164 mpp view copies the file into vi.recover o [1997/04/01] ports/3169 ports nn port broken o [1997/04/01] conf/3171 Typo in /etc/sysconfig o [1997/04/01] kern/3172 CS4232 support trouble for mss0 o [1997/04/03] ports/3185 tg Port submission for LPRng-3.2.1 o [1997/04/03] ports/3189 ports Update plan to version 1.6 o [1997/04/03] bin/3190 RISCom N2 card driver problem? o [1997/04/04] kern/3191 Commiting of the ppa Zip Drive driver to o [1997/04/04] bin/3194 2.2.1-RELEASE hangs when using /stand/sys o [1997/04/05] ports/3199 ports new ports collection: automake-1.0 o [1997/04/05] bin/3202 shutdown(8) don't work if started from an o [1997/04/05] bin/3206 su seg-faults when being invoked with an o [1997/04/06] bin/3210 routed having problems with /etc/gateways o [1997/04/06] bin/3211 ctm uses mktemp()> o [1997/04/06] bin/3212 the pkg_* tools use mktemp() o [1997/04/06] ports/3215 ports Update to Gnat port o [1997/04/06] misc/3217 The rmail.c err() function will fail in m o [1997/04/06] bin/3218 syscons causes segmentation fault by repe o [1997/04/07] bin/3221 rpc.rusersd : can't communicate with SunO o [1997/04/07] misc/3225 uucpd.c should normalize host names as lo o [1997/04/08] ports/3227 ports new port(xtimer-8087) o [1997/04/08] bin/3232 XFree86 installation Problem with non-Mic o [1997/04/08] bin/3233 adduser(8) doesn't add users to the wheel o [1997/04/08] misc/3237 SCRIPTS addition to bsd.prog.mk a [1997/04/09] bin/3241 times(3) returns only stime o [1997/04/09] bin/3242 incorrect prototype for initgroups o [1997/04/09] bin/3245 variable substitution "a=${a:=}" in /bin/ o [1997/04/10] ports/3248 ports update a port o [1997/04/10] bin/3249 user ppp does not provide a linkdown hook o [1997/04/10] ports/3250 ports New CAD port: xpns o [1997/04/10] bin/3251 xsysinfo stops refreshing and wastes CPU o [1997/04/10] kern/3253 scsiconf.c: make ZIP disks use optical dr o [1997/04/11] misc/3254 Can't connect to my ISP, because my ISP u o [1997/04/12] bin/3269 exec pppd -detach ... caused a kernel pan o [1997/04/12] docs/3270 command 'cvs init' missing from cvs(1) o [1997/04/13] conf/3272 $@ is deprecated I believe, so use ${.TAR o [1997/04/13] docs/3275 mpp Some man pages has absolutely wrong date o [1997/04/13] ports/3277 ports tcp_wrapper port does not include NIS sup o [1997/04/13] ports/3279 ports new port of KON2 o [1997/04/14] kern/3281 errors when "rm -r"-ing in a mounted ext2 o [1997/04/14] kern/3282 ext2fs causes fs-unmount at shutdown/rebo o [1997/04/14] bin/3283 brandelf fails on files without write per o [1997/04/14] bin/3284 symorder(1): -t option doesn´t work at al o [1997/04/14] bin/3285 date option for pom(6) (phase of the moon o [1997/04/14] bin/3286 missing error checking in mount_mfs(8) ak o [1997/04/14] kern/3287 missing symbols in /usr/src/sys/i386/i386 o [1997/04/14] kern/3288 addition of a -f (force) option to "write o [1997/04/14] bin/3289 login(1) does not check /etc/skey.access o [1997/04/14] docs/3290 port option in lpd not valid o [1997/04/15] docs/3295 ATAPI CDROM not found during setup o [1997/04/15] ports/3296 ports New port(jp-GP-2.01jp):japanese/GP. o [1997/04/15] kern/3299 /dev/console hangs o [1997/04/15] kern/3302 msdos FS bogus error o [1997/04/15] bin/3303 ftpio manpage o [1997/04/15] ports/3306 ports new port-package for ifmail o [1997/04/17] docs/3313 manpage bug in scsi(8) (cmd args are hex) o [1997/04/17] bin/3314 /etc/daily did not run on April 6, 1997 o [1997/04/17] kern/3317 odd TUBA_INCLUDE use in tcp_input.c o [1997/04/17] ports/3318 ports New port: jigsaw (Java-based HTTP server) o [1997/04/18] ports/3322 ports setlocale problem in lang/perl5 o [1997/04/18] ports/3330 ports hylafax port seems to be broken (partly) o [1997/04/19] ports/3333 ports new port request of korea/fvwm95 o [1997/04/19] ports/3334 ports new port request of korean/han o [1997/04/19] ports/3335 ports new port request of korean/hanemacs o [1997/04/19] ports/3336 ports new port request of korean/hanmutt o [1997/04/19] ports/3338 ports new port request of korean/hfvwm2 o [1997/04/19] ports/3339 ports new port request of korean/hlatexpsfonts o [1997/04/19] ports/3341 ports new port request of korean/hpscat o [1997/04/19] ports/3342 ports new port request of korean/linuxdoc-sgml o [1997/04/19] ports/3343 ports new port request of korean/nh2ps o [1997/04/19] ports/3344 ports new port request of korean/netscape3 o [1997/04/19] ports/3347 ports new port request of net/ztelnet o [1997/04/19] ports/3348 ports new port request of korean/nhppf o [1997/04/19] ports/3352 ports New port: cddbd o [1997/04/20] ports/3357 ports I make "pari-GP" ports o [1997/04/20] ports/3358 ports XFMail-1.1 has been released o [1997/04/20] bin/3360 su(1) cannot call MD4Init(3) from libskey o [1997/04/20] ports/3362 ports Ports submission: XFrisk 0.99b4 o [1997/04/20] ports/3363 ports port of nana-1.00 for your collection o [1997/04/21] misc/3368 sysinstall upgrade should confirm before o [1997/04/21] ports/3370 ports tk41 doesn't build if not untarred into / o [1997/04/21] bin/3371 fenner LBL tcpdump 3.3 -merge submission o [1997/04/23] kern/3375 Consistent 10 min. delay at boot with REL o [1997/04/23] bin/3376 incorrect output from kdump 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] pending/3386gnats-adminkernel 'config' wrapper 'doconfig' ala Di o [1997/04/27] ports/3396 ports update of the port of Mesa (now version 2 o [1997/04/27] bin/3397 vipw does not distinguish between rebuild o [1997/04/27] bin/3399 mv of symbolic link can move directory in o [1997/04/27] docs/3400 MAXMEM uses maths in LINT o [1997/04/27] conf/3401 sysinstall sends empty FreeBSD user regis o [1997/04/28] ports/3407 ports port for ephem-4.28 o [1997/04/28] ports/3411 ports New port - Atari 8 bit computer emulator o [1997/04/28] ports/3412 ports New port - Apple IIGS beta release o [1997/04/28] ports/3413 ports New port: cs-0.3 o [1997/04/29] bin/3416 ibcs emulation problems o [1997/04/29] bin/3418 pkg_create doesn't always create gzip'ed o [1997/05/01] ports/3440 ports port of webstone submitted o [1997/05/01] ports/3442 ports New port: xbattle o [1997/05/01] kern/3444 Linux emulator can't find NIS users o [1997/05/01] bin/3445 chown/chgrp show wrong error message when o [1997/05/01] bin/3453 start-if.${ifn} needs to be called as a s o [1997/05/01] ports/3454 ports New port submission: ztrack-1.0 o [1997/05/01] ports/3455 ports mtools-3.6.tgz could have a better mtools o [1997/05/01] ports/3457 ports New ports for cutils 1.3.3 and umatrix o [1997/05/01] ports/3458 ports port of Squeak, version 1.18 o [1997/05/01] docs/3464 The ppp.8 manual page is inconsistent wrt o [1997/05/01] misc/3465 make-localhost uses %y to generate year o [1997/05/01] ports/3466 ports FreeBSD origional o [1997/05/02] gnu/3471 error in gcc.1 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] misc/3480 compiling libncurses generates annoying w o [1997/05/03] ports/3482 ports SlingShot (new) port o [1997/05/03] ports/3484 ports libwww is out of date o [1997/05/04] docs/3490 mount.8 manpage refinement about Nm and X o [1997/05/04] ports/3496 chuckr x11/specJava's distfile is no longer avai o [1997/05/04] ports/3498 ports nn-current port is out of date o [1997/05/04] ports/3499 ports exim port out of date o [1997/05/05] misc/3503 rpc.yppasswdd doesn't start due to typo i o [1997/05/05] i386/3504 New features (and manpage) for netboot o [1997/05/05] bin/3506 more did not show iso-8859-n characters o [1997/05/05] bin/3508 FreeBSD 2.2.1 do not view SCSI disk at sw o [1997/05/06] ports/3517 ports new port: graphics/tiff34 (fix) o [1997/05/06] ports/3518 ports new port: comms/hylafax40p1 (may be renam o [1997/05/06] ports/3519 ports new port: comms/snooper o [1997/05/06] ports/3520 ports new port: graphics/camediaplay o [1997/05/06] ports/3521 ports new port: graphics/qvplay o [1997/05/06] docs/3522 Man pages close(2) misses fcntl lock info o [1997/05/07] bin/3528 fsck fails to detect some illegal block n o [1997/05/07] ports/3539 ports This is a port of poppassd that should wo o [1997/05/08] ports/3540 ports sudo package don't accept passwords longe o [1997/05/08] kern/3546 ktrace works even if no read permission o [1997/05/08] kern/3548 `struct proc' declared inside parameter l o [1997/05/08] gnu/3552 the -L option of tar does not work proper o [1997/05/09] bin/3556 Bug with -i option in /usr/bin/lpr o [1997/05/09] bin/3558 make reinstall collapses on install-info o [1997/05/09] kern/3560 Timeout counter bug in /sys/i386/isa/wd.c o [1997/05/09] kern/3571 Mounted ext2 prevents umount of filesyste o [1997/05/10] ports/3574 ports tkgoodstuff's Dialer script has wrong pat o [1997/05/10] misc/3575 compilation of strtoq.c produces unnecess o [1997/05/11] conf/3577 eBones and OBJLINK=yes fails to build o [1997/05/12] kern/3584 cleanup TCP_REASS macro in tcp_input.c o [1997/05/13] ports/3589 ports New port: bclock-1.0 o [1997/05/13] conf/3590 Difference in ttys and FAQ o [1997/05/13] docs/3592 pds Little mistake in FAQ165.html o [1997/05/13] kern/3595 param counts not idential between definit o [1997/05/14] ports/3597 ports jp-groff-0.99 port macro update o [1997/05/15] ports/3603 ports New port: block-0.5 o [1997/05/16] ports/3607 ports FreeBSD-Logo for Fvwm95 Start-Menu o [1997/05/16] bin/3608 Telnet in linemode will break apart long o [1997/05/17] kern/3611 Internal CPU cache on CyrixiInstead DX2 d o [1997/05/17] ports/3614 ports Upgrade for xboard port o [1997/05/18] gnu/3616 permissions of /usr/libexec/uucp/uuxqt no o [1997/05/18] bin/3623 Extra definition of vwprintw in curses.h o [1997/05/18] ports/3625 ports New port - connect4 o [1997/05/18] ports/3626 ports New port - Macintosh file utilities o [1997/05/18] ports/3627 ports New port - Atari 2600 VCS emulator o [1997/05/19] docs/3628 Submission of tutorial on how to upgrade o [1997/05/19] ports/3631 ports Update port(jp-man-1.1):japanese/man. o [1997/05/19] ports/3632 ports Update port(jp-man-doc-2.2.1):japanese/ma 531 problems total. From owner-freebsd-bugs Mon May 19 11:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA08446 for bugs-outgoing; Mon, 19 May 1997 11:10:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA08439; Mon, 19 May 1997 11:10:02 -0700 (PDT) Resent-Date: Mon, 19 May 1997 11:10:02 -0700 (PDT) Resent-Message-Id: <199705191810.LAA08439@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, jau@jau.tmt.tele.fi Received: from siili.inet.fi (siili.inet.fi [192.89.123.191]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA08366 for ; Mon, 19 May 1997 11:08:22 -0700 (PDT) Received: from jau.tmt.tele.fi (jau.tmt.tele.fi [194.251.252.34]) by siili.inet.fi (8.8.5/8.8.5/JAU-2.2) with ESMTP id VAA07466 for ; Mon, 19 May 1997 21:05:53 +0300 Received: (from jau@localhost) by jau.tmt.tele.fi (8.8.5/8.8.5/JAU-2.2) id VAA00692; Mon, 19 May 1997 21:07:41 +0300 (EET DST) Message-Id: <199705191807.VAA00692@jau.tmt.tele.fi> Date: Mon, 19 May 1997 21:07:41 +0300 (EET DST) From: "Jukka A. Ukkonen" Reply-To: jau@jau.tmt.tele.fi To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3633: interface flags in ep(4) manual pages are wrong Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3633 >Category: kern >Synopsis: description of interface flags in ep(4) manual pages is false >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon May 19 11:10:01 PDT 1997 >Last-Modified: >Originator: Jukka A. Ukkonen >Organization: Telecom Finland / Internet Services >Release: FreeBSD 2.2.1-RELEASE >Environment: FreeBSD-2.2.1-RELEASE >Description: The description about the interpretation of LINK0, LINK1, and LINK2 flags for the ep driver is false. The correct description would be as shown below LINK0 set ==> use AUI LINK1 set ==> use BNC LINK2 set ==> use UTP All unset ==> use default interface The manual page should also say that the order of the table above is the order in which the flags are tested, and the first match is obeyed independent of the setting of the rest of the flags. >How-To-Repeat: See Description! >Fix: See Description! >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 19 11:50:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA10722 for bugs-outgoing; Mon, 19 May 1997 11:50:56 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA10716 for ; Mon, 19 May 1997 11:50:54 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA25956; Mon, 19 May 1997 14:50:21 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 19 May 1997 14:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id NAA04931; Mon, 19 May 1997 13:18:23 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id NAA23220; Mon, 19 May 1997 13:25:34 -0400 (EDT) Date: Mon, 19 May 1997 13:25:34 -0400 (EDT) From: Thomas David Rivers Message-Id: <199705191725.NAA23220@lakes.water.net> To: ponds!zibbi.mikom.csir.co.za!jhay, ponds!time.cdrom.com!jkh Subject: Re: conf/3605: New /etc/rc not clearing /tmp Cc: ponds!hub.freebsd.org!freebsd-bugs, ponds!uriah.heep.sax.de!j Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Semi on the same topic. What about making daily read rc.conf or something > > and then make the regular cleaning of /tmp configurable. That way daily > > also needn't be edited locally. > > That's an interesting idea - I assume we'd do the same for weekly and > monthly? Any objections? > > Jordan > Generally, it's not a good idea to clean /tmp while a machine is "up". Consider the scenario: 1) long-running-process writes a file to /tmp, to be read some time later. (closes the file, but "remembers" it's there.) 2) /etc/daily comes along, wipes out the file. 3) long-running-process goes back to read file. Oops - it's gone missing. Of course, the definition of long-running-process just has to be a little more than the time to close and unlink a file; reopening it later. Where I work, we've had to hack many vendor's equivalent of /etc/daily to not clean out /tmp. Now, if you make it configurable - I'd say the default configuration is never... - Dave Rivers - From owner-freebsd-bugs Mon May 19 13:33:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA15530 for bugs-outgoing; Mon, 19 May 1997 13:33:45 -0700 (PDT) Received: from darius.concentric.net (darius.concentric.net [207.155.184.79]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA15524 for ; Mon, 19 May 1997 13:33:42 -0700 (PDT) Received: from hubble.concentric.net (rbeer@hubble.cris.com [199.3.12.166]) by darius.concentric.net (8.8.5/(97/05/14 3.29)) id QAA15613; Mon, 19 May 1997 16:33:40 -0400 (EDT) [1-800-745-2747 The Concentric Network] From: Rich Beerman Received: (rbeer@localhost) by hubble.concentric.net (8.8.5) id QAA05456; Mon, 19 May 1997 16:33:40 -0400 (EDT) Message-Id: <199705192033.QAA05456@hubble.concentric.net> Subject: 2.2.2 boot floppy problems? To: bugs@freebsd.org Date: Mon, 19 May 1997 16:33:39 -0400 (EDT) X-Mailer: ELM [version 2.4 PL25] 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 I've been a FreeBSD user since mid 95 and obtained the 2.2.2-REL boot to upgrade from 2.2.1-REL. This .flp image seems to malfunction with my hardware. Hardware: 486/66 DX/2 EISA, 48 mb ram, Adaptec 1740 controller, IDE/Floppy/ SIO controller, 1 gb IDE HD, 1.6 GB SCSI HD (the IDE is my primary disk), SMC Elite Ultra NIC, ATI Mach32 EISA video card I boot from the floppy w/ -c, set up the configuration approrpriate for my hardware, the kernel boots after the configuration is saved, and ... (lots of disabled hardware reported...) zp0: disabled, not probed. npx0: flags 0x1 on motherboard npx0: INT 16 interface apm0: disabled, not probed. changing root device to fd0c panic: double fault syncing disks... (system frozen). I tried using two boot disks generated by two different .flp images from two different machines - I confirmed that the floppy controller was not disabled in the visual config menu. I'm stumped. Thanks, Rich From owner-freebsd-bugs Mon May 19 15:39:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA23773 for bugs-outgoing; Mon, 19 May 1997 15:39: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 PAA23748 for ; Mon, 19 May 1997 15:38:55 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA24593 for freebsd-bugs@FreeBSD.org; Tue, 20 May 1997 00:38:50 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id AAA01602; Tue, 20 May 1997 00:25:37 +0200 (MET DST) Message-ID: <19970520002537.XH34654@uriah.heep.sax.de> Date: Tue, 20 May 1997 00:25:37 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Subject: Re: conf/3605: New /etc/rc not clearing /tmp References: <199705191725.NAA23220@lakes.water.net> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705191725.NAA23220@lakes.water.net>; from Thomas David Rivers on May 19, 1997 13:25:34 -0400 Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Thomas David Rivers wrote: > Generally, it's not a good idea to clean /tmp while a machine is > "up". > > Consider the scenario: > > 1) long-running-process writes a file to /tmp, to be read some time later. > (closes the file, but "remembers" it's there.) > > 2) /etc/daily comes along, wipes out the file. Kill this silly /etc/daily then. :) My personal cleanup scripts only kill files that haven't been accessed for more than 3 days. This should be enough even for a long-running process. Also, if it's really only for this process, it should better keep just a descriptor open on it, instead of remembering its name. -- 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 May 19 16:44:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA26550 for bugs-outgoing; Mon, 19 May 1997 16:44:24 -0700 (PDT) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA26528; Mon, 19 May 1997 16:44:14 -0700 (PDT) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id IAA12777; Tue, 20 May 1997 08:43:20 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (7yeDitEy7cPHAmYqHVPokYf+c/1a+fwF@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id IAA25095; Tue, 20 May 1997 08:43:19 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id IAA12353; Tue, 20 May 1997 08:48:23 +0900 (JST) Message-Id: <199705192348.IAA12353@zodiac.mech.utsunomiya-u.ac.jp> To: freebsd-hackers@freebsd.org cc: freebsd-bugs@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: trap type 29 on P6 Date: Tue, 20 May 1997 08:48:22 +0900 From: Kazutaka YOKOTA Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A PentiumPro user is occasionally getting the trap type 29 when using the psm driver (PR i386/3462). What does this trap mean? The trapped instruction doesn't look remotely like an invalid instruction. sys/i386/i386/trap.c doesn't supply a message for this trap type. He is using PentiumPro 200Mhz on ASUS P/I-P65UP5. > Using a PS/2 mouse with std. PC kbd and psm0 enabled causes the > following kernel trap after a while (with DDB turned on): > > instruction pointer = 0x8:0xf01887cb > stack pointer = 0x10:0xf01a1f3c > frame pointer = 0x10:0xf01a1f40 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, IOPL = 0 > current process = Idle > interrupt mask = tty > kernel: type 29 trap, code=0 > Stopped at _read_kbd_data_no_wait+0x37: andl $0xff,%eax Kazu From owner-freebsd-bugs Mon May 19 19:45:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA05049 for bugs-outgoing; Mon, 19 May 1997 19:45:57 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA05044; Mon, 19 May 1997 19:45:54 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with SMTP id TAA07620; Mon, 19 May 1997 19:43:58 -0700 (PDT) Message-Id: <199705200243.TAA07620@implode.root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Kazutaka YOKOTA cc: freebsd-hackers@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: trap type 29 on P6 In-reply-to: Your message of "Tue, 20 May 1997 08:48:22 +0900." <199705192348.IAA12353@zodiac.mech.utsunomiya-u.ac.jp> From: David Greenman Reply-To: dg@root.com Date: Mon, 19 May 1997 19:43:58 -0700 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >A PentiumPro user is occasionally getting the trap type 29 when using >the psm driver (PR i386/3462). What does this trap mean? The trapped >instruction doesn't look remotely like an invalid instruction. >sys/i386/i386/trap.c doesn't supply a message for this trap type. > >He is using PentiumPro 200Mhz on ASUS P/I-P65UP5. > >> Using a PS/2 mouse with std. PC kbd and psm0 enabled causes the >> following kernel trap after a while (with DDB turned on): >> >> instruction pointer = 0x8:0xf01887cb >> stack pointer = 0x10:0xf01a1f3c >> frame pointer = 0x10:0xf01a1f40 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >> processor eflags = interrupt enabled, IOPL = 0 >> current process = Idle >> interrupt mask = tty >> kernel: type 29 trap, code=0 >> Stopped at _read_kbd_data_no_wait+0x37: andl $0xff,%eax Is the instruction right before this one an inb or outb? I've seen this before on P6 machines... -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Mon May 19 20:12:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA06149 for bugs-outgoing; Mon, 19 May 1997 20:12:25 -0700 (PDT) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA06126; Mon, 19 May 1997 20:12:19 -0700 (PDT) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id MAA13007; Tue, 20 May 1997 12:06:22 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (tNPtccoP9TKtwDi9m1Hkqot9viQG6YG3@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id MAA26513; Tue, 20 May 1997 12:06:18 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id MAA17969; Tue, 20 May 1997 12:11:21 +0900 (JST) Message-Id: <199705200311.MAA17969@zodiac.mech.utsunomiya-u.ac.jp> To: dg@root.com cc: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: trap type 29 on P6 In-reply-to: Your message of "Mon, 19 May 1997 19:43:58 MST." <199705200243.TAA07620@implode.root.com> References: <199705200243.TAA07620@implode.root.com> Date: Tue, 20 May 1997 12:11:21 +0900 From: Kazutaka YOKOTA Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>A PentiumPro user is occasionally getting the trap type 29 when using >>the psm driver (PR i386/3462). What does this trap mean? The trapped >>instruction doesn't look remotely like an invalid instruction. >>sys/i386/i386/trap.c doesn't supply a message for this trap type. >> >>He is using PentiumPro 200Mhz on ASUS P/I-P65UP5. >> >>> Using a PS/2 mouse with std. PC kbd and psm0 enabled causes the >>> following kernel trap after a while (with DDB turned on): >>> >>> instruction pointer = 0x8:0xf01887cb >>> stack pointer = 0x10:0xf01a1f3c >>> frame pointer = 0x10:0xf01a1f40 >>> code segment = base 0x0, limit 0xfffff, type 0x1b >>> = DPL 0, pres 1, def32 1, gran 1 >>> processor eflags = interrupt enabled, IOPL = 0 >>> current process = Idle >>> interrupt mask = tty >>> kernel: type 29 trap, code=0 >>> Stopped at _read_kbd_data_no_wait+0x37: andl $0xff,%eax > > Is the instruction right before this one an inb or outb? I've seen this >before on P6 machines... Exactly!!. We have: movl (%ebx),%edx inb %dx,%al andl $255,%eax It's reading the port 0x60 for keyboard data. Kazu From owner-freebsd-bugs Mon May 19 20:16:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA06361 for bugs-outgoing; Mon, 19 May 1997 20:16:44 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA06356; Mon, 19 May 1997 20:16:42 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with SMTP id UAA07688; Mon, 19 May 1997 20:17:21 -0700 (PDT) Message-Id: <199705200317.UAA07688@implode.root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Kazutaka YOKOTA cc: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: trap type 29 on P6 In-reply-to: Your message of "Tue, 20 May 1997 12:11:21 +0900." <199705200311.MAA17969@zodiac.mech.utsunomiya-u.ac.jp> From: David Greenman Reply-To: dg@root.com Date: Mon, 19 May 1997 20:17:21 -0700 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>> kernel: type 29 trap, code=0 >>>> Stopped at _read_kbd_data_no_wait+0x37: andl $0xff,%eax >> >> Is the instruction right before this one an inb or outb? I've seen this >>before on P6 machines... > >Exactly!!. We have: > > movl (%ebx),%edx > inb %dx,%al > andl $255,%eax > >It's reading the port 0x60 for keyboard data. Yeah, I think this is either a flaw in the P6 or in the motherboard chipset. I believe it's telling you that it detected a parity error during the PIO instruction. Wcarchive used to crash every day or two from this occuring while doing PIO in the ahc driver until Justin added support for doing memory mapped register accesses. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Mon May 19 20:25:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA06896 for bugs-outgoing; Mon, 19 May 1997 20:25:35 -0700 (PDT) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA06891; Mon, 19 May 1997 20:25:33 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id UAA19076; Mon, 19 May 1997 20:11:37 -0700 (PDT) Message-Id: <199705200311.UAA19076@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: dg@root.com Cc: Kazutaka YOKOTA , freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: trap type 29 on P6 Reply-To: Jason Thorpe From: Jason Thorpe Date: Mon, 19 May 1997 20:11:37 -0700 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 19 May 1997 19:43:58 -0700 David Greenman wrote: > Is the instruction right before this one an inb or outb? I've seen this > before on P6 machines... Saw something similar to this on similar hardware under NetBSD, although it was the serial port initialization that tickled it. IIRC, that's a "reserved trap" in Intel lingo... (I think... pardon if I'm wrong, since I'm neither an export on nor a fan of the x86 "architecture" :-) As I understand it, what basically happens is some buggy bit of hardware (say, an I/O combo ASIC) signals an interrupt but drops it again before the PIC can latch it... per the interrupt protocol, the PIC has to post an interrupt to the CPU, and for hysterical raisins, picks "default IR7". Apparently, this happens to map to a reserved trap vector :-) There's not much you can do about it, really... you can't really stop the condition from occurring, short of publicly flogging purveyors of broken hardware (and it's not clear that'll help anyhow). It was fixed in NetBSD-current some time ago by catching and ignoring this particular reserved trap vector. Gotta love PCs. Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-bugs Mon May 19 21:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA08638 for bugs-outgoing; Mon, 19 May 1997 21:00:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA08611; Mon, 19 May 1997 21:00:01 -0700 (PDT) Resent-Date: Mon, 19 May 1997 21:00:01 -0700 (PDT) Resent-Message-Id: <199705200400.VAA08611@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, gpalmer@FreeBSD.ORG Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA08186 for ; Mon, 19 May 1997 20:53:08 -0700 (PDT) Received: from mutara.noc.webspan.net (gpalmer@mutara.noc.webspan.net [206.154.70.44]) by mail.webspan.net (WEBSPAN/970116) with ESMTP id XAA20694 for ; Mon, 19 May 1997 23:52:20 -0400 (EDT) Received: (from gpalmer@localhost) by mutara.noc.webspan.net (8.8.5/8.8.5) id XAA20984; Mon, 19 May 1997 23:52:20 -0400 (EDT) Message-Id: <199705200352.XAA20984@mutara.noc.webspan.net> Date: Mon, 19 May 1997 23:52:20 -0400 (EDT) From: gpalmer@FreeBSD.ORG Reply-To: gpalmer@FreeBSD.ORG To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/3636: No mention is made in relevant manpages about netgroup line length limit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3636 >Category: docs >Synopsis: No mention is made in relevant manpages about netgroup line length limit >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon May 19 21:00:00 PDT 1997 >Last-Modified: >Originator: Gary Palmer >Organization: FreeBSD Project >Release: FreeBSD 2.2-STABLE i386 >Environment: Any FreeBSD release >Description: There is no mention of the 1024 character line limit imposed on the netgroup file by the libc getnetgrent code. >How-To-Repeat: man netgroup man getnetgrent have to go dig in /usr/src/lib/libc/gen/getnetgrent.c for the #define >Fix: (someone better at writing mdoc macros should fix this) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 19 21:16:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA09528 for bugs-outgoing; Mon, 19 May 1997 21:16:22 -0700 (PDT) Received: from spinner.DIALix.COM (spinner.dialix.com [192.203.228.67]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA09516; Mon, 19 May 1997 21:16:07 -0700 (PDT) Received: from spinner.DIALix.COM (localhost.dialix.com.au [127.0.0.1]) by spinner.DIALix.COM with ESMTP id MAA28246; Tue, 20 May 1997 12:09:43 +0800 (WST) Message-Id: <199705200409.MAA28246@spinner.DIALix.COM> X-Mailer: exmh version 2.0gamma 1/27/96 To: Jason Thorpe cc: dg@root.com, Kazutaka YOKOTA , freebsd-hackers@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: trap type 29 on P6 In-reply-to: Your message of "Mon, 19 May 1997 20:11:37 MST." <199705200311.UAA19076@lestat.nas.nasa.gov> Date: Tue, 20 May 1997 12:09:40 +0800 From: Peter Wemm Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jason Thorpe wrote: > On Mon, 19 May 1997 19:43:58 -0700 > David Greenman wrote: > > > Is the instruction right before this one an inb or outb? I've seen this > > before on P6 machines... > > Saw something similar to this on similar hardware under NetBSD, although > it was the serial port initialization that tickled it. IIRC, that's a > "reserved trap" in Intel lingo... (I think... pardon if I'm wrong, since I'm > neither an export on nor a fan of the x86 "architecture" :-) > > As I understand it, what basically happens is some buggy bit of hardware > (say, an I/O combo ASIC) signals an interrupt but drops it again before > the PIC can latch it... per the interrupt protocol, the PIC has to post > an interrupt to the CPU, and for hysterical raisins, picks "default IR7". > Apparently, this happens to map to a reserved trap vector :-) Under FreeBSD, the IDT vector number for irq7 is 39, not 29.. The PIC's are programmed to use 32 through 47 (under non-SMP). > There's not much you can do about it, really... you can't really stop the > condition from occurring, short of publicly flogging purveyors of broken > hardware (and it's not clear that'll help anyhow). It was fixed in > NetBSD-current some time ago by catching and ignoring this particular > reserved trap vector. We do to, we log it as a 'stray irq' - and have done this for quite some time - right back to FreeBSD 2.0.5 as far as I can tell, possibly further. Apparently, it's possible to detect the difference between a real irq7 and a stray irq7 by checking the in-service bit before the EOI is sent (AUTO_EOI has to be turned off), but nobody has been bothered enough to implement it. I think this is different to the problem that you describe. Here we're getting trap 29 which: [..] #define T_STKFLT 27 /* stack fault */ #define T_MCHK 28 /* machine check trap */ #define T_RESERVED 29 /* reserved (unknown) */ I wonder if the inb confused the P6 instruction sequencing or something? > Gotta love PCs. Amen to that though. :-) > Jason R. Thorpe thorpej@nas.nasa.gov > NASA Ames Research Center Home: 408.866.1912 > NAS: M/S 258-6 Work: 415.604.0935 > Moffett Field, CA 94035 Pager: 415.428.6939 Cheers, -Peter From owner-freebsd-bugs Mon May 19 21:29:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA10182 for bugs-outgoing; Mon, 19 May 1997 21:29:52 -0700 (PDT) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA10175; Mon, 19 May 1997 21:29:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id VAA19394; Mon, 19 May 1997 21:12:05 -0700 (PDT) Message-Id: <199705200412.VAA19394@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: Peter Wemm Cc: dg@root.com, Kazutaka YOKOTA , freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: trap type 29 on P6 Reply-To: Jason Thorpe From: Jason Thorpe Date: Mon, 19 May 1997 21:12:04 -0700 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 20 May 1997 12:09:40 +0800 Peter Wemm wrote: > Under FreeBSD, the IDT vector number for irq7 is 39, not 29.. The PIC's > are programmed to use 32 through 47 (under non-SMP). ...I know :-) irq 7 is directed to another vector under NetBSD/i386, as well... > I think this is different to the problem that you describe. Here we're > getting trap 29 which: > [..] > #define T_STKFLT 27 /* stack fault */ > #define T_MCHK 28 /* machine check trap */ > #define T_RESERVED 29 /* reserved (unknown) */ ...exactly what I'm talking about... I originally thought I was seeing a machine-check as well. The relevant bit of locore.s from NetBSD/i386: IDTVEC(trap0f) /* * The Pentium Pro local APIC may erroneously call this vector for a * default IR7. Just ignore it. */ iret Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-bugs Mon May 19 22:01:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA12175 for bugs-outgoing; Mon, 19 May 1997 22:01:34 -0700 (PDT) Received: from spinner.DIALix.COM (spinner.dialix.com [192.203.228.67]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA12168; Mon, 19 May 1997 22:01:24 -0700 (PDT) Received: from spinner.DIALix.COM (localhost.dialix.com.au [127.0.0.1]) by spinner.DIALix.COM with ESMTP id MAA28627; Tue, 20 May 1997 12:51:40 +0800 (WST) Message-Id: <199705200451.MAA28627@spinner.DIALix.COM> X-Mailer: exmh version 2.0gamma 1/27/96 To: dg@root.com cc: Jason Thorpe , Kazutaka YOKOTA , freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: trap type 29 on P6 In-reply-to: Your message of "Mon, 19 May 1997 21:12:04 MST." <199705200412.VAA19394@lestat.nas.nasa.gov> Date: Tue, 20 May 1997 12:51:39 +0800 From: Peter Wemm Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jason Thorpe wrote: > On Tue, 20 May 1997 12:09:40 +0800 > Peter Wemm wrote: > > > Under FreeBSD, the IDT vector number for irq7 is 39, not 29.. The PIC's > > are programmed to use 32 through 47 (under non-SMP). > > ...I know :-) irq 7 is directed to another vector under NetBSD/i386, as > well... Ahh foo. virtual trap numbers.. :-( > > I think this is different to the problem that you describe. Here we're > > getting trap 29 which: > > [..] > > #define T_STKFLT 27 /* stack fault */ > > #define T_MCHK 28 /* machine check trap */ > > #define T_RESERVED 29 /* reserved (unknown) */ > > ...exactly what I'm talking about... I originally thought I was seeing > a machine-check as well. I see now in our code where trap 15 is mapped into 29.. > The relevant bit of locore.s from NetBSD/i386: > > IDTVEC(trap0f) > /* > * The Pentium Pro local APIC may erroneously call this vector for a > * default IR7. Just ignore it. > */ > iret Hmm.. But what I want to know is why the local APIC is doing this when it's not active? And why does it coincide with IO instructions? Anyway, assuming that's the case, how does this look: Index: trap.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/trap.c,v retrieving revision 1.95 diff -u -r1.95 trap.c --- trap.c 1997/05/07 20:08:53 1.95 +++ trap.c 1997/05/20 04:48:07 @@ -431,6 +436,7 @@ } return; } + break; #else /* !POWERFAIL_NMI */ #ifdef DDB /* NMI can be hooked up to a pushbutton for debugging */ @@ -439,10 +445,14 @@ return; #endif /* DDB */ /* machine/parity/power fail/"kitchen sink" faults */ - if (isa_nmi(code) == 0) return; - /* FALL THROUGH */ + if (isa_nmi(code) == 0) + return; + break; #endif /* POWERFAIL_NMI */ #endif /* NISA > 0 */ + case T_RESERVED: + printf("stray T_RESERVED trap (ignored)\n"); + return; } trap_fatal(&frame); > Jason R. Thorpe thorpej@nas.nasa.gov > NASA Ames Research Center Home: 408.866.1912 > NAS: M/S 258-6 Work: 415.604.0935 > Moffett Field, CA 94035 Pager: 415.428.6939 Cheers, -Peter From owner-freebsd-bugs Mon May 19 22:56:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA14936 for bugs-outgoing; Mon, 19 May 1997 22:56:20 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA14914; Mon, 19 May 1997 22:56:14 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id PAA19649; Tue, 20 May 1997 15:55:00 +1000 Date: Tue, 20 May 1997 15:55:00 +1000 From: Bruce Evans Message-Id: <199705200555.PAA19649@godzilla.zeta.org.au> To: dg@root.com, peter@spinner.DIALix.COM Subject: Re: trap type 29 on P6 Cc: freebsd-bugs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, thorpej@nas.nasa.gov, yokota@zodiac.mech.utsunomiya-u.ac.jp Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Hmm.. But what I want to know is why the local APIC is doing this when >it's not active? And why does it coincide with IO instructions? > >Anyway, assuming that's the case, how does this look: >Index: trap.c I don't like ignoring unexpected exceptions. I would only ignore exception 15 on P6's (it's sort of expected there). The nearby (old) NMI/POWERFAIL ifdefs and code is disgusting and broken (the NMI gate should be an interrupt gate and interrupts should be kept masked until the NMI handler returns). Bruce From owner-freebsd-bugs Tue May 20 01:07:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA21662 for bugs-outgoing; Tue, 20 May 1997 01:07:22 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA21656; Tue, 20 May 1997 01:07:17 -0700 (PDT) From: Doug Rabson Received: (from dfr@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA08946; Tue, 20 May 1997 01:06:56 -0700 (PDT) Date: Tue, 20 May 1997 01:06:56 -0700 (PDT) Message-Id: <199705200806.BAA08946@freefall.freebsd.org> To: mike@marker.cs.utah.edu, dfr@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/1001 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: M_NAMEI malloc leak in the kernel State-Changed-From-To: open-closed State-Changed-By: dfr State-Changed-When: Tue May 20 01:05:54 PDT 1997 State-Changed-Why: Fixed in rev 1.51 of sys/nfs/nfs_vnops.c. From owner-freebsd-bugs Tue May 20 01:18:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA22198 for bugs-outgoing; Tue, 20 May 1997 01:18:11 -0700 (PDT) Received: from hydrogen.nike.efn.org (metriclient-8.uoregon.edu [128.223.172.8]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA22179 for ; Tue, 20 May 1997 01:18:03 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.5/8.8.5) id BAA16219; Tue, 20 May 1997 01:19:12 -0700 (PDT) Message-ID: <19970520011912.18227@hydrogen.nike.efn.org> Date: Tue, 20 May 1997 01:19:12 -0700 From: John-Mark Gurney To: Stefan `Sec` Zehl Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: conf/3605: New /etc/rc not clearing /tmp References: <199705190542.HAA17551@zibbi.mikom.csir.co.za> <2888.864024652@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Stefan `Sec` Zehl on Mon, May 19, 1997 at 02:05:40PM +0200 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Stefan `Sec` Zehl scribbled this message on May 19: > In article <2888.864024652@time.cdrom.com>, Jordan K. Hubbard wrote: > > > Semi on the same topic. What about making daily read rc.conf or something > > > and then make the regular cleaning of /tmp configurable. That way daily > > > also needn't be edited locally. > > > > That's an interesting idea - I assume we'd do the same for weekly and > > monthly? Any objections? > > No. Go ahead, that really sounds great :) btw. what about putting the following > into daily ? : > > [ -x /usr/local/etc/daily.local ] && . /usr/local/etc/daily.local > > so there would be no m ore reason to edit daily, and you could easily update > it with a newer version without fearing that you might loose your carefully > hand-crafted changes ? actually.. this has been in a LONG time... (since 10/19/96, v1.21) and I was the one to submit it (v1.21)... :) there is weekly.local and monthly.local which Jordan had the idea to expand my idea... ttyl... -- John-Mark Cu Networking Modem/FAX: +1 541 683 6954 Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-bugs Tue May 20 02:20:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA24971 for bugs-outgoing; Tue, 20 May 1997 02:20:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA24957; Tue, 20 May 1997 02:20:02 -0700 (PDT) Resent-Date: Tue, 20 May 1997 02:20:02 -0700 (PDT) Resent-Message-Id: <199705200920.CAA24957@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, tim@convey.ru Received: from pool1.convey.ru (root@pool1.convey.ru [195.182.128.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA24903 for ; Tue, 20 May 1997 02:18:56 -0700 (PDT) Received: (from root@localhost) by pool1.convey.ru (8.8.5/8.7.3) id NAA05375; Tue, 20 May 1997 13:18:48 +0400 (MSD) Message-Id: <199705200918.NAA05375@pool1.convey.ru> Date: Tue, 20 May 1997 13:18:48 +0400 (MSD) From: tim@pool1.convey.ru Reply-To: tim@convey.ru To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3638: /bin/w can't handle long /dev/{tty,cua}xxxxx Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3638 >Category: bin >Synopsis: /bin/w can't handle long /dev/{tty,cua}xxxxx >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 20 02:20:01 PDT 1997 >Last-Modified: >Originator: Andrew Timonin >Organization: Internet Services Ltd. >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: FreeBSD 2.2.2-RELEASE used as PPP access server We are using a number of modems with names like /dev/cuaD0001, /dev/cuaD0002 etc. >Description: When i run "w" command, I get: "w: /dev//cuaD0005mayor: No such file or directory" >How-To-Repeat: Simply rename some tty to for ex. /dev/ttyv0005, login to it and type "w" >Fix: *** w.c.orig Tue May 20 12:28:08 1997 --- w.c Tue May 20 12:27:04 1997 *************** *** 208,214 **** --- 208,217 ---- *nextp = ep; nextp = &(ep->next); memmove(&(ep->utmp), &utmp, sizeof(struct utmp)); + ch = ep->utmp.ut_line[sizeof(utmp.ut_line)]; + ep->utmp.ut_line[sizeof(utmp.ut_line)] = '\0'; stp = ttystat(ep->utmp.ut_line); + ep->utmp.ut_line[sizeof(utmp.ut_line)] = ch; ep->tdev = stp->st_rdev; #ifdef CPU_CONSDEV /* *************** *** 235,241 **** if (wcmd == 0) exit (0); ! #define HEADER "USER TTY FROM LOGIN@ IDLE WHAT\n" #define WUSED (sizeof (HEADER) - sizeof ("WHAT\n")) (void)printf(HEADER); } --- 238,244 ---- if (wcmd == 0) exit (0); ! #define HEADER "USER TTY FROM LOGIN@ IDLE WHAT\n" #define WUSED (sizeof (HEADER) - sizeof ("WHAT\n")) (void)printf(HEADER); } *************** *** 338,344 **** ep->utmp.ut_host + UT_HOSTSIZE - x, x); p = buf; } ! (void)printf("%-*.*s %-3.3s %-*.*s ", UT_NAMESIZE, UT_NAMESIZE, ep->utmp.ut_name, strncmp(ep->utmp.ut_line, "tty", 3) && strncmp(ep->utmp.ut_line, "cua", 3) ? --- 341,347 ---- ep->utmp.ut_host + UT_HOSTSIZE - x, x); p = buf; } ! (void)printf("%-*.*s %-5.5s %-*.*s ", UT_NAMESIZE, UT_NAMESIZE, ep->utmp.ut_name, strncmp(ep->utmp.ut_line, "tty", 3) && strncmp(ep->utmp.ut_line, "cua", 3) ? __ tim@convey.ru >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 20 05:20:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA00590 for bugs-outgoing; Tue, 20 May 1997 05:20:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA00574; Tue, 20 May 1997 05:20:01 -0700 (PDT) Resent-Date: Tue, 20 May 1997 05:20:01 -0700 (PDT) Resent-Message-Id: <199705201220.FAA00574@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, dada@sbox.tu-graz.ac.at Received: from fcggsg07.icg.tu-graz.ac.at ([129.27.201.16]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA00329 for ; Tue, 20 May 1997 05:11:31 -0700 (PDT) Received: from lend.tu-graz.ac.at (isdn072.tu-graz.ac.at [129.27.240.72]) by fcggsg07.icg.tu-graz.ac.at (8.8.4/8.8.4) with ESMTP id OAA12660 for ; Tue, 20 May 1997 14:04:26 +0200 (MDT) Received: (from dada@localhost) by lend.tu-graz.ac.at (8.8.5/8.8.5) id NAA00984; Tue, 20 May 1997 13:55:16 +0200 (CEST) Message-Id: <199705201155.NAA00984@lend.tu-graz.ac.at> Date: Tue, 20 May 1997 13:55:16 +0200 (CEST) From: dada@sbox.tu-graz.ac.at Reply-To: dada@sbox.tu-graz.ac.at To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3639: wrong times reported by ac(8) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3639 >Category: bin >Synopsis: ac doesn't know about FreeBSD's pty names >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 20 05:20:00 PDT 1997 >Last-Modified: >Originator: Martin Kammerhofer >Organization: Graz University of Technology >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: FreeBSD, AFAIK all releases >Description: ac(8) (a connect time accounting utility) reports wrong times, often 0.0 Reason: The program doesn't account for logins on pseudo-ttys (ptys) from local, i.e. without a host-entry in wtmp. The code to decide what's a pty is not corrected for FreeBSD's pty naming conventions. >How-To-Repeat: >Fix: I supply a patch which adds a '-l' option to account local logins on ptys and makes ac(8) aware of FreeBSD pty names. Index: ac.c =================================================================== RCS file: /home/dada/cvsroot/src/ac.c,v retrieving revision 1.1 retrieving revision 1.3 diff -u -r1.1 -r1.3 --- ac.c 1997/02/11 07:49:21 1.1 +++ ac.c 1997/05/20 11:39:19 1.3 @@ -11,10 +11,15 @@ * 2/ that any changes to this code are clearly commented * as such so that the author does not get blamed for bugs * other than his own. + * + * Changes 1997 by M.Kammerhofer: + * Added a -l flag to account for login records with local pseudo-ttys + * these are ignored by default. + * Corrected for FreeBSD pty names, they're a bit non-standard. */ #ifndef lint -static char rcsid[] = "$Id: ac.c,v 1.1 1997/02/11 07:49:21 dada Exp $"; +static char rcsid[] = "$Id: ac.c,v 1.3 1997/05/20 11:39:19 dada Exp $"; #endif #include @@ -76,6 +81,8 @@ #define AC_P 4 /* per-user totals */ #define AC_U 8 /* specified users only */ #define AC_T 16 /* specified ttys only */ +/* added by M.Kammerhofer */ +#define AC_L 32 /* don't ign. local ptys */ #ifdef DEBUG static int Debug = 0; @@ -229,7 +236,7 @@ (void) setlocale(LC_TIME, ""); fp = NULL; - while ((c = getopt(argc, argv, "Dc:dpt:w:")) != EOF) { + while ((c = getopt(argc, argv, "Dc:dpt:w:l")) != EOF) { switch (c) { #ifdef DEBUG case 'D': @@ -246,6 +253,9 @@ case 'd': Flags |= AC_D; break; + case 'l': + Flags |= AC_L; + break; case 'p': Flags |= AC_P; break; @@ -507,8 +517,13 @@ */ if (*usr.ut_name) { if (strncmp(usr.ut_line, "tty", 3) != 0 || +#ifdef __FreeBSD__ + strchr("pqrsPQRS", usr.ut_line[3]) == 0 || +#else strchr("pqrstuvwxy", usr.ut_line[3]) == 0 || - *usr.ut_host != '\0') +#endif + *usr.ut_host != '\0' || + Flags & AC_L) head = log_in(head, &usr); } else head = log_out(head, &usr); @@ -552,9 +567,9 @@ { (void)fprintf(stderr, #ifdef CONSOLE_TTY - "ac [-dp] [-c console] [-t tty] [-w wtmp] [users ...]\n"); + "ac [-dpl] [-c console] [-t tty] [-w wtmp] [users ...]\n"); #else - "ac [-dp] [-t tty] [-w wtmp] [users ...]\n"); + "ac [-dpl] [-t tty] [-w wtmp] [users ...]\n"); #endif exit(1); } =================================================================== >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 20 07:20:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA05281 for bugs-outgoing; Tue, 20 May 1997 07:20:13 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA05252; Tue, 20 May 1997 07:20:07 -0700 (PDT) Resent-Date: Tue, 20 May 1997 07:20:07 -0700 (PDT) Resent-Message-Id: <199705201420.HAA05252@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, soil@quick.net Received: from jg.webmaster.com (soil@newport-1-11.quick.net [207.212.160.211]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA05011 for ; Tue, 20 May 1997 07:14:33 -0700 (PDT) Received: (from soil@localhost) by jg.webmaster.com (8.8.6.Beta3/8.8.6.Beta3) id HAA07027; Tue, 20 May 1997 07:14:29 -0700 (PDT) Message-Id: <199705201414.HAA07027@jg.webmaster.com> Date: Tue, 20 May 1997 07:14:29 -0700 (PDT) From: soil@quick.net Reply-To: soil@quick.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/3642: named.root update Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3642 >Category: conf >Synopsis: named.root >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue May 20 07:20:02 PDT 1997 >Last-Modified: >Originator: Josh Gilliam >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: src/etc/namedb/named.root rev 1.6 >Description: --- named.root.orig Tue Feb 18 15:37:58 1997 +++ named.root Mon May 19 12:13:47 1997 @@ -12,8 +12,8 @@ ; submenu InterNIC Registration Archives ; file named.root ; -; last update: Jan 22, 1997 -; related version of root zone: 1997012200 +; last update: May 19, 1997 +; related version of root zone: 1997051700 ; ; ; formerly NS.INTERNIC.NET @@ -66,8 +66,18 @@ . 3600000 NS J.ROOT-SERVERS.NET. J.ROOT-SERVERS.NET. 3600000 A 198.41.0.10 ; -; temporarily housed at NSI (InterNIC) +; housed in LINX, operated by RIPE NCC ; . 3600000 NS K.ROOT-SERVERS.NET. -K.ROOT-SERVERS.NET. 3600000 A 198.41.0.11 +K.ROOT-SERVERS.NET. 3600000 A 193.0.14.129 +; +; temporarily housed at ISI (IANA) +; +. 3600000 NS L.ROOT-SERVERS.NET. +L.ROOT-SERVERS.NET. 3600000 A 198.32.64.12 +; +; temporarily housed at ISI (IANA) +; +. 3600000 NS M.ROOT-SERVERS.NET. +M.ROOT-SERVERS.NET. 3600000 A 198.32.65.12 ; End of File >How-To-Repeat: >Fix: fetch ftp://rs.internic.net/domain/named.root -o src/etc/namedb/etc/named.root >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 20 07:40:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA06302 for bugs-outgoing; Tue, 20 May 1997 07:40:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA06296; Tue, 20 May 1997 07:40:02 -0700 (PDT) Date: Tue, 20 May 1997 07:40:02 -0700 (PDT) Message-Id: <199705201440.HAA06296@hub.freebsd.org> To: freebsd-bugs Cc: From: Brian Somers Subject: Re: bin/2255: Client PPP negotiates Stacker compression - FDIV049 Reply-To: Brian Somers Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2255; it has been noted by GNATS. From: Brian Somers To: Frank Durda IV , freebsd-gnats-submit@freebsd.org Cc: brian@awfulhak.org Subject: Re: bin/2255: Client PPP negotiates Stacker compression - FDIV049 Date: Tue, 20 May 1997 15:09:06 +0100 Hi, Could you try this stuff out again and see if it's still negotiating badly ? I havn't got access to such a term server. Thanks. -- Brian Don't _EVER_ lose your sense of humour ! From owner-freebsd-bugs Tue May 20 08:15:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA08335 for bugs-outgoing; Tue, 20 May 1997 08:15:50 -0700 (PDT) Received: from lariat.lariat.org (ppp0.lariat.org@[129.72.251.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA08309; Tue, 20 May 1997 08:15:44 -0700 (PDT) Received: from solo.lariat.org ([129.72.251.10]) by lariat.lariat.org (8.8.5/8.8.5) with SMTP id JAA00279; Tue, 20 May 1997 09:15:24 -0600 (MDT) Message-Id: <3.0.1.32.19970520054232.006daec0@lariat.org> X-Sender: brett@lariat.org (Unverified) Disposition-Notification-To: X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Tue, 20 May 1997 05:42:32 -0600 To: bugs@freebsd.org, questions@freebsd.org From: Brett Glass Subject: Help! 2.2.2-R Crashing! Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Help! Had initial success with FreeBSD 2.2.2-R, and so upgraded one of our main servers to it. But last night, the server just went catatonic (no error message, just a crash) and hung. Then, this morning, the server crashed with the following message on the screen: --------------- Fatal trap 26: segment not present fault while in kernel mode instruction pointer = 0x8:0xf016ab85 stack pointer = 0x10:0xf018c000 frame pointer = 0x10:0x0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = panic: segment not present fault syncing disks... 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 giving up Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... ---------------- Whereupon it didn't reboot but hung instead. We were very lucky that no files were lost due to the failure to sync, and that there was someone physically present to reboot it. The machine will have to run unattended over Memorial Day Weekend. Does anyone know the source of this instability or how to fix it? --Brett Glass From owner-freebsd-bugs Tue May 20 12:40:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA21480 for bugs-outgoing; Tue, 20 May 1997 12:40:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA21457; Tue, 20 May 1997 12:40:02 -0700 (PDT) Resent-Date: Tue, 20 May 1997 12:40:02 -0700 (PDT) Resent-Message-Id: <199705201940.MAA21457@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, canuck@caam.rice.edu Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA21171; Tue, 20 May 1997 12:35:59 -0700 (PDT) Message-Id: <199705201935.MAA21171@hub.freebsd.org> Date: Tue, 20 May 1997 12:35:59 -0700 (PDT) From: canuck@caam.rice.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/3644: rc.conf 1.1.2.11 generates "rc.conf: 111: Syntax error: "(" unexpected" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3644 >Category: conf >Synopsis: rc.conf 1.1.2.11 generates "rc.conf: 111: Syntax error: "(" unexpected" >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 20 12:40:01 PDT 1997 >Last-Modified: >Originator: Michael Pearlman >Organization: CAAM Dept., Rice University >Release: 2.2-STABLE >Environment: FreeBSD gauss.stat.rice.edu 2.2-STABLE FreeBSD 2.2-STABLE #0: Sun May 18 08:03:53 CDT 1997 root@myname.my.domain:/usr/src/sys/compile/GAUSS i386 >Description: If rc.conf 1.1.2.11 is install in /etc then upon booting the boot will fail with rc.conf: 111: Syntax error: "(" unexpected and you will be thrown into a single user shell to fix the problem >How-To-Repeat: sh . /etc/rc.conf >Fix: Change rc.conf line 111 FROM moused_port="/dev/cuaa0"# Set to your mouse port (required if mousetype set) TO moused_port="/dev/cuaa0" # Set to your mouse port (required if mousetype set) i.e. add a space between the double quote and the #. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 20 14:50:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA28434 for bugs-outgoing; Tue, 20 May 1997 14:50:18 -0700 (PDT) Received: from cs.utah.edu (cs.utah.edu [128.110.4.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA28411; Tue, 20 May 1997 14:50:08 -0700 (PDT) Received: from bottles.cs.utah.edu by cs.utah.edu (8.8.4/utah-2.21-cs) id PAA15532; Tue, 20 May 1997 15:49:51 -0600 (MDT) Received: by bottles.cs.utah.edu (8.6.10/utah-2.15-leaf) id PAA02983; Tue, 20 May 1997 15:49:44 -0600 From: sclawson@bottles.cs.utah.edu (steve clawson) Message-Id: <199705202149.PAA02983@bottles.cs.utah.edu> Subject: Re: trap type 29 on P6 To: thorpej@nas.nasa.gov Date: Tue, 20 May 1997 15:49:43 -0600 (MDT) Cc: dg@root.com, yokota@zodiac.mech.utsunomiya-u.ac.jp, freebsd-hackers@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG In-Reply-To: <199705200311.UAA19076@lestat.nas.nasa.gov> from "Jason Thorpe" at May 19, 97 08:11:37 pm X-Mailer: ELM [version 2.4 PL25] 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 Jason Thorpe uttered: > There's not much you can do about it, really... you can't really > stop the condition from occurring, short of publicly flogging > purveyors of broken hardware (and it's not clear that'll help > anyhow). It was fixed in NetBSD-current some time ago by catching > and ignoring this particular reserved trap vector. In this case it's both because of a broken motherboard and a broken chip. =) Intel finally put it's errata list on the net (ftp://download.intel.com/design/{pentium,pro}/update/) and this particular problem shows up as errata 5AP: Virtual Wire Mode Through Local APIC May Cause Int 15. This is supposedly fixed in the very latest stepping of the Pro. Intel's workaround is to have to BIOS disable the local APIC in uniprocessor machines and in MP's that don't use an I/O APIC. Probably easier to just ignore the trap though. =) steve -- // stephen clawson sclawson@cs.utah.edu // university of utah From owner-freebsd-bugs Tue May 20 17:24:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA06551 for bugs-outgoing; Tue, 20 May 1997 17:24:52 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA06516; Tue, 20 May 1997 17:24:44 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA22215; Tue, 20 May 1997 17:24:17 -0700 (PDT) Date: Tue, 20 May 1997 17:24:17 -0700 (PDT) Message-Id: <199705210024.RAA22215@freefall.freebsd.org> To: canuck@caam.rice.edu, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/3644 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: rc.conf 1.1.2.11 generates "rc.conf: 111: Syntax error: "(" unexpected" State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Tue May 20 17:24:05 PDT 1997 State-Changed-Why: Yikes! Thanks for spotting that. Fixed! From owner-freebsd-bugs Tue May 20 17:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA06836 for bugs-outgoing; Tue, 20 May 1997 17:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA06827; Tue, 20 May 1997 17:30:02 -0700 (PDT) Resent-Date: Tue, 20 May 1997 17:30:02 -0700 (PDT) Resent-Message-Id: <199705210030.RAA06827@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, phillip@rmit.edu.au Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA06418; Tue, 20 May 1997 17:22:22 -0700 (PDT) Message-Id: <199705210022.RAA06418@hub.freebsd.org> Date: Tue, 20 May 1997 17:22:22 -0700 (PDT) From: phillip@rmit.edu.au To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: docs/3645: TCP_wrappers package doesn't mention where logging information goes. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3645 >Category: docs >Synopsis: TCP_wrappers package doesn't mention where logging information goes. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue May 20 17:30:00 PDT 1997 >Last-Modified: >Originator: Phillip Musumeci >Organization: RMIT Computer Systems Eng. Melbourne AUSTRALIA >Release: 2.2.1R >Environment: FreeBSD mirriwinni.cse.rmit.edu.au 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Mon Apr 7 15:22:40 EST 1997 phillip@mirriwinni.cse.rmit.edu.au:/usr/src/sys/compile/MARINA i386 >Description: If you want to enable logging of connections for TCP wrappers, you need to read the README file in the source distribution *and* the patch file in the ports area to see what class (auth) and priority (probably info) the log messages to syslogd will have. Then you can adjust the /etc/syslog.conf file. Perhaps we should mention this in the message displayed when the tcp_wrappers package is installed and/or include a sample line in the /etc/syslog.conf file. It might also be appropriate to choose a standard log file for messages such as those from tools like tcp_wrappers. A sample syslog.conf line for tcp_wrappers logging is enclosed: auth.info /var/log/tcplog This line was included just beneath the mail.info line in the syslog.conf file. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 20 19:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA12428 for bugs-outgoing; Tue, 20 May 1997 19:50:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA12420; Tue, 20 May 1997 19:50:03 -0700 (PDT) Resent-Date: Tue, 20 May 1997 19:50:03 -0700 (PDT) Resent-Message-Id: <199705210250.TAA12420@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, cmf@netins.net Received: from kf0yn.ampr.org (elrg-01-29.dialup.netins.net [199.120.94.94]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA12289 for ; Tue, 20 May 1997 19:47:21 -0700 (PDT) Received: (cmf@localhost) by kf0yn.ampr.org (8.8.5/8.6.5) id VAA04646; Tue, 20 May 1997 21:47:08 -0500 (CDT) Message-Id: <199705210247.VAA04646@kf0yn.ampr.org> Date: Tue, 20 May 1997 21:47:08 -0500 (CDT) From: "Carl M. Fongheiser" Reply-To: cmf@netins.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3646: kernel built with "options NETATALK" fails to boot Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3646 >Category: kern >Synopsis: kernel built with "options NETATALK" fails to boot >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 20 19:50:01 PDT 1997 >Last-Modified: >Originator: Carl M. Fongheiser >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: -current as of May 16th >Description: A kernel built with "options NETATALK" compiles, but panics on boot with the message "panic: domaininit: appletalksw[0] has no usrreqs". >How-To-Repeat: Build a kernel with "options NETATALK", install and boot. >Fix: The following patches prevent the panic (but netatalk still doesn't work): *** at_proto.c_save Tue May 13 17:12:00 1997 --- at_proto.c Fri May 16 07:43:40 1997 *************** *** 59,64 **** --- 59,65 ---- NULL, /* utility routines. */ ddp_init, 0, 0, 0, + &ddp_usrreqs }, }; *** ddp_var.h_save Thu May 23 20:35:42 1996 --- ddp_var.h Fri May 16 07:47:53 1997 *************** *** 32,36 **** --- 32,37 ---- extern struct ddpcb *ddp_ports[ ]; extern struct ddpcb *ddpcb; struct ddpstat ddpstat; + extern struct pr_usrreqs ddp_usrreqs; #endif #endif /* _NETATALK_DDP_VAR_H_ */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 20 21:22:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA16402 for bugs-outgoing; Tue, 20 May 1997 21:22:17 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA16378; Tue, 20 May 1997 21:22:09 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wU2pb-0006Ay-00; Tue, 20 May 1997 22:16:55 -0600 To: Peter Wemm Subject: Re: trap type 29 on P6 Cc: Jason Thorpe , dg@root.com, Kazutaka YOKOTA , freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org In-reply-to: Your message of "Tue, 20 May 1997 12:09:40 +0800." <199705200409.MAA28246@spinner.DIALix.COM> References: <199705200409.MAA28246@spinner.DIALix.COM> Date: Tue, 20 May 1997 22:16:55 -0600 From: Warner Losh Message-Id: Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199705200409.MAA28246@spinner.DIALix.COM> Peter Wemm writes: : We do to, we log it as a 'stray irq' - and have done this for quite some : time - right back to FreeBSD 2.0.5 as far as I can tell, possibly further. FreeBSD 1.0 GAMMA used to generate a stray irq7 for me the first time I hit the shift key after rebooting, and sometimes when I hit a keyboard key after that.... It got worse in 1.1R, but much much better in 1.1.5.1 or 2.0.5. I think that 2.0 or 2.0.5 introduced the concept of I've logged too many of these, I'm quitting now, but I could be mistaken. Warner From owner-freebsd-bugs Tue May 20 21:59:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA18330 for bugs-outgoing; Tue, 20 May 1997 21:59:36 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA18321; Tue, 20 May 1997 21:58:56 -0700 (PDT) From: Satoshi Asami Received: (from asami@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA24280; Tue, 20 May 1997 21:58:28 -0700 (PDT) Date: Tue, 20 May 1997 21:58:28 -0700 (PDT) Message-Id: <199705210458.VAA24280@freefall.freebsd.org> To: asami@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/3386 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: kernel 'config' wrapper 'doconfig' ala Digital Unix's doconfig Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: asami Responsible-Changed-When: Tue May 20 21:57:34 PDT 1997 Responsible-Changed-Why: Misfiled PR. From owner-freebsd-bugs Tue May 20 22:00:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA18430 for bugs-outgoing; Tue, 20 May 1997 22:00:09 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA18332; Tue, 20 May 1997 21:59:36 -0700 (PDT) From: Satoshi Asami Received: (from asami@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA24356; Tue, 20 May 1997 21:59:08 -0700 (PDT) Date: Tue, 20 May 1997 21:59:08 -0700 (PDT) Message-Id: <199705210459.VAA24356@freefall.freebsd.org> To: asami@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/3643 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: man page of login_getclass(3) not up-to-date Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: asami Responsible-Changed-When: Tue May 20 21:58:41 PDT 1997 Responsible-Changed-Why: Misfiled PR. From owner-freebsd-bugs Tue May 20 23:00:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA20909 for bugs-outgoing; Tue, 20 May 1997 23:00:19 -0700 (PDT) Received: from gw-nl1.philips.com (gw-nl1.philips.com [192.68.44.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA20904 for ; Tue, 20 May 1997 23:00:12 -0700 (PDT) Received: (from nobody@localhost) by gw-nl1.philips.com (8.6.10/8.6.10-0.994n-08Nov95) id IAA16013 for ; Wed, 21 May 1997 08:00:10 +0200 Received: from smtprelay.nl.cis.philips.com(130.139.36.3) by gw-nl1.philips.com via smap (V1.3+ESMTP) with ESMTP id sma015887; Wed May 21 07:59:26 1997 Received: from sunnm.at.cp.philips.com (sunnm.at.cp.philips.com [130.146.10.240]) by smtprelay.nl.cis.philips.com (8.6.10/8.6.10-1.2.1m-970402) with SMTP id HAA05442 for ; Wed, 21 May 1997 07:59:23 +0200 Received: from PC29 (pc29.at.ds.philips.com) by sunnm.at.cp.philips.com (4.1/SMI-4.1 PL5) id AA28269; Wed, 21 May 97 08:02:41 +0200 Message-Id: <3.0.1.32.19970521075918.00691d14@130.146.10.240> X-Sender: mbirg@130.146.10.240 X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Wed, 21 May 1997 07:59:18 +0200 To: freebsd-bugs@FreeBSD.ORG From: Martin Birgmeier Subject: Patch to bin/ls/stat_flags.c & improved functionality for find(1) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Dear FreeBSD gurus, I wanted find(1) to be able to check file flags... While working on this, I found a bug in bin/ls/stat_flags.c, and largely rewrote the latter for easier maintenance. Below you find both patches. Please forward them to the NetBSD and OpenBSD groups as well. Thanks for the system & best regards, Martin P.S. I'd also like to have HP-UX's -newer[acm][acm]{0,1} functions to find(1), as well as my own invention (or someone else's?) -date[acm]{0,1} [+-]{0,1}. Once I find some spare time again, I'll do that - unless you are faster :-). This would be made easier by incorporating the various getdate.y(3) into the C (or other?) library. ==================== cut here ==================== *** /usr/src/bin/ls/stat_flags.c Sat Sep 24 04:55:57 1994 --- /users/martin/find/stat_flags.c Thu May 8 11:13:20 1997 *************** *** 43,54 **** #include #include ! #define SAPPEND(s) { \ ! if (prefix != NULL) \ ! (void)strcat(string, prefix); \ ! (void)strcat(string, s); \ ! prefix = ","; \ ! } /* * flags_to_string -- --- 43,69 ---- #include #include ! static struct { ! char *name; ! u_long flag; ! int invert; ! } mapping[] = { ! /* canonical names per flag first, all prefixed by "no" */ ! { "nosappend", SF_APPEND, 0 }, ! { "nosappnd", SF_APPEND, 0 }, ! { "noarchived", SF_ARCHIVED, 0 }, ! { "noarch", SF_ARCHIVED, 0 }, ! { "nosimmutable", SF_IMMUTABLE, 0 }, ! { "noschange", SF_IMMUTABLE, 0 }, ! { "noschg", SF_IMMUTABLE, 0 }, ! { "nouappend", UF_APPEND, 0 }, ! { "nouappnd", UF_APPEND, 0 }, ! { "nouimmutable", UF_IMMUTABLE, 0 }, ! { "nouchange", UF_IMMUTABLE, 0 }, ! { "nouchg", UF_IMMUTABLE, 0 }, ! { "nodump", UF_NODUMP, 1 } ! }; ! #define nmappings (sizeof(mapping) / sizeof(mapping[0])) /* * flags_to_string -- *************** *** 61,94 **** char *def; { static char string[128]; ! char *prefix; ! ! string[0] = '\0'; ! prefix = NULL; ! if (flags & UF_APPEND) ! SAPPEND("uappnd"); ! if (flags & UF_IMMUTABLE) ! SAPPEND("uchg"); ! if (flags & UF_NODUMP) ! SAPPEND("nodump"); ! if (flags & SF_APPEND) ! SAPPEND("sappnd"); ! if (flags & SF_ARCHIVED) ! SAPPEND("arch"); ! if (flags & SF_IMMUTABLE) ! SAPPEND("schg"); ! return (prefix == NULL && def != NULL ? def : string); ! } ! #define TEST(a, b, f) { \ ! if (!memcmp(a, b, sizeof(b))) { \ ! if (clear) { \ ! if (clrp) \ ! *clrp |= (f); \ ! } else if (setp) \ ! *setp |= (f); \ ! break; \ ! } \ } /* --- 76,98 ---- char *def; { static char string[128]; ! char *sp, *dp; ! u_long setflags; ! int i; ! setflags = flags; ! dp = string; ! for (i = 0; i < nmappings; i++) { ! if (setflags & mapping[i].flag) { ! if (dp > string) ! *dp++ = ','; ! for (sp = mapping[i].invert ? mapping[i].name : ! mapping[i].name + 2; *sp; *dp++ = *sp++) ; ! setflags &= ~mapping[i].flag; ! } ! } ! *dp++ = '\0'; ! return (dp == string && def != NULL ? def : string); } /* *************** *** 102,111 **** char **stringp; u_long *setp, *clrp; { - int clear; char *string, *p; - clear = 0; if (setp) *setp = 0; if (clrp) --- 106,114 ---- char **stringp; u_long *setp, *clrp; { char *string, *p; + int i; if (setp) *setp = 0; if (clrp) *************** *** 115,150 **** *stringp = p; if (*p == '\0') continue; ! if (p[0] == 'n' && p[1] == 'o') { ! clear = 1; ! p += 2; ! } ! switch (p[0]) { ! case 'a': ! TEST(p, "arch", SF_ARCHIVED); ! TEST(p, "archived", SF_ARCHIVED); ! return (1); ! case 'd': ! clear = !clear; ! TEST(p, "dump", UF_NODUMP); ! return (1); ! case 's': ! TEST(p, "sappnd", SF_APPEND); ! TEST(p, "sappend", SF_APPEND); ! TEST(p, "schg", SF_IMMUTABLE); ! TEST(p, "schange", SF_IMMUTABLE); ! TEST(p, "simmutable", SF_IMMUTABLE); ! return (1); ! case 'u': ! TEST(p, "uappnd", UF_APPEND); ! TEST(p, "uappend", UF_APPEND); ! TEST(p, "uchg", UF_IMMUTABLE); ! TEST(p, "uchange", UF_IMMUTABLE); ! TEST(p, "uimmutable", UF_IMMUTABLE); ! /* FALLTHROUGH */ ! default: ! return (1); } } ! return (0); } --- 118,146 ---- *stringp = p; if (*p == '\0') continue; ! for (i = 0; i < nmappings; i++) { ! if (strcmp(p, mapping[i].name + 2) == 0) { ! if (mapping[i].invert) { ! if (clrp) ! *clrp |= mapping[i].flag; ! } else { ! if (setp) ! *setp |= mapping[i].flag; ! } ! break; ! } else if (strcmp(p, mapping[i].name) == 0) { ! if (mapping[i].invert) { ! if (setp) ! *setp |= mapping[i].flag; ! } else { ! if (clrp) ! *clrp |= mapping[i].flag; ! } ! break; ! } } + if (i == nmappings) + return 1; } ! return 0; } ==================== cut here ==================== ==================== cut here ==================== diff -c /usr/src/usr.bin/find/Makefile /users/martin/find/Makefile *** /usr/src/usr.bin/find/Makefile Fri May 27 14:31:10 1994 --- /users/martin/find/Makefile Wed May 7 21:33:15 1997 *************** *** 1,6 **** # @(#)Makefile 8.1 (Berkeley) 6/6/93 PROG= find ! SRCS= find.c function.c ls.c main.c misc.c operator.c option.c .include --- 1,7 ---- # @(#)Makefile 8.1 (Berkeley) 6/6/93 PROG= find ! SRCS= find.c function.c ls.c main.c misc.c operator.c option.c stat_flags.c ! .PATH: /usr/src/bin/ls .include diff -c /usr/src/usr.bin/find/extern.h /users/martin/find/extern.h *** /usr/src/usr.bin/find/extern.h Fri Oct 4 14:54:04 1996 --- /users/martin/find/extern.h Wed May 7 21:37:51 1997 *************** *** 52,57 **** --- 52,58 ---- PLAN *c_delete __P((void)); PLAN *c_depth __P((void)); PLAN *c_exec __P((char ***, int)); + PLAN *c_flags __P((char *)); PLAN *c_follow __P((void)); PLAN *c_fstype __P((char *)); PLAN *c_group __P((char *)); diff -c /usr/src/usr.bin/find/find.1 /users/martin/find/find.1 *** /usr/src/usr.bin/find/find.1 Wed May 7 19:36:47 1997 --- /users/martin/find/find.1 Thu May 8 11:18:21 1997 *************** *** 270,275 **** --- 270,288 ---- If the mode is not preceded by a dash, this primary evaluates to true if the bits in the mode exactly match the file's mode bits. Note, the first character of a symbolic mode may not be a dash (``\-''). + .It Ic -flags Op Fl Ns Ar flags + This primary evaluates to true if exactly those flags of the file are + set which are also set using the specified + .Ar flags + (if these are not preceded by a dash (``\-''), + or if they match the specified flags (if these are preceded by a dash). + The + .Ar flags + are specified using symbolic names (see + .Xr chflags 1 ). + Note that this is different from + .Ic -perm , + which only allows you to specify flags which are set. .It Ic -print This primary always evaluates to true. It prints the pathname of the current file to standard output. *************** *** 399,404 **** --- 412,418 ---- that are newer than ``ttt''. .El .Sh SEE ALSO + .Xr chflags 1 , .Xr chmod 1 , .Xr locate 1 , .Xr stat 2 , diff -c /usr/src/usr.bin/find/find.h /users/martin/find/find.h *** /usr/src/usr.bin/find/find.h Fri Oct 4 14:54:05 1996 --- /users/martin/find/find.h Wed May 7 21:36:00 1997 *************** *** 39,45 **** /* node type */ enum ntype { N_AND = 1, /* must start > 0 */ ! N_ATIME, N_CLOSEPAREN, N_CTIME, N_DEPTH, N_EXEC, N_EXPR, N_FOLLOW, N_FSTYPE, N_GROUP, N_INUM, N_LINKS, N_LS, N_MTIME, N_NAME, N_NEWER, N_NOGROUP, N_NOT, N_NOUSER, N_OK, N_OPENPAREN, N_OR, N_PATH, N_PERM, N_PRINT, N_PRUNE, N_SIZE, N_TYPE, N_USER, N_XDEV, --- 39,46 ---- /* node type */ enum ntype { N_AND = 1, /* must start > 0 */ ! N_ATIME, N_CLOSEPAREN, N_CTIME, N_DEPTH, N_EXEC, N_EXPR, N_FLAGS, ! N_FOLLOW, N_FSTYPE, N_GROUP, N_INUM, N_LINKS, N_LS, N_MTIME, N_NAME, N_NEWER, N_NOGROUP, N_NOT, N_NOUSER, N_OK, N_OPENPAREN, N_OR, N_PATH, N_PERM, N_PRINT, N_PRUNE, N_SIZE, N_TYPE, N_USER, N_XDEV, *************** *** 64,69 **** --- 65,74 ---- gid_t _g_data; /* gid */ ino_t _i_data; /* inode */ mode_t _m_data; /* mode mask */ + struct { + u_long _f_flags; + u_long _f_mask; + } fl; nlink_t _l_data; /* link count */ off_t _o_data; /* file size */ time_t _t_data; /* time value */ *************** *** 81,88 **** } PLAN; #define a_data p_un._a_data #define c_data p_un._c_data ! #define i_data p_un._i_data #define g_data p_un._g_data #define l_data p_un._l_data #define m_data p_un._m_data #define mt_data p_un._mt_data --- 86,95 ---- } PLAN; #define a_data p_un._a_data #define c_data p_un._c_data ! #define fl_flags p_un.fl._f_flags ! #define fl_mask p_un.fl._f_mask #define g_data p_un._g_data + #define i_data p_un._i_data #define l_data p_un._l_data #define m_data p_un._m_data #define mt_data p_un._mt_data diff -c /usr/src/usr.bin/find/function.c /users/martin/find/function.c *** /usr/src/usr.bin/find/function.c Sun Feb 16 09:41:05 1997 --- /users/martin/find/function.c Thu May 8 11:26:34 1997 *************** *** 57,62 **** --- 57,64 ---- #include "find.h" + int string_to_flags __P((char **, u_long *, u_long *)); + #define COMPARE(a, b) { \ switch (plan->flags) { \ case F_EQUAL: \ *************** *** 763,772 **** } if ((set = setmode(perm)) == NULL) ! err(1, "-perm: %s: illegal mode string", perm); new->m_data = getmode(set, 0); return (new); } /* --- 765,820 ---- } if ((set = setmode(perm)) == NULL) ! errx(1, "-perm: %s: illegal mode string", perm); new->m_data = getmode(set, 0); return (new); + } + + int + f_flags(plan, entry) + PLAN *plan; + FTSENT *entry; + { + u_long flags; + + flags = entry->fts_statp->st_flags & + (UF_NODUMP | UF_IMMUTABLE | UF_APPEND | UF_OPAQUE | + SF_ARCHIVED | SF_IMMUTABLE | SF_APPEND); + if (plan->flags == F_ATLEAST) + /* note that plan->fl_flags always is a subset of + plan->fl_mask */ + return (flags & plan->fl_mask) == plan->fl_flags; + else + return flags == plan->fl_flags; + /* NOTREACHED */ + } + + PLAN * + c_flags(flags_str) + char *flags_str; + { + PLAN *new; + u_long flags, notflags; + + ftsoptions &= ~FTS_NOSTAT; + + new = palloc(N_FLAGS, f_flags); + + if (*flags_str == '-') { + new->flags = F_ATLEAST; + flags_str++; + } + if (string_to_flags(&flags_str, &flags, ¬flags) == 1) + errx(1, "-flags: %s: illegal flags string", flags_str); + + new->fl_flags = flags; + new->fl_mask = flags | notflags; + #if 0 + printf("flags = %08x, mask = %08x (%08x, %08x)\n", + new->fl_flags, new->fl_mask, flags, notflags); + #endif + return new; } /* diff -c /usr/src/usr.bin/find/option.c /users/martin/find/option.c *** /usr/src/usr.bin/find/option.c Fri Oct 4 14:54:07 1996 --- /users/martin/find/option.c Wed May 7 20:50:35 1997 *************** *** 63,68 **** --- 63,69 ---- { "-delete", N_DELETE, c_delete, O_ZERO }, { "-depth", N_DEPTH, c_depth, O_ZERO }, { "-exec", N_EXEC, c_exec, O_ARGVP }, + { "-flags", N_FLAGS, c_flags, O_ARGV }, { "-follow", N_FOLLOW, c_follow, O_ZERO }, { "-fstype", N_FSTYPE, c_fstype, O_ARGV }, { "-group", N_GROUP, c_group, O_ARGV }, ==================== cut here ==================== --- Martin Birgmeier Philips Speech Processing Computerstrasse 6 P.O. Box 274 Tel: +43 1 60101 4120 A-1101 Vienna Fax: +43 1 60101 4145 Austria e-mail: mbirg@austria.ds.philips.com From owner-freebsd-bugs Wed May 21 00:20:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA24353 for bugs-outgoing; Wed, 21 May 1997 00:20:50 -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 AAA24348; Wed, 21 May 1997 00:20:47 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA10720; Wed, 21 May 1997 09:20:36 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA03780; Wed, 21 May 1997 08:50:04 +0200 (MET DST) Message-ID: <19970521085004.QF52310@uriah.heep.sax.de> Date: Wed, 21 May 1997 08:50:04 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: brett@lariat.org (Brett Glass) Cc: bugs@FreeBSD.ORG, questions@FreeBSD.ORG Subject: Re: Help! 2.2.2-R Crashing! References: <3.0.1.32.19970520054232.006daec0@lariat.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: <3.0.1.32.19970520054232.006daec0@lariat.org>; from Brett Glass on May 20, 1997 05:42:32 -0600 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Brett Glass wrote: > --------------- > Fatal trap 26: segment not present fault while in kernel mode > instruction pointer = 0x8:0xf016ab85 ^^^^^^^^^^ Where is this? > interrupt mask = > panic: segment not present fault Uh, that's hard. Are you sure the hardware is actually okay? -- 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 May 21 02:08:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA29292 for bugs-outgoing; Wed, 21 May 1997 02:08:53 -0700 (PDT) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA29287 for ; Wed, 21 May 1997 02:08:48 -0700 (PDT) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id RAA15215; Wed, 21 May 1997 17:56:28 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (GcRF4SGAp4p3lhpA3doa9b6R5kIF6nhN@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id RAA30469; Wed, 21 May 1997 17:56:27 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id SAA10254; Wed, 21 May 1997 18:01:31 +0900 (JST) Message-Id: <199705210901.SAA10254@zodiac.mech.utsunomiya-u.ac.jp> To: Bruce Evans cc: dg@root.com, peter@spinner.DIALix.COM, freebsd-bugs@freebsd.org, thorpej@nas.nasa.gov, imp@village.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: trap type 29 on P6 In-reply-to: Your message of "Tue, 20 May 1997 15:55:00 +1000." <199705200555.PAA19649@godzilla.zeta.org.au> References: <199705200555.PAA19649@godzilla.zeta.org.au> Date: Wed, 21 May 1997 18:01:30 +0900 From: Kazutaka YOKOTA Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>Hmm.. But what I want to know is why the local APIC is doing this when >>it's not active? And why does it coincide with IO instructions? >> >>Anyway, assuming that's the case, how does this look: >>Index: trap.c > >I don't like ignoring unexpected exceptions. I would only ignore >exception 15 on P6's (it's sort of expected there). How about this then? Alternatively, should we filter this exception at the lower level in exception.s? Kazu --- trap.c-dist Sun May 4 18:58:18 1997 +++ trap.c Wed May 21 17:48:10 1997 @@ -431,6 +431,7 @@ } return; } + break; #else /* !POWERFAIL_NMI */ #ifdef DDB /* NMI can be hooked up to a pushbutton for debugging */ @@ -439,10 +440,17 @@ return; #endif /* DDB */ /* machine/parity/power fail/"kitchen sink" faults */ - if (isa_nmi(code) == 0) return; - /* FALL THROUGH */ + if (isa_nmi(code) == 0) + return; + break; #endif /* POWERFAIL_NMI */ #endif /* NISA > 0 */ + case T_RESERVED: + if (cpu == CPU_686) { + printf("stray T_RESERVED trap (ignored)\n"); + return; + } + break; } trap_fatal(&frame); From owner-freebsd-bugs Wed May 21 02:37:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA00682 for bugs-outgoing; Wed, 21 May 1997 02:37:36 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA00664 for ; Wed, 21 May 1997 02:37:31 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id TAA16022; Wed, 21 May 1997 19:33:59 +1000 Date: Wed, 21 May 1997 19:33:59 +1000 From: Bruce Evans Message-Id: <199705210933.TAA16022@godzilla.zeta.org.au> To: bde@zeta.org.au, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: trap type 29 on P6 Cc: dg@root.com, freebsd-bugs@freebsd.org, imp@village.org, peter@spinner.DIALix.COM, thorpej@nas.nasa.gov Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>I don't like ignoring unexpected exceptions. I would only ignore >>exception 15 on P6's (it's sort of expected there). > >How about this then? > >Alternatively, should we filter this exception at the lower level in >exception.s? There needs to be another exception vector (as in NetBSD). T_RESERVED is a bit bucket for all unexpected exceptions (everything in the range 0-31 that isn't used for something). > #endif /* NISA > 0 */ >+ case T_RESERVED: >+ if (cpu == CPU_686) { >+ printf("stray T_RESERVED trap (ignored)\n"); >+ return; >+ } >+ break; > } The cpu test is slightly easier to do in C (it should probabky be `cpu_class == CPUCLASS_686)', and printfs are much easier to do in C, so handling it in trap.c is best for a test version, but the printf is probably wrong for various reasons - it might cause a nested trap, and it's not clear if there is anything to prevent the trap repeating too many times to be interesting. It may be necessary to handle the user case too, so that the X server doesn't get killed for doing i/o. Bruce From owner-freebsd-bugs Wed May 21 02:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA01104 for bugs-outgoing; Wed, 21 May 1997 02:50:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA01094; Wed, 21 May 1997 02:50:02 -0700 (PDT) Resent-Date: Wed, 21 May 1997 02:50:02 -0700 (PDT) Resent-Message-Id: <199705210950.CAA01094@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Martin Birgmeier Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.202]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA00832 for ; Wed, 21 May 1997 02:41:12 -0700 (PDT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id LAA18888 for ; Wed, 21 May 1997 11:40:27 +0200 Received: (from j@localhost) by ida.interface-business.de (8.8.5/8.7.3) id LAA25804; Wed, 21 May 1997 11:41:58 +0200 (MET DST) Message-Id: <199705210941.LAA25804@ida.interface-business.de> Date: Wed, 21 May 1997 11:41:58 +0200 (MET DST) From: Martin Birgmeier Reply-To: Martin Birgmeier To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3648: find(1) extension for file flags Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3648 >Category: bin >Synopsis: find(1) extension for file flags >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed May 21 02:50:01 PDT 1997 >Last-Modified: >Originator: Martin Birgmeier >Organization: Philips Speech Processing, Austria >Release: FreeBSD 2.2-STABLE i386 >Environment: >Description: I wanted find(1) to be able to check file flags... While working on this, I found a bug in bin/ls/stat_flags.c, and largely rewrote the latter for easier maintenance. Below you find both patches. Please forward them to the NetBSD and OpenBSD groups as well. Thanks for the system & best regards, Martin P.S. I'd also like to have HP-UX's -newer[acm][acm]{0,1} functions to find(1), as well as my own invention (or someone else's?) -date[acm]{0,1} [+-]{0,1}. Once I find some spare time again, I'll do that - unless you are faster :-). This would be made easier by incorporating the various getdate.y(3) into the C (or other?) library. >How-To-Repeat: >Fix: ==================== cut here ==================== *** /usr/src/bin/ls/stat_flags.c Sat Sep 24 04:55:57 1994 --- /users/martin/find/stat_flags.c Thu May 8 11:13:20 1997 *************** *** 43,54 **** #include #include ! #define SAPPEND(s) { \ ! if (prefix != NULL) \ ! (void)strcat(string, prefix); \ ! (void)strcat(string, s); \ ! prefix = ","; \ ! } /* * flags_to_string -- --- 43,69 ---- #include #include ! static struct { ! char *name; ! u_long flag; ! int invert; ! } mapping[] = { ! /* canonical names per flag first, all prefixed by "no" */ ! { "nosappend", SF_APPEND, 0 }, ! { "nosappnd", SF_APPEND, 0 }, ! { "noarchived", SF_ARCHIVED, 0 }, ! { "noarch", SF_ARCHIVED, 0 }, ! { "nosimmutable", SF_IMMUTABLE, 0 }, ! { "noschange", SF_IMMUTABLE, 0 }, ! { "noschg", SF_IMMUTABLE, 0 }, ! { "nouappend", UF_APPEND, 0 }, ! { "nouappnd", UF_APPEND, 0 }, ! { "nouimmutable", UF_IMMUTABLE, 0 }, ! { "nouchange", UF_IMMUTABLE, 0 }, ! { "nouchg", UF_IMMUTABLE, 0 }, ! { "nodump", UF_NODUMP, 1 } ! }; ! #define nmappings (sizeof(mapping) / sizeof(mapping[0])) /* * flags_to_string -- *************** *** 61,94 **** char *def; { static char string[128]; ! char *prefix; ! ! string[0] = '\0'; ! prefix = NULL; ! if (flags & UF_APPEND) ! SAPPEND("uappnd"); ! if (flags & UF_IMMUTABLE) ! SAPPEND("uchg"); ! if (flags & UF_NODUMP) ! SAPPEND("nodump"); ! if (flags & SF_APPEND) ! SAPPEND("sappnd"); ! if (flags & SF_ARCHIVED) ! SAPPEND("arch"); ! if (flags & SF_IMMUTABLE) ! SAPPEND("schg"); ! return (prefix == NULL && def != NULL ? def : string); ! } ! #define TEST(a, b, f) { \ ! if (!memcmp(a, b, sizeof(b))) { \ ! if (clear) { \ ! if (clrp) \ ! *clrp |= (f); \ ! } else if (setp) \ ! *setp |= (f); \ ! break; \ ! } \ } /* --- 76,98 ---- char *def; { static char string[128]; ! char *sp, *dp; ! u_long setflags; ! int i; ! setflags = flags; ! dp = string; ! for (i = 0; i < nmappings; i++) { ! if (setflags & mapping[i].flag) { ! if (dp > string) ! *dp++ = ','; ! for (sp = mapping[i].invert ? mapping[i].name : ! mapping[i].name + 2; *sp; *dp++ = *sp++) ; ! setflags &= ~mapping[i].flag; ! } ! } ! *dp++ = '\0'; ! return (dp == string && def != NULL ? def : string); } /* *************** *** 102,111 **** char **stringp; u_long *setp, *clrp; { - int clear; char *string, *p; - clear = 0; if (setp) *setp = 0; if (clrp) --- 106,114 ---- char **stringp; u_long *setp, *clrp; { char *string, *p; + int i; if (setp) *setp = 0; if (clrp) *************** *** 115,150 **** *stringp = p; if (*p == '\0') continue; ! if (p[0] == 'n' && p[1] == 'o') { ! clear = 1; ! p += 2; ! } ! switch (p[0]) { ! case 'a': ! TEST(p, "arch", SF_ARCHIVED); ! TEST(p, "archived", SF_ARCHIVED); ! return (1); ! case 'd': ! clear = !clear; ! TEST(p, "dump", UF_NODUMP); ! return (1); ! case 's': ! TEST(p, "sappnd", SF_APPEND); ! TEST(p, "sappend", SF_APPEND); ! TEST(p, "schg", SF_IMMUTABLE); ! TEST(p, "schange", SF_IMMUTABLE); ! TEST(p, "simmutable", SF_IMMUTABLE); ! return (1); ! case 'u': ! TEST(p, "uappnd", UF_APPEND); ! TEST(p, "uappend", UF_APPEND); ! TEST(p, "uchg", UF_IMMUTABLE); ! TEST(p, "uchange", UF_IMMUTABLE); ! TEST(p, "uimmutable", UF_IMMUTABLE); ! /* FALLTHROUGH */ ! default: ! return (1); } } ! return (0); } --- 118,146 ---- *stringp = p; if (*p == '\0') continue; ! for (i = 0; i < nmappings; i++) { ! if (strcmp(p, mapping[i].name + 2) == 0) { ! if (mapping[i].invert) { ! if (clrp) ! *clrp |= mapping[i].flag; ! } else { ! if (setp) ! *setp |= mapping[i].flag; ! } ! break; ! } else if (strcmp(p, mapping[i].name) == 0) { ! if (mapping[i].invert) { ! if (setp) ! *setp |= mapping[i].flag; ! } else { ! if (clrp) ! *clrp |= mapping[i].flag; ! } ! break; ! } } + if (i == nmappings) + return 1; } ! return 0; } ==================== cut here ==================== ==================== cut here ==================== diff -c /usr/src/usr.bin/find/Makefile /users/martin/find/Makefile *** /usr/src/usr.bin/find/Makefile Fri May 27 14:31:10 1994 --- /users/martin/find/Makefile Wed May 7 21:33:15 1997 *************** *** 1,6 **** # @(#)Makefile 8.1 (Berkeley) 6/6/93 PROG= find ! SRCS= find.c function.c ls.c main.c misc.c operator.c option.c .include --- 1,7 ---- # @(#)Makefile 8.1 (Berkeley) 6/6/93 PROG= find ! SRCS= find.c function.c ls.c main.c misc.c operator.c option.c stat_flags.c ! .PATH: /usr/src/bin/ls .include diff -c /usr/src/usr.bin/find/extern.h /users/martin/find/extern.h *** /usr/src/usr.bin/find/extern.h Fri Oct 4 14:54:04 1996 --- /users/martin/find/extern.h Wed May 7 21:37:51 1997 *************** *** 52,57 **** --- 52,58 ---- PLAN *c_delete __P((void)); PLAN *c_depth __P((void)); PLAN *c_exec __P((char ***, int)); + PLAN *c_flags __P((char *)); PLAN *c_follow __P((void)); PLAN *c_fstype __P((char *)); PLAN *c_group __P((char *)); diff -c /usr/src/usr.bin/find/find.1 /users/martin/find/find.1 *** /usr/src/usr.bin/find/find.1 Wed May 7 19:36:47 1997 --- /users/martin/find/find.1 Thu May 8 11:18:21 1997 *************** *** 270,275 **** --- 270,288 ---- If the mode is not preceded by a dash, this primary evaluates to true if the bits in the mode exactly match the file's mode bits. Note, the first character of a symbolic mode may not be a dash (``\-''). + .It Ic -flags Op Fl Ns Ar flags + This primary evaluates to true if exactly those flags of the file are + set which are also set using the specified + .Ar flags + (if these are not preceded by a dash (``\-''), + or if they match the specified flags (if these are preceded by a dash). + The + .Ar flags + are specified using symbolic names (see + .Xr chflags 1 ). + Note that this is different from + .Ic -perm , + which only allows you to specify flags which are set. .It Ic -print This primary always evaluates to true. It prints the pathname of the current file to standard output. *************** *** 399,404 **** --- 412,418 ---- that are newer than ``ttt''. .El .Sh SEE ALSO + .Xr chflags 1 , .Xr chmod 1 , .Xr locate 1 , .Xr stat 2 , diff -c /usr/src/usr.bin/find/find.h /users/martin/find/find.h *** /usr/src/usr.bin/find/find.h Fri Oct 4 14:54:05 1996 --- /users/martin/find/find.h Wed May 7 21:36:00 1997 *************** *** 39,45 **** /* node type */ enum ntype { N_AND = 1, /* must start > 0 */ ! N_ATIME, N_CLOSEPAREN, N_CTIME, N_DEPTH, N_EXEC, N_EXPR, N_FOLLOW, N_FSTYPE, N_GROUP, N_INUM, N_LINKS, N_LS, N_MTIME, N_NAME, N_NEWER, N_NOGROUP, N_NOT, N_NOUSER, N_OK, N_OPENPAREN, N_OR, N_PATH, N_PERM, N_PRINT, N_PRUNE, N_SIZE, N_TYPE, N_USER, N_XDEV, --- 39,46 ---- /* node type */ enum ntype { N_AND = 1, /* must start > 0 */ ! N_ATIME, N_CLOSEPAREN, N_CTIME, N_DEPTH, N_EXEC, N_EXPR, N_FLAGS, ! N_FOLLOW, N_FSTYPE, N_GROUP, N_INUM, N_LINKS, N_LS, N_MTIME, N_NAME, N_NEWER, N_NOGROUP, N_NOT, N_NOUSER, N_OK, N_OPENPAREN, N_OR, N_PATH, N_PERM, N_PRINT, N_PRUNE, N_SIZE, N_TYPE, N_USER, N_XDEV, *************** *** 64,69 **** --- 65,74 ---- gid_t _g_data; /* gid */ ino_t _i_data; /* inode */ mode_t _m_data; /* mode mask */ + struct { + u_long _f_flags; + u_long _f_mask; + } fl; nlink_t _l_data; /* link count */ off_t _o_data; /* file size */ time_t _t_data; /* time value */ *************** *** 81,88 **** } PLAN; #define a_data p_un._a_data #define c_data p_un._c_data ! #define i_data p_un._i_data #define g_data p_un._g_data #define l_data p_un._l_data #define m_data p_un._m_data #define mt_data p_un._mt_data --- 86,95 ---- } PLAN; #define a_data p_un._a_data #define c_data p_un._c_data ! #define fl_flags p_un.fl._f_flags ! #define fl_mask p_un.fl._f_mask #define g_data p_un._g_data + #define i_data p_un._i_data #define l_data p_un._l_data #define m_data p_un._m_data #define mt_data p_un._mt_data diff -c /usr/src/usr.bin/find/function.c /users/martin/find/function.c *** /usr/src/usr.bin/find/function.c Sun Feb 16 09:41:05 1997 --- /users/martin/find/function.c Thu May 8 11:26:34 1997 *************** *** 57,62 **** --- 57,64 ---- #include "find.h" + int string_to_flags __P((char **, u_long *, u_long *)); + #define COMPARE(a, b) { \ switch (plan->flags) { \ case F_EQUAL: \ *************** *** 763,772 **** } if ((set = setmode(perm)) == NULL) ! err(1, "-perm: %s: illegal mode string", perm); new->m_data = getmode(set, 0); return (new); } /* --- 765,820 ---- } if ((set = setmode(perm)) == NULL) ! errx(1, "-perm: %s: illegal mode string", perm); new->m_data = getmode(set, 0); return (new); + } + + int + f_flags(plan, entry) + PLAN *plan; + FTSENT *entry; + { + u_long flags; + + flags = entry->fts_statp->st_flags & + (UF_NODUMP | UF_IMMUTABLE | UF_APPEND | UF_OPAQUE | + SF_ARCHIVED | SF_IMMUTABLE | SF_APPEND); + if (plan->flags == F_ATLEAST) + /* note that plan->fl_flags always is a subset of + plan->fl_mask */ + return (flags & plan->fl_mask) == plan->fl_flags; + else + return flags == plan->fl_flags; + /* NOTREACHED */ + } + + PLAN * + c_flags(flags_str) + char *flags_str; + { + PLAN *new; + u_long flags, notflags; + + ftsoptions &= ~FTS_NOSTAT; + + new = palloc(N_FLAGS, f_flags); + + if (*flags_str == '-') { + new->flags = F_ATLEAST; + flags_str++; + } + if (string_to_flags(&flags_str, &flags, ¬flags) == 1) + errx(1, "-flags: %s: illegal flags string", flags_str); + + new->fl_flags = flags; + new->fl_mask = flags | notflags; + #if 0 + printf("flags = %08x, mask = %08x (%08x, %08x)\n", + new->fl_flags, new->fl_mask, flags, notflags); + #endif + return new; } /* diff -c /usr/src/usr.bin/find/option.c /users/martin/find/option.c *** /usr/src/usr.bin/find/option.c Fri Oct 4 14:54:07 1996 --- /users/martin/find/option.c Wed May 7 20:50:35 1997 *************** *** 63,68 **** --- 63,69 ---- { "-delete", N_DELETE, c_delete, O_ZERO }, { "-depth", N_DEPTH, c_depth, O_ZERO }, { "-exec", N_EXEC, c_exec, O_ARGVP }, + { "-flags", N_FLAGS, c_flags, O_ARGV }, { "-follow", N_FOLLOW, c_follow, O_ZERO }, { "-fstype", N_FSTYPE, c_fstype, O_ARGV }, { "-group", N_GROUP, c_group, O_ARGV }, >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 21 03:11:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA02065 for bugs-outgoing; Wed, 21 May 1997 03:11:57 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA02046; Wed, 21 May 1997 03:11:50 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id UAA17506; Wed, 21 May 1997 20:09:32 +1000 Date: Wed, 21 May 1997 20:09:32 +1000 From: Bruce Evans Message-Id: <199705211009.UAA17506@godzilla.zeta.org.au> To: imp@village.org, peter@spinner.DIALix.COM Subject: Re: trap type 29 on P6 Cc: dg@root.com, freebsd-bugs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, thorpej@nas.nasa.gov, yokota@zodiac.mech.utsunomiya-u.ac.jp Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >FreeBSD 1.0 GAMMA used to generate a stray irq7 for me the first time >I hit the shift key after rebooting, and sometimes when I hit a >keyboard key after that.... It got worse in 1.1R, but much much >better in 1.1.5.1 or 2.0.5. I think that 2.0 or 2.0.5 introduced the >concept of I've logged too many of these, I'm quitting now, but I >could be mistaken. This was probably caused by bugs in versions other than 1.1 :-). Pre-1.1 versions didn't report stray irqs very well. 1.1 configures the lpa driver in GENERIC*. Later versions configure the lpt driver with irq7. The lpt driver throws away stray irq7's and hides the problem. Fixing this requires using a non-generic low-level interrupt handler for irq7 and not using AUTO_EOI_1. Bruce From owner-freebsd-bugs Wed May 21 04:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA05119 for bugs-outgoing; Wed, 21 May 1997 04:20:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA05113; Wed, 21 May 1997 04:20:02 -0700 (PDT) Resent-Date: Wed, 21 May 1997 04:20:02 -0700 (PDT) Resent-Message-Id: <199705211120.EAA05113@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, mhugo@dataphone.net Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA04725; Wed, 21 May 1997 04:15:25 -0700 (PDT) Message-Id: <199705211115.EAA04725@hub.freebsd.org> Date: Wed, 21 May 1997 04:15:25 -0700 (PDT) From: mhugo@dataphone.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/3650: Ypserv dumps core randomly. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3650 >Category: bin >Synopsis: Ypserv dumps core randomly. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed May 21 04:20:01 PDT 1997 >Last-Modified: >Originator: Mikael Hugo >Organization: Dataphone >Release: 2.0-stable >Environment: FreeBSD niira.dataphone.se 2.2-STABLE FreeBSD 2.2-STABLE #0: Wed May 21 05:03:53 MET DST 1997 mhugo@niira.dataphone.se:/usr/src/sys/compile/GENERIC i386 >Description: We are running a heavily trafficed ypserver (4000 users with webdirs, ftp,etc). Running 2.1.6 ypserv was no problem at all. We upgraded yesterday to 2.2-stable, and the problems apeared immidiatly. >How-To-Repeat: Just start ypserv and wait for 2-40 minutes, then it exits with signal 11 and dumps core. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 21 04:40:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA05748 for bugs-outgoing; Wed, 21 May 1997 04:40:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA05734; Wed, 21 May 1997 04:40:01 -0700 (PDT) Resent-Date: Wed, 21 May 1997 04:40:01 -0700 (PDT) Resent-Message-Id: <199705211140.EAA05734@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, krw@tcn.net Received: from Pkrw.tcn.net (Pkrw.tcn.net [199.166.4.58]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA05521 for ; Wed, 21 May 1997 04:32:32 -0700 (PDT) Received: (from krw@localhost) by Pkrw.tcn.net (8.8.5/8.8.5) id HAA00497; Wed, 21 May 1997 07:32:17 -0400 (EDT) Message-Id: <199705211132.HAA00497@Pkrw.tcn.net> Date: Wed, 21 May 1997 07:32:17 -0400 (EDT) From: "Kenneth R. Westerback" Reply-To: krw@tcn.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/3651: ppp man page urges incorrect use of HISADDR Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3651 >Category: docs >Synopsis: ppp man page urges incorrect use of HISADDR >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Wed May 21 04:40:00 PDT 1997 >Last-Modified: >Originator: Kenneth R. Westerback >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: FreeBSD 2.2-STABLE i386 ctm'd through 284 >Description: The man page for ppp urges you to put the two lines delete ALL add 0 0 HISADDR in your ppp.conf file to add a default route to your ISP. As I pointed out in a previous PR against the ppp section in the handbook, HISADDR is not available for use during the processing of ppp.conf. While the man page covers up this error by urging the inclusion of the same two lines in the ppp.linkup file, it would I think be better to not urge the erroneous use of HISADDR at all. >How-To-Repeat: man ppp and hit the space bar 30 times. Or look for HISADDR in the file /usr/src/usr.sbin/ppp/ppp.8 >Fix: Here's a stab at a modification. It might be even better to just say put the lines in ppp.linkup and ignore the chance to do without that file. --- ppp.8 Mon May 19 12:26:58 1997 +++ new.ppp.8 Wed May 21 07:16:00 1997 @@ -963,30 +963,41 @@ .Ed .It -In most cases, your ISP will also be your default router. If this is -the case, add the lines +In most cases, your ISP will also be your default router. If you know your +ISP's IP number (say it's 1.2.3.4) you can add the lines .Bd -literal -offset indent delete ALL -add 0 0 HISADDR +add 0 0 1.2.3.4 .Ed .Pp to -.Pa ppp.conf . +.Pa ppp.conf +and do without +.Pa ppp.linkup . .Pp This tells .Nm ppp to delete all routing entries already made by .Nm ppp , -then to add a default route to HISADDR. HISADDR is a macro meaning the -"other side"s IP number. +then to add a default route to your ISP. +.Pp +If you're using dynamic IP numbers, you don't put the above two lines +in +.Pa ppp.conf . +Instead you must put the two lines +.Bd -literal -offset indent +delete ALL +add 0 0 HISADDR +.Ed .Pp -If you're using dynamic IP numbers, you must also put these two lines in the .Pa ppp.linkup file. Then, once the link has been established and .Nm ppp knows the actual IP numbers in use, all previous (and probably incorrect) -entries are deleted and a default to the correct IP number is added. Use +entries are deleted and a default to the correct IP number is added. HISADDR +is a macro that expands to the IP address negotiated for your ISP during the +connection process. Use the same label as the one used in .Pa ppp.conf . .Pp >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 21 06:21:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA09333 for bugs-outgoing; Wed, 21 May 1997 06:21:38 -0700 (PDT) Received: from lariat.lariat.org (ppp0.lariat.org@[129.72.251.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA09313; Wed, 21 May 1997 06:21:29 -0700 (PDT) Received: from solo.lariat.org ([129.72.251.10]) by lariat.lariat.org (8.8.5/8.8.5) with SMTP id HAA14007; Wed, 21 May 1997 07:20:49 -0600 (MDT) Message-Id: <3.0.1.32.19970521034726.0075e248@lariat.org> X-Sender: brett@lariat.org X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Wed, 21 May 1997 03:47:26 -0600 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) From: Brett Glass Subject: Re: Help! 2.2.2-R Crashing! Cc: bugs@FreeBSD.ORG, questions@FreeBSD.ORG In-Reply-To: <19970521085004.QF52310@uriah.heep.sax.de> References: <3.0.1.32.19970520054232.006daec0@lariat.org> <3.0.1.32.19970520054232.006daec0@lariat.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 08:50 AM 5/21/97 +0200, you wrote: >As Brett Glass wrote: > >> --------------- >> Fatal trap 26: segment not present fault while in kernel mode >> instruction pointer = 0x8:0xf016ab85 > ^^^^^^^^^^ > >Where is this? Wish I knew. It's an awfully high address. > >> interrupt mask = >> panic: segment not present fault > >Uh, that's hard. Are you sure the hardware is actually okay? 100%. Never failed once under 2.1.0. Could not build a kernel on the system, either. Switched to the GENERIC kernel and was able to build one that was slightly different (omitted the vnode driver and added FAILSAFE and BROKEN_KEYBOARD_RESET). The change seemed to mask the bug, whatever it was, but I'll bet it's still there. --Brett From owner-freebsd-bugs Wed May 21 10:25:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA22299 for bugs-outgoing; Wed, 21 May 1997 10:25:41 -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 KAA22292 for ; Wed, 21 May 1997 10:25:35 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA19094; Wed, 21 May 1997 19:25:00 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id TAA00790; Wed, 21 May 1997 19:02:25 +0200 (MET DST) Message-ID: <19970521190225.GV00996@uriah.heep.sax.de> Date: Wed, 21 May 1997 19:02:25 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: brett@lariat.org (Brett Glass) Cc: bugs@FreeBSD.ORG Subject: Re: Help! 2.2.2-R Crashing! References: <3.0.1.32.19970520054232.006daec0@lariat.org> <3.0.1.32.19970520054232.006daec0@lariat.org> <3.0.1.32.19970521034726.0075e248@lariat.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: <3.0.1.32.19970521034726.0075e248@lariat.org>; from Brett Glass on May 21, 1997 03:47:26 -0600 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Brett Glass wrote: > >> Fatal trap 26: segment not present fault while in kernel mode > >> instruction pointer = 0x8:0xf016ab85 > > ^^^^^^^^^^ > > > >Where is this? > > > Wish I knew. It's an awfully high address. nm /kernel | sort | more is your friend. -- 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 May 21 12:37:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA00893 for bugs-outgoing; Wed, 21 May 1997 12:37:02 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA00879; Wed, 21 May 1997 12:36:37 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA05906; Wed, 21 May 1997 12:36:03 -0700 (PDT) Date: Wed, 21 May 1997 12:36:03 -0700 (PDT) Message-Id: <199705211936.MAA05906@freefall.freebsd.org> To: simokawa@sat.t.u-tokyo.ac.jp, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/3629 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /sys/scsi/pt.c doesn't initialize buf_queue State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Wed May 21 21:35:28 MEST 1997 State-Changed-Why: Suggested fix applied in rev 1.22 of pt.c. Thanks! From owner-freebsd-bugs Wed May 21 12:37:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA00960 for bugs-outgoing; Wed, 21 May 1997 12:37:48 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA00907; Wed, 21 May 1997 12:37:18 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA05994; Wed, 21 May 1997 12:36:45 -0700 (PDT) Date: Wed, 21 May 1997 12:36:45 -0700 (PDT) Message-Id: <199705211936.MAA05994@freefall.freebsd.org> To: bryan@fsel.com, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/3580 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 2.2.1 probes invalid LUNs on Xyratex MCD540 drive State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Wed May 21 21:36:11 MEST 1997 State-Changed-Why: Added a catch-all record for removable SCSI devices in rev 1.87 of scsiconf.c. From owner-freebsd-bugs Wed May 21 12:39:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA01079 for bugs-outgoing; Wed, 21 May 1997 12:39:51 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA01033; Wed, 21 May 1997 12:39:28 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA06158; Wed, 21 May 1997 12:38:54 -0700 (PDT) Date: Wed, 21 May 1997 12:38:54 -0700 (PDT) Message-Id: <199705211938.MAA06158@freefall.freebsd.org> To: krw@tcn.net, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/3480 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: compiling libncurses generates annoying warnings State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Wed May 21 21:38:12 MEST 1997 State-Changed-Why: Dup for bin/2762, closed at request of originator. From owner-freebsd-bugs Wed May 21 12:50:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA01794 for bugs-outgoing; Wed, 21 May 1997 12:50:09 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA01784; Wed, 21 May 1997 12:50:04 -0700 (PDT) Date: Wed, 21 May 1997 12:50:04 -0700 (PDT) Message-Id: <199705211950.MAA01784@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: kern/3629: /sys/scsi/pt.c doesn't initialize buf_queue Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3629; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: simokawa@sat.t.u-tokyo.ac.jp Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/3629: /sys/scsi/pt.c doesn't initialize buf_queue Date: Wed, 21 May 1997 21:30:06 +0200 As Hidetoshi Shimokawa wrote: > pt.c is using pt->buf_queue without initialization. I gonna apply your fix, thanks. > #if NPT > 0 > { > T_PROCESSOR, T_PROCESSOR, T_FIXED, "EPSON SC", "*", "*", > "pt", SC_ONE_LU > }, > #endif /* NPT */ I think processor target devices are not supposed to be auto-detected. When thinking about the integration of your change, i started to wonder why my ScanJet at work is doing the job... and came to the conclusion that it's something like device pt0 at scbus? (Or do you have the problem that it's falsely discovered on multiple LUNs? This would be a different thing, and a reason to add it..) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed May 21 17:38:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA18122 for bugs-outgoing; Wed, 21 May 1997 17:38:29 -0700 (PDT) Received: from george.lbl.gov (george-2.lbl.gov [131.243.2.12]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA18104; Wed, 21 May 1997 17:38:26 -0700 (PDT) Received: (jin@localhost) by george.lbl.gov (8.6.10/8.6.5) id RAA14120; Wed, 21 May 1997 17:38:22 -0700 Date: Wed, 21 May 1997 17:38:22 -0700 From: "Jin Guojun[ITG]" Message-Id: <199705220038.RAA14120@george.lbl.gov> To: brian@mpress.com, bugs@freebsd.org Subject: Re: ASUS P/I-P65UP5 + C-P55T2D dual Pentium MB Cc: hardware@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Has any one successfully installed FreeBSD on an ASUS P/I-P65UP5 dual Pentium >> motherboard with C-P55T2D (two 200 MHz Pentium CPU) daughter board? >> >> I had a memory problem on this motherboard. The same memory was used for >> ASUS P/I-P55TVP4 and TX97-E single Pentium 200 MHz CPU motherboards without >> any problem. They are 60 ns non-parity SIMM. >> However, the same hareware with just a different motherboard, the page fault >> occurred when system swithed to VM mode during the installation; that is, >> when installation passed all probing and switched to graphic installation >> menu. >> Does this imply I have a defective motherboard? or are some special >> setup required for VM start up? >> More info., this motherboard does not work for other UN*X system either. > >I'm running a P65UP5 and I think the same CPU card, ok with >FreeBSD in SMP mode. It was not the motherboard's problem. It is the 2.2.2-RELEASE boot.flp bug. The problem is very strange: NCR-810 SCSI controller + 3-Quantum Fireball 3.2 GB disks causes page fault NCR-810 SCSI controller + 2-Quantum Fireball 3.2 GB disks works OK. After installation, put 3-Quantum Fireball 3.2 GB disks back on the SCSI bus, no more page fault. Also, the 2.2.2-RELEASE installation failed to set the hostname and all network info. (such as ifconfig_ed1, defaultrouter etc.) into the /etc/rc.conf. Another problem in the 2.2.2-RELEASE is that the YP (NIS) client is broken. I remember someone reported YP server is broken. So, it looks like entire YP is broken. Since I cannot make a 2.2.2 machine up, therefore, I use the regular email instead of send-pr to report all problems at this time. Thanks, -Jin From owner-freebsd-bugs Wed May 21 17:45:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA18596 for bugs-outgoing; Wed, 21 May 1997 17:45:11 -0700 (PDT) Received: (from jkh@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA18526; Wed, 21 May 1997 17:44:58 -0700 (PDT) Date: Wed, 21 May 1997 17:44:58 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199705220044.RAA18526@hub.freebsd.org> To: viren@visix.com, jkh, freebsd-bugs Subject: Re: misc/3542 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sysinstall core dumps when installing packages State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed May 21 17:44:38 PDT 1997 State-Changed-Why: Fixed in later releases, thanks. From owner-freebsd-bugs Wed May 21 18:20:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA20332 for bugs-outgoing; Wed, 21 May 1997 18:20:22 -0700 (PDT) Received: from lariat.lariat.org (ppp0.lariat.org@[129.72.251.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA20313; Wed, 21 May 1997 18:20:16 -0700 (PDT) Received: from solo.lariat.org ([129.72.251.10]) by lariat.lariat.org (8.8.5/8.8.5) with SMTP id TAA22640; Wed, 21 May 1997 19:19:46 -0600 (MDT) Message-Id: <3.0.1.32.19970521192048.0070172c@lariat.org> X-Sender: brett@lariat.org X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Wed, 21 May 1997 19:20:48 -0600 To: jin@george.lbl.gov, brian@mpress.com, bugs@FreeBSD.ORG From: Brett Glass Subject: Re: ASUS P/I-P65UP5 + C-P55T2D dual Pentium MB Cc: hardware@FreeBSD.ORG In-Reply-To: <8825649F.00048E3D.00@IWND1.infoworld.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 05:38 PM 5/21/97 -0600, jin@george.lbl.gov wrote: >Also, the 2.2.2-RELEASE installation failed to set the hostname and all >network info. (such as ifconfig_ed1, defaultrouter etc.) into the >/etc/rc.conf. This happened during my upgrade as well. I had to edit manually. Finally got everything running. Also had to put Apache into rc.local, since the apache_httpd option from /etc/sysconfig had no counterpart in rc.conf. I'm beginning to wonder if some of the instabilities I'm seeing are due to running binaries compiled under 2.1-R with 2.2.2-R. --Brett From owner-freebsd-bugs Wed May 21 18:25:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA20738 for bugs-outgoing; Wed, 21 May 1997 18:25:00 -0700 (PDT) Received: (from eivind@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA20682; Wed, 21 May 1997 18:24:43 -0700 (PDT) Date: Wed, 21 May 1997 18:24:43 -0700 (PDT) From: Eivind Eklund Message-Id: <199705220124.SAA20682@hub.freebsd.org> To: soil@quick.net, eivind, freebsd-bugs, eivind Subject: Re: conf/3642 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: named.root State-Changed-From-To: open-closed State-Changed-By: eivind State-Changed-When: Wed May 21 18:23:14 PDT 1997 State-Changed-Why: Newset version from InterNIC committed to HEAD and RELENG_2_2. Thanks! Responsible-Changed-From-To: freebsd-bugs->eivind Responsible-Changed-By: eivind Responsible-Changed-When: Wed May 21 18:23:14 PDT 1997 Responsible-Changed-Why: I closed it. From owner-freebsd-bugs Wed May 21 18:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA22161 for bugs-outgoing; Wed, 21 May 1997 18:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA22151; Wed, 21 May 1997 18:50:01 -0700 (PDT) Resent-Date: Wed, 21 May 1997 18:50:01 -0700 (PDT) Resent-Message-Id: <199705220150.SAA22151@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, one@freeside.fc.net Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA21935; Wed, 21 May 1997 18:44:40 -0700 (PDT) Message-Id: <199705220144.SAA21935@hub.freebsd.org> Date: Wed, 21 May 1997 18:44:40 -0700 (PDT) From: one@freeside.fc.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/3661: System locked up while editing rc.conf, when revived, it was not there and after restoring it, most all system files were corrupted. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3661 >Category: kern >Synopsis: System locked up while editing rc.conf, when revived, it was not there and after restoring it, most all system files were corrupted. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed May 21 18:50:00 PDT 1997 >Last-Modified: >Originator: Craig Anthony >Organization: rabid.org >Release: 2.2.2-RELEASE >Environment: FreeBSD ninsei.rabid.org 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Mon May 19 20:07:11 CDT root@ninsei.rabid.org:/usr/src/sys/compile/ninsei i386 >Description: As above...virtually all files corrupted. Console locked, LEDs would not do anything, hitting any keys [incl. c-a-d] was futile. Editing with vi. >How-To-Repeat: Unknown. >Fix: Screwed my entire system, no fix. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 21 19:10:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA23177 for bugs-outgoing; Wed, 21 May 1997 19:10:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA23166; Wed, 21 May 1997 19:10:01 -0700 (PDT) Date: Wed, 21 May 1997 19:10:01 -0700 (PDT) Message-Id: <199705220210.TAA23166@hub.freebsd.org> To: freebsd-bugs Cc: From: Hidetoshi Shimokawa Subject: Re: kern/3629: /sys/scsi/pt.c doesn't initialize buf_queue Reply-To: Hidetoshi Shimokawa Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3629; it has been noted by GNATS. From: Hidetoshi Shimokawa To: joerg_wunsch@uriah.heep.sax.de, j@uriah.heep.sax.de Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/3629: /sys/scsi/pt.c doesn't initialize buf_queue Date: Thu, 22 May 1997 11:05:31 +0900 j> As Hidetoshi Shimokawa wrote: j> j> > pt.c is using pt->buf_queue without initialization. j> j> I gonna apply your fix, thanks. Thanks. j> > #if NPT > 0 j> > { j> > T_PROCESSOR, T_PROCESSOR, T_FIXED, "EPSON SC", "*", "*", j> > "pt", SC_ONE_LU j> > }, j> > #endif /* NPT */ j> j> I think processor target devices are not supposed to be auto-detected. j> When thinking about the integration of your change, i started to j> wonder why my ScanJet at work is doing the job... and came to the j> conclusion that it's something like j> j> device pt0 at scbus? j> j> (Or do you have the problem that it's falsely discovered on multiple j> LUNs? This would be a different thing, and a reason to add it..) Oops, I'm sorry. It is unnecessary. So could you remove it and add the following inside #if NWORM > 1 -- #endif, instead? { T_READONLY, T_WORM, T_REMOV, "RICOH", "MP62*", "*", "worm", SC_ONE_LU }, RICOH MP6200S is a CD-RW (Rewritable) drive. Without above entry, it is recognized as CD-ROM drive. Of course, the drive cannot be used by current worm driver. But I wrote a preliminary driver for it. I will send you it later. I'm sorry again. /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp From owner-freebsd-bugs Wed May 21 23:22:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA04229 for bugs-outgoing; Wed, 21 May 1997 23:22:46 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA04224; Wed, 21 May 1997 23:22:39 -0700 (PDT) From: Philippe Charnier Received: (from charnier@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA06591; Wed, 21 May 1997 23:22:35 -0700 (PDT) Date: Wed, 21 May 1997 23:22:35 -0700 (PDT) Message-Id: <199705220622.XAA06591@freefall.freebsd.org> To: charnier@xp11.frmug.org, charnier@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3376 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: incorrect output from kdump State-Changed-From-To: open-closed State-Changed-By: charnier State-Changed-When: Wed May 21 23:20:36 PDT 1997 State-Changed-Why: First part of suggested fix applied in rev. 1.10 of kdump.c From owner-freebsd-bugs Thu May 22 00:51:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA07828 for bugs-outgoing; Thu, 22 May 1997 00:51:55 -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 AAA07819 for ; Thu, 22 May 1997 00:51:52 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA29448; Thu, 22 May 1997 09:51:36 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA04577; Thu, 22 May 1997 09:41:11 +0200 (MET DST) Message-ID: <19970522094111.GX26553@uriah.heep.sax.de> Date: Thu, 22 May 1997 09:41:11 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: brett@lariat.org (Brett Glass) Cc: jin@george.lbl.gov, brian@mpress.com, bugs@FreeBSD.ORG, jkh@time.cdrom.com (Jordan K. Hubbard) Subject: Re: ASUS P/I-P65UP5 + C-P55T2D dual Pentium MB References: <8825649F.00048E3D.00@IWND1.infoworld.com> <3.0.1.32.19970521192048.0070172c@lariat.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: <3.0.1.32.19970521192048.0070172c@lariat.org>; from Brett Glass on May 21, 1997 19:20:48 -0600 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Brett Glass wrote: > >Also, the 2.2.2-RELEASE installation failed to set the hostname and all > >network info. (such as ifconfig_ed1, defaultrouter etc.) into the > >/etc/rc.conf. > > This happened during my upgrade as well. I had to edit manually. Finally > got everything running. Did you do a `custom' installation? I've noticed it there as well. This variant seems to remain untested by Jordan. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu May 22 01:00:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA08166 for bugs-outgoing; Thu, 22 May 1997 01:00:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA08136; Thu, 22 May 1997 01:00:03 -0700 (PDT) Date: Thu, 22 May 1997 01:00:03 -0700 (PDT) Message-Id: <199705220800.BAA08136@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: kern/3661: System locked up while editing rc.conf, when revived, it was not there and after restoring it, most all system files were corrupted. Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3661; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: one@freeside.fc.net Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/3661: System locked up while editing rc.conf, when revived, it was not there and after restoring it, most all system files were corrupted. Date: Thu, 22 May 1997 09:45:25 +0200 As one@freeside.fc.net wrote: > As above...virtually all files corrupted. Console locked, LEDs > would not do anything, hitting any keys [incl. c-a-d] was futile. > Editing with vi. As hard as this event is for you -- but your bug report is nothing that can be handled. You've only sent out your frustration, but not even _a single_ bit of related information (was it a SCSI bus hang?, what drives do you have? what filesystems at all?). So i'm afraid there's nothing in the system we could really fix based on this report, so we will eventually only be able to close it as it stands now. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu May 22 01:15:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA08754 for bugs-outgoing; Thu, 22 May 1997 01:15:54 -0700 (PDT) Received: from X2296 (ppp1573.on.sympatico.ca [206.172.249.37]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA08749 for ; Thu, 22 May 1997 01:15:51 -0700 (PDT) Received: from localhost (tim@localhost) by X2296 (8.7.6/8.7.3) with SMTP id EAA00288; Thu, 22 May 1997 04:15:26 -0400 (EDT) Date: Thu, 22 May 1997 04:15:25 -0400 (EDT) From: Tim Vanderhoek Reply-To: ac199@hwcn.org To: "Kenneth R. Westerback" cc: freebsd-bugs@hub.freebsd.org Subject: Re: docs/3651: ppp man page urges incorrect use of HISADDR In-Reply-To: <199705211132.HAA00497@Pkrw.tcn.net> Message-ID: X-OS: FreeBSD 2.2 X-Mailer: Pine MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 21 May 1997, Kenneth R. Westerback wrote: > >How-To-Repeat: > > man ppp and hit the space bar 30 times. Or look for HISADDR in > the file /usr/src/usr.sbin/ppp/ppp.8 Or, if you are using a slighly more normal 25 line screen instead of a 6 line one, press the space bar 6 times. -- tIM...HOEk Whoever told you I had a .signature was lying. From owner-freebsd-bugs Thu May 22 01:50:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA10331 for bugs-outgoing; Thu, 22 May 1997 01:50:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA10319; Thu, 22 May 1997 01:50:03 -0700 (PDT) Date: Thu, 22 May 1997 01:50:03 -0700 (PDT) Message-Id: <199705220850.BAA10319@hub.freebsd.org> To: freebsd-bugs Cc: From: viva el conde tupac amaru Subject: Re: kern/3661: System locked up while editing rc.conf, when revived, it was not there and after restoring it, most all system files were corrupted. Reply-To: viva el conde tupac amaru Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3661; it has been noted by GNATS. From: viva el conde tupac amaru To: Joerg Wunsch Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/3661: System locked up while editing rc.conf, when revived, it was not there and after restoring it, most all system files were corrupted. Date: Thu, 22 May 1997 03:42:27 -0500 (CDT) On Thu, 22 May 1997, J Wunsch wrote: > As one@freeside.fc.net wrote: > > > As above...virtually all files corrupted. Console locked, LEDs > > would not do anything, hitting any keys [incl. c-a-d] was futile. > > Editing with vi. > > As hard as this event is for you -- but your bug report is nothing > that can be handled. You've only sent out your frustration, but not > even _a single_ bit of related information (was it a SCSI bus hang?, > what drives do you have? what filesystems at all?). So i'm afraid > there's nothing in the system we could really fix based on this > report, so we will eventually only be able to close it as it stands > now. Sorry...everything's IDE. /dev/wd0 [primary, first] was a 4GB EIDE HDD [secondary, first drive] was a ATAPI CDROM. No idea why it hung, but it was a full hang, nothing worked, even the keyboard LEDs didn't respond. have the default /, /var, /usr filesystems. Never hung on me /w 2.1.6 or 2.2.1 for months then everything's gone...I was a little weird, sorry. Thanks, Craig Anthony From owner-freebsd-bugs Thu May 22 04:40:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA16425 for bugs-outgoing; Thu, 22 May 1997 04:40:36 -0700 (PDT) Received: from hda.hda.com (hda-bicnet.bicnet.net [207.198.1.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA16420 for ; Thu, 22 May 1997 04:40:28 -0700 (PDT) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id HAA05544; Thu, 22 May 1997 07:37:35 -0400 (EDT) From: Peter Dufault Message-Id: <199705221137.HAA05544@hda.hda.com> Subject: Re: kern/3629: /sys/scsi/pt.c doesn't initialize buf_queue In-Reply-To: <199705211950.MAA01784@hub.freebsd.org> from J Wunsch at "May 21, 97 12:50:04 pm" To: j@uriah.heep.sax.de Date: Thu, 22 May 1997 07:37:34 -0400 (EDT) Cc: freebsd-bugs@hub.freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I think processor target devices are not supposed to be auto-detected... Processor target devices aren't auto detected, but processor types are. Processor targets (sctarg in config): Your computer responds as a target when addressed and so the configuration specifies the ID and LUN to respond to and it is not auto detected. Processor type (pt in config): The peripheral says it is of type processor. -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval From owner-freebsd-bugs Thu May 22 05:15:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA17648 for bugs-outgoing; Thu, 22 May 1997 05:15:18 -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 FAA17642 for ; Thu, 22 May 1997 05:15:14 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id FAA12084; Thu, 22 May 1997 05:15:50 -0700 (PDT) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: brett@lariat.org (Brett Glass), jin@george.lbl.gov, brian@mpress.com, bugs@FreeBSD.ORG Subject: Re: ASUS P/I-P65UP5 + C-P55T2D dual Pentium MB In-reply-to: Your message of "Thu, 22 May 1997 09:41:11 +0200." <19970522094111.GX26553@uriah.heep.sax.de> Date: Thu, 22 May 1997 05:15:50 -0700 Message-ID: <12081.864303350@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > This happened during my upgrade as well. I had to edit manually. Finally > > got everything running. > > Did you do a `custom' installation? I've noticed it there as well. > This variant seems to remain untested by Jordan. I've just added something which should cover all the cases. And no, I don't actually test all 3 installation types - I just test Novice these days. :) Jordan From owner-freebsd-bugs Thu May 22 14:51:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA09339 for bugs-outgoing; Thu, 22 May 1997 14:51:24 -0700 (PDT) Received: from X2296 (ppp6466.on.sympatico.ca [206.172.208.58]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA09322 for ; Thu, 22 May 1997 14:51:01 -0700 (PDT) Received: from localhost (tim@localhost) by X2296 (8.7.6/8.7.3) with SMTP id RAA00297; Thu, 22 May 1997 17:49:47 -0400 (EDT) Date: Thu, 22 May 1997 17:49:46 -0400 (EDT) From: Tim Vanderhoek Reply-To: ac199@hwcn.org To: hoek@hwcn.org cc: "Kenneth R. Westerback" , freebsd-bugs@hub.freebsd.org Subject: Re: docs/3651: ppp man page urges incorrect use of HISADDR In-Reply-To: Message-ID: X-OS: FreeBSD 2.2 X-Mailer: Pine MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 22 May 1997, Tim Vanderhoek wrote: > On Wed, 21 May 1997, Kenneth R. Westerback wrote: > > > >How-To-Repeat: > > > > man ppp and hit the space bar 30 times. Or look for HISADDR in > > the file /usr/src/usr.sbin/ppp/ppp.8 > > Or, if you are using a slighly more normal 25 line screen > instead of a 6 line one, press the space bar 6 times. Okay, I stand corrected... :) Thanks Kenneth... :) If you use a version of the manpage from -CURRENT and go to the correct spot on the manpage, you will indeed find that exactly 30 iterations of space-bar-hitting are required. -- tIM...HOEk Whoever told you I had a .signature was lying. From owner-freebsd-bugs Thu May 22 22:30:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA02033 for bugs-outgoing; Thu, 22 May 1997 22:30:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA02019; Thu, 22 May 1997 22:30:02 -0700 (PDT) Resent-Date: Thu, 22 May 1997 22:30:02 -0700 (PDT) Resent-Message-Id: <199705230530.WAA02019@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, iain@ugh.net.au Received: from css.tuu.utas.edu.au (css.tuu.utas.edu.au [131.217.115.65]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA01714 for ; Thu, 22 May 1997 22:20:36 -0700 (PDT) Received: (from root@localhost) by css.tuu.utas.edu.au (8.8.5/8.8.5) id PAA26341; Fri, 23 May 1997 15:20:39 +1000 (EST) Message-Id: <199705230520.PAA26341@css.tuu.utas.edu.au> Date: Fri, 23 May 1997 15:20:39 +1000 (EST) From: iaint@css.tuu.utas.edu.au Reply-To: iain@ugh.net.au To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/3666: /usr/sbin/pw has error reading skeleton directories Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3666 >Category: bin >Synopsis: /usr/sbin/pw has error reading skeleton directories >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 22 22:30:01 PDT 1997 >Last-Modified: >Originator: Iain Templeton >Organization: UgH! >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: Standard 2.2.1 release >Description: /usr/sbin/pw has trouble during useradd when trying to use the -k (skeleton directory) option. It claims that the directory specified does not exist. However that was not the case. Using directories which I knew existed (such as /root), it still failed. >How-To-Repeat: pw useradd -n test -c 'Test User' -g test -m -k /usr/share/skel Or just use any variant of useradd with -k >Fix: On line 232 of the file /usr/src/usr.sbin/pw/pw_user.c there is a test on whether a stat()'ed file is a directory (S_ISDIR()). The logical sense of this should be the other way around, as it will cause an error if the directory does exist. The following context diff has what I did to change the problem. Note: Some of the lines appear to wrap on a narrow display. *** pw_user.c.orig Fri May 23 14:46:08 1997 --- pw_user.c Fri May 23 14:47:39 1997 *************** *** 229,235 **** cnf->groups[i++] = NULL; } if ((arg = getarg(args, 'k')) != NULL) { ! if (stat(cnf->dotdir = arg->val, &st) == -1 || S_ISDIR(st.st_mode)) cmderr(EX_OSFILE, "skeleton `%s' is not a directory or does not exist\n", cnf->dotdir); } if ((arg = getarg(args, 's')) != NULL) --- 229,235 ---- cnf->groups[i++] = NULL; } if ((arg = getarg(args, 'k')) != NULL) { ! if (stat(cnf->dotdir = arg->val, &st) == -1 || !S_ISDIR(st.st_mode)) cmderr(EX_OSFILE, "skeleton `%s' is not a directory or does not exist\n", cnf->dotdir); } if ((arg = getarg(args, 's')) != NULL) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 22 23:00:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA02761 for bugs-outgoing; Thu, 22 May 1997 23:00:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA02744; Thu, 22 May 1997 23:00:04 -0700 (PDT) Resent-Date: Thu, 22 May 1997 23:00:04 -0700 (PDT) Resent-Message-Id: <199705230600.XAA02744@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, dholland@eecs.harvard.edu Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA02625; Thu, 22 May 1997 22:55:26 -0700 (PDT) Message-Id: <199705230555.WAA02625@hub.freebsd.org> Date: Thu, 22 May 1997 22:55:26 -0700 (PDT) From: dholland@eecs.harvard.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/3668: /bin/sh knows too much about wait() Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3668 >Category: bin >Synopsis: /bin/sh knows too much about wait() >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu May 22 23:00:01 PDT 1997 >Last-Modified: >Originator: David A. Holland >Organization: VINO, Harvard University >Release: see below >Environment: N/A >Description: sh knows too much about the bit fields returned by wait(), instead of using the WIF... macros in . This means if you change the bit fields (eg to support >256 signals), sh breaks in strange ways. This problem was found in netbsd's sh but apparently applies to freebsd too, so I'm sending the patch along. >How-To-Repeat: n/a >Fix: If this patch has been garbaged by netscape or other web stuff please mail me for a fixed copy. :-/ also please note that the patch is in fact against netbsd and I haven't tried applying it to freebsd's sh. Index: jobs.c =================================================================== RCS file: /home/vino/repo/src/utils/bsd/bin/sh/jobs.c,v retrieving revision 1.1.1.1 diff -u -3 -r1.1.1.1 jobs.c --- jobs.c 1997/04/10 18:32:45 1.1.1.1 +++ jobs.c 1997/05/22 22:07:22 @@ -241,7 +241,7 @@ INTOFF; killpg(jp->ps[0].pid, SIGCONT); for (ps = jp->ps, i = jp->nprocs ; --i >= 0 ; ps++) { - if ((ps->status & 0377) == 0177) { + if (WIFSTOPPED(ps->status)) { ps->status = -1; jp->state = 0; } @@ -304,19 +304,21 @@ if (ps->status == -1) { /* don't print anything */ - } else if ((ps->status & 0xFF) == 0) { - fmtstr(s, 64, "Exit %d", ps->status >> 8); + } else if (WIFEXITED(ps->status)) { + fmtstr(s, 64, "Exit %d", + WEXITSTATUS(ps->status)); } else { - i = ps->status; #if JOBS - if ((i & 0xFF) == 0177) - i >>= 8; + if (WIFSTOPPED(ps->status)) + i = WSTOPSIG(ps->status); + else /* WIFSIGNALED(ps->status) */ #endif + i = WTERMSIG(ps->status); if ((i & 0x7F) < NSIG && sys_siglist[i & 0x7F]) scopy(sys_siglist[i & 0x7F], s); else fmtstr(s, 64, "Signal %d", i & 0x7F); - if (i & 0x80) + if (WCOREDUMP(ps->status)) strcat(s, " (core dumped)"); } out1str(s); @@ -372,7 +374,7 @@ char **argv; { struct job *job; - int status; + int status, retval; struct job *jp; if (argc > 1) { @@ -384,17 +386,19 @@ if (job != NULL) { if (job->state) { status = job->ps[job->nprocs - 1].status; - if ((status & 0xFF) == 0) - status = status >> 8 & 0xFF; + if (WIFEXITED(status)) + retval = WEXITSTATUS(status); #if JOBS - else if ((status & 0xFF) == 0177) - status = (status >> 8 & 0x7F) + 128; + else if (WIFSTOPPED(status)) + retval = WSTOPSIG(status) + 128; #endif - else - status = (status & 0x7F) + 128; + else { + /* XXX */ + retval = WTERMSIG(status) + 128; + } if (! iflag) freejob(job); - return status; + return retval; } } else { for (jp = jobtab ; ; jp++) { @@ -713,18 +717,18 @@ #endif status = jp->ps[jp->nprocs - 1].status; /* convert to 8 bits */ - if ((status & 0xFF) == 0) - st = status >> 8 & 0xFF; + if (WIFEXITED(status)) + st = WEXITSTATUS(status); #if JOBS - else if ((status & 0xFF) == 0177) - st = (status >> 8 & 0x7F) + 128; + else if (WIFSTOPPED(status)) + st = WSTOPSIG(status) + 128; #endif else - st = (status & 0x7F) + 128; + st = WTERMSIG(status) + 128; if (! JOBS || jp->state == JOBDONE) freejob(jp); CLEAR_PENDING_INT; - if ((status & 0x7F) == SIGINT) + if (WIFSIGNALED(status) && WTERMSIG(status) == SIGINT) kill(getpid(), SIGINT); INTON; return st; @@ -749,6 +753,7 @@ int done; int stopped; int core; + int sig; TRACE(("dowait(%d) called\n", block)); do { @@ -767,13 +772,13 @@ if (sp->pid == -1) continue; if (sp->pid == pid) { - TRACE(("Changin status of proc %d from 0x%x to 0x%x\n", pid, sp->status, status)); + TRACE(("Changing status of proc %d from 0x%x to 0x%x\n", pid, sp->status, status)); sp->status = status; thisjob = jp; } if (sp->status == -1) stopped = 0; - else if ((sp->status & 0377) == 0177) + else if (WIFSTOPPED(sp->status)) done = 0; } if (stopped) { /* stopped or done */ @@ -791,29 +796,32 @@ } INTON; if (! rootshell || ! iflag || (job && thisjob == job)) { + core = WCOREDUMP(status); #if JOBS - if ((status & 0xFF) == 0177) - status >>= 8; + if (WIFSTOPPED(status)) sig = WSTOPSIG(status); + else #endif - core = status & 0x80; - status &= 0x7F; - if (status != 0 && status != SIGINT && status != SIGPIPE) { + if (WIFEXITED(status)) sig = 0; + else sig = WTERMSIG(status); + + if (sig != 0 && sig != SIGINT && sig != SIGPIPE) { if (thisjob != job) outfmt(out2, "%d: ", pid); #if JOBS - if (status == SIGTSTP && rootshell && iflag) + if (sig == SIGTSTP && rootshell && iflag) outfmt(out2, "%%%d ", job - jobtab + 1); #endif - if (status < NSIG && sys_siglist[status]) - out2str(sys_siglist[status]); + if (sig < NSIG && sys_siglist[sig]) + out2str(sys_siglist[sig]); else - outfmt(out2, "Signal %d", status); + outfmt(out2, "Signal %d", sig); if (core) out2str(" - core dumped"); out2c('\n'); flushout(&errout); } else { - TRACE(("Not printing status: status=%d\n", status)); + TRACE(("Not printing status: status=%d, sig=%d\n", + status, sig)); } } else { TRACE(("Not printing status, rootshell=%d, job=0x%x\n", rootshell, job)); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 22 23:10:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA03070 for bugs-outgoing; Thu, 22 May 1997 23:10:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA03060; Thu, 22 May 1997 23:10:02 -0700 (PDT) Resent-Date: Thu, 22 May 1997 23:10:02 -0700 (PDT) Resent-Message-Id: <199705230610.XAA03060@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, morty@mortykai.com Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA02876; Thu, 22 May 1997 23:04:48 -0700 (PDT) Message-Id: <199705230604.XAA02876@hub.freebsd.org> Date: Thu, 22 May 1997 23:04:48 -0700 (PDT) From: morty@mortykai.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/3669: cant connect to external hosts with higher level protocols Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3669 >Category: misc >Synopsis: cant connect to external hosts with higher level protocols >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 22 23:10:01 PDT 1997 >Last-Modified: >Originator: morty >Organization: >Release: 2.2.1 >Environment: FreeBSD dortmunder.mortykai.com 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Tue Mar 25 15:12:02 GMT 1997 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: unable to access external hosts through a packet forwarding gateway. icmp (ping) and udp (dns) to external hosts is working but it cant make any external tcp connection. internal connections are fine. other internal hosts can connect to external hosts. route monitor displays this message: got message of size 124 RTM_LOSING: Kernal Suspects Partitioning: len124, pid:0, seq: 0, errno: 0, flags: locks: inits: sockaddrs: 165.113.58.23 207.99.60.65 i can ping the host and traceroute to it. ive reinstalled freebsd many times tcp packets are going out but not receiving any response. when i run windows on the same machine with the same ip config i have no problems. no one could help me in freebsd-questions. >How-To-Repeat: telnet, ftp, smtp, etc to any external host >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 23 00:30:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA05711 for bugs-outgoing; Fri, 23 May 1997 00:30:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA05700; Fri, 23 May 1997 00:30:02 -0700 (PDT) Date: Fri, 23 May 1997 00:30:02 -0700 (PDT) Message-Id: <199705230730.AAA05700@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: misc/3669: cant connect to external hosts with higher level protocols Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/3669; it has been noted by GNATS. From: Bill Fenner To: morty@mortykai.com Cc: freebsd-gnats-submit@freebsd.org Subject: Re: misc/3669: cant connect to external hosts with higher level protocols Date: Fri, 23 May 1997 00:20:18 PDT >unable to access external hosts through a packet forwarding gateway. Would this happen to be an Annex? Annex terminal servers (among others) can't handle the RFC1323 and/or RFC1644 TCP extensions, so if you're behind one of these you have to set tcp_extensions=NO in /etc/sysconfig or /etc/rc.conf . Bill From owner-freebsd-bugs Fri May 23 04:37:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA15308 for bugs-outgoing; Fri, 23 May 1997 04:37:38 -0700 (PDT) Received: from gneiss.eps.nagoya-u.ac.jp (gneiss.eps.nagoya-u.ac.jp [133.6.57.99]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA15303 for ; Fri, 23 May 1997 04:37:25 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by gneiss.eps.nagoya-u.ac.jp (8.8.5/3.4W4) with ESMTP id UAA02917; Fri, 23 May 1997 20:35:56 +0900 (JST) Message-Id: <199705231135.UAA02917@gneiss.eps.nagoya-u.ac.jp> To: smurfen@ludd.luth.se Cc: freebsd-bugs@hub.freebsd.org Subject: Re: kern/3611: Internal CPU cache on CyrixiInstead DX2 does not work In-Reply-To: Your message of "Sun, 18 May 1997 02:24:24 +0200 (MET DST)" References: X-Mailer: Mew version 1.70 on Emacs 19.28.1 / Mule 2.3 X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 23 May 1997 20:35:56 +0900 From: KATO Takenori Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: Ola Persson Subject: Re: kern/3611: Internal CPU cache on CyrixiInstead DX2 does not work Date: Sun, 18 May 1997 02:24:24 +0200 (MET DST) > It does, at least according to the manual. There are dip switch settings > for Cx486. And my Win95 partition have no problem whatsoever with internal > cache. Hmm, could you show the result of show cyrixreg from DDB? This command prints the special registers of Cyrix CPU. ---- KATO Takenori Dept. Earth Planet. Sci., Nagoya Univ., Nagoya, 464-01, Japan PGP public key: finger kato@eclogite.eps.nagoya-u.ac.jp ------------------- Powered by FreeBSD(98) ------------------- From owner-freebsd-bugs Fri May 23 04:47:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA15563 for bugs-outgoing; Fri, 23 May 1997 04:47:24 -0700 (PDT) Received: from bagpuss.visint.co.uk (bagpuss.vis.net.uk [194.207.134.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA15558 for ; Fri, 23 May 1997 04:47:18 -0700 (PDT) Received: from bagpuss.visint.co.uk (bagpuss.vis.net.uk [194.207.134.1]) by bagpuss.visint.co.uk (8.7.5/8.7.3) with SMTP id MAA01352; Fri, 23 May 1997 12:47:12 +0100 (BST) Date: Fri, 23 May 1997 12:47:11 +0100 (BST) From: Stephen Roome To: "Jordan K. Hubbard" cc: bugs@FreeBSD.ORG Subject: Re: ASUS P/I-P65UP5 + C-P55T2D dual Pentium MB In-Reply-To: <12081.864303350@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [ okay I trimmed the cc: list, it was huge. ] On Thu, 22 May 1997, Jordan K. Hubbard wrote: > And no, I don't actually test all 3 installation types - I just > test Novice these days. :) > > Jordan Although I'm not sure if you're kidding about this but this could be why the "Use Entire Disk" option didn't work last time I tried it. But then again, I can't seem to find any mention of the setup disp option that was available in the 2.1.0 bootdisk I had to use yesterday. (The floppy driver screwed my machine up amazingly well, wiping most of / so I needed a fixit disk and it was all I had with me at home) Now if the installation was tested with a "use this configuration" disk then it could test every option.. and would probably save time later. Also I was having a chat yesterday and it seem NT has a network installer or something that just installs NT for you with one setup disk that you build. Okay, so it's a M$ thing, but perhaps adding an option to save the config used on one machine at the end of sysinstall back to the boot disk and then next time you use the disk it can offer you a "use defaults" or something option. Then you could install 100's of computers identically really rather quickly. It's not a wonderful idea, and there's prolly other things that need work first, but I like it. (I have 7 FreeBSD boxes and they keep multiplying!) Sysinstall does seem to have been a major candidate for bug reports, besides it's rather good at the "got signal 11 bye bye" thing.. Honest, I love it to bits though =) -- Steve Roome - Vision Interactive Ltd. E: steve@visint.co.uk M: +44 (0) 976 241 342 T: +44 (0) 117 973 0597 F: +44 (0) 117 923 8522 He who has a dog to worship him should have a cat to ignore him From owner-freebsd-bugs Fri May 23 06:32:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA20408 for bugs-outgoing; Fri, 23 May 1997 06:32:08 -0700 (PDT) Received: from apollo.it.hq.nasa.gov (apollo.it.hq.nasa.gov [131.182.119.87]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA20385; Fri, 23 May 1997 06:32:02 -0700 (PDT) Received: from wirehead.it.hq.nasa.gov (WireHead.it.hq.nasa.gov [131.182.119.88]) by apollo.it.hq.nasa.gov (8.8.3/8.8.3) with ESMTP id JAA15197; Fri, 23 May 1997 09:28:33 -0400 (EDT) Received: from localhost (cshenton@localhost) by wirehead.it.hq.nasa.gov (8.6.12/8.6.12) with ESMTP id NAA01551; Fri, 23 May 1997 13:32:00 GMT Message-Id: <199705231332.NAA01551@wirehead.it.hq.nasa.gov> X-Authentication-Warning: wirehead.it.hq.nasa.gov: cshenton owned process doing -bs To: hackers@freebsd.org Cc: bugs@freebsd.org Subject: 2.1.7->2.2 make world fails (/usr/share/games dir) X-Mailer: Mew version 1.03 on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Fri, 23 May 1997 09:31:58 -0400 From: Chris Shenton Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I recently cvsupped from 2.1.7 to 2.2-stable (RELENG_2_2). Doing a "make world" fails when installing the games. It's trying to install files into /usr/share/games/* but there's no /usr/share/games directories; it isn't created by the install process. Individual games want their own subdirectories but don't create them: atc, boggle, fortune, larn, quiz.db All these dirs need to be created by the build/install process. From owner-freebsd-bugs Fri May 23 08:54:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA25661 for bugs-outgoing; Fri, 23 May 1997 08:54:17 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA25625 for ; Fri, 23 May 1997 08:54:13 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id IAA14015 for ; Fri, 23 May 1997 08:29:20 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id IAA01160; Fri, 23 May 1997 08:29:10 -0700 (PDT) To: Stephen Roome cc: bugs@freebsd.org Subject: Re: ASUS P/I-P65UP5 + C-P55T2D dual Pentium MB In-reply-to: Your message of "Fri, 23 May 1997 12:47:11 BST." Date: Fri, 23 May 1997 08:29:09 -0700 Message-ID: <1156.864401349@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Although I'm not sure if you're kidding about this but this could be why the > "Use Entire Disk" option didn't work last time I tried it. No, that was due to a different bug (not mine for once :) which has since been fixed. I do actually test both the (A)ll disk and partial disk installation cases. > Then you could install 100's of computers identically really rather quickly. > It's not a wonderful idea, and there's prolly other things that need work > first, but I like it. (I have 7 FreeBSD boxes and they keep multiplying!) Already being resurrected for folks with similar ideas. :) > Sysinstall does seem to have been a major candidate for bug reports, > besides it's rather good at the "got signal 11 bye bye" thing.. Ha ha. :) I think you'll also find that those are rarer now (knock on wood). Jordan From owner-freebsd-bugs Fri May 23 09:10:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA28042 for bugs-outgoing; Fri, 23 May 1997 09:10:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA28033; Fri, 23 May 1997 09:10:03 -0700 (PDT) Resent-Date: Fri, 23 May 1997 09:10:03 -0700 (PDT) Resent-Message-Id: <199705231610.JAA28033@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, markd@Grizzly.COM Received: from osprey.grizzly.com (med.sc.scruznet.com [165.227.115.28]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA27126 for ; Fri, 23 May 1997 09:02:39 -0700 (PDT) Received: (from markd@localhost) by osprey.grizzly.com (8.8.5/8.7.3) id JAA00427; Fri, 23 May 1997 09:04:50 -0700 (PDT) Message-Id: <199705231604.JAA00427@osprey.grizzly.com> Date: Fri, 23 May 1997 09:04:50 -0700 (PDT) From: Mark Diekhans Reply-To: markd@Grizzly.COM To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/3671: SCSI tape drive with AHA 2940 locks up system. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3671 >Category: kern >Synopsis: SCSI tape drive with AHA 2940 locks up system. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 23 09:10:01 PDT 1997 >Last-Modified: >Originator: Mark Diekhans >Organization: >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: ASUS P55T2P4 Pentium 166 ahc0 rev 0 int a irq 11 ahc0: aic7870 Single Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "HP C3725S 6039" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 2047MB (4194058 512 byte sec (ahc0:1:0): "SEAGATE ST32550N 0015" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 2047MB (4194058 512 byte sec (ahc0:2:0): "WANGTEK 6130-FS 3.04" type 1 removable SCSI st0(ahc0:2:0): Sequential-Access density code 0x13, driv ahc0:A:5: refuses synchronous negotiation. Using asynchro (ahc0:5:0): "IOMEGA ZIP 100 D.09" type 0 removable SCSI 2 sd2(ahc0:5:0): Direct-Access sd2(ahc0:5:0): ILLEGAL REQUEST asc:24,0 Invalid field in sd2 could not mode sense (4). Using ficticious geometry 96MB (196608 512 byte sectors) >Description: Writting DAT tape with 16K block size often often locks up the system. >How-To-Repeat: yes | dd of=/dev/rst0 bs=16384 >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 23 09:22:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA28733 for bugs-outgoing; Fri, 23 May 1997 09:22:33 -0700 (PDT) Received: from george.lbl.gov (george-2.lbl.gov [131.243.2.12]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA28719 for ; Fri, 23 May 1997 09:22:30 -0700 (PDT) Received: (jin@localhost) by george.lbl.gov (8.6.10/8.6.5) id JAA27881; Fri, 23 May 1997 09:22:29 -0700 Date: Fri, 23 May 1997 09:22:29 -0700 From: "Jin Guojun[ITG]" Message-Id: <199705231622.JAA27881@george.lbl.gov> To: jkh@time.cdrom.com, steve@visint.co.uk Subject: Re: ASUS P/I-P65UP5 + C-P55T2D dual Pentium MB Cc: bugs@FreeBSD.ORG Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Also I was having a chat yesterday and it seem NT has a network > installer or something that just installs NT for you with one setup disk > that you build. Okay, so it's a M$ thing, but perhaps adding an option to > save the config used on one machine at the end of sysinstall back to the > boot disk and then next time you use the disk it can offer you a "use > defaults" or something option. > > Then you could install 100's of computers identically really rather quickly. > It's not a wonderful idea, and there's prolly other things that need work > first, but I like it. (I have 7 FreeBSD boxes and they keep multiplying!) An option to save current configuration parameter used on one machine at the end of sysinstall back to the boot disk is a pretty idea. One can make an installation floppy with default parameter by oneself, but it is a lot of work. I would like to see this option in a new installation floppy. For individual user, this is not useful. For a cluster admin, it is very useful. Good thought, -Jin From owner-freebsd-bugs Fri May 23 09:26:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA29132 for bugs-outgoing; Fri, 23 May 1997 09:26:30 -0700 (PDT) Received: from bagpuss.visint.co.uk (bagpuss.vis.net.uk [194.207.134.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA29099 for ; Fri, 23 May 1997 09:26:18 -0700 (PDT) Received: from bagpuss.visint.co.uk (bagpuss.vis.net.uk [194.207.134.1]) by bagpuss.visint.co.uk (8.7.5/8.7.3) with SMTP id RAA04820; Fri, 23 May 1997 17:26:13 +0100 (BST) Date: Fri, 23 May 1997 17:26:13 +0100 (BST) From: Stephen Roome To: "Jordan K. Hubbard" cc: bugs@FreeBSD.ORG Subject: Re: ASUS P/I-P65UP5 + C-P55T2D dual Pentium MB In-Reply-To: <1156.864401349@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 23 May 1997, Jordan K. Hubbard wrote: > > Then you could install 100's of computers identically really rather quickly. > > It's not a wonderful idea, and there's prolly other things that need work > > first, but I like it. (I have 7 FreeBSD boxes and they keep multiplying!) > > Already being resurrected for folks with similar ideas. :) I havent' seen any discussion about this, any ideas when this will be happening to any extent. The next few computers I'm going to be installing will be SMP, so I'll be installing something current ish for a while. Looks like my life could get very easy - I may only have two identical computers to do, but that's a good enough cause. > > > Sysinstall does seem to have been a major candidate for bug reports, > > besides it's rather good at the "got signal 11 bye bye" thing.. > > Ha ha. :) I think you'll also find that those are rarer now (knock > on wood). Hopefully. I've decided against ever trying to install by hand again, it's a pain in **** =) Steve Roome - Vision Interactive Ltd. E: steve@visint.co.uk M: +44 (0) 976 241 342 T: +44 (0) 117 973 0597 F: +44 (0) 117 923 8522 He who has a dog to worship him should have a cat to ignore him From owner-freebsd-bugs Fri May 23 09:49:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA00806 for bugs-outgoing; Fri, 23 May 1997 09:49:42 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA00769; Fri, 23 May 1997 09:49:23 -0700 (PDT) From: Doug Rabson Received: (from dfr@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA19952; Fri, 23 May 1997 09:49:16 -0700 (PDT) Date: Fri, 23 May 1997 09:49:16 -0700 (PDT) Message-Id: <199705231649.JAA19952@freefall.freebsd.org> To: jukka.partanen@research.nokia.com, dfr@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/3046 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: copying a file to an NFS mounted partition hangs system State-Changed-From-To: feedback-closed State-Changed-By: dfr State-Changed-When: Fri May 23 09:45:29 PDT 1997 State-Changed-Why: The originator is no longer running FreeBSD and I am pretty sure the bug is fixed. From owner-freebsd-bugs Fri May 23 10:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA02154 for bugs-outgoing; Fri, 23 May 1997 10:10:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA02145; Fri, 23 May 1997 10:10:01 -0700 (PDT) Date: Fri, 23 May 1997 10:10:01 -0700 (PDT) Message-Id: <199705231710.KAA02145@hub.freebsd.org> To: freebsd-bugs Cc: From: Tor Egge Subject: Re: kern/3581: trap 12 in lockstatus() Reply-To: Tor Egge Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3581; it has been noted by GNATS. From: Tor Egge To: rb@gid.co.uk Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/3581: trap 12 in lockstatus() Date: Fri, 23 May 1997 18:59:57 +0200 I just happened to reproduce this error. ----- Current directory is /sys/compile/SKARVEN_SMP/ 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... IdlePTD 231000 current pcb at 2141b8 panic: page fault #0 boot (howto=260) at ../../kern/kern_shutdown.c:265 (kgdb) where #0 boot (howto=260) at ../../kern/kern_shutdown.c:265 #1 0xe0117379 in panic (fmt=0xe01cd0ef "page fault") at ../../kern/kern_shutdown.c:393 #2 0xe01cddf1 in trap_fatal (frame=0xe9464da4) at ../../i386/i386/trap.c:754 #3 0xe01cd824 in trap_pfault (frame=0xe9464da4, usermode=0) at ../../i386/i386/trap.c:661 #4 0xe01cd43b in trap (frame={tf_es = -381288432, tf_ds = -535756784, tf_edi = -486902272, tf_esi = -474829440, tf_ebp = -381268512, tf_isp = -381268532, tf_ebx = -459927680, tf_edx = 52, tf_ecx = 36, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -535747344, tf_cs = 8, tf_eflags = 66118, tf_esp = -381268500, tf_ss = -535102147}) at ../../i386/i386/trap.c:319 #5 0xe01124f0 in lockstatus (lkp=0x34) at ../../kern/kern_lock.c:139 #6 0xe01afd3d in ufs_islocked (ap=0xe9464e04) at ../../ufs/ufs/ufs_vnops.c:1798 #7 0xe0137678 in vfs_msync (mp=0xe2fa7600, flags=2) at vnode_if.h:911 #8 0xe01380a4 in sync (p=0xe0222674, uap=0x0, retval=0x0) at ../../kern/vfs_syscalls.c:479 #9 0xe0116f61 in boot (howto=256) at ../../kern/kern_shutdown.c:203 #10 0xe0117379 in panic (fmt=0xe01cd0ef "page fault") at ../../kern/kern_shutdown.c:393 #11 0xe01cddf1 in trap_fatal (frame=0xe9464ef4) at ../../i386/i386/trap.c:754 #12 0xe01cd824 in trap_pfault (frame=0xe9464ef4, usermode=0) at ../../i386/i386/trap.c:661 #13 0xe01cd43b in trap (frame={tf_es = -381288432, tf_ds = 16, tf_edi = -486902272, tf_esi = -474829440, tf_ebp = -381268176, tf_isp = -381268196, tf_ebx = -459927680, tf_edx = 52, tf_ecx = 36, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -535747344, tf_cs = 8, tf_eflags = 66118, tf_esp = -381268164, tf_ss = -535102147}) at ../../i386/i386/trap.c:319 #14 0xe01124f0 in lockstatus (lkp=0x34) at ../../kern/kern_lock.c:139 #15 0xe01afd3d in ufs_islocked (ap=0xe9464f54) at ../../ufs/ufs/ufs_vnops.c:1798 #16 0xe0137678 in vfs_msync (mp=0xe2fa7600, flags=2) at vnode_if.h:911 #17 0xe01380a4 in sync (p=0xe304bc00, uap=0x0, retval=0x0) at ../../kern/vfs_syscalls.c:479 #18 0xe0132b3b in vfs_update () at ../../kern/vfs_bio.c:1702 #19 0xe010a606 in kproc_start (udata=0xe0202b40) at ../../kern/init_main.c:249 #20 0xe01c190b in ?? () (kgdb) [...] (kgdb) proc 9144 current pcb at e94b1000 (kgdb) where #0 mi_switch () at ../../kern/kern_synch.c:610 #1 0xe0118ffd in tsleep (ident=0xe4960f80, priority=8, wmesg=0xe013c0c7 "vn_lock", timo=0) at ../../kern/kern_synch.c:369 #2 0xe013c135 in vn_lock (vp=0xe4960f80, flags=65538, p=0xe4197e00) at ../../kern/vfs_vnops.c:531 #3 0xe0136701 in vputrele (vp=0xe4960f80, put=0) at ../../kern/vfs_subr.c:1165 #4 0xe013674d in vrele (vp=0xe4960f80) at ../../kern/vfs_subr.c:1184 #5 0xe01369bc in vclean (vp=0xe4960f80, flags=8, p=0xe4197e00) at ../../kern/vfs_subr.c:1383 #6 0xe0136b9e in vgonel (vp=0xe4960f80, p=0xe4197e00) at ../../kern/vfs_subr.c:1537 #7 0xe0136ac5 in vop_revoke (ap=0xe94b2f14) at ../../kern/vfs_subr.c:1467 #8 0xe011022e in exit1 (p=0xe4197e00, rv=1) at vnode_if.h:423 #9 0xe011862e in sigexit (p=0xe4197e00, signum=1) at ../../kern/kern_sig.c:1218 #10 0xe0118412 in postsig (signum=1) at ../../kern/kern_sig.c:1125 #11 0xe01ce1b8 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 0, tf_esi = 0, tf_ebp = -541076416, tf_isp = -380948508, tf_ebx = 412092, tf_edx = -541076400, tf_ecx = 415460, tf_eax = 4, tf_trapno = 12, tf_err = 7, tf_eip = 374453, tf_cs = 31, tf_eflags = 663, tf_esp = -541076440, tf_ss = 39}) at ../../i386/i386/trap.c:153 #12 0x5b6b5 in ?? () Cannot access memory at address 0xdfbfd444. (kgdb) up 1 #1 0xe0118ffd in tsleep (ident=0xe4960f80, priority=8, wmesg=0xe013c0c7 "vn_lock", timo=0) at ../../kern/kern_synch.c:369 (kgdb) up #2 0xe013c135 in vn_lock (vp=0xe4960f80, flags=65538, p=0xe4197e00) at ../../kern/vfs_vnops.c:531 (kgdb) print vp->v_usecount $25 = 0 [...] (kgdb) print/x *vp->v_un->vu_specinfo $30 = {si_hashchain = 0xe0221e5c, si_specnext = 0x0, si_flags = 0x0, si_rdev = 0x500} (kgdb) ---- skarven:~$ ps axl -M /var/crash/vmcore.1 | grep 28620 28620 9144 151711 0 -14 0 972 0 vn_loc DEs p0- 0:00.00 (bash) 28620 9159 151711 257 28 0 384 0 - Z p0- 0:00.00 (desclient- ---- Here we have three errors: 1. A deadlock: - vclean 1. sets VXLOCK 2. Might block in VOP_LOCK due to VOP_INACTIVE routine being in progress. During this time, other processes might call vrele, and reduce vp->v_usecount. 3. Might block in VOP_CLOSE or VOP_INACTIVE. During this time, other processes might call vrele, and reduce vp->v_usecount. 4. calls VOP_RECLAIM on an active vnode. Now VTOI(vp) returns a NULL pointer. 5. calls vrele vrele calls vputrele If vp->v_usecount was reduced to 1 while blocking in step 2 or 3 agove, it is now reduced to 0, which means that vputrele calls vn_lock. vn_lock then waits for VXLOCK to be cleared. This never happens. 2. ufs_islocked does not check the VXLOCK flag, and proceeds to dereference a NULL pointer when a deadlock as mentioned above has occured. 3. ps axl does not give the correct parent process ID when working on a memory dump. Fix: 1. Avoid the deadlock. VOP_INACTIVE has been called. VOP_RECLAIM has been called. Thus, vrele should not be called. If vn_lock had not blocked, VOP_INACTIVE (ufs_inactive) might have caused a trap 12, since VTOI(vp) was NULL. What is needed is a subset of the operations performed in vrele, where - all calls to locking primitives has been removed. They do not work after VOP_RECLAIM having been called. - the calls to vn_lock and VOP_INACTIVE has been removed. 2. always keep the vnode in a state where VOP_ operations don't crash. 3. ... - Tor Egge From owner-freebsd-bugs Fri May 23 10:37:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03899 for bugs-outgoing; Fri, 23 May 1997 10:37:54 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA03878; Fri, 23 May 1997 10:37:29 -0700 (PDT) From: Doug Rabson Received: (from dfr@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA20423; Fri, 23 May 1997 10:37:22 -0700 (PDT) Date: Fri, 23 May 1997 10:37:22 -0700 (PDT) Message-Id: <199705231737.KAA20423@freefall.freebsd.org> To: mi@aldan.ziplink.net, dfr@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/1584 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: [unionfs] same file is listed twice State-Changed-From-To: feedback-closed State-Changed-By: dfr State-Changed-When: Fri May 23 10:36:48 PDT 1997 State-Changed-Why: This problem doesn't show up in current. It was either fixed by Lite2 or by kato@freebsd.org's fixes to nullfs and unionfs. From owner-freebsd-bugs Fri May 23 19:55:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA01924 for bugs-outgoing; Fri, 23 May 1997 19:55:01 -0700 (PDT) Received: from pat.idt.unit.no (0@pat.idt.unit.no [129.241.103.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA01916 for ; Fri, 23 May 1997 19:54:57 -0700 (PDT) Received: from idt.unit.no (tegge@ikke.idi.ntnu.no [129.241.111.65]) by pat.idt.unit.no (8.8.5/8.8.5) with ESMTP id EAA17882; Sat, 24 May 1997 04:54:40 +0200 (MET DST) Message-Id: <199705240254.EAA17882@pat.idt.unit.no> To: Tor.Egge@idi.ntnu.no Cc: freebsd-bugs@hub.freebsd.org Subject: Re: kern/3581: trap 12 in lockstatus() In-Reply-To: Your message of "Fri, 23 May 1997 10:10:01 -0700 (PDT)" References: <199705231710.KAA02145@hub.freebsd.org> Mime-Version: 1.0 X-Mailer: Mew version 1.06 on Emacs 19.34.1 Content-Type: Text/Plain; charset=us-ascii Date: Sat, 24 May 1997 04:54:40 +0200 From: Tor Egge Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Some more info: skarven:~$ ps axl -M /var/crash/vmcore.1 | grep 28620 28620 9144 151711 0 -14 0 972 0 vn_loc DEs p0- 0:00.00 (bash) 28620 9159 151711 257 28 0 384 0 - Z p0- 0:00.00 (desclient- Here the vnode for /dev/ttyp0 had two references, one from the controlling tty, and one from the system file table. process 9144 and 9159 got SIGHUP and started to exit. Since process 9144 was the session leader, it called vop_revoke which called vgone which called vclean. When vclean was called, vp->v_usecount was 2. vclean increased vp->usecount to 3. Then vclean blocked in vinvalbuf (in order to read inodes from disks, to update time stamps). Process 9159 then continued to close its file descriptors, reducing the reference counts in the system file table to 0 for the stdin/stdout/stderr entry which referenced the vnode for /dev/ttyp0. Thus vn_close was called, and v_usecount was reduced from 3 to 2. Process 9159 then became a zombie. Then process 9144 continued, called VOP_CLOSE, and a special hack removed the controlling terminal and reduced v_usecount from 2 to 1. When vrele was called, v_usecount became 0, and vn_lock was called with a deadlock as a result. Suggested Fix: First part: Don't enable the special `close controlling terminal hack' if cleaning of the vnode is in progress. Second part: Release references to the vnode for the controlling terminal when the session structure is freed. This should take care of any dangling references introduced by the first part. -------- Index: spec_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/miscfs/specfs/spec_vnops.c,v retrieving revision 1.39 diff -c -r1.39 spec_vnops.c *** spec_vnops.c 1997/05/01 19:12:22 1.39 --- spec_vnops.c 1997/05/24 00:39:29 *************** *** 595,600 **** --- 595,601 ---- * plus the session), release the reference from the session. */ if (vcount(vp) == 2 && ap->a_p && + (vp->v_flag & VXLOCK) == 0 && vp == ap->a_p->p_session->s_ttyvp) { vrele(vp); ap->a_p->p_session->s_ttyvp = NULL; Index: kern_proc.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_proc.c,v retrieving revision 1.26 diff -u -r1.26 kern_proc.c --- kern_proc.c 1997/03/24 11:24:36 1.26 +++ kern_proc.c 1997/05/24 02:03:59 @@ -56,6 +56,7 @@ #include #include #include +#include struct prochd qs[NQS]; /* as good a place as any... */ struct prochd rtqs[NQS]; /* Space for REALTIME queues too */ @@ -285,12 +286,21 @@ register struct pgrp *pgrp; { - if (pgrp->pg_session->s_ttyp != NULL && - pgrp->pg_session->s_ttyp->t_pgrp == pgrp) - pgrp->pg_session->s_ttyp->t_pgrp = NULL; + struct session *sp; + + sp = pgrp->pg_session; + + if (sp->s_ttyp != NULL && + sp->s_ttyp->t_pgrp == pgrp) + sp->s_ttyp->t_pgrp = NULL; LIST_REMOVE(pgrp, pg_hash); - if (--pgrp->pg_session->s_count == 0) - FREE(pgrp->pg_session, M_SESSION); + if (--sp->s_count == 0) { + if (sp->s_ttyvp) + VOP_REVOKE(sp->s_ttyvp, REVOKEALL); + if (sp->s_ttyvp) + vrele(sp->s_ttyvp); + FREE(sp, M_SESSION); + } FREE(pgrp, M_PGRP); } --------- From owner-freebsd-bugs Fri May 23 21:08:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA04751 for bugs-outgoing; Fri, 23 May 1997 21:08:33 -0700 (PDT) Received: from gneiss.eps.nagoya-u.ac.jp (gneiss.eps.nagoya-u.ac.jp [133.6.57.99]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA04737 for ; Fri, 23 May 1997 21:08:26 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by gneiss.eps.nagoya-u.ac.jp (8.8.5/3.4W4) with ESMTP id NAA06741; Sat, 24 May 1997 13:07:08 +0900 (JST) Message-Id: <199705240407.NAA06741@gneiss.eps.nagoya-u.ac.jp> To: smurfen@ludd.luth.se Cc: freebsd-bugs@hub.freebsd.org, kato@eclogite.eps.nagoya-u.ac.jp Subject: Re: kern/3611: Internal CPU cache on CyrixiInstead DX2 does not work In-Reply-To: Your message of "Fri, 23 May 1997 15:21:12 +0200 (MET DST)" References: X-Mailer: Mew version 1.70 on Emacs 19.28.1 / Mule 2.3 X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sat, 24 May 1997 13:07:07 +0900 From: KATO Takenori Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: Ola Persson Subject: Re: kern/3611: Internal CPU cache on CyrixiInstead DX2 does not work Date: Fri, 23 May 1997 15:21:12 +0200 (MET DST) > Ok, I send it to you only, if it should be sent to -bugs, just fwd it. I Cc to freebsd-bugs. > With Internal cache set to write-back (works) > > CCR1=90 > CCR2=0 > CCR3=0CR0=8005003b > > With internal cache set to write-thru (makes system crash) > > CCR1=90 > CCR2=16 > CCR3=0CR0=a005003b Firstly, I think former is write-through case, because latter one shows that (1) NW (not write-through) is set and (2) WB interface pin is enabled. If former is write-through, CCR1, CCR2and CR0 seem to be normal. > I tried to compile a program just to see if the error was still there and > it immediately put me in DDB. Maybe it is after such a panic you would > like me to run show cyrixreg ? Hmm I just thought about that now... I'll > Postpone this mail and do it right away.... > > First error while compiling didn't put me in ddb. > Operands given don't match any known 386 instruction > > continuing..... > > Second error while compiling the same program as above > (../../kern/tty_pty.c) > cc: Internal compiler error: Program cc1 got fatal signal 11 > and it dumped core. > > continuing.... > > Third error while compiling ../../kern/vfs_init.c > > Operands given don't match any known 386 instruction > > Damn computer refuses to panic just cuz I want it to. Anyway I guess this > proves that there is an error. When I get it to dump into ddb I'll write > down the result of a show cyrixreg. There are two reason for strange signal 11 on Cyrix CPU: (1) Motherboard and memory problem. (c.f. http://www.bitwizard.nl/sig11/) (2) CPU bug. Page fault address in CR2 register is sometimes (i.e. not always) collapsed by interruption and trap_pfault cannot get correct address (CR2 is zeroed by interruption). This can be fixed by converting of exception 14 handler from task gate to interrupt gate. Fix is only in PC-98 tree now. ---- KATO Takenori Dept. Earth Planet. Sci., Nagoya Univ., Nagoya, 464-01, Japan PGP public key: finger kato@eclogite.eps.nagoya-u.ac.jp ------------------- Powered by FreeBSD(98) ------------------- From owner-freebsd-bugs Fri May 23 22:20:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA07378 for bugs-outgoing; Fri, 23 May 1997 22:20:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA07362; Fri, 23 May 1997 22:20:01 -0700 (PDT) Date: Fri, 23 May 1997 22:20:01 -0700 (PDT) Message-Id: <199705240520.WAA07362@hub.freebsd.org> To: freebsd-bugs Cc: From: "Pedro F. Giffuni" Subject: Re: i386/3449: ATAPI CD doesn't work under 2.2.1 Release Reply-To: "Pedro F. Giffuni" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/3449; it has been noted by GNATS. From: "Pedro F. Giffuni" To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: i386/3449: ATAPI CD doesn't work under 2.2.1 Release Date: Sat, 24 May 1997 00:13:41 -0700 This PR can be closed. I contacted Hitachi, and the problem may be with the drive model. Further details will be submitted as a followup for another PR someone else sent about the same problem. From owner-freebsd-bugs Sat May 24 00:53:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA12396 for bugs-outgoing; Sat, 24 May 1997 00:53:20 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA12391 for ; Sat, 24 May 1997 00:53:17 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id IAA06972; Sat, 24 May 1997 08:53:15 +0100 (BST) Date: Sat, 24 May 1997 08:53:15 +0100 (BST) From: Doug Rabson To: Tor Egge cc: freebsd-bugs@hub.freebsd.org Subject: Re: kern/3581: trap 12 in lockstatus() In-Reply-To: <199705240254.EAA17882@pat.idt.unit.no> 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, 24 May 1997, Tor Egge wrote: > > Some more info: > > skarven:~$ ps axl -M /var/crash/vmcore.1 | grep 28620 > 28620 9144 151711 0 -14 0 972 0 vn_loc DEs p0- 0:00.00 (bash) > 28620 9159 151711 257 28 0 384 0 - Z p0- 0:00.00 (desclient- > > Here the vnode for /dev/ttyp0 had two references, one from the > controlling tty, and one from the system file table. > > process 9144 and 9159 got SIGHUP and started to exit. Since process > 9144 was the session leader, it called vop_revoke which called vgone > which called vclean. When vclean was called, vp->v_usecount was > 2. vclean increased vp->usecount to 3. Then vclean blocked in > vinvalbuf (in order to read inodes from disks, to update time stamps). > > Process 9159 then continued to close its file descriptors, reducing > the reference counts in the system file table to 0 for the > stdin/stdout/stderr entry which referenced the vnode for > /dev/ttyp0. Thus vn_close was called, and v_usecount was reduced from > 3 to 2. Process 9159 then became a zombie. > > Then process 9144 continued, called VOP_CLOSE, and a special hack > removed the controlling terminal and reduced v_usecount from 2 to 1. > When vrele was called, v_usecount became 0, and vn_lock was called > with a deadlock as a result. There is also the VOP_ISLOCKED race to deal with which, I think, is more common. I have seen it a couple of times. One solution would be to change *all* calls to VOP_ISLOCKED to vn_islocked which would check VXLOCK before calling the filesystem. Another would be to change all VFS' VOP_ISLOCKED to check VXLOCK. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 From owner-freebsd-bugs Sat May 24 01:10:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA13018 for bugs-outgoing; Sat, 24 May 1997 01:10:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA13012; Sat, 24 May 1997 01:10:02 -0700 (PDT) Resent-Date: Sat, 24 May 1997 01:10:02 -0700 (PDT) Resent-Message-Id: <199705240810.BAA13012@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, tihor@not-enough.bandwidth.org Received: from not-enough.bandwidth.org (slmel13p44.ozemail.com.au [203.108.202.60]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA12714 for ; Sat, 24 May 1997 01:02:21 -0700 (PDT) Received: (from tihor@localhost) by not-enough.bandwidth.org (8.8.5/8.8.5) id SAA20271; Sat, 24 May 1997 18:02:16 +1000 (EST) Message-Id: <199705240802.SAA20271@not-enough.bandwidth.org> Date: Sat, 24 May 1997 18:02:16 +1000 (EST) From: tihor@not-enough.bandwidth.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/3673: no ddp line in /etc/protocols Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3673 >Category: conf >Synopsis: no ddp line in /etc/protocols >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat May 24 01:10:01 PDT 1997 >Last-Modified: >Originator: Tihor Lim >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: >Description: There is no entry for ddp in /etc/protocols even though there are entries in /etc/services which are defined as being ddp >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat May 24 01:12:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA13158 for bugs-outgoing; Sat, 24 May 1997 01:12:05 -0700 (PDT) Received: from spinner.dialix.com.au (spinner.dialix.com.au [192.203.228.67]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA13127 for ; Sat, 24 May 1997 01:12:00 -0700 (PDT) Received: from spinner.dialix.com.au (localhost.dialix.com.au [127.0.0.1]) by spinner.dialix.com.au with ESMTP id QAA20320; Sat, 24 May 1997 16:11:23 +0800 (WST) Message-Id: <199705240811.QAA20320@spinner.dialix.com.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: Doug Rabson cc: Tor Egge , freebsd-bugs@hub.freebsd.org Subject: Re: kern/3581: trap 12 in lockstatus() In-reply-to: Your message of "Sat, 24 May 1997 08:53:15 +0100." Date: Sat, 24 May 1997 16:11:22 +0800 From: Peter Wemm Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Doug Rabson wrote: > On Sat, 24 May 1997, Tor Egge wrote: > > Some more info: > > > > skarven:~$ ps axl -M /var/crash/vmcore.1 | grep 28620 > > 28620 9144 151711 0 -14 0 972 0 vn_loc DEs p0- 0:00.00 (bash ) > > 28620 9159 151711 257 28 0 384 0 - Z p0- 0:00.00 (desc lient- > > > > Here the vnode for /dev/ttyp0 had two references, one from the > > controlling tty, and one from the system file table. > > > > process 9144 and 9159 got SIGHUP and started to exit. Since process > > 9144 was the session leader, it called vop_revoke which called vgone > > which called vclean. When vclean was called, vp->v_usecount was > > 2. vclean increased vp->usecount to 3. Then vclean blocked in > > vinvalbuf (in order to read inodes from disks, to update time stamps). > > > > Process 9159 then continued to close its file descriptors, reducing > > the reference counts in the system file table to 0 for the > > stdin/stdout/stderr entry which referenced the vnode for > > /dev/ttyp0. Thus vn_close was called, and v_usecount was reduced from > > 3 to 2. Process 9159 then became a zombie. > > > > Then process 9144 continued, called VOP_CLOSE, and a special hack > > removed the controlling terminal and reduced v_usecount from 2 to 1. > > When vrele was called, v_usecount became 0, and vn_lock was called > > with a deadlock as a result. > > There is also the VOP_ISLOCKED race to deal with which, I think, is more > common. I have seen it a couple of times. One solution would be to > change *all* calls to VOP_ISLOCKED to vn_islocked which would check VXLOCK > before calling the filesystem. Another would be to change all VFS' > VOP_ISLOCKED to check VXLOCK. I'm up to my eyeballs in a sweep over the code to implement poll. One of the things that I've noticed is that many of the fs _lock routines simply call the vop_nolock or whatever routines. There are some seriously ugly and /or evil bits of code in there. :-( > -- > Doug Rabson Mail: dfr@nlsystems.com > Nonlinear Systems Ltd. Phone: +44 181 951 1891 > Fax: +44 181 381 1039 Cheers, -Peter From owner-freebsd-bugs Sat May 24 02:20:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA15761 for bugs-outgoing; Sat, 24 May 1997 02:20:22 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA15749 for ; Sat, 24 May 1997 02:20:19 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id KAA07265; Sat, 24 May 1997 10:20:10 +0100 (BST) Date: Sat, 24 May 1997 10:20:10 +0100 (BST) From: Doug Rabson To: Peter Wemm cc: Tor Egge , freebsd-bugs@hub.freebsd.org Subject: Re: kern/3581: trap 12 in lockstatus() In-Reply-To: <199705240811.QAA20320@spinner.dialix.com.au> 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, 24 May 1997, Peter Wemm wrote: > Doug Rabson wrote: > > > > There is also the VOP_ISLOCKED race to deal with which, I think, is more > > common. I have seen it a couple of times. One solution would be to > > change *all* calls to VOP_ISLOCKED to vn_islocked which would check VXLOCK > > before calling the filesystem. Another would be to change all VFS' > > VOP_ISLOCKED to check VXLOCK. > > I'm up to my eyeballs in a sweep over the code to implement poll. One of > the things that I've noticed is that many of the fs _lock routines simply > call the vop_nolock or whatever routines. There are some seriously ugly and > /or evil bits of code in there. :-( The vop_nolock routine is supposed to be a simple shared lock for filesystems which don't need node locking. The shared lock is still needed because vclean needs a true exclusive lock to avoid races. Unfortunately most of the filesystems don't honour the locking protocol so vop_nolock is stubbed out. I fixed NFS to do locking properly and created vop_sharedlock (an un-stubbed version of vop_nolock) but I never got around to fixing the other filesystems. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 From owner-freebsd-bugs Sat May 24 03:46:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA20235 for bugs-outgoing; Sat, 24 May 1997 03:46:35 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA20208; Sat, 24 May 1997 03:46:26 -0700 (PDT) From: David Nugent Received: (from davidn@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02048; Sat, 24 May 1997 03:46:13 -0700 (PDT) Date: Sat, 24 May 1997 03:46:13 -0700 (PDT) Message-Id: <199705241046.DAA02048@freefall.freebsd.org> To: iain@ugh.net.au, davidn@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3666 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /usr/sbin/pw has error reading skeleton directories State-Changed-From-To: open-closed State-Changed-By: davidn State-Changed-When: Sat May 24 20:44:52 EST 1997 State-Changed-Why: Checking in pw_user.c; /home/ncvs/src/usr.sbin/pw/pw_user.c,v <-- pw_user.c new revision: 1.1.1.1.2.8; previous revision: 1.1.1.1.2.7 done Patch applied (to all three branches), thanks! From owner-freebsd-bugs Sat May 24 06:40:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA25432 for bugs-outgoing; Sat, 24 May 1997 06:40:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA25426; Sat, 24 May 1997 06:40:02 -0700 (PDT) Resent-Date: Sat, 24 May 1997 06:40:02 -0700 (PDT) Resent-Message-Id: <199705241340.GAA25426@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, rodiguez@comsci.liunet.edu Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA25192; Sat, 24 May 1997 06:32:20 -0700 (PDT) Message-Id: <199705241332.GAA25192@hub.freebsd.org> Date: Sat, 24 May 1997 06:32:20 -0700 (PDT) From: rodiguez@comsci.liunet.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/3674: NFS in 2.2 RELEASE hangs. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3674 >Category: kern >Synopsis: NFS in 2.2 RELEASE hangs. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Sat May 24 06:40:01 PDT 1997 >Last-Modified: >Originator: Jose A Rodriguez >Organization: Long Island University >Release: 2.2.2-RELEASE >Environment: FreeBSD myname.my.domain 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #1: Fri May 23 23:59:10 GMT 1997 root@myname.my.domain:/usr/src/sys/compile/GENERIC i386 >Description: I'm mounting a remote file system sitting in an IBM 530 Powerserver running AIX 3.2.5. When copying files from a local file system to the remote file system, or when copying from the remote file system to the remote file system, the copy hangs after a few fragments have been transmitted (I verified this using tcpdump). I never had this problem with 2.1 RELEASE, and again the problem doesn't occur with 3.0-SNAP >How-To-Repeat: mount -t nfs remote_machine:/remote_directory /mnt cp /local_directory/file /mnt >Fix: I would like to know the fix. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat May 24 07:02:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA26083 for bugs-outgoing; Sat, 24 May 1997 07:02:07 -0700 (PDT) Received: from pat.idt.unit.no (0@pat.idt.unit.no [129.241.103.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA26077 for ; Sat, 24 May 1997 07:02:04 -0700 (PDT) Received: from idt.unit.no (tegge@ikke.idi.ntnu.no [129.241.111.65]) by pat.idt.unit.no (8.8.5/8.8.5) with ESMTP id QAA03963; Sat, 24 May 1997 16:01:57 +0200 (MET DST) Message-Id: <199705241401.QAA03963@pat.idt.unit.no> To: dfr@nlsystems.com Cc: freebsd-bugs@hub.freebsd.org Subject: Re: kern/3581: trap 12 in lockstatus() In-Reply-To: Your message of "Sat, 24 May 1997 08:53:15 +0100 (BST)" References: X-Mailer: Mew version 1.06 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sat, 24 May 1997 16:01:56 +0200 From: Tor Egge Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > There is also the VOP_ISLOCKED race to deal with which, I think, is more > common. I have seen it a couple of times. One solution would be to > change *all* calls to VOP_ISLOCKED to vn_islocked which would check VXLOCK > before calling the filesystem. Another would be to change all VFS' > VOP_ISLOCKED to check VXLOCK. You might need to add an `owner' for VXLOCK. Then vn_islocked could block if VXLOCK is set and the owner is different from the caller. If VXLOCK is set and the owner is the same, the locking operations must just be 'stubs'. Not having an owner makes it much more difficult to avoid both deadlocks and races. You might also need to delay the initialization of the `owner' field until vclean has the lock. I would also like to know why the system was not able to recover from a crash. `fsck -p' in /etc/rc complained about values in super block not agreeing with those in the first alternate, but when running fsck manually, no errors were found. I'll probably do some crash tests in the near future on a spare machine. - Tor Egge From owner-freebsd-bugs Sat May 24 07:10:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA26379 for bugs-outgoing; Sat, 24 May 1997 07:10:27 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA26372 for ; Sat, 24 May 1997 07:10:21 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id PAA19638; Sat, 24 May 1997 15:10:17 +0100 (BST) Date: Sat, 24 May 1997 15:10:17 +0100 (BST) From: Doug Rabson To: Tor Egge cc: freebsd-bugs@hub.freebsd.org Subject: Re: kern/3581: trap 12 in lockstatus() In-Reply-To: <199705241401.QAA03963@pat.idt.unit.no> 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, 24 May 1997, Tor Egge wrote: > > There is also the VOP_ISLOCKED race to deal with which, I think, is more > > common. I have seen it a couple of times. One solution would be to > > change *all* calls to VOP_ISLOCKED to vn_islocked which would check VXLOCK > > before calling the filesystem. Another would be to change all VFS' > > VOP_ISLOCKED to check VXLOCK. > > You might need to add an `owner' for VXLOCK. Then vn_islocked could > block if VXLOCK is set and the owner is different from the caller. > If VXLOCK is set and the owner is the same, the locking operations > must just be 'stubs'. Not having an owner makes it much more difficult > to avoid both deadlocks and races. You might also need to delay > the initialization of the `owner' field until vclean has the lock. vn_islocked shouldn't block at all. It just tests to see if the vnode is locked. If VXLOCK is set, then it would just return TRUE. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 From owner-freebsd-bugs Sat May 24 07:30:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA27081 for bugs-outgoing; Sat, 24 May 1997 07:30:02 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA27075; Sat, 24 May 1997 07:30:01 -0700 (PDT) Date: Sat, 24 May 1997 07:30:01 -0700 (PDT) Message-Id: <199705241430.HAA27075@hub.freebsd.org> To: freebsd-bugs Cc: From: Doug Rabson Subject: Re: kern/3674: NFS in 2.2 RELEASE hangs. Reply-To: Doug Rabson Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3674; it has been noted by GNATS. From: Doug Rabson To: rodiguez@comsci.liunet.edu Cc: freebsd-gnats-submit@freebsd.org, GNATS Management Subject: Re: kern/3674: NFS in 2.2 RELEASE hangs. Date: Sat, 24 May 1997 15:28:06 +0100 (BST) This is probably fixed in 2.2.2-RELEASE. Please re-test on that version, thanks. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 From owner-freebsd-bugs Sat May 24 08:35:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA28892 for bugs-outgoing; Sat, 24 May 1997 08:35:20 -0700 (PDT) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA28887 for ; Sat, 24 May 1997 08:35:17 -0700 (PDT) Received: from urgoriyf.ludd.luth.se (root@urgoriyf.ludd.luth.se [130.240.16.64]) by zed.ludd.luth.se (8.8.5/8.8.5) with ESMTP id RAA05575; Sat, 24 May 1997 17:35:09 +0200 Received: (smurfen@localhost) by urgoriyf.ludd.luth.se (8.7.4/8.6.11) id RAA26346; Sat, 24 May 1997 17:34:02 +0200 (MET DST) Date: Sat, 24 May 1997 17:33:56 +0200 (MET DST) From: Ola Persson To: KATO Takenori cc: freebsd-bugs@hub.freebsd.org, kato@eclogite.eps.nagoya-u.ac.jp Subject: Re: kern/3611: Internal CPU cache on CyrixiInstead DX2 does not work In-Reply-To: <199705240407.NAA06741@gneiss.eps.nagoya-u.ac.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Firstly, I think former is write-through case, because latter one > shows that (1) NW (not write-through) is set and (2) WB interface pin > is enabled. Oh, you are right, I messed up :) WB has CCR1=90,CCR2=16, and CCR3=0CR0=a005003b. > (1) Motherboard and memory problem. (c.f. http://www.bitwizard.nl/sig11/) Probably not. System works fine in Win95.. Or, as good as anything CAN work in win95 :) > Fix is only in PC-98 tree now. Will there be one for ordinary PC ?? Sounds like it isn't to hard... HEY! Don't look at me, I am not a programmer *chuckle*.. At least, not a very good one. /Ola From owner-freebsd-bugs Sat May 24 09:22:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA02577 for bugs-outgoing; Sat, 24 May 1997 09:22:00 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA01864; Sat, 24 May 1997 09:21:08 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA06844; Sat, 24 May 1997 09:20:53 -0700 (PDT) Date: Sat, 24 May 1997 09:20:53 -0700 (PDT) Message-Id: <199705241620.JAA06844@freefall.freebsd.org> To: pgiffuni@fps.biblos.unal.edu.co, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/3449 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ATAPI CD doesn't work under 2.2.1 Release State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat May 24 18:20:31 MEST 1997 State-Changed-Why: Closed at Pedro's request. From owner-freebsd-bugs Sat May 24 13:20:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA15333 for bugs-outgoing; Sat, 24 May 1997 13:20:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA15314; Sat, 24 May 1997 13:20:02 -0700 (PDT) Resent-Date: Sat, 24 May 1997 13:20:02 -0700 (PDT) Resent-Message-Id: <199705242020.NAA15314@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, tommy@mdc.tijp.ti.com Received: from kingston.da2.so-net.or.jp (pppcc13.pppp.ap.so-net.or.jp [210.132.204.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA15190 for ; Sat, 24 May 1997 13:18:43 -0700 (PDT) Received: (from tommy@localhost) by kingston.da2.so-net.or.jp (8.8.5/8.8.5) id FAA01548; Sun, 25 May 1997 05:18:36 +0900 (JST) Message-Id: <199705242018.FAA01548@kingston.da2.so-net.or.jp> Date: Sun, 25 May 1997 05:18:36 +0900 (JST) From: tommyk@da2.so-net.or.jp Reply-To: tommy@mdc.tijp.ti.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/3675: man page of mount(2) of 2.2.2R Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3675 >Category: docs >Synopsis: man page of mount(2) of 2.2.2R >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat May 24 13:20:01 PDT 1997 >Last-Modified: >Originator: Kenji Tomita >Organization: Texas Instruments Japan >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: PC/AT >Description: /usr/share/man/man2/mount.2.gz described a type argument for msdosfs is "MOUNT_MSDOSFS", but in /usr/include/sys/mount.h, it's defined as "MOUNT_MSDOS". >How-To-Repeat: - >Fix: --- mount.2.org Sat May 24 19:09:57 1997 +++ mount.2 Sun May 25 05:06:34 1997 @@ -232,7 +232,7 @@ }; .Ed .Pp -.Dv MOUNT_MSDOSFS +.Dv MOUNT_MSDOS .Pp .Bd -literal -compact #ifdef MSDOSFS >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat May 24 14:06:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA17953 for bugs-outgoing; Sat, 24 May 1997 14:06:47 -0700 (PDT) Received: (from steve@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA17930; Sat, 24 May 1997 14:06:40 -0700 (PDT) Date: Sat, 24 May 1997 14:06:40 -0700 (PDT) From: Steve Price Message-Id: <199705242106.OAA17930@hub.freebsd.org> To: dholland@eecs.harvard.edu, steve, freebsd-bugs Subject: Re: bin/3668 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /bin/sh knows too much about wait() State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sat May 24 14:05:51 PDT 1997 State-Changed-Why: Patch applied. Thanks! From owner-freebsd-bugs Sat May 24 16:17:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA24656 for bugs-outgoing; Sat, 24 May 1997 16:17:58 -0700 (PDT) Received: from pat.idt.unit.no (0@pat.idt.unit.no [129.241.103.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA24651 for ; Sat, 24 May 1997 16:17:55 -0700 (PDT) Received: from idt.unit.no (tegge@ikke.idi.ntnu.no [129.241.111.65]) by pat.idt.unit.no (8.8.5/8.8.5) with ESMTP id BAA17144; Sun, 25 May 1997 01:17:41 +0200 (MET DST) Message-Id: <199705242317.BAA17144@pat.idt.unit.no> To: dfr@nlsystems.com Cc: freebsd-bugs@hub.freebsd.org Subject: Re: kern/3581: trap 12 in lockstatus() In-Reply-To: Your message of "Sat, 24 May 1997 15:10:17 +0100 (BST)" References: X-Mailer: Mew version 1.06 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sun, 25 May 1997 01:17:41 +0200 From: Tor Egge Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > vn_islocked shouldn't block at all. It just tests to see if the vnode is > locked. If VXLOCK is set, then it would just return TRUE. You are right. I was wrong. ;-) - Tor Egge From owner-freebsd-bugs Sat May 24 16:20:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA24787 for bugs-outgoing; Sat, 24 May 1997 16:20:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA24762; Sat, 24 May 1997 16:20:03 -0700 (PDT) Resent-Date: Sat, 24 May 1997 16:20:03 -0700 (PDT) Resent-Message-Id: <199705242320.QAA24762@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, gil@gc2.kloepfer.org Received: from cortex.gc2.kloepfer.org (cortex.gc2.kloepfer.org [206.225.39.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA24467 for ; Sat, 24 May 1997 16:13:51 -0700 (PDT) Received: (from gil@localhost) by cortex.gc2.kloepfer.org (8.8.5/8.8.5) id SAA00622; Sat, 24 May 1997 18:13:45 -0500 (CDT) Message-Id: <199705242313.SAA00622@cortex.gc2.kloepfer.org> Date: Sat, 24 May 1997 18:13:45 -0500 (CDT) From: gil@gc2.kloepfer.org Reply-To: gil@gc2.kloepfer.org To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: gil@gc2.kloepfer.org X-Send-Pr-Version: 3.2 Subject: conf/3676: rc doesn't include full path to sendmail Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3676 >Category: conf >Synopsis: Sendmail not invoked with full path >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat May 24 16:20:01 PDT 1997 >Last-Modified: >Originator: Gil Kloepfer Jr. >Organization: None >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: FreeBSD 2.2.2 using sendmail versions >= 8.8.5 (possibly others) >Description: The newer versions of sendmail contain code which allows the configuration file to be reread when a SIGHUP is sent to the sendmail process. This will only work if sendmail is invoked with the full pathname. The file /etc/rc does not invoke sendmail this way. >How-To-Repeat: Boot system with sendmail enabled. Note /var/log/maillog message regarding the manner in which sendmail was invoked. >Fix: Correct /etc/rc to invoke sendmail with the full pathname, in this case /usr/sbin/sendmail. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat May 24 22:00:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA08340 for bugs-outgoing; Sat, 24 May 1997 22:00:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA08326; Sat, 24 May 1997 22:00:01 -0700 (PDT) Resent-Date: Sat, 24 May 1997 22:00:01 -0700 (PDT) Resent-Message-Id: <199705250500.WAA08326@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ngk@gc2.kloepfer.org Received: from cortex.gc2.kloepfer.org (cortex.gc2.kloepfer.org [206.225.39.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA07899 for ; Sat, 24 May 1997 21:50:17 -0700 (PDT) Received: (from gil@localhost) by cortex.gc2.kloepfer.org (8.8.5/8.8.5) id XAA00323; Sat, 24 May 1997 23:50:07 -0500 (CDT) Message-Id: <199705250450.XAA00323@cortex.gc2.kloepfer.org> Date: Sat, 24 May 1997 23:50:07 -0500 (CDT) From: ngk@gc2.kloepfer.org Reply-To: ngk@gc2.kloepfer.org To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: ngk@gc2.kloepfer.org X-Send-Pr-Version: 3.2 Subject: conf/3677: /etc/login.conf needs a default Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3677 >Category: conf >Synopsis: login.conf needs a default or baseline file >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat May 24 22:00:01 PDT 1997 >Last-Modified: >Originator: Gil Kloepfer Jr. >Organization: None >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: FreeBSD 2.2.2-Release, all platforms >Description: After installation, there is no /etc/login.conf file, so when login or inetd accesses the root class, a syslog message is displayed: May 24 23:18:13 host login: login_getclass: unknown class 'root' May 24 23:25:03 host inetd[253]: login_getclass: unknown class 'root' >How-To-Repeat: Install FreeBSD 2.2.2-Release >Fix: The login.conf file has a lot of options and defaults. It probably should exist with the default values for the default class, and a set of relatively secure values for the root class. This would make it easier for someone first dealing with the file to have a template to work with. It would also eliminate the messages noted above when the system is first built. The syslog messages are NOT a bug, they're probably a good way to alert a system administrator that the /etc/login.conf doesn't exist. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat May 24 23:20:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA10471 for bugs-outgoing; Sat, 24 May 1997 23:20:22 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA10411; Sat, 24 May 1997 23:19:44 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA11306; Sat, 24 May 1997 23:19:24 -0700 (PDT) Date: Sat, 24 May 1997 23:19:24 -0700 (PDT) Message-Id: <199705250619.XAA11306@freefall.freebsd.org> To: jdli@csie.nctu.edu.tw, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/3617 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sendmail doesn't start with fully path in 2.2.2R State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun May 25 08:18:54 MEST 1997 State-Changed-Why: Fixed in rev 1.123 or 1.104.2.15 of /etc/rc. From owner-freebsd-bugs Sat May 24 23:20:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA10496 for bugs-outgoing; Sat, 24 May 1997 23:20:30 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA10463; Sat, 24 May 1997 23:20:18 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA11369; Sat, 24 May 1997 23:19:58 -0700 (PDT) Date: Sat, 24 May 1997 23:19:58 -0700 (PDT) Message-Id: <199705250619.XAA11369@freefall.freebsd.org> To: gil@gc2.kloepfer.org, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/3676 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Sendmail not invoked with full path State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun May 25 08:18:54 MEST 1997 State-Changed-Why: Fixed in rev 1.123 or 1.104.2.15 of /etc/rc. (dup for # 3617) From owner-freebsd-bugs Sat May 24 23:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA10724 for bugs-outgoing; Sat, 24 May 1997 23:30:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA10713; Sat, 24 May 1997 23:30:01 -0700 (PDT) Date: Sat, 24 May 1997 23:30:01 -0700 (PDT) Message-Id: <199705250630.XAA10713@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: conf/3676: rc doesn't include full path to sendmail 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/3676; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: gil@gc2.kloepfer.org Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/3676: rc doesn't include full path to sendmail Date: Sun, 25 May 1997 07:59:36 +0200 As gil@gc2.kloepfer.org wrote: > >Synopsis: Sendmail not invoked with full path Duplicate for PR # 3617. Both can be closed since the problem has been fixed by revision 1.123 date: 1997/05/07 12:35:03; author: jkh; state: Exp; lines: +2 -2 Use full path to sendmail for security reasons. Submitted by: Ollivier Robert revision 1.104.2.15 date: 1997/05/18 13:18:02; author: peter; state: Exp; lines: +2 -2 Sendmail needs a full pathname or 'kill -HUP' fails. Submitted by: Jian-Da Li Both Peter and Ollivier forgot to close PR 3617. -- 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. ;-)