From owner-freebsd-bugs Tue Jan 1 3:40: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 203B637B427 for ; Tue, 1 Jan 2002 03:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g01Be1V16622; Tue, 1 Jan 2002 03:40:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2FFCB37B420 for ; Tue, 1 Jan 2002 03:36:05 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g01Ba5Q16415; Tue, 1 Jan 2002 03:36:05 -0800 (PST) (envelope-from nobody) Message-Id: <200201011136.g01Ba5Q16415@freefall.freebsd.org> Date: Tue, 1 Jan 2002 03:36:05 -0800 (PST) From: Hendrik scholz To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/33442: ipf/kernel patch so IPLLOGISZE could be set from the kernel configuration file Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33442 >Category: kern >Synopsis: ipf/kernel patch so IPLLOGISZE could be set from the kernel configuration file >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 01 03:40:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Hendrik scholz >Release: 4.5-PRERELEASE >Organization: NetUSE AG >Environment: FreeBSD dionysus.lan.raisdorf.net 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #0: Mon Dec 31 12:52:16 CET 2001 hscholz@dionysus.lan.raisdorf.net:/usr/src/sys/compile/DIONYSUS i386 >Description: This patch allows the IPLLOGSIZE found in contrib/ipfilter/ip_fil.h to be set in the kernel configuration file. >How-To-Repeat: Try to set a different log size without the patch. It is easier with this one :) >Fix: The patch is also at http://www.raisdorf.net/index.php?page=misc --- sys/conf/options.orig Tue Jan 1 12:09:13 2002 +++ sys/conf/options Tue Jan 1 12:09:33 2002 @@ -248,6 +248,7 @@ IPFILTER opt_ipfilter.h IPFILTER_LOG opt_ipfilter.h IPFILTER_DEFAULT_BLOCK opt_ipfilter.h +IPFILTER_LOGSIZE opt_ipfilter.h IPFIREWALL opt_ipfw.h IPFIREWALL_VERBOSE opt_ipfw.h IPFIREWALL_VERBOSE_LIMIT opt_ipfw.h --- contrib/ipfilter/ip_log.c.orig Tue Jan 1 12:10:38 2002 +++ contrib/ipfilter/ip_log.c Tue Jan 1 12:11:45 2002 @@ -16,6 +16,11 @@ # if defined(_KERNEL) && !defined(IPFILTER_LKM) # if defined(__FreeBSD_version) && (__FreeBSD_version >= 300000) # include "opt_ipfilter.h" +# if defined(IPFILTER_LOGSIZE) +# if IPFILTER_LOGSIZE > 0 +# define IPLLOGSIZE IPFILTER_LOGSIZE +# endif +# endif # endif # else # ifdef KLD_MODULE --- sys/i386/conf/LINT.orig Tue Jan 1 12:19:37 2002 +++ sys/i386/conf/LINT Tue Jan 1 12:23:46 2002 @@ -572,6 +572,7 @@ options IPFILTER #ipfilter support options IPFILTER_LOG #ipfilter logging options IPFILTER_DEFAULT_BLOCK #block all packets by default +options IPFILTER_LOGSIZE=8192 #specify IPLLOGSIZE options IPSTEALTH #support for stealth forwarding options TCPDEBUG >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 1 5:30:22 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2739437B436; Tue, 1 Jan 2002 05:30:20 -0800 (PST) Received: (from jedgar@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g01DU4l38462; Tue, 1 Jan 2002 05:30:04 -0800 (PST) (envelope-from jedgar) Date: Tue, 1 Jan 2002 05:30:04 -0800 (PST) From: Message-Id: <200201011330.g01DU4l38462@freefall.freebsd.org> To: brian@hyperreal.org, jedgar@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/33407: Nikon 885 umass support (related to #29160) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Nikon 885 umass support (related to #29160) State-Changed-From-To: open->analyzed State-Changed-By: jedgar State-Changed-When: Tue Jan 1 05:28:29 PST 2002 State-Changed-Why: Committed to -current, waiting for -stable. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33407 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 1 5:52: 5 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id F0E0237B428 for ; Tue, 1 Jan 2002 05:52:01 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id AAA02563; Wed, 2 Jan 2002 00:51:42 +1100 Date: Wed, 2 Jan 2002 00:51:36 +1100 (EST) From: Bruce Evans X-X-Sender: To: Peter Sanchez Cc: Sheldon Hearn , Subject: Re: bin/32807: which utility replacement in C In-Reply-To: <20011230082150.C17916@sushi.linuxforlesbians.org> Message-ID: <20020102004720.Q9900-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, 30 Dec 2001, Peter Sanchez wrote: > > On 15 Dec 2001 00:42:07 +0100, Dag-Erling Smorgrav wrote: > > > > Since you've been driving the review process, will you don an asbestos > > suit and use this one to kill the existing perl script? :-) > > LOL. Im the one being killed over here ;) > > > Note that there's a malloc() that isn't tested for failure, but it's > > hidden in a strdup(). This is in findprog(). > > > > Ciao, > > Sheldon. > > Here ya go... > > Peter > > /* > * which - a which utility for Unix > * > * SYNOPSIS: For FreeBSD-4.x and later Er, FreeBSD will most likely keep using the version that it already has. RCS file: /home/ncvs/src/usr.bin/which/which.c,v Working file: which.c head: 1.2 ... ---------------------------- revision 1.1 date: 2000/08/29 23:30:52; author: green; state: Exp; Use a C version of which(1). Submitted by: Dan Papasian Reviewed by: jhb ========================================================== Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 1 9:40:35 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9314D37B41D; Tue, 1 Jan 2002 09:40:20 -0800 (PST) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g01HaId01700; Tue, 1 Jan 2002 09:36:18 -0800 (PST) (envelope-from dwmalone) Date: Tue, 1 Jan 2002 09:36:18 -0800 (PST) From: Message-Id: <200201011736.g01HaId01700@freefall.freebsd.org> To: dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org, dwmalone@FreeBSD.org Subject: Re: misc/33389: calender.judaic is out of date as of 1 Jan 02 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: calender.judaic is out of date as of 1 Jan 02 Responsible-Changed-From-To: freebsd-bugs->dwmalone Responsible-Changed-By: dwmalone Responsible-Changed-When: Tue Jan 1 09:35:57 PST 2002 Responsible-Changed-Why: I'll deal with this again. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33389 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 1 10: 0: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 34C8737B41F for ; Tue, 1 Jan 2002 10:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g01I04Q03828; Tue, 1 Jan 2002 10:00:04 -0800 (PST) (envelope-from gnats) Date: Tue, 1 Jan 2002 10:00:04 -0800 (PST) Message-Id: <200201011800.g01I04Q03828@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Brad Laue Subject: Re: kern/32331: system panic in quotaoff Reply-To: Brad Laue Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/32331; it has been noted by GNATS. From: Brad Laue To: freebsd-gnats-submit@FreeBSD.org, derrenl@synology.com Cc: Subject: Re: kern/32331: system panic in quotaoff Date: Tue, 01 Jan 2002 12:54:19 -0500 I'd like to confirm this same set of circumstances as of 4.2-STABLE and 4.4-STABLE - I don't know whether this patch is still relevant or whether it worked, but this problem still exists. I was unable to get the output of a crash report (the kernel message appearing onscreen), but I can provide other info if it is needed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 1 10: 0:23 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AF91337B43B; Tue, 1 Jan 2002 10:00:20 -0800 (PST) Received: (from wosch@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g01HvxZ03661; Tue, 1 Jan 2002 09:57:59 -0800 (PST) (envelope-from wosch) Date: Tue, 1 Jan 2002 09:57:59 -0800 (PST) From: Message-Id: <200201011757.g01HvxZ03661@freefall.freebsd.org> To: wosch@FreeBSD.org, freebsd-bugs@FreeBSD.org, wosch@FreeBSD.org Subject: Re: bin/32686: locate command dumps a core file with broken database Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: locate command dumps a core file with broken database Responsible-Changed-From-To: freebsd-bugs->wosch Responsible-Changed-By: wosch Responsible-Changed-When: Tue Jan 1 09:57:01 PST 2002 Responsible-Changed-Why: I'm the maintainer of locate http://www.FreeBSD.org/cgi/query-pr.cgi?pr=32686 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 1 12:50: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 92AB037B429 for ; Tue, 1 Jan 2002 12:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g01Ko5T37907; Tue, 1 Jan 2002 12:50:05 -0800 (PST) (envelope-from gnats) Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84]) by hub.freebsd.org (Postfix) with ESMTP id 4CC8B37B41F for ; Tue, 1 Jan 2002 12:47:38 -0800 (PST) Received: from fwd05.sul.t-online.de by mailout09.sul.t-online.de with smtp id 16LVou-0006ju-00; Tue, 01 Jan 2002 21:47:36 +0100 Received: from theater.dyndns.org (320068889749-0001@[62.226.2.114]) by fmrl05.sul.t-online.com with esmtp id 16LVor-0bnwsyC; Tue, 1 Jan 2002 21:47:33 +0100 Received: (from vs@localhost) by theater.dyndns.org (8.11.6/8.11.6) id g01KlfT17144; Tue, 1 Jan 2002 21:47:41 +0100 (CET) (envelope-from vs) Message-Id: <200201012047.g01KlfT17144@theater.dyndns.org> Date: Tue, 1 Jan 2002 21:47:41 +0100 (CET) From: Volker Stolz To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/33448: [PATCH] typo in ipf.c Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33448 >Category: bin >Synopsis: [PATCH] typo in ipf.c >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 01 12:50:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Volker Stolz >Release: FreeBSD 4.4-STABLE i386 >Organization: Lehrstuhl für Informatik II >Environment: System: FreeBSD erde.ikea.net 4.4-STABLE FreeBSD 4.4-STABLE #1: Sun Dec 16 11:48:31 CET 2001 root@monster.ikea.net:/usr/src/sys/compile/GATE i386 >Description: Simple typo in src/contrib/ipfilter/ipf.c >How-To-Repeat: Depending on your settings in rc.conf, you will see the typo appear on startup. >Fix: --- ipf.c.orig Sun Dec 30 18:56:04 2001 +++ ipf.c Sun Dec 30 18:56:18 2001 @@ -226,7 +226,7 @@ if (ioctl(fd, SIOCFRENB, &enable) == -1) { if (errno == EBUSY) fprintf(stderr, - "IP FIlter: already initialized\n"); + "IP Filter: already initialized\n"); else perror("SIOCFRENB"); } >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 1 14: 0:23 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0626B37B41A; Tue, 1 Jan 2002 14:00:21 -0800 (PST) Received: (from cjc@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g01M0AX49556; Tue, 1 Jan 2002 14:00:10 -0800 (PST) (envelope-from cjc) Date: Tue, 1 Jan 2002 14:00:10 -0800 (PST) From: Message-Id: <200201012200.g01M0AX49556@freefall.freebsd.org> To: bkittridge@cfl.rr.com, cjc@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/33400: Year 2038 bug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Year 2038 bug State-Changed-From-To: open->closed State-Changed-By: cjc State-Changed-When: Tue Jan 1 13:55:36 PST 2002 State-Changed-Why: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33400 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 1 14: 0:25 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5DD0237B423; Tue, 1 Jan 2002 14:00:21 -0800 (PST) Received: (from cjc@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g01LsxQ48219; Tue, 1 Jan 2002 13:54:59 -0800 (PST) (envelope-from cjc) Date: Tue, 1 Jan 2002 13:54:59 -0800 (PST) From: Message-Id: <200201012154.g01LsxQ48219@freefall.freebsd.org> To: fut0n@linuxforlesbians.org, cjc@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/32807: which utility replacement in C Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: which utility replacement in C State-Changed-From-To: open->closed State-Changed-By: cjc State-Changed-When: Tue Jan 1 13:51:43 PST 2002 State-Changed-Why: As pointed out by Bruce Evans, the which(1) in CURRENT is already C. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=32807 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 1 14: 0:26 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 00E7F37B425; Tue, 1 Jan 2002 14:00:22 -0800 (PST) Received: (from cjc@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g01LpRl47619; Tue, 1 Jan 2002 13:51:27 -0800 (PST) (envelope-from cjc) Date: Tue, 1 Jan 2002 13:51:27 -0800 (PST) From: Message-Id: <200201012151.g01LpRl47619@freefall.freebsd.org> To: cjc@FreeBSD.org, freebsd-bugs@FreeBSD.org, darrenr@FreeBSD.org Subject: Re: bin/33448: [PATCH] typo in ipf.c Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: [PATCH] typo in ipf.c Responsible-Changed-From-To: freebsd-bugs->darrenr Responsible-Changed-By: cjc Responsible-Changed-When: Tue Jan 1 13:50:54 PST 2002 Responsible-Changed-Why: Over to IPFilter author/maintainer. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33448 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 1 14: 0:29 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A13B037B428; Tue, 1 Jan 2002 14:00:22 -0800 (PST) Received: (from cjc@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g01Lobt47413; Tue, 1 Jan 2002 13:50:37 -0800 (PST) (envelope-from cjc) Date: Tue, 1 Jan 2002 13:50:37 -0800 (PST) From: Message-Id: <200201012150.g01Lobt47413@freefall.freebsd.org> To: cjc@FreeBSD.org, freebsd-bugs@FreeBSD.org, darrenr@FreeBSD.org Subject: Re: kern/33442: ipf/kernel patch so IPLLOGISZE could be set from the kernel configuration file Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: ipf/kernel patch so IPLLOGISZE could be set from the kernel configuration file Responsible-Changed-From-To: freebsd-bugs->darrenr Responsible-Changed-By: cjc Responsible-Changed-When: Tue Jan 1 13:49:48 PST 2002 Responsible-Changed-Why: Over to IPFilter author/maintainer. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33442 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 1 14:40: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C81C437B42B for ; Tue, 1 Jan 2002 14:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g01Me1U57230; Tue, 1 Jan 2002 14:40:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 737EC37B429 for ; Tue, 1 Jan 2002 14:35:09 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g01MZ9p56722; Tue, 1 Jan 2002 14:35:09 -0800 (PST) (envelope-from nobody) Message-Id: <200201012235.g01MZ9p56722@freefall.freebsd.org> Date: Tue, 1 Jan 2002 14:35:09 -0800 (PST) From: Paul Murphy To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/33450: CVSup problem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33450 >Category: misc >Synopsis: CVSup 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: Tue Jan 01 14:40:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Paul Murphy >Release: 4.4-STABLE >Organization: >Environment: FreeBSD earth.upton.net 4.4-STABLE FreeBSD 4.4-STABLE #4: Fri Nov 30 07:59:35 EST 2001 root@earth.upton.net:/usr/obj/usr/src/sys/EARTH i386 >Description: Edit src/contrib/ntp/libparse/kclk_varitext.c Add delta 1.1.1.1.2.1 2001.12.21.17.39.11 roberto src/contrib/ntp/libparse/kclk_varitext.c: Cannot get edited text: "a" edit command specifies line past end of base delta -- will transfer entire file >How-To-Repeat: CVSup source 4.4-STABLE [as of Tue, 1 Jan 2002 10:02:33 -0500 (EST)] >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 1 23:40:24 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 17BB637B420; Tue, 1 Jan 2002 23:40:22 -0800 (PST) Received: (from alc@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g027ZRP60815; Tue, 1 Jan 2002 23:35:27 -0800 (PST) (envelope-from alc) Date: Tue, 1 Jan 2002 23:35:27 -0800 (PST) From: Message-Id: <200201020735.g027ZRP60815@freefall.freebsd.org> To: mdiclaud@cidera.com, alc@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/18350: aio_suspend doesn't work when nents == AIO_LISTIO_MAX Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: aio_suspend doesn't work when nents == AIO_LISTIO_MAX State-Changed-From-To: open->closed State-Changed-By: alc State-Changed-When: Tue Jan 1 23:34:17 PST 2002 State-Changed-Why: Fixed in 4.5-RELEASE. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=18350 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 1:50: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D1E2137B422 for ; Wed, 2 Jan 2002 01:50:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g029o0G83902; Wed, 2 Jan 2002 01:50:00 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E753937B417 for ; Wed, 2 Jan 2002 01:45:14 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g029jEV83362; Wed, 2 Jan 2002 01:45:14 -0800 (PST) (envelope-from nobody) Message-Id: <200201020945.g029jEV83362@freefall.freebsd.org> Date: Wed, 2 Jan 2002 01:45:14 -0800 (PST) From: Volker Paepcke To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/33464: soft update inconsistencies after system crash Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33464 >Category: kern >Synopsis: soft update inconsistencies after system crash >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 02 01:50:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Volker Paepcke >Release: 4.4-RELEASE / 5.0-CURRENT (12/29/2001) >Organization: Data-Service GmbH (www.incore.de) >Environment: FreeBSD portal.incore.de 4.4-RELEASE FreeBSD 4.4-RELEASE #0: Tue Dec 4 17:57:07 CET 2001 root@portal.incore.de:/usr/src/sys/compile/PORTAL i386 FreeBSD bajor.franken.de 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Tue Jan 1 18:54:38 CET 2002 root@bajor.franken.de:/home/obj/usr/src/sys/GENERIC i386 >Description: After a non-hardware crash where the system had no chance to flush its buffers to disk (reset button, reboot -nq, reset from debugger) fsck reports a soft update inconsistency in preen mode during restart: Jan 2 10:18:01 bajor root: /dev/ad0s2g: LINK COUNT DIR I=253952 OWNER=root MODE=40775 Jan 2 10:18:01 bajor root: /dev/ad0s2g: SIZE=512 MTIME=Jan 2 10:14 2002 COUNT 2 SHOULD BE 3 Jan 2 10:18:01 bajor root: /dev/ad0s2g: LINK COUNT INCREASING Jan 2 10:18:01 bajor root: /dev/ad0s2g: UNEXPECTED SOFT UPDATE INCONSISTENCY; RUN fsck MANUALLY. From my understanding of soft updates (see http://www.mckusick.com/softdep/index.html) this should never happen except after a power failure with write-cache enabled on the disk or after media failures. >How-To-Repeat: Start extracting ports.tgz from FreeBSD installation CDROM into a soft updates enabled partition and hit reset after a few seconds. The result is the same on three different machines with ATA-, SCSI- (Adaptec-2940) and SCSI-RAID-Controllers (ICP-Vortex). Changing the write-cache settings on the disks/controllers has no effect and there was definitly no power loss during the crash. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 8:10:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id EF63737B419 for ; Wed, 2 Jan 2002 08:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02GA1388617; Wed, 2 Jan 2002 08:10:01 -0800 (PST) (envelope-from gnats) Date: Wed, 2 Jan 2002 08:10:01 -0800 (PST) Message-Id: <200201021610.g02GA1388617@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Hiten Pandya Subject: Re: i386/29045: Heavy disk usage causes panic in ffs_blkfree Reply-To: Hiten Pandya Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/29045; it has been noted by GNATS. From: Hiten Pandya To: freebsd-gnats-submit@FreeBSD.org, wmoran@iowna.com Cc: iedowse@maths.tcd.ie Subject: Re: i386/29045: Heavy disk usage causes panic in ffs_blkfree Date: Wed, 02 Jan 2002 16:01:51 +0000 hi, > IdlePTD 3174400 > > initial pcb at 286640 > panicstr: ffs_blkfree: freeing free block > panic messages: > panic: ffs_blkfree: freeing free block > > syncing disks... 128 123 110 92 66 34 2 2 2 2 2 2 2 2 2 2 2 2 2 2 > giving up on 2 buffers people.. forgive me if I am wrong, and possibly correct me.. :-) I think the issue is all write here in the boot() function, located in src/sys/kern/kern_shutdown.c The following piece of code I have found: (around line 309) ==================== if (nbusy) { /* * Failed to sync all blocks. Indicate this and don't * unmount filesystems (thus forcing an fsck on reboot). */ printf("giving up on %d buffers\n", nbusy); DELAY(5000000); /* 5 seconds */ } else { printf("done\n"); /* * Unmount filesystems */ if (panicstr == 0) vfs_unmountall(); } ====================== The reason you are having a corruption is simply clear, according to the comment. The unmount doesn't occur, and forces and 'fsck' on reboot, thus causing a loss of data or corruption. I don't have a clue what would happen if the 'unmount' was done when all failed to sync.. probably a bad thing would happen.... :-( What we can do, according to my limited knowledge of the kernel, is to print some more debugging output, example: === giving up on %d buffers... Filesystem check (fsck) will occur on next reboot... === Patch: --- kern_shutdown.c.orig Wed Jan 2 15:48:34 2002 +++ kern_shutdown.c Wed Jan 2 15:50:52 2002 @@ -311,6 +311,7 @@ * unmount filesystems (thus forcing an fsck on reboot). */ printf("giving up on %d buffers\n", nbusy); + printf("FileSystem check (fsck) will occur on reboot...\n"); DELAY(5000000); /* 5 seconds */ } else { printf("done\n"); regards, - Hiten - -- Fingerprint: 1024 45:a5:9c:f2:fb:07:da:70:18:02:0b:f3:63:f1:7a:a6 hitenp@hpdi.ath.cx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 8:20: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A9C3D37B405 for ; Wed, 2 Jan 2002 08:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02GK2X89714; Wed, 2 Jan 2002 08:20:02 -0800 (PST) (envelope-from gnats) Date: Wed, 2 Jan 2002 08:20:02 -0800 (PST) Message-Id: <200201021620.g02GK2X89714@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Hiten Pandya Subject: Re: i386/33089 Reply-To: Hiten Pandya Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/33089; it has been noted by GNATS. From: Hiten Pandya To: bug-followup@freebsd.org, ast@marabu.ch Cc: Subject: Re: i386/33089 Date: Wed, 02 Jan 2002 16:08:54 +0000 This PR can be closed. regards, - Hiten - -- 1024 45:a5:9c:f2:fb:07:da:70:18:02:0b:f3:63:f1:7a:a6 hitenp@hpdi.ath.cx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 8:20: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CB6B537B416 for ; Wed, 2 Jan 2002 08:20:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02GK3X89719; Wed, 2 Jan 2002 08:20:03 -0800 (PST) (envelope-from gnats) Date: Wed, 2 Jan 2002 08:20:03 -0800 (PST) Message-Id: <200201021620.g02GK3X89719@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Hiten Pandya Subject: Re: i386/29096: freebsd 4.2/4.3 hangs after probing devices, on the setup screen, keyboard apears frozen Reply-To: Hiten Pandya Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/29096; it has been noted by GNATS. From: Hiten Pandya To: freebsd-gnats-submit@FreeBSD.org, bassdrop@psychz.net Cc: Subject: Re: i386/29096: freebsd 4.2/4.3 hangs after probing devices, on the setup screen, keyboard apears frozen Date: Wed, 02 Jan 2002 16:12:59 +0000 hi, did you check if the floppies you wrote to, were clean and properly formatted, because sometimes if the floppies are messed, then the neccessary stuff on it can get mocked up.. just one of the things to look out for... regards, - Hiten - -- 1024 45:a5:9c:f2:fb:07:da:70:18:02:0b:f3:63:f1:7a:a6 hitenp@hpdi.ath.cx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 8:20:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C982C37B41B for ; Wed, 2 Jan 2002 08:20:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02GK4489724; Wed, 2 Jan 2002 08:20:04 -0800 (PST) (envelope-from gnats) Date: Wed, 2 Jan 2002 08:20:04 -0800 (PST) Message-Id: <200201021620.g02GK4489724@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Hiten Pandya Subject: re: i386/29096 Reply-To: Hiten Pandya Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/29096; it has been noted by GNATS. From: Hiten Pandya To: bug-followup@freebsd.org Cc: Subject: re: i386/29096 Date: Wed, 02 Jan 2002 16:14:34 +0000 This PR can be closed as the problem was most certainly related to the media being faulty (the darned floppies..), or the BIOS settings... regards, - Hiten - -- Fingerprint: 1024 45:a5:9c:f2:fb:07:da:70:18:02:0b:f3:63:f1:7a:a6 hitenp@hpdi.ath.cx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 8:30: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C4ABB37B417 for ; Wed, 2 Jan 2002 08:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02GU1691116; Wed, 2 Jan 2002 08:30:01 -0800 (PST) (envelope-from gnats) Date: Wed, 2 Jan 2002 08:30:01 -0800 (PST) Message-Id: <200201021630.g02GU1691116@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Hiten Pandya Subject: Re: i386/26736: System freeze booting from (i386) 4.3 floppies on HP Vectra VL 6/233 Series 7 Reply-To: Hiten Pandya Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/26736; it has been noted by GNATS. From: Hiten Pandya To: freebsd-gnats-submit@FreeBSD.org, lazaro@online.no, salem@statoil.com Cc: Subject: Re: i386/26736: System freeze booting from (i386) 4.3 floppies on HP Vectra VL 6/233 Series 7 Date: Wed, 02 Jan 2002 16:22:25 +0000 hi, According to the Active drivers in your Visual Kernel Config: ================== Active Drivers: Dev---IRQ--Port Storage: ata0 14 0x1f0 ata1 15 0x170 fdc0 6 0x3f0 Communications: ppc0 7 sio0 4 0x3f8 Input: atkbd0 1 psm0 12 sc0 Miscellaneous: npx0 13 0xf0 ================= The 'pci' controller has been removed from the 'Miscelleneous' category, and according to my doubts, it hangs right where a PCI scan starts, this means that you will have to leave the 'pci0' controller in, otherwise the system will hang. This means, doing nothing to the Miscelleneous Category of the Kernel Configuration step, when booting of the installation. regards, - Hiten - -- 1024 45:a5:9c:f2:fb:07:da:70:18:02:0b:f3:63:f1:7a:a6 hitenp@hpdi.ath.cx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 8:40: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B92D737B419 for ; Wed, 2 Jan 2002 08:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02Ge2U92341; Wed, 2 Jan 2002 08:40:02 -0800 (PST) (envelope-from gnats) Date: Wed, 2 Jan 2002 08:40:02 -0800 (PST) Message-Id: <200201021640.g02Ge2U92341@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Hiten Pandya Subject: Re: i386/31728: Install hangs on: (debug screens last write) modules/(random file) Reply-To: Hiten Pandya Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/31728; it has been noted by GNATS. From: Hiten Pandya To: freebsd-gnats-submit@FreeBSD.org, gesivlcars@aol.com Cc: Subject: Re: i386/31728: Install hangs on: (debug screens last write) modules/(random file) Date: Wed, 02 Jan 2002 16:31:20 +0000 The resulting error: DEBUG: Can't open PC-card controller /dev/card0 Is due to the reason that removed that particular device from the Visual Kernel Config menu. regards, - Hiten - -- 1024 45:a5:9c:f2:fb:07:da:70:18:02:0b:f3:63:f1:7a:a6 hitenp@hpdi.ath.cx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 9: 0:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A391937B405 for ; Wed, 2 Jan 2002 09:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02H03s94947; Wed, 2 Jan 2002 09:00:03 -0800 (PST) (envelope-from gnats) Date: Wed, 2 Jan 2002 09:00:03 -0800 (PST) Message-Id: <200201021700.g02H03s94947@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Hiten Pandya Subject: Re: i386/29679: FreeBSD and 4GB of ram not working Reply-To: Hiten Pandya Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/29679; it has been noted by GNATS. From: Hiten Pandya To: freebsd-gnats-submit@FreeBSD.org, sagi@webair.com Cc: Subject: Re: i386/29679: FreeBSD and 4GB of ram not working Date: Wed, 02 Jan 2002 16:54:41 +0000 hi, This issue has been discussed on the FreeBSD-Hackers mailing list, and possible fixes have been provided by various developers according to their situations with 4GB of RAM. The solution was discussed by Terry Lambert on the -hackers list. The specific thread to search for would be: 4G phisical memory kernel trap The reason is due to the limitations imposed in src/sys/i386/i386/machdep.c, which can be changed. I am giving a short guideline on how to acomplish this: 1) Try changing the KVA space in the src/sys/i386/i386/machdep.c, and recompile the kernel. 2) If that doesn't work, it could be that you are running out of page table pages (originially pointed out by Tim Wiess ). The issue can be resolved by changing the NKPT #define in src/sys/i386/include/pmap.h to 64 and the KVA_PAGES #define to a multiple of 4 (default value is 256). This should resolve the issue. If there are no further more problems, then this PR can be gracefully closed. regards, - Hiten - -- 1024 45:a5:9c:f2:fb:07:da:70:18:02:0b:f3:63:f1:7a:a6 hitenp@hpdi.ath.cx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 9:10: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 29CD637B41B for ; Wed, 2 Jan 2002 09:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02HA1R99718; Wed, 2 Jan 2002 09:10:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7015637B419 for ; Wed, 2 Jan 2002 09:03:15 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02H3FH95349; Wed, 2 Jan 2002 09:03:15 -0800 (PST) (envelope-from nobody) Message-Id: <200201021703.g02H3FH95349@freefall.freebsd.org> Date: Wed, 2 Jan 2002 09:03:15 -0800 (PST) From: Damian Tometzki To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: conf/33476: gettytab and issue Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33476 >Category: conf >Synopsis: gettytab and issue >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 02 09:10:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Damian Tometzki >Release: Freebsd 4.4 >Organization: HOME >Environment: FreeBSD DAMIAN.HOME.DE 4.4-RELEASE FreeBSD 4.4-RELEASE #0: Tue Sep 18 11:57:08 PDT 2001 murray@builder.FreeBSD.org:/usr/src/sys/compile/GENERIC i386 >Description: I have the following config in the gettytab: :cb:ce:ck:lc:fd#1000:im=\r\n%s/%m (%h) (%t)\r\n\r\n:sp#1200:\ :if=/etc/issue: but the issue File doesnt read it. How can resolve the Problem? >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 9:10: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5E87137B416 for ; Wed, 2 Jan 2002 09:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02HA3C99725; Wed, 2 Jan 2002 09:10:03 -0800 (PST) (envelope-from gnats) Date: Wed, 2 Jan 2002 09:10:03 -0800 (PST) Message-Id: <200201021710.g02HA3C99725@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Hiten Pandya Subject: Re: i386/14793 Reply-To: Hiten Pandya Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/14793; it has been noted by GNATS. From: Hiten Pandya To: bug-followup@FreeBSD.org Cc: Subject: Re: i386/14793 Date: Wed, 02 Jan 2002 17:06:39 +0000 hi, what to do with this PR, according to the last Audit-Trail, I am also submitting a [PATCH] for adding BeOS to the partitions type list. --- fdisk.c Mon Dec 31 00:02:07 2001 +++ fdisk.c.new Wed Jan 2 17:05:16 2002 @@ -188,6 +188,7 @@ ,{0xF2, "DOS 3.3+ Secondary"} ,{0xF4, "Speed"} ,{0xFF, "BBT (Bad Blocks Table)"} + ,{0xEB, "BeOS filesystem"} }; static void print_s0(int which); regards, - Hiten - -- 1024 45:a5:9c:f2:fb:07:da:70:18:02:0b:f3:63:f1:7a:a6 hitenp@hpdi.ath.cx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 9:10:31 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E2BB537B41F; Wed, 2 Jan 2002 09:10:22 -0800 (PST) Received: (from bmah@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02H5Kh98788; Wed, 2 Jan 2002 09:05:20 -0800 (PST) (envelope-from bmah) Date: Wed, 2 Jan 2002 09:05:20 -0800 (PST) From: Message-Id: <200201021705.g02H5Kh98788@freefall.freebsd.org> To: jbaxter@wi.rr.com, bmah@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/31931: For floppy install, fdimage reports 'File too large' for both kern.flp and mfsroot.flp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: For floppy install, fdimage reports 'File too large' for both kern.flp and mfsroot.flp State-Changed-From-To: feedback->closed State-Changed-By: bmah State-Changed-When: Wed Jan 2 09:03:55 PST 2002 State-Changed-Why: Submitter says this PR can be closed. (For the record, I personally am not aware of any problems with fdimage.exe, although I haven't used boot floppies for awhile.) http://www.FreeBSD.org/cgi/query-pr.cgi?pr=31931 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 9:10:36 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1CF5737B41A; Wed, 2 Jan 2002 09:10:29 -0800 (PST) Received: (from jdp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02H8a399514; Wed, 2 Jan 2002 09:08:36 -0800 (PST) (envelope-from jdp) Date: Wed, 2 Jan 2002 09:08:36 -0800 (PST) From: Message-Id: <200201021708.g02H8a399514@freefall.freebsd.org> To: pnmurphy@cogeco.ca, jdp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/33450: CVSup problem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: CVSup problem State-Changed-From-To: open->closed State-Changed-By: jdp State-Changed-When: Wed Jan 2 09:05:50 PST 2002 State-Changed-Why: CVSup is not part of the FreeBSD system. Please report CVSup bugs to . In this particular case, there is no bug. Either the file "src/contrib/ntp/libparse/kclk_varitext.c" was corrupted on your system, or somebody did some unorthodox manipulations of the master CVS repository. The message is a warning only. As the message states, CVSup noticed it was unable to edit your exiting file, and recovered by transferring the whole file to your system. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33450 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 9:20: 4 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0FD0837B41B for ; Wed, 2 Jan 2002 09:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02HK1J01417; Wed, 2 Jan 2002 09:20:01 -0800 (PST) (envelope-from gnats) Date: Wed, 2 Jan 2002 09:20:01 -0800 (PST) Message-Id: <200201021720.g02HK1J01417@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Hiten Pandya Subject: Re: i386/31067 Reply-To: Hiten Pandya Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/31067; it has been noted by GNATS. From: Hiten Pandya To: bug-followup@FreeBSD.org Cc: leblanc@acadia.ne.mediaone.net Subject: Re: i386/31067 Date: Wed, 02 Jan 2002 17:13:05 +0000 This PR can be closed as a fix has already been suggested. regards, - Hiten - -- 1024 45:a5:9c:f2:fb:07:da:70:18:02:0b:f3:63:f1:7a:a6 hitenp@hpdi.ath.cx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 9:30: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1F39037B41B for ; Wed, 2 Jan 2002 09:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02HU2N02663; Wed, 2 Jan 2002 09:30:02 -0800 (PST) (envelope-from gnats) Date: Wed, 2 Jan 2002 09:30:02 -0800 (PST) Message-Id: <200201021730.g02HU2N02663@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Hiten Pandya Subject: Re: i386/26812 Reply-To: Hiten Pandya Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/26812; it has been noted by GNATS. From: Hiten Pandya To: bug-followup@FreeBSD.org, dl@leo.org Cc: Subject: Re: i386/26812 Date: Wed, 02 Jan 2002 17:20:25 +0000 The above is a very practical fix. It can be applied. If there are no more issues arising after this audit-trail, then the PR can be gracefully closed. regards, - Hiten - -- 1024 45:a5:9c:f2:fb:07:da:70:18:02:0b:f3:63:f1:7a:a6 hitenp@hpdi.ath.cx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 9:30: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1606F37B41D for ; Wed, 2 Jan 2002 09:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02HU3V02672; Wed, 2 Jan 2002 09:30:03 -0800 (PST) (envelope-from gnats) Date: Wed, 2 Jan 2002 09:30:03 -0800 (PST) Message-Id: <200201021730.g02HU3V02672@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Daniel Lang Subject: Re: i386/26812 Reply-To: Daniel Lang Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/26812; it has been noted by GNATS. From: Daniel Lang To: hiten@uk.FreeBSD.org Cc: bug-followup@FreeBSD.org Subject: Re: i386/26812 Date: Wed, 2 Jan 2002 18:27:56 +0100 Hi Hiten, Hiten Pandya wrote on Wed, Jan 02, 2002 at 05:20:25PM +0000: > The above is a very practical fix. It can be applied. If there are no ^^^^^ Hmm, I don't see it. Did I miss something? The PR is still open (not even feedback) and there is no audit-trail? Maybe the pr number was mixed up? Best regards, Daniel -- IRCnet: Mr-Spock - kommst du siehst du, gehst du hast du, weisst du, krass! - Daniel Lang * dl@leo.org * +49 89 289 25735 * http://www.leo.org/~dl/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 9:40:40 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0729537B4EC; Wed, 2 Jan 2002 09:40:22 -0800 (PST) Received: (from bmah@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02HVKS02836; Wed, 2 Jan 2002 09:31:20 -0800 (PST) (envelope-from bmah) Date: Wed, 2 Jan 2002 09:31:20 -0800 (PST) From: Message-Id: <200201021731.g02HVKS02836@freefall.freebsd.org> To: leblanc@acadia.ne.mediaone.net, bmah@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/31067: malloc.h, lines 81,82,and 87 - syntax errors when compiling gnomevfs 1.0.2 in devel ports. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: malloc.h, lines 81,82,and 87 - syntax errors when compiling gnomevfs 1.0.2 in devel ports. State-Changed-From-To: open->closed State-Changed-By: bmah State-Changed-When: Wed Jan 2 09:30:30 PST 2002 State-Changed-Why: Submitter found and fixed the problem locally. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=31067 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 13:38:32 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 5E21137B41D for ; Wed, 2 Jan 2002 13:38:27 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 2 Jan 2002 21:38:26 +0000 (GMT) Date: Wed, 2 Jan 2002 21:38:25 +0000 From: David Malone To: Hiten Pandya Cc: freebsd-bugs@FreeBSD.org Subject: Re: i386/33089 Message-ID: <20020102213825.A13353@walton.maths.tcd.ie> References: <200201021620.g02GK2X89714@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200201021620.g02GK2X89714@freefall.freebsd.org>; from hitmaster2k@yahoo.com on Wed, Jan 02, 2002 at 08:20:02AM -0800 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Jan 02, 2002 at 08:20:02AM -0800, Hiten Pandya wrote: > The following reply was made to PR i386/33089; it has been noted by GNATS. > > From: Hiten Pandya > To: bug-followup@freebsd.org, ast@marabu.ch > Cc: > Subject: Re: i386/33089 > Date: Wed, 02 Jan 2002 16:08:54 +0000 > > This PR can be closed. Are you sure - I don't think support for producing bzipped kernels has been added to the release makefiles. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 13:50:25 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5E4D037B41C; Wed, 2 Jan 2002 13:50:23 -0800 (PST) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02Lhat61306; Wed, 2 Jan 2002 13:43:36 -0800 (PST) (envelope-from dwmalone) Date: Wed, 2 Jan 2002 13:43:36 -0800 (PST) From: Message-Id: <200201022143.g02Lhat61306@freefall.freebsd.org> To: bassdrop@psychz.net, dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/29096: freebsd 4.2/4.3 hangs after probing devices, on the setup screen, keyboard apears frozen Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: freebsd 4.2/4.3 hangs after probing devices, on the setup screen, keyboard apears frozen State-Changed-From-To: open->feedback State-Changed-By: dwmalone State-Changed-When: Wed Jan 2 13:40:24 PST 2002 State-Changed-Why: Could you try setting "PNP OS" in the BIOS and see if that helps? These problems can be tricky to track down, but the hardware you have seems standard enough and there is no obvious reason why you should be having a problem. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=29096 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 14: 0:14 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D1F1D37B419 for ; Wed, 2 Jan 2002 14:00:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02M01e63371; Wed, 2 Jan 2002 14:00:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B021837B41F for ; Wed, 2 Jan 2002 13:55:00 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02Lt0062703; Wed, 2 Jan 2002 13:55:00 -0800 (PST) (envelope-from nobody) Message-Id: <200201022155.g02Lt0062703@freefall.freebsd.org> Date: Wed, 2 Jan 2002 13:55:00 -0800 (PST) From: Felipe Gasper To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/33492: /usr/src/sys/vm/vm_mmap.c not there in 4.3 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33492 >Category: misc >Synopsis: /usr/src/sys/vm/vm_mmap.c not there in 4.3 >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 02 14:00:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Felipe Gasper >Release: 4.3-RELEASE >Organization: >Environment: >Description: compiling the kernel, I get a make error saying that vm_mmap.c isn't there and is needed.... >How-To-Repeat: Compile the 4.3-RELEASE kernel with this config file: -------------- # Custom kernel configuration file # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # #This file modified to match the LINT file that shipped w/ FreeBSD 4.3. #-----General Stuff ident CUSTOM-Jan-2-2002 maxusers 32 #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols #-----CPU Options machine i386 # cpu I386_CPU # cpu I486_CPU cpu I586_CPU options CPU_WT_ALLOC #fg options NO_MEMORY_HOLE #fg options CPU_FASTER_5X86_FPU #fg # cpu I686_CPU # options MATH_EMULATE #Support for x87 emulation #-----Compatibility Options options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores #-----Debugging Options options KTRACE #ktrace(1) support #LINT file says these don't belong here, but I'm being a lemming. :-) options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor #-----Networking Options options INET #InterNETworking # options INET6 #IPv6 communications protocols options IPSEC #fg options IPSEC_ESP #fg #Pseudo devices - the number indicates how many units to allocate. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support # pseudo-device sl 1 # Kernel SLIP # pseudo-device ppp 1 # Kernel PPP pseudo-device tun # Packet tunnel. # pseudo-device gif 4 # IPv6 and IPv4 tunneling # pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) options IPFIREWALL options IPFIREWALL_VERBOSE # options IPFIREWALL_VERBOSE_LIMIT=?? options IPDIVERT #fg options IPSTEALTH #fg #options TCP_RESTRICT_RST #restrict TCP RST emission, can make #system less easily p'scann-able options ICMP_BANDLIM #Rate limit bad replies- #not in LINT #-----Filesystem Options options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options SOFTUPDATES #Enable FFS soft updates support options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device # options NFS #Network Filesystem # options NFS_ROOT #NFS usable as root device, NFS required # options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root, CD9660 required options PROCFS #Process filesystem #-----POSIX P1003.1B Options options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING #-----SCSI Options # options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI # SCSI peripherals # device scbus #SCSI bus (required) # device da #Direct Access (disks) # device sa #Sequential Access (tape etc) # device cd #CD # device pass #Passthrough device (direct SCSI access) #-----Miscellaneous Devices and Options pseudo-device pty 256 # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" pseudo-device snp 3 #fg- "snoop" device, to look at pty/vty/etc. #-----Hardware Device Configuration device isa # device eisa device pci # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0 at atkbdc? irq 12 device vga0 at isa? options VGA_NO_FONT_LOADING options VGA_NO_MODE_CHANGE # splash screen/screen saver pseudo-device splash # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver # device vt0 at isa? # options PCVT_FREEBSD=430 #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor # syscons is the default console driver, resembling an SCO console device sc0 at isa? flags 0x100 # options SC_TWOBUTTON_MOUSE # options SC_NO_CUTPASTE # options SC_NO_FONT_LOADING # options SC_NO_HISTORY # options SC_NO_SYSMOUSE # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 #-----Optional ISA/EISA devices # SCSI Controllers # device ahb # EISA AHA1742 family # device ahc # AHA2940 and onboard AIC7xxx devices # device amd # AMD 53C974 (Tekram DC-390(T)) # device isp # Qlogic family # device ncr # NCR/Symbios Logic # device sym # NCR/Symbios Logic (newer chipsets) # options SYM_SETUP_LP_PROBE_MAP=0x40 # Allow ncr to attach legacy NCR devices when # both sym and ncr are configured # device adv0 at isa? # device adw # device bt0 at isa? # device aha0 at isa? # device aic0 at isa? # device ncv # NCR 53C500 # device nsp # Workbit Ninja SCSI-3 # device stg # TMC 18C30/18C50 # RAID controllers interfaced to the SCSI subsystem # device asr # DPT SmartRAID V, VI and Adaptec SCSI RAI D # device dpt # DPT Smartcache - See LINT for options! # device mly # Mylex AcceleRAID/eXtremeRAID # RAID controllers # device aac # Adaptec FSA RAID, Dell PERC2/PERC3 # device ida # Compaq Smart RAID # device amr # AMI MegaRAID # device mlx # Mylex DAC960 family # device twe # 3ware Escalade # ATA and ATAPI devices # device ata0 at isa? port IO_WD1 irq 14 # device ata1 at isa? port IO_WD2 irq 15 device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives # device atapifd # ATAPI floppy drives # device atapist # ATAPI tape drives # options ATA_STATIC_ID #Static device numbering # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 # device fd1 at fdc0 drive 1 # Serial (COM) ports # device sio0 at isa? port IO_COM1 flags 0x10 irq 4 # device sio1 at isa? port IO_COM2 irq 3 # device sio2 at isa? disable port IO_COM3 irq 5 # device sio3 at isa? disable port IO_COM4 irq 9 # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') #fg- other NIC's deleted cuz I didn't feel like keeping them all # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! #fg- keep this in case I need to use DHCP pseudo-device bpf #Berkeley packet filter # Power management support (see LINT for more options) device apm0 at nexus? disable flags 0x20 # Advanced Power Management #fg- SMB bus support device smbus #fg device smb #fg- standard io through /dev/smb device intpm #fg- Intel PIIX4 Power Management Unit # Parallel port # device ppc0 at isa? irq 7 # device ppbus # Parallel port bus (required) # device lpt # Printer # device plip # TCP/IP over parallel # device ppi # Parallel port interface device # device vpo # Requires scbus and da # USB support # device uhci # UHCI PCI->USB interface # device ohci # OHCI PCI->USB interface # device usb # USB Bus (required) # device ugen # Generic # device uhid # "Human Interface Devices" # device ukbd # Keyboard # device ulpt # Printer # device umass # Disks/Mass storage - Requires scbus and da # device ums # Mouse # device uscanner # Scanners # USB Ethernet, requires mii # device aue # ADMtek USB ethernet # device cue # CATC USB ethernet # device kue # Kawasaki LSI USB ethernet ------------- >Fix: Download /usr/src/sys for 4.4-RELEASE.....I've had no problems thus far. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 15: 0:13 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 37C3937B41F for ; Wed, 2 Jan 2002 15:00:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02N02276488; Wed, 2 Jan 2002 15:00:02 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id EE40C37B41B for ; Wed, 2 Jan 2002 14:58:08 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02Mw8R76218; Wed, 2 Jan 2002 14:58:08 -0800 (PST) (envelope-from nobody) Message-Id: <200201022258.g02Mw8R76218@freefall.freebsd.org> Date: Wed, 2 Jan 2002 14:58:08 -0800 (PST) From: Alexander Rigbo To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/33495: Problem with Macronix "98715AEC-C 10/100BaseTX" NIC Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33495 >Category: kern >Synopsis: Problem with Macronix "98715AEC-C 10/100BaseTX" NIC >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 02 15:00:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Alexander Rigbo >Release: 4.4 STABLE >Organization: >Environment: FreeBSD 4.4-RELEASE FreeBSD 4.4-RELEASE #0: Mon Dec 31 13:46:29 GMT 2001 root@/usr/src/sys/compile/GENERIC i386 >Description: I'm having problem with my Macronix NIC. When i boot the kernel, the sytem finds it. And says couldn't map ports/memory
device_probe_and_attach returned 6 Any idea how to fix this? without buying a new nic =) The card works perfectly under Linux with the tulip module. I compiled my kernel only adding one row in the config file: device pcm >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 15:40: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E3B0B37B41C for ; Wed, 2 Jan 2002 15:40:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02Ne0E86441; Wed, 2 Jan 2002 15:40:00 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6345237B41C for ; Wed, 2 Jan 2002 15:35:43 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02NZhu85867; Wed, 2 Jan 2002 15:35:43 -0800 (PST) (envelope-from nobody) Message-Id: <200201022335.g02NZhu85867@freefall.freebsd.org> Date: Wed, 2 Jan 2002 15:35:43 -0800 (PST) From: Marc van Woerkom <3d@FreeBSD.org> To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/33496: Doc error in usage string Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33496 >Category: bin >Synopsis: Doc error in usage string >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 02 15:40:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Marc van Woerkom >Release: Christmas Current >Organization: Tired Parents :) >Environment: >Description: src/usr.sbin/diskpart/diskpart.c contains this usage line: static void usage() { fprintf(stderr, "usage: disktab [-p] [-d] [-s size] disktype\n"); exit(1); } Which should be changed to "usage: diskpart .." of course. >How-To-Repeat: call diskpart with no args :) >Fix: Change string to "usage: diskpart .." of course A happy new year to all BSDers!!! Marc >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 16: 0:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C1FA137B41C for ; Wed, 2 Jan 2002 16:00:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g03001x88697; Wed, 2 Jan 2002 16:00:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id DFBD537B419 for ; Wed, 2 Jan 2002 15:58:47 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g02Nwlm88499; Wed, 2 Jan 2002 15:58:47 -0800 (PST) (envelope-from nobody) Message-Id: <200201022358.g02Nwlm88499@freefall.freebsd.org> Date: Wed, 2 Jan 2002 15:58:47 -0800 (PST) From: Marc van Woerkom <3d@FreeBSD.org> To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: conf/33499: Doc error in src/UPDATING doc or me stupid Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33499 >Category: conf >Synopsis: Doc error in src/UPDATING doc or me stupid >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 02 16:00:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Marc van Woerkom >Release: Christmas -CURRENT >Organization: Tired Parents :-) >Environment: >Description: The src/UPDATING document contains this paragraph: To just build a kernel when you know that it won't mess you up -------------------------------------------------------------- cd src/sys/{i386,alpha}/conf config KERNEL_NAME_HERE [1] cd ../../compile/KERNEL_NAME_HERE make depend make make install [1] If in doubt, -r might help here. This note confuses me, as I can't find a -r option for config. >How-To-Repeat: Look at src/UPDATING http://www.freebsd.org/cgi/cvsweb.cgi/src/UPDATING?rev=1.187&content-type=text/x-cvsweb-markup compare with source http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/config/main.c?rev=1.54&content-type=text/x-cvsweb-markup int main(int argc, char **argv) { /* .. */ while ((ch = getopt(argc, argv, "d:gp")) != -1) switch (ch) { case 'd': if (*destdir == '\0') strlcpy(destdir, optarg, sizeof(destdir)); else errx(2, "directory already set"); break; case 'g': debugging++; break; case 'p': profiling++; break; case '?': default: usage(); } argc -= optind; /* .. */ } I can't spot it. >Fix: Was perhaps "-d" meant? Happy new year to all BSDers! Marc >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 16:30: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8E0A037B417 for ; Wed, 2 Jan 2002 16:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g030U2J95127; Wed, 2 Jan 2002 16:30:02 -0800 (PST) (envelope-from gnats) Date: Wed, 2 Jan 2002 16:30:02 -0800 (PST) Message-Id: <200201030030.g030U2J95127@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Crist J. Clark" Subject: Re: conf/33476: gettytab and issue Reply-To: "Crist J. Clark" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR conf/33476; it has been noted by GNATS. From: "Crist J. Clark" To: Damian Tometzki Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: conf/33476: gettytab and issue Date: Wed, 2 Jan 2002 13:13:23 -0800 On Wed, Jan 02, 2002 at 09:03:15AM -0800, Damian Tometzki wrote: [snip] > >Description: > I have the following config in the gettytab: > :cb:ce:ck:lc:fd#1000:im=\r\n%s/%m (%h) (%t)\r\n\r\n:sp#1200:\ > :if=/etc/issue: > but the issue File doesnt read it. I assume that you are saying that the contents of /etc/issue are not being displayed before the login prompt? > How can resolve the Problem? It works just fine for me. Can you give us more details about the problem? -- "It's always funny until someone gets hurt. Then it's hilarious." Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 17:50:35 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1945337B420 for ; Wed, 2 Jan 2002 17:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g031o1S12797; Wed, 2 Jan 2002 17:50:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2EB9637B416 for ; Wed, 2 Jan 2002 17:40:29 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g031eTT10244; Wed, 2 Jan 2002 17:40:29 -0800 (PST) (envelope-from nobody) Message-Id: <200201030140.g031eTT10244@freefall.freebsd.org> Date: Wed, 2 Jan 2002 17:40:29 -0800 (PST) From: Siwei Liu To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/33502: xawtv 3.37 can not run on FreeBSD-current Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33502 >Category: i386 >Synopsis: xawtv 3.37 can not run on FreeBSD-current >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Jan 02 17:50:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Siwei Liu >Release: FreeBSD current >Organization: NONE >Environment: FreeBSD-5.0-SNAP(i386) >Description: xawtv is a usefull TV application on FreeBSD. It works fine on my FreeBSD 4.x. But when I update to CURRENT, it couldn't word any more. Even I make a SNAP of FreeBSD-current. >How-To-Repeat: >Fix: Here is my FIX patch: 1. /usr/ports/graphics/xawtv/Makefile: --- Makefile Tue Sep 11 02:22:49 2001 +++ Makefile Thu Jan 3 08:55:07 2002 *************** *** 6,17 **** # PORTNAME= xawtv ! PORTVERSION= 3.37 CATEGORIES= graphics ! MASTER_SITES= http://www.strusel007.de/linux/xawtv/ DISTNAME= ${PORTNAME}_${PORTVERSION} ! MAINTAINER= greid@ukug.uk.freebsd.org LIB_DEPENDS= Xaw3d.${XAWVER}:${PORTSDIR}/x11-toolkits/Xaw3d \ png.5:${PORTSDIR}/graphics/png \ --- 6,17 ---- # PORTNAME= xawtv ! PORTVERSION= 3.66 CATEGORIES= graphics ! MASTER_SITES= http://bytesex.org/xawtv/ DISTNAME= ${PORTNAME}_${PORTVERSION} ! MAINTAINER= swliu77@hotmail.com LIB_DEPENDS= Xaw3d.${XAWVER}:${PORTSDIR}/x11-toolkits/Xaw3d \ png.5:${PORTSDIR}/graphics/png \ *************** *** 23,43 **** USE_X_PREFIX= yes ! SEDFILES= . font i2c man src radio contrib/cc webcam oldstuff/vtx \ libng libvbi http ! MAN1= alevtd.1 fbtv.1 propwatch.1 rootv.1 showriff.1 v4l-conf.1 \ v4lctl.1 webcam.1 xawtv-remote.1 xawtv.1 ! ! post-configure: ! .for M in ${SEDFILES} ! @(${SED} -e 's,^CFLAGS=,CFLAGS+=,g' ${WRKSRC}/$M/Makefile | \ ! ${SED} -e 's,-O2,,g' > ${WRKSRC}/foo && ${MV} ${WRKSRC}/foo ${WRKSRC}/$M/Makefile) ! .endfor ! ! post-install: ! .for F in led-koi8.pcf led-latin1.pcf led-latin2.pcf ! @gzip ${PREFIX}/lib/X11/fonts/misc/$F ! .endfor .include --- 23,33 ---- USE_X_PREFIX= yes ! SEDFILES= . font i2c man src radio webcam oldstuff/vtx \ libng libvbi http ! MAN1= alevtd.1 fbtv.1 propwatch.1 rootv.1 showriff.1 \ v4lctl.1 webcam.1 xawtv-remote.1 xawtv.1 ! MAN8= v4l-conf.8 .include 2. /usr/ports/graphics/xawtv/distinfo: --- distinfo Tue Mar 20 03:12:55 2001 +++ distinfo Thu Jan 3 08:54:10 2002 *************** *** 1 **** ! MD5 (xawtv_3.37.tar.gz) = a264eddc95fa92b83b14be386abc7be8 --- 1 ---- ! MD5 (xawtv_3.66.tar.gz) = 8783e6ca4530d64e0877c40b8a0bac97 3. /usr/ports/graphics/xawtv/pkg-plist: --- pkg-plist Tue Mar 20 03:12:55 2001 +++ pkg-plist Tue Jan 1 17:26:36 2002 *************** *** 11,16 **** bin/xawtv bin/xawtv-remote lib/X11/app-defaults/Xawtv ! lib/X11/fonts/misc/led-koi8.pcf.gz ! lib/X11/fonts/misc/led-latin1.pcf.gz ! lib/X11/fonts/misc/led-latin2.pcf.gz --- 11,16 ---- bin/xawtv bin/xawtv-remote lib/X11/app-defaults/Xawtv ! lib/X11/fonts/misc/led-koi8-r.pcf.gz ! lib/X11/fonts/misc/led-iso8859-1.pcf.gz ! lib/X11/fonts/misc/led-iso8859-2.pcf.gz 4. in its files directory, I make some patch for it: patch-aa: --- font/Makefile.in.orig Fri Aug 24 07:53:20 2001 +++ font/Makefile.in Tue Jan 1 16:54:53 2002 *************** *** 21,27 **** done if test "$(DESTDIR)" = ""; then \ (cd $(fontdir); mkfontdir); \ - xset fp rehash || true; \ fi --- 21,26 ---- patch-ab: --- src/commands.c Tue Dec 11 12:38:38 2001 +++ src/commands.c Tue Jan 1 16:41:16 2002 *************** *** 507,513 **** /* ----------------------------------------------------------------------- */ ! static char* strnstr(char *haystack, char *needle) { int hlen = strlen(haystack); int nlen = strlen(needle); --- 507,513 ---- /* ----------------------------------------------------------------------- */ ! static char* strnstr_my(char *haystack, char *needle) { int hlen = strlen(haystack); int nlen = strlen(needle); *************** *** 551,557 **** /* ... next try substring matches ... */ if (i == count) for (i = 0; i < count; i++) ! if (NULL != strnstr(channels[i]->name,argv[0])) break; /* ... next try using the argument as index ... */ if (i == count) --- 551,557 ---- /* ... next try substring matches ... */ if (i == count) for (i = 0; i < count; i++) ! if (NULL != strnstr_my(channels[i]->name,argv[0])) break; /* ... next try using the argument as index ... */ if (i == count) patch-ac: --- src/Makefile.in Tue Dec 11 15:39:55 2001 +++ src/Makefile.in Tue Jan 1 16:47:41 2002 *************** *** 28,34 **** FBTV_LIBS = $(GFX_LIBS) $(LIRC_LIBS) $(CURSES_LIBS) $(ALSA_LIBS) \ -L@x_libraries@ @FSLIB@ -lm ! TTV_OBJS = aa.o channel-no-x11.o $(COMMON_OBJS) TTV_LIBS = $(GFX_LIBS) $(AA_LIBS) V4LCTL_OBJS = v4lctl.o channel-no-x11.o xv.o $(COMMON_OBJS) --- 28,34 ---- FBTV_LIBS = $(GFX_LIBS) $(LIRC_LIBS) $(CURSES_LIBS) $(ALSA_LIBS) \ -L@x_libraries@ @FSLIB@ -lm ! TTV_OBJS = aa.o channel-no-x11.o -laa $(COMMON_OBJS) TTV_LIBS = $(GFX_LIBS) $(AA_LIBS) V4LCTL_OBJS = v4lctl.o channel-no-x11.o xv.o $(COMMON_OBJS) *************** *** 68,92 **** # build rules xawtv: $(XAWTV_OBJS) ! $(CC) $(CFLAGS) -o $@ $(XAWTV_OBJS) $(XAWTV_LIBS) -ldl -Wl,-E motv: $(MOTV_OBJS) ! $(CC) $(CFLAGS) -o $@ $(MOTV_OBJS) $(MOTV_LIBS) -ldl -Wl,-E fbtv: $(FBTV_OBJS) ! $(CC) $(CFLAGS) -o $@ $(FBTV_OBJS) $(FBTV_LIBS) -ldl -Wl,-E ttv: $(TTV_OBJS) ! $(CC) $(CFLAGS) -o $@ $(TTV_OBJS) $(TTV_LIBS) -ldl -Wl,-E v4lctl: $(V4LCTL_OBJS) ! $(CC) $(CFLAGS) -o $@ $(V4LCTL_OBJS) $(V4LCTL_LIBS) -ldl -Wl,-E streamer: $(STREAMER_OBJS) ! $(CC) $(CFLAGS) -o $@ $(STREAMER_OBJS) $(STREAMER_LIBS) -ldl -Wl,-E scantv: $(SCANTV_OBJS) ! $(CC) $(CFLAGS) -o $@ $(SCANTV_OBJS) $(SCANTV_LIBS) -ldl -Wl,-E xvideo: xvideo.o $(CC) $(CFLAGS) -o $@ xvideo.o $(ATHENA_LIBS) --- 68,92 ---- # build rules xawtv: $(XAWTV_OBJS) ! $(CC) $(CFLAGS) -o $@ $(XAWTV_OBJS) $(XAWTV_LIBS) -Wl,-E motv: $(MOTV_OBJS) ! $(CC) $(CFLAGS) -o $@ $(MOTV_OBJS) $(MOTV_LIBS) -Wl,-E fbtv: $(FBTV_OBJS) ! $(CC) $(CFLAGS) -o $@ $(FBTV_OBJS) $(FBTV_LIBS) -Wl,-E ttv: $(TTV_OBJS) ! $(CC) $(CFLAGS) -o $@ $(TTV_OBJS) $(TTV_LIBS) -Wl,-E v4lctl: $(V4LCTL_OBJS) ! $(CC) $(CFLAGS) -o $@ $(V4LCTL_OBJS) $(V4LCTL_LIBS) -Wl,-E streamer: $(STREAMER_OBJS) ! $(CC) $(CFLAGS) -o $@ $(STREAMER_OBJS) $(STREAMER_LIBS) -Wl,-E scantv: $(SCANTV_OBJS) ! $(CC) $(CFLAGS) -o $@ $(SCANTV_OBJS) $(SCANTV_LIBS) -Wl,-E xvideo: xvideo.o $(CC) $(CFLAGS) -o $@ xvideo.o $(ATHENA_LIBS) *************** *** 129,135 **** install-common: $(INSTALL_DIR) $(bindir) $(INSTALL_DIR) $(resdir)/app-defaults - $(INSTALL_PROGRAM) $(srcdir)/subtitles $(bindir) $(INSTALL_PROGRAM) -s xawtv-remote $(bindir) $(INSTALL_PROGRAM) -s streamer $(bindir) $(INSTALL_PROGRAM) -s v4lctl $(bindir) --- 129,134 ---- patch-ad: --- webcam/Makefile.in Tue Dec 11 13:24:57 2001 +++ webcam/Makefile.in Tue Jan 1 16:45:57 2002 *************** *** 15,21 **** all build: $(PROGS) webcam: $(OBJS) ! $(CC) $(CFLAGS) -o $@ $(OBJS) ../libng/libng.a $(LDLIBS) -ldl -Wl,-E install: all $(INSTALL_DIR) $(bindir) --- 15,21 ---- all build: $(PROGS) webcam: $(OBJS) ! $(CC) $(CFLAGS) -o $@ $(OBJS) ../libng/libng.a $(LDLIBS) -Wl,-E install: all $(INSTALL_DIR) $(bindir) That's All! It works fine on my FreeBSD-current BOX! >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 2 21:30: 4 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0610837B417 for ; Wed, 2 Jan 2002 21:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g035U1K51945; Wed, 2 Jan 2002 21:30:01 -0800 (PST) (envelope-from gnats) Date: Wed, 2 Jan 2002 21:30:01 -0800 (PST) Message-Id: <200201030530.g035U1K51945@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Andy Farkas Subject: Re: conf/33499: Doc error in src/UPDATING doc or me stupid Reply-To: Andy Farkas Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR conf/33499; it has been noted by GNATS. From: Andy Farkas To: Cc: Subject: Re: conf/33499: Doc error in src/UPDATING doc or me stupid Date: Thu, 3 Jan 2002 16:28:10 +1100 (EST) On Wed, 2 Jan 2002, Marc van Woerkom wrote: > [1] If in doubt, -r might help here. > > This note confuses me, as I can't find a -r option > for config. There is another typo present in all branches: [6] From the bootblocks, boot -s, and then do fsck -p mount -u / mount -a cd /usr/src adjkerntz -i # if COMS is wall time ^^^^ -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 3 5: 0:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 375A437B41B for ; Thu, 3 Jan 2002 05:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g03D04B42514; Thu, 3 Jan 2002 05:00:04 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 971CB37B425 for ; Thu, 3 Jan 2002 04:54:47 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g03Cslp41692; Thu, 3 Jan 2002 04:54:47 -0800 (PST) (envelope-from nobody) Message-Id: <200201031254.g03Cslp41692@freefall.freebsd.org> Date: Thu, 3 Jan 2002 04:54:47 -0800 (PST) From: Gilbert Gong To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/33509: fix vnode_if.pl to internally call itself vnode_if.pl Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33509 >Category: kern >Synopsis: fix vnode_if.pl to internally call itself vnode_if.pl >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: Thu Jan 03 05:00:04 PST 2002 >Closed-Date: >Last-Modified: >Originator: Gilbert Gong >Release: 4.4 >Organization: >Environment: FreeBSD devfrebsd.internal.net 4.4-RELEASE FreeBSD 4.4-RELEASE #0: Tue Sep 18 11:57:08 PDT 2001 murray@builder.FreeBSD.org:/usr/src/sys/compile/GENERIC i386 >Description: vnode_if.pl creates the files vnode_if.c and vnode_if.h The tops of the files begin with this comment: /* * This file is produced automatically. * Do not modify anything in here by hand. * * Created from @(#)vnode_if.sh 8.1 (Berkeley) 6/10/93 */ This comment is both incorrect and confusing.. >How-To-Repeat: run vnode_if.pl, and inspect the files it creates, eg perl /usr/src/sys/kern/vnode_if.pl -c -h /usr/src/sys/kern/vnode_if.src head vnode_if.c head vnode_if.h >Fix: --- vnode_if.pl Thu Jan 3 05:56:47 2002 +++ vnode_if-new.pl Thu Jan 3 05:52:50 2002 @@ -39,7 +39,7 @@ # # Script to produce VFS front-end sugar. # -# usage: vnode_if.sh srcfile +# usage: vnode_if.pl srcfile # (where srcfile is currently /sys/kern/vnode_if.src) # @@ -61,7 +61,7 @@ } elsif ($arg =~ m/\.src$/) { $SRC = $arg; } else { - print "usage: vnode_if.sh [-c] [-h] srcfile\n"; + print "usage: vnode_if.pl [-c] [-h] srcfile\n"; exit(1); } } @@ -83,7 +83,7 @@ * This file is produced automatically. * Do not modify anything in here by hand. * - * Created from @(#)vnode_if.sh 8.1 (Berkeley) 6/10/93 + * Created from sys/kern/vnode_if.pl */ extern struct vnodeop_desc vop_default_desc; @@ -99,7 +99,7 @@ * This file is produced automatically. * Do not modify anything in here by hand. * - * Created from @(#)vnode_if.sh 8.1 (Berkeley) 6/10/93 + * Created from sys/kern/vnode_if.pl */ #include >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 3 6:30:14 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from dartal.pi2.ru (dartal.pi2.ru [212.45.19.82]) by hub.freebsd.org (Postfix) with ESMTP id 98CCE37B417 for ; Thu, 3 Jan 2002 06:30:10 -0800 (PST) Received: from prof.pi2.ru (Prof.AVPR302.lan.pi2 [172.16.0.2]) by dartal.pi2.ru (8.11.6/8.11.6) with SMTP id g03EQlC29552 for ; Thu, 3 Jan 2002 17:26:49 +0300 (MSK) (envelope-from Dmitry.Karpov@pi2.ru) Message-ID: <3C3469FA.D69@pi2.ru> Date: Thu, 03 Jan 2002 17:26:02 +0300 From: Dmitry.Karpov@pi2.ru X-Mailer: Mozilla 3.04 (Win95; I) MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.ORG Subject: Please, add "3128 - Squid" at /etc/services Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Sorry, I am russian and I am very little speak english. If you read the bad word, it is my mistake only. I think, TCP-ports 3128, 3130 and 3131 are "well-known" for Squid. I think, FreeBSD authors needs to add this ports numbers to /etc/services file. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 3 8: 0:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0665637B405 for ; Thu, 3 Jan 2002 08:00:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g03G06605180; Thu, 3 Jan 2002 08:00:06 -0800 (PST) (envelope-from gnats) Date: Thu, 3 Jan 2002 08:00:06 -0800 (PST) Message-Id: <200201031600.g03G06605180@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Makoto Matsushita Subject: Re: misc/33492: /usr/src/sys/vm/vm_mmap.c not there in 4.3 Reply-To: Makoto Matsushita Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33492; it has been noted by GNATS. From: Makoto Matsushita To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: misc/33492: /usr/src/sys/vm/vm_mmap.c not there in 4.3 Date: Fri, 04 Jan 2002 00:57:43 +0900 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/vm/vm_mmap.c?f=u&only_with_tag=RELENG_4_3 This file should be there in 4.3-RELEASE. It would be a local configuration error. Re-cvsup 4.3-RELEASE source code again and it'll fix your problem IMHO. -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 3 8:59:45 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from straylight.ringlet.net (discworld.nanolink.com [217.75.135.248]) by hub.freebsd.org (Postfix) with SMTP id 7384437B41B for ; Thu, 3 Jan 2002 08:59:39 -0800 (PST) Received: (qmail 93329 invoked by uid 1000); 3 Jan 2002 16:57:31 -0000 Date: Thu, 3 Jan 2002 18:57:31 +0200 From: Peter Pentchev To: Dmitry.Karpov@pi2.ru Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: Please, add "3128 - Squid" at /etc/services Message-ID: <20020103185731.E9147@straylight.oblivion.bg> Mail-Followup-To: Dmitry.Karpov@pi2.ru, freebsd-bugs@FreeBSD.ORG References: <3C3469FA.D69@pi2.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C3469FA.D69@pi2.ru>; from Dmitry.Karpov@pi2.ru on Thu, Jan 03, 2002 at 05:26:02PM +0300 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Jan 03, 2002 at 05:26:02PM +0300, Dmitry.Karpov@pi2.ru wrote: > Sorry, I am russian and I am very little speak english. > If you read the bad word, it is my mistake only. > > I think, TCP-ports 3128, 3130 and 3131 are "well-known" for Squid. > I think, FreeBSD authors needs to add this ports numbers > to /etc/services file. There would be a problem with that. As far as I know, the /etc/services file is only populated with official service/port allocations approved by IANA. There is even a URL at the top of the file, pointing to the IANA website - http://www.iana.org/assignments/port-numbers That list has the following entries: ndl-aas 3128/tcp Active API Server Port ndl-aas 3128/udp Active API Server Port # Martin Norman icpv2 3130/tcp ICPv2 icpv2 3130/udp ICPv2 # Duane Wessels netbookmark 3131/tcp Net Book Mark netbookmark 3131/udp Net Book Mark # Yiftach Ravid The ICPv2 one seems to correspond to Squid's ICP, as also confirmed by the contact person listed - Duane Wessels. The entries for 3128/tcp and 3131/tcp are already allocated to others, though, and I do not think that it would be easy to get IANA to revoke those and give them to Squid :( This, unfortunately, means that there is not much chance of having the FreeBSD /etc/services file list those services as Squid services. The most that could be done would be to list the IANA-allocated services and then list the Squid ones, but commented out - see the /etc/services entries for 1645/tcp and 1646/tcp, for example. G'luck, Peter -- because I didn't think of a good beginning of it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 3 11:30:15 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6E01737B41D for ; Thu, 3 Jan 2002 11:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g03JU2v43768; Thu, 3 Jan 2002 11:30:02 -0800 (PST) (envelope-from gnats) Date: Thu, 3 Jan 2002 11:30:02 -0800 (PST) Message-Id: <200201031930.g03JU2v43768@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Crist J. Clark" Subject: Re: conf/33476: gettytab and issue Reply-To: "Crist J. Clark" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR conf/33476; it has been noted by GNATS. From: "Crist J. Clark" To: Damian Tometzki Cc: bugs-followup@freebsd.org Subject: Re: conf/33476: gettytab and issue Date: Thu, 3 Jan 2002 11:11:36 -0800 On Thu, Jan 03, 2002 at 07:58:23AM +0100, Damian Tometzki wrote: > Hi, > > when i login on the console then works fine. But when I login from a > Workstation (Win98, Win2000) then are not being displayed. I presume you are using a telnet or ssh client, or some other protocol over the network to log in? No getty(8) is involved in a network login, so nothing in gettytab(5) is going to have any effect. This is not a system bug, so I am going to close up the PR. If you need more help with this problem, I suggest you send details of what you are currently doing, and what results you are trying to get to -questions or another appropriate FreeBSD email list. -- "It's always funny until someone gets hurt. Then it's hilarious." Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 3 12:20:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5C29737B41C for ; Thu, 3 Jan 2002 12:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g03KK1k54199; Thu, 3 Jan 2002 12:20:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4306A37B41B for ; Thu, 3 Jan 2002 12:12:38 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g03KCcX53390; Thu, 3 Jan 2002 12:12:38 -0800 (PST) (envelope-from nobody) Message-Id: <200201032012.g03KCcX53390@freefall.freebsd.org> Date: Thu, 3 Jan 2002 12:12:38 -0800 (PST) From: Eric Anderson To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/33515: amd incorrectly handles multi-homed nfs servers - causing failures Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33515 >Category: bin >Synopsis: amd incorrectly handles multi-homed nfs servers - causing failures >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 03 12:20:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Eric Anderson >Release: FreeBSD RELEASE 4.x >Organization: Centaur Technology >Environment: FreeBSD proton.centtech.com 4.3-RELEASE FreeBSD 4.3-RELEASE #0: Fri Sep 7 09:42:10 CDT 2001 root@proton.centtech.com:/usr/src/sys/compile/PROTON i386 >Description: I have a FreeBSD client on net A, and a multi-homed NFS server (running Linux, or Solaris, take your pick) on nets A and B. If I attempt to access the server with automounter (amd) via the interface that is NOT on my net (A), it times out, responding with: nfs server pid226@clienthostname:/net: not responding nfs server pid226@clienthostname:/net: is alive again ls: /net/inside/usr2: No such file or directory Also, this may be unrelated, but it's still odd (and probably somehow exploitable). Hard to explain, but I'll do my best. If, on a client, I try to do a 'cd /net/server1/' to a NIC (on the server) that will timeout (as mentioned above), and as soon as it starts timing out, I do ctrl-C to break from it, and open another window and do a 'cd /net/server2/share/', when the first 'cd' command finally breaks, it will drop to a /net/server2/share/ directory, instead of the original working directory.. So it sounds kind of like the NFS handles are being reused too quickly or something like that. >How-To-Repeat: On a FreeBSD 4.x client (with NFS client and amd enabled), access an automount on a server that is on two networks. You must access the nic that is NOT on the same network as the client. This has been mentioned before, but has not been corrected. See PR # 4705. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 3 12:30:28 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E7D6F37B405; Thu, 3 Jan 2002 12:30:25 -0800 (PST) Received: (from cjc@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g03KU4I55017; Thu, 3 Jan 2002 12:30:04 -0800 (PST) (envelope-from cjc) Date: Thu, 3 Jan 2002 12:30:04 -0800 (PST) From: Message-Id: <200201032030.g03KU4I55017@freefall.freebsd.org> To: damian@tometzki.de, cjc@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/33476: gettytab and issue Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: gettytab and issue State-Changed-From-To: open->closed State-Changed-By: cjc State-Changed-When: Thu Jan 3 12:25:41 PST 2002 State-Changed-Why: This is not a bug. No getty(8) is involved in a network login so gettytab(5) is not necessarily used. (But in some cases, like telnetd(8) which uses a few fields of gettytab(5), there is partial support. What I said in that last mail about gettytab(5) not being used at all is not absolutely true.) http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33476 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 3 13:20: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9922537B416 for ; Thu, 3 Jan 2002 13:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g03LK1T66099; Thu, 3 Jan 2002 13:20:01 -0800 (PST) (envelope-from gnats) Date: Thu, 3 Jan 2002 13:20:01 -0800 (PST) Message-Id: <200201032120.g03LK1T66099@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Gerhard Sittig Subject: Re: bin/22860: [PATCH] adduser & friends with '$' in usernames Reply-To: Gerhard Sittig Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/22860; it has been noted by GNATS. From: Gerhard Sittig To: bug-followup@freebsd.org Cc: yar@freebsd.org Subject: Re: bin/22860: [PATCH] adduser & friends with '$' in usernames Date: Thu, 3 Jan 2002 22:07:50 +0100 To create some kind of "link" and to keep some kind of state or progress in the audit trail: I understand this PR is heavily connected to bin/31049 (dots in usernames) and yar@freebsd.org tried to attack the issue in revs 1.51 and 1.52 of src/usr.sbin/adduser/adduser.perl as of 2002-01-02. Doug Barton fixed src/usr.sbin/adduser/rmuser.perl so it has been removing (well, "has been able to remove" might be better wording:) any existing user since rev 1.12 as of 2000-12-17. Yar Tikhi yesterday taught adduser.perl about an option to force the administrator's wish onto the system what the name should look like. I have to state two points here: I'm not completely sure about which characters are allowed in usernames while PR bin/31049 cites POSIX and talks about "characters from the portable filename character set". So I cannot decide if the current implementation (short circuit *any* test except for "there must be a username" and "it must not contain a colon" because of the passwd(5) format) is going too far and would allow invalid usernames. And I feel that the wording of the warn messages is too strong. I would talk about "unexpected" or "not recommended" characters unless I'm sure they really _are_ invalid characters. BTW: Should there be a length check like in pw(8)? src/usr.sbin/pw/* hasn't been touched yet. But I take it from the bin/31049 audit trail that yar is aware of this tool, too, and tries to sync both the Perl and the C version of the user database manipulating frontends -- once it's determined what a username is allowed to look like. virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 3 13:50:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D56B037B41F for ; Thu, 3 Jan 2002 13:50:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g03Lo0R69495; Thu, 3 Jan 2002 13:50:00 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AEC8837B419 for ; Thu, 3 Jan 2002 13:45:57 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g03Ljvt68993; Thu, 3 Jan 2002 13:45:57 -0800 (PST) (envelope-from nobody) Message-Id: <200201032145.g03Ljvt68993@freefall.freebsd.org> Date: Thu, 3 Jan 2002 13:45:57 -0800 (PST) From: Scott Flatman To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/33518: Tweak /usr/src/contrib/file/Header Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33518 >Category: bin >Synopsis: Tweak /usr/src/contrib/file/Header >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: Thu Jan 03 13:50:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Scott Flatman >Release: >Organization: >Environment: >Description: Tweak /usr/src/contrib/file/Header to point to where /usr/bin/file's magic files are currently located. >How-To-Repeat: >Fix: --- Header.orig Sun Nov 26 13:37:20 2000 +++ Header Thu Jan 3 13:32:43 2002 @@ -1,5 +1,5 @@ # Magic # Magic data for file(1) command. -# Machine-generated from src/cmd/file/magdir/*; edit there only! +# Machine-generated from src/contrib/file/Magdir/*; edit there only! # Format is described in magic(files), where: # files is 5 on V7 and BSD, 4 on SV, and ?? in the SVID. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 3 13:50:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BE3F137B41D for ; Thu, 3 Jan 2002 13:50:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g03Lo0d69486; Thu, 3 Jan 2002 13:50:00 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6DF2A37B41B for ; Thu, 3 Jan 2002 13:43:50 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g03LhoK68736; Thu, 3 Jan 2002 13:43:50 -0800 (PST) (envelope-from nobody) Message-Id: <200201032143.g03LhoK68736@freefall.freebsd.org> Date: Thu, 3 Jan 2002 13:43:50 -0800 (PST) From: Scott Flatman To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/33517: Tweak /usr/bin/file magic so it can recognize CMUCL FASL files Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33517 >Category: bin >Synopsis: Tweak /usr/bin/file magic so it can recognize CMUCL FASL files >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: Thu Jan 03 13:50:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Scott Flatman >Release: >Organization: >Environment: >Description: Tweak /usr/src/contrib/file/Magdir/lisp so /usr/bin/file can recognize CMUCL FASL files. >How-To-Repeat: >Fix: --- lisp.orig Thu Aug 2 15:51:38 2001 +++ lisp Thu Jan 3 13:16:16 2002 @@ -20,3 +20,6 @@ #.com and .bin for MIT scheme 0 string \372\372\372\372 MIT scheme (library?) + +# CMUCL +0 string FASL CMUCL FASL file >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 3 16: 4:13 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from zeus.elektroadrenaline.com (adsl-63-195-48-95.dsl.snfc21.pacbell.net [63.195.48.95]) by hub.freebsd.org (Postfix) with ESMTP id 6A68637B417 for ; Thu, 3 Jan 2002 16:04:05 -0800 (PST) Received: from localhost (root@localhost) by zeus.elektroadrenaline.com (8.11.3/8.11.3) with ESMTP id g04048f00456 for ; Thu, 3 Jan 2002 16:04:09 -0800 (PST) (envelope-from root@zeus.elektroadrenaline.com) Date: Thu, 3 Jan 2002 16:04:07 -0800 (PST) From: Victor - admin To: Subject: FreeBSD 4.4 Message-ID: <20020103154208.U437-100000@zeus.elektroadrenaline.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Could not install FreeBSD 4.4 [on an older test machine] formerly running FreeBSD 4.3 without problems: Error message as follows at 52 to 56 of 141 chunks installed : [a few times the error occurred at 52,but mostly at 56 chunks] -------------------exact error msg---------------------------- panic: ffs_valloc: dup alloc syncing disks 42 40 40 37 36 35 35 33 33 29 29 26 26 16 15 15 8 8 5 5 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 -------------------------------------------------------------- On VTY2 : mode = 042101 inum = 22468 ffs = /mnt/usr The steps below were taken, but the exact error continued: [12 or more different FreeBSD 4.4 installation attempts were made] 1. Made several sets of intall diskettes. 2. made install disks using pure dos & unix 3. Ran hardware diagnostics,including OEM harddrive tests 4. switched network card Finally: I reinstalled FreeBSD 4.3 without a glitch ! ??????? After searching & not finding any similar errors reported on your site, I am puzzled by this. If there is anything you can suggest for my next attempt, it would be much appreciated. Thanks Victor email:root@elektroadrenaline.com ----current 4.3 / test machine in use---------- Jan 3 03:14:06 zeus /kernel: Copyright (c) 1992-2001 The FreeBSD Project. Jan 3 03:14:06 zeus /kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Jan 3 03:14:06 zeus /kernel: The Regents of the University of California. All rights reserved. Jan 3 03:14:06 zeus /kernel: FreeBSD 4.3-RELEASE #0: Sat Apr 21 10:54:49 GMT 2001 Jan 3 03:14:06 zeus /kernel: jkh@narf.osd.bsdi.com:/usr/src/sys/compile/GENERIC Jan 3 03:14:06 zeus /kernel: Timecounter "i8254" frequency 1193182 Hz Jan 3 03:14:06 zeus /kernel: CPU: i486DX (486-class CPU) Jan 3 03:14:07 zeus /kernel: real memory = 16777216 (16384K bytes) Jan 3 03:14:07 zeus /kernel: config> en ed0 Jan 3 03:14:07 zeus /kernel: config> po ed0 0x300 Jan 3 03:14:07 zeus /kernel: config> ir ed0 10 Jan 3 03:14:07 zeus /kernel: config> iom ed0 0xd8000 Jan 3 03:14:07 zeus /kernel: config> f ed0 0 Jan 3 03:14:07 zeus /kernel: config> q Jan 3 03:14:07 zeus /kernel: avail memory = 12132352 (11848K bytes) Jan 3 03:14:07 zeus /kernel: Preloaded elf kernel "kernel" at 0xc044d000. Jan 3 03:14:07 zeus /kernel: Preloaded userconfig_script "/boot/kernel.conf" at 0xc044d09c. Jan 3 03:14:07 zeus /kernel: md0: Malloc disk Jan 3 03:14:07 zeus /kernel: npx0: on motherboard Jan 3 03:14:07 zeus /kernel: npx0: INT 16 interface Jan 3 03:14:07 zeus /kernel: isa0: on motherboard Jan 3 03:14:07 zeus /kernel: fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 Jan 3 03:14:07 zeus /kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Jan 3 03:14:07 zeus /kernel: ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 Jan 3 03:14:07 zeus /kernel: atkbdc0: at port 0x60,0x64 on isa0 Jan 3 03:14:07 zeus /kernel: atkbd0: flags 0x1 irq 1 on atkbdc0 Jan 3 03:14:07 zeus /kernel: kbd0 at atkbd0 Jan 3 03:14:07 zeus /kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Jan 3 03:14:07 zeus /kernel: sc0: at flags 0x100 on isa0 Jan 3 03:14:08 zeus /kernel: sc0: VGA <16 virtual consoles, flags=0x300> Jan 3 03:14:08 zeus /kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 Jan 3 03:14:08 zeus /kernel: sio0: type 16450 Jan 3 03:14:08 zeus /kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 Jan 3 03:14:08 zeus /kernel: ppc0: at port 0x378-0x37f irq 7 on isa0 Jan 3 03:14:08 zeus /kernel: ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode Jan 3 03:14:08 zeus /kernel: plip0: on ppbus0 Jan 3 03:14:08 zeus /kernel: lpt0: on ppbus0 Jan 3 03:14:08 zeus /kernel: lpt0: Interrupt-driven port Jan 3 03:14:08 zeus /kernel: ppi0: on ppbus0 Jan 3 03:14:08 zeus /kernel: ed0 at port 0x300-0x31f iomem 0xd8000 irq 10 drq 0 on isa0 Jan 3 03:14:08 zeus /kernel: ed0: address 00:40:05:3b:db:9f, type NE2000 (16 bit) Jan 3 03:14:08 zeus /kernel: isa_compat: didn't get irq for lnc Jan 3 03:14:08 zeus /kernel: ad0: 486MB [989/16/63] at ata0-master BIOSPIO Jan 3 03:14:08 zeus /kernel: Mounting root from ufs:/dev/ad0s1a Jan 3 03:16:20 zeus login: ROOT LOGIN (root) ON ttyv0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 3 17:10: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D531237B417 for ; Thu, 3 Jan 2002 17:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g041A1K06147; Thu, 3 Jan 2002 17:10:01 -0800 (PST) (envelope-from gnats) Date: Thu, 3 Jan 2002 17:10:01 -0800 (PST) Message-Id: <200201040110.g041A1K06147@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ian Dowse Subject: Re: bin/33515: amd incorrectly handles multi-homed nfs servers - causing failures Reply-To: Ian Dowse Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/33515; it has been noted by GNATS. From: Ian Dowse To: Eric Anderson Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: bin/33515: amd incorrectly handles multi-homed nfs servers - causing failures Date: Fri, 04 Jan 2002 01:05:42 +0000 In message <200201032012.g03KCcX53390@freefall.freebsd.org>, Eric Anderson writ es: >I have a FreeBSD client on net A, and a multi-homed NFS server (running Linux, > or >Solaris, take your pick) on nets A and B. If I attempt to access the server >with automounter (amd) via the interface that is NOT on my net (A), it times >out, responding with: This sounds like the common server-side bug where the server responds from the wrong IP address. I'm not sure if Linux or Solaris have a way to avoid this, but when using FreeBSD as the NFS server, just add "-h bindip" options to nfsd for each IP address on the server. The workaround for servers that cannot be made use the correct source address is simply to use the address that works. I don't think that FreeBSD can do much more here without resorting to the insecure approach of accepting replies from any address at all. >If, on a client, I try to do a 'cd /net/server1/' to a NIC (on the server) tha >t >will timeout (as mentioned above), and as soon as it starts timing out, I do >ctrl-C to break from it, and open another window and do a 'cd >/net/server2/share/', when the first 'cd' command finally breaks, it will drop >to a /net/server2/share/ directory, instead of the original working directory. >. >So it sounds kind of like the NFS handles are being reused too quickly or >something like that. Weird, that is probably a real amd bug. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 3 22:40: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E7CC737B41D for ; Thu, 3 Jan 2002 22:40:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g046e0960467; Thu, 3 Jan 2002 22:40:00 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8F7C637B41B for ; Thu, 3 Jan 2002 22:37:12 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g046bCU60137; Thu, 3 Jan 2002 22:37:12 -0800 (PST) (envelope-from nobody) Message-Id: <200201040637.g046bCU60137@freefall.freebsd.org> Date: Thu, 3 Jan 2002 22:37:12 -0800 (PST) From: Yasuhiko Okada To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/33523: XV application cannnot be transfered through ssh for FreeBSD4.4. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33523 >Category: misc >Synopsis: XV application cannnot be transfered through ssh for FreeBSD4.4. >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 03 22:40:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Yasuhiko Okada >Release: FreeBSD4.4-RELEASE >Organization: Kinki University >Environment: FreeBSD XXX.XXX 4.4-RELEASE FreeBSD 4.4-RELEASE #0: Sun Dec 30 10:19:49 JST 2001 >Description: Now I am using the openssh compiled with patch SA01-64 to transfer the X application. X Server machine works with FreeBSD4.4-RELEASE. The transportation of data of [XV] application cannot be succeded. When I try to use xv through ssh, I receive error message [sengmentation fault]. Other applications like mule,kterm,netscape work well through ssh, but sometimes the netscape also stops during the web-surfing. This problem occures with PentiumPro166MHz and DX4-66MHz machine. However this doesn't occure with PentiumIII-700MHz machine and Pentium-90MHz machine installed with FreeBSD4.4(same OS). I am not sure whether this problem depends on the machine or not. I checked with 2 different NIC cards (xl0, de0). PentiumPro166MHz machine can't received the data of xv with both cards, but Pentium90MHz machine could work successfully with both cards. It seems this problem occures when large size of data is transfered. >How-To-Repeat: )Install the FreeBSD4.4-RELEASE to the target machine with NIC (xl0 or de0). )Install the FreeBSD4.4-RELEASE to the X-Server machine with NIC (rl0 RealTek 8139) )Configure the setting to use openssh for Xforwarding >Fix: This problem didin't occur with following environment. )Install the FreeBSD4.3-RELEASE to PentiumPro166Mhz machine with NIC(xl0 or de0). )Patch the machine for the openssh security X-Server works with FreeBSD4.4-RELEASE and NIC (rl0). >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 3 23:10:29 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5C42D37B41E; Thu, 3 Jan 2002 23:10:26 -0800 (PST) Received: (from roam@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0473At62618; Thu, 3 Jan 2002 23:03:10 -0800 (PST) (envelope-from roam) Date: Thu, 3 Jan 2002 23:03:10 -0800 (PST) From: Message-Id: <200201040703.g0473At62618@freefall.freebsd.org> To: sf@dsinw.com, roam@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/33517: Tweak /usr/bin/file magic so it can recognize CMUCL FASL files Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Tweak /usr/bin/file magic so it can recognize CMUCL FASL files State-Changed-From-To: open->closed State-Changed-By: roam State-Changed-When: Thu Jan 3 23:00:36 PST 2002 State-Changed-Why: file(1) is exterally maintained software, as witnessed by the fact that its sources are actually in the src/contrib directory and by the src/contrib/file/FREEBSD-upgrade description. For new magic entries, please contact the author, Christos Zoulas, at the address given in the FREEBSD-upgrade file. Still, thank you for the efforts to improve FreeBSD! :) http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33517 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 3 23:10:29 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BEEFB37B41F; Thu, 3 Jan 2002 23:10:26 -0800 (PST) Received: (from roam@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0476Nu66350; Thu, 3 Jan 2002 23:06:23 -0800 (PST) (envelope-from roam) Date: Thu, 3 Jan 2002 23:06:23 -0800 (PST) From: Message-Id: <200201040706.g0476Nu66350@freefall.freebsd.org> To: roam@FreeBSD.org, freebsd-bugs@FreeBSD.org, obrien@FreeBSD.org Subject: Re: bin/33518: Tweak /usr/src/contrib/file/Header Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Tweak /usr/src/contrib/file/Header Responsible-Changed-From-To: freebsd-bugs->obrien Responsible-Changed-By: roam Responsible-Changed-When: Thu Jan 3 23:04:01 PST 2002 Responsible-Changed-Why: David O'Brien maintains file(1) in the FreeBSD source tree. David, is this change worth making, so that curious perusers of /usr/share/misc/magic could find the actual magic sources? Yes, I know that this would - perhaps needlessly - take the Header file off the CVS vendor branch; still, in the interests of clarity..? http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33518 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 3 23:50: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5C52337B41C for ; Thu, 3 Jan 2002 23:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g047o2O71774; Thu, 3 Jan 2002 23:50:02 -0800 (PST) (envelope-from gnats) Date: Thu, 3 Jan 2002 23:50:02 -0800 (PST) Message-Id: <200201040750.g047o2O71774@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: k Macy Subject: ptrace bug was Re: gnu/33262: gdb does not handle pending signals correctly when single stepping Reply-To: k Macy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR gnu/33262; it has been noted by GNATS. From: k Macy To: Donald Gillies , freebsd-gnats-submit@FreeBSD.org, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Cc: kip_macy@yahoo.com Subject: ptrace bug was Re: gnu/33262: gdb does not handle pending signals correctly when single stepping Date: Thu, 3 Jan 2002 23:45:07 -0800 (PST) Not to mention that SIGVTALRM is already used by the thread library (although I would hope that _thread_sys_sigaction is smart enough to handle that case). I've stepped through the GDB code on both 4.18 and 5.1. On 5.1 I found the following in i386fbsd-nat.c: void child_resume (ptid_t ptid, int step, enum target_signal signal) { pid_t pid = ptid_get_pid (ptid); int request = PT_STEP; if (pid == -1) /* Resume all threads. This only gets used in the non-threaded case, where "resume all threads" and "resume inferior_ptid" are the same. */ pid = ptid_get_pid (inferior_ptid); if (!step) { unsigned int eflags; /* Workaround for a bug in FreeBSD. Make sure that the trace flag is off when doing a continue. There is a code path through the kernel which leaves the flag set when it should have been cleared. If a process has a signal pending (such as SIGALRM) and we do a PT_STEP, the process never really has a chance to run because the kernel needs to notify the debugger that a signal is being sent. Therefore, the process never goes through the kernel's trap() function which would normally clear it. */ eflags = read_register (PS_REGNUM); if (eflags & 0x0100) write_register (PS_REGNUM, eflags & ~0x0100); request = PT_CONTINUE; } It is pretty clear that: a) this does not deal with the case of step or next b) this does not work in the case of continue often times because step will be set to 1 and hence, this code does _not_ work around the bug. This appears to be less of a GDB bug and more of a kernel bug in ptrace. -Kip --- Donald Gillies wrote: > I think this bug may be associated only with the > SIGALRM signal. When I > convert my code to use SIGVTALRM, the problem goes > away. Unfortunately, > SIGVTALRM does not do exactly > what I am looking for !! > > # gdb 5.10 > # $FreeBSD: src/COPYRIGHT,v 1.4 1999/09/05 21:33:47 > obrien Exp $ > # @(#)COPYRIGHT 8.2 (Berkeley) 3/21/94 > > > __________________________________________________ Do You Yahoo!? Send your FREE holiday greetings online! http://greetings.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 4 2:20:17 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7073237B41E for ; Fri, 4 Jan 2002 02:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g04AK1j97047; Fri, 4 Jan 2002 02:20:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 29BB437B416 for ; Fri, 4 Jan 2002 02:15:05 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g04AF5J96524; Fri, 4 Jan 2002 02:15:05 -0800 (PST) (envelope-from nobody) Message-Id: <200201041015.g04AF5J96524@freefall.freebsd.org> Date: Fri, 4 Jan 2002 02:15:05 -0800 (PST) From: Matthias To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/33525: root access without password Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33525 >Category: i386 >Synopsis: root access without password >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 04 02:20:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Matthias >Release: 4.4 >Organization: >Environment: FreeBSD 4.4-RELEASE FreeBSD 4.4-RELEASE #0: Tue Sep 11:57:08 PDT 2001 murray@builder.FreeBSD.org:/usr/src/sys/compile/GENERIC i386 >Description: hi mates, yesterday i installed my version of freebsd, and i added an additional user account. i think i typed a wrong password ( not that what i wanted). this morning i wanted to login as the user and typed username and password --> login incorrect. now i wanted to login as root to fix the problem. but when i typed the username and pressed enter i got a bash shell without requesting a password. thats really unsecure i think :) now ill reboot my machine to see if i can login normaly as root at first! same problem. but when i press strg-c after typing the username i got an output --> Jan 4 10:07:19 login: pam_authenticate: Conversation error so .. thats all, now ill reinstall FreeBSD cause thats the first time i have this prob with that release! i think the problem was the wrong password while adding an addintional user ... dunno why :) hope i could help u with that prob. regards, matthias >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 4 3:30: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id EE79837B419 for ; Fri, 4 Jan 2002 03:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g04BU1Y09020; Fri, 4 Jan 2002 03:30:01 -0800 (PST) (envelope-from gnats) Date: Fri, 4 Jan 2002 03:30:01 -0800 (PST) Message-Id: <200201041130.g04BU1Y09020@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Alexey V. Neyman" Subject: Re: i386/33525: root access without password Reply-To: "Alexey V. Neyman" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/33525; it has been noted by GNATS. From: "Alexey V. Neyman" To: Matthias , bug-followup@FreeBSD.org Cc: Subject: Re: i386/33525: root access without password Date: Fri, 4 Jan 2002 14:28:18 +0300 `root' account is passwordless right after the installation. So, unless you changed its password (either through a dialog in installation utility, sysinstall, or directly with `passwd' command), this is expected behaviour. Regards, Alexey. -- <-------------------------> ) May the Sun and Water ( Regards, Alexey V. Neyman ) always fall upon you! ( mailto:alex.neyman@auriga.ru <-------------------------> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 4 3:40: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6D7DA37B417 for ; Fri, 4 Jan 2002 03:40:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g04Be3209915; Fri, 4 Jan 2002 03:40:03 -0800 (PST) (envelope-from gnats) Date: Fri, 4 Jan 2002 03:40:03 -0800 (PST) Message-Id: <200201041140.g04Be3209915@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Mahesh Pandya Subject: Re: i386/33525: root access without password Reply-To: Mahesh Pandya Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/33525; it has been noted by GNATS. From: Mahesh Pandya To: freebsd-gnats-submit@FreeBSD.org, cropone@gmx.de Cc: bug-followup@freebsd.org Subject: Re: i386/33525: root access without password Date: Fri, 04 Jan 2002 11:27:50 +0000 The 'login:' prompt will not ask for a password, because when you installed FreeBSD 4.4/4.3, you have to visit the 'Configure' section of the SysInstall utility and select the 'Root Password' menu selection, and you have to assign a root password through that menu. This step is also documented in the 'FreeBSD Handbook', but it seems that you tried to / or missed the section by mistake or whatever... This PR can be closed if no further similar problems occur on the PR Database. - Hiten - -- SSH Fingerprint: 1024 45:a5:9c:f2:fb:07:da:70:18:02:0b:f3:63:f1:7a:a6 hitenp@hpdi.ath.cx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 4 3:40:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 323BD37B41C for ; Fri, 4 Jan 2002 03:40:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g04Be5J09921; Fri, 4 Jan 2002 03:40:05 -0800 (PST) (envelope-from gnats) Date: Fri, 4 Jan 2002 03:40:05 -0800 (PST) Message-Id: <200201041140.g04Be5J09921@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Mahesh Pandya Subject: Re: i386/33525: root access without password Reply-To: Mahesh Pandya Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/33525; it has been noted by GNATS. From: Mahesh Pandya To: freebsd-gnats-submit@FreeBSD.org, cropone@gmx.de Cc: bug-followup@freebsd.org Subject: Re: i386/33525: root access without password Date: Fri, 04 Jan 2002 11:27:50 +0000 The 'login:' prompt will not ask for a password, because when you installed FreeBSD 4.4/4.3, you have to visit the 'Configure' section of the SysInstall utility and select the 'Root Password' menu selection, and you have to assign a root password through that menu. This step is also documented in the 'FreeBSD Handbook', but it seems that you tried to / or missed the section by mistake or whatever... This PR can be closed if no further similar problems occur on the PR Database. - Hiten - -- SSH Fingerprint: 1024 45:a5:9c:f2:fb:07:da:70:18:02:0b:f3:63:f1:7a:a6 hitenp@hpdi.ath.cx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 4 5: 0: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2D1B537B41B for ; Fri, 4 Jan 2002 05:00:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g04D02c31153; Fri, 4 Jan 2002 05:00:02 -0800 (PST) (envelope-from gnats) Date: Fri, 4 Jan 2002 05:00:02 -0800 (PST) Message-Id: <200201041300.g04D02c31153@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: CROPONE@gmx.de Subject: Re: i386/33525: root access without password Reply-To: CROPONE@gmx.de Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/33525; it has been noted by GNATS. From: CROPONE@gmx.de To: freebsd-gnats-submit@FreeBSD.org, cropone@gmx.de Cc: Subject: Re: i386/33525: root access without password Date: Fri, 4 Jan 2002 13:59:07 +0100 (MET) hi all, i know what want to tell me, but i setted up a root password. it was the last point in my installation. so, what can we do ? regards, Matthias -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 4 7:40:30 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3547337B41D for ; Fri, 4 Jan 2002 07:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g04Fe1A90393; Fri, 4 Jan 2002 07:40:01 -0800 (PST) (envelope-from gnats) Received: from vbook.express.ru (asplinux.ru [195.133.213.194]) by hub.freebsd.org (Postfix) with ESMTP id 5577C37B405 for ; Fri, 4 Jan 2002 07:34:54 -0800 (PST) Received: from vova by vbook.express.ru with local (Exim 3.31 #2) id 16MWN4-0001fL-00 for FreeBSD-gnats-submit@freebsd.org; Fri, 04 Jan 2002 18:35:02 +0300 Message-Id: Date: Fri, 04 Jan 2002 18:35:02 +0300 From: "Vladimir B.Grebenschikov" Reply-To: "Vladimir B.Grebenschikov" To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/33535: invalid kernel diagnostic while writing dump on machine with more than 2 Gb RAM Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33535 >Category: kern >Synopsis: invalid kernel diagnostic while writing dump on machine with more than 2 Gb RAM >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 04 07:40:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Vladimir B. Grebenschikov >Release: FreeBSD 5.0-CURRENT i386 >Organization: SWsoft >Environment: FreeBSD vbook.express.ru 5.0-CURRENT FreeBSD 5.0-CURRENT #10: Fri Dec 28 19:17:02 MSK 2001 root@walder.asplinux.ru:/usr/obj/ext/current/src/sys/VBOOK i386 also checed on 4.4-RELEASE and RELENG_4 >Description: while dumping core ( dumpsys() from kernel ) progress indicator shows negative values, than positive: -1024 .. -2047, 2047 .. 0 >How-To-Repeat: from DDB: db> call dumpsys() dumping to dev #da/0x20007, offset 3948672 dump -1024 -1025 -1026 -1027 -1028 -1029 -1030 -1031 -1032 -1033 -1034 -1035 -1036 -1037 -1038 -1039 -1040 -1041 -1042 -1043 -1044 -1045 -1046 -1047 -1048 -1049 ... -2042 -2043 -2044 -2045 -2046 -2047 2047 2046 2045 2044 2043 2042 2041 2040 2039 2038 ... 10 9 8 7 6 5 4 3 2 1 0 succeeded >Fix: Index: sys/cam/scsi/scsi_da.c =================================================================== RCS file: /ext/vcvs/src/sys/cam/scsi/scsi_da.c,v retrieving revision 1.42.2.12 diff -u -r1.42.2.12 scsi_da.c --- sys/cam/scsi/scsi_da.c 2001/07/30 00:48:20 1.42.2.12 +++ sys/cam/scsi/scsi_da.c 2002/01/04 15:15:40 @@ -739,7 +739,7 @@ return(EIO); } - if (dumpstatus(addr, (long)(num * softc->params.secsize)) < 0) + if (dumpstatus(addr, (unsigned long)(num * softc->params.secsize)) < 0) return (EINTR); /* update block count */ Index: sys/dev/ata/ata-disk.c =================================================================== RCS file: /ext/vcvs/src/sys/dev/ata/ata-disk.c,v retrieving revision 1.60.2.16 diff -u -r1.60.2.16 ata-disk.c --- sys/dev/ata/ata-disk.c 2001/08/28 17:56:14 1.60.2.16 +++ sys/dev/ata/ata-disk.c 2002/01/04 15:15:41 @@ -329,7 +329,7 @@ DELAY(20); } - if (dumpstatus(addr, (long)(count * DEV_BSIZE)) < 0) + if (dumpstatus(addr, (unsigned long)(count * DEV_BSIZE)) < 0) return EINTR; blkno += blkcnt * dumppages; Index: sys/kern/kern_shutdown.c =================================================================== RCS file: /ext/vcvs/src/sys/kern/kern_shutdown.c,v retrieving revision 1.72.2.8 diff -u -r1.72.2.8 kern_shutdown.c --- sys/kern/kern_shutdown.c 2001/08/23 10:32:29 1.72.2.8 +++ sys/kern/kern_shutdown.c 2002/01/04 15:15:44 @@ -394,7 +394,7 @@ */ static u_long const dumpmag = 0x8fca0101UL; -static int dumpsize = 0; /* also for savecore */ +static unsigned int dumpsize = 0; /* also for savecore */ static int dodump = 1; @@ -406,7 +406,7 @@ dev_t dev; { int psize; - long newdumplo; + unsigned long newdumplo; if (dev == NODEV) { dumpdev = dev; @@ -523,7 +523,7 @@ } int -dumpstatus(vm_offset_t addr, long count) +dumpstatus(vm_offset_t addr, unsigned long count) { int c; @@ -532,7 +532,7 @@ if (wdog_tickler) (*wdog_tickler)(); #endif - printf("%ld ", count / (1024 * 1024)); + printf("%lu ", count / (1024 * 1024)); } if ((c = cncheckc()) == 0x03) Index: sys/sys/systm.h =================================================================== RCS file: /ext/vcvs/src/sys/sys/systm.h,v retrieving revision 1.111.2.8 diff -u -r1.111.2.8 systm.h --- sys/sys/systm.h 2001/07/30 23:28:01 1.111.2.8 +++ sys/sys/systm.h 2002/01/04 15:15:45 @@ -101,7 +101,7 @@ struct uio; void Debugger __P((const char *msg)); -int dumpstatus __P((vm_offset_t addr, long count)); +int dumpstatus __P((vm_offset_t addr, unsigned long count)); int nullop __P((void)); int eopnotsupp __P((void)); int einval __P((void)); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 4 7:50:30 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D0A2D37B41D for ; Fri, 4 Jan 2002 07:50:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g04Fo0f91656; Fri, 4 Jan 2002 07:50:00 -0800 (PST) (envelope-from gnats) Received: from vbook.express.ru (asplinux.ru [195.133.213.194]) by hub.freebsd.org (Postfix) with ESMTP id F209437B417 for ; Fri, 4 Jan 2002 07:44:27 -0800 (PST) Received: from vova by vbook.express.ru with local (Exim 3.31 #2) id 16MWWK-0001hP-00 for FreeBSD-gnats-submit@freebsd.org; Fri, 04 Jan 2002 18:44:36 +0300 Message-Id: Date: Fri, 04 Jan 2002 18:44:36 +0300 From: "Vladimir B.Grebenschikov" Reply-To: "Vladimir B.Grebenschikov" To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/33537: savecore cannot save kernel core if it's size > 2Gb Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33537 >Category: bin >Synopsis: savecore cannot save kernel core if it's size > 2Gb >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 04 07:50:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Vladimir B. Grebenschikov >Release: FreeBSD 5.0-CURRENT i386 >Organization: SWsoft >Environment: System: FreeBSD vbook.express.ru 5.0-CURRENT FreeBSD 5.0-CURRENT #10: Fri Dec 28 19:17:02 MSK 2001 root@walder.asplinux.ru:/usr/obj/ext/current/src/sys/VBOOK i386 checked also on 4.4-RELEASE and RELENG_4 >Description: Due to integer overflows and fseek overflow savecore can't save kernel core on machine with more than 2Gb Bug related to kern/33535 (but not depends on) >How-To-Repeat: # dumpon sysctl debug.enter_debugger=ddb db> call dumpsys() .... succeeded db> c # savecore /var/crash # ls -l /var/crash ls -l /var/crash/vmcore.? total 0 -rw-r--r-- 1 root wheel 0 Jan 4 18:32 vmcore.0 # There two problems in code: - signed/unsigned integer overflow while counting size of corefile - fseek problem (fseek cannot seek over 2 Gb boundary) >Fix: diff -u -r1.28.2.8 savecore.c --- sbin/savecore/savecore.c 2001/08/01 09:04:22 1.28.2.8 +++ sbin/savecore/savecore.c 2002/01/04 15:15:40 @@ -221,7 +221,7 @@ int kmem, i; const char *dump_sys; size_t len; - long kdumplo; /* block number where dump starts on dumpdev */ + unsigned long kdumplo; /* block number where dump starts on dumpdev */ char *p; /* @@ -266,7 +266,7 @@ (void)Read(kmem, &kdumplo, sizeof(kdumplo)); dumplo = (off_t)kdumplo * DEV_BSIZE; if (verbose) - (void)printf("dumplo = %lld (%ld * %d)\n", + (void)printf("dumplo = %lld (%lu * %d)\n", (long long)dumplo, kdumplo, DEV_BSIZE); Lseek(kmem, (off_t)current_nl[X_DUMPMAG].n_value, L_SET); (void)Read(kmem, &dumpmag, sizeof(dumpmag)); @@ -446,7 +446,7 @@ if (fwrite(buf + nw, hs - nw, 1, fp) != 1) break; if (he > hs) - if (fseek(fp, he - hs, SEEK_CUR) == -1) + if (fseeko(fp, he - hs, SEEK_CUR) == -1) break; } if (nw != nr) { @@ -581,12 +581,12 @@ void get_dumpsize() { - int kdumpsize; + unsigned int kdumpsize; /* Read the dump size. */ DumpRead(dumpfd, &kdumpsize, sizeof(kdumpsize), (off_t)(dumplo + ok(dump_nl[X_DUMPSIZE].n_value)), L_SET); - dumpsize = kdumpsize * getpagesize(); + dumpsize = kdumpsize * (unsigned)getpagesize(); } /* >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 4 9:20:34 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6CFDC37B41E for ; Fri, 4 Jan 2002 09:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g04HK1m10250; Fri, 4 Jan 2002 09:20:01 -0800 (PST) (envelope-from gnats) Received: from vbook.express.ru (asplinux.ru [195.133.213.194]) by hub.freebsd.org (Postfix) with ESMTP id 7C42F37B416 for ; Fri, 4 Jan 2002 09:14:39 -0800 (PST) Received: from vova by vbook.express.ru with local (Exim 3.31 #2) id 16MXvb-0001s1-00 for FreeBSD-gnats-submit@freebsd.org; Fri, 04 Jan 2002 20:14:47 +0300 Message-Id: Date: Fri, 04 Jan 2002 20:14:47 +0300 From: "Vladimir B.Grebenschikov" Reply-To: "Vladimir B.Grebenschikov" To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/33542: a few of swapping completly freeze system with large number of processes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33542 >Category: kern >Synopsis: a few of swapping completly freeze system with large number of processes >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 04 09:20:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Vladimir B. Grebenschikov >Release: FreeBSD 4.4-RELEASE i386 >Organization: SWsoft >Environment: System: FreeBSD vbook.express.ru 4.4-RELEASE FreeBSD >Description: vmdaemon process (function vm_daemon() in kernel) runs through list of processes and looks at all nested memory objects. Kernel spends too long time ( 20-30 secs per cycle on system with 1000-2000 processes ) running through processes list in vm_daemon() (pageouting processes) and system seems to be completly freezed (only network interrupts is servering) when vm_daemon does not asleep. >How-To-Repeat: run large number of processes and reach end of real memory (until swapping begins) >Fix: This patch is far of ideal. But system responds on commands and seems workable while pageout with it. There are two sysctl variables to control pageout cycle: vm.pageout_run_ticks - how long vmdaemon runs at once (in ticks) vm.pageout_skip_ticks - how long vmdaemon sleeps before continue run through processes list (in ticks) but vmdaemon will be awaken if new wakeup() called. patch related to RELENG_4 --- sys/vm/vm_pageout.c.orig Wed Dec 26 04:28:12 2001 +++ sys/vm/vm_pageout.c Fri Jan 4 19:49:04 2002 @@ -143,6 +143,9 @@ static int defer_swap_pageouts=0; static int disable_swap_pageouts=0; +static int pageout_run_ticks=50; +static int pageout_skip_ticks=50; + #if defined(NO_SWAPPING) static int vm_swap_enabled=0; static int vm_swap_idle_enabled=0; @@ -191,6 +194,12 @@ SYSCTL_INT(_vm, OID_AUTO, pageout_lock_miss, CTLFLAG_RD, &pageout_lock_miss, 0, "vget() lock misses during pageout"); +SYSCTL_INT(_vm, OID_AUTO, pageout_run_ticks, + CTLFLAG_RW, &pageout_run_ticks, 0, "Pageout maximail run on single awake in ticks"); + +SYSCTL_INT(_vm, OID_AUTO, pageout_skip_ticks, + CTLFLAG_RW, &pageout_skip_ticks, 0, "Pageout skip ticks after single run"); + #define VM_PAGEOUT_PAGE_COUNT 16 int vm_pageout_page_count = VM_PAGEOUT_PAGE_COUNT; @@ -1433,10 +1442,13 @@ static void vm_daemon() { + static int pid = 0; struct proc *p; + int timo = 0; + int cycleticks; while (TRUE) { - tsleep(&vm_daemon_needed, PPAUSE, "psleep", 0); + tsleep(&vm_daemon_needed, PPAUSE, "psleep", timo); if (vm_pageout_req_swapout) { swapout_procs(vm_pageout_req_swapout); vm_pageout_req_swapout = 0; @@ -1446,7 +1458,28 @@ * process is swapped out -- deactivate pages */ - for (p = allproc.lh_first; p != 0; p = p->p_list.le_next) { + cycleticks = ticks; + + if (pid == 0) + p = allproc.lh_first; + else { + p = pfind(pid); + if (p) { + p = p->p_list.le_next; + if (!p) p = allproc.lh_first; + } + } + + if (!p) + for (p = allproc.lh_first; p != 0; p = p->p_list.le_next) { + if (p->p_pid < pid) + break; + } + + if (!p) + p = allproc.lh_first; + + for (; p != 0; p = p->p_list.le_next) { vm_pindex_t limit, size; /* @@ -1479,11 +1512,26 @@ limit = 0; /* XXX */ size = vmspace_resident_count(p->p_vmspace); + + if (ticks - cycleticks > pageout_run_ticks) + break; + if (limit >= 0 && size >= limit) { vm_pageout_map_deactivate_pages( &p->p_vmspace->vm_map, limit); } } + + if (vm_page_count_target()) { + pid = (p) ? p->p_pid : 0; + /* sleep a bit - to give system possibility to do somet + timo = pageout_skip_ticks; + } else { + pid = 0; + /* sleep until awake */ + timo = 0; + } + } } #endif >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 4 9:50:31 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 634DC37B417; Fri, 4 Jan 2002 09:50:27 -0800 (PST) Received: (from silby@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g04Hgco13187; Fri, 4 Jan 2002 09:42:38 -0800 (PST) (envelope-from silby) Date: Fri, 4 Jan 2002 09:42:38 -0800 (PST) From: Message-Id: <200201041742.g04Hgco13187@freefall.freebsd.org> To: ggong@cal.alumni.berkeley.edu, silby@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/33509: fix vnode_if.pl to internally call itself vnode_if.pl Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: fix vnode_if.pl to internally call itself vnode_if.pl State-Changed-From-To: open->closed State-Changed-By: silby State-Changed-When: Fri Jan 4 09:41:24 PST 2002 State-Changed-Why: A modified version of this fix has been committed to -current. It will be MFC'd to -stable once 4.5 is released. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33509 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 4 10:10:33 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 28AD537B422 for ; Fri, 4 Jan 2002 10:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g04IA1019618; Fri, 4 Jan 2002 10:10:01 -0800 (PST) (envelope-from gnats) Received: from femail20.sdc1.sfba.home.com (femail20.sdc1.sfba.home.com [24.0.95.129]) by hub.freebsd.org (Postfix) with ESMTP id 548FF37B416 for ; Fri, 4 Jan 2002 10:08:40 -0800 (PST) Received: from cc158233-a.catv1.md.home.com ([24.3.25.17]) by femail20.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20020104180839.JXDR3327.femail20.sdc1.sfba.home.com@cc158233-a.catv1.md.home.com> for ; Fri, 4 Jan 2002 10:08:39 -0800 Received: (from sjr@localhost) by cc158233-a.catv1.md.home.com (8.11.6/8.11.6) id g04I8ci17205; Fri, 4 Jan 2002 13:08:38 -0500 (EST) (envelope-from sjr) Message-Id: <200201041808.g04I8ci17205@cc158233-a.catv1.md.home.com> Date: Fri, 4 Jan 2002 13:08:38 -0500 (EST) From: "Stephen J. Roznowski" Reply-To: "Stephen J. Roznowski" To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: conf/33545: Add variables to rc.conf for rc.firewall Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33545 >Category: conf >Synopsis: Add variables to rc.conf for rc.firewall >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: Fri Jan 04 10:10:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Stephen J. Roznowski >Release: FreeBSD 4.5-PRERELEASE i386 >Organization: >Environment: System: FreeBSD istari.home.com 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #0: Wed Jan 2 15:56:51 EST 2002 sjr@istari.home.com:/usr/obj/usr/src/sys/ISTARI i386 >Description: Right now, you need to edit rc.firewall to set variables before use. The attached patch creates a series of variables in rc.conf to remove the need to edit rc.firewall. >How-To-Repeat: >Fix: --- etc/defaults/rc.conf.orig Thu Jan 3 23:23:55 2002 +++ etc/defaults/rc.conf Thu Jan 3 23:47:18 2002 @@ -50,6 +50,17 @@ firewall_quiet="NO" # Set to YES to suppress rule display firewall_logging="NO" # Set to YES to enable events logging firewall_flags="" # Flags passed to ipfw when type is a file +firewall_client_net="192.0.2.0" # Client firewall network +firewall_client_mask="255.255.255.0" # Client firewall netmask +firewall_client_ip="192.0.2.1" # Client firewall IP address +firewall_simple_oif="ed0" # Simple firewall outside interface +firewall_simple_onet="192.0.2.0" # Simple firewall outside network +firewall_simple_omask="255.255.255.240" # Simple firewall outside netmask +firewall_simple_oip="192.0.2.1" # Simple firewall outside IP address +firewall_simple_iif="ed1" # Simple firewall inside interface +firewall_simple_inet="192.0.2.16" # Simple firewall inside network +firewall_simple_imask="255.255.255.240" # Simple firewall inside netmask +firewall_simple_iip="192.0.2.17" # Simple firewall inside IP address ip_portrange_first="NO" # Set first dynamically allocated port ip_portrange_last="NO" # Set last dynamically allocated port ipsec_enable="NO" # Set to YES to run setkey on ipsec_file @@ -291,6 +302,17 @@ ipv6_firewall_quiet="NO" # Set to YES to suppress rule display ipv6_firewall_logging="NO" # Set to YES to enable events logging ipv6_firewall_flags="" # Flags passed to ip6fw when type is a file +ipv6_firewall_client_net="3ffe:505:2:1::" # Client firewall network +ipv6_firewall_client_prefixlen="64" # Client firewall prefixlen +ipv6_firewall_client_ip="3ffe:505:2:1::1" # Client firewall IP +ipv6_firewall_simple_oif="ed0" # Simple firewall outside interface +ipv6_firewall_simple_onet="3ffe:505:2:1::" # Simple firewall outside network +ipv6_firewall_simple_oprefixlen="64" # Simple firewall outside netmask +ipv6_firewall_simple_oip="3ffe:505:2:1::1" # Simple firewall outside IP +ipv6_firewall_simple_iif="ed1" # Simple firewall inside interface +ipv6_firewall_simple_inet="3ffe:505:2:2::" # Simple firewall inside network +ipv6_firewall_simple_iprefixlen="64" # Simple firewall inside netmask +ipv6_firewall_simple_iip="3ffe:505:2:2::1" # Simple firewall inside IP address ############################################################## ### System console options ################################# --- etc/rc.firewall.orig Thu Jan 3 23:23:55 2002 +++ etc/rc.firewall Thu Jan 3 23:31:56 2002 @@ -147,9 +147,9 @@ ############ # set these to your network and netmask and ip - net="192.0.2.0" - mask="255.255.255.0" - ip="192.0.2.1" + net=${firewall_client_net} + mask=${firewall_client_mask} + ip=${firewall_client_ip} # Allow any traffic to or from my own net. ${fwcmd} add pass all from ${ip} to ${net}:${mask} @@ -189,16 +189,16 @@ ############ # set these to your outside interface network and netmask and ip - oif="ed0" - onet="192.0.2.0" - omask="255.255.255.240" - oip="192.0.2.1" + oif=${firewall_simple_oif} + onet=${firewall_simple_onet} + omask=${firewall_simple_omask} + oip=${firewall_simple_oip} # set these to your inside interface network and netmask and ip - iif="ed1" - inet="192.0.2.16" - imask="255.255.255.240" - iip="192.0.2.17" + iif=${firewall_simple_iif} + inet=${firewall_simple_inet} + imask=${firewall_simple_imask} + iip=${firewall_simple_iip} # Stop spoofing ${fwcmd} add deny all from ${inet}:${imask} to any in via ${oif} --- etc/rc.firewall6.orig Thu Jan 3 23:23:55 2002 +++ etc/rc.firewall6 Thu Jan 3 23:44:23 2002 @@ -110,9 +110,9 @@ # # This needs more work # - net="3ffe:505:2:1::" - prefixlen="64" - ip="3ffe:505:2:1::1" + net=${ipv6_firewall_client_net} + prefixlen=${ipv6_firewall_client_prefixlen} + ip=${ipv6_firewall_client_ip} # Allow any traffic to or from my own net. ${fw6cmd} add pass all from ${ip} to ${net}/${prefixlen} @@ -164,16 +164,16 @@ ############ # set these to your outside interface network and prefixlen and ip - oif="ed0" - onet="3ffe:505:2:1::" - oprefixlen="64" - oip="3ffe:505:2:1::1" + oif=${ipv6_firewall_simple_oif} + onet=${ipv6_firewall_simple_onet} + oprefixlen=${ipv6_firewall_simple_oprefixlen} + oip=${ipv6_firewall_simple_oip} # set these to your inside interface network and prefixlen and ip - iif="ed1" - inet="3ffe:505:2:2::" - iprefixlen="64" - iip="3ffe:505:2:2::1" + iif=${ipv6_firewall_simple_iif} + inet=${ipv6_firewall_simple_inet} + iprefixlen=${ipv6_firewall_simple_iprefixlen} + iip=${ipv6_firewall_simple_iip} # Stop spoofing ${fw6cmd} add deny all from ${inet}/${iprefixlen} to any in via ${oif} >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 4 10:10:45 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BC8B337B420 for ; Fri, 4 Jan 2002 10:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g04IA1s19608; Fri, 4 Jan 2002 10:10:01 -0800 (PST) (envelope-from gnats) Received: from fw.tovaris.com (fw-an0.tovaris.com [209.145.84.34]) by hub.freebsd.org (Postfix) with ESMTP id 56DF937B41A for ; Fri, 4 Jan 2002 10:03:50 -0800 (PST) Received: from atf.intranet (fw-an0.tovaris.com [209.145.84.34]) by fw.tovaris.com (8.11.6/8.11.6) with ESMTP id g04I3mC50246 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified NO) for ; Fri, 4 Jan 2002 13:03:49 -0500 (EST) (envelope-from adrian@mail.tovaris.com) Received: (from adrian@localhost) by atf.intranet (8.11.6/8.11.6) id g04I3oM01088; Fri, 4 Jan 2002 13:03:50 -0500 (EST) (envelope-from adrian) Message-Id: <200201041803.g04I3oM01088@atf.intranet> Date: Fri, 4 Jan 2002 13:03:50 -0500 (EST) From: Adrian Filipi-Martin Reply-To: Adrian Filipi-Martin To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: misc/33544: removal of depricated sysctl flag use in /etc/rc* scripts Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33544 >Category: misc >Synopsis: removal of depricated sysctl flag use in /etc/rc* scripts >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: Fri Jan 04 10:10:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Adrian Filipi-Martin >Release: FreeBSD 4.4-RELEASE-p1 i386 >Organization: Ubergeeks Consulting >Environment: System: FreeBSD atf.intranet 4.4-RELEASE-p1 FreeBSD 4.4-RELEASE-p1 #24: Fri Dec 7 09:06:10 EST 2001 root@atf.intranet:/home/obj/usr/src/sys/ATF i386 >Description: The -w flag to sysctl(8) is depricated, but still used in several rc scripts. >How-To-Repeat: Read sysctl(8) and /etc/rc{,.network,.network6}. >Fix: Apply this patch. --- rc.orig Fri Jan 4 12:55:47 2002 +++ rc Fri Jan 4 12:55:56 2002 @@ -703,7 +703,7 @@ [Yy][Ee][Ss]) if [ "${kern_securelevel}" -ge 0 ]; then echo 'Raising kernel security level: ' - sysctl -w kern.securelevel=${kern_securelevel} + sysctl kern.securelevel=${kern_securelevel} fi ;; esac --- rc.network.orig Fri Jan 4 12:59:32 2002 +++ rc.network Fri Jan 4 13:00:10 2002 @@ -309,7 +309,7 @@ case ${firewall_logging} in [Yy][Ee][Ss] | '') echo 'Firewall logging=YES' - sysctl -w net.inet.ip.fw.verbose=1 >/dev/null + sysctl net.inet.ip.fw.verbose=1 >/dev/null ;; *) ;; @@ -352,77 +352,77 @@ ;; *) echo -n ' tcp extensions=NO' - sysctl -w net.inet.tcp.rfc1323=0 >/dev/null + sysctl net.inet.tcp.rfc1323=0 >/dev/null ;; esac case ${icmp_bmcastecho} in [Yy][Ee][Ss]) echo -n ' broadcast ping responses=YES' - sysctl -w net.inet.icmp.bmcastecho=1 >/dev/null + sysctl net.inet.icmp.bmcastecho=1 >/dev/null ;; esac case ${icmp_drop_redirect} in [Yy][Ee][Ss]) echo -n ' ignore ICMP redirect=YES' - sysctl -w net.inet.icmp.drop_redirect=1 >/dev/null + sysctl net.inet.icmp.drop_redirect=1 >/dev/null ;; esac case ${icmp_log_redirect} in [Yy][Ee][Ss]) echo -n ' log ICMP redirect=YES' - sysctl -w net.inet.icmp.log_redirect=1 >/dev/null + sysctl net.inet.icmp.log_redirect=1 >/dev/null ;; esac case ${gateway_enable} in [Yy][Ee][Ss]) echo -n ' IP gateway=YES' - sysctl -w net.inet.ip.forwarding=1 >/dev/null + sysctl net.inet.ip.forwarding=1 >/dev/null ;; esac case ${forward_sourceroute} in [Yy][Ee][Ss]) echo -n ' do source routing=YES' - sysctl -w net.inet.ip.sourceroute=1 >/dev/null + sysctl net.inet.ip.sourceroute=1 >/dev/null ;; esac case ${accept_sourceroute} in [Yy][Ee][Ss]) echo -n ' accept source routing=YES' - sysctl -w net.inet.ip.accept_sourceroute=1 >/dev/null + sysctl net.inet.ip.accept_sourceroute=1 >/dev/null ;; esac case ${tcp_keepalive} in [Yy][Ee][Ss]) echo -n ' TCP keepalive=YES' - sysctl -w net.inet.tcp.always_keepalive=1 >/dev/null + sysctl net.inet.tcp.always_keepalive=1 >/dev/null ;; esac case ${tcp_drop_synfin} in [Yy][Ee][Ss]) echo -n ' drop SYN+FIN packets=YES' - sysctl -w net.inet.tcp.drop_synfin=1 >/dev/null + sysctl net.inet.tcp.drop_synfin=1 >/dev/null ;; esac case ${ipxgateway_enable} in [Yy][Ee][Ss]) echo -n ' IPX gateway=YES' - sysctl -w net.ipx.ipx.ipxforwarding=1 >/dev/null + sysctl net.ipx.ipx.ipxforwarding=1 >/dev/null ;; esac case ${arpproxy_all} in [Yy][Ee][Ss]) echo -n ' ARP proxyall=YES' - sysctl -w net.link.ether.inet.proxyall=1 >/dev/null + sysctl net.link.ether.inet.proxyall=1 >/dev/null ;; esac @@ -431,7 +431,7 @@ ;; *) echo -n " ip_portrange_first=$ip_portrange_first" - sysctl -w net.inet.ip.portrange.first=$ip_portrange_first >/dev/null + sysctl net.inet.ip.portrange.first=$ip_portrange_first >/dev/null ;; esac @@ -440,7 +440,7 @@ ;; *) echo -n " ip_portrange_last=$ip_portrange_last" - sysctl -w net.inet.ip.portrange.last=$ip_portrange_last >/dev/null + sysctl net.inet.ip.portrange.last=$ip_portrange_last >/dev/null ;; esac @@ -602,14 +602,14 @@ case ${nfs_reserved_port_only} in [Yy][Ee][Ss]) echo -n ' NFS on reserved port only=YES' - sysctl -w vfs.nfs.nfs_privport=1 >/dev/null + sysctl vfs.nfs.nfs_privport=1 >/dev/null ;; esac echo -n ' nfsd'; nfsd ${nfs_server_flags} if [ -n "${nfs_bufpackets}" ]; then - sysctl -w vfs.nfs.bufpackets=${nfs_bufpackets} \ + sysctl vfs.nfs.bufpackets=${nfs_bufpackets} \ > /dev/null fi @@ -650,7 +650,7 @@ echo -n ' nfsiod'; nfsiod ${nfs_client_flags} if [ -n "${nfs_access_cache}" ]; then echo -n " NFS access cache time=${nfs_access_cache}" - sysctl -w vfs.nfs.access_cache_timeout=${nfs_access_cache} \ + sysctl vfs.nfs.access_cache_timeout=${nfs_access_cache} \ >/dev/null fi ;; @@ -764,8 +764,8 @@ ;; *) echo -n ' log_in_vain=YES' - sysctl -w net.inet.tcp.log_in_vain=1 >/dev/null - sysctl -w net.inet.udp.log_in_vain=1 >/dev/null + sysctl net.inet.tcp.log_in_vain=1 >/dev/null + sysctl net.inet.udp.log_in_vain=1 >/dev/null ;; esac --- rc.network6.orig Fri Jan 4 12:59:37 2002 +++ rc.network6 Fri Jan 4 13:00:40 2002 @@ -78,7 +78,7 @@ case ${ipv6_firewall_logging} in [Yy][Ee][Ss] | '') echo 'IPv6 Firewall logging=YES' - sysctl -w net.inet6.ip6.fw.verbose=1 >/dev/null + sysctl net.inet6.ip6.fw.verbose=1 >/dev/null ;; *) ;; @@ -108,8 +108,8 @@ case ${ipv6_gateway_enable} in [Yy][Ee][Ss]) # act as a router - sysctl -w net.inet6.ip6.forwarding=1 - sysctl -w net.inet6.ip6.accept_rtadv=0 + sysctl net.inet6.ip6.forwarding=1 + sysctl net.inet6.ip6.accept_rtadv=0 # wait for DAD for i in $ipv6_network_interfaces; do @@ -120,8 +120,8 @@ ;; *) # act as endhost - start with manual configuration - sysctl -w net.inet6.ip6.forwarding=0 - sysctl -w net.inet6.ip6.accept_rtadv=0 + sysctl net.inet6.ip6.forwarding=0 + sysctl net.inet6.ip6.accept_rtadv=0 ;; esac @@ -235,11 +235,11 @@ case ${ipv6_ipv4mapping} in [Yy][Ee][Ss]) echo -n ' IPv4 mapped IPv6 address support=YES' - sysctl -w net.inet6.ip6.v6only=0 >/dev/null + sysctl net.inet6.ip6.v6only=0 >/dev/null ;; '' | *) echo -n ' IPv4 mapped IPv6 address support=NO' - sysctl -w net.inet6.ip6.v6only=1 >/dev/null + sysctl net.inet6.ip6.v6only=1 >/dev/null ;; esac @@ -318,7 +318,7 @@ # You can configure only single interface, as # specification assumes that autoconfigured host has # single interface only. - sysctl -w net.inet6.ip6.accept_rtadv=1 + sysctl net.inet6.ip6.accept_rtadv=1 set ${rtsol_interfaces} ifconfig $1 up rtsol $1 @@ -397,7 +397,7 @@ [Nn][Oo] | '') ;; *) - sysctl -w net.inet6.ip6.keepfaith=1 + sysctl net.inet6.ip6.keepfaith=1 ifconfig faith0 up for prefix in ${ipv6_faith_prefix}; do prefixlen=`expr "${prefix}" : ".*/\(.*\)"` >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 4 10:30:29 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6BBC037B41C; Fri, 4 Jan 2002 10:30:27 -0800 (PST) Received: (from bmah@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g04IM9K20948; Fri, 4 Jan 2002 10:22:09 -0800 (PST) (envelope-from bmah) Date: Fri, 4 Jan 2002 10:22:09 -0800 (PST) From: Message-Id: <200201041822.g04IM9K20948@freefall.freebsd.org> To: adrian@ubergeeks.com, bmah@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/33544: removal of depricated sysctl flag use in /etc/rc* scripts Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: removal of depricated sysctl flag use in /etc/rc* scripts State-Changed-From-To: open->closed State-Changed-By: bmah State-Changed-When: Fri Jan 4 10:20:42 PST 2002 State-Changed-Why: These changes have already been made in FreeBSD 5.0-CURRENT and 4.4-STABLE. Thanks for the patch though! http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33544 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 4 12:20:36 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3877037B41B for ; Fri, 4 Jan 2002 12:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g04KK2L43063; Fri, 4 Jan 2002 12:20:02 -0800 (PST) (envelope-from gnats) Received: from tuminfo2.informatik.tu-muenchen.de (tuminfo2.informatik.tu-muenchen.de [131.159.0.81]) by hub.freebsd.org (Postfix) with ESMTP id F32E937B41B for ; Fri, 4 Jan 2002 12:11:44 -0800 (PST) Received: from atleo5.leo.org (atleo5.leo.org [131.159.72.36]) by tuminfo2.informatik.tu-muenchen.de (Postfix) with ESMTP id E8E6410B70; Fri, 4 Jan 2002 21:11:37 +0100 (MET) Received: by atleo5.leo.org (Postfix, from userid 0) id ACDAF22E10; Fri, 4 Jan 2002 21:11:43 +0100 (CET) Message-Id: <20020104201143.ACDAF22E10@atleo5.leo.org> Date: Fri, 4 Jan 2002 21:11:43 +0100 (CET) From: dl@leo.org Reply-To: dl@leo.org To: FreeBSD-gnats-submit@freebsd.org Cc: dl@leo.org X-Send-Pr-Version: 3.113 Subject: gnu/33551: cvs chokes on OpenBSD repositories Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33551 >Category: gnu >Synopsis: cvs chokes on OpenBSD repositories >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 04 12:20:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Daniel Lang >Release: FreeBSD 4.4-STABLE i386 >Organization: LEO >Environment: System: FreeBSD atleo5.leo.org 4.4-STABLE FreeBSD 4.4-STABLE #1: Thu Dec 13 17:01:50 CET 2001 root@atleo5.leo.org:/usr/obj/usr/src/sys/ATLEO5 i386 >Description: I use FreeBSD as a large anoncvs server, that also serves an OpenBSD repository. However the OpenBSD extension with their tag (with tag beeing an option in the option file of the repository) make FreeBSD's cvs (server) choke and don't allow access. Here is a little patch by Christian Weisgerber to fix this, i.e. make FreeBSD's cvs ignore these options instead of aborting. >How-To-Repeat: Get an OpenBSD CVS repository, set up anoncvs via :pserver: and try to log in >Fix: Index: parseinfo.c =================================================================== RCS file: /cvs/src/contrib/cvs/src/parseinfo.c,v retrieving revision 1.1.1.9 diff -u -r1.1.1.9 parseinfo.c --- parseinfo.c 10 Aug 2001 09:43:21 -0000 1.1.1.9 +++ parseinfo.c 13 Nov 2001 17:10:12 -0000 @@ -335,6 +335,18 @@ goto error_return; } } + else if (strcmp (line, "tag") == 0) + { + /* OpenBSD extension, skip silently */ + } + else if (strcmp (line, "umask") == 0) + { + /* OpenBSD extension, skip silently */ + } + else if (strcmp (line, "dlimit") == 0) + { + /* OpenBSD extension, skip silently */ + } else if (strcmp (line, "PreservePermissions") == 0) { if (strcmp (p, "no") == 0) >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 4 15:10:30 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8F9B837B422 for ; Fri, 4 Jan 2002 15:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g04NA1s75539; Fri, 4 Jan 2002 15:10:01 -0800 (PST) (envelope-from gnats) Date: Fri, 4 Jan 2002 15:10:01 -0800 (PST) Message-Id: <200201042310.g04NA1s75539@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Yar Tikhiy Subject: Re: bin/22860: [PATCH] adduser & friends with '$' in usernames Reply-To: Yar Tikhiy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/22860; it has been noted by GNATS. From: Yar Tikhiy To: Gerhard Sittig Cc: bug-followup@freebsd.org Subject: Re: bin/22860: [PATCH] adduser & friends with '$' in usernames Date: Sat, 5 Jan 2002 01:15:10 +0300 On Thu, Jan 03, 2002 at 10:07:50PM +0100, Gerhard Sittig wrote: > > Yar Tikhi yesterday taught adduser.perl about an option to force > the administrator's wish onto the system what the name should > look like. I have to state two points here: I'm not completely > sure about which characters are allowed in usernames while PR > bin/31049 cites POSIX and talks about "characters from the > portable filename character set". So I cannot decide if the > current implementation (short circuit *any* test except for > "there must be a username" and "it must not contain a colon" > because of the passwd(5) format) is going too far and would > allow invalid usernames. And I feel that the wording of the > warn messages is too strong. I would talk about "unexpected" > or "not recommended" characters unless I'm sure they really > _are_ invalid characters. The problem is that there are no distinct grades of validity for characters to use in a username. I did some simple tests that showed the base system could treat a number of weird characterd such as the whitespace, asterisk or dollar sign without any troubles. On the other hand, a poorly written program or (which is more likely) shell script may be tricked into doing illegitimate actions using such unusual usernames. Someone would say even period is no good in usernames due to the NIS or Kerberos issues. As an alternative to the "allow anything the admin wants" solution, I would propose to make the regular expression usernames are checked against configurable and saved in /etc/adduser.conf. > BTW: Should there be a length check like in pw(8)? There is one in adduser.perl; however, it's not in the obvious place: it's in "sub new_users_name" instead of "sub new_users_name_valid." > src/usr.sbin/pw/* hasn't been touched yet. But I take it from > the bin/31049 audit trail that yar is aware of this tool, too, > and tries to sync both the Perl and the C version of the user > database manipulating frontends -- once it's determined what a > username is allowed to look like. pw has a maintainer: David Nugent (davidn.) I wrote him an email asking for help in this issue. Honestly, adduser has a maintainer (wosch,) too, but its commit log lists so many FreeBSD folks modifying it without any sign of approval from wosch... :-) -- Yar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 4 18: 2:26 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 75B9237C378 for ; Fri, 4 Jan 2002 17:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g051e1E03872; Fri, 4 Jan 2002 17:40:01 -0800 (PST) (envelope-from gnats) Received: from serv1.ilse.nl (serv1.ilse.nl [195.18.92.131]) by hub.freebsd.org (Postfix) with ESMTP id 11AFE37BA81 for ; Fri, 4 Jan 2002 17:18:54 -0800 (PST) Received: from pc05c.ilse.nl (pc05c.ilse.nl [10.1.9.1]) by serv1.ilse.nl (8.11.6/8.10.2) with ESMTP id g051Ik971380; Sat, 5 Jan 2002 02:18:46 +0100 (MET) Received: (from marcolz@localhost) by pc05c.ilse.nl (8.11.6/8.11.1) id g051IkD03667; Sat, 5 Jan 2002 02:18:46 +0100 (CET) (envelope-from marcolz) Message-Id: <20020105021846.A3653@ilse.nl> Date: Sat, 5 Jan 2002 02:18:46 +0100 From: Marc Olzheim Reply-To: Marc Olzheim To: FreeBSD-gnats-submit@freebsd.org Cc: marcolz@ilse.nl X-Send-Pr-Version: 3.113 Subject: misc/33559: Some patches for typos... Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33559 >Category: misc >Synopsis: Some patches for typos... >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Jan 04 17:40:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Marc Olzheim >Release: FreeBSD 4.5-PRERELEASE i386 >Organization: ilse technology >Environment: System: FreeBSD pc05c.ilse.nl 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #0: Wed Jan 2 17:27:10 CET 2002 root@serv4.ilse.nl:/usr/src/sys/compile/ILSE.NOSMP.CLIENT i386 >Description: While reading a man page, I encountered a common writing error and thought I'd find-and-grep a bit around in the source tree. >How-To-Repeat: >Fix: Some pathes attached. Marc --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bin.patch" --- /usr/src/bin/csh/USD.doc/csh.1 Sat Jan 5 01:37:46 2002 +++ /usr/src/bin/csh/USD.doc/csh.1 Sat Jan 5 01:39:45 2002 @@ -739,7 +739,7 @@ echo * .DE will not echo the character `*'. -It will either echo an sorted list of filenames in the +It will either echo a sorted list of filenames in the current .I "working directory," or print the message `No match' if there are --- /usr/src/bin/csh/USD.doc/csh.g Sat Jan 5 01:39:51 2002 +++ /usr/src/bin/csh/USD.doc/csh.g Sat Jan 5 01:41:27 2002 @@ -261,7 +261,7 @@ The .I chsh command is used to change the shell which you use on \s-2UNIX\s0. -By default, you use an different version of the shell +By default, you use a different version of the shell which resides in `/bin/sh'. You can change your shell to `/bin/csh' by doing .DS @@ -337,7 +337,7 @@ the \s-2SHIFT\s0 key is used to produce upper case characters. Thus .I control- c is produced by holding down the \s-2CONTROL\s0 key while pressing the -`c' key. Usually \s-2UNIX\s0 prints an caret (^) followed by the +`c' key. Usually \s-2UNIX\s0 prints a caret (^) followed by the corresponding letter when you type a .I control character (e.g. `^C' for --- /usr/src/bin/pax/ftree.c Sat Jan 5 01:36:11 2002 +++ /usr/src/bin/pax/ftree.c Sat Jan 5 01:36:28 2002 @@ -103,7 +103,7 @@ * set up the operation mode of fts, open the first file arg. We must * use FTS_NOCHDIR, as the user may have to open multiple archives and * if fts did a chdir off into the boondocks, we may create an archive - * volume in an place where the user did not expect to. + * volume in a place where the user did not expect to. */ ftsopts = FTS_NOCHDIR; --- /usr/src/bin/pax/buf_subs.c Sat Jan 5 01:36:03 2002 +++ /usr/src/bin/pax/buf_subs.c Sat Jan 5 01:36:06 2002 @@ -653,8 +653,8 @@ /* * wr_rdfile() * fill write buffer with the contents of a file. We are passed an open - * file descriptor to the file an the archive structure that describes the - * file we are storing. The variable "left" is modified to contain the + * file descriptor to the file and the archive structure that describes + * the file we are storing. The variable "left" is modified to contain the * number of bytes of the file we were NOT able to write to the archive. * it is important that we always write EXACTLY the number of bytes that * the format specific write routine told us to. The file can also get --- /usr/src/bin/pax/gen_subs.c Sat Jan 5 01:44:22 2002 +++ /usr/src/bin/pax/gen_subs.c Sat Jan 5 01:44:42 2002 @@ -280,7 +280,7 @@ /* * ul_asc() - * convert an unsigned long into an hex/oct ascii string. pads with LEADING + * convert an unsigned long into a hex/oct ascii string. pads with LEADING * ascii 0's to fill string completely * NOTE: the string created is NOT TERMINATED. */ --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="sbin.patch" --- /usr/src/sbin/atm/ilmid/ilmid.c Sat Jan 5 01:46:12 2002 +++ /usr/src/sbin/atm/ilmid/ilmid.c Sat Jan 5 01:46:16 2002 @@ -475,7 +475,7 @@ } /* - * Get an 7-bit encoded value. + * Get a 7-bit encoded value. * * Get a value which is represented using a 7-bit encoding. The last * byte in the stream has the high-bit clear. --- /usr/src/sbin/i386/fdisk/fdisk.c Sat Jan 5 01:48:32 2002 +++ /usr/src/sbin/i386/fdisk/fdisk.c Sat Jan 5 01:48:47 2002 @@ -1194,7 +1194,7 @@ } /* - * Adjust start upwards, if necessary, to fall on an head boundary. + * Adjust start upwards, if necessary, to fall on a head boundary. */ if (partp->dp_start % dos_sectors != 0) { @@ -1432,7 +1432,7 @@ return (1); /* - * Adjust start upwards, if necessary, to fall on an head boundary. + * Adjust start upwards, if necessary, to fall on a head boundary. */ if (start % dos_sectors != 0) { prev_head_boundary = start / dos_sectors * dos_sectors; --- /usr/src/sbin/mount_hpfs/mount_hpfs.8 Sat Jan 5 01:53:09 2002 +++ /usr/src/sbin/mount_hpfs/mount_hpfs.8 Sat Jan 5 01:53:44 2002 @@ -76,7 +76,7 @@ in the file system. .El .Sh EXAMPLES -To mount an hpfs volume located in /dev/wd1s1: +To mount an HPFS volume located in /dev/wd1s1: .Bd -literal -offset indent # mount_hpfs /dev/wd1s1 /mnt .Ed --- /usr/src/sbin/mount_ntfs/mount_ntfs.8 Sat Jan 5 01:50:40 2002 +++ /usr/src/sbin/mount_ntfs/mount_ntfs.8 Sat Jan 5 01:50:51 2002 @@ -105,7 +105,7 @@ is an attribute name. Default is none. .Sh EXAMPLES -To mount an ntfs volume located in +To mount an NTFS volume located in .Pa /dev/ad1s1 : .Bd -literal -offset indent # mount_ntfs /dev/ad1s1 /mnt --- /usr/src/sbin/newfs/newfs.c Sat Jan 5 01:51:56 2002 +++ /usr/src/sbin/newfs/newfs.c Sat Jan 5 01:52:17 2002 @@ -169,7 +169,7 @@ char *mfs_mtpt; /* mount point for mfs */ struct stat mfs_mtstat; /* stat prior to mount */ int Nflag; /* run without writing file system */ -int Oflag; /* format as an 4.3BSD file system */ +int Oflag; /* format as a 4.3BSD file system */ int Uflag; /* enable soft updates for file system */ int fssize; /* file system size */ int ntracks = NTRACKS; /* # tracks/cylinder */ --- /usr/src/sbin/newfs/mkfs.c Sat Jan 5 01:51:58 2002 +++ /usr/src/sbin/newfs/mkfs.c Sat Jan 5 01:52:11 2002 @@ -94,7 +94,7 @@ extern char *mfs_mtpt; /* mount point for mfs */ extern struct stat mfs_mtstat; /* stat prior to mount */ extern int Nflag; /* run mkfs without writing file system */ -extern int Oflag; /* format as an 4.3BSD file system */ +extern int Oflag; /* format as a 4.3BSD file system */ extern int Uflag; /* enable soft updates for file system */ extern int fssize; /* file system size */ extern int ntracks; /* # tracks/cylinder */ --- /usr/src/sbin/growfs/growfs.c Sat Jan 5 01:54:05 2002 +++ /usr/src/sbin/growfs/growfs.c Sat Jan 5 01:55:39 2002 @@ -527,7 +527,7 @@ * Here we add or subtract (sign +1/-1) the available fragments in a given * block to or from the fragment statistics. By subtracting before and adding * after an operation on the free frag map we can easy update the fragment - * statistic, which seems to be otherwise an rather complex operation. + * statistic, which seems to be otherwise a rather complex operation. */ static void frag_adjust(daddr_t frag, int sign) @@ -807,7 +807,7 @@ updclst((osblock.fs_size-cbase)/sblock.fs_frag); } else { /* - * Lets rejoin a possible partially growed + * Lets rejoin a possible partially grown * fragment. */ k=0; @@ -835,7 +835,7 @@ j++; } /* - * Lets rejoin a possible partially growed fragment. + * Lets rejoin a possible partially grown fragment. */ k=0; while(isset(cg_blksfree(&acg), i) && --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="share.patch" --- /usr/src/share/doc/IPv6/IMPLEMENTATION Sat Jan 5 00:57:11 2002 +++ /usr/src/share/doc/IPv6/IMPLEMENTATION Sat Jan 5 01:15:06 2002 @@ -187,7 +187,7 @@ In such cases DAD may fail, because DAD engine sees inbound NS packet (actually from the node itself) and considers it as a sign of duplicate. In this case, drivers should be corrected to honor IFF_SIMPLEX behavior. -For example, you may need to check source MAC address on a inbound packet, +For example, you may need to check source MAC address on an inbound packet, and reject it if it is from the node itself. You may also want to look at #if condition marked "heuristics" in sys/netinet6/nd6_nbr.c:nd6_dad_timer() as workaround (note that the code @@ -1188,7 +1188,7 @@ based on RFC2553bis discussion. If you look at multiple IPv6 implementations, you will be able to see -both definitions. As an userland programmer, the most portable way of +both definitions. As a userland programmer, the most portable way of dealing with it is to: (1) ensure ss_family and/or ss_len are available on the platform, by using GNU autoconf, --- /usr/src/share/doc/papers/diskperf/tests.ms Sat Jan 5 01:07:48 2002 +++ /usr/src/share/doc/papers/diskperf/tests.ms Sat Jan 5 01:07:51 2002 @@ -71,7 +71,7 @@ I/O support routines is commonly used and these routines buffer data in similar block sizes. .PP -For each test run, a empty eight Kilobyte block +For each test run, an empty eight Kilobyte block file system was created in the target storage system. Then each of the four tests was run and timed. --- /usr/src/share/doc/papers/diskperf/motivation.ms Sat Jan 5 01:15:41 2002 +++ /usr/src/share/doc/papers/diskperf/motivation.ms Sat Jan 5 01:16:19 2002 @@ -45,7 +45,7 @@ cost competitive in the area of disk storage for the first time. Emulex's entry into the VAX 11/780 SBI controller -field, the SC780, represented a important choice for us to examine, given +field, the SC780, represented an important choice for us to examine, given our previous success with their VAX 11/750 SC750 controller and their UNIBUS controllers. The Fujitsu 2351A --- /usr/src/share/doc/papers/malloc/intro.ms Sat Jan 5 01:16:46 2002 +++ /usr/src/share/doc/papers/malloc/intro.ms Sat Jan 5 01:17:16 2002 @@ -42,7 +42,7 @@ In the C language, there exists a little used interface to the stack, .B alloca(3) , which will explicitly allocate space on the stack. -This is not a interface to the kernel, but merely an adjustment +This is not an interface to the kernel, but merely an adjustment done to the stack-pointer such that space will be available and unharmed by any subroutine calls yet to be made while the context of the current subroutine is intact. @@ -58,7 +58,7 @@ .B brk(2) . The argument to brk(2) is a pointer to where the process wants the heap to end. -There is also a interface called +There is also an interface called .B sbrk(2) taking an increment to the current end of the heap, but this is merely a .B libc --- /usr/src/share/doc/papers/sysperf/4.t Sat Jan 5 01:21:12 2002 +++ /usr/src/share/doc/papers/sysperf/4.t Sat Jan 5 01:21:26 2002 @@ -670,7 +670,7 @@ message recipient causing almost a continuous sequence of sync operations). .PP The hashed data base files were -installed in all mail programs, resulting in a order of magnitude +installed in all mail programs, resulting in an order of magnitude speedup on large distribution lists. The code in \fI/bin/mail\fP that notifies the \fIcomsat\fP program when mail has been delivered to a user was changed to cache host table lookups, resulting in a similar --- /usr/src/share/doc/psd/21.ipc/3.t Sat Jan 5 01:17:54 2002 +++ /usr/src/share/doc/psd/21.ipc/3.t Sat Jan 5 01:18:14 2002 @@ -245,7 +245,7 @@ .DE .PP In the NS domain, protocols are indicated by the "client type" -field of a IDP header. No protocol database exists; see section +field of an IDP header. No protocol database exists; see section 5 for more information. .NH 2 Service names --- /usr/src/share/doc/smm/01.setup/3.t Sat Jan 5 01:18:37 2002 +++ /usr/src/share/doc/smm/01.setup/3.t Sat Jan 5 01:19:09 2002 @@ -1318,7 +1318,7 @@ and .Xr lfs_cleanerd (8) for more information. -For a in-depth description of the implementation and performance +For an in-depth description of the implementation and performance characteristics of log-structured filesystems in general, and this one in particular, see Dr. Margo Seltzer's doctoral thesis, available from the University of California Computer Science Department. --- /usr/src/share/doc/smm/06.nfs/1.t Sat Jan 5 00:59:37 2002 +++ /usr/src/share/doc/smm/06.nfs/1.t Sat Jan 5 01:28:51 2002 @@ -83,7 +83,7 @@ .sh 1 "Mount Problems" .pp There are several problems that can be encountered at the time of an NFS -mount, ranging from a unresponsive NFS server (crashed, network partitioned +mount, ranging from an unresponsive NFS server (crashed, network partitioned from client, etc.) to various interoperability problems between different NFS implementations. .pp @@ -230,7 +230,7 @@ that must normally be fragmented at the IP layer for transmission.\** .(f \**6 IP fragments for an Ethernet, -which has an maximum transmission unit of 1500bytes. +which has a maximum transmission unit of 1500bytes. .)f For IP fragments to be successfully reassembled into the IP datagram at the receive end, all --- /usr/src/share/doc/smm/06.nfs/2.t Sat Jan 5 01:00:45 2002 +++ /usr/src/share/doc/smm/06.nfs/2.t Sat Jan 5 01:01:42 2002 @@ -127,7 +127,7 @@ an expired write caching lease to push dirty writes. .pp The server maintains a \fBmodify_revision\fR number for each file. It is -defined as a unsigned quadword integer that is never zero and that must +defined as an unsigned quadword integer that is never zero and that must increase whenever the corresponding file is modified on the server. It is used by the client to determine whether or not cached data for the file is @@ -400,7 +400,7 @@ .(l typedef unsigned hyper modifyrev; .)l -The "modifyrev" is a unsigned quadword integer value that is never zero +The "modifyrev" is an unsigned quadword integer value that is never zero and increases every time the corresponding file is modified on the server. .ip \(bu nqnfs_time --- /usr/src/share/doc/smm/18.net/7.t Sat Jan 5 01:08:14 2002 +++ /usr/src/share/doc/smm/18.net/7.t Sat Jan 5 01:08:30 2002 @@ -115,7 +115,7 @@ always precedes a request to accept a connection. .IP PRU_CONNECT .br -The ``connect'' request indicates the user wants to a establish +The ``connect'' request indicates the user wants to establish an association. The \fIaddr\fP parameter supplied describes the peer to be connected to. The effect of a connect request may vary depending on the protocol. Virtual circuit protocols, --- /usr/src/share/doc/usd/18.msdiffs/ms.diffs Sat Jan 5 01:09:02 2002 +++ /usr/src/share/doc/usd/18.msdiffs/ms.diffs Sat Jan 5 01:09:18 2002 @@ -268,7 +268,7 @@ \&.OH \'\ef\^IThe -mx Macros\'\'Page %\ef\^P\' \&.EH \'\ef\^IPage %\'\'The -mx Macros\ef\^P\' .DE -Note that it would be a error to have an apostrophe in the header text; +Note that it would be an error to have an apostrophe in the header text; if you need one, you will have to use a different delimiter around the left, center, and right portions of the title. You can use any character as a delimiter, provided it doesn't appear --- /usr/src/share/examples/IPv6/USAGE Sat Jan 5 01:19:33 2002 +++ /usr/src/share/examples/IPv6/USAGE Sat Jan 5 01:19:52 2002 @@ -3,7 +3,7 @@ $KAME: USAGE,v 1.33 2000/11/22 10:22:57 itojun Exp $ $FreeBSD: src/share/examples/IPv6/USAGE,v 1.1.2.2 2001/07/03 11:01:24 ume Exp $ -This is a introduction of how to use the commands provided in the KAME +This is an introduction of how to use the commands provided in the KAME kit. For more information, please refer to each man page. --- /usr/src/share/examples/isdn/FAQ Sat Jan 5 01:10:05 2002 +++ /usr/src/share/examples/isdn/FAQ Sat Jan 5 01:29:38 2002 @@ -312,7 +312,7 @@ since I have to wait for ppp negotiation to complete (I don't get a message from isdnd for that). If I'm lucky I have my connection after 3 seconds, but 8 seconds should suffice for worst case (the first HUP without a sleep -sometimes even succeeded on an slow 486/33 with 8MB RAM, more HUPs don't hurt). +sometimes even succeeded on a slow 486/33 with 8MB RAM, more HUPs don't hurt). I'm really interested in some more elegant method. @@ -1016,7 +1016,7 @@ Q: Hi, - I am trying to set up an ELSA QuickStep 1000pro PCI ISDN adaptor in a FreeBSD + I am trying to set up a ELSA QuickStep 1000pro PCI ISDN adaptor in a FreeBSD 3.3 box. I configured the kernel according to the i4b.ps documentation. At boottime, these messages are displayed: @@ -1070,7 +1070,7 @@ isdn_fsdev="NO" isdn_flags="" - had to do that if i want to run isdnd as an daemon service, 'cause the + had to do that if i want to run isdnd as a daemon service, 'cause the defaults in /etc/defaults/rc.conf are: isdn_fsdev="/dev/ttyv4" # Output device for fullscreen mode (or NO for daemon mode). --- /usr/src/share/examples/isdn/Overview Sat Jan 5 01:12:05 2002 +++ /usr/src/share/examples/isdn/Overview Sat Jan 5 01:13:57 2002 @@ -111,7 +111,7 @@ routines. These routines handle the card/manufacturer specific stuff required to talk to a particular card. - This addresses of the read/write routines are put into a arrays found + These addresses of the read/write routines are put into arrays found in struct isic_softc and they are later called by the macros: ISAC_READ(r), ISAC_WRITE(r,v), ISAC_RDFIFO(b,s), ISAC_WRFIFO(b,s), --- /usr/src/share/examples/meteor/test-n.c Sat Jan 5 00:57:58 2002 +++ /usr/src/share/examples/meteor/test-n.c Sat Jan 5 00:57:41 2002 @@ -1,5 +1,5 @@ /* A simple program to test the communication between the matrox meteor - * driver and an user application in the continous sync capture mode. + * driver and a user application in the continous sync capture mode. * * First the driver clears the mask and decrements the counter like it * would in a normal application. Then it purpose does not handle these --- /usr/src/share/man/man0/title.urm Sat Jan 5 01:26:59 2002 +++ /usr/src/share/man/man0/title.urm Sat Jan 5 01:27:25 2002 @@ -1227,7 +1227,7 @@ In particular, for an overview see ``The \s-1UNIX\s+1 Time-Sharing System'' (PSD:1) by Ritchie and Thompson; for a tutorial see ``\s8\s-1UNIX\s+1\s10 for Beginners'' (USD:1) by Kernighan, -and for an guide to the new features of this latest version, see +and for a guide to the new features of this latest version, see ``Berkeley Software Architecture Manual (4.4 Edition)'' (PSD:5). .LP Within the area it surveys, this volume attempts to be timely, complete --- /usr/src/share/man/man4/man4.i386/wl.4 Sat Jan 5 01:06:23 2002 +++ /usr/src/share/man/man4/man4.i386/wl.4 Sat Jan 5 01:06:34 2002 @@ -49,7 +49,7 @@ .Pp The card has three fundamental hardware units, a so-called PSA or programmable storage area, a radio modem, -and a ethernet lan controller. The latter component is the +and an ethernet lan controller. The latter component is the ancient (and not very honorable) Intel 82586 ethernet chip. Fundamentally it appears to the operating system as an ethernet system, and speaks IEEE MAC addresses. The radio modem simply translates --- /usr/src/share/man/man4/keyboard.4 Sat Jan 5 01:10:31 2002 +++ /usr/src/share/man/man4/keyboard.4 Sat Jan 5 01:10:41 2002 @@ -117,7 +117,7 @@ .Pp The function keys can be programmed using the SETFKEY ioctl call. .Pp -This ioctl takes a argument of the type fkeyarg_t: +This ioctl takes an argument of the type fkeyarg_t: .Bd -literal -offset indent struct fkeyarg { u_short keynum; --- /usr/src/share/man/man9/kernacc.9 Sat Jan 5 00:55:49 2002 +++ /usr/src/share/man/man9/kernacc.9 Sat Jan 5 00:56:04 2002 @@ -74,7 +74,7 @@ .Fn useracc considers .Fa addr -to represent an user space address. +to represent a user space address. The process context to use for this operation is taken from the global variable .Va curproc . --- /usr/src/share/man/man9/inittodr.9 Sat Jan 5 01:11:14 2002 +++ /usr/src/share/man/man9/inittodr.9 Sat Jan 5 01:11:23 2002 @@ -69,7 +69,7 @@ .\" If the battery-backed clock appears invalid, and .\" .Fa base .\" appears non-sensical or was not provided (was given as zero), -.\" a arbitrary base (typically some time in the late 1970s) +.\" an arbitrary base (typically some time in the late 1970s) .\" will be used. .It If the battery-backed clock does not have a valid time, --- /usr/src/share/termcap/map3270 Sat Jan 5 01:30:10 2002 +++ /usr/src/share/termcap/map3270 Sat Jan 5 01:30:28 2002 @@ -925,7 +925,7 @@ # # MAP3270 for the IBM PC # Nearly identical to the MS-Kermit UCB 227.14 keyboard which in turn was -# an modest improvement of the BIJOU Yterm keyboard. +# a modest improvement of the BIJOU Yterm keyboard. # Includes underlying ADM3A keystrokes for full S/1 compatibiliy. # Adds some Ctrl-keypad keys to compensate for TN3270 ROMBIOS dependency # which prevents separate use of the keypad plus and minus keys, and adds --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="sys.patch" --- /usr/src/sys/cam/cam_queue.c Sat Jan 5 01:58:19 2002 +++ /usr/src/sys/cam/cam_queue.c Sat Jan 5 01:58:51 2002 @@ -187,7 +187,7 @@ /* * camq_change_priority: Given an array of cam_pinfo* elements with the * Heap(1, num_entries) property, an index such that 1 <= index <= num_elements, - * and an new priority for the element at index, change the priority of + * and a new priority for the element at index, change the priority of * element index and restore the Heap(0, num_elements) property. */ void --KsGdsel6WgEHnImy-- >Release-Note: >Audit-Trail: >Unformatted: --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 4 21:30:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B57A137B419 for ; Fri, 4 Jan 2002 21:30:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g055U0c40670; Fri, 4 Jan 2002 21:30:00 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2EAC737B417 for ; Fri, 4 Jan 2002 21:29:54 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g055TsC40649; Fri, 4 Jan 2002 21:29:54 -0800 (PST) (envelope-from nobody) Message-Id: <200201050529.g055TsC40649@freefall.freebsd.org> Date: Fri, 4 Jan 2002 21:29:54 -0800 (PST) From: Craig Carey To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/33567: RELENG_4 won't makeworld; bsd.dep.mk, Makefile.inc1 bugs; "Linux ELF" need of kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33567 >Category: misc >Synopsis: RELENG_4 won't makeworld; bsd.dep.mk, Makefile.inc1 bugs; "Linux ELF" need of kernel >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 04 21:30:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Craig Carey >Release: RELENG_4_3 >Organization: >Environment: An AMD Duron PC >Description: Notes on issues that arose during a buildworld of RELENG_4 FreeBSD of 4 Jan 2002. Background: I upgraded from v4.3 to v5. The nonbootable kernel had the known incompatability of syscons and pcvt, where none of these would boot: neither, one, and both. A cvsup to v4.4 led to a buildworld failing with a lot of errors. With v4 (RELENG_4), the buildworld succeeded, with errors. My LINT config file was trimmed down. I could provide it if that was requested. The report is mainly about fixes needed to the files: * /usr/src/Makefile.inc1 ("src-base" ) * /src/share/mk/bsd.dep.mk ("src-share") All the following comments are about a FreeBSD system in a PC that had all of the src sources cvsupped to RELENG_4 on 4 January 2002. Problem: The msdosfs directory had shifted and buildworld crashed due to the 'local' mtree file not being updated. I don't known why the file was not updated. Aside: locate mtree | xargs -n1 egrep -H msdosfs Problem: File "stdint.h" got automatically erased by cvsup when moving to RELENG_4. The software, XFree86 4.x, needs that header file. Problem: The "/machine" include file directory has gone, so files including file ansi.h can't be found during the buildworld. Fix: A fix was to do this: cd /usr/src/sys ; ln -s i386/include/ machine Problem: Many of crashes of "make -DNOCLEAN buildworld" were fixable by adding to the top of the file /usr/share/mk/bsd.dep.mk this line: CFLAGS+= -I/usr/src/sys -I/usr/src/include \ -I/usr/src/sys/i386/include -I/usr/src/sys/sys This is a problem with the bsd.dep.mk file. Those 4 include paths seemed to be the minimum that would allow success. Problem: Buildworld of RELENG_4 crashed the make of texinfo. [For RELENG_4_4 it did start fail on the build of yacc]. Detail: cd /usr/src ; export MAKEFLAGS=""; make -DNOCLEAN buildworld /usr/src/ .. /contrib/texinfo/info/terminal.c:36: termcap.h: No such file or directory Fix: Edit /usr/src/Makefile.inc1 and remove "gnu/usr.bin/texinfo". Problem: Because of the seemingly needed editing of "/usr/src/Makefile.inc1", makeworld has to be run twice. Problem: Libncurses would not build. A file was missing. So texinfo would not install, and from /usr/src/Makeinfo.inc1, the text "lib/libncurses" was deleted. Libncurses also needed a "cpp/" directory that was not on the filesystem and that was not obtained by cvsup of the RELENG_4 src files. Problem: The make of the "file(1)" program failed. One of the errors was: /usr/src/[..]/contrib/file/file.h:123: stdio.h: No such file or directory Unlike most of the other software, "file"'s Makefile specified the include file and got it wrong. (An attempt to correct the include file, /usr/src/contrib/file/Makefile by adding this line DEFS = -DHAVE_CONFIG_H -I/usr/src/include -I/usr/src/sys \ -I/usr/src/sys/sys -I. -I$(srcdir) -I. led to the error: file.h:172: conflicting types for `sys_errlist' /usr/src/include/stdio.h:225: previous declaration of `sys_errlist' ) Fix: Edit /usr/src/Makefile.inc1 and remove "usr.bin/file". Issue: Perl would not build. Due to no texinfo in the first pass [the Makefile.inc1 file tries to build in a wrong order], the 'info' files were not be built. I edited Makefile.inc1 and removed the text "lib/libcom_err/doc". Another problmem: buildkernel of RELENG_4 does not boot: The /usr/src/sys/i386/conf/ file has edited so that all the linux-features lines commented out. The boot dies with the last lines being: start_init: trying /sbin/init Linux ELF exec handler installed My RELENG_4 kernel is maybe unable to run "/modules/linux.ko" or something. Removing COMPAT_LINUX (or whatever it is called) led to a compile error during a buildkernel (I lost the details on that). When I booted from a custom v4.3 kernel and the online 4.4 kernel that came from here ftp://ftp2.freebsd.org/pub/FreeBSD/releases/i386/4.4-RELEASE/kernel then it was the case that kldload produced a <> error. Maybe the cvsupped-RELENG_4 custom kernel is incompatible with the linux.ko file that was created at the same time by buildkernel. (My notes show that this appeared. I have no recollection of whether this is output from a non-booting v4, 4.4, or v5, customised kernel. The booting hung after producing this: vmioing start_init: trying /sbin/init getblk: vmioing panic biodone zero vnode refcount ) Suggestions By default the console can't be configured to show 132 columns. That is the case for the release 4.4-RELEASE kernel. Can that be rechecked?. It seems unsafe to expect beginners to spend days or weeks debugging FreeBSD RELENG_4 scripts viewing only 80 columns and very stretched fonts. A newcomer might want to get the soundcard to run, and want 132 columns so that the console windows seem not too stretched, and get ext2 accessible, and get a fast accurate PS/2 mouse that does not seem to be very very much worse than a Windows 95 PS/2 mouse (40 samples per second, and 60 in NT/2000 apparently; 'man -k psm'). Getting bootable kernel seems to be difficult with the 4 & 4.4 src files. Boot messages now appear as reverse video white text over red. The LINT file specified white on black and it was overridden. I added "set -x" to the script "/etc/rc" and that script was seemingly not called by my RELENG_4 4 Janurary kernel (it died before calling /etc/rc most probably. >How-To-Repeat: >Fix: Some of the fixes are contained in the Description section. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 4 23:50: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 99C3F37B405 for ; Fri, 4 Jan 2002 23:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g057o1l61374; Fri, 4 Jan 2002 23:50:01 -0800 (PST) (envelope-from gnats) Date: Fri, 4 Jan 2002 23:50:01 -0800 (PST) Message-Id: <200201050750.g057o1l61374@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Archie Cobbs Subject: Re: bin/32420: syslogd accumulates "repeated" messages when piping to programs when the program may want to take immediate action Reply-To: Archie Cobbs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/32420; it has been noted by GNATS. From: Archie Cobbs To: freebsd-gnats-submit@FreeBSD.org Cc: brett@lariat.org Subject: Re: bin/32420: syslogd accumulates "repeated" messages when piping to programs when the program may want to take immediate action Date: Fri, 4 Jan 2002 23:31:39 -0800 (PST) Here's a candidate patch. -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com Index: usr.sbin/syslogd/syslogd.8 =================================================================== RCS file: /home/ncvs/src/usr.sbin/syslogd/syslogd.8,v retrieving revision 1.43 diff -u -r1.43 syslogd.8 --- syslogd.8 8 Dec 2001 16:17:49 -0000 1.43 +++ syslogd.8 5 Jan 2002 07:29:17 -0000 @@ -156,6 +156,12 @@ Specify one specific IP address or hostname to bind to. If a hostname is specified, the IPv4 or IPv6 address which corresponds to it is used. +.It Fl c +Disable the compression of repeated instances of the same line +into a single line of the form +.Dq last message repeated N times +when the output is a pipe to another program. +If specified twice, disable this compression in all cases. .It Fl d Put .Nm Index: usr.sbin/syslogd/syslogd.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/syslogd/syslogd.c,v retrieving revision 1.93 diff -u -r1.93 syslogd.c --- syslogd.c 27 Nov 2001 20:02:18 -0000 1.93 +++ syslogd.c 5 Jan 2002 07:29:18 -0000 @@ -274,6 +274,7 @@ #endif int send_to_all = 0; /* send message to all IPv4/IPv6 addresses */ int use_bootfile = 0; /* log entire bootfile for every kern msg */ +int no_compress = 0; /* don't compress messages (1=pipes, 2=all) */ char bootfile[MAXLINE+1]; /* booted kernel file */ @@ -334,7 +335,7 @@ socklen_t len; bindhostname = NULL; - while ((ch = getopt(argc, argv, "46Aa:b:df:kl:m:nop:P:suv")) != -1) + while ((ch = getopt(argc, argv, "46Aa:b:cdf:kl:m:nop:P:suv")) != -1) switch (ch) { case '4': family = PF_INET; @@ -354,6 +355,9 @@ case 'b': bindhostname = optarg; break; + case 'c': + no_compress++; + break; case 'd': /* debug */ Debug++; break; @@ -865,7 +869,8 @@ /* * suppress duplicate lines to this file */ - if ((flags & MARK) == 0 && msglen == f->f_prevlen && + if (no_compress - (f->f_type != F_PIPE) < 1 && + (flags & MARK) == 0 && msglen == f->f_prevlen && !strcmp(msg, f->f_prevline) && !strcasecmp(from, f->f_prevhost)) { (void)strlcpy(f->f_lasttime, timestamp, 16); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 5 0: 0:24 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B881337B41C for ; Sat, 5 Jan 2002 00:00:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g05809k62344; Sat, 5 Jan 2002 00:00:09 -0800 (PST) (envelope-from gnats) Date: Sat, 5 Jan 2002 00:00:09 -0800 (PST) Message-Id: <200201050800.g05809k62344@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Brett Glass Subject: Re: bin/32420: syslogd accumulates "repeated" messages when piping to programs when the program may want to take immediate action Reply-To: Brett Glass Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/32420; it has been noted by GNATS. From: Brett Glass To: Archie Cobbs , freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: bin/32420: syslogd accumulates "repeated" messages when piping to programs when the program may want to take immediate action Date: Sat, 05 Jan 2002 00:59:36 -0700 Archie: It's more complex than I would have made it, but it will certainly work. --Brett At 12:31 AM 1/5/2002, Archie Cobbs wrote: >Here's a candidate patch. > >-Archie > >__________________________________________________________________________ >Archie Cobbs * Packet Design * http://www.packetdesign.com > >Index: usr.sbin/syslogd/syslogd.8 >=================================================================== >RCS file: /home/ncvs/src/usr.sbin/syslogd/syslogd.8,v >retrieving revision 1.43 >diff -u -r1.43 syslogd.8 >--- syslogd.8 8 Dec 2001 16:17:49 -0000 1.43 >+++ syslogd.8 5 Jan 2002 07:29:17 -0000 >@@ -156,6 +156,12 @@ > Specify one specific IP address or hostname to bind to. > If a hostname is specified, > the IPv4 or IPv6 address which corresponds to it is used. >+.It Fl c >+Disable the compression of repeated instances of the same line >+into a single line of the form >+.Dq last message repeated N times >+when the output is a pipe to another program. >+If specified twice, disable this compression in all cases. > .It Fl d > Put > .Nm >Index: usr.sbin/syslogd/syslogd.c >=================================================================== >RCS file: /home/ncvs/src/usr.sbin/syslogd/syslogd.c,v >retrieving revision 1.93 >diff -u -r1.93 syslogd.c >--- syslogd.c 27 Nov 2001 20:02:18 -0000 1.93 >+++ syslogd.c 5 Jan 2002 07:29:18 -0000 >@@ -274,6 +274,7 @@ > #endif > int send_to_all = 0; /* send message to all IPv4/IPv6 addresses */ > int use_bootfile = 0; /* log entire bootfile for every kern msg */ >+int no_compress = 0; /* don't compress messages (1=pipes, 2=all) */ > > char bootfile[MAXLINE+1]; /* booted kernel file */ > >@@ -334,7 +335,7 @@ > socklen_t len; > > bindhostname = NULL; >- while ((ch = getopt(argc, argv, "46Aa:b:df:kl:m:nop:P:suv")) != -1) >+ while ((ch = getopt(argc, argv, "46Aa:b:cdf:kl:m:nop:P:suv")) != -1) > switch (ch) { > case '4': > family = PF_INET; >@@ -354,6 +355,9 @@ > case 'b': > bindhostname = optarg; > break; >+ case 'c': >+ no_compress++; >+ break; > case 'd': /* debug */ > Debug++; > break; >@@ -865,7 +869,8 @@ > /* > * suppress duplicate lines to this file > */ >- if ((flags & MARK) == 0 && msglen == f->f_prevlen && >+ if (no_compress - (f->f_type != F_PIPE) < 1 && >+ (flags & MARK) == 0 && msglen == f->f_prevlen && > !strcmp(msg, f->f_prevline) && > !strcasecmp(from, f->f_prevhost)) { > (void)strlcpy(f->f_lasttime, timestamp, 16); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 5 0: 0:37 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 816FC37B41A for ; Sat, 5 Jan 2002 00:00:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g05808m62326; Sat, 5 Jan 2002 00:00:08 -0800 (PST) (envelope-from gnats) Date: Sat, 5 Jan 2002 00:00:08 -0800 (PST) Message-Id: <200201050800.g05808m62326@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: ptrace bug was Re: gnu/33262: gdb does not handle pending signals correctly when single stepping Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR gnu/33262; it has been noted by GNATS. From: Bruce Evans To: k Macy Cc: Subject: Re: ptrace bug was Re: gnu/33262: gdb does not handle pending signals correctly when single stepping Date: Sat, 5 Jan 2002 18:59:00 +1100 (EST) On Thu, 3 Jan 2002, k Macy wrote: > Not to mention that SIGVTALRM is already used by > the thread library (although I would hope that > _thread_sys_sigaction is smart enough to handle > that case). I've stepped through the GDB > code on both 4.18 and 5.1. On 5.1 I found the > following in i386fbsd-nat.c: > > void > child_resume (ptid_t ptid, int step, enum > target_signal signal) > { > pid_t pid = ptid_get_pid (ptid); > int request = PT_STEP; > > if (pid == -1) > /* Resume all threads. This only gets used in the > non-threaded > case, where "resume all threads" and "resume > inferior_ptid" are > the same. */ > pid = ptid_get_pid (inferior_ptid); > > if (!step) > { > unsigned int eflags; > > /* Workaround for a bug in FreeBSD. Make sure > that the trace > flag is off when doing a continue. There is > a code path > through the kernel which leaves the flag set > when it should > have been cleared. If a process has a signal > pending (such > as SIGALRM) and we do a PT_STEP, the process > never really has > a chance to run because the kernel needs to > notify the > debugger that a signal is being sent. > Therefore, the process > never goes through the kernel's trap() > function which would > normally clear it. */ > > eflags = read_register (PS_REGNUM); > if (eflags & 0x0100) > write_register (PS_REGNUM, eflags & ~0x0100); > > request = PT_CONTINUE; > } > > It is pretty clear that: > a) this does not deal with the case of step or next > b) this does not work in the case of continue often > times because step will be set to 1 > and hence, this code does _not_ work around the bug. > > This appears to be less of a GDB bug and more of a > kernel bug in ptrace. There are at least 3 bugs, and the enclosed patches fix 2 of them. (1) sendsig() didn't clear the trace flag. This was the primary cause of the misbehaviour reported in the PR. When gdb restarts the process, there is a SIGALRM pending unless you type _very_ fast. gdb sets the trace flag before restarting the process, and the bug causes the signal handler to inherit the trace flag, so the signal handler stops after its first instruction. (2) syscall() sometimes generates a SIGTRAP, and got it wrong. When the trace flag is set for an instruction that traps to the kernel for a syscall, syscall() wants to generate a SIGTRAP for the first instruction after the syscall returns instead of 1 later. It got this wrong by checking the new trace flag instead of the old one. This bites when the sigreturn() is from a signal handler and the signal handler interrupted an instruction that is being traced. With the fix for (1), the trace flag will be off until the signal handler calls sigreturn(). Bug (2) causes generation of a SIGTRAP for the instruction that is being traced before that instruction can be started, and this trap repeats unless you type faster than the signals arrive (or type ahead). (3) "stepi" seems to work perfectly with these fixes for (1) and (2), but "next" rarely works. gdb apparently gets confused about the temporary breakpoints that it sets for "next". It gets SIGTRAPs for them and should remove them and continue with single steps, but it leaves them in and spins getting SIGTRAPs (and SIGALRMs in the test program). This is with gdb-4.18. %%% Index: machdep.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/machdep.c,v retrieving revision 1.486 diff -u -2 -r1.486 machdep.c --- machdep.c 20 Dec 2001 23:48:29 -0000 1.486 +++ machdep.c 5 Jan 2002 07:18:13 -0000 @@ -402,5 +402,5 @@ /* See sendsig() for comments. */ - tf->tf_eflags &= ~(PSL_VM | PSL_NT | PSL_T | PSL_VIF | PSL_VIP); + tf->tf_eflags &= ~(PSL_VM | PSL_NT | PSL_VIF | PSL_VIP); } @@ -418,4 +418,5 @@ regs->tf_esp = (int)fp; regs->tf_eip = PS_STRINGS - szosigcode; + regs->tf_eflags &= ~PSL_T; regs->tf_cs = _ucodesel; regs->tf_ds = _udatasel; @@ -546,8 +547,4 @@ /* - * We should never have PSL_T set when returning from vm86 - * mode. It may be set here if we deliver a signal before - * getting to vm86 mode, so turn it off. - * * Clear PSL_NT to inhibit T_TSSFLT faults on return from * syscalls made by the signal handler. This just avoids @@ -556,5 +553,5 @@ * almost legitimately in probes for old cpu types. */ - tf->tf_eflags &= ~(PSL_VM | PSL_NT | PSL_T | PSL_VIF | PSL_VIP); + tf->tf_eflags &= ~(PSL_VM | PSL_NT | PSL_VIF | PSL_VIP); } @@ -572,4 +569,5 @@ regs->tf_esp = (int)sfp; regs->tf_eip = PS_STRINGS - *(p->p_sysent->sv_szsigcode); + regs->tf_eflags &= ~PSL_T; regs->tf_cs = _ucodesel; regs->tf_ds = _udatasel; Index: trap.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/trap.c,v retrieving revision 1.210 diff -u -2 -r1.210 trap.c --- trap.c 30 Dec 2001 19:43:59 -0000 1.210 +++ trap.c 5 Jan 2002 06:19:12 -0000 @@ -934,4 +934,5 @@ struct thread *td = curthread; struct proc *p = td->td_proc; + register_t orig_tf_eflags; u_int sticks; int error; @@ -951,4 +952,5 @@ #endif + orig_tf_eflags = frame.tf_eflags; sticks = td->td_kse->ke_sticks; td->td_frame = &frame; @@ -1066,5 +1068,5 @@ * Traced syscall. */ - if ((frame.tf_eflags & PSL_T) && !(frame.tf_eflags & PSL_VM)) { + if ((orig_tf_eflags & PSL_T) && !(orig_tf_eflags & PSL_VM)) { frame.tf_eflags &= ~PSL_T; trapsignal(p, SIGTRAP, 0); %%% Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 5 0: 6:31 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from omta01.mta.everyone.net (sitemail2.everyone.net [216.200.145.36]) by hub.freebsd.org (Postfix) with ESMTP id 4185B37B41A for ; Sat, 5 Jan 2002 00:06:29 -0800 (PST) Received: from sitemail.everyone.net (reports [216.200.145.62]) by omta01.mta.everyone.net (Postfix) with ESMTP id 871EC1C7B5B for ; Sat, 5 Jan 2002 00:06:28 -0800 (PST) Received: by sitemail.everyone.net (Postfix, from userid 99) id 7E6132757; Sat, 5 Jan 2002 00:06:28 -0800 (PST) Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Date: Sat, 5 Jan 2002 00:06:28 -0800 (PST) From: Didjital One To: freebsd-bugs@FreeBSD.ORG Subject: file creation bug? Reply-To: didjital1@ePIMP.com X-Originating-Ip: [24.22.87.179] Message-Id: <20020105080628.7E6132757@sitemail.everyone.net> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org noticed in freebsd4.4-release, upon creating a directory with a user in the wheel group, a user (not in wheel) can create any given file in this directory and the newly created file is now owned by user.wheel and not user.user _____________________________________________________________ Get Your Own FREE Email @epimp.com! ------ http://www.epimp.com/ ------ Get Your Own FREE Email @epimp.com! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 5 0:10: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5A38E37B41B for ; Sat, 5 Jan 2002 00:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g058A1S66875; Sat, 5 Jan 2002 00:10:01 -0800 (PST) (envelope-from gnats) Received: from ch3006458-a.newhvn1.mi.home.com (ch3006458-a.newhvn1.mi.home.com [24.22.87.179]) by hub.freebsd.org (Postfix) with ESMTP id 0324937B417 for ; Sat, 5 Jan 2002 00:09:38 -0800 (PST) Received: (from root@localhost) by ch3006458-a.newhvn1.mi.home.com (8.11.6/8.11.6) id g0588SD88837; Sat, 5 Jan 2002 03:08:28 -0500 (EST) (envelope-from didjital1) Message-Id: <200201050808.g0588SD88837@ch3006458-a.newhvn1.mi.home.com> Date: Sat, 5 Jan 2002 03:08:28 -0500 (EST) From: Didjital One Reply-To: Didjital One To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: misc/33568: Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33568 >Category: misc >Synopsis: >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 05 00:10:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Didjital One >Release: FreeBSD 4.4-RELEASE i386 >Organization: >Environment: System: FreeBSD ch3006458-a.newhvn1.mi.home.com 4.4-RELEASE FreeBSD 4.4-RELEASE #0: Sun Dec 16 15:57:30 EST 2001 didjital1@ch3006458-a.newhvn1.mi.home.com:/usr/src/sys/compile/DPKERNEL1 i386 >Description: >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 5 5:10:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9D67337B417 for ; Sat, 5 Jan 2002 05:10:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g05DA6s25098; Sat, 5 Jan 2002 05:10:06 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 828A537B416 for ; Sat, 5 Jan 2002 05:02:36 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g05D2aw21204; Sat, 5 Jan 2002 05:02:36 -0800 (PST) (envelope-from nobody) Message-Id: <200201051302.g05D2aw21204@freefall.freebsd.org> Date: Sat, 5 Jan 2002 05:02:36 -0800 (PST) From: Daniel Jahre To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/33574: kernel hangs on page fault during boot process (kernel trap 12) on Intel based laptop computer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33574 >Category: i386 >Synopsis: kernel hangs on page fault during boot process (kernel trap 12) on Intel based laptop computer >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 05 05:10:06 PST 2002 >Closed-Date: >Last-Modified: >Originator: Daniel Jahre >Release: 4.4 >Organization: Chemnitz University of Technology >Environment: not available becaus machine does not boot >Description: kernel hangs on boot process. Because I didn't get this machine to boot I'll post you the last lines which I can see on the screen. usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removables, self powered chip1: port 0x1400-0x140f at device 7.3 on pci0 pci_cfgintr_linked: linked (60) to hard-routed irq 10 Fatal trap 12: page fault while in kernel mode fault virtuell address = 0xeb751 fault code = supervisor read, page not present instruction pointer = 0x8:0xc00eb637 stack pointer = 0x10:0xc06b8d6c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) interrupt mask = net tty bio cam trap number = 12 panic: page fault Uptime: 0s I don't know if there is maybe a connection to bug i386/28550. Maybe it helps you to see the output of another BSD kernel so I grabbed the following lines after booting with an OpenBSD floppy. cpu0: Intel Celeron (Mendocino) ("GenuineIntel" 686-class, 128KB L2 cache) 433 Mhz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SYS,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR real mem = 66695168 (65132K) avail mem = 58396672 (57028K) using 839 buffers containing 3436544 bytes (3356K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(4f) BIOS, date 05/18/99, BIOS32 rev. 0 @ 0xeb0d0 apm0 at bios0: Power Management spec V1.2 ... "Intel 82371AB USB" rev 0x01 at pci0 dev 7 function 2 not configured "Intel 82371AB Power Management" rev 0x02 at pci0 dev 7 function 3 not configured "Texas Instruments PCI1225 PCI-Cardbus" rev 0x01 at pci0 dev 10 function 0 not configured "Texas Instruments PCI1225 PCI-Cardbus" rev 0x01 at pci0 dev 10 function 1 not configured ... >How-To-Repeat: This error occurs on every boot, with or without additional configuration. I even tried the latest FreeBSD 4.4 Install floppies. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 5 6:50:15 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 43E8637B419 for ; Sat, 5 Jan 2002 06:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g05Eo1069481; Sat, 5 Jan 2002 06:50:01 -0800 (PST) (envelope-from gnats) Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by hub.freebsd.org (Postfix) with ESMTP id 1A35D37B419 for ; Sat, 5 Jan 2002 06:40:52 -0800 (PST) Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by goliath.siemens.de (8.11.6/8.11.6) with ESMTP id g05Eenl00565 for ; Sat, 5 Jan 2002 15:40:50 +0100 (MET) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail2.siemens.de (8.11.6/8.11.6) with ESMTP id g05Eeng21782 for ; Sat, 5 Jan 2002 15:40:49 +0100 (MET) Received: (from localhost) by curry.mchp.siemens.de (8.11.6/8.11.6) id g05Een640642 for FreeBSD-gnats-submit@freebsd.org; Sat, 5 Jan 2002 15:40:49 +0100 (CET) Message-Id: <200201051440.g05EenU72574@curry.mchp.siemens.de> Date: Sat, 5 Jan 2002 15:40:49 +0100 (CET) From: Andre Albsmeier To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: conf/33575: [PATCH] allow using of -C option during install of man pages Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33575 >Category: conf >Synopsis: [PATCH] allow using of -C option during install of man pages >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Jan 05 06:50:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Andre Albsmeier >Release: FreeBSD 4.5-PRERELEASE i386 >Organization: >Environment: All FreeBSD systems >Description: When using the man(1) command after a "make installworld", man pages get formatted again even if they didn't change and the corresponding cat page was available already. >How-To-Repeat: cd /usr/src/bin/ls && make install man ls cd /usr/src/bin/ls && make install man ls >Fix: We could use the -C flag for installing manpages. The patches below makes it possible to specify WANT_MAN_COMPARE in /etc/make.conf so that man pages are installed using the -C option. If you don't put WANT_MAN_COMPARE in /etc/make.conf the old behaviour is kept. --- etc/defaults/make.conf.ORI Fri Dec 7 17:48:13 2001 +++ etc/defaults/make.conf Sat Jan 5 15:20:08 2002 @@ -141,6 +141,11 @@ # #NOMANCOMPRESS= true # +# If you want manual pages to be installed only if they have changed +# since the last install, uncomment the following. +# +#WANT_MAN_COMPARE= true +# # # If you want the "compat" shared libraries installed as part of your normal # builds, uncomment these: --- share/mk/bsd.man.mk.ORI Mon Dec 31 14:06:53 2001 +++ share/mk/bsd.man.mk Sat Jan 5 15:25:04 2002 @@ -49,7 +49,11 @@ # Install the manual pages and their links. # +.if defined(WANT_MAN_COMPARE) +MINSTALL= ${INSTALL} -C -o ${MANOWN} -g ${MANGRP} -m ${MANMODE} +.else MINSTALL= ${INSTALL} ${COPY} -o ${MANOWN} -g ${MANGRP} -m ${MANMODE} +.endif CATDIR= ${MANDIR:H:S/$/\/cat/} CATEXT= .cat >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 5 7: 0:35 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4F85D37B417; Sat, 5 Jan 2002 07:00:30 -0800 (PST) Received: (from brooks@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g05EtC770188; Sat, 5 Jan 2002 06:55:12 -0800 (PST) (envelope-from brooks) Date: Sat, 5 Jan 2002 06:55:12 -0800 (PST) From: Message-Id: <200201051455.g05EtC770188@freefall.freebsd.org> To: didjital1@ch3006458-a.newhvn1.mi.home.com, brooks@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/33568: Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: State-Changed-From-To: open->closed State-Changed-By: brooks State-Changed-When: Sat Jan 5 06:52:34 PST 2002 State-Changed-Why: This is not a bug. It's a useful feature. Being able to create files with a group you are not a member of does nothing since you don't have permission to grant setgid privs on the file (try it if you don't believe me.) http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33568 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 5 9: 0:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3394037B417 for ; Sat, 5 Jan 2002 09:00:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g05H02a90040; Sat, 5 Jan 2002 09:00:02 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A5F6337B405 for ; Sat, 5 Jan 2002 08:55:41 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g05GtfY89705; Sat, 5 Jan 2002 08:55:41 -0800 (PST) (envelope-from nobody) Message-Id: <200201051655.g05GtfY89705@freefall.freebsd.org> Date: Sat, 5 Jan 2002 08:55:41 -0800 (PST) From: Gianluca Sordiglioni To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/33578: FreeBSD panics when accessing encrypted DVDs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 33578 >Category: kern >Synopsis: FreeBSD panics when accessing encrypted DVDs >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 05 09:00:02 PST 2002 >Closed-Date: >Last-Modified: >Originator: Gianluca Sordiglioni >Release: 4.4-STABLE >Organization: Gruppo Utenti FreeBSD Italia (GUFI) >Environment: FreeBSD attela.babbari.it 4.4-STABLE FreeBSD 4.4-STABLE #1: Sat Dec 22 01:14:34 CET 2001 root@:/usr/obj/usr/src/sys/ATTELA i386 >Description: Opening an encrypted DVD with any DVD Player (Xine, Ogle, MPlayer) I get a system panic and I get an automatic reboot. libdvdcss starts to decode .vob files and system panics depending on the DVD title: sometimes it crashes on the first file, sometimes after decoding three or four of them. Here is the output of dmesg on my machine: Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.4-STABLE #1: Sat Dec 22 01:14:34 CET 2001 root@:/usr/obj/usr/src/sys/ATTELA Timecounter "i8254" frequency 1193182 Hz CPU: AMD-K7(tm) Processor (503.53-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x612 Stepping = 2 Features=0x81f9ff AMD Features=0xc0400000 real memory = 268369920 (262080K bytes) avail memory = 257794048 (251752K bytes) Preloaded elf kernel "kernel" at 0xc0368000. VESA: v2.0, 16384k memory, flags:0x1, mode table:0xc02fea22 (1000022) VESA: ATI RAGE128 Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 7 entries at 0xc00f8110 apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 5.0 irq 11 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 4.1 on pci0 ata1: at 0x170 irq 15 on atapci0 chip1: at device 4.4 on pci0 pcm0: port 0xd000-0xd01f irq 9 at device 14.0 on pci0 ahc0: port 0xd800-0xd8ff mem 0xeffff000-0xefffffff irq 10 at device 16.0 on pci0 aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/255 SCBs orm0: [±¤°í¸ÞÀÏ]

Àü±¹µµ·Î¸¦ ½Ç»çÇÏ¿© ±¸ÃàµÈ DB¸¦ ÀÌ¿ëÇÏ¿© Àü±¹ÅäÀÇ 70%°¡ »ê¾ÇÁö´ëÀÎ ¿ì¸®³ª¶ó µµ·Î ¿©°Ç¿¡¼­ »ç°í À§ÇèÁö¿ª°ú °ú¼Ó À§ÇèÁö¿ª Àü¹æ 500m ÁöÁ¡¿¡¼­ »çÀü À½¼º¾È³»¸¦ ÇØÁÝ´Ï´Ù.

¹®ÀÇÀüÈ­ 080-439-5004, ´ã´ç ƯÆÇ»ç¾÷ºÎ / ¼öȣõ»ç ¼ÒºñÀÚ°¡°Ý 280,000¿ø

 ¼ö½Å°ÅºÎÀǻ簡 ÀÖÀ¸½Ã¸é ¿©±â¸¦ Ŭ¸¯ÇÏ¿© ÁÖ½Ã¸é °¨»çÇÏ°Ú½À´Ï´Ù. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message