From owner-freebsd-bugs  Sun Jan 25 02:50:04 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id CAA29908
          for freebsd-bugs-outgoing; Sun, 25 Jan 1998 02:50:04 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id CAA29888;
          Sun, 25 Jan 1998 02:50:01 -0800 (PST)
          (envelope-from gnats)
Received: from mail.yk.rim.or.jp (root@mail.yk.rim.or.jp [202.247.130.37])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA29738
          for <FreeBSD-gnats-submit@freebsd.org>; Sun, 25 Jan 1998 02:45:14 -0800 (PST)
          (envelope-from k-horik@mail.yk.rim.or.jp)
Received: from localhost (ppp129.yk.rim.or.jp [202.247.134.129]) by mail.yk.rim.or.jp (8.8.5/3.4Wbeta6-rim1.1) with ESMTP id TAA08096; Sun, 25 Jan 1998 19:45:11 +0900 (JST)
Message-Id: <199801251045.TAA08096@mail.yk.rim.or.jp>
Date: Sun, 25 Jan 1998 19:44:51 +0900
From: k-horik@yk.rim.or.jp
Reply-To: k-horik@yk.rim.or.jp
To: FreeBSD-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: 3.2
Subject: docs/5561: apm.8 contains some typos.
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         5561
>Category:       docs
>Synopsis:       apm.8 contains some typos.
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          doc-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jan 25 02:50:01 PST 1998
>Last-Modified:
>Originator:     Kazuo Horikawa
>Organization:
<Organization of PR author (multiple lines)>
>Release:        FreeBSD 2.2.5-RELEASE i386
>Environment:

	src/usr.sbin/apm/apm.8 rev.1.2.2.3

>Description:

	apm.8 contains some typo.
	o `using using' shoud be `using'
	o `.Nm zzz.' should be `.Nm zzz .'
	o `.El' should be added to close list

>How-To-Repeat:

	man 8 apm

>Fix:
--- ../../man8/apm.8	Fri Jan 16 02:13:16 1998
+++ apm.8	Sun Jan 18 19:43:34 1998
@@ -56,7 +56,7 @@
 status respectively.
 .It Fl d
 Disable/enable suspending of the display separately from a normal suspend
-using using the values
+using the values
 .Ar 1
 or
 .Ar 0
@@ -73,7 +73,8 @@
 state respectively.
 .It Fl z
 Suspend the system. It is equivalent to
-.Nm zzz.
+.Nm zzz .
+.El
 .Sh BUGS
 Some APM implementations do not support parameters needed by
 .Nm apm.
@@ -89,7 +90,7 @@
 by using
 .Nm apm
 or 
-.Nm zzz.
+.Nm zzz .
 .Sh SEE ALSO
 .Xr apm 4 ,
 .Xr apmconf 8
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sun Jan 25 02:50:04 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id CAA29909
          for freebsd-bugs-outgoing; Sun, 25 Jan 1998 02:50:04 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id CAA29902;
          Sun, 25 Jan 1998 02:50:02 -0800 (PST)
          (envelope-from gnats)
Received: from mail.yk.rim.or.jp (root@mail.yk.rim.or.jp [202.247.130.37])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA29745
          for <FreeBSD-gnats-submit@freebsd.org>; Sun, 25 Jan 1998 02:45:31 -0800 (PST)
          (envelope-from k-horik@mail.yk.rim.or.jp)
Received: from localhost (ppp129.yk.rim.or.jp [202.247.134.129]) by mail.yk.rim.or.jp (8.8.5/3.4Wbeta6-rim1.1) with ESMTP id TAA08144; Sun, 25 Jan 1998 19:45:28 +0900 (JST)
Message-Id: <199801251045.TAA08144@mail.yk.rim.or.jp>
Date: Sun, 25 Jan 1998 19:45:07 +0900
From: k-horik@yk.rim.or.jp
Reply-To: k-horik@yk.rim.or.jp
To: FreeBSD-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: 3.2
Subject: docs/5562: moused.8 contains some typos.
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         5562
>Category:       docs
>Synopsis:       moused.8 contains some typos.
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          doc-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jan 25 02:50:02 PST 1998
>Last-Modified:
>Originator:     Kazuo Horikawa
>Organization:
<Organization of PR author (multiple lines)>
>Release:        FreeBSD 2.2.5-RELEASE i386
>Environment:

	.\"     $Id: moused.8,v 1.1.2.3 1998/01/20 03:52:43 yokota Exp $

>Description:

	moused.8 contains some typo.
	o userful -> useful
	o cur & paste -> cut & paste
	o .Pa /dev/psm0. -> .Pa /dev/psm0 .
	o .Pa /dev/psm0, -> .Pa /dev/psm0 ,
	o .Pa /dev/cuaa0. -> .Pa /dev/cuaa0 .
	o .Pa /dev/mouse. -> .Pa /dev/mouse .

>How-To-Repeat:

	man 8 moused

>Fix:
--- moused.8.orig	Sun Jan 25 19:30:29 1998
+++ moused.8	Sun Jan 25 01:10:26 1998
@@ -113,7 +113,7 @@
 .Fl i
 option, the
 .Nm
-command won't be able to print userful information for the serial mouse.
+command won't be able to print useful information for the serial mouse.
 .It Fl R
 Lower RTS on the serial port.
 This option is valid only if 
@@ -147,7 +147,7 @@
 .Pa /dev/cuaa0 , 
 .Pa /dev/mse0
 and 
-.Pa /dev/psm0.
+.Pa /dev/psm0 .
 .It Ar if
 Interface type: serial, bus, inport or ps/2.
 .It Ar type
@@ -305,9 +305,9 @@
 The next thing to decide is a port to use for the given interface.
 For the bus, InPort and PS/2 mice, there is little choice: 
 the bus and InPort mice always use
-.Pa /dev/mse0,
+.Pa /dev/mse0 ,
 and the PS/2 mouse is always at
-.Pa /dev/psm0.
+.Pa /dev/psm0 .
 There may be more than one serial port to which the serial
 mouse can be attached.  Many people often assign the first, built-in 
 serial port
@@ -403,7 +403,7 @@
 .Dl moused -f -p Ar _selected_port_ -t Ar _selected_protocol_
 .Pp
 and see if the mouse pointer travels correctly
-according to the mouse movement. Then try cur & paste features by
+according to the mouse movement. Then try cut & paste features by
 clicking the left, right and middle buttons. Type ^C to stop
 the command.
 .Ss Multiple Mice
@@ -445,7 +445,7 @@
 Let the
 .Nm
 command determine the protocol type of the mouse at the serial port
-.Pa /dev/cuaa0.
+.Pa /dev/cuaa0 .
 If successful, the command will print the type, otherwise it will say
 ``unknown''.
 .Pp
@@ -463,7 +463,7 @@
 .Dl vidcontrol -m on
 .Pp
 Start the mouse daemon on the serial port 
-.Pa /dev/mouse.
+.Pa /dev/mouse .
 The protocol type
 .Ar microsoft
 is explicitly specified by the

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sun Jan 25 03:30:02 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id DAA01304
          for freebsd-bugs-outgoing; Sun, 25 Jan 1998 03:30:02 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id DAA01298;
          Sun, 25 Jan 1998 03:30:01 -0800 (PST)
          (envelope-from gnats)
Received: (from nobody@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id DAA00928;
          Sun, 25 Jan 1998 03:19:46 -0800 (PST)
          (envelope-from nobody)
Message-Id: <199801251119.DAA00928@hub.freebsd.org>
Date: Sun, 25 Jan 1998 03:19:46 -0800 (PST)
From: schweikh@noc.dfn.de
To: freebsd-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: www-1.0
Subject: docs/5563: /etc/motd says handbook in info dist; not so
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         5563
>Category:       docs
>Synopsis:       /etc/motd says handbook in info dist; not so
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          doc-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jan 25 03:30:00 PST 1998
>Last-Modified:
>Originator:     Jens Schweikhardt
>Organization:
DFN NOC
>Release:        2.2.5
>Environment:
>Description:
/etc/motd  says

If the info distribution has been loaded on this machine
the FreeBSD Handbook will be in file:/usr/share/doc/handbook
and the FAQ in file:/usr/share/doc/FAQ

When I insert the first CD with the info.?? files and
install them I still miss both of them.
The doc.?? files don't contain them either.

What should I do to get these installed?
>How-To-Repeat:

>Fix:

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sun Jan 25 04:20:02 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id EAA04837
          for freebsd-bugs-outgoing; Sun, 25 Jan 1998 04:20:02 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id EAA04831;
          Sun, 25 Jan 1998 04:20:01 -0800 (PST)
          (envelope-from gnats)
Date: Sun, 25 Jan 1998 04:20:01 -0800 (PST)
Message-Id: <199801251220.EAA04831@hub.freebsd.org>
To: freebsd-bugs
Cc: 
From: KATO Takenori <kato@migmatite.eps.nagoya-u.ac.jp>
Subject: Re: bin/5549: Kernel Problem
Reply-To: KATO Takenori <kato@migmatite.eps.nagoya-u.ac.jp>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR bin/5549; it has been noted by GNATS.

From: KATO Takenori <kato@migmatite.eps.nagoya-u.ac.jp>
To: lizard@freemail.gr
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: bin/5549: Kernel Problem
Date: Sun, 25 Jan 1998 21:15:44 +0900

 lizard@freemail.gr wrote:
 
 > > My CPU is Cyrix
 
 Please describe in detail.  Also, if you can recompile a kernel with
 
 	options		DDB
 
 line in your kernel configuration file, please type
 
 	show cyrixreg
 
 and
 
 	trace
 
 when you get panic.
 
 
 > Fatal trap 1: privileged instruction fault while in kernel mode
 
 Is it always trap 1?
 
 ----
 KATO Takenori <kato@ganko.eps.nagoya-u.ac.jp>
 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  Sun Jan 25 08:24:50 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id IAA16106
          for freebsd-bugs-outgoing; Sun, 25 Jan 1998 08:24:50 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from steve@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id IAA16088;
          Sun, 25 Jan 1998 08:24:46 -0800 (PST)
          (envelope-from steve)
Date: Sun, 25 Jan 1998 08:24:46 -0800 (PST)
From: Steve Price <steve>
Message-Id: <199801251624.IAA16088@hub.freebsd.org>
To: k-horik@yk.rim.or.jp, steve, freebsd-bugs
Subject: Re: docs/5561
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: apm.8 contains some typos.

State-Changed-From-To: open-closed
State-Changed-By: steve
State-Changed-When: Sun Jan 25 08:23:12 PST 1998
State-Changed-Why: 
Patch applied.  Thanks!

From owner-freebsd-bugs  Sun Jan 25 08:39:43 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id IAA17768
          for freebsd-bugs-outgoing; Sun, 25 Jan 1998 08:39:43 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from steve@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id IAA17751;
          Sun, 25 Jan 1998 08:39:39 -0800 (PST)
          (envelope-from steve)
Date: Sun, 25 Jan 1998 08:39:39 -0800 (PST)
From: Steve Price <steve>
Message-Id: <199801251639.IAA17751@hub.freebsd.org>
To: mph@pobox.com, steve, freebsd-bugs
Subject: Re: docs/5547
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: fstat.1 contains a badly-formatted listing

State-Changed-From-To: open-closed
State-Changed-By: steve
State-Changed-When: Sun Jan 25 08:39:18 PST 1998
State-Changed-Why: 
Patch applied.  Thanks!

From owner-freebsd-bugs  Sun Jan 25 08:40:02 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id IAA17872
          for freebsd-bugs-outgoing; Sun, 25 Jan 1998 08:40:02 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id IAA17859;
          Sun, 25 Jan 1998 08:40:01 -0800 (PST)
          (envelope-from gnats)
Received: from obsidian.noc.dfn.de (obsidian.noc.dfn.de [193.174.247.193])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA16993
          for <FreeBSD-gnats-submit@freebsd.org>; Sun, 25 Jan 1998 08:33:20 -0800 (PST)
          (envelope-from schweikh@obsidian.noc.dfn.de)
Received: (from schweikh@localhost)
	by obsidian.noc.dfn.de (8.8.7/8.8.7) id RAA04636
	for FreeBSD-gnats-submit@freebsd.org; Sun, 25 Jan 1998 17:33:14 +0100 (MET)
Message-Id: <199801251633.RAA04636@obsidian.noc.dfn.de>
Date: Sun, 25 Jan 1998 17:33:13 +0100 (MET)
From: Jens Schweikhardt <schweikh@noc.dfn.de>
To: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: bin/5565: ftp prints garbage
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         5565
>Category:       bin
>Synopsis:       ftp prints garbage
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jan 25 08:40:01 PST 1998
>Last-Modified:
>Originator:     Jens Schweikhardt
>Organization:
DFN NOC
>Release:        FreeBSD 2.2.5-RELEASE i386
>Environment:

FreeBSD hal9000.details.de 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Thu Jan 22 20:05:20 CET 1998     schweikh@hal9000.details.de:/usr/src/sys/compile/HAL9000  i386

>Description:

	ftp prints garbage when I type Control-D at the login prompt.

>How-To-Repeat:

hal9000: 0 $ ftp localhost
Connected to localhost.
220 hal9000.details.de FTP server (Version 6.00) ready.
Name (localhost:schweikh): ^D331 Password required for .

The garbage is the stuff after 'Password required for '

>Fix:

The bug is that tmp[] is used unitialized when fgets returns NULL.
The following patch to usr.bin/ftp/ftp.c makes a Control-D at the
login prompt leave ftp -- the same behavior as for telnet.

--- ftp.c.orig	Sun Jan 25 14:39:14 1998
+++ ftp.c	Sun Jan 25 14:51:46 1998
@@ -214,7 +214,8 @@
 			printf("Name (%s:%s): ", host, myname);
 		else
 			printf("Name (%s): ", host);
-		(void) fgets(tmp, sizeof(tmp) - 1, stdin);
+		if (fgets(tmp, sizeof(tmp) - 1, stdin) == NULL)
+			return 0;
 		tmp[strlen(tmp) - 1] = '\0';
 		if (*tmp == '\0')
 			user = myname;

Regards,

	Jens
-- 
Jens Schweikhardt  http://www.shuttle.de/schweikh/
SIGSIG -- signature too long (core dumped)
>Audit-Trail:
>Unformatted:
From: schweikh@noc.dfn.de
Reply-To: schweikh@noc.dfn.de
X-send-pr-version: 3.2



From owner-freebsd-bugs  Sun Jan 25 08:45:04 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id IAA18410
          for freebsd-bugs-outgoing; Sun, 25 Jan 1998 08:45:04 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from steve@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id IAA18380;
          Sun, 25 Jan 1998 08:44:56 -0800 (PST)
          (envelope-from steve)
Date: Sun, 25 Jan 1998 08:44:56 -0800 (PST)
From: Steve Price <steve>
Message-Id: <199801251644.IAA18380@hub.freebsd.org>
To: count@key.sms.fi, steve, freebsd-bugs
Subject: Re: docs/5523
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: cvsup server in finland now available

State-Changed-From-To: open-closed
State-Changed-By: steve
State-Changed-When: Sun Jan 25 08:44:26 PST 1998
State-Changed-Why: 
Finland mirror added to handbook.  Thanks!

From owner-freebsd-bugs  Sun Jan 25 09:27:36 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id JAA24047
          for freebsd-bugs-outgoing; Sun, 25 Jan 1998 09:27:36 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from steve@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id JAA24005;
          Sun, 25 Jan 1998 09:27:29 -0800 (PST)
          (envelope-from steve)
Date: Sun, 25 Jan 1998 09:27:29 -0800 (PST)
From: Steve Price <steve>
Message-Id: <199801251727.JAA24005@hub.freebsd.org>
To: sja@tekla.fi, steve, freebsd-bugs
Subject: Re: kern/5450
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: A couple of operator precedence bugs

State-Changed-From-To: open-closed
State-Changed-By: steve
State-Changed-When: Sun Jan 25 09:26:30 PST 1998
State-Changed-Why: 
Patch applied to -current to fix precedence bugs.  Thanks!

From owner-freebsd-bugs  Sun Jan 25 09:30:07 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id JAA24606
          for freebsd-bugs-outgoing; Sun, 25 Jan 1998 09:30:07 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from steve@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id JAA24576;
          Sun, 25 Jan 1998 09:30:02 -0800 (PST)
          (envelope-from steve)
Date: Sun, 25 Jan 1998 09:30:02 -0800 (PST)
From: Steve Price <steve>
Message-Id: <199801251730.JAA24576@hub.freebsd.org>
To: leres@ee.lbl.gov, steve, freebsd-bugs
Subject: Re: bin/5447
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: swapon(8) should reference swapinfo(8)

State-Changed-From-To: open-closed
State-Changed-By: steve
State-Changed-When: Sun Jan 25 09:29:30 PST 1998
State-Changed-Why: 
Fixed in revision 1.8 of swapon.8.

From owner-freebsd-bugs  Sun Jan 25 09:56:14 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id JAA27969
          for freebsd-bugs-outgoing; Sun, 25 Jan 1998 09:56:14 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from steve@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id JAA27948;
          Sun, 25 Jan 1998 09:56:08 -0800 (PST)
          (envelope-from steve)
Date: Sun, 25 Jan 1998 09:56:08 -0800 (PST)
From: Steve Price <steve>
Message-Id: <199801251756.JAA27948@hub.freebsd.org>
To: risner@stdio.com, steve, freebsd-bugs
Subject: Re: misc/1376
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: if_tun.c does not set if_ibytes and if_obytes to zero.

State-Changed-From-To: feedback-closed
State-Changed-By: steve
State-Changed-When: Sun Jan 25 09:55:36 PST 1998
State-Changed-Why: 
Patch applied to -current.

From owner-freebsd-bugs  Sun Jan 25 11:00:02 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id LAA04073
          for freebsd-bugs-outgoing; Sun, 25 Jan 1998 11:00:02 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id LAA04057;
          Sun, 25 Jan 1998 11:00:01 -0800 (PST)
          (envelope-from gnats)
Date: Sun, 25 Jan 1998 11:00:01 -0800 (PST)
Message-Id: <199801251900.LAA04057@hub.freebsd.org>
To: freebsd-bugs
Cc: 
From: Bill Fenner <fenner@parc.xerox.com>
Subject: Re: misc/1376 
Reply-To: Bill Fenner <fenner@parc.xerox.com>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR misc/1376; it has been noted by GNATS.

From: Bill Fenner <fenner@parc.xerox.com>
To: Steve Price <steve@freebsd.org>
Cc: risner@stdio.com, steve@hub.freebsd.org,
        freebsd-gnats-submit@hub.freebsd.org
Subject: Re: misc/1376 
Date: Sun, 25 Jan 1998 10:57:26 PST

 Steve Price <steve@FreeBSD.ORG> wrote:
 >Synopsis: if_tun.c does not set if_ibytes and if_obytes to zero.
 >
 >State-Changed-From-To: feedback-closed
 >State-Changed-By: steve
 >State-Changed-When: Sun Jan 25 09:55:36 PST 1998
 >State-Changed-Why: 
 >Patch applied to -current.
 
 I don't think this is appropriate; as Gary said, the correct thing is
 probably to bzero the if_data struct (e.g. why should ibytes get set to
 zero but not imcasts, or iqdrops?).
 
   Bill

From owner-freebsd-bugs  Sun Jan 25 11:40:03 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id LAA09036
          for freebsd-bugs-outgoing; Sun, 25 Jan 1998 11:40:03 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id LAA09010;
          Sun, 25 Jan 1998 11:40:01 -0800 (PST)
          (envelope-from gnats)
Date: Sun, 25 Jan 1998 11:40:01 -0800 (PST)
Message-Id: <199801251940.LAA09010@hub.freebsd.org>
To: freebsd-bugs
Cc: 
From: Steve Price <sprice@hiwaay.net>
Subject: Re: misc/1376
Reply-To: Steve Price <sprice@hiwaay.net>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR misc/1376; it has been noted by GNATS.

From: Steve Price <sprice@hiwaay.net>
To: Bill Fenner <fenner@parc.xerox.com>
Cc: risner@stdio.com, freebsd-gnats-submit@hub.freebsd.org
Subject: Re: misc/1376
Date: Sun, 25 Jan 1998 13:40:09 -0600

 Bill Fenner wrote:
 >
 > I don't think this is appropriate; as Gary said, the correct thing is
 > probably to bzero the if_data struct (e.g. why should ibytes get set to
 > zero but not imcasts, or iqdrops?).
 
 This is why I just applied it to -current. :)  Would the attached
 patch make everyone happier?  If not, your patches are always welcome.
 
 Steve
 
 >   Bill
 
 Index: if_tun.c
 ===================================================================
 RCS file: /u/FreeBSD/cvs/src/sys/net/if_tun.c,v
 retrieving revision 1.41
 diff -u -Lif_tun.c -r1.41 if_tun.c
 --- if_tun.c
 +++ if_tun.c	1998/01/25 19:22:27
 @@ -125,16 +125,12 @@
  		ifp = &tunctl[i].tun_if;
 +		memset(&ifp->if_data, 0, sizeof(ifp->if_data));
  		ifp->if_unit = i;
  		ifp->if_name = "tun";
  		ifp->if_mtu = TUNMTU;
  		ifp->if_ioctl = tunifioctl;
  		ifp->if_output = tunoutput;
  		ifp->if_flags = IFF_POINTOPOINT | IFF_MULTICAST;
  		ifp->if_snd.ifq_maxlen = ifqmaxlen;
 -		ifp->if_collisions = 0;
 -		ifp->if_ierrors = 0;
 -		ifp->if_oerrors = 0;
 -		ifp->if_ipackets = 0;
 -		ifp->if_opackets = 0;
  		if_attach(ifp);
  #if NBPFILTER > 0
  		bpfattach(ifp, DLT_NULL, sizeof(u_int));

From owner-freebsd-bugs  Sun Jan 25 12:00:03 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id MAA11702
          for freebsd-bugs-outgoing; Sun, 25 Jan 1998 12:00:03 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id MAA11695;
          Sun, 25 Jan 1998 12:00:01 -0800 (PST)
          (envelope-from gnats)
Received: (from nobody@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id LAA10873;
          Sun, 25 Jan 1998 11:54:04 -0800 (PST)
          (envelope-from nobody)
Message-Id: <199801251954.LAA10873@hub.freebsd.org>
Date: Sun, 25 Jan 1998 11:54:04 -0800 (PST)
From: jason_smethers@bigfoot.com
To: freebsd-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: www-1.0
Subject: bin/5567: trying to mount a joliet filesystem cdrom on 2.2.5-STABLE with /cdrom in fstab denoting the filesystem as cd9660 causes a reboot
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         5567
>Category:       bin
>Synopsis:       trying to mount a joliet filesystem cdrom on 2.2.5-STABLE with /cdrom in fstab denoting the filesystem as cd9660 causes a reboot
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jan 25 12:00:00 PST 1998
>Last-Modified:
>Originator:     Jason Smethers
>Organization:
n/a
>Release:        2.2.5-STABLE
>Environment:
FreeBSD p90 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0:Tue Jan 6 15:34:07 CST 1998     root@p90:/usr/src/sys/comple/FIRST     i386
>Description:
/cdrom mount point in /etc/fstab is defined:
/dev/cd0a    /cdrom    cd9660  ro,noauto    0    0

When mounting a joliet filesystem cd using:
#mount /cdrom

the system reboots
>How-To-Repeat:
define: /dev/cd0a    /cdrom    cd9660  ro,noauto    0    0
in fstab and mount a joliet filesystem cdrom using
mount /cdrom

>Fix:

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sun Jan 25 12:50:04 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id MAA18283
          for freebsd-bugs-outgoing; Sun, 25 Jan 1998 12:50:04 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id MAA18265;
          Sun, 25 Jan 1998 12:50:01 -0800 (PST)
          (envelope-from gnats)
Date: Sun, 25 Jan 1998 12:50:01 -0800 (PST)
Message-Id: <199801252050.MAA18265@hub.freebsd.org>
To: freebsd-bugs
Cc: 
From: Steve Price <sprice@hiwaay.net>
Subject: Re: misc/1376
Reply-To: Steve Price <sprice@hiwaay.net>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR misc/1376; it has been noted by GNATS.

From: Steve Price <sprice@hiwaay.net>
To: Bill Fenner <fenner@parc.xerox.com>
Cc: risner@stdio.com, freebsd-gnats-submit@hub.freebsd.org
Subject: Re: misc/1376
Date: Sun, 25 Jan 1998 14:48:47 -0600

 Steve Price wrote:
 > 
 > Index: if_tun.c
 > ===================================================================
 > RCS file: /u/FreeBSD/cvs/src/sys/net/if_tun.c,v
 > retrieving revision 1.41
 > diff -u -Lif_tun.c -r1.41 if_tun.c
 > --- if_tun.c
 > +++ if_tun.c    1998/01/25 19:22:27
 > @@ -125,16 +125,12 @@
 >                 ifp = &tunctl[i].tun_if;
 > +               memset(&ifp->if_data, 0, sizeof(ifp->if_data));
 
 Oops, s/memset/bzero/ because memset doesn't exist in kernel land.
 
 >                 ifp->if_unit = i;
 >                 ifp->if_name = "tun";
 >                 ifp->if_mtu = TUNMTU;
 >                 ifp->if_ioctl = tunifioctl;
 >                 ifp->if_output = tunoutput;
 >                 ifp->if_flags = IFF_POINTOPOINT | IFF_MULTICAST;
 >                 ifp->if_snd.ifq_maxlen = ifqmaxlen;
 > -               ifp->if_collisions = 0;
 > -               ifp->if_ierrors = 0;
 > -               ifp->if_oerrors = 0;
 > -               ifp->if_ipackets = 0;
 > -               ifp->if_opackets = 0;
 >                 if_attach(ifp);
 >  #if NBPFILTER > 0
 >                 bpfattach(ifp, DLT_NULL, sizeof(u_int));

From owner-freebsd-bugs  Sun Jan 25 14:42:37 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id OAA27289
          for freebsd-bugs-outgoing; Sun, 25 Jan 1998 14:42:37 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from steve@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id OAA27254;
          Sun, 25 Jan 1998 14:42:10 -0800 (PST)
          (envelope-from steve)
Date: Sun, 25 Jan 1998 14:42:10 -0800 (PST)
From: Steve Price <steve>
Message-Id: <199801252242.OAA27254@hub.freebsd.org>
To: steve, gnats-admin, freebsd-bugs
Subject: Re: pending/5552
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: RE: Linux append=reboot=bios parameter impossible

Responsible-Changed-From-To: gnats-admin->freebsd-bugs
Responsible-Changed-By: steve
Responsible-Changed-When: Sun Jan 25 14:40:58 PST 1998
Responsible-Changed-Why: 
Misfiled PR.

From owner-freebsd-bugs  Sun Jan 25 15:24:29 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id PAA00753
          for freebsd-bugs-outgoing; Sun, 25 Jan 1998 15:24:29 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA00723;
          Sun, 25 Jan 1998 15:24:16 -0800 (PST)
          (envelope-from danny@FreeBSD.org)
From: "Daniel O'Callaghan" <danny@FreeBSD.ORG>
Received: (from danny@localhost)
	by freefall.freebsd.org (8.8.8/8.8.5) id PAA20052;
	Sun, 25 Jan 1998 15:23:37 -0800 (PST)
Date: Sun, 25 Jan 1998 15:23:37 -0800 (PST)
Message-Id: <199801252323.PAA20052@freefall.freebsd.org>
To: k-horik@yk.rim.or.jp, danny@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG
Subject: Re: docs/5562
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: moused.8 contains some typos.

State-Changed-From-To: open-closed
State-Changed-By: danny
State-Changed-When: Sun Jan 25 15:21:56 PST 1998
State-Changed-Why: 
Supplied patches applied by <yokota@freebsd.org>

From owner-freebsd-bugs  Mon Jan 26 00:20:03 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id AAA24255
          for freebsd-bugs-outgoing; Mon, 26 Jan 1998 00:20:03 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id AAA24249;
          Mon, 26 Jan 1998 00:20:02 -0800 (PST)
          (envelope-from gnats)
Date: Mon, 26 Jan 1998 00:20:02 -0800 (PST)
Message-Id: <199801260820.AAA24249@hub.freebsd.org>
To: freebsd-bugs
Cc: 
From: Adam McDougall <mcdouga9@cartman.egr.msu.edu>
Subject: Re: kern/5550: 3.0-current doesnt probe a pci card that gets probed fine in 2.2.5-release
Reply-To: Adam McDougall <mcdouga9@cartman.egr.msu.edu>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR kern/5550; it has been noted by GNATS.

From: Adam McDougall <mcdouga9@cartman.egr.msu.edu>
To: Stefan Esser <se@freebsd.org>
Cc: freebsd-gnats-submit@freebsd.org
Subject: Re: kern/5550: 3.0-current doesnt probe a pci card that gets probed fine in 2.2.5-release
Date: Mon, 26 Jan 1998 03:19:03 -0500 (EST)

 yes, you are correct, it is found when I do Boot: -v
 Jan 23 21:41:14 bsdx /kernel: found->   vendor=0x1039, dev=0x7001,
 revid=0xb0
 Jan 23 21:41:14 bsdx /kernel:   class=0c-03-10, hdrtype=0x00, mfdev=1
 Jan 23 21:41:14 bsdx /kernel:   intpin=a, irq=0
 Jan 23 21:41:14 bsdx /kernel: found->   vendor=0x1274, dev=0x5000,
 revid=0x00
 Jan 23 21:41:14 bsdx /kernel:   class=04-01-00, hdrtype=0x00, mfdev=0
 Jan 23 21:41:14 bsdx /kernel:   intpin=a, irq=11   
 
 the 1274 one is the sound card.
 
 On Fri, 23 Jan 1998, Stefan Esser wrote:
 
 > On 1998-01-22 19:38 -0800, mcdouga9@cartman.egr.msu.edu wrote:
 > > >Description:
 > > I have an Ensoniq AudioPCI card that is not detected by the pci probe under 3.0-current but is probed under 2.2.5-release.  I know that OSS has support for my particular code but I think it is not functioning correctly because the card is not being f ound by the pci probe.  When I try to use sound devices under OSS, it locks up my computer.
 > > My motherboard is an Mtech Mustang R534F with a SiS5571 chipset.
 > > 
 > > hand written kernel messages from a 2.2.5 probe:
 > > pci0:15: vendor=0x1274, device=0x5000 class=multimedia (audio) int a irq 12 [no driver assigned]
 > > 
 > > related section from 3.0-current's probe:
 > > chip0: <Host to PCI bridge (vendor=1039 device=5571)> rev 0x00 on pci0.0.0
 > > chip1: <SiS 85c503> rev 0x01 on pci0.1.0
 > > ide_pci0: <PCI IDE controller (busmaster capable)> rev 0xc0 int a irq 14 on pci0.1.1
 > > vga0: <Matrox MGA 1024SG graphics accelerator> rev 0x02 int a irq 11 on pci0.11.0
 > > 
 > > I tried changing slots, nothing helped. 
 > 
 > Could you please enter "-v" at the "Boot: " prompt 
 > and send me the boot message log ?
 > 
 > I guess the card is still found, but just not shown,
 > since no PCI driver exists for it.
 > 
 > Regards, STefan
 > 
 

From owner-freebsd-bugs  Mon Jan 26 06:30:24 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id GAA26907
          for freebsd-bugs-outgoing; Mon, 26 Jan 1998 06:30:24 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA26901
          for <freebsd-bugs@hub.freebsd.org>; Mon, 26 Jan 1998 06:30:19 -0800 (PST)
          (envelope-from bde@godzilla.zeta.org.au)
Received: (from bde@localhost)
	by godzilla.zeta.org.au (8.8.7/8.8.7) id BAA31752;
	Tue, 27 Jan 1998 01:29:38 +1100
Date: Tue, 27 Jan 1998 01:29:38 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199801261429.BAA31752@godzilla.zeta.org.au>
To: freebsd-bugs@hub.freebsd.org, sprice@hiwaay.net
Subject: Re: misc/1376
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

> Bill Fenner wrote:
> >
> > I don't think this is appropriate; as Gary said, the correct thing is
> > probably to bzero the if_data struct (e.g. why should ibytes get set to
> > zero but not imcasts, or iqdrops?).

> This is why I just applied it to -current. :)  Would the attached
> patch make everyone happier?  If not, your patches are always welcome.

The bzero seems to be a no-op, since tunattach() is only called once and
tunctl[] is statically initialized to 0.

Bruce

From owner-freebsd-bugs  Mon Jan 26 06:40:05 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id GAA28213
          for freebsd-bugs-outgoing; Mon, 26 Jan 1998 06:40:05 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id GAA28204;
          Mon, 26 Jan 1998 06:40:03 -0800 (PST)
          (envelope-from gnats)
Received: from drmemory.cohorts.org (drmemory.fnal.gov [131.225.105.170])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA27207
          for <FreeBSD-gnats-submit@freebsd.org>; Mon, 26 Jan 1998 06:31:50 -0800 (PST)
          (envelope-from rneswold@mcs.net)
Received: from localhost (rneswold@localhost)
	by drmemory.cohorts.org (8.8.8/8.8.6) with SMTP id IAA01444
	for <FreeBSD-gnats-submit@freebsd.org>; Mon, 26 Jan 1998 08:30:05 -0600 (CST)
Message-Id: <Pine.BSF.3.96.980126082726.1430L-100000@drmemory.cohorts.org>
Date: Mon, 26 Jan 1998 08:30:04 -0600 (CST)
From: "Richard M. Neswold" <rneswold@mcs.net>
Reply-To: rneswold@mcs.net
To: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: bin/5568: Problems with 'moused'.
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         5568
>Category:       bin
>Synopsis:       Problems with 'moused'.
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jan 26 06:40:02 PST 1998
>Last-Modified:
>Originator:     Richard M. Neswold
>Organization:
>Release:        FreeBSD 2.2.5-STABLE i386
>Environment:

I have a Mouse Systems three-button mouse connected to /dev/cuaa0. My
/etc/rc.conf sets up 'moused' to use the mousesystems protocol and use
-D as an extra command line option.

My X configuration uses the mousesystems protocol on /dev/sysmouse.

This setup has worked flawlessly for the past six months.

>Description:

After applying the latest moused patches (merged from -current, I believe)
I recompiled the kernel and did a make world. Now 'moused' doesn't recognize
my mouse.

I invoked 'moused' with the "show info" option and it couldn't determine
what my mouse type was. Removing 'moused' and having X talk directly to
cuaa0 works. The mouse operates fine with just X. It appears that something
got broken in the moused upgrade.

>How-To-Repeat:

Get the latest moused sources in RELENG_2_2 and connect a MouseSystems
mouse (model 403972-001, in case that's significant). 

>Fix:
	
Don't use 'moused' with MouseSystems mice (?) 


>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Mon Jan 26 08:54:20 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id IAA13906
          for freebsd-bugs-outgoing; Mon, 26 Jan 1998 08:54:20 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: from alpha.xerox.com (firewall-user@alpha.Xerox.COM [13.1.64.93])
          by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA13855
          for <freebsd-bugs@hub.freebsd.org>; Mon, 26 Jan 1998 08:54:18 -0800 (PST)
          (envelope-from fenner@parc.xerox.com)
Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <52348(1)>; Mon, 26 Jan 1998 08:54:04 PST
Received: from localhost by crevenia.parc.xerox.com with SMTP id <177476>; Mon, 26 Jan 1998 08:53:52 -0800
To: Bruce Evans <bde@zeta.org.au>
cc: freebsd-bugs@hub.freebsd.org, sprice@hiwaay.net
Subject: Re: misc/1376 
In-reply-to: Your message of "Mon, 26 Jan 98 06:29:38 PST."
             <199801261429.BAA31752@godzilla.zeta.org.au> 
Date: Mon, 26 Jan 1998 08:53:45 PST
From: Bill Fenner <fenner@parc.xerox.com>
Message-Id: <98Jan26.085352pst.177476@crevenia.parc.xerox.com>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Bruce Evans <bde@zeta.org.au> wrote:
>The bzero seems to be a no-op, since tunattach() is only called once and
>tunctl[] is statically initialized to 0.

That was another reason that I was suspicious of the patch, but I figured
I was just missing something since the PR originator seemed to think his
patch fixed his problem.  (Perhaps I'm making an assumption that the PR
was based on having a problem as opposed to code inspection).  It is
clear, however, that tunattach() won't run multiple times even if it were
called multiple times.

Perhaps the real solution is to remove the other zero initializations
to avoid confusing code inspectors.

  Bill

From owner-freebsd-bugs  Mon Jan 26 09:50:04 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id JAA24736
          for freebsd-bugs-outgoing; Mon, 26 Jan 1998 09:50:04 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id JAA24725;
          Mon, 26 Jan 1998 09:50:02 -0800 (PST)
          (envelope-from gnats)
Received: from misery.sdf.com (misery.sdf.com [204.244.213.32])
          by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA24255
          for <FreeBSD-gnats-submit@freebsd.org>; Mon, 26 Jan 1998 09:46:26 -0800 (PST)
          (envelope-from tom@sdf.com)
Received: from tom by misery.sdf.com with local (Exim 1.73 #1)
	id 0xwsLs-0006jg-00; Mon, 26 Jan 1998 09:29:40 -0800
Message-Id: <E0xwsLs-0006jg-00@misery.sdf.com>
Date: Mon, 26 Jan 1998 09:29:40 -0800
From: tom@sdf.com
Reply-To: tom@sdf.com
To: FreeBSD-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: 3.2
Subject: bin/5571: /var/yp/Makefile bug
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         5571
>Category:       bin
>Synopsis:       /var/yp/Makefile does not use temporary files properly
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jan 26 09:50:01 PST 1998
>Last-Modified:
>Originator:     Tom
>Organization:
SDF Systems
>Release:        FreeBSD 2.2.5-STABLE i386
>Environment:

FreeBSD 2.2.5-STABLE i386

>Description:

/var/yp/Makefile goes through great lengths to use unique temporary
filenames, except for one:  /tmp/ypmake

Two invocations of make will stomp on /tmp/ypmake.  One will exit with a
file not found error, and the other will install a truncated
master.passwd.byname, and all the sudden mail starts to bounce as 75% of
the users disappear...

>How-To-Repeat:

Change your password on a yp client (which invokes rpc.yppassdd) at the
same time will an admin is doing a "make" to update the maps.


>Fix:
	
/var/yp/Makefile needs to postfix some unique info on /tmp/ypmake


>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Mon Jan 26 10:50:03 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id KAA04417
          for freebsd-bugs-outgoing; Mon, 26 Jan 1998 10:50:03 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id KAA04378;
          Mon, 26 Jan 1998 10:50:01 -0800 (PST)
          (envelope-from gnats)
Received: from flea.best.net (root@flea.best.net [206.184.139.131])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA03299
          for <FreeBSD-gnats-submit@freebsd.org>; Mon, 26 Jan 1998 10:42:43 -0800 (PST)
          (envelope-from dillon@flea.best.net)
Received: (from dillon@localhost) by flea.best.net (8.8.8/8.7.3) id KAA10811; Mon, 26 Jan 1998 10:41:27 -0800 (PST)
Message-Id: <199801261841.KAA10811@flea.best.net>
Date: Mon, 26 Jan 1998 10:41:27 -0800 (PST)
From: Matt Dillon <dillon@best.net>
Reply-To: dillon@best.net
To: FreeBSD-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: 3.2
Subject: bin/5572: major time step blows cron up
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         5572
>Category:       bin
>Synopsis:       A major time step blows cron up, runs thousands of processes
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jan 26 10:50:00 PST 1998
>Last-Modified:
>Originator:     Matt Dillon
>Organization:
Best Internet Communications
>Release:        FreeBSD 2.2.5-STABLE i386
>Environment:

	Loaded shell machines with lots of accounts and lots of cron
	jobs.

>Description:

	If a major time step occurs, for example a backwards time step,
	cron will attempt to run every single job in between.  This
	can result in cron starting thousands of jobs for the last N
	hours or N days, depending on how large a time step occured.

>How-To-Repeat:

	Create some cron jobs and set the time backwards by a few hours.

>Fix:

	The fix is included below.  We check for nonsensical time steps
	and deal with them by resynchronizing cron's internal time
	tracking.
	
*** LINK/cron.c	Wed Sep 17 15:10:45 1997
--- cron.c	Mon Jan 26 10:36:26 1998
***************
*** 229,234 ****
--- 229,248 ----
  cron_sleep() {
  	register int	seconds_to_wait;
  
+ 	/*
+ 	 * Look for time step and don't run all the friggin cron jobs in
+ 	 * between if a major backwards step occurs.  Otherwise, a major 
+ 	 * time step (e.g. if the time gets messed up on the machine) may 
+ 	 * cause thousands of cron jobs to be run, especially if you have a lot
+ 	 * of users.
+ 	 */
+ 
+ 	seconds_to_wait = (int) (TargetTime - time((time_t*)0));
+ 
+ 	if (seconds_to_wait < -600 || seconds_to_wait > 600) {
+ 	    cron_sync();
+ 	}
+ 
  	do {
  		seconds_to_wait = (int) (TargetTime - time((time_t*)0));
  		Debug(DSCH, ("[%d] TargetTime=%ld, sec-to-wait=%d\n",


>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Mon Jan 26 12:30:07 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id MAA21425
          for freebsd-bugs-outgoing; Mon, 26 Jan 1998 12:30:07 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id MAA21410;
          Mon, 26 Jan 1998 12:30:03 -0800 (PST)
          (envelope-from gnats)
Received: (from nobody@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id MAA20699;
          Mon, 26 Jan 1998 12:26:07 -0800 (PST)
          (envelope-from nobody)
Message-Id: <199801262026.MAA20699@hub.freebsd.org>
Date: Mon, 26 Jan 1998 12:26:07 -0800 (PST)
From: garbanzo@hooked.net
To: freebsd-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: www-1.0
Subject: docs/5573: more minor typos in strcasecmp.3 and strcmp.3
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         5573
>Category:       docs
>Synopsis:       more minor typos in strcasecmp.3 and strcmp.3
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          doc-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jan 26 12:30:01 PST 1998
>Last-Modified:
>Originator:     Alex
>Organization:
>Release:        -current
>Environment:
FreeBSD zippy.dyn.ml.org 3.0-CURRENT FreeBSD 3.0-CURRENT #0: 
Sun Jan 25 16:57:09 PST 1998     
root@zippy.dyn.ml.org:/usr/src/sys/compile/ZIPPY  i386

>Description:
Very minor, but the strncmp manpage, a hard link to strcmp.3,
doesn't mention strncmp in the title (same with the case insensitive
versions as well).
>How-To-Repeat:
man strncmp
man strncasecmp
>Fix:
--- strcmp.3.orig       Mon Jan 26 12:21:35 1998
+++ strcmp.3    Mon Jan 26 12:23:05 1998
@@ -39,7 +39,8 @@
 .Dt STRCMP 3
 .Os
 .Sh NAME
-.Nm strcmp
+.Nm strcmp ,
+.Nm strncmp
 .Nd compare strings
 .Sh SYNOPSIS
 .Fd #include <string.h>
--- strcasecmp.3.orig   Mon Jan 26 12:23:51 1998
+++ strcasecmp.3        Mon Jan 26 12:24:01 1998
@@ -37,7 +37,8 @@
 .Dt STRCASECMP 3
 .Os
 .Sh NAME
-.Nm strcasecmp
+.Nm strcasecmp ,
+.Nm strncasecmp
 .Nd compare strings, ignoring case
 .Sh SYNOPSIS
 .Fd #include <string.h>
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Mon Jan 26 13:20:06 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id NAA00781
          for freebsd-bugs-outgoing; Mon, 26 Jan 1998 13:20:06 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id NAA00733;
          Mon, 26 Jan 1998 13:20:02 -0800 (PST)
          (envelope-from gnats)
Received: from marker.cs.utah.edu (marker.cs.utah.edu [155.99.212.61])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA00378
          for <FreeBSD-gnats-submit@freebsd.org>; Mon, 26 Jan 1998 13:18:43 -0800 (PST)
          (envelope-from lomew@marker.cs.utah.edu)
Received: (from lomew@localhost)
	by marker.cs.utah.edu (8.8.8/8.8.5) id OAA04902;
	Mon, 26 Jan 1998 14:18:36 -0700 (MST)
Message-Id: <199801262118.OAA04902@marker.cs.utah.edu>
Date: Mon, 26 Jan 1998 14:18:36 -0700 (MST)
From: Bart Robinson <lomew@marker.cs.utah.edu>
Reply-To: lomew@marker.cs.utah.edu
To: FreeBSD-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: 3.2
Subject: misc/5574: bootpd gets timezone incorrectly
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         5574
>Category:       misc
>Synopsis:       bootpd gets timezone incorrectly
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jan 26 13:20:00 PST 1998
>Last-Modified:
>Originator:     Bart Robinson
>Organization:
Utah Flux Project
>Release:        FreeBSD 2.2.5-STABLE i386
>Environment:

We're using FreeBSD 2.2.5-STABLE i386 but FreeBSD-current suffers from the
same problem.

>Description:

BOOTP has a facility for clients to be told the time offset when the
"to" key in the bootptab file is set to "auto".  However, bootpd was
getting this info from gettimeofday, which no longer supplies a valid
timezone.

>How-To-Repeat:

Set the "to" key to "auto" in the bootptab.  The clients get a zero offset.

>Fix:
	
Here is a patch to /usr/src/libexec/bootpd/tzone.c to make it simply
use the tm_gmtoff from struct tm.

This patch is valid for FreeBSD-current as well as 2.2.5-STABLE.

Index: tzone.c
===================================================================
RCS file: /n/marker/usr/lsrc/FreeBSD/CVS/src/libexec/bootpd/tzone.c,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 tzone.c
--- tzone.c	1994-09-29 23:45:06-06	1.1.1.1
+++ tzone.c	1998-01-26 14:06:12-07
@@ -4,18 +4,9 @@
  * This is shared by bootpd and bootpef
  */
 
-#ifdef	SVR4
-/* XXX - Is this really SunOS specific? -gwr */
-/* This is in <time.h> but only visible if (__STDC__ == 1). */
-extern long timezone;
-#else /* SVR4 */
-/* BSD or SunOS */
-# include <sys/time.h>
-# include <syslog.h>
-#endif /* SVR4 */
+#include <time.h>
 
 #include "bptypes.h"
-#include "report.h"
 #include "tzone.h"
 
 /* This is what other modules use. */
@@ -28,17 +19,10 @@
 void
 tzone_init()
 {
-#ifdef	SVR4
-	/* XXX - Is this really SunOS specific? -gwr */
-	secondswest = timezone;
-#else /* SVR4 */
-	struct timezone tzp;		/* Time zone offset for clients */
-	struct timeval tp;			/* Time (extra baggage) */
-	if (gettimeofday(&tp, &tzp) < 0) {
-		secondswest = 0;		/* Assume GMT for lack of anything better */
-		report(LOG_ERR, "gettimeofday: %s", get_errmsg());
-	} else {
-		secondswest = 60L * tzp.tz_minuteswest;	/* Convert to seconds */
-	}
-#endif /* SVR4 */
+	struct tm *tm;
+	time_t now;
+
+	now = time(0);
+	tm = localtime(&now);
+	secondswest = -tm->tm_gmtoff;
 }
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Mon Jan 26 15:30:02 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id PAA20286
          for freebsd-bugs-outgoing; Mon, 26 Jan 1998 15:30:02 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id PAA20273;
          Mon, 26 Jan 1998 15:30:01 -0800 (PST)
          (envelope-from gnats)
Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1])
          by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA19330
          for <FreeBSD-gnats-submit@freebsd.org>; Mon, 26 Jan 1998 15:24:11 -0800 (PST)
          (envelope-from rhh@ct.picker.com)
Received: from ct.picker.com by whqvax.picker.com with SMTP;
          Mon, 26 Jan 1998 18:23:26 -0500 (EST)
Received: from stealth.ct.picker.com (eagle.ct.picker.com) by ct.picker.com (4.1/SMI-4.1)
	id AA07335; Mon, 26 Jan 98 18:23:23 EST
Received: (from rhh@localhost)
	by stealth.ct.picker.com (8.8.8/8.8.8) id SAA01299;
	Mon, 26 Jan 1998 18:25:02 GMT
	(envelope-from rhh)
Message-Id: <199801261825.SAA01299@stealth.ct.picker.com>
Date: Mon, 26 Jan 1998 18:25:02 GMT
From: rhh@ct.picker.com
Reply-To: rhh@ct.picker.com
To: FreeBSD-gnats-submit@FreeBSD.ORG
Cc: rhh@ct.picker.com
X-Send-Pr-Version: 3.2
Subject: bin/5575: mount_msdos won't run setuid-root
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         5575
>Category:       bin
>Synopsis:       mount_msdos won't run setuid root
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jan 26 15:30:00 PST 1998
>Last-Modified:
>Originator:     Randall Hopper
>Organization:
self
>Release:        FreeBSD 3.0-971208-SNAP i386
>Environment:

        Stock 3.0-971208-SNAP system

>Description:

	The topic pretty well says it all.  Users of machines with shared
	resources such as floppy and ZIP disk drives shouldn't have to
	be given root to mount these removable media.  

	Also for users of dedicated FreeBSD machines, it is more convenient
	for users not to have to su to root to mount removable media.

>How-To-Repeat:

     This Perl script demonstrates the problem.  UFSs will mount fine
     setuid root.  DOS FAT FSs won't.  Change /dev/sd0s4 to the path
     of any FAT slice:

          #!/usr/bin/suidperl -w
     
          $ENV{'PATH'}  = '/bin:/usr/bin:/usr/sbin:/sbin';
          $ENV{'SHELL'} = '/bin/sh' if defined $ENV{'SHELL'};
          $ENV{'IFS'}   = ''        if defined $ENV{'IFS'};
          
          chdir( "/" );
          ( !system( "mount /dev/sd0s1 /zip"       ) 
                  && print "UFS /zip mounted\n" ) ||
          ( !system( "mount -t msdos /dev/sd0s4 /zip" ) 
                  && print "DOS /zip mounted\n" ) ||
           
          die "Mount failed\n";

>Fix:
	
	The best solution might be for FreeBSD to implement a mechanism
	for granting mount access to groups on a per-device basis.

	Short of that though, all mount commands should be accessible through
	setuid scripts, and access control can be implemented via the 
	ownership and permissions on these mount scripts.

        Presently no work-around known on 3.0-current.  Must su to mount 
        FAT partitions.

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Mon Jan 26 16:31:43 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id QAA27691
          for freebsd-bugs-outgoing; Mon, 26 Jan 1998 16:31:43 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: from piva.ucs.mun.ca (piva.ucs.mun.ca [134.153.2.63])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA27642
          for <freebsd-bugs@FreeBSD.ORG>; Mon, 26 Jan 1998 16:30:54 -0800 (PST)
          (envelope-from rwadman@morgan.ucs.mun.ca)
Received: from plato.ucs.mun.ca (rwadman@plato.ucs.mun.ca [134.153.2.151])
	by piva.ucs.mun.ca (8.8.8/8.8.7) with ESMTP id UAA06571
	for <freebsd-bugs@FreeBSD.ORG>; Mon, 26 Jan 1998 20:59:57 -0330 (NST)
From: Ray Wadman <rwadman@morgan.ucs.mun.ca>
Received: (from rwadman@localhost)
	by plato.ucs.mun.ca (8.8.8/8.8.3) id UAA06020
	for freebsd-bugs@FreeBSD.ORG; Mon, 26 Jan 1998 20:59:56 -0330 (NST)
Message-Id: <199801270029.UAA06020@plato.ucs.mun.ca>
To: freebsd-bugs@FreeBSD.ORG
Date: Mon, 26 Jan 1998 20:59:56 -0330 (NST)
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

auth e4b166db subscribe freebsd-bugs rwadman@morgan.ucs.mun.ca

From owner-freebsd-bugs  Mon Jan 26 17:10:04 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id RAA05967
          for freebsd-bugs-outgoing; Mon, 26 Jan 1998 17:10:04 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id RAA05948;
          Mon, 26 Jan 1998 17:10:01 -0800 (PST)
          (envelope-from gnats)
Date: Mon, 26 Jan 1998 17:10:01 -0800 (PST)
Message-Id: <199801270110.RAA05948@hub.freebsd.org>
To: freebsd-bugs
Cc: 
From: Kazutaka YOKOTA <yokota@zodiac.mech.utsunomiya-u.ac.jp>
Subject: Re: bin/5568: Problems with 'moused'. 
Reply-To: Kazutaka YOKOTA <yokota@zodiac.mech.utsunomiya-u.ac.jp>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR bin/5568; it has been noted by GNATS.

From: Kazutaka YOKOTA <yokota@zodiac.mech.utsunomiya-u.ac.jp>
To: rneswold@mcs.net
Cc: FreeBSD-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp
Subject: Re: bin/5568: Problems with 'moused'. 
Date: Tue, 27 Jan 1998 10:04:09 +0900

 >>Number:         5568
 >>Category:       bin
 >>Synopsis:       Problems with 'moused'.
 >>Confidential:   no
 >>Severity:       non-critical
 >>Priority:       low
 >>Responsible:    freebsd-bugs
 >>State:          open
 >>Quarter:
 >>Keywords:
 >>Date-Required:
 >>Class:          sw-bug
 >>Submitter-Id:   current-users
 >>Arrival-Date:   Mon Jan 26 06:40:02 PST 1998
 >>Last-Modified:
 >>Originator:     Richard M. Neswold
 >>Organization:
 >>Release:        FreeBSD 2.2.5-STABLE i386
 >>Environment:
 >
 >I have a Mouse Systems three-button mouse connected to /dev/cuaa0. My
 >/etc/rc.conf sets up 'moused' to use the mousesystems protocol and use
 >-D as an extra command line option.
 >
 >My X configuration uses the mousesystems protocol on /dev/sysmouse.
 >
 >This setup has worked flawlessly for the past six months.
 >
 >>Description:
 >
 >After applying the latest moused patches (merged from -current, I believe)
 >I recompiled the kernel and did a make world. Now 'moused' doesn't recognize
 >my mouse.
 >
 >I invoked 'moused' with the "show info" option and it couldn't determine
 >what my mouse type was. Removing 'moused' and having X talk directly to
 >cuaa0 works. The mouse operates fine with just X. It appears that something
 >got broken in the moused upgrade.
 
 It is just that the "-i type" (show info) option probably couldn't
 determine what your mouse is.  `moused' is not able to detect the
 protocol type of the serial mouse if the mouse does not support the
 PnP COM device specification.
 
 Would you manually invoke `moused' in foreground, debug mode?
 
 moused -t mousesystems -D -f -d -p /dev/cuaa0
 
 (You must be root to do this.)  Now move mouse and see debug output.
 You will see button status and X Y count values on screen.  See if
 mouse movement and printed values agree.
 
 Type ^C to stop `moused'.
 
 Kazu
 

From owner-freebsd-bugs  Mon Jan 26 18:50:04 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id SAA19676
          for freebsd-bugs-outgoing; Mon, 26 Jan 1998 18:50:04 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id SAA19665;
          Mon, 26 Jan 1998 18:50:01 -0800 (PST)
          (envelope-from gnats)
Received: from champagne.caida.org (ncsa-ipv6.ncsa.uiuc.edu [141.142.121.4])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA18798
          for <FreeBSD-gnats-submit@freebsd.org>; Mon, 26 Jan 1998 18:42:07 -0800 (PST)
          (envelope-from root@champagne.caida.org)
Received: (from root@localhost)
	by champagne.caida.org (8.8.5/8.8.5) id SAA00637;
	Mon, 26 Jan 1998 18:39:50 -0600 (CST)
Message-Id: <199801270039.SAA00637@champagne.caida.org>
Date: Mon, 26 Jan 1998 18:39:50 -0600 (CST)
From: jhawk@nlanr.net
Reply-To: jhawk@nlanr.net
To: FreeBSD-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: 3.2
Subject: bin/5576: syslogds starts before savecore
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         5576
>Category:       bin
>Synopsis:       syslogds starts before savecore
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jan 26 18:50:01 PST 1998
>Last-Modified:
>Originator:     John Hawkinson
>Organization:
NLANR
>Release:        FreeBSD 2.2.1-RELEASE i386
>Environment:

	

>Description:

	savecore runs before syslogd in /etc/rc. This means
	that if savecore fails (for instance, the disk is full)
	then it's diagnostics are not preserved.

>How-To-Repeat:

	Cause a machine with a full /var/crash to to panic; observe
	there is no way to determine why the machine rebooted from
	looking at logs, etc., etc. No crash dumps in /var/crash,
	of course, etc., etc.

>Fix:
	
	Re-order /etc/rc such that savecore runs after syslogd.

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Mon Jan 26 19:10:05 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id TAA21554
          for freebsd-bugs-outgoing; Mon, 26 Jan 1998 19:10:05 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id TAA21544;
          Mon, 26 Jan 1998 19:10:02 -0800 (PST)
          (envelope-from gnats)
Received: from ell.ee.lbl.gov (ell.ee.lbl.gov [131.243.1.20])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA21203
          for <FreeBSD-gnats-submit@freebsd.org>; Mon, 26 Jan 1998 19:07:51 -0800 (PST)
          (envelope-from leres@ee.lbl.gov)
Received: by ell.ee.lbl.gov (8.8.8/8.8.5)
	id TAA19217; Mon, 26 Jan 1998 19:07:50 -0800 (PST)
Message-Id: <199801270307.TAA19217@ell.ee.lbl.gov>
Date: Mon, 26 Jan 98 19:07:50 PST
From: leres@ee.lbl.gov (Craig Leres)
Reply-To: leres@ee.lbl.gov
To: FreeBSD-gnats-submit@FreeBSD.ORG
Cc: leres@ee.lbl.gov
X-Send-Pr-Version: 3.2
Subject: kern/5577: Unnecessary disk I/O and noatime fixes
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         5577
>Category:       kern
>Synopsis:       Unnecessary disk I/O and noatime ffs fixes
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jan 26 19:10:01 PST 1998
>Last-Modified:
>Originator:     Craig Leres
>Organization:
Lawrence Berkeley National Laboratory
>Release:        FreeBSD 2.2.5-STABLE i386
>Environment:

	

>Description:

	When running FreeBSD on notebook computers, we noticed a lot of
	extra disk activity. Turning on the noatime mount option didn't
	seem to help.

>How-To-Repeat:

	Notice that the disk on a completely idle notebook will spin up
	ever few minutes.

>Fix:
	
	Appended are context diffs of Van's fixes.

	For ufs/ffs/ffs_inode.c:

	    If no MNT_NOATIME is set then ignore access time update
	    requests.

	For ufs/ffs/ffs_vfsops.c:

	    If MNT_NOATIME is set, ignore access time changes. Don't
	    bother flushing the mount point (e.g., for root) since it
	    gets flushed anyway. If MNT_NOATIME is set, don't update
	    the on-disk access times for /dev inodes (but do update the
	    in-core times so finger and w work).

	For ufs/ffs/ffs_vnops.c:

	    Don't defer flushing the inode or else we will end up with
	    new I/O activity on the next sync.

------
RCS file: RCS/ffs_inode.c,v
retrieving revision 1.2
diff -c -r1.2 ffs_inode.c
*** /tmp/,RCSt1001826	Mon Jan 26 16:19:12 1998
--- ffs_inode.c	Mon Jan 26 16:02:06 1998
***************
*** 98,107 ****
  		    ~(IN_ACCESS | IN_CHANGE | IN_MODIFIED | IN_UPDATE);
  		return (0);
  	}
! 	if ((ap->a_vp->v_mount->mnt_flag & MNT_NOATIME) &&
! 	    (ip->i_flag & (IN_CHANGE|IN_MODIFIED|IN_UPDATE) == 0)) {
  		ip->i_flag &=~ IN_ACCESS;
- 		return (0);
  	}
  	if ((ip->i_flag &
  	    (IN_ACCESS | IN_CHANGE | IN_MODIFIED | IN_UPDATE)) == 0)
--- 98,105 ----
  		    ~(IN_ACCESS | IN_CHANGE | IN_MODIFIED | IN_UPDATE);
  		return (0);
  	}
! 	if (ap->a_vp->v_mount->mnt_flag & MNT_NOATIME) {
  		ip->i_flag &=~ IN_ACCESS;
  	}
  	if ((ip->i_flag &
  	    (IN_ACCESS | IN_CHANGE | IN_MODIFIED | IN_UPDATE)) == 0)
RCS file: RCS/ffs_vfsops.c,v
retrieving revision 1.2
diff -c -r1.2 ffs_vfsops.c
*** /tmp/,RCSt1001831	Mon Jan 26 16:19:18 1998
--- ffs_vfsops.c	Mon Jan 26 16:08:03 1998
***************
*** 780,785 ****
--- 780,786 ----
  	register struct fs *fs;
  	struct timeval tv;
  	int error, allerror = 0, didsomething = 0;
+ 	u_long fmask;
  
  	fs = ump->um_fs;
  	/*
***************
*** 799,804 ****
--- 800,808 ----
  	/*
  	 * Write back each (modified) inode.
  	 */
+ 	fmask = (mp->mnt_flag & MNT_NOATIME)?
+ 			(IN_CHANGE | IN_MODIFIED | IN_UPDATE) :
+ 			(IN_CHANGE | IN_MODIFIED | IN_UPDATE | IN_ACCESS);
  loop:
  	for (vp = mp->mnt_vnodelist.lh_first; vp != NULL; vp = nvp) {
  		/*
***************
*** 817,835 ****
  		if (VOP_ISLOCKED(vp))
  			continue;
  		ip = VTOI(vp);
! 		if ((((ip->i_flag &
! 		    (IN_ACCESS | IN_CHANGE | IN_MODIFIED | IN_UPDATE)) == 0)) &&
  		    vp->v_dirtyblkhd.lh_first == NULL)
  			continue;
- 		didsomething = 1;
  		if (vp->v_type != VCHR) {
  			if (vget(vp, 1))
  				goto loop;
  			error = VOP_FSYNC(vp, cred, waitfor, p);
  			if (error)
  				allerror = error;
  			vput(vp);
  		} else {
  			tv = time;
  			/* VOP_UPDATE(vp, &tv, &tv, waitfor == MNT_WAIT); */
  			VOP_UPDATE(vp, &tv, &tv, 0);
--- 821,853 ----
  		if (VOP_ISLOCKED(vp))
  			continue;
  		ip = VTOI(vp);
! 		if ((((ip->i_flag & fmask) == 0)) &&
  		    vp->v_dirtyblkhd.lh_first == NULL)
  			continue;
  		if (vp->v_type != VCHR) {
  			if (vget(vp, 1))
  				goto loop;
+ 			++didsomething;
  			error = VOP_FSYNC(vp, cred, waitfor, p);
  			if (error)
  				allerror = error;
  			vput(vp);
  		} else {
+ 			/* XXX
+ 			 * if we're not keeping track of access time
+ 			 * (which means we're trying to minimize disk
+ 			 * activity) and the inode hasn't been modified
+ 			 * & it's for a non-disk device, update the
+ 			 * in-memory mtime/ctime but don't bother to
+ 			 * update the on-disk ones.
+ 			 */
+ 			if ((fmask & IN_ACCESS) == 0 &&
+ 			    (ip->i_flag & IN_MODIFIED) == 0 &&
+ 			    !isdisk(vp->v_specinfo->si_rdev, VCHR)) {
+ 				ITIMES(ip, &time, &time)
+ 				continue;
+ 			}
+ 			++didsomething;
  			tv = time;
  			/* VOP_UPDATE(vp, &tv, &tv, waitfor == MNT_WAIT); */
  			VOP_UPDATE(vp, &tv, &tv, 0);
RCS file: RCS/ffs_vnops.c,v
retrieving revision 1.2
diff -c -r1.2 ffs_vnops.c
*** /tmp/,RCSt1001836	Mon Jan 26 16:19:25 1998
--- ffs_vnops.c	Mon Jan 26 16:11:53 1998
***************
*** 243,251 ****
  
  #include <ufs/ufs/ufs_readwrite.c>
  
- int ffs_log_sync = 0;
- 
- 
  /*
   * Synch an open file.
   */
--- 243,248 ----
***************
*** 266,276 ****
  	int pass;
  	int s;
  
- if (ffs_log_sync) {
-   struct inode* ip = VTOI(vp);
-   printf("fsync i %u iflags 0x%x vn 0x%x vtype %d tag %d vflags 0x%x\n",
-    ip->i_number, ip->i_flag, vp, vp->v_type, vp->v_tag, vp->v_flag);
- }
  	pass = 0;
  	/*
  	 * Flush all dirty buffers associated with a vnode.
--- 263,268 ----
***************
*** 284,293 ****
  		if ((bp->b_flags & B_DELWRI) == 0)
  			panic("ffs_fsync: not dirty");
  
- if (ffs_log_sync) {
-   printf("  blk %u (%u) flags 0x%x vn 0x%x\n", bp->b_lblkno, bp->b_blkno,
-    bp->b_flags, bp->b_vp);
- }
  		if (bp->b_vp != vp || ap->a_waitfor != MNT_NOWAIT) {
  
  			bremfree(bp);
--- 276,281 ----
***************
*** 330,334 ****
  	}
  
  	tv = time;
! 	return (VOP_UPDATE(ap->a_vp, &tv, &tv, ap->a_waitfor == MNT_WAIT));
  }
--- 318,326 ----
  	}
  
  	tv = time;
! 	/*
! 	 * Don't defer flushing this inode or else we will end
! 	 * up with new I/O activity on the next sync.
! 	 */
! 	return (VOP_UPDATE(ap->a_vp, &tv, &tv, 1));
  }
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Mon Jan 26 23:10:08 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id XAA26842
          for freebsd-bugs-outgoing; Mon, 26 Jan 1998 23:10:08 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA26760;
          Mon, 26 Jan 1998 23:09:31 -0800 (PST)
          (envelope-from danny@FreeBSD.org)
From: "Daniel O'Callaghan" <danny@FreeBSD.ORG>
Received: (from danny@localhost)
	by freefall.freebsd.org (8.8.8/8.8.5) id XAA21270;
	Mon, 26 Jan 1998 23:08:47 -0800 (PST)
Date: Mon, 26 Jan 1998 23:08:47 -0800 (PST)
Message-Id: <199801270708.XAA21270@freefall.freebsd.org>
To: garbanzo@hooked.net, danny@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG
Subject: Re: docs/5573
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: more minor typos in strcasecmp.3 and strcmp.3

State-Changed-From-To: open-closed
State-Changed-By: danny
State-Changed-When: Mon Jan 26 23:08:03 PST 1998
State-Changed-Why: 
Supplied patch applied.  Thank you.

From owner-freebsd-bugs  Tue Jan 27 01:40:05 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id BAA19117
          for freebsd-bugs-outgoing; Tue, 27 Jan 1998 01:40:05 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id BAA19103;
          Tue, 27 Jan 1998 01:40:03 -0800 (PST)
          (envelope-from gnats)
Received: (from nobody@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id BAA18002;
          Tue, 27 Jan 1998 01:31:57 -0800 (PST)
          (envelope-from nobody)
Message-Id: <199801270931.BAA18002@hub.freebsd.org>
Date: Tue, 27 Jan 1998 01:31:57 -0800 (PST)
From: ohashi@mickey.ai.kyutech.ac.jp
To: freebsd-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: www-1.0
Subject: docs/5581: The CGI directory seems to be changed, but the link in FAQ is out of syncronization.
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         5581
>Category:       docs
>Synopsis:       The CGI directory seems to be changed, but the link in FAQ is out of syncronization.
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          doc-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Jan 27 01:40:01 PST 1998
>Last-Modified:
>Originator:     Takeshi OHASHI
>Organization:
Kyushu Institute of Technology
>Release:        
>Environment:
>Description:
There is an ancher that is <A href="http://www.freebsd.org/cgi-bin/query-pr-summary.cgi">query</A>
 in http://www.jp.freebsd.org/www.freebsd.org/FAQ/FAQ18.html#18.
But the CGI directory seems to be chaged from /cgi-bin/ to /cgi/.

>How-To-Repeat:



>Fix:
In cvs repogitory, there is a change log like that:
 revision 1.19
 date: 1997/01/04 20:43:55;  author: mbarkah;  state: Exp;  lines: +3 -3
 Fixed cgi URL from /cgi-bin/ to /cgi/.

But there is an old link in preface.sgml,v 1.1 like that:
      ...
      and <url url="http://www.freebsd.org/cgi-bin/query-pr-summary.cgi"
      name="query"> interfaces.  The <em>send-pr(1)</em> command
      ...

Change this line from /cgi-bin/ to /cgi/.

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Tue Jan 27 01:40:07 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id BAA19137
          for freebsd-bugs-outgoing; Tue, 27 Jan 1998 01:40:07 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id BAA19121;
          Tue, 27 Jan 1998 01:40:05 -0800 (PST)
          (envelope-from gnats)
Received: from hot.ee.lbl.gov (hot.ee.lbl.gov [131.243.1.42])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA18224
          for <FreeBSD-gnats-submit@freebsd.org>; Tue, 27 Jan 1998 01:33:58 -0800 (PST)
          (envelope-from leres@ee.lbl.gov)
Received: by hot.ee.lbl.gov (8.8.8/8.8.5)
	id BAA06101; Tue, 27 Jan 1998 01:33:57 -0800 (PST)
Message-Id: <199801270933.BAA06101@hot.ee.lbl.gov>
Date: Tue, 27 Jan 1998 01:33:57 PST
From: Craig Leres <leres@ee.lbl.gov>
To: FreeBSD-gnats-submit@FreeBSD.ORG
Cc: leres@ee.lbl.gov
X-Send-Pr-Version: 3.2
Subject: bin/5582: limits(1) references non-existent ulimit(1)
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         5582
>Category:       bin
>Synopsis:       limits(1) references non-existent ulimit(1)
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Tue Jan 27 01:40:03 PST 1998
>Last-Modified:
>Originator:     Craig Leres
>Organization:
Lawrence Berkeley National Laboratory
>Release:        FreeBSD 2.2.5-STABLE i386
>Environment:


>Description:

	The limits(1) man page references ulimit(1) man
	page which does not appear to exist.

>How-To-Repeat:

	% man limits

>Fix:

RCS file: RCS/limits.1,v
retrieving revision 1.1
diff -c -r1.1 limits.1
*** /tmp/,RCSt1029974	Tue Jan 27 01:33:31 1998
--- limits.1	Tue Jan 27 01:33:27 1998
***************
*** 289,295 ****
  .Xr env 1 ,
  .Xr limit 1 ,
  .Xr sh 1 ,
- .Xr ulimit 1 ,
  .Xr getrlimit 3 ,
  .Xr setrlimit 3 ,
  .Xr login_cap 3 ,
--- 289,294 ----
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Tue Jan 27 02:00:07 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id CAA21181
          for freebsd-bugs-outgoing; Tue, 27 Jan 1998 02:00:07 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id CAA21151;
          Tue, 27 Jan 1998 02:00:05 -0800 (PST)
          (envelope-from gnats)
Received: from ell.ee.lbl.gov (ell.ee.lbl.gov [131.243.1.20])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA20676
          for <FreeBSD-gnats-submit@freebsd.org>; Tue, 27 Jan 1998 01:57:46 -0800 (PST)
          (envelope-from leres@ee.lbl.gov)
Received: by ell.ee.lbl.gov (8.8.8/8.8.5)
	id BAA19685; Tue, 27 Jan 1998 01:57:45 -0800 (PST)
Message-Id: <199801270957.BAA19685@ell.ee.lbl.gov>
Date: Tue, 27 Jan 98 01:57:44 PST
From: Craig Leres <leres@ee.lbl.gov>
To: FreeBSD-gnats-submit@FreeBSD.ORG
Cc: leres@ee.lbl.gov, jef@ee.lbl.gov (Jef Poskanzer)
X-Send-Pr-Version: 3.2
Subject: bin/5583: minor typo in the default login.conf
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         5583
>Category:       bin
>Synopsis:       minor typo in the default login.conf
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Tue Jan 27 02:00:02 PST 1998
>Last-Modified:
>Originator:     Craig Leres
>Organization:
Lawrence Berkeley National Laboratory
>Release:        FreeBSD 2.2.5-STABLE i386
>Environment:


>Description:

	/usr/src/etc/login.conf has an entry for datasize-curr which I
	believe is a no-op.

	Another problem with the "news" entry is the filesize. I
	suspect this it's a big mistake to limit the filesize. For
	example, the history file on my freebsd netnews system is 290
	MB which is larger the 120 MB found in login.conf...

>How-To-Repeat:

	% more /usr/src/etc/login.conf

>Fix:

*** /tmp/,RCSt1000120	Tue Jan 27 01:53:13 1998
--- login.conf	Tue Jan 27 01:52:59 1998
***************
*** 150,156 ****
  	:path=/usr/local/news/bin /bin /sbin /usr/bin /usr/sbin /usr/local/bin /usr/local/sbin:\
  	:cputime=infinity:\
  	:filesize=128M:\
! 	:datasize-curr=64M:\
  	:stacksize-cur=32M:\
  	:coredumpsize-cur=0:\
  	:maxmemorysize-cur=128M:\
--- 150,156 ----
  	:path=/usr/local/news/bin /bin /sbin /usr/bin /usr/sbin /usr/local/bin /usr/local/sbin:\
  	:cputime=infinity:\
  	:filesize=128M:\
! 	:datasize-cur=64M:\
  	:stacksize-cur=32M:\
  	:coredumpsize-cur=0:\
  	:maxmemorysize-cur=128M:\
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Tue Jan 27 10:36:25 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id KAA08158
          for freebsd-bugs-outgoing; Tue, 27 Jan 1998 10:36:25 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA08124;
          Tue, 27 Jan 1998 10:36:15 -0800 (PST)
          (envelope-from jseger@FreeBSD.org)
From: "Justin M. Seger" <jseger@FreeBSD.ORG>
Received: (from jseger@localhost)
	by freefall.freebsd.org (8.8.8/8.8.5) id KAA14667;
	Tue, 27 Jan 1998 10:35:26 -0800 (PST)
Date: Tue, 27 Jan 1998 10:35:26 -0800 (PST)
Message-Id: <199801271835.KAA14667@freefall.freebsd.org>
To: ohashi@mickey.ai.kyutech.ac.jp, jseger@FreeBSD.ORG,
        freebsd-bugs@FreeBSD.ORG
Subject: Re: docs/5581
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: The CGI directory seems to be changed, but the link in FAQ is out of syncronization.

State-Changed-From-To: open-closed
State-Changed-By: jseger
State-Changed-When: Tue Jan 27 10:35:11 PST 1998
State-Changed-Why: 
Committed, thanks.

From owner-freebsd-bugs  Tue Jan 27 12:20:03 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id MAA00197
          for freebsd-bugs-outgoing; Tue, 27 Jan 1998 12:20:03 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id MAA00184;
          Tue, 27 Jan 1998 12:20:02 -0800 (PST)
          (envelope-from gnats)
Date: Tue, 27 Jan 1998 12:20:02 -0800 (PST)
Message-Id: <199801272020.MAA00184@hub.freebsd.org>
To: freebsd-bugs
Cc: 
From: Ian Dowse <iedowse@maths.tcd.ie>
Subject: Re: kern/3438: Use of NFS v3 might cause a trap 12
Reply-To: Ian Dowse <iedowse@maths.tcd.ie>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR kern/3438; it has been noted by GNATS.

From: Ian Dowse <iedowse@maths.tcd.ie>
To: freebsd-gnats-submit@freebsd.org, Tor.Egge@idi.ntnu.no
Cc:  Subject: Re: kern/3438: Use of NFS v3 might cause a trap 12
Date: Tue, 27 Jan 1998 20:10:19 +0000

 Could somebody apply Tor's fix for this problem to the -stable tree too?
 
 Since moving about 1500 nfs-mounted user home directories to FreeBSD servers,
 resulting in NFS v3 being used by clients, we have been getting frequent
 client panics in reassignbuf() and nfs_flush(). The fault address is always
 around NOLIST (0x87654321) and the panics occur during NFS writes when the
 machine is fairly busy.
 
 The following patch to nfs/nfs_bio.c (as applied in rev 1.37 in -current)
 seems to fix the problem:
 
 
 --- nfs_bio.c.old       Tue Jan 27 19:36:57 1998
 +++ nfs_bio.c   Tue Jan 27 19:37:34 1998
 @@ -1059,7 +1059,7 @@
  		io.iov_base = (char *)bp->b_data + bp->b_dirtyoff;
  		uiop->uio_rw = UIO_WRITE;
  		nfsstats.write_bios++;
 -		if ((bp->b_flags & (B_ASYNC | B_NEEDCOMMIT | B_NOCACHE)) == B_ASYNC)
 +		if ((bp->b_flags & (B_ASYNC | B_NEEDCOMMIT | B_NOCACHE | B_CLUSTER)) == B_ASYNC)
  		    iomode = NFSV3WRITE_UNSTABLE;
  		else
  		    iomode = NFSV3WRITE_FILESYNC;
 
 
 Ian

From owner-freebsd-bugs  Tue Jan 27 13:00:06 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id NAA09143
          for freebsd-bugs-outgoing; Tue, 27 Jan 1998 13:00:06 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id NAA09125;
          Tue, 27 Jan 1998 13:00:03 -0800 (PST)
          (envelope-from gnats)
Received: from prometheus.frii.com (prometheus.frii.com [208.146.240.73])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA08590
          for <FreeBSD-gnats-submit@freebsd.org>; Tue, 27 Jan 1998 12:57:00 -0800 (PST)
          (envelope-from gnat@prometheus.frii.com)
Received: (from gnat@localhost)
	by prometheus.frii.com (8.8.7/8.8.7) id NAA24796;
	Tue, 27 Jan 1998 13:57:04 -0700 (MST)
	(envelope-from gnat)
Message-Id: <199801272057.NAA24796@prometheus.frii.com>
Date: Tue, 27 Jan 1998 13:57:04 -0700 (MST)
From: gnat@prometheus.frii.com
Reply-To: gnat@prometheus.frii.com
To: FreeBSD-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: 3.2
Subject: bin/5585: _exit(1) in rshd.c, instead of exit(1) ?
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         5585
>Category:       bin
>Synopsis:       _exit(1) in rshd.c, instead of exit(1) ?
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Jan 27 13:00:02 PST 1998
>Last-Modified:
>Originator:     Nathan Torkington
>Organization:
Front Range Internet, Inc.
>Release:        FreeBSD 2.2.5-STABLE i386
>Environment:

2.2.5-STABLE as of a month or so ago (yeah yeah, I know).

>Description:

Looking through the source to rshd.c, I see that if getpeername()
fails, the error is logged and _exit() is called.  Why is this?  It
looks to me like exit() is called everywhere else.

>How-To-Repeat:

N/A.

>Fix:
	
Change _exit(1) to exit(1) on line 172 of libexec/rshd/rshd.c

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Tue Jan 27 15:50:08 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id PAA14825
          for freebsd-bugs-outgoing; Tue, 27 Jan 1998 15:50:08 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id PAA14808;
          Tue, 27 Jan 1998 15:50:05 -0800 (PST)
          (envelope-from gnats)
Received: (from nobody@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id PAA14424;
          Tue, 27 Jan 1998 15:47:18 -0800 (PST)
          (envelope-from nobody)
Message-Id: <199801272347.PAA14424@hub.freebsd.org>
Date: Tue, 27 Jan 1998 15:47:18 -0800 (PST)
From: proett@nas.nasa.gov
To: freebsd-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: www-1.0
Subject: kern/5587: session id gets dropped
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         5587
>Category:       kern
>Synopsis:       session id gets dropped
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Jan 27 15:50:03 PST 1998
>Last-Modified:
>Originator:     Tom Proett
>Organization:
Ames Research Center / MRJ Inc.
>Release:        2.2.5-STABLE
>Environment:
FreeBSD sensei.nas.nasa.gov 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Tue Jan 27 10:46:01 PST 1998     proett@sensei.nas.nasa.gov:/usr/src/sys/compile/SENSEI  i386

>Description:
I am working with a batch system that uses the POSIX session to keep track
of which processes comprise a "job".  Under FreeBSD, I use kvm_getprocs()
to get information for all the proceses then use kvm_read() to read
the session structure for each process (pointed to by kp_eproc.e_sess).
It turns out that the s_leader field in the session structure becomes
NULL if the session leader exits.

>How-To-Repeat:
Email me if you want to see a program that shows the problem.
The fix to this bug makes Problem Report bin/5262 obsolete.
>Fix:
sys/miscfs/procfs/procfs_status.c
*** /usr/src/sys/miscfs/procfs/procfs_status.c	Thu Feb  1 21:19:20 1996
--- /ide/usr/src/sys/miscfs/procfs/procfs_status.c	Fri Jan 16 14:40:53 1998
***************
*** 76,82 ****
  	ppid = p->p_pptr ? p->p_pptr->p_pid : 0,
  	pgid = p->p_pgrp->pg_id;
  	sess = p->p_pgrp->pg_session;
! 	sid = sess->s_leader ? sess->s_leader->p_pid : 0;
  
  /* comm pid ppid pgid sid maj,min ctty,sldr start ut st wmsg 
                                  euid ruid rgid,egid,groups[1 .. NGROUPS]
--- 76,82 ----
  	ppid = p->p_pptr ? p->p_pptr->p_pid : 0,
  	pgid = p->p_pgrp->pg_id;
  	sess = p->p_pgrp->pg_session;
! 	sid = sess->s_sid;
  
  /* comm pid ppid pgid sid maj,min ctty,sldr start ut st wmsg 
                                  euid ruid rgid,egid,groups[1 .. NGROUPS]
sys/sys/user.h
*** /usr/src/sys/sys/user.h	Tue Sep 10 01:21:29 1996
--- /ide/usr/src/sys/sys/user.h	Thu Jan 15 18:41:01 1998
***************
*** 70,75 ****
--- 70,76 ----
  		struct	vmspace e_vm;		/* address space */
  		pid_t	e_ppid;			/* parent process id */
  		pid_t	e_pgid;			/* process group id */
+ 		pid_t	e_sid;			/* session id */
  		short	e_jobc;			/* job control counter */
  		dev_t	e_tdev;			/* controlling tty dev */
  		pid_t	e_tpgid;		/* tty process group id */
sys/sys/proc.h
*** /usr/src/sys/sys/proc.h	Wed Oct 16 19:58:05 1996
--- /ide/usr/src/sys/sys/proc.h	Thu Jan 15 18:27:43 1998
***************
*** 54,59 ****
--- 54,60 ----
   */
  struct	session {
  	int	s_count;		/* Ref cnt; pgrps in session. */
+ 	pid_t	s_sid;			/* pid of session leader */
  	struct	proc *s_leader;		/* Session leader. */
  	struct	vnode *s_ttyvp;		/* Vnode of controlling terminal. */
  	struct	tty *s_ttyp;		/* Controlling terminal. */
sys/kern/kern_proc.c
*** /usr/src/sys/kern/kern_proc.c	Wed Dec 31 10:19:03 1997
--- /ide/usr/src/sys/kern/kern_proc.c	Thu Jan 15 18:42:52 1998
***************
*** 224,229 ****
--- 224,230 ----
  			 */
  			MALLOC(sess, struct session *, sizeof(struct session),
  			    M_SESSION, M_WAITOK);
+ 			sess->s_sid = p->p_pid;
  			sess->s_leader = p;
  			sess->s_count = 1;
  			sess->s_ttyvp = NULL;
***************
*** 437,443 ****
  		ep->e_sess = p->p_pgrp->pg_session;
  
  		if (ep->e_sess) {
! 			bcopy(ep->e_sess->s_login, ep->e_login, sizeof(ep->e_login));
  			if (ep->e_sess->s_ttyvp)
  				ep->e_flag = EPROC_CTTY;
  			if (p->p_session && SESS_LEADER(p))
--- 438,446 ----
  		ep->e_sess = p->p_pgrp->pg_session;
  
  		if (ep->e_sess) {
! 			bcopy(ep->e_sess->s_login, ep->e_login,
! 					sizeof(ep->e_login));
! 			ep->e_sid = ep->e_sess->s_sid;
  			if (ep->e_sess->s_ttyvp)
  				ep->e_flag = EPROC_CTTY;
  			if (p->p_session && SESS_LEADER(p))
sys/kern/init_main.c
*** /usr/src/sys/kern/init_main.c	Thu Jan  8 12:56:06 1998
--- /ide/usr/src/sys/kern/init_main.c	Thu Jan 15 18:29:56 1998
***************
*** 343,348 ****
--- 343,349 ----
  
  	pgrp0.pg_session = &session0;
  	session0.s_count = 1;
+ 	session0.s_sid = p->p_pid;
  	session0.s_leader = p;
  
  	p->p_sysent = &aout_sysvec;
sys/kern/kern_fork.c
*** /usr/src/sys/kern/kern_fork.c	Mon Feb 17 02:59:40 1997
--- /ide/usr/src/sys/kern/kern_fork.c	Fri Jan 16 14:57:35 1998
***************
*** 197,212 ****
  again:
  		for (; p2 != 0; p2 = p2->p_list.le_next) {
  			while (p2->p_pid == nextpid ||
! 			    p2->p_pgrp->pg_id == nextpid) {
  				nextpid++;
  				if (nextpid >= pidchecked)
  					goto retry;
  			}
  			if (p2->p_pid > nextpid && pidchecked > p2->p_pid)
  				pidchecked = p2->p_pid;
  			if (p2->p_pgrp->pg_id > nextpid &&
  			    pidchecked > p2->p_pgrp->pg_id)
  				pidchecked = p2->p_pgrp->pg_id;
  		}
  		if (!doingzomb) {
  			doingzomb = 1;
--- 197,219 ----
  again:
  		for (; p2 != 0; p2 = p2->p_list.le_next) {
  			while (p2->p_pid == nextpid ||
! 				    p2->p_pgrp->pg_id == nextpid ||
! 				    p2->p_pgrp->pg_session->s_sid == nextpid) {
! 
  				nextpid++;
  				if (nextpid >= pidchecked)
  					goto retry;
  			}
  			if (p2->p_pid > nextpid && pidchecked > p2->p_pid)
  				pidchecked = p2->p_pid;
+ 
  			if (p2->p_pgrp->pg_id > nextpid &&
  			    pidchecked > p2->p_pgrp->pg_id)
  				pidchecked = p2->p_pgrp->pg_id;
+ 
+ 			if (p2->p_pgrp->pg_session->s_sid > nextpid &&
+ 			    pidchecked > p2->p_pgrp->pg_session->s_sid)
+ 				pidchecked = p2->p_pgrp->pg_session->s_sid;
  		}
  		if (!doingzomb) {
  			doingzomb = 1;
bin/ps/keyword.c
*** /usr/src/bin/ps/keyword.c	Wed Jul 31 02:27:23 1996
--- /ide/usr/src/bin/ps/keyword.c	Fri Jan 16 14:03:25 1998
***************
*** 143,149 ****
  	{"ruid", "RUID", NULL, 0, evar, UIDLEN, EOFF(e_pcred.p_ruid),
  		ULONG, UIDFMT},
  	{"ruser", "RUSER", NULL, LJUST, runame, USERLEN},
! 	{"sess", "SESS", NULL, 0, evar, 6, EOFF(e_sess), KPTR, "x"},
  	{"sig", "PENDING", NULL, 0, pvar, 8, POFF(p_siglist), LONG, "x"},
  	{"sigcatch", "CAUGHT", NULL, 0, pvar, 8, POFF(p_sigcatch), LONG, "x"},
  	{"sigignore", "IGNORED",
--- 143,149 ----
  	{"ruid", "RUID", NULL, 0, evar, UIDLEN, EOFF(e_pcred.p_ruid),
  		ULONG, UIDFMT},
  	{"ruser", "RUSER", NULL, LJUST, runame, USERLEN},
! 	{"sess", "SESS", NULL, 0, evar, 6, EOFF(e_sid), ULONG, PIDFMT},
  	{"sig", "PENDING", NULL, 0, pvar, 8, POFF(p_siglist), LONG, "x"},
  	{"sigcatch", "CAUGHT", NULL, 0, pvar, 8, POFF(p_sigcatch), LONG, "x"},
  	{"sigignore", "IGNORED",

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Tue Jan 27 16:00:03 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id QAA16931
          for freebsd-bugs-outgoing; Tue, 27 Jan 1998 16:00:03 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id QAA16920;
          Tue, 27 Jan 1998 16:00:02 -0800 (PST)
          (envelope-from gnats)
Date: Tue, 27 Jan 1998 16:00:02 -0800 (PST)
Message-Id: <199801280000.QAA16920@hub.freebsd.org>
To: freebsd-bugs
Cc: 
From: Tom Proett <proett@nas.nasa.gov>
Subject: Re: bin/5262: display sid in ps
Reply-To: Tom Proett <proett@nas.nasa.gov>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR bin/5262; it has been noted by GNATS.

From: Tom Proett <proett@nas.nasa.gov>
To: freebsd-gnats-submit@freebsd.org
Cc:  Subject: Re: bin/5262: display sid in ps
Date: Tue, 27 Jan 1998 15:52:34 -0800

 This bug is obsolete.  A better solution is given with PR
 kern/5587
 -- 
 proett@nas.nasa.gov
 NASA Ames Research Center

From owner-freebsd-bugs  Tue Jan 27 17:50:03 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id RAA10157
          for freebsd-bugs-outgoing; Tue, 27 Jan 1998 17:50:03 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id RAA10145;
          Tue, 27 Jan 1998 17:50:01 -0800 (PST)
          (envelope-from gnats)
Date: Tue, 27 Jan 1998 17:50:01 -0800 (PST)
Message-Id: <199801280150.RAA10145@hub.freebsd.org>
To: freebsd-bugs
Cc: 
From: Jonathan Hanna <pangolin@rogers.wave.ca>
Subject: Re: bin/2973: output of iostat is wrong.
Reply-To: Jonathan Hanna <pangolin@rogers.wave.ca>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR bin/2973; it has been noted by GNATS.

From: Jonathan Hanna <pangolin@rogers.wave.ca>
To: freebsd-gnats-submit@freebsd.org, tateoka@pdcd.ilab.toshiba.co.jp
Cc:  Subject: Re: bin/2973: output of iostat is wrong.
Date: Tue, 27 Jan 1998 17:49:04 -0800 (PST)

 I assume the the problem here the numbers running into each other.
 This minimal patch has the problem that 100% cpu of some types mess up
 column alignment.
 
 
 --- iostat.c.orig       Tue Jan 27 16:45:09 1998
 +++ iostat.c    Tue Jan 27 17:34:16 1998
 @@ -314,7 +314,7 @@
                 if (etime == 0.0)
                         etime = 1.0;
                 etime /= (float)hz;
 -               (void)printf("%4.0f%5.0f",
 +               (void)printf("%4.0f %4.0f",
                     cur.tk_nin / etime, cur.tk_nout / etime);
                 dkstats();
                 cpustats();
 @@ -356,10 +356,10 @@
                 if (!dr_select[dn])
                         continue;
                 words = (double)cur.dk_wds[dn] * 32;    /* words xfer'd */
 -               (void)printf("%4.0f",                   /* sectors */
 +               (void)printf(" %3.0f",                  /* sectors */
                     words / (DEV_BSIZE / 2) / etime);
  
 -               (void)printf("%4.0f", cur.dk_xfer[dn] / etime);
 +               (void)printf(" %3.0f", cur.dk_xfer[dn] / etime);
  
                 if (dk_wpms[dn] && cur.dk_xfer[dn]) {
                         atime = cur.dk_time[dn];        /* ticks disk busy */
 @@ -372,7 +372,7 @@
                                 msps = itime * 1000 / cur.dk_xfer[dn];
                 } else
                         msps = 0;
 -               (void)printf("%5.1f ", msps);
 +               (void)printf(" %4.1f ", msps);
         }
  }
  
 @@ -386,7 +386,7 @@
         for (state = 0; state < CPUSTATES; ++state)
                 time += cur.cp_time[state];
         for (state = 0; state < CPUSTATES; ++state)
 -               (void)printf("%3.0f",
 +               (void)printf(" %2.0f",
                     100. * cur.cp_time[state] / (time ? time : 1));
  }
  
 
 
 Jonathan Hanna <pangolin@rogers.wave.ca>
 

From owner-freebsd-bugs  Tue Jan 27 20:20:04 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id UAA07021
          for freebsd-bugs-outgoing; Tue, 27 Jan 1998 20:20:04 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id UAA07001;
          Tue, 27 Jan 1998 20:20:02 -0800 (PST)
          (envelope-from gnats)
Date: Tue, 27 Jan 1998 20:20:02 -0800 (PST)
Message-Id: <199801280420.UAA07001@hub.freebsd.org>
To: freebsd-bugs
Cc: 
From: David Greenman <dg@root.com>
Subject: Re: kern/5587: session id gets dropped 
Reply-To: David Greenman <dg@root.com>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR kern/5587; it has been noted by GNATS.

From: David Greenman <dg@root.com>
To: proett@nas.nasa.gov
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: kern/5587: session id gets dropped 
Date: Tue, 27 Jan 1998 20:18:52 -0800

    What do you do when the process ID's wrap?
 
 -DG
 
 David Greenman
 Core-team/Principal Architect, The FreeBSD Project

From owner-freebsd-bugs  Tue Jan 27 21:30:05 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id VAA20863
          for freebsd-bugs-outgoing; Tue, 27 Jan 1998 21:30:05 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id VAA20843;
          Tue, 27 Jan 1998 21:30:02 -0800 (PST)
          (envelope-from gnats)
Date: Tue, 27 Jan 1998 21:30:02 -0800 (PST)
Message-Id: <199801280530.VAA20843@hub.freebsd.org>
To: freebsd-bugs
Cc: 
From: Bruce Evans <bde@zeta.org.au>
Subject: Re: bin/5575: mount_msdos won't run setuid-root
Reply-To: Bruce Evans <bde@zeta.org.au>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR bin/5575; it has been noted by GNATS.

From: Bruce Evans <bde@zeta.org.au>
To: FreeBSD-gnats-submit@FreeBSD.ORG, rhh@ct.picker.com
Cc:  Subject: Re: bin/5575: mount_msdos won't run setuid-root
Date: Wed, 28 Jan 1998 16:10:26 +1100

 >	The best solution might be for FreeBSD to implement a mechanism
 >	for granting mount access to groups on a per-device basis.
 
 It already does.  Access is controlled by:
 
 1) ownership of the mount point.  If the euid of the caller is not root,
   then the uid of the mount point must match this euid.  This is enforced
   by kern/vfs_syscalls.c:mount().
 
 2) appropriate permissions on the device or file system being mounted.
    For devices, the appropriate permissions are read-write access to
    the device.  Support for this is missing in ffs and ext2fs, and
    broken in msdsofs.  These file systems still do things in the
    pre-Lite2 way, which is to depend on kern/vfs_syscalls.c:mount()
    doing everything and hack around it doing too much for msdosfs.
    The msdosfs hack now conflicts with (1).
 
 3) The vfs.usermount sysctl.  Since access control is mostly broken,
    vfs.usermount defaults to 1 so that access control almost reverts
    to the pre-Lite2 model.
 
 Bruce

From owner-freebsd-bugs  Wed Jan 28 00:20:03 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id AAA17247
          for freebsd-bugs-outgoing; Wed, 28 Jan 1998 00:20:03 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id AAA17241;
          Wed, 28 Jan 1998 00:20:02 -0800 (PST)
          (envelope-from gnats)
Received: (from nobody@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id AAA16495;
          Wed, 28 Jan 1998 00:10:01 -0800 (PST)
          (envelope-from nobody)
Message-Id: <199801280810.AAA16495@hub.freebsd.org>
Date: Wed, 28 Jan 1998 00:10:01 -0800 (PST)
From: spadger@best.com
To: freebsd-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: www-1.0
Subject: kern/5590: SMC 8423TBA (DEC de0) port enabling/probing problem.
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         5590
>Category:       kern
>Synopsis:       SMC 8423TBA (DEC de0) port enabling/probing problem.
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Jan 28 00:20:01 PST 1998
>Last-Modified:
>Originator:     Andy Sparrow
>Organization:
None.
>Release:        2.2.5-RELEASE
>Environment:
FreeBSD PC.fluke.org 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Tue Jan 27 23:10:28 PST 1998     root@PC.fluke.org:/usr/src/sys/compile/PC.gpnp  i386

>Description:
Hi.

I was running 2.2.2-RELEASE with an SMC 8432, using thinnet and the
BNC connector.

It worked fine, I simply plugged it all in.

I upgraded to 2.2.5-RELEASE, and, on booting with the BNC port connected,
the driver says that "auto-select" is enabled, but complains afterwards
about a "cable problem?".

I messed about with 'ifconfig' and the 'media' option, but it didn't  
seem to be possible to get the BNC port working. Leastways, I couldn't
persuade it to work.

Using a transceiver into the AUI port, on boot the driver states
"AUI/BNC port selected" and the AUI port works fine. However,
"hot-swapping" the cable to the BNC connector doesn't work.

In 2.2.2-RELEASE, this "Just Works". :=)

I tried the later driver (971020-de.gz) from the 3am-software home page,
which, unhappily, behaves in exactly the same way as the driver in
2.2.5-RELEASE.

I "down-graded" the 'de' driver code to the two files from the
2.2.2-RELEASE distribution:

-rw-r--r--  1 root  wheel  20269 Dec  3  1996 /sys/pci/dc21040.h
-rw-r--r--  1 root  wheel  137197 Apr 19  1997 /sys/pci/if_de.c
  
  
Regardless of whether it is the BNC or the AUI port that is connected,
this driver says that it has selected the AUI/BNC port (rather earlier
in the 'dmesg' output). With this version, it appears that the AUI port
is broken (no messages are given, everything looks fine, simply no packets
appear to get put on the wire). However, the BNC port works fine, so I'm
using this and the tranceiver is back in the drawer...

I haven't tried the TP port, but I could if it'd be of any interest...

Let me know if you need anyone to test this.


Best regards,

AS

PS BTW, the appended 'dmesg' output will show that I'm running Luigi's
PnP code. This doesn't seem to be a factor (i.e. the problem appeared
before I added this driver, and seems unchanged afterwards).


Output of 'dmesg' after boot follows (the 2.2,2-RELEASE output is from
a different machine which hasn't yet been upgraded):


de.222.dmesg:


Copyright (c) 1992-1997 FreeBSD Inc.
Copyright (c) 1982, 1986, 1989, 1991, 1993
        The Regents of the University of California.  All rights reserved.

FreeBSD 2.2.2-RELEASE #0: Tue Sep  2 22:32:21 PDT 1997
    root@tildy.fluke.org:/usr/src/sys/compile/tildy
CPU: Pentium (150.07-MHz 586-class CPU)
  Origin = "GenuineIntel"  Id = 0x52c  Stepping=12
  Features=0x1bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8>
real memory  = 67108864 (65536K bytes)
avail memory = 62595072 (61128K bytes)
Probing for devices on PCI bus 0:
chip0 <Intel 82437VX PCI cache memory controller> rev 2 on pci0:0
chip1 <Intel 82371SB PCI-ISA bridge> rev 1 on pci0:7:0
chip2 <Intel 82371SB IDE interface> rev 0 on pci0:7:1
de0 <Digital 21040 Ethernet> rev 35 int a irq 12 on pci0:10 
de0: SMC 8432BTA 21040 [10Mb/s] pass 2.3 
de0: address 00:00:c0:cf:1a:0f
de0: enabling BNC/AUI port
pci0:11:    Adaptec, device=0x7178, class=storage (scsi) int a irq 10 [no driver assigned]
vga0 <VGA-compatible display device> rev 2 int a irq 11 on pci0:12
Probing for devices on the ISA bus:
sc0 at 0x60-0x6f irq 1 on motherboard
sc0: VGA color <16 virtual consoles, flags=0x0>
ed0 not found at 0x280
ed1: disabled, not probed.
sio0 at 0x3f8-0x3ff irq 4 on isa
sio0: type 16550A
sio1 not found at 0x2f8
sio2: disabled, not probed. 
sio3: disabled, not probed. 
lpt0 at 0x378-0x37f irq 7 on isa
lpt0: Interrupt-driven port
lp0: TCP/IP capable interface
lpt1 not found at 0xffffffff
mse0: disabled, not probed.
psm0: disabled, not probed.
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
fdc0: NEC 72065B
fd0: 1.44MB 3.5in
wdc0 at 0x1f0-0x1f7 irq 14 on isa
wdc0: unit 0 (wd0): <WDC AC33100H>
wd0: 3020MB (6185088 sectors), 6136 cyls, 16 heads, 63 S/T, 512 B/S
wdc0: unit 1 (wd1): <WDC AC33200L>
wd1: 3098MB (6346368 sectors), 6296 cyls, 16 heads, 63 S/T, 512 B/S
wdc1 not found at 0x170
aha0 not found at 0x330
mcd0: disabled, not probed.
matcdc0: disabled, not probed.
scd0: disabled, not probed.
npx0 flags 0x1 on motherboard
npx0: INT 16 interface 
apm0: disabled, not probed.
changing root device to wd1a 
wd1: invalid extended partition table: no magic



de.225.AUI.dmesg:


Copyright (c) 1992-1997 FreeBSD Inc.
Copyright (c) 1982, 1986, 1989, 1991, 1993
        The Regents of the University of California.  All rights reserved.

FreeBSD 2.2.5-RELEASE #0: Tue Jan 27 22:05:59 PST 1998
    root@PC.fluke.org:/usr/src/sys/compile/PC.gpnp
CPU: AMD Am5x86 Write-Back (486-class CPU)
  Origin = "AuthenticAMD"  Id = 0x4f4  Stepping=4
  Features=0x1<FPU> 
real memory  = 33554432 (32768K bytes)
avail memory = 30232576 (29524K bytes)
Probing for devices on PCI bus 0:
ahc0 <Adaptec 2940 SCSI host adapter> rev 3 int a irq 12 on pci0:13
ahc0: aic7870 Single Channel, SCSI Id=7, 16 SCBs
ahc0 waiting for scsi devices to settle
(ahc0:0:0): "FUJITSU M1606S-512 6237" type 0 fixed SCSI 2
sd0(ahc0:0:0): Direct-Access 1041MB (2131992 512 byte sectors)
(ahc0:6:0): "PLEXTOR CD-ROM PX-6XCS 1.06" type 5 removable SCSI 2
cd0(ahc0:6:0): CD-ROM can't get the size
vga0 <VGA-compatible display device> rev 2 int a irq 11 on pci0:14
de0 <Digital 21040 Ethernet> rev 35 int a irq 10 on pci0:15
de0: SMC 8432BTA 21040 [10Mb/s] pass 2.3
de0: address 00:00:c0:80:04:be
chip0 <generic PCI bridge (vendor=1060 device=8881 subclass=0)> rev 1 on pci0:16
chip1 <generic PCI bridge (vendor=1060 device=886a subclass=1)> rev 1 on pci0:18
Probing for PnP devices:
CSN 1 Vendor ID: LTI000b [0x0b008932] Serial 0xffffffff
Probing for devices on the ISA bus:
sc0 at 0x60-0x6f irq 1 on motherboard
sc0: VGA color <16 virtual consoles, flags=0x0>
ed0 not found at 0x280 
ed1 not found at 0x300
fe0 not found at 0x300
sio0 at 0x3f8-0x3ff irq 4 on isa
sio0: type 16550A
sio1 at 0x2f8-0x2ff irq 3 on isa
sio1: type 16550A
lpt0 not found at 0xffffffff
lpt1 not found at 0xffffffff

mse0 not found at 0x23c
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
fd0: 1.44MB 3.5in
wdc0 at 0x1f0-0x1f7 irq 14 on isa
wdc0: unit 0 (wd0): <QUANTUM FIREBALL_TM3200A>
wd0: 3067MB (6281856 sectors), 6232 cyls, 16 heads, 63 S/T, 512 B/S
wdc1 not found at 0x170
bt0 not found at 0x330
uha0 not found at 0x330
aha0 not found at 0x330
aic0 not found at 0x340 
nca0 at 0x1f88-0x1f8b irq 10 on isa
nca0: type ProAudioSpectrum-16 
nca0 waiting for scsi devices to settle
nca1 not found at 0x350
sea0 not found
wt0 not found at 0x300
mcd0 not found at 0x300
matcdc0 not found at 0x230
scd0 not found at 0x230
ie0: unknown board_id: f000
ie0 not found at 0x300
ie1: unknown board_id: f000
ie1 not found at 0x360
ep0 not found at 0x300
ex0 not found at 0x300
le0 not found at 0x300  
lnc0 not found at 0x280
ze0 not found at 0x300 
zp0 not found at 0x300 
npx0 flags 0x1 on motherboard
npx0: INT 16 interface 
de0: enabling AUI/BNC port



de.225.BNC.dmesg:


Copyright (c) 1992-1997 FreeBSD Inc.

Copyright (c) 1982, 1986, 1989, 1991, 1993
        The Regents of the University of California.  All rights reserved.

FreeBSD 2.2.5-RELEASE #0: Tue Jan 27 22:05:59 PST 1998
    root@PC.fluke.org:/usr/src/sys/compile/PC.gpnp
CPU: AMD Am5x86 Write-Back (486-class CPU)
  Origin = "AuthenticAMD"  Id = 0x4f4  Stepping=4
  Features=0x1<FPU>
real memory  = 33554432 (32768K bytes)
avail memory = 30232576 (29524K bytes)
Probing for devices on PCI bus 0:
ahc0 <Adaptec 2940 SCSI host adapter> rev 3 int a irq 12 on pci0:13
ahc0: aic7870 Single Channel, SCSI Id=7, 16 SCBs
ahc0 waiting for scsi devices to settle
(ahc0:0:0): "FUJITSU M1606S-512 6237" type 0 fixed SCSI 2
sd0(ahc0:0:0): Direct-Access 1041MB (2131992 512 byte sectors)
(ahc0:6:0): "PLEXTOR CD-ROM PX-6XCS 1.06" type 5 removable SCSI 2
cd0(ahc0:6:0): CD-ROM can't get the size
vga0 <VGA-compatible display device> rev 2 int a irq 11 on pci0:14
de0 <Digital 21040 Ethernet> rev 35 int a irq 10 on pci0:15
de0: SMC 8432BTA 21040 [10Mb/s] pass 2.3
de0: address 00:00:c0:80:04:be
chip0 <generic PCI bridge (vendor=1060 device=8881 subclass=0)> rev 1 on pci0:16
chip1 <generic PCI bridge (vendor=1060 device=886a subclass=1)> rev 1 on pci0:18
Probing for PnP devices:
CSN 1 Vendor ID: LTI000b [0x0b008932] Serial 0xffffffff
Probing for devices on the ISA bus:
sc0 at 0x60-0x6f irq 1 on motherboard
sc0: VGA color <16 virtual consoles, flags=0x0>
ed0 not found at 0x280 
ed1 not found at 0x300
fe0 not found at 0x300 
sio0 at 0x3f8-0x3ff irq 4 on isa
sio0: type 16550A
sio1 at 0x2f8-0x2ff irq 3 on isa
sio1: type 16550A
lpt0 not found at 0xffffffff
lpt1 not found at 0xffffffff
mse0 not found at 0x23c
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
fd0: 1.44MB 3.5in
wdc0 at 0x1f0-0x1f7 irq 14 on isa
wdc0: unit 0 (wd0): <QUANTUM FIREBALL_TM3200A>
wd0: 3067MB (6281856 sectors), 6232 cyls, 16 heads, 63 S/T, 512 B/S
wdc1 not found at 0x170
bt0 not found at 0x330
uha0 not found at 0x330
aha0 not found at 0x330
aic0 not found at 0x340
nca0 at 0x1f88-0x1f8b irq 10 on isa
nca0: type ProAudioSpectrum-16
nca0 waiting for scsi devices to settle
nca1 not found at 0x350
sea0 not found
wt0 not found at 0x300
mcd0 not found at 0x300
matcdc0 not found at 0x230
scd0 not found at 0x230
ie0: unknown board_id: f000
ie0 not found at 0x300
ie1: unknown board_id: f000
ie1 not found at 0x360
ep0 not found at 0x300
ex0 not found at 0x300
le0 not found at 0x300
lnc0 not found at 0x280
ze0 not found at 0x300
zp0 not found at 0x300
npx0 flags 0x1 on motherboard
npx0: INT 16 interface
de0: autosense failed: cable problem?




>How-To-Repeat:
Install an SMC 8432TBA card and try to use the BNC port with 
2.2.5-RELEASE.
>Fix:

For me, this is to either use the AUI port and a transceiver, or to
use the BNC port with the 2.2.2-RELEASE driver.

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Wed Jan 28 03:20:03 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id DAA12136
          for freebsd-bugs-outgoing; Wed, 28 Jan 1998 03:20:03 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id DAA12130;
          Wed, 28 Jan 1998 03:20:02 -0800 (PST)
          (envelope-from gnats)
Received: (from nobody@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id DAA11874;
          Wed, 28 Jan 1998 03:16:42 -0800 (PST)
          (envelope-from nobody)
Message-Id: <199801281116.DAA11874@hub.freebsd.org>
Date: Wed, 28 Jan 1998 03:16:42 -0800 (PST)
From: paulo@fiscodata-pr.netpar.com.br
To: freebsd-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: www-1.0
Subject: bin/5591: Trouble with LD_PRELOAD environment variable and man pages
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         5591
>Category:       bin
>Synopsis:       Trouble with LD_PRELOAD environment variable and man pages
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Jan 28 03:20:01 PST 1998
>Last-Modified:
>Originator:     Paulo Cesar Pereira de Andrade
>Organization:
Particular
>Release:        -CURRENT and -STABLE
>Environment:
FreeBSD fiscodata-pr.netpar.com.br 2.2.5-STABLE #0: Wed Dec 31 09:08:35 GMT 1997    root@fiscodata-pr.netpar.com.br:/usr/src/sys/compile/OTIMIZADO  i386
>Description:
While building a libXaw replacement, I found a problem with man, that
I think can be exploitable. When setting the LD_PRELOAD environment
variable to "./libXaw.so.6.0:/other/shared/libs" and typping:
% man XGetGeometry, the XGetGeometry man page is truncated to
zero lines. This can be done, I think, in any man page if it is
not in the <base>/man/cat?/ directory, by any user.
>How-To-Repeat:
% setenv LD_PRELOAD '/usr/X11R6/lib/libXaw.so.6.?'; man XGetGeometry
Formatting page, please wait...ld.so failed: Undefined symbol "_XtStrings" in groff:/usr/X11R6/lib/libXaw.so.6.1
<Other error messages>
% unsetenv LD_PRELOAD; man XGetGeometry
%
>Fix:

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Wed Jan 28 03:30:04 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id DAA12979
          for freebsd-bugs-outgoing; Wed, 28 Jan 1998 03:30:04 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id DAA12946;
          Wed, 28 Jan 1998 03:30:01 -0800 (PST)
          (envelope-from gnats)
Date: Wed, 28 Jan 1998 03:30:01 -0800 (PST)
Message-Id: <199801281130.DAA12946@hub.freebsd.org>
To: freebsd-bugs
Cc: 
From: Andre Albsmeier <andre.albsmeier@mchp.siemens.de>
Subject: Re: kern/5590: SMC 8423TBA (DEC de0) port enabling/probing problem.
Reply-To: Andre Albsmeier <andre.albsmeier@mchp.siemens.de>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR kern/5590; it has been noted by GNATS.

From: Andre Albsmeier <andre.albsmeier@mchp.siemens.de>
To: spadger@best.com
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: kern/5590: SMC 8423TBA (DEC de0) port enabling/probing problem.
Date: Wed, 28 Jan 1998 12:24:24 +0100 (CET)

 > 
 > >Number:         5590
 > >Category:       kern
 > >Synopsis:       SMC 8423TBA (DEC de0) port enabling/probing problem.
 > >Confidential:   no
 > >Severity:       non-critical
 > >Priority:       low
 > >Responsible:    freebsd-bugs
 > >State:          open
 > >Quarter:
 > >Keywords:
 > >Date-Required:
 > >Class:          sw-bug
 > >Submitter-Id:   current-users
 > >Arrival-Date:   Wed Jan 28 00:20:01 PST 1998
 > >Last-Modified:
 > >Originator:     Andy Sparrow
 > >Organization:
 > None.
 > >Release:        2.2.5-RELEASE
 > >Environment:
 > FreeBSD PC.fluke.org 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Tue Jan 27 23:10:28 PST 1998     root@PC.fluke.org:/usr/src/sys/compile/PC.gpnp  i386
 > 
 > >Description:
 > Hi.
 > 
 > I was running 2.2.2-RELEASE with an SMC 8432, using thinnet and the
 > BNC connector.
 > 
 > It worked fine, I simply plugged it all in.
 > 
 > I upgraded to 2.2.5-RELEASE, and, on booting with the BNC port connected,
 > the driver says that "auto-select" is enabled, but complains afterwards
 > about a "cable problem?".
 > 
 > I messed about with 'ifconfig' and the 'media' option, but it didn't  
 > seem to be possible to get the BNC port working. Leastways, I couldn't
 > persuade it to work.
 
 Great, now we are already four people with this problem (although I am using
 a SMC 8434BT). I had contact with Peter Wemm concerning this problem a couple of
 weeks ago, but without success. So I contacted Matt Thomas, the author, and we
 had a few emails exchanged with diagnostics, etc. But I haven't heard anything
 from him for more than a week so I think he has to do some other, more important
 things.
 
 I also tried all media options without success, the only thing I get working
 is the UTP port. With debugging enabled and using UTP on de2 and BNC on de1,
 we get:
 
 de1: timeout: probing External SIA              CH1 first try for SIA
 de2: timeout: probing External SIA              CH2 first try for SIA
 de1: timeout: probing 10baseT                   CH1 first try for UTP
 de2: timeout: probing 10baseT                   CH2 first try for UTP (success)
 de1: timeout: probing AUI/BNC                   CH1 first try for BNC
 de1: timeout: probing External SIA              CH1 second try for SIA
 de1: timeout: probing 10baseT                   CH1 second try for UTP
 de1: timeout: probing AUI/BNC                   CH1 second try for BNC
 de1: timeout: probing External SIA              CH1 third try for SIA
 de1: timeout: probing 10baseT                   CH1 third try for UTP  
 de1: autosense failed: cable problem?           CH1 gives up...
 
 
 	-Andre

From owner-freebsd-bugs  Wed Jan 28 03:49:15 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id DAA15486
          for freebsd-bugs-outgoing; Wed, 28 Jan 1998 03:49:15 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA15478;
          Wed, 28 Jan 1998 03:49:11 -0800 (PST)
          (envelope-from cracauer@FreeBSD.org)
From: Martin Cracauer <cracauer@FreeBSD.ORG>
Received: (from cracauer@localhost)
	by freefall.freebsd.org (8.8.8/8.8.5) id DAA19367;
	Wed, 28 Jan 1998 03:48:17 -0800 (PST)
Date: Wed, 28 Jan 1998 03:48:17 -0800 (PST)
Message-Id: <199801281148.DAA19367@freefall.freebsd.org>
To: cracauer@cons.org, cracauer@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG
Subject: Re: bin/1968
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: FreeBSD has no rdate(8), here's one

State-Changed-From-To: open-closed
State-Changed-By: cracauer
State-Changed-When: Wed Jan 28 12:46:48 MET 1998
State-Changed-Why: 
rdate(8) is now a port

From owner-freebsd-bugs  Wed Jan 28 05:01:03 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id FAA25726
          for freebsd-bugs-outgoing; Wed, 28 Jan 1998 05:01:03 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: from gneiss.eps.nagoya-u.ac.jp (gneiss.eps.nagoya-u.ac.jp [133.6.124.148])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA25685
          for <freebsd-bugs@hub.freebsd.org>; Wed, 28 Jan 1998 05:00:55 -0800 (PST)
          (envelope-from kato@migmatite.eps.nagoya-u.ac.jp)
Received: from localhost (localhost [127.0.0.1])
	by gneiss.eps.nagoya-u.ac.jp (8.8.8/3.6Wbeta7) with ESMTP id WAA04720;
	Wed, 28 Jan 1998 22:00:28 +0900 (JST)
To: bde@zeta.org.au
Cc: freebsd-bugs@hub.freebsd.org
Subject: Re: bin/5575: mount_msdos won't run setuid-root
From: KATO Takenori <kato@migmatite.eps.nagoya-u.ac.jp>
In-Reply-To: Your message of "Tue, 27 Jan 1998 21:30:02 -0800 (PST)"
	<199801280530.VAA20843@hub.freebsd.org>
References: <199801280530.VAA20843@hub.freebsd.org>
X-Mailer: Mew version 1.92.4 on Emacs 19.28 / Mule 2.3 (SUETSUMUHANA)
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
Message-Id: <19980128220028K.kato@gneiss.eps.nagoya-u.ac.jp>
Date: Wed, 28 Jan 1998 22:00:28 +0900
X-Dispatcher: imput version 971024
Lines: 22
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Bruce Evans <bde@zeta.org.au> wrote:

>  3) The vfs.usermount sysctl.  Since access control is mostly broken,
>     vfs.usermount defaults to 1 so that access control almost reverts
>     to the pre-Lite2 model.

The vfs.usermount sysctl can be, of course, changed from userland.
So, new rc.conf argument like:

	enable_usermount

and proper code in /etc/rc are usefull.

How about this?


----
KATO Takenori <kato@ganko.eps.nagoya-u.ac.jp>
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  Wed Jan 28 07:50:51 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id HAA17641
          for freebsd-bugs-outgoing; Wed, 28 Jan 1998 07:50:51 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA17608
          for <freebsd-bugs@hub.freebsd.org>; Wed, 28 Jan 1998 07:50:43 -0800 (PST)
          (envelope-from bde@godzilla.zeta.org.au)
Received: (from bde@localhost)
	by godzilla.zeta.org.au (8.8.7/8.8.7) id CAA11625;
	Thu, 29 Jan 1998 02:46:08 +1100
Date: Thu, 29 Jan 1998 02:46:08 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199801281546.CAA11625@godzilla.zeta.org.au>
To: bde@zeta.org.au, kato@migmatite.eps.nagoya-u.ac.jp
Subject: Re: bin/5575: mount_msdos won't run setuid-root
Cc: freebsd-bugs@hub.freebsd.org
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

>>  3) The vfs.usermount sysctl.  Since access control is mostly broken,
>>     vfs.usermount defaults to 1 so that access control almost reverts
>>     to the pre-Lite2 model.
>
>The vfs.usermount sysctl can be, of course, changed from userland.
>So, new rc.conf argument like:
>
>	enable_usermount
>
>and proper code in /etc/rc are usefull.
>
>How about this?

No, vfs.usermount should go away as soon as the access control is fixed.

Do you think access control is required for union mounts, etc.?  I
guess it is until unionfs, etc. are robust.

Bruce

From owner-freebsd-bugs  Wed Jan 28 09:13:18 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id JAA29058
          for freebsd-bugs-outgoing; Wed, 28 Jan 1998 09:13:18 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: from gneiss.eps.nagoya-u.ac.jp (gneiss.eps.nagoya-u.ac.jp [133.6.124.148])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA29027
          for <freebsd-bugs@hub.freebsd.org>; Wed, 28 Jan 1998 09:13:15 -0800 (PST)
          (envelope-from kato@migmatite.eps.nagoya-u.ac.jp)
Received: from localhost (localhost [127.0.0.1])
	by gneiss.eps.nagoya-u.ac.jp (8.8.8/3.6Wbeta7) with ESMTP id CAA06435;
	Thu, 29 Jan 1998 02:13:01 +0900 (JST)
To: bde@zeta.org.au
Cc: freebsd-bugs@hub.freebsd.org
Subject: Re: bin/5575: mount_msdos won't run setuid-root
From: KATO Takenori <kato@migmatite.eps.nagoya-u.ac.jp>
In-Reply-To: Your message of "Thu, 29 Jan 1998 02:46:08 +1100"
	<199801281546.CAA11625@godzilla.zeta.org.au>
References: <199801281546.CAA11625@godzilla.zeta.org.au>
X-Mailer: Mew version 1.92.4 on Emacs 19.28 / Mule 2.3 (SUETSUMUHANA)
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
Message-Id: <19980129021301H.kato@gneiss.eps.nagoya-u.ac.jp>
Date: Thu, 29 Jan 1998 02:13:01 +0900
X-Dispatcher: imput version 971024
Lines: 16
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Bruce Evans <bde@zeta.org.au> wrote:

> No, vfs.usermount should go away as soon as the access control is fixed.
> 
> Do you think access control is required for union mounts, etc.?  I
> guess it is until unionfs, etc. are robust.

I agree.  When access control is fixed and all filesystems are robust, 
vfs.usermount is meaningless.


----
KATO Takenori <kato@ganko.eps.nagoya-u.ac.jp>
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  Wed Jan 28 09:18:52 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id JAA29714
          for freebsd-bugs-outgoing; Wed, 28 Jan 1998 09:18:52 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA29654;
          Wed, 28 Jan 1998 09:18:17 -0800 (PST)
          (envelope-from jdp@FreeBSD.org)
From: John Polstra <jdp@FreeBSD.ORG>
Received: (from jdp@localhost)
	by freefall.freebsd.org (8.8.8/8.8.5) id JAA11116;
	Wed, 28 Jan 1998 09:17:21 -0800 (PST)
Date: Wed, 28 Jan 1998 09:17:21 -0800 (PST)
Message-Id: <199801281717.JAA11116@freefall.freebsd.org>
To: paulo@fiscodata-pr.netpar.com.br, jdp@FreeBSD.ORG,
        freebsd-bugs@FreeBSD.ORG
Subject: Re: bin/5591
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: Trouble with LD_PRELOAD environment variable and man pages

State-Changed-From-To: open-analyzed
State-Changed-By: jdp
State-Changed-When: Wed Jan 28 09:13:58 PST 1998
State-Changed-Why: 
Problem confirmed.  Any bogus value for LD_PRELOAD causes groff to
fail, leaving a compressed empty "formatted" version of the man
page in the "cat?" directory.  Subsequent invocations of man use the
bad file, because it has a newer timestamp than the unformatted copy.
The man command should take care to clean up the bad file if groff
fails.

From owner-freebsd-bugs  Wed Jan 28 09:40:06 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id JAA05923
          for freebsd-bugs-outgoing; Wed, 28 Jan 1998 09:40:06 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id JAA05913;
          Wed, 28 Jan 1998 09:40:04 -0800 (PST)
          (envelope-from gnats)
Received: from flea.best.net (root@flea.best.net [206.184.139.131])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA04025
          for <FreeBSD-gnats-submit@freebsd.org>; Wed, 28 Jan 1998 09:33:09 -0800 (PST)
          (envelope-from dillon@flea.best.net)
Received: (from dillon@localhost) by flea.best.net (8.8.8/8.7.3) id JAA14306; Wed, 28 Jan 1998 09:32:31 -0800 (PST)
Message-Id: <199801281732.JAA14306@flea.best.net>
Date: Wed, 28 Jan 1998 09:32:31 -0800 (PST)
From: Matt Dillon <dillon@best.net>
Reply-To: dillon@best.net
To: FreeBSD-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: 3.2
Subject: kern/5592: Kernel crash due to ufslk2/ffs_vget deadlock
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         5592
>Category:       kern
>Synopsis:       ffs_inode_hash_lock can get permanently locked, causing the filesystem to lockup
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Jan 28 09:40:02 PST 1998
>Last-Modified:
>Originator:     Matt Dillon
>Organization:
Best Internet Communications
>Release:        FreeBSD 2.2.5-STABLE i386
>Environment:

	PPro 200's running medium and heavily loaded shell environments.
	Lots of ram, moderate paging.

>Description:

	I tracked down a crash of one of our shell machines.  The crash 
	occured in the socket code, but was due to processes getting stuck
	in ufslk2 (inetd then forking on new connections and running the
	system out of network bufs).

	Tracking the bug down, I found the following situation:

	* most processes stuck in ufslk2

	* the ufslk2 chain terminated with a process that had the vnode locked
	  but was suck in ffs_vget()

	* the process was stuck in ffs_vget() attempting to get
	  ffs_inode_hash_lock and being unable to.

	* I found a second process which HAD ffs_inode_hash_lock but which was
	  stuck as follows:

(kgdb) #0  mi_switch () at ../../kern/kern_synch.c:635
#1  0xf0114eda in tsleep (ident=0xf26e2b00, priority=0x8, 
    wmesg=0xf01a1071 "ufslk2", timo=0x0) at ../../kern/kern_synch.c:398
#2  0xf01a10a1 in ufs_lock (ap=0xefbffc90) at ../../ufs/ufs/ufs_vnops.c:1707
#3  0xf0132a27 in vclean (vp=0xf24fd600, flags=0x8) at vnode_if.h:731
#4  0xf0132c3b in vgone (vp=0xf24fd600) at ../../kern/vfs_subr.c:1167
#5  0xf0131e52 in getnewvnode (tag=VT_UFS, mp=0xf21d3a00, vops=0xf2196800, 
    vpp=0xefbffd2c) at ../../kern/vfs_subr.c:380
#6  0xf019a25c in ffs_vget (mp=0xf21d3a00, ino=0x67205, vpp=0xefbffda8)
    at ../../ufs/ffs/ffs_vfsops.c:896
#7  0xf019d034 in ufs_lookup (ap=0xefbffe18) at ../../ufs/ufs/ufs_lookup.c:561
#8  0xf0131339 in lookup (ndp=0xefbffeac) at vnode_if.h:31
#9  0xf0130e7b in namei (ndp=0xefbffeac) at ../../kern/vfs_lookup.c:156
#10 0xf0135050 in lstat (p=0xf2764800, uap=0xefbfff94, retval=0xefbfff84)
    at ../../kern/vfs_syscalls.c:1324
#11 0xf01bf437 in syscall (frame={tf_es = 0x27, tf_ds = 0x27, 
      tf_edi = 0xffffffff, tf_esi = 0x35a00, tf_ebp = 0xefbfd758, 
      tf_isp = 0xefbfffe4, tf_ebx = 0x35a50, tf_edx = 0x33000, 
      tf_ecx = 0x35a40, tf_eax = 0xbe, tf_trapno = 0x7, tf_err = 0x7, 
      tf_eip = 0x18a85, tf_cs = 0x1f, tf_eflags = 0x246, tf_esp = 0xefbfd6e0, 
      tf_ss = 0x27}) at ../../i386/i386/trap.c:914
#12 0x18a85 in ?? ()
#13 0x7a35 in ?? ()
#14 0x7742 in ?? ()
#15 0x1e99 in ?? ()
#16 0x1d11 in ?? ()
#17 0x107e in ?? ()




>How-To-Repeat:

	

>Fix:
	
	I submit that calling vgone() on what is essentially a random 
	vnode within getnewvnode() can lead to deadlock situations in the
	filesystem, especially when called from other critical filesystem
	routines that hold critical global locks.

	The correct solution, I believe, is to NOT have getnewvnode() attempt 
        to vgone/vclean the vnode it wishes to allocate if said vnode's inode
	is locked at the time.

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Wed Jan 28 15:10:03 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id PAA14545
          for freebsd-bugs-outgoing; Wed, 28 Jan 1998 15:10:03 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id PAA14539;
          Wed, 28 Jan 1998 15:10:02 -0800 (PST)
          (envelope-from gnats)
Received: from random.tpgi.com.au (random.tpgi.com.au [203.12.160.7])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA14091
          for <FreeBSD-gnats-submit@freebsd.org>; Wed, 28 Jan 1998 15:05:00 -0800 (PST)
          (envelope-from cagney@tpgi.com.au)
Received: (from smtpd@localhost)
	by random.tpgi.com.au (8.8.4/8.8.6) id KAA11175
	for <FreeBSD-gnats-submit@freebsd.org>; Thu, 29 Jan 1998 10:04:52 +1100 (EST)
Received: from mel-ppp-065.tpgi.com.au(203.12.163.65), claiming to be "b1.tpgi.com.au"
 via SMTP by random.tpgi.com.au, id smtpdAAAa002i3; Thu Jan 29 10:04:39 1998
Received: (from cagney@localhost) by b1.tpgi.com.au (8.8.7/8.7.3) id KAA00811; Thu, 29 Jan 1998 10:07:03 +1100 (EST)
Message-Id: <199801282307.KAA00811@b1.tpgi.com.au>
Date: Thu, 29 Jan 1998 10:07:03 +1100 (EST)
From: Andrew Cagney <cagney@tpgi.com.au>
Reply-To: cagney@tpgi.com.au
To: FreeBSD-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: 3.2
Subject: docs/5593: Spelling error PAT vs FAT
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         5593
>Category:       docs
>Synopsis:       Spelling error PAT vs FAT
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          doc-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Jan 28 15:10:00 PST 1998
>Last-Modified:
>Originator:     Andrew Cagney
>Organization:
>Release:        FreeBSD 2.2.5-RELEASE i386
>Environment:

	The install program.

>Description:

	Grep for `PAT' in the doco pages for the main install
	program.  One of the help pages (related to file systems)
	came up with a `DOS PAT' file system.

>How-To-Repeat:

	Read the help pages from the install program.

>Fix:
	
	Grep for `PAT'


>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Wed Jan 28 16:40:05 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id QAA01787
          for freebsd-bugs-outgoing; Wed, 28 Jan 1998 16:40:05 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id QAA01775;
          Wed, 28 Jan 1998 16:40:02 -0800 (PST)
          (envelope-from gnats)
Received: from random.tpgi.com.au (random.tpgi.com.au [203.12.160.7])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA01285
          for <FreeBSD-gnats-submit@freebsd.org>; Wed, 28 Jan 1998 16:37:58 -0800 (PST)
          (envelope-from cagney@tpgi.com.au)
Received: (from smtpd@localhost)
	by random.tpgi.com.au (8.8.4/8.8.6) id LAA26594
	for <FreeBSD-gnats-submit@freebsd.org>; Thu, 29 Jan 1998 11:37:47 +1100 (EST)
Received: from mel-ppp-065.tpgi.com.au(203.12.163.65), claiming to be "b1.tpgi.com.au"
 via SMTP by random.tpgi.com.au, id smtpdAAAa006Um; Thu Jan 29 11:37:33 1998
Received: (from cagney@localhost) by b1.tpgi.com.au (8.8.7/8.7.3) id LAA01071; Thu, 29 Jan 1998 11:39:59 +1100 (EST)
Message-Id: <199801290039.LAA01071@b1.tpgi.com.au>
Date: Thu, 29 Jan 1998 11:39:59 +1100 (EST)
From: Andrew Cagney <cagney@tpgi.com.au>
Reply-To: cagney@tpgi.com.au
To: FreeBSD-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: 3.2
Subject: i386/5594: System not bootable when bad partition type present.
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         5594
>Category:       i386
>Synopsis:       System not bootable when bad partition type present.
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Jan 28 16:40:01 PST 1998
>Last-Modified:
>Originator:     Andrew Cagney
>Organization:
>Release:        FreeBSD 2.2.5-RELEASE i386
>Environment:

	x486 PC, 2 IDE interfaces

		1.1 - 3.5gb disk
		1.2 - IDE cdrom
		2.1 - 2gb disc

	Old BIOS - can only see first disk.

	I don't think that the presence of the
	CD-ROM and the second disk are relevant to
	the problem.

>Description:

	Given a hard disk partitioned as:

		1:	Type DOS-LARGE 2gb
		2:	Type 81 1gb (not 0x81 or MINIX)
		3:	386BSD/FreeBSD 500mb

	and the FreeBSD pre-boot loader installed into the
	hard disk bootblock, then the pre-boot loader is not able to
	select partition 3 for booting.

	---

	Second possibly related problem.  Given a hard disk with only
	partitions 1 & 2 above I somehow (pressing F keys) managed to
	get partition 1's type changed to BSD from DOS!
	I've not tried to re-produce this one.


>How-To-Repeat:

	Set up partition table as above.

	The preboot prompt:

		F1 . . . dos
		F2 . . . ??
		F3 . . . BSD
		Default: F1

	appears.

	Press F3, the prompt changes to:

		F1 . . . dos
		F2 . . . ??
		F3 . . . BSD
		Default: F?

	(BSD wasn't booted).

	Pressing F4 we get:

		F1 . . . dos
		F2 . . . ??
		F3 . . . BSD
		Default: F4

	(Wierd!)

	Pressing F1 we get:

		Windows 95 ....

>Fix:
	
	The workaround is to set the second partition type to 0x81
	as it should have been.
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Wed Jan 28 20:30:04 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id UAA18090
          for freebsd-bugs-outgoing; Wed, 28 Jan 1998 20:30:04 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id UAA18077;
          Wed, 28 Jan 1998 20:30:01 -0800 (PST)
          (envelope-from gnats)
Received: from titus.stade.co.uk (root@stade.demon.co.uk [158.152.29.164])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA17904
          for <FreeBSD-gnats-submit@freebsd.org>; Wed, 28 Jan 1998 20:28:50 -0800 (PST)
          (envelope-from aw1@titus.stade.co.uk)
Received: (from aw1@localhost) by titus.stade.co.uk (8.8.8/8.8.3) id EAA17288; Thu, 29 Jan 1998 04:27:44 GMT
Message-Id: <199801290427.EAA17288@titus.stade.co.uk>
Date: Thu, 29 Jan 1998 04:27:44 GMT
From: Adrian Wontroba <aw1@stade.co.uk>
Reply-To: aw1@stade.co.uk
To: FreeBSD-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: 3.2
Subject: bin/5595: 2.2-stable buildworld fails in usr.bin/ftp
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"


>Number:         5595
>Category:       bin
>Synopsis:       2.2-stable buildworld fails in usr.bin/ftp
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          support
>Submitter-Id:   current-users
>Arrival-Date:   Wed Jan 28 20:30:00 PST 1998
>Last-Modified:
>Originator:     Adrian Wontroba
>Organization:
Stade Computers Ltd, UK
>Release:        FreeBSD 2.2.5-STABLE i386
>Environment:

Routinely upgraded system, cvsup'd from CVSup.uk.FreeBSD.org
and cvsup.internat.FreeBSD.org, with source tree checked out from
cvs with -r RELENG_2_2. I tend to run buildworld / installworld
at least weekly, and have switched over to daily builds as 2.2.6
approaches.

>Description:

Since the release of the new usr.bin/ftp,
usr.bin/ftp no longer compiles - _timersub undefined.

===> usr.bin/ftp
cc -nostdinc -O -I/d1/FreeBSD-2.2/src/usr.bin/ftp/../../contrib-crypto/telnet   -I/usr/obj/d1/FreeBSD-2.2/src/tmp/usr/include -c /d1/FreeBSD-2.2/src/usr.bin/ftp/cmds.c
cc -nostdinc -O -I/d1/FreeBSD-2.2/src/usr.bin/ftp/../../contrib-crypto/telnet   -I/usr/obj/d1/FreeBSD-2.2/src/tmp/usr/include -c /d1/FreeBSD-2.2/src/usr.bin/ftp/cmdtab.c
cc -nostdinc -O -I/d1/FreeBSD-2.2/src/usr.bin/ftp/../../contrib-crypto/telnet   -I/usr/obj/d1/FreeBSD-2.2/src/tmp/usr/include -c /d1/FreeBSD-2.2/src/usr.bin/ftp/complete.c
cc -nostdinc -O -I/d1/FreeBSD-2.2/src/usr.bin/ftp/../../contrib-crypto/telnet   -I/usr/obj/d1/FreeBSD-2.2/src/tmp/usr/include -c /d1/FreeBSD-2.2/src/usr.bin/ftp/domacro.c
cc -nostdinc -O -I/d1/FreeBSD-2.2/src/usr.bin/ftp/../../contrib-crypto/telnet   -I/usr/obj/d1/FreeBSD-2.2/src/tmp/usr/include -c /d1/FreeBSD-2.2/src/usr.bin/ftp/fetch.c
cc -nostdinc -O -I/d1/FreeBSD-2.2/src/usr.bin/ftp/../../contrib-crypto/telnet   -I/usr/obj/d1/FreeBSD-2.2/src/tmp/usr/include -c /d1/FreeBSD-2.2/src/usr.bin/ftp/ftp.c
cc -nostdinc -O -I/d1/FreeBSD-2.2/src/usr.bin/ftp/../../contrib-crypto/telnet   -I/usr/obj/d1/FreeBSD-2.2/src/tmp/usr/include -c /d1/FreeBSD-2.2/src/usr.bin/ftp/main.c
cc -nostdinc -O -I/d1/FreeBSD-2.2/src/usr.bin/ftp/../../contrib-crypto/telnet   -I/usr/obj/d1/FreeBSD-2.2/src/tmp/usr/include -c /d1/FreeBSD-2.2/src/usr.bin/ftp/ruserpass.c
cc -nostdinc -O -I/d1/FreeBSD-2.2/src/usr.bin/ftp/../../contrib-crypto/telnet   -I/usr/obj/d1/FreeBSD-2.2/src/tmp/usr/include -c /d1/FreeBSD-2.2/src/usr.bin/ftp/util.c
cc -nostdinc -O -I/d1/FreeBSD-2.2/src/usr.bin/ftp/../../contrib-crypto/telnet   -I/usr/obj/d1/FreeBSD-2.2/src/tmp/usr/include  -o ftp cmds.o cmdtab.o complete.o domacro.o fetch.o ftp.o main.o ruserpass.o util.o  -ledit -ltermcap
util.o: Undefined symbol `_timersub' referenced from text segment
util.o: Undefined symbol `_timersub' referenced from text segment
util.o: Undefined symbol `_timersub' referenced from text segment
*** Error code 1

>How-To-Repeat:
cd /usr/src; make buildworld

>Fix:
I wish I knew.	
	

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Wed Jan 28 21:40:04 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id VAA00847
          for freebsd-bugs-outgoing; Wed, 28 Jan 1998 21:40:04 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id VAA00831;
          Wed, 28 Jan 1998 21:40:01 -0800 (PST)
          (envelope-from gnats)
Received: from aldan.ziplink.net (mi@kot.ne.mediaone.net [24.128.29.55])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA00519
          for <FreeBSD-gnats-submit@freebsd.org>; Wed, 28 Jan 1998 21:37:53 -0800 (PST)
          (envelope-from mi@aldan.ziplink.net)
Received: (from mi@localhost)
	by aldan.ziplink.net (8.8.8/8.8.7) id FAA11960;
	Thu, 29 Jan 1998 05:37:47 GMT
	(envelope-from mi)
Message-Id: <199801290537.FAA11960@aldan.ziplink.net>
Date: Thu, 29 Jan 1998 05:37:47 GMT
From: Mikhail Teterin <mi@aldan.algebra.com>
Reply-To: mi@aldan.algebra.com
To: FreeBSD-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: 3.2
Subject: bin/5596: killall's bogus diagnostics
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"


>Number:         5596
>Category:       bin
>Synopsis:       killall's diagnostics bogus
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Jan 28 21:40:01 PST 1998
>Last-Modified:
>Originator:     Mikhail Teterin
>Organization:
Virtual Estates, Inc.
>Release:        FreeBSD 2.2.5-RELEASE i386
>Environment:

>Description:

	If a process exists, but can not be killed (belongs to
	another user, for example), killall(1) will still report
	"No matching processes"

>How-To-Repeat:

	As a regular user do
		killall inetd

>Fix:
	Sorry, I'm no perl programmer...
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Thu Jan 29 00:23:50 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id AAA28122
          for freebsd-bugs-outgoing; Thu, 29 Jan 1998 00:23:50 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA28115;
          Thu, 29 Jan 1998 00:23:45 -0800 (PST)
          (envelope-from jkh@FreeBSD.org)
From: "Jordan K. Hubbard" <jkh@FreeBSD.ORG>
Received: (from jkh@localhost)
	by freefall.freebsd.org (8.8.8/8.8.5) id AAA15152;
	Thu, 29 Jan 1998 00:22:43 -0800 (PST)
Date: Thu, 29 Jan 1998 00:22:43 -0800 (PST)
Message-Id: <199801290822.AAA15152@freefall.freebsd.org>
To: aw1@stade.co.uk, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG
Subject: Re: bin/5595
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"

Synopsis: 2.2-stable buildworld fails in usr.bin/ftp

State-Changed-From-To: open-closed
State-Changed-By: jkh
State-Changed-When: Thu Jan 29 00:22:05 PST 1998
State-Changed-Why: 
Mike fixed this earlier today.

From owner-freebsd-bugs  Thu Jan 29 02:40:04 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id CAA14136
          for freebsd-bugs-outgoing; Thu, 29 Jan 1998 02:40:04 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id CAA14130;
          Thu, 29 Jan 1998 02:40:02 -0800 (PST)
          (envelope-from gnats)
Received: from crox.net.kiae.su (crox.net.kiae.su [144.206.130.72])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA13869
          for <FreeBSD-gnats-submit@freebsd.org>; Thu, 29 Jan 1998 02:37:05 -0800 (PST)
          (envelope-from crox.net.kiae.su!vak)
Received: by crox.net.kiae.su id NAA01877;
  (8.8.8/vak/1.8a) Thu, 29 Jan 1998 13:35:56 +0300 (MSK)
Message-Id: <199801291035.NAA01877@crox.net.kiae.su>
Date: Thu, 29 Jan 1998 13:35:56 +0300 (MSK)
From: vak@crox.net.kiae.su (Serge V.Vakulenko)
Reply-To: vak@crox.net.kiae.su
To: FreeBSD-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: 3.2
Subject: kern/5598: [patch] od - support for MO devices with 2k sector size (like Fujitsu M2513 with 640M disks)
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"


>Number:         5598
>Category:       kern
>Synopsis:       Support for magneto-optic SCSI devices with 2k sector size added (like Fujitsu M2513 with 640M disks)
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Jan 29 02:40:01 PST 1998
>Last-Modified:
>Originator:     Serge V.Vakulenko
>Organization:
Cronyx Engineering Ltd.
>Release:        FreeBSD 3.0-971225-SNAP i386
>Environment:
	Fujitsu M2513 magneto-optic device, and 640M disks.

>Description:
	The current implementation of UFS file system, disk label
	and partition routines require the driver to handle
	any 512-byte-aligned i/o request.  Most SCSI HDD, CD-ROM
	and MO devices have 512 byte sectors, and cause no problem.
	But the 640M MO disks have 2k sector size, and do not work
	as appropriate.

>How-To-Repeat:
	Try to disklabel the 640M disk, for example:

		disklabel -r -w od0 auto

>Fix:
	After applying the following patch, the disklabel, newfs
	and the UFS filesystem starts working fine, with a good
	data throughput (tested copying 32-megabyte file):
	reading - 1.1 Mb/sec, writing - 0.5 Mb/sec.

--- od30.c	Fri Jan 23 21:09:48 1998
+++ od.c	Tue Jan 27 18:43:16 1998
@@ -66,6 +66,7 @@
 #include <sys/systm.h>
 #include <sys/conf.h>
 #include <sys/buf.h>
+#include <sys/malloc.h>
 #include <sys/cdio.h>
 #include <sys/dkstat.h>
 #include <sys/disklabel.h>
@@ -105,6 +106,13 @@
 	struct diskslices *dk_slices;	/* virtual drives */
 	struct buf_queue_head buf_queue;
 	int dkunit;		/* disk stats unit number */
+	u_char	buf [2048];	/* partial i/o intermediate buffer */
+	u_int32_t blkno;	/* start i/o block number (logical 512) */
+	u_int32_t nblk;		/* total i/o length (logical blocks 512) */
+	u_int32_t ionsec;	/* partial i/o length (physical sectors) */
+	u_int32_t ioflags;
+	int	partial_write;	/* partial write flag */
+	u_char *data;		/* i/o buffer pointer */
 #ifdef DEVFS
 	/* Eventually move all these to common disk struct. */
 	void	*b_devfs_token;
@@ -120,6 +128,7 @@
 static u_int32_t	od_size __P((int unit, int flags));
 static int	od_sense_handler __P((struct scsi_xfer *));
 static void	odstart __P((u_int32_t, u_int32_t));
+static int	od_done __P((struct scsi_xfer *));
 static void	odstrategy1 __P((struct buf *));

 static dev_t odsetunit(dev_t dev, int unit) { return ODSETUNIT(dev, unit); }
@@ -156,7 +165,7 @@
 	od_sense_handler,
 	odstart,		/* have a queue, served by this */
 	NULL,			/* have no async handler */
-	NULL,			/* Use default 'done' routine */
+	od_done,		/* have a post-i/o processing routine */
 	"od",
 	0,
 	{0, 0},
@@ -376,7 +385,7 @@
 		/* XXX as long as it's not 0
 		 *  - readdisklabel divides by it (?)
 		 */
-	label.d_secperunit = od->params.disksize;
+	label.d_secperunit = label.d_secpercyl * od->params.cyls;

 	/* Initialize slice tables. */
 	errcode = dsopen("od", dev, fmt, &od->dk_slices, &label, odstrategy1,
@@ -460,18 +469,10 @@
 		goto bad;
 	}

-
 	secsize = od->params.secsiz;

-	/* make sure the blkno is scalable */
-	if( (bp->b_blkno % (secsize/DEV_BSIZE)) != 0 ) {
-		bp->b_error = EINVAL;
-		printf("od_strategy: Block number is not multiple of sector size (2): 0x%x\n", bp->b_blkno);
-		goto bad;
-	}
-
 	/* make sure that the transfer size is a multiple of the sector size */
-	if( (bp->b_bcount % secsize) != 0 ) {
+	if( (bp->b_bcount % DEV_BSIZE) != 0 ) {
 		bp->b_error = EINVAL;
 		printf("od_strategy: Invalid b_bcount %d at block number: 0x%x\n", bp->b_bcount, bp->b_blkno);
 		goto bad;
@@ -552,6 +553,157 @@
 	odstrategy(bp);
 }

+static int
+od_io (struct scsi_link *sc_link, struct buf *bp)
+{
+	struct scsi_data *od = sc_link->sd;
+	int blocks_per_sector = od->params.secsiz / DEV_BSIZE;
+	int op = (bp->b_flags & B_READ) ? READ_BIG : WRITE_BIG;
+	u_char *data = od->data;
+	struct scsi_rw_big cmd;
+
+	od->partial_write = 0;
+	od->ionsec = od->nblk / blocks_per_sector;
+	if (od->blkno % blocks_per_sector || od->nblk < blocks_per_sector) {
+		/* partial i/o, read the whole sector */
+		op = READ_BIG;
+		od->ionsec = 1;
+		data = od->buf;
+	}
+
+	/*
+	 *  Fill out the scsi command
+	 */
+	cmd.op_code = op;
+	scsi_uto4b (od->blkno / blocks_per_sector, &cmd.addr_3);
+	scsi_uto2b (od->ionsec, &cmd.length2);
+	cmd.byte2 = cmd.reserved = cmd.control = 0;
+
+	/*
+	 * Call the routine that chats with the adapter.
+	 * Note: we cannot sleep as we may be an interrupt
+	 */
+	if (scsi_scsi_cmd (sc_link, (struct scsi_generic*) &cmd, sizeof(cmd),
+	    data, od->ionsec * od->params.secsiz, OD_RETRIES, 100000, bp,
+	    od->ioflags | (op==READ_BIG ? SCSI_DATA_IN : SCSI_DATA_OUT))
+	    == SUCCESSFULLY_QUEUED)
+		return 0;
+	return -1;
+}
+
+/*
+ * This routine is called by the scsi interrupt when the transfer is complete.
+ */
+static int
+od_done (struct scsi_xfer *xs)
+{
+	struct scsi_link *sc_link = xs->sc_link;
+	struct scsi_data *od = sc_link->sd;
+	struct buf *bp = xs->bp;
+	int blocks_per_sector = od->params.secsiz / DEV_BSIZE;
+	struct scsi_rw_big cmd;
+
+	if (! bp || xs->error == XS_TIMEOUT)
+		return 0;
+
+	if (od->blkno % blocks_per_sector) {
+		int offset = od->blkno % blocks_per_sector * DEV_BSIZE;
+		int len = blocks_per_sector * DEV_BSIZE - offset;
+
+		if (len > bp->b_bcount)
+			len = bp->b_bcount;
+		od->nblk -= len / DEV_BSIZE;
+		od->data += len;
+
+		if (bp->b_flags & B_READ) {
+			/* partial read */
+			od->blkno += len / DEV_BSIZE;
+			bcopy (od->buf + offset, bp->b_data, len);
+			if (od->nblk == 0)
+				return 0;
+			goto doio;
+		}
+
+		/* partial write */
+		bcopy (bp->b_data, od->buf + offset, len);
+		od->partial_write = 1;
+
+		free (xs, M_TEMP);
+		sc_link->active--;
+		sc_link->opennings++;
+
+		/* write sector back */
+		cmd.op_code = WRITE_BIG;
+		scsi_uto4b (od->blkno / blocks_per_sector, &cmd.addr_3);
+		scsi_uto2b (1, &cmd.length2);
+		cmd.byte2 = cmd.reserved = cmd.control = 0;
+		if (scsi_scsi_cmd (sc_link, (struct scsi_generic*) &cmd,
+		    sizeof(cmd), od->buf, od->params.secsiz, OD_RETRIES,
+		    100000, bp, od->ioflags | SCSI_DATA_OUT)
+		    != SUCCESSFULLY_QUEUED) {
+			bp->b_error = EIO;
+			bp->b_flags |= B_ERROR;
+		}
+		od->blkno += len / DEV_BSIZE;
+		return -2;
+	}
+
+	if (od->partial_write)
+		goto doio;
+
+	if (od->nblk % blocks_per_sector) {
+		if (od->nblk >= blocks_per_sector) {
+			int len = od->nblk / blocks_per_sector *
+				blocks_per_sector * DEV_BSIZE;
+			od->blkno += len / DEV_BSIZE;
+			od->nblk -= len / DEV_BSIZE;
+			od->data += len;
+			goto doio;
+		}
+		if (bp->b_flags & B_READ) {
+			/* partial read */
+			bcopy (od->buf, od->data, od->nblk * DEV_BSIZE);
+			return 0;
+		}
+
+		/* partial write */
+		bcopy (od->data, od->buf, od->nblk * DEV_BSIZE);
+		od->nblk = 0;
+
+		free (xs, M_TEMP);
+		sc_link->active--;
+		sc_link->opennings++;
+
+		/* write sector back */
+		cmd.op_code = WRITE_BIG;
+		scsi_uto4b (od->blkno / blocks_per_sector, &cmd.addr_3);
+		scsi_uto2b (1, &cmd.length2);
+		cmd.byte2 = cmd.reserved = cmd.control = 0;
+		if (scsi_scsi_cmd (sc_link, (struct scsi_generic*) &cmd,
+		    sizeof(cmd), od->buf, od->params.secsiz, OD_RETRIES,
+		    100000, bp, od->ioflags | SCSI_DATA_OUT)
+		    != SUCCESSFULLY_QUEUED) {
+			bp->b_error = EIO;
+			bp->b_flags |= B_ERROR;
+		}
+		return -2;
+	}
+	return 0;
+doio:
+	if (od->nblk == 0)
+		return 0;
+
+	free (xs, M_TEMP);
+	sc_link->active--;
+	sc_link->opennings++;
+
+	if (od_io (sc_link, bp) < 0) {
+		bp->b_error = EIO;
+		bp->b_flags |= B_ERROR;
+	}
+	return -2;
+}
+
 /*
  * odstart looks to see if there is a buf waiting for the device
  * and that the device is not already busy. If both are true,
@@ -574,8 +726,6 @@
 	register struct	scsi_link *sc_link = SCSI_LINK(&od_switch, unit);
 	register struct scsi_data *od = sc_link->sd;
 	struct buf *bp = 0;
-	struct scsi_rw_big cmd;
-	u_int32_t blkno, nblk;
 	u_int32_t secsize;

 	SC_DEBUG(sc_link, SDEV_DB2, ("odstart "));
@@ -607,55 +757,33 @@
 		 * re-openned
 		 */
 		if (!(sc_link->flags & SDEV_MEDIA_LOADED)) {
-			goto bad;
+			printf("od%ld: media not loaded\n", unit);
+bad:			bp->b_error = EIO;
+			bp->b_flags |= B_ERROR;
+			biodone(bp);
+			continue;
 		}
+
 		/*
 		 * We have a buf, now we know we are going to go through
 		 * With this thing..
 		 */
 		secsize = od->params.secsiz;
-		blkno = bp->b_pblkno;
-		if (bp->b_bcount & (secsize - 1))
-		{
-		    goto bad;
-		}
-		nblk = bp->b_bcount / secsize;
-
-		/*
-		 *  Fill out the scsi command
-		 */
-		cmd.op_code = (bp->b_flags & B_READ)
-		    ? READ_BIG : WRITE_BIG;
-		scsi_uto4b(blkno, &cmd.addr_3);
-		scsi_uto2b(nblk, &cmd.length2);
-		cmd.byte2 = cmd.reserved = cmd.control = 0;
-		/*
-		 * Call the routine that chats with the adapter.
-		 * Note: we cannot sleep as we may be an interrupt
-		 */
-		if (scsi_scsi_cmd(sc_link,
-			(struct scsi_generic *) &cmd,
-			sizeof(cmd),
-			(u_char *) bp->b_data,
-			bp->b_bcount,
-			OD_RETRIES,
-			100000,
-			bp,
-			flags | ((bp->b_flags & B_READ) ?
-			    SCSI_DATA_IN : SCSI_DATA_OUT))
-		    == SUCCESSFULLY_QUEUED) {
-			odqueues++;
-			if(od->dkunit >= 0) {
-				dk_xfer[od->dkunit]++;
-				dk_seek[od->dkunit]++; /* don't know */
-				dk_wds[od->dkunit] += bp->b_bcount >> 6;
-			}
-		} else {
-bad:
+		od->blkno = bp->b_pblkno * (secsize/DEV_BSIZE) +
+			bp->b_blkno % (secsize/DEV_BSIZE);
+		od->nblk = bp->b_bcount / DEV_BSIZE;
+		od->data = bp->b_data;
+		od->ioflags = flags;
+		if (od_io (sc_link, bp) < 0) {
 			printf("od%ld: oops not queued\n", unit);
-			bp->b_error = EIO;
-			bp->b_flags |= B_ERROR;
-			biodone(bp);
+			goto bad;
+		}
+
+		odqueues++;
+		if(od->dkunit >= 0) {
+			dk_xfer[od->dkunit]++;
+			dk_seek[od->dkunit]++; /* don't know */
+			dk_wds[od->dkunit] += bp->b_bcount >> 6;
 		}
 	}
 }
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Thu Jan 29 03:10:04 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id DAA17107
          for freebsd-bugs-outgoing; Thu, 29 Jan 1998 03:10:04 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id DAA17101;
          Thu, 29 Jan 1998 03:10:02 -0800 (PST)
          (envelope-from gnats)
Received: (from nobody@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id DAA16841;
          Thu, 29 Jan 1998 03:06:09 -0800 (PST)
          (envelope-from nobody)
Message-Id: <199801291106.DAA16841@hub.freebsd.org>
Date: Thu, 29 Jan 1998 03:06:09 -0800 (PST)
From: rickl@ic.net
To: freebsd-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: www-1.0
Subject: kern/5599: pt(N) driver no longer working
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"


>Number:         5599
>Category:       kern
>Synopsis:       pt(N) driver no longer working
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Jan 29 03:10:00 PST 1998
>Last-Modified:
>Originator:     Rick Lotoczky
>Organization:
>Release:        3.0-current cvsup
>Environment:
>Description:
I am using an HP scanner with FreeBSD on a SMP kernel. As of the
3.0-971225-SNAP release the ptN driver seemed to work very well.
With the modification within the past two weeks, ptN no longer
works.  Instead, zero bytes are read from the scanner and a kernel
error message:
     pt0: physio split the request.. cannot proceed.
is issued. I reverted to the kernel from the 971225 SNAP and pt seems
to behave properly.  I can read the scanner without a problem.
>How-To-Repeat:
Use any kernel built after ~980110.
>Fix:

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Thu Jan 29 10:00:30 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id KAA16271
          for freebsd-bugs-outgoing; Thu, 29 Jan 1998 10:00:30 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: from mail.hsl.com (mail.ars-online.de [195.80.205.10])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA16145
          for <freebsd-bugs@freebsd.org>; Thu, 29 Jan 1998 10:00:16 -0800 (PST)
          (envelope-from joltmail@joltcola.de)
Received: from JENS ([195.80.205.25]) by mail.hsl.com
          (post.office MTA v2.0 0813 ID# 27-12247) with SMTP id AAA165
          for <freebsd-bugs@freebsd.org>; Thu, 29 Jan 1998 19:06:54 +0100
From: joltmail@joltcola.de (Jolt - Cola)
To: <freebsd-bugs@FreeBSD.ORG>
X-Mailer: NetMailer v1.00 (http://www.alphasoftware.com/netmailer) [C.R-DC3BE82F86ECF4DC4]   
Subject: JOLT-RAUSCH  
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="------!A5AF!194652869"
Date: Thu, 29 Jan 1998 19:06:54 +0100
Message-ID: <19980129180654093.AAA165@JENS>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"

This is a multi-part message in MIME format.

--------!A5AF!194652869
Content-Type: text/plain; charset="us-ascii"

Wollen Sie am JOLT-Rausch mitverdienen? 

 Wenn Sie moechten, dass Ihre Kunden und Mitarbeiter in Ihrer Web
 Site JOLT bestellen koennen, machen wir Ihnen das folgende
 Angebot: 
 Richten Sie einen Link auf diese Seite hier ein
 (http://www.jolt.de/store/bestell.html-ssi). Pro Order die von Ihrer
 Web Site ausgeht, erhalten Sie nach Auslieferung an den Kunden
 und Eingang der Bezahlung 1,20 DM (inkl. MwSt.) Wie klappt das
 technisch? Sie nennen uns Ihre Firma, Kontaktperson, Geldinstitut,
 Kontonummer und Bankleitzahl. Sie erhalten pro Order 1,20 DM
 gutgeschrieben. Es wird protokolliert, von wo aus auf den
 JOLT-Store zugegriffen wird. Bei einer Bestellung wird diese
 Variable uebergeben. Einmal im Monat wird abgerechnet und der
 Betrag auf Ihr angegebenes Konto ueberwiesen. Bitte geben Sie nur
 ein vom Inhaber der Web Site authorisiertes Konto an. Na, ist das
 was? Das Angebot gilt natuerlich auch fuer persoenliche Homepages.

Fuer KDM GmbH
JOLT DEUTSCHLAND
J.Wilhelm

--------!A5AF!194652869
Content-Type: application/gif; name="JOLTST~1.GIF"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="JOLTST~1.GIF"
Content-Description: gif image

R0lGODlhXQAwAOb/AMDAwAgICBAQEFpaWmNjY2tra7W1tefn5+fW1s69vVpSUtacnDkpKcaM
jBgQEFo5OYRSUs57e0opKb1aWqVKSqUxMUoQECkICDkICGMICJwhGIQYEJQQCIQIAGMYEK1S
QoQxIYQ5KZRaSta9tcaUhLVrUpyEe7VaOdachK1KIZRzY71aIcaEWr2Ma0IpGM6ESko5KSEY
EIxaKVo5GMZ7Kc6EKd69jN6cOVpKMd6cKdalQuetOee1Que9SlpKGGtjQoyECDExKbW1CEJC
AGNjAHNzAISEAIyMAK2tAL29AN7eAO/vAP//AGNrEEpSUjE5QpyltcbO3lJaa6WtxmNrhEJK
Y87O1rW1vYyMlJycpXNze+/v/97e7729zlJSWufn/97e95SUpdbW74SEnJSUtWNje3NzlIyM
tTk5ShgYKQgIEBAQIbWt1ikhObWttYR7hFpSWkI5QikhKdbGzpyMlN69zsalrXMxQsacpd61
vdattYxja72EjL1ze7VjawAAACH5BAEAAAAALAAAAABdADAAQAf/gACCg4SCWwhbbgNOWG9O
T3FOcZORlJROkpmYTgMEngQFWqJaBaCgBaWlBJ2fA4ubsLFOWlwHhVZiCGdkZ2ZkU2tqa09B
AmkOyGlBQXIByElMQ2p/1ExM1ERFMdRDSElH238xRkRESUPU6erpcgdbX1tbtgd2ERMhDy4W
aWtyAn8Y5BgAcMUAFytsxOyiUiVKljQC0JQZc6ZimDFhygQQIGdIkwvTuKH7M2RIAGoBipA7
+UdAyXUw/8jAswUMvAR18jToo4GDCAQArPjR4MEBvwsXYjgwYyDLFy5ivkzBiOWLFjUB5Eip
UsYMxTNQyqhB5sNakiVLmBQhySRJNSZL/5IoafsHmlmSDv4gYaLELpF/2yTUsWlTXh0uC/DA
68OhKJQsAS5YeHLAjZgrbDJPgbIlTMs1Sh0IGC1AjZrRWOU2CRBj7siYsGOnwwChNgU7X3Ln
juCnxosWOnq8wOMnw4U1/1xckCIIC5c3aPiVeXLMwcbSApCJDnCa9Oi8ssOLh52VDxcuYGxa
odABZAAGAbIa2DIonhgDUwxISeOkTHQBa6yRRnXZbQcgVs6QdhJr8f3jzDGjxSdMgKYFQ81o
cqzxxx4AvHPABB3IwQB4sclRhRX0HZAFAFNM5UsaVbDhhRxyDDigHG14MUYWTjgjBzQ+aPgW
NdCUZM2R1rDl1v94f1SgR24AHOAHBCa4YYUdcyAAzwIcHIdUDBIgkEUWYEQhhhhkhDFFGWCw
IYcabYTByy68hPWHAzHkmd064xBBjRFrwQYYOeGZgMIIWcrTYTzvbDGBBwGkIccfkVlgQRUJ
ZLEFVF+MUcUYTz2B2hqi2djGE0+c5sBcQeS1lxFKvhXOEWrVFc06kblEKxMnxZDHFzZ90cIO
xO5wAw01/PqFFRV0sIYWciDlBABvbAGFGQyNkVkwWJlW2mmmhQvut0yWq84PXVgBLAIIHJBA
AnPUgQcfV8xxHgUpvODBBhc4sMZxbhCCwAhW0PHGCFuMQIADDMTgQgyR5RlDUnj2G1n/UjFk
J2CA2lnHmnakIneSgNotGIMFM+DggnJfrqwPxNfF5wIMeRFQSH0HiJGpul28UUUbaKDRxjE0
hoYaat7SGCCAyAmQYKTINX2dd9/+w8AcekBQQQg/kBgeFlEUcgAXUbxhxhkZDYOGF0GoUaPS
HY8GpJB/JGnra+aqc9pJIbhDX3F/9CvA0FitgwwW9AGgxRZRTEEGFRWZEUZ0kg5olKROFNDq
M0giSeStaaFDBBNIsMVEOeIlZYXfX3QIbGHx5KGBC/xgYIEcP2xhRRZcYBYFGWxU0VABavAT
NBpSUIGRGwTE92M0/wx59x9z+XnEEmsNQVd4AbwwxxYNzAHP/xYUbFDaHzCE0IEFf5wGEVIW
xDAm71F0wcYYYoRRBdlxwBnGLnQCi0bwBDFk5C1vATABPHJzgNzAzh3wAEMFLFA861zAdgXI
QlXAEJUpmKELY+BCGJqRhjf8Yk4CDABo8GRAdQTgJXW7BkyKFCuYxEcdLiiBHvQQBT0kABHx
aIAG1heMAbzhXxeQQ8GAdSYxmCENWAADGtoXhCcM7XifMoMx0mCN0/yBVrDS3pKsET1arYWG
6phLW4owhAgFYA9ceAcYEICCGuSABh2YAAS/oAcNZCAUArjgE8RUpihEAQxTuMIXupAG7sTg
GE3rThpUJQC7KMGMNbTGXqwRKCMcSf8do0NSExyEm8LwoQM06EFwetADGtThC3UgigMmZYEL
OOEAdEBkRc7ABjJ8wQt789dobOQAcJmGNUUAghHwdkDyQEBdwOqhHRAghjhuKg9bmMMHclAD
DnAAYnkKkAkAALYuMER4U6CCaawTNwU57TrIiF4zUwcziF2oJQKgA3rO9AU/bGADINDHBf4B
h8QhAAtWwIITwmCCPMWBAW0zzSS9JQymhYtCTnPn0YSxThUG6BgejY+FxCMHE1yhC3SAgHJu
iIMfFKMAibtZfbIQMASoACk/wIMJLIABF8wABjjAwQNg4AIJzGAGPp2BD47K1JQhdWUpk8AD
HjCDIRxVAjD/QCoMsjoDCWAVBkFgwFGD8LAgSCCsD4gDDOTggtFgQaZwPVNnqoA8UsQhBq0q
kL8mOclgzDINGeNHS5AhoaZRSkLYyU5pkFPFaEnMaRJzgRwclicGMEACBBBDTAmBoi2kKwpW
yMh0NkYjfxmNajfcSHxigBx8Ts1pLZkGhThKmu44wA4A4EIC7nEHBownCGHYbJS2kAWMdOEM
yJNCG4LhD2PEM54BaAIQWAuRAAABCJGRLsSSJtJgiAxA3hGGdVh7Ej4wKgEgaN+bZCOAOMxn
EF3gwnG9MgaxyAEN1Cle1GYZz+wAiSUxFIk854nDeMAjCn04AQVCwFOO1Oh8lLKl/xWacxA6
kSEK9eVHaSFioyc4QQ7xhEYRfFAS7cmQhqOLC1y2oT01MtOGa5gDAMZn4BTVYQF8uMPtJCWZ
GGhBENW6Ai+qwBApXKEKQegHiG8kESz0j3NIUKZK7FYkMZYYLmxRApMukAE7GPgA7VqUIAoT
AQ+soQ21dMEDDrC7LVzBccBDQxW6UIW31QhoVTibfjbigCLJk8rRuMD21CHG8VyABHow7/g+
0IFirsEFHpgAFtywhwxMEimWfRcdDoAZNLGBCmzCwiRNVAYqnK0iUJDCaGIAJBIBGh1DSIs1
lMDiQcfGByRoYB3exS72GMcBeEBAsyxQzMkmIwaTxoIY6v9HBimIgQpSkG8z2oCFAO4iLM6Q
mGgIPB4VQBMeHXrlF/KAhwU0CgEl6AB4T4IBDBBgTIVsXOO8IAYrpOoJciIDL+o0wDw54AIA
5rZsEqi73BjY4I06QB028MhmQAwDF/ACTcskBjCEgQpdMAMYoGCdOEEBhQIci1IKuI5CBxgm
QzhHDdcxYBnckQQ/dEeHdN0BD/xjLHdFShAM4AYmSkVNIRxDadpABVOf4SthEa8DfJCEJBBh
CMsURxH8FMMhHCEJRvgHEeZyBD8xAVZ/KELTkWCSG1LDBTTp0BzyoIcsjaAOPOmSAKDwhn9P
pilb4GcXptCGM2xBI4MT2hOqkDz/KmThKv0QAhOAgJy5hHF7nGyJa6anDjKSRAh/oVQMuhCs
ZY2ABBHQwyHiOIcKaMACUCjAH+L3hN05cON0ncIX0MCdDNmIH20og6qRYQ3u/MGT2YO8DH//
dcqnoxtIAgJse56eL9hABzrYgQ5SoIEW1OQLc+BABwJQDIi3nkyHXHYYuuDZSX6HVMLkRxr+
gBwg8AXq1nj8GEnnkrRsw8/piIE1YA2XaVhADwBQGBNAAzcAfaykAygAD6WXAZYlADzlBVZg
AGBgP2zQOFDwBVdgfniiWKPiHS0xBD4QdsX3QiPxEtmAN0RAKOoQAylYBAAXGX+gAoSBfeyx
AsZCAzuQ/wMkMG4aABI4EBkYIAXWsgUt4jhRcIFikVGJJUzfYhplgSRaJnC4EgJgMDZfYAcJ
4EDAcgAtwAIHQALB8QEbkAHOEyAxAFOgMgVnAG1nMAVikCpY0TRUEy5NaBpSGBsQEAVfwE/j
pgddUG8IcBAIMAd8kAI8kAJjqDH/8lZlIBXQRnhC5i1Z0THakVFTM0t3SB4x4ARXcAUQAAIP
UAB7YAJvYAVcMAeE4U8rwGBm5g8MkAAAkABQ4ERCA0VV8B0K0h2WqIQRkokxMTFI0SALcgEu
8AYHUIUVRwGn5wIhAHClUS3NYQVX0AxwAAcMoAAKoCcVciDBgDTeQje+OB5poNlPNQFmfgAC
GBAfDvADMPAHTyBjg2AABuAuUeIGWiABFxAE/oYnzuAx/UhYq0VYAMIPEmM0cQNdA5Id4cA9
AhADD5AdJ0EauDMDADdhcNUhWLBpKsIyLkAbJvADQRWSQXVUONBUKeMCQ2AB+mApKglVK+NV
Q7AyQ7AM+uCSDPAADOAyT6WSYWVZzLAMNDIatnCRhZAw7OIGP6AAYHVWPWlZDiMiK2NZchAE
D6VWZBVWMBAHUyVVacUAMOCVQTNUcfAEX2kJQfNQELUMluWVcYAGYMUATsAFhBAIADs=
--------!A5AF!194652869--


From owner-freebsd-bugs  Thu Jan 29 20:29:45 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id UAA06937
          for freebsd-bugs-outgoing; Thu, 29 Jan 1998 20:29:45 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA06918;
          Thu, 29 Jan 1998 20:29:24 -0800 (PST)
          (envelope-from yokota@FreeBSD.org)
From: Kazutaka YOKOTA <yokota@FreeBSD.ORG>
Received: (from yokota@localhost)
	by freefall.freebsd.org (8.8.8/8.8.5) id UAA10287;
	Thu, 29 Jan 1998 20:28:16 -0800 (PST)
Date: Thu, 29 Jan 1998 20:28:16 -0800 (PST)
Message-Id: <199801300428.UAA10287@freefall.freebsd.org>
To: rneswold@mcs.net, yokota@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG
Subject: Re: bin/5568
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"

Synopsis: Problems with 'moused'.

State-Changed-From-To: open-closed
State-Changed-By: yokota
State-Changed-When: Thu Jan 29 20:27:15 PST 1998
State-Changed-Why: 
The originator reported moused worked once the kernel was rebuilt AFTER
`make world'.

From owner-freebsd-bugs  Fri Jan 30 14:20:08 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id OAA07080
          for freebsd-bugs-outgoing; Fri, 30 Jan 1998 14:20:08 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id OAA07012;
          Fri, 30 Jan 1998 14:20:04 -0800 (PST)
          (envelope-from gnats)
Received: from whistle.com (s205m131.whistle.com [207.76.205.131])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA06075
          for <FreeBSD-gnats-submit@freebsd.org>; Fri, 30 Jan 1998 14:15:31 -0800 (PST)
          (envelope-from archie@whistle.com)
Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id OAA04327 for <FreeBSD-gnats-submit@freebsd.org>; Fri, 30 Jan 1998 14:03:39 -0800 (PST)
Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3)
	id sma004319; Fri Jan 30 14:03:30 1998
Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id OAA17264; Fri, 30 Jan 1998 14:03:30 -0800 (PST)
Message-Id: <199801302203.OAA17264@bubba.whistle.com>
Date: Fri, 30 Jan 1998 14:03:30 -0800 (PST)
From: Archie Cobbs <archie@whistle.com>
Reply-To: archie@whistle.com
To: FreeBSD-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: 3.2
Subject: bin/5604: memory leak and other bugs in setenv(3)
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"


>Number:         5604
>Category:       bin
>Synopsis:       setenv(3) function has memory leak, other bugs
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Jan 30 14:20:01 PST 1998
>Last-Modified:
>Originator:     Archie Cobbs
>Organization:
Whistle Communications, Inc.
>Release:        FreeBSD 2.2.5-STABLE i386
>Environment:

All versions of FreeBSD.

>Description:

There is a memory leak in the setenv() function. If you overwrite
a value with a longer value, the memory allocated for the shorter
value is never freed.

Also, in certain failure cases (such as failure in the realloc()
function), the proper return value is returned (-1) but the existing
environment is destroyed.

>How-To-Repeat:

Memory leak is exhibited by this program:

  #include <stdlib.h>
  #define BSIZE 1024
  char buf[BSIZE + 1];
  int main(int ac, char *av[])
  {
    int	x;
    memset(buf, 'b', BSIZE);
    buf[BSIZE] = 0;
    for (x = 0; 1; x++)
    {
      buf[x % BSIZE] = 0;
      setenv("foo", buf, 1);
      buf[x % BSIZE] = 'b';
    }
    return(0);
  }

Also, notice what happens to "environ" in the original code when
the realloc() function call fails.

Also, the "alloced" flag is incorrectly set if the original malloc()
fails.

Overall, this function exhibits SHODDY PROGRAMMING!! :-)

>Fix:

Index: setenv.c
===================================================================
RCS file: /cvs/freebsd/src/lib/libc/stdlib/setenv.c,v
retrieving revision 1.3
diff -c -r1.3 setenv.c
*** setenv.c	1996/07/12 18:55:21	1.3
--- setenv.c	1998/01/30 21:58:33
***************
*** 54,60 ****
  {
  	extern char **environ;
  	static int alloced;			/* if allocated space before */
! 	register char *c;
  	int l_value, offset;
  
  	if (*value == '=')			/* no `=' in value */
--- 54,60 ----
  {
  	extern char **environ;
  	static int alloced;			/* if allocated space before */
! 	register char *c, *new;
  	int l_value, offset;
  
  	if (*value == '=')			/* no `=' in value */
***************
*** 73,98 ****
  
  		for (p = environ, cnt = 0; *p; ++p, ++cnt);
  		if (alloced) {			/* just increase size */
! 			environ = (char **)realloc((char *)environ,
  			    (size_t)(sizeof(char *) * (cnt + 2)));
! 			if (!environ)
  				return (-1);
! 		}
! 		else {				/* get new space */
! 			alloced = 1;		/* copy old entries into it */
! 			p = malloc((size_t)(sizeof(char *) * (cnt + 2)));
  			if (!p)
  				return (-1);
  			bcopy(environ, p, cnt * sizeof(char *));
! 			environ = p;
  		}
! 		environ[cnt + 1] = NULL;
  		offset = cnt;
  	}
  	for (c = (char *)name; *c && *c != '='; ++c);	/* no `=' in name */
! 	if (!(environ[offset] =			/* name + `=' + value */
! 	    malloc((size_t)((int)(c - name) + l_value + 2))))
  		return (-1);
  	for (c = environ[offset]; (*c = *name++) && *c != '='; ++c);
  	for (*c++ = '='; (*c++ = *value++); );
  	return (0);
--- 73,101 ----
  
  		for (p = environ, cnt = 0; *p; ++p, ++cnt);
  		if (alloced) {			/* just increase size */
! 			p = (char **)realloc((char *)environ,
  			    (size_t)(sizeof(char *) * (cnt + 2)));
! 			if (!p)
  				return (-1);
! 		} else {	/* get new space and copy entries into it */
! 			p = (char **)malloc((size_t)
! 			    (sizeof(char *) * (cnt + 2)));
  			if (!p)
  				return (-1);
  			bcopy(environ, p, cnt * sizeof(char *));
! 			alloced = 1;
  		}
! 		environ = p;
! 		environ[cnt] = NULL;	/* indicates not previosly malloc'd */
! 		environ[cnt + 1] = NULL;		/* terminates array */
  		offset = cnt;
  	}
  	for (c = (char *)name; *c && *c != '='; ++c);	/* no `=' in name */
! 	if (!(new = malloc((size_t)((int)(c - name) + l_value + 2))))
  		return (-1);
+ 	if (environ[offset])			/* free old version, if any */
+ 		free(environ[offset]);
+ 	environ[offset] = new;
  	for (c = environ[offset]; (*c = *name++) && *c != '='; ++c);
  	for (*c++ = '='; (*c++ = *value++); );
  	return (0);

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Fri Jan 30 20:50:03 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id UAA12719
          for freebsd-bugs-outgoing; Fri, 30 Jan 1998 20:50:03 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id UAA12712;
          Fri, 30 Jan 1998 20:50:01 -0800 (PST)
          (envelope-from gnats)
Received: from soccer.inetspace.com (soccer.inetspace.com [206.50.163.48])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA12579
          for <FreeBSD-gnats-submit@freebsd.org>; Fri, 30 Jan 1998 20:48:18 -0800 (PST)
          (envelope-from kgor@soccer.inetspace.com)
Received: (from kgor@localhost)
	by soccer.inetspace.com (8.8.7/8.8.7) id WAA00537;
	Fri, 30 Jan 1998 22:47:46 -0600 (CST)
	(envelope-from kgor)
Message-Id: <199801310447.WAA00537@soccer.inetspace.com>
Date: Fri, 30 Jan 1998 22:47:46 -0600 (CST)
From: "Kent S. Gordon" <kgor@soccer.inetspace.com>
Reply-To: kgor@soccer.inetspace.com
To: FreeBSD-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: 3.2
Subject: kern/5606: Kernel Panic running Linux Binary without COMPAT_LINIX
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"


>Number:         5606
>Category:       kern
>Synopsis:       Kernel Panic running Linux Binary without COMPAT_LINIX
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Jan 30 20:50:00 PST 1998
>Last-Modified:
>Originator:     Kent S. Gordon
>Organization:
iNetSpace Corporation
>Release:        FreeBSD 2.2.5-STABLE i386
>Environment:
Copyright (c) 1992-1998 FreeBSD Inc.
Copyright (c) 1982, 1986, 1989, 1991, 1993
	The Regents of the University of California.  All rights reserved.

FreeBSD 2.2.5-STABLE #0: Wed Jan 28 11:01:16 CST 1998
    kgor@soccer.inetspace.com:/usr/src/sys/compile/SOCCER
CPU: Pentium Pro (199.43-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x619  Stepping=9
  Features=0xf9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV>
real memory  = 67108864 (65536K bytes)
avail memory = 63807488 (62312K bytes)
Probing for devices on PCI bus 0:
chip0 <Intel 82440FX (Natoma) PCI and memory controller> rev 2 on pci0:0
chip1 <Intel 82371SB PCI-ISA bridge> rev 1 on pci0:7:0
chip2 <Intel 82371SB IDE interface> rev 0 on pci0:7:1
fxp0 <Intel EtherExpress Pro 10/100B Ethernet> rev 4 int a irq 10 on pci0:17
fxp0: Ethernet address 00:a0:c9:92:f2:7a
vga0 <VGA-compatible display device> rev 1 int a irq 11 on pci0:19
Probing for devices on the ISA bus:
sc0 at 0x60-0x6f irq 1 on motherboard
sc0: VGA color <16 virtual consoles, flags=0x0>
sio0 at 0x3f8-0x3ff irq 4 on isa
sio0: type 16550A
sio1 at 0x2f8-0x2ff irq 3 on isa
sio1: type 16550A
lpt0 at 0x378-0x37f irq 7 on isa
lpt0: Interrupt-driven port
lp0: TCP/IP capable interface
psm0 at 0x60-0x64 irq 12 on motherboard
psm0: device ID 0
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
fdc0: FIFO enabled, 8 bytes threshold
fd0: 1.44MB 3.5in
wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff80ff on isa
wdc0: unit 0 (wd0): <WDC AC32500H>, 32-bit, multi-block-16
wd0: 2441MB (4999680 sectors), 4960 cyls, 16 heads, 63 S/T, 512 B/S
wdc1 at 0x170-0x177 irq 15 flags 0x80ff80ff on isa
wdc1: unit 0 (atapi): <CD-ROM  CDR_S18/1.02>, removable, intr, dma, iordis
wcd0: 1377Kb/sec, 128Kb cache, audio play, 256 volume levels, ejectable tray
wcd0: no disc inside, unlocked
npx0 flags 0x1 on motherboard
npx0: INT 16 interface
WARNING: / was not properly dismounted.

with KERNEL config file of 
#
# SOCCER --  Pentium Pro 200Mhz with IDE disks
#
# For more information read the handbook part System Administration -> 
# Configuring the FreeBSD Kernel -> The Configuration File. 
# The handbook is available in /usr/share/doc/handbook or online as
# latest version from the FreeBSD World Wide Web server 
# <URL:http://www.FreeBSD.ORG/>
#
# An exhaustive list of options and more detailed explanations of the 
# device lines is present in the ./LINT configuration file. If you are 
# in doubt as to the purpose or necessity of a line, check first in LINT.
#
#	$Id: GENERIC,v 1.77.2.12 1997/10/18 11:03:10 joerg Exp $
machine		"i386"
#cpu		"I386_CPU"
#cpu		"I486_CPU"
#cpu		"I586_CPU"
cpu		"I686_CPU"
ident		SOCCER
maxusers	20
options         INCLUDE_CONFIG_FILE     # Include this file in kernel
#options		MATH_EMULATE		#Support for x87 emulation
options		INET			#InterNETworking
options		FFS			#Berkeley Fast Filesystem
options		MFS			#Memory File System
options		NFS			#Network Filesystem
options		MSDOSFS			#MSDOS Filesystem
options		"CD9660"		#ISO 9660 Filesystem
options		PROCFS			#Process filesystem
options		"COMPAT_43"		#Compatible with BSD 4.3 [KEEP THIS!]
#options		SCSI_DELAY=15		#Be pessimistic about Joe SCSI device
#options		BOUNCE_BUFFERS		#include support for DMA bounce buffers
options		UCONSOLE		#Allow users to grab the console
options		FAILSAFE		#Be conservative
options		USERCONFIG		#boot -c editor
options		VISUAL_USERCONFIG	#visual boot -c editor
config		kernel	root on wd0
controller	isa0
#controller	eisa0
controller	pci0
controller	fdc0	at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr
disk		fd0	at fdc0 drive 0
disk		fd1	at fdc0 drive 1
#tape		ft0	at fdc0 drive 2
options		"CMD640"	# work around CMD640 chip deficiency
controller	wdc0	at isa? port "IO_WD1" bio irq 14 flags 0x80ff80ff vector wdintr
disk		wd0	at wdc0 drive 0
disk		wd1	at wdc0 drive 1
controller	wdc1	at isa? port "IO_WD2" bio irq 15 flags 0x80ff80ff vector wdintr
disk		wd2	at wdc1 drive 0
disk		wd3	at wdc1 drive 1
options		ATAPI		#Enable ATAPI support for IDE bus
options		ATAPI_STATIC	#Don't do it as an LKM
device		wcd0	#IDE CD-ROM
# A single entry for any of these controllers (ncr, ahb, ahc, amd) is
# sufficient for any number of installed devices.
#controller	ncr0
#controller	amd0
#controller	ahb0
#controller	ahc0
#controller	bt0	at isa? port "IO_BT0" bio irq ? vector bt_isa_intr
#controller	uha0	at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr
#controller	aha0	at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr
#controller	aic0	at isa? port 0x340 bio irq 11 vector aicintr
#controller	nca0	at isa? port 0x1f88 bio irq 10 vector ncaintr
#controller	nca1	at isa? port 0x350 bio irq 5 vector ncaintr
#controller	sea0	at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr
#controller	scbus0
#device		sd0
#device		od0	#See LINT for possible `od' options.
#device		st0
#device		cd0	#Only need one of these, the code dynamically grows
#device		wt0	at isa? port 0x300 bio irq 5 drq 1 vector wtintr
#device		mcd0	at isa? port 0x300 bio irq 10 vector mcdintr
#controller	matcd0	at isa? port 0x230 bio
#device		scd0	at isa? port 0x230 bio
# syscons is the default console driver, resembling an SCO console
device		sc0	at isa? port "IO_KBD" tty irq 1 vector scintr
# Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver
#device		vt0	at isa? port "IO_KBD" tty irq 1 vector pcrint
#options		XSERVER			# support for X server
#options		FAT_CURSOR		# start with block cursor
# If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines
#options		PCVT_SCANSET=2		# IBM keyboards are non-std
# Mandatory, don't remove
device		npx0	at isa? port "IO_NPX" flags 0x1 irq 13 vector npxintr
#
# Laptop support (see LINT for more options)
#
#device		apm0    at isa?	disable	# Advanced Power Management
#options		APM_BROKEN_STATCLOCK	# Workaround some buggy APM BIOS
# PCCARD (PCMCIA) support
#controller	crd0
#device		pcic0	at crd?
#device		pcic1	at crd?
device		sio0	at isa? port "IO_COM1" tty irq 4 vector siointr
device		sio1	at isa? port "IO_COM2" tty irq 3 vector siointr
#device		sio2	at isa? disable port "IO_COM3" tty irq 5 vector siointr
#device		sio3	at isa? disable port "IO_COM4" tty irq 9 vector siointr
device		lpt0	at isa? port? tty irq 7 vector lptintr
#device		lpt1	at isa? port? tty
#device		mse0	at isa? port 0x23c tty irq 5 vector mseintr
device		psm0	at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr
# Order is important here due to intrusive probes, do *not* alphabetize
# this list of network interfaces until the probes have been fixed.
# Right now it appears that the ie0 must be probed before ep0. See
# revision 1.20 of this file.
#device de0
device fxp0
#device vx0
#device ed0 at isa? port 0x280 net irq  5 iomem 0xd8000 vector edintr
#device ed1 at isa? port 0x300 net irq  5 iomem 0xd8000 vector edintr
#device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector ieintr
#device ie1 at isa? port 0x360 net irq  7 iomem 0xd0000 vector ieintr
#device ep0 at isa? port 0x300 net irq 10 vector epintr
#device ex0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector exintr
#device fe0 at isa? port 0x300 net irq ? vector feintr
#device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr
#device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr
#device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr
#device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr
pseudo-device	loop
pseudo-device	ether
pseudo-device	log
#pseudo-device	sl	1
# ijppp uses tun instead of ppp device
#pseudo-device	ppp	1
pseudo-device	vn	1
pseudo-device	tun	1
pseudo-device	pty	32
pseudo-device	gzip		# Exec gzipped a.out's
pseudo-device	bpfilter	4	#Berkeley packet filter
pseudo-device	disc			#Discard device
# KTRACE enables the system-call tracing facility ktrace(2).
# This adds 4 KB bloat to your kernel, and slightly increases
# the costs of each syscall.
options		KTRACE		#kernel tracing
# This provides support for System V shared memory.
#
options		SYSVSHM
options		SYSVSEM
options		SYSVMSG
options		"AUTO_EOI_1"

>Description:
I by mistake ran the linux binary scalc3 (program from editors/staroffice) 
on the above kernel which does not have COMPAT_LINUX defined.  This caused
an immediate reboot of the machine (no panic message, straight to memory
check of the bios).  The program was run as an ordinary user.  I would have expect a failure to execute the program instead of the machine reboot.
	

>How-To-Repeat:

run scalc3 on a kernel without COMPAT_LINUX defined.

>Fix:
	
Define COMPAT_LINUX in the kernel.

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sat Jan 31 06:40:02 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id GAA19178
          for freebsd-bugs-outgoing; Sat, 31 Jan 1998 06:40:02 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id GAA19159;
          Sat, 31 Jan 1998 06:40:00 -0800 (PST)
          (envelope-from gnats)
Date: Sat, 31 Jan 1998 06:40:00 -0800 (PST)
Message-Id: <199801311440.GAA19159@hub.freebsd.org>
To: freebsd-bugs
Cc: 
From: Wolfram Schneider <wosch@cs.tu-berlin.de>
Subject: Re: bin/5596: killall's bogus diagnostics
Reply-To: Wolfram Schneider <wosch@cs.tu-berlin.de>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"

The following reply was made to PR bin/5596; it has been noted by GNATS.

From: Wolfram Schneider <wosch@cs.tu-berlin.de>
To: mi@aldan.algebra.com
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: bin/5596: killall's bogus diagnostics
Date: 31 Jan 1998 15:13:33 +0100

 Mikhail Teterin <mi@aldan.algebra.com> writes:
 > >Description:
 > 
 > 	If a process exists, but can not be killed (belongs to
 > 	another user, for example), killall(1) will still report
 > 	"No matching processes"
 
 This is intentionally and not a bug. killall(1) try to kill only
 processes which can be killed. If I call `killall ftp', killall should
 only kill my ftp clients and not complains about the not killable ftp
 processes which belongs to other users.
 
 -- 
 Wolfram Schneider   <wosch@freebsd.org>   http://www.freebsd.org/~wosch/

From owner-freebsd-bugs  Sat Jan 31 06:40:03 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id GAA19191
          for freebsd-bugs-outgoing; Sat, 31 Jan 1998 06:40:03 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id GAA19177;
          Sat, 31 Jan 1998 06:40:02 -0800 (PST)
          (envelope-from gnats)
Received: (from nobody@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id GAA19018;
          Sat, 31 Jan 1998 06:38:36 -0800 (PST)
          (envelope-from nobody)
Message-Id: <199801311438.GAA19018@hub.freebsd.org>
Date: Sat, 31 Jan 1998 06:38:36 -0800 (PST)
From: conrad@physik.uni-bonn.de
To: freebsd-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: www-1.0
Subject: bin/5609: lpd cannot send long files to HP's JetDirect interface
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"


>Number:         5609
>Category:       bin
>Synopsis:       lpd cannot send long files to HP's JetDirect interface
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Jan 31 06:40:01 PST 1998
>Last-Modified:
>Originator:     Jan Conrad
>Organization:
Physikalisches Institut Bonn
>Release:        2.2.5
>Environment:
FreeBSD merlin.physik.uni-bonn.de 2.2.5-RELEASE
FreeBSD 2.2.5-RELEASE #0: Wed Jan 28 14:52:49 CET 1998
nilsoft@merlin.physik.uni-bonn.de:/nilles/freebsd/src/sys/compile/MERLIN  i386
>Description:
We're using a HP LaseJet 5m with JetDirect Interface with low memory.
(The printer's name is avzp02) The printcap entry is
:lf=/var/log/lpd-errs:lp=:mx#0:rm=avzp02:rp=raw:sd=/var/spool/output/lp8:

When printing a file of more than about one megabyte, only the beginning of
the file is printed and the job stays as unprinted in the queue
lpc reports: no daemon present.
The file is never printed again unless someone sends a new file with
lpr. Then again the first part is printed and so on....

>How-To-Repeat:
just do it :-)
>Fix:
Don't know... send it to a DEC OSF Box first - DEC's lpd has no problems
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sat Jan 31 07:10:03 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id HAA22278
          for freebsd-bugs-outgoing; Sat, 31 Jan 1998 07:10:03 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id HAA22270;
          Sat, 31 Jan 1998 07:10:01 -0800 (PST)
          (envelope-from gnats)
Received: (from nobody@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id HAA20986;
          Sat, 31 Jan 1998 07:01:24 -0800 (PST)
          (envelope-from nobody)
Message-Id: <199801311501.HAA20986@hub.freebsd.org>
Date: Sat, 31 Jan 1998 07:01:24 -0800 (PST)
From: kmitch@cslab.vt.edu
To: freebsd-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: www-1.0
Subject: bin/5610: getpwnam and getpwuid do not use the +@netgroup convention in /etc/passwd.
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"


>Number:         5610
>Category:       bin
>Synopsis:       getpwnam and getpwuid do not use the +@netgroup convention in /etc/passwd.
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Jan 31 07:10:00 PST 1998
>Last-Modified:
>Originator:     Keith Mitchell
>Organization:
Virginia Tech Comp. Sci. Department
>Release:        2.2.5-STABLE
>Environment:
FreeBSD labrador.cslab.vt.edu 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Thu Jan 15 18:44:52 EST 1998     kmitch@labrador.cslab.vt.edu:/src/src/sys/compile/LABRADOR  i386

>Description:
The getpwnam and getpwuid system calls do not correctly lookup netgroups
int the passwd file via a +@netgroup entry.  They do, however work with
a +user entry.  The getpwent system call does parse the netgroup
imports.
>How-To-Repeat:

>Fix:

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sat Jan 31 11:10:02 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id LAA20199
          for freebsd-bugs-outgoing; Sat, 31 Jan 1998 11:10:02 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id LAA20193;
          Sat, 31 Jan 1998 11:10:01 -0800 (PST)
          (envelope-from gnats)
Received: from sprite65.doc.ic.ac.uk (sprite65.doc.ic.ac.uk [146.169.50.65])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA19471
          for <FreeBSD-gnats-submit@freebsd.org>; Sat, 31 Jan 1998 11:00:41 -0800 (PST)
          (envelope-from jami@sprite65.doc.ic.ac.uk)
Received: (from jami@localhost)
	by sprite65.doc.ic.ac.uk (8.8.8/8.8.8) id SAA00642;
	Sat, 31 Jan 1998 18:58:55 GMT
	(envelope-from jami)
Message-Id: <199801311858.SAA00642@sprite65.doc.ic.ac.uk>
Date: Sat, 31 Jan 1998 18:58:55 GMT
From: njs3@doc.ic.ac.uk
Reply-To: njs3@doc.ic.ac.uk
To: FreeBSD-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: 3.2
Subject: kern/5611: bind does not check sockaddr.sin_family corresponds to socket type
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"


>Number:         5611
>Category:       kern
>Synopsis:       bind does not check sockaddr->sin_family corresponds to socket type
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Jan 31 11:10:00 PST 1998
>Last-Modified:
>Originator:     Niall Smart
>Organization:
>Release:        FreeBSD 3.0-971225-SNAP i386
>Environment:
>Description:

the bind() syscall does not check that the sin_family member of the
sockaddr passed is appropriate for the type of socket that the bind
is being applied to

>How-To-Repeat:

        struct sockaddr_in      sin;
	int			fd;

        if ( (fd = socket(PF_INET, SOCK_STREAM, 0)) < 0) {
                perror("socket");
                exit(1);
        }

        bzero(&sin, sizeof(sin));

        sin.sin_port = htons(3456);
        sin.sin_family = AF_UNIX;
        sin.sin_addr.s_addr = htonl(INADDR_ANY);

        if (bind(fd, (struct sockaddr*) &sin, sizeof(sin)) < 0) {
                perror("bind");
                exit(1);
        }

The above code executes successfully, however bind should return -1
because sin.sin_family is AF_UNIX, not AF_INET.

>Fix:
	
	

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sat Jan 31 11:20:02 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id LAA21531
          for freebsd-bugs-outgoing; Sat, 31 Jan 1998 11:20:02 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id LAA21524;
          Sat, 31 Jan 1998 11:20:01 -0800 (PST)
          (envelope-from gnats)
Received: (from nobody@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id LAA20236;
          Sat, 31 Jan 1998 11:10:13 -0800 (PST)
          (envelope-from nobody)
Message-Id: <199801311910.LAA20236@hub.freebsd.org>
Date: Sat, 31 Jan 1998 11:10:13 -0800 (PST)
From: bloom@acm.org
To: freebsd-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: www-1.0
Subject: bin/5612: Makefile in etc doesn't match files in etc/ppp
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"


>Number:         5612
>Category:       bin
>Synopsis:       Makefile in etc doesn't match files in etc/ppp
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Jan 31 11:20:00 PST 1998
>Last-Modified:
>Originator:     Jim Bloom
>Organization:
>Release:        2.2.5 Stable - CTM 0601
>Environment:
FreeBSD jbloom.ne.mediaone.net 2.2.5-STABLE FreeBSD 2.2.5-STABLE #17: Sat Jan 24 08:21:38 EST 1998
bloom@jbloom.ne.mediaone.net:/usr/src_2.2/sys/compile/JMB  i386
>Description:
The Makefile  in etc tries to install the following files from etc/ppp:
ppp.conf.iij.sample
ppp.conf.server.sample
ppp.dialup.sample
ppp.pap.dialup.sample
ppp.conf.filter.sample

These files were all removed from CVS in CMT update 601.
>How-To-Repeat:
cd /usr/src/etc		(Or appropriate location for your source tree)
make distribution

>Fix:
*** Makefile.orig       Sat Jan 31 14:08:23 1998
--- Makefile    Sat Jan 31 14:10:22 1998
***************
*** 25,33 ****
  MTREE=        BSD.include.dist BSD.local.dist BSD.root.dist BSD.usr.dist \
        BSD.var.dist BSD.x11.dist
  NAMEDB=       PROTO.localhost.rev named.boot named.root make-localhost
! PPPCNF= ppp.conf.filter.sample ppp.conf.iij.sample ppp.conf.sample \
!       ppp.conf.server.sample ppp.dialup.sample ppp.linkup.sample \
!       ppp.pap.dialup.sample ppp.secret.sample ppp.deny ppp.shells.sample
  NOSPAM=       Makefile README sendmail.cf.additions
  
  
--- 25,32 ----
  MTREE=        BSD.include.dist BSD.local.dist BSD.root.dist BSD.usr.dist \
        BSD.var.dist BSD.x11.dist
  NAMEDB=       PROTO.localhost.rev named.boot named.root make-localhost
! PPPCNF= ppp.conf.sample ppp.linkup.sample ppp.linkdown.sample \
!       ppp.secret.sample ppp.deny ppp.shells.sample
  NOSPAM=       Makefile README sendmail.cf.additions

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sat Jan 31 11:30:03 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id LAA23152
          for freebsd-bugs-outgoing; Sat, 31 Jan 1998 11:30:03 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id LAA23140;
          Sat, 31 Jan 1998 11:30:01 -0800 (PST)
          (envelope-from gnats)
Received: from mail.yyy.or.jp (host03.interwave.or.jp [202.214.252.3])
          by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA22757
          for <freebsd-gnats-submit@freebsd.org>; Sat, 31 Jan 1998 11:27:53 -0800 (PST)
          (envelope-from hnokubi@yyy.or.jp)
Received: from ppp-client.yyy.or.jp (urayasu104.interwave.or.jp [210.138.157.140]) by mail.yyy.or.jp (8.6.12+2.4W3/3.4W4) with ESMTP id EAA13341 for <freebsd-gnats-submit@freebsd.org>; Sun, 1 Feb 1998 04:21:28 +0900
Received: from sassaby.nokubi.or.jp (sassaby.nokubi.or.jp [192.168.9.3]) by ppp-client.yyy.or.jp (8.8.7/3.5Wpl7-ppp) with ESMTP id DAA07192 for <freebsd-gnats-submit@freebsd.org>; Sun, 1 Feb 1998 03:48:08 +0900 (JST)
Received: (from h-nokubi@localhost) by sassaby.nokubi.or.jp (8.8.5/3.5Wpl7-glove) id DAA05024; Sun, 1 Feb 1998 03:46:55 +0900 (JST)
Message-Id: <199801311921.EAA13341@mail.yyy.or.jp>
Date: Sun, 1 Feb 1998 03:46:55 +0900 (JST)
From: hnokubi@yyy.or.jp
Reply-To: hnokubi@yyy.or.jp
To: FreeBSD-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: 3.2
Subject: i386/5613: missing prototype for isa_dmastatus() and isa_dmastop()
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"


>Number:         5613
>Category:       i386
>Synopsis:       missing prototype for isa_dmastatus() and isa_dmastop()
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Sat Jan 31 11:30:01 PST 1998
>Last-Modified:
>Originator:     NOKUBI Hirotaka
>Organization:
NEC Microcomputer Technology
>Release:        FreeBSD 2.2.5-STABLE i386
>Environment:

FreeBSD sassaby.nokubi.or.jp 2.2.5-STABLE FreeBSD 2.2.5-STABLE #1: Thu Jan  1 21:55:59 JST 1998     h-nokubi@sassaby.nokubi.or.jp:/usr/obj/usr/src/sys/compile/SASSABY  i386

>Description:

	missing prototype for isa_dmastatus() and isa_dmastop()

>How-To-Repeat:


>Fix:
	

Index: isa_device.h
===================================================================
RCS file: /home/ncvs/src/sys/i386/isa/isa_device.h,v
retrieving revision 1.33
diff -u -r1.33 isa_device.h
--- isa_device.h	1996/09/10 23:30:51	1.33
+++ isa_device.h	1998/01/31 18:40:19
@@ -156,6 +156,8 @@
 void	isa_dmastart __P((int flags, caddr_t addr, u_int nbytes, int chan));
 int	isa_dma_acquire __P((int chan));
 void	isa_dma_release __P((int chan));
+int	isa_dmastatus __P((int chan));
+int	isa_dmastop __P((int chan));
 int	isa_irq_pending __P((struct isa_device *dvp));
 int	isa_nmi __P((int cd));
 void	reconfig_isadev __P((struct isa_device *isdp, u_int *mp));
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sat Jan 31 12:40:03 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id MAA02318
          for freebsd-bugs-outgoing; Sat, 31 Jan 1998 12:40:03 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id MAA02310;
          Sat, 31 Jan 1998 12:40:01 -0800 (PST)
          (envelope-from gnats)
Received: from ppp012.uio.no (ppp012.uio.no [129.240.240.13])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA00909
          for <FreeBSD-gnats-submit@freebsd.org>; Sat, 31 Jan 1998 12:30:59 -0800 (PST)
          (envelope-from finrod@ppp012.uio.no)
Received: (from root@localhost)
	by valinor.ewox.org (8.8.8/8.8.5) id UAA04381;
	Sat, 31 Jan 1998 20:29:12 GMT
Message-Id: <199801312029.UAA04381@valinor.ewox.org>
Date: Sat, 31 Jan 1998 20:29:12 GMT
From: dag-erli@ifi.uio.no
Reply-To: dag-erli@ifi.uio.no
To: FreeBSD-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: 3.2
Subject: docs/5614: man page typos
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"


>Number:         5614
>Category:       docs
>Synopsis:       Typos in ifconfig(8) and ep(4) man pages
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          doc-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Jan 31 12:40:00 PST 1998
>Last-Modified:
>Originator:     Dag-Erling Coidan Smørgrav
>Organization:
>Release:        FreeBSD 2.2.5-STABLE i386
>Environment:

FreeBSD 2.2.5-STABLE, last CVSup'ed on January 25th.

>Description:

One minor typo in ifconfig(8) man page (impliments instead of implements)

One slightly more serious typo in ep(4) man page: according to TFS the
Etherlink ID port is 0x100, and not 0x110 as the man page states. I
can however confirm from personal experience that Trouble Awaits He
Who Places Another Card At Port 0x100.

OBTW, there is nothing in the source code that will produce the third
diagnostic message listed in the ep(4) man page... Should I be
surprised? ;)

Whoever wrote that man page, if you're ever in Oslo, Norway, I'll buy
you a beer :)

>How-To-Repeat:

% man ifconfig
% man ep

>Fix:

Below are unified diffs for both pages:

--- ifconfig.8.orig     Sat Jan 31 21:12:27 1998
+++ ifconfig.8  Sat Jan 31 21:12:37 1998
@@ -267,7 +267,7 @@
 Under appletalk, set the interface to respond to a 
 .Em netrange.
 of the form startnet-endnet. Appletalk uses this scheme instead of 
-netmasks though FreeBSD impliments it internally as a set of netmasks.
+netmasks though FreeBSD implements it internally as a set of netmasks.
 .It Cm phase
 The argument following this specifies the version (phase) of the 
 Appletalk network attached to the interface. Values of 1 or 2 are permitted.

--- ep.4.orig   Sat Jan 31 21:18:10 1998
+++ ep.4        Sat Jan 31 21:19:35 1998
@@ -89,9 +89,11 @@
 The 3c509 card has no jumpers to set the address.
 3Com supplies software to set the address of the card in software.
 To find the card on the ISA bus, the kernel performs a complex
-scan operation at IO address 0x110.
+scan operation at IO address 0x100.
 Beware!
 Avoid placing other cards at that address!
+Be particularly wary of Creative Labs SB32/AWE32/AWE64 cards, which by
+default use the I/O range 0x100-0x107 for their 3D effects processor.
 .Pp
 .Sh DIAGNOSTICS
 ep0: reset (status: %x)
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sat Jan 31 12:50:02 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id MAA03509
          for freebsd-bugs-outgoing; Sat, 31 Jan 1998 12:50:02 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id MAA03502;
          Sat, 31 Jan 1998 12:50:01 -0800 (PST)
          (envelope-from gnats)
Received: from dt051n19.san.rr.com (dougdougdougdoug@dt051n19.san.rr.com [204.210.32.25])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA03290
          for <FreeBSD-gnats-submit@freebsd.org>; Sat, 31 Jan 1998 12:48:15 -0800 (PST)
          (envelope-from dougdougdougdoug@dt051n19.san.rr.com)
Received: (from dougdougdougdoug@localhost)
	by dt051n19.san.rr.com (8.8.8/8.8.8) id UAA00655;
	Sat, 31 Jan 1998 20:48:14 GMT
	(envelope-from dougdougdougdoug)
Message-Id: <199801312048.UAA00655@dt051n19.san.rr.com>
Date: Sat, 31 Jan 1998 20:48:14 GMT
From: Studded@san.rr.com
Reply-To: Studded@san.rr.com
To: FreeBSD-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: 3.2
Subject: kern/5616: sound_config.h has wrong default for SB16 high DMA
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"


>Number:         5616
>Category:       kern
>Synopsis:       sound_config.h has wrong default for SB16 high DMA
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Sat Jan 31 12:50:00 PST 1998
>Last-Modified:
>Originator:     Doug
>Organization:
None
>Release:        FreeBSD 2.2.5-STABLE-0131 i386
>Environment:

	Any user with FreeBSD 2.2 and an SB16 card

>Description:

	/usr/src/sys/i386/isa/sound/sound_config.h has the wrong value for the high
DMA of the SB16 card. This line:
#define SB16_DMA        6
should read:
#define SB16_DMA        5

	I followed the recent discussion re updating the IRQ for the SB card
(thanks :), and I understand that something is happening with the sound code in
current, but I don't understand exactly what's happening or when. :) Since I understand we're getting
ready for a 2.2.6 release, I thought it would be nice to get this old problem fixed. 

>How-To-Repeat:


>Fix:
	
--- /usr/src/sys/i386/isa/sound/sound_config.h.Dist  Sat Dec 27 16:30:53 1997
+++ /usr/src/sys/i386/isa/sound/sound_config.h     Tue Dec 30 19:25:52 1997
@@ -106,7 +106,7 @@
 #ifdef PC98
 #define SB16_DMA       3
 #else
-#define SB16_DMA       6
+#define SB16_DMA       5
 #endif
 #endif


Thanks,

Doug
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sat Jan 31 13:20:49 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id NAA08941
          for freebsd-bugs-outgoing; Sat, 31 Jan 1998 13:20:49 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: from tian.earlham.edu (TIAN.EARLHAM.EDU [159.28.1.12])
          by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA08930
          for <freebsd-bugs@FreeBSD.ORG>; Sat, 31 Jan 1998 13:20:45 -0800 (PST)
          (envelope-from garlija@earlham.edu)
Received: from tsetse.cs.earlham.edu by tian.earlham.edu (MX V4.2 VAX) with
          SMTP; Sat, 31 Jan 1998 16:20:24 EST
Received: from garlija.bundy.earlham.edu by tsetse.cs.earlham.edu;
          (8.8.5/1.1.8.2/03Apr95-8.2MAM) id QAA00781; Sat, 31 Jan 1998 16:19:06
          -0500
Message-ID: <000701bd2e8d$fb0de460$16a11c9f@garlija.bundy.earlham.edu>
Reply-To: "Jim Garlick" <garlija@earlham.edu>
From: "Jim Garlick" <garlija@earlham.edu>
To: <freebsd-bugs@FreeBSD.ORG>
Subject: PCI NE2000 Ethernet Adapter is ed2?
Date: Sat, 31 Jan 1998 16:19:56 -0500
MIME-Version: 1.0
Content-Type: multipart/alternative;
              boundary="----=_NextPart_000_0004_01BD2E64.11B19560"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.2106.4
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"

This is a multi-part message in MIME format.

------=_NextPart_000_0004_01BD2E64.11B19560
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi all. I'm trying to install the current release and my network card is =
being detected, but its being detected as ed2. The problem is that ed2 =
doesn't show up in the network device list when it comes time to =
install. I've tried removing all of the ISA network cards from the =
kernel configuration program and I've also tried to treat the network =
card as an ISA card specifying its IRQ and address. Neither have worked. =
As a matter of fact, when I do both of those, the card is still being =
detected...as ed2.

The card is a VERY generic Realtek RTL8029 PCI Ethernet. Its a Plug and =
Play card, if that makes a difference.=20

Is there a way to make ed2 ed0 or something? Or what? =20

Thanks in advance.
Jim Garlick

------=_NextPart_000_0004_01BD2E64.11B19560
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.2106.6"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000 size=3D2>Hi all. I'm trying to install the =
current=20
release and my network card is being detected, but its being detected as =
ed2.=20
The problem is that ed2 doesn't show up in the network device list when =
it comes=20
time to install. I've tried removing all of the ISA network cards from =
the=20
kernel configuration program and I've also tried to treat the network =
card as an=20
ISA card specifying its IRQ and address. Neither have worked. As a =
matter of=20
fact, when I do both of those, the card is still being detected...as=20
ed2.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>The card is a VERY generic Realtek =
RTL8029 PCI=20
Ethernet. Its a Plug and Play card, if that makes a difference. =
</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>Is there a way to make ed2 ed0 or =
something? Or=20
what?&nbsp; </FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>Thanks in advance.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>Jim =
Garlick</FONT></DIV></BODY></HTML>

------=_NextPart_000_0004_01BD2E64.11B19560--


From owner-freebsd-bugs  Sat Jan 31 21:45:16 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id VAA19168
          for freebsd-bugs-outgoing; Sat, 31 Jan 1998 21:45:16 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from steve@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id VAA19102;
          Sat, 31 Jan 1998 21:45:06 -0800 (PST)
          (envelope-from steve)
Date: Sat, 31 Jan 1998 21:45:06 -0800 (PST)
From: Steve Price <steve>
Message-Id: <199802010545.VAA19102@hub.freebsd.org>
To: leres@ee.lbl.gov, steve, freebsd-bugs
Subject: Re: bin/5583
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"

Synopsis: minor typo in the default login.conf

State-Changed-From-To: open-closed
State-Changed-By: steve
State-Changed-When: Sat Jan 31 21:44:43 PST 1998
State-Changed-Why: 
Already fixed in both the -current and -stable branches.

From owner-freebsd-bugs  Sat Jan 31 21:45:56 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id VAA19429
          for freebsd-bugs-outgoing; Sat, 31 Jan 1998 21:45:56 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from steve@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id VAA19381;
          Sat, 31 Jan 1998 21:45:44 -0800 (PST)
          (envelope-from steve)
Date: Sat, 31 Jan 1998 21:45:44 -0800 (PST)
From: Steve Price <steve>
Message-Id: <199802010545.VAA19381@hub.freebsd.org>
To: Studded@san.rr.com, steve, freebsd-bugs
Subject: Re: kern/5616
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"

Synopsis: sound_config.h has wrong default for SB16 high DMA

State-Changed-From-To: open-closed
State-Changed-By: steve
State-Changed-When: Sat Jan 31 21:45:22 PST 1998
State-Changed-Why: 
Duplicate of misc/5542.

From owner-freebsd-bugs  Sat Jan 31 22:02:04 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id WAA21564
          for freebsd-bugs-outgoing; Sat, 31 Jan 1998 22:02:04 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from steve@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id WAA21494;
          Sat, 31 Jan 1998 22:01:39 -0800 (PST)
          (envelope-from steve)
Date: Sat, 31 Jan 1998 22:01:39 -0800 (PST)
From: Steve Price <steve>
Message-Id: <199802010601.WAA21494@hub.freebsd.org>
To: cagney@tpgi.com.au, steve, freebsd-bugs
Subject: Re: docs/5593
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"

Synopsis: Spelling error PAT vs FAT

State-Changed-From-To: open-closed
State-Changed-By: steve
State-Changed-When: Sat Jan 31 22:01:14 PST 1998
State-Changed-Why: 
Fixed in both -current and -stable branches.

From owner-freebsd-bugs  Sat Jan 31 22:06:16 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id WAA22729
          for freebsd-bugs-outgoing; Sat, 31 Jan 1998 22:06:16 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from steve@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id WAA22677;
          Sat, 31 Jan 1998 22:06:05 -0800 (PST)
          (envelope-from steve)
Date: Sat, 31 Jan 1998 22:06:05 -0800 (PST)
From: Steve Price <steve>
Message-Id: <199802010606.WAA22677@hub.freebsd.org>
To: hnokubi@yyy.or.jp, steve, freebsd-bugs
Subject: Re: i386/5613
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"

Synopsis: missing prototype for isa_dmastatus() and isa_dmastop()

State-Changed-From-To: open-closed
State-Changed-By: steve
State-Changed-When: Sat Jan 31 22:05:35 PST 1998
State-Changed-Why: 
Added prototypes from -current.

From owner-freebsd-bugs  Sat Jan 31 22:10:40 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id WAA23578
          for freebsd-bugs-outgoing; Sat, 31 Jan 1998 22:10:40 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from steve@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id WAA23556;
          Sat, 31 Jan 1998 22:10:36 -0800 (PST)
          (envelope-from steve)
Date: Sat, 31 Jan 1998 22:10:36 -0800 (PST)
From: Steve Price <steve>
Message-Id: <199802010610.WAA23556@hub.freebsd.org>
To: bloom@acm.org, steve, freebsd-bugs
Subject: Re: bin/5612
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"

Synopsis: Makefile in etc doesn't match files in etc/ppp

State-Changed-From-To: open-closed
State-Changed-By: steve
State-Changed-When: Sat Jan 31 22:10:21 PST 1998
State-Changed-Why: 
Merged fix from -current.

From owner-freebsd-bugs  Sat Jan 31 22:17:16 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id WAA24338
          for freebsd-bugs-outgoing; Sat, 31 Jan 1998 22:17:16 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from steve@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id WAA24313;
          Sat, 31 Jan 1998 22:17:05 -0800 (PST)
          (envelope-from steve)
Date: Sat, 31 Jan 1998 22:17:05 -0800 (PST)
From: Steve Price <steve>
Message-Id: <199802010617.WAA24313@hub.freebsd.org>
To: rssh@cam.grad.kiev.ua, steve, freebsd-bugs
Subject: Re: misc/5524
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"

Synopsis: SUID setpwent must have type void()(void)

State-Changed-From-To: open-closed
State-Changed-By: steve
State-Changed-When: Sat Jan 31 22:16:29 PST 1998
State-Changed-Why: 
Fixed in -current to abide by the XOpen spec.

From owner-freebsd-bugs  Sat Jan 31 22:22:49 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id WAA24959
          for freebsd-bugs-outgoing; Sat, 31 Jan 1998 22:22:49 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from steve@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id WAA24940;
          Sat, 31 Jan 1998 22:22:44 -0800 (PST)
          (envelope-from steve)
Date: Sat, 31 Jan 1998 22:22:44 -0800 (PST)
From: Steve Price <steve>
Message-Id: <199802010622.WAA24940@hub.freebsd.org>
To: leres@ee.lbl.gov, steve, freebsd-bugs
Subject: Re: bin/5582
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"

Synopsis: limits(1) references non-existent ulimit(1)

State-Changed-From-To: open-closed
State-Changed-By: steve
State-Changed-When: Sat Jan 31 22:22:01 PST 1998
State-Changed-Why: 
Suggested patch applied to both -current and -stable.  Thanks!

From owner-freebsd-bugs  Sat Jan 31 23:10:02 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id XAA29887
          for freebsd-bugs-outgoing; Sat, 31 Jan 1998 23:10:02 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id XAA29852;
          Sat, 31 Jan 1998 23:10:00 -0800 (PST)
          (envelope-from gnats)
Date: Sat, 31 Jan 1998 23:10:00 -0800 (PST)
Message-Id: <199802010710.XAA29852@hub.freebsd.org>
To: freebsd-bugs
Cc: 
From: Steve Price <sprice@hiwaay.net>
Subject: Re: docs/5614: Typos in ifconfig(8) and ep(4) man pages
Reply-To: Steve Price <sprice@hiwaay.net>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-bugs"

The following reply was made to PR docs/5614; it has been noted by GNATS.

From: Steve Price <sprice@hiwaay.net>
To: freebsd-gnats-submit@freebsd.org, dag-erli@ifi.uio.no
Cc:  Subject: Re: docs/5614: Typos in ifconfig(8) and ep(4) man pages
Date: Sun, 01 Feb 1998 01:01:16 -0600

 >Fix
 >
 >      Below are unified diffs for both pages:
 >
 [patch for ifconfig.8 elided]
 
 I will apply this patch shortly.
 
 [patch for ep.4 elided]
 
 IO address 0x110 is indeed correct.  See a recent discussion
 in -hackers (IIRC), PR kern/4459, and the comments Joerg Wunsch
 added in revision 1.22 of if_epreg.h by way of Justin Gibbs manual
 on the 3c509.
 
 Steve