From owner-freebsd-bugs Sun Nov 15 06:09:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA28163 for freebsd-bugs-outgoing; Sun, 15 Nov 1998 06:09:57 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA28158 for ; Sun, 15 Nov 1998 06:09:56 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA21195; Sun, 15 Nov 1998 06:10:00 -0800 (PST) Date: Sun, 15 Nov 1998 06:10:00 -0800 (PST) Message-Id: <199811151410.GAA21195@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Arjan de Vet Subject: Re: bin/8518: freopen() in append mode followed by ftell() gives strange results Reply-To: Arjan de Vet Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/8518; it has been noted by GNATS. From: Arjan de Vet To: bde@zeta.org.au (Bruce Evans) Cc: Arjan.deVet@adv.iae.nl, freebsd-gnats-submit@FreeBSD.ORG, sthaug@nethelp.no Subject: Re: bin/8518: freopen() in append mode followed by ftell() gives strange results Date: Sun, 15 Nov 1998 15:03:00 +0100 (CET) Bruce Evans: >>Create empty /tmp/test file and run the program three times. Each >>time it will print 0 and 4. BSD/OS prints 0 4, 0 8 and 0 12. Solaris >>and Linux print 0 4, 4 8 and 8 12. > >The BSD/OS behaviour is the least surprising. The initial offsets >of zero may even be required (if no other process writes to the file). >POSIX.1 specifies fopen() to just use open(), and freopen() to do much >the same thing as fopen(). Therefore, the initial offsets at the file >descriptor level are zero, and for "a+" mode, an initial read would >start at the beginning of the file. Only the fuzzy specification of >permits the initial offsets at the stream level to be nonzero. But let's not look at the initial offset now but the offsets after writing 4 bytes. FreeBSD reports here three times '4' which looks completely wrong in my opinion: when you have "testtest" in a file and you append "test" ftell should say 12 isn't it? Arjan -- Arjan de Vet, Eindhoven, The Netherlands URL: http://www.iae.nl/users/devet/ for PGP key: finger devet@iae.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 15 07:36:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA04965 for freebsd-bugs-outgoing; Sun, 15 Nov 1998 07:36:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from calis.BlackSun.org (slip-ppp-4-191.escape.com [205.160.46.191]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA04909 for ; Sun, 15 Nov 1998 07:36:08 -0800 (PST) (envelope-from don@calis.BlackSun.org) Received: from localhost (don@localhost) by calis.BlackSun.org (8.9.1/8.9.1) with ESMTP id KAA01194 for ; Sun, 15 Nov 1998 10:36:05 -0500 (EST) (envelope-from don@calis.BlackSun.org) Date: Sun, 15 Nov 1998 10:36:05 -0500 (EST) From: Don To: freebsd-bugs@FreeBSD.ORG Subject: 3.0-Release problems with calcru Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I keep getting the following error while using Freebsd 3.0-Release: Nov 15 00:57:37 calis /kernel: calcru: negative time of -10470102 usec for pid 199 (moused) This system was cvsup'd and make world was run a couple of hours before this error occured. It has happened several times before and for a variety of processes especially tar. Anything that seems to be using a lot of processor time seems to cause it. Another error i keep getting is: "cputime limit exceeded." This also seems to occur during heavily processor and/or i/o bound processes such as tar. This system was recently moved from 2.2.7-Stable to 3.0-Release through a complete reinstall, and since then has had these errors. -Don To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 15 07:42:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA05461 for freebsd-bugs-outgoing; Sun, 15 Nov 1998 07:42:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from k6n1.znh.org (dialup5.gaffaneys.com [208.155.161.55]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA05441; Sun, 15 Nov 1998 07:41:58 -0800 (PST) (envelope-from zach@gaffaneys.com) Received: (from zach@localhost) by k6n1.znh.org (8.9.1/8.9.1) id PAA01921; Sun, 15 Nov 1998 15:41:12 GMT (envelope-from zach) Message-ID: <19981115094111.A1906@znh.org> Date: Sun, 15 Nov 1998 09:41:11 -0600 From: Zach Heilig To: =?iso-8859-1?Q?S=F8ren_Schmidt?= , freebsd-bugs@FreeBSD.ORG Subject: Re: kern/8683 References: <199811141647.IAA07778@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.93.2i In-Reply-To: =?iso-8859-1?Q?=3C199811141647=2EIAA07778=40freefall=2Efreebsd=2Eorg=3E?= =?iso-8859-1?Q?=3B_from_S=F8ren_Schmidt_on_Sat=2C_Nov_14=2C_1998_at_08:4?= =?iso-8859-1?Q?7:33AM_-0800?= Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, Nov 14, 1998 at 08:47:33AM -0800, Søren Schmidt wrote: > Synopsis: Problems with Atapi in 3.0... > > Responsible-Changed-From-To: freebsd-bugs->sos > Responsible-Changed-By: sos > Responsible-Changed-When: Sat Nov 14 08:44:14 PST 1998 > Responsible-Changed-Why: > > Atapi is my table :) BTW, now that I've actually beat on it a bit, I can see that if there is more than one disk in the changer mounted, and you access each one in exactly the wrong order (not quite sure what this is yet), directory entries from cdroms in other changer slots tend to show up randomly (always the same extra entries, once they begin showing up, however...). unmounting all the slots then remounting them clears the problem, but it shows up again later. -- Zach Heilig If it looks like a duck, and quacks like a duck, we have to at least consider the possibility that we have a small aquatic bird of the family Anatidæ on our hands (Douglas Adams -- Dirk Gently's Holistic Detective Agency) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 15 08:09:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA08198 for freebsd-bugs-outgoing; Sun, 15 Nov 1998 08:09:13 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freebsd.dk (sos.freebsd.dk [212.242.42.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA08184; Sun, 15 Nov 1998 08:09:01 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.1/8.9.1) id RAA00355; Sun, 15 Nov 1998 17:08:32 +0100 (CET) (envelope-from sos) From: Søren Schmidt Message-Id: <199811151608.RAA00355@freebsd.dk> Subject: Re: kern/8683 In-Reply-To: <19981115094111.A1906@znh.org> from Zach Heilig at "Nov 15, 1998 9:41:11 am" To: zach@gaffaneys.com (Zach Heilig) Date: Sun, 15 Nov 1998 17:08:32 +0100 (CET) Cc: sos@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org It seems Zach Heilig wrote: > On Sat, Nov 14, 1998 at 08:47:33AM -0800, Søren Schmidt wrote: > > Synopsis: Problems with Atapi in 3.0... > > > > Responsible-Changed-From-To: freebsd-bugs->sos > > Responsible-Changed-By: sos > > Responsible-Changed-When: Sat Nov 14 08:44:14 PST 1998 > > Responsible-Changed-Why: > > > > Atapi is my table :) > > BTW, now that I've actually beat on it a bit, I can see that if there is more > than one disk in the changer mounted, and you access each one in exactly the > wrong order (not quite sure what this is yet), directory entries from cdroms > in other changer slots tend to show up randomly (always the same extra > entries, once they begin showing up, however...). unmounting all the slots > then remounting them clears the problem, but it shows up again later. Hmm, I'll have to get ahold of a changer CDROM drive again to get closer at this. The code in there is certainly not perfect, but at least it did work (but you can have it eat you changer mechanism for lunch by using more than of of the disks at once). The only problem is that changer device are pretty rare, at least here in DK land :( -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@freebsd.org) FreeBSD Core Team member To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 15 08:59:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA12729 for freebsd-bugs-outgoing; Sun, 15 Nov 1998 08:59:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA12722 for ; Sun, 15 Nov 1998 08:59:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA09782; Sun, 15 Nov 1998 09:00:01 -0800 (PST) Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA12641 for ; Sun, 15 Nov 1998 08:57:16 -0800 (PST) (envelope-from sthaug@nethelp.no) Received: (qmail 21228 invoked by uid 1001); 15 Nov 1998 16:56:52 +0000 (GMT) Message-Id: <19981115165652.21227.qmail@verdi.nethelp.no> Date: 15 Nov 1998 16:56:52 +0000 (GMT) From: sthaug@nethelp.no Reply-To: sthaug@nethelp.no To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: sthaug@nethelp.no X-Send-Pr-Version: 3.2 Subject: bin/8698: telnet enhancement: option to prevent IP address to name lookup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8698 >Category: bin >Synopsis: add telnet option to prevent IP address to name lookup >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: Sun Nov 15 09:00:00 PST 1998 >Last-Modified: >Originator: Steinar Haug >Organization: Nethelp Consulting >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD 3.0-CURRENT i386 (from around 24. october 1998) >Description: If a telnet destination host is given by IP address, telnet will attempt a gethostbyaddr() to lookup the corresponding host name. If the relevant name servers take a long time to answer (e.g. if they are lame), the telnet connection attempt will take a long time due to the name lookup. This patch adds a -N option to prevent IP address to name lookup when the destination host is given by IP address. The option really should have been -n (for similarity with route, arp, netstat etc), but the -n option is already taken. So use -N. >How-To-Repeat: telnet (using IP address) to a site where the relevant name servers aren't fully functional. Observe how long the connection attempt takes. >Fix: Below is a patch relative to telnet in FreeBSD 3.0-CURRENT. Steinar Haug, Nethelp consulting, sthaug@nethelp.no *** commands.c.orig Fri Jun 12 14:54:53 1998 --- commands.c Sun Nov 15 16:58:10 1998 *************** *** 2186,2192 **** if (temp != INADDR_NONE) { sin.sin_addr.s_addr = temp; sin.sin_family = AF_INET; ! host = gethostbyaddr((char *)&temp, sizeof(temp), AF_INET); if (host) (void) strncpy(_hostname, host->h_name, sizeof(_hostname)); else --- 2186,2193 ---- if (temp != INADDR_NONE) { sin.sin_addr.s_addr = temp; sin.sin_family = AF_INET; ! if (doaddrlookup) ! host = gethostbyaddr((char *)&temp, sizeof(temp), AF_INET); if (host) (void) strncpy(_hostname, host->h_name, sizeof(_hostname)); else *** main.c.orig Sat Mar 29 05:32:57 1997 --- main.c Sun Nov 15 17:03:33 1998 *************** *** 135,141 **** rlogin = (strncmp(prompt, "rlog", 4) == 0) ? '~' : _POSIX_VDISABLE; autologin = -1; ! while ((ch = getopt(argc, argv, "8EKLS:X:acde:fFk:l:n:rt:x")) != -1) { switch(ch) { case '8': eight = 3; /* binary output and input */ --- 135,141 ---- rlogin = (strncmp(prompt, "rlog", 4) == 0) ? '~' : _POSIX_VDISABLE; autologin = -1; ! while ((ch = getopt(argc, argv, "8EKLNS:X:acde:fFk:l:n:rt:x")) != -1) { switch(ch) { case '8': eight = 3; /* binary output and input */ *************** *** 150,155 **** --- 150,158 ---- break; case 'L': eight |= 2; /* binary output only */ + break; + case 'N': + doaddrlookup = 0; break; case 'S': { *** telnet.c.orig Mon Jul 6 23:01:42 1998 --- telnet.c Sun Nov 15 17:03:22 1998 *************** *** 106,111 **** --- 106,112 ---- donebinarytoggle, /* the user has put us in binary */ dontlecho, /* do we suppress local echoing right now? */ globalmode, + doaddrlookup = 1, /* Should we do IP address to name lookup? */ clienteof = 0; char *prompt = 0; *** externs.h.orig Tue Jan 7 20:47:56 1997 --- externs.h Sun Nov 15 16:56:14 1998 *************** *** 145,150 **** --- 145,151 ---- termdata, /* Print out terminal data flow */ #endif /* defined(unix) */ debug, /* Debug level */ + doaddrlookup, /* Should we do IP address to name lookup? */ clienteof; /* Client received EOF */ extern cc_t escape; /* Escape to command mode */ *** telnet.1.orig Sat Dec 27 19:58:27 1997 --- telnet.1 Sun Nov 15 17:30:04 1998 *************** *** 93,98 **** --- 93,101 ---- Specifies an 8-bit data path on output. This causes the .Dv BINARY option to be negotiated on output. + .It Fl N + Prevents IP address to name lookup when destination host is given as an + IP address. .It Fl S Ar tos Sets the IP type-of-service (TOS) option for the telnet connection to the value >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 Sun Nov 15 09:13:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA13568 for freebsd-bugs-outgoing; Sun, 15 Nov 1998 09:13:26 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from k6n1.znh.org (dialup9.gaffaneys.com [208.155.161.59]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA13552; Sun, 15 Nov 1998 09:13:00 -0800 (PST) (envelope-from zach@gaffaneys.com) Received: (from zach@localhost) by k6n1.znh.org (8.9.1/8.9.1) id RAA02771; Sun, 15 Nov 1998 17:08:00 GMT (envelope-from zach) Message-ID: <19981115110800.A2649@znh.org> Date: Sun, 15 Nov 1998 11:08:00 -0600 From: Zach Heilig To: =?iso-8859-1?Q?S=F8ren_Schmidt?= , Zach Heil{g Cc: sos@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/8683 References: <19981115094111.A1906@znh.org> <199811151608.RAA00355@freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.93.2i In-Reply-To: =?iso-8859-1?Q?=3C199811151608=2ERAA00355=40freebsd=2Edk=3E=3B_from_S=F8?= =?iso-8859-1?Q?ren_Schmidt_on_Sun=2C_Nov_15=2C_1998_at_05:08:32PM_+0100?= Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, Nov 15, 1998 at 05:08:32PM +0100, Søren Schmidt wrote: > Hmm, I'll have to get ahold of a changer CDROM drive again to get > closer at this. The code in there is certainly not perfect, but > at least it did work (but you can have it eat you changer mechanism > for lunch by using more than of of the disks at once). Well, I am using the changer to keep MP3's (ripped from my own CD's) online, so there is a possibility of a disk change every 5-7 minutes or so while random playing. It would be nice if there was a minimum of 30 seconds or so per slot (and/or if it would buffer the next 4-5 megs of the currently being read file). > The only problem is that changer device are pretty rare, at least > here in DK land :( There is possibly another drive identical to mine in a local store... I can check again tomorrow (Monday). If it is still available and cheap enough, I could perhaps send it your way (it is an old NEC 252/6x 4-disk changer). -- Zach Heilig If it looks like a duck, and quacks like a duck, we have to at least consider the possibility that we have a small aquatic bird of the family Anatidæ on our hands (Douglas Adams -- Dirk Gently's Holistic Detective Agency) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 15 09:25:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA14757 for freebsd-bugs-outgoing; Sun, 15 Nov 1998 09:25:42 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freebsd.dk (sos.freebsd.dk [212.242.42.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA14745; Sun, 15 Nov 1998 09:25:29 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.1/8.9.1) id SAA00310; Sun, 15 Nov 1998 18:24:55 +0100 (CET) (envelope-from sos) From: Søren Schmidt Message-Id: <199811151724.SAA00310@freebsd.dk> Subject: Re: kern/8683 In-Reply-To: <19981115110800.A2649@znh.org> from Zach Heilig at "Nov 15, 1998 11: 8: 0 am" To: zach@gaffaneys.com (Zach Heilig) Date: Sun, 15 Nov 1998 18:24:54 +0100 (CET) Cc: zach@gaffaneys.com, sos@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org It seems Zach Heilig wrote: > Well, I am using the changer to keep MP3's (ripped from my own CD's) online, > so there is a possibility of a disk change every 5-7 minutes or so while > random playing. It would be nice if there was a minimum of 30 seconds or so > per slot (and/or if it would buffer the next 4-5 megs of the currently being > read file). That is kind of what I had already done to the driver locally, I'd only allow a switch every 20 secs, and put the requester to sleep until then. > > The only problem is that changer device are pretty rare, at least > > here in DK land :( > > There is possibly another drive identical to mine in a local store... I can > check again tomorrow (Monday). If it is still available and cheap enough, I > could perhaps send it your way (it is an old NEC 252/6x 4-disk changer). That'd be nice, the one I had (that got stolen together with my main machine three weeks ago) was also a donation to the project. Let me hear how it goes, maybe we can find a good solution here... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@freebsd.org) FreeBSD Core Team member To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 15 11:50:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA26174 for freebsd-bugs-outgoing; Sun, 15 Nov 1998 11:50:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA26168 for ; Sun, 15 Nov 1998 11:49:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA14987; Sun, 15 Nov 1998 11:50:01 -0800 (PST) Date: Sun, 15 Nov 1998 11:50:01 -0800 (PST) Message-Id: <199811151950.LAA14987@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Jonathan Chen Subject: Re: i386/8414: ibcs2 emulation sets serial baud-rate incorrectly Reply-To: Jonathan Chen Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/8414; it has been noted by GNATS. From: Jonathan Chen To: Poul-Henning Kamp Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: i386/8414: ibcs2 emulation sets serial baud-rate incorrectly Date: Mon, 16 Nov 1998 08:31:00 +1300 (NZDT) [Sorry for taking so long to get back - been on a 3 week vacation] On Fri, 23 Oct 1998, Poul-Henning Kamp wrote: > > I think you sent the wrong patch, didn't you ? Or did it get truncated ? > > >>Fix: > > > > Patch to /usr/src/sys/i386/ibcs2/ibcs2_ioctl.c required. The existing > > code incorrectly inspects IBCS-termio.c_lflag for a baud-rate setting > > when it should be inspecting IBCS-termio.c_cflag. > > Hmm. I've included the whole file this time. ---------------------------------------------------------------------- /* $NetBSD: ibcs2_ioctl.c,v 1.6 1995/03/14 15:12:28 scottb Exp $ */ /* * Copyright (c) 1994, 1995 Scott Bartram * All rights reserved. * * based on compat/sunos/sun_ioctl.c * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. The name of the author may not be used to endorse or promote products * derived from this software without specific prior written permission * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. */ #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include static void stios2btios __P((struct ibcs2_termios *, struct termios *)); static void btios2stios __P((struct termios *, struct ibcs2_termios *)); static void stios2stio __P((struct ibcs2_termios *, struct ibcs2_termio *)); static void stio2stios __P((struct ibcs2_termio *, struct ibcs2_termios *)); int ibcs2_gtty(struct proc *p, struct ibcs2_gtty_args *args, int *retval) { struct ioctl_args ioctl_arg; ioctl_arg.fd = args->fd; ioctl_arg.com = TIOCGETC; ioctl_arg.data = (caddr_t)args->buf; return ioctl(p, &ioctl_arg, retval); } int ibcs2_stty(struct proc *p, struct ibcs2_stty_args *args, int *retval) { struct ioctl_args ioctl_arg; ioctl_arg.fd = args->fd; ioctl_arg.com = TIOCSETC; ioctl_arg.data = (caddr_t)args->buf; return ioctl(p, &ioctl_arg, retval); } /* * iBCS2 ioctl calls. */ static struct speedtab sptab[] = { { 0, 0 }, { 50, 1 }, { 75, 2 }, { 110, 3 }, { 134, 4 }, { 135, 4 }, { 150, 5 }, { 200, 6 }, { 300, 7 }, { 600, 8 }, { 1200, 9 }, { 1800, 10 }, { 2400, 11 }, { 4800, 12 }, { 9600, 13 }, { 19200, 14 }, { 38400, 15 }, { -1, -1 } }; static u_long s2btab[] = { 0, 50, 75, 110, 134, 150, 200, 300, 600, 1200, 1800, 2400, 4800, 9600, 19200, 38400, }; static void stios2btios(st, bt) struct ibcs2_termios *st; struct termios *bt; { register u_long l, r; l = st->c_iflag; r = 0; if (l & IBCS2_IGNBRK) r |= IGNBRK; if (l & IBCS2_BRKINT) r |= BRKINT; if (l & IBCS2_IGNPAR) r |= IGNPAR; if (l & IBCS2_PARMRK) r |= PARMRK; if (l & IBCS2_INPCK) r |= INPCK; if (l & IBCS2_ISTRIP) r |= ISTRIP; if (l & IBCS2_INLCR) r |= INLCR; if (l & IBCS2_IGNCR) r |= IGNCR; if (l & IBCS2_ICRNL) r |= ICRNL; if (l & IBCS2_IXON) r |= IXON; if (l & IBCS2_IXANY) r |= IXANY; if (l & IBCS2_IXOFF) r |= IXOFF; if (l & IBCS2_IMAXBEL) r |= IMAXBEL; bt->c_iflag = r; l = st->c_oflag; r = 0; if (l & IBCS2_OPOST) r |= OPOST; if (l & IBCS2_ONLCR) r |= ONLCR; if (l & IBCS2_TAB3) r |= OXTABS; bt->c_oflag = r; l = st->c_cflag; r = 0; switch (l & IBCS2_CSIZE) { case IBCS2_CS5: r |= CS5; break; case IBCS2_CS6: r |= CS6; break; case IBCS2_CS7: r |= CS7; break; case IBCS2_CS8: r |= CS8; break; } if (l & IBCS2_CSTOPB) r |= CSTOPB; if (l & IBCS2_CREAD) r |= CREAD; if (l & IBCS2_PARENB) r |= PARENB; if (l & IBCS2_PARODD) r |= PARODD; if (l & IBCS2_HUPCL) r |= HUPCL; if (l & IBCS2_CLOCAL) r |= CLOCAL; bt->c_cflag = r; bt->c_ispeed = bt->c_ospeed = s2btab[l & 0x0000000f]; l = st->c_lflag; r = 0; if (l & IBCS2_ISIG) r |= ISIG; if (l & IBCS2_ICANON) r |= ICANON; if (l & IBCS2_ECHO) r |= ECHO; if (l & IBCS2_ECHOE) r |= ECHOE; if (l & IBCS2_ECHOK) r |= ECHOK; if (l & IBCS2_ECHONL) r |= ECHONL; if (l & IBCS2_NOFLSH) r |= NOFLSH; if (l & IBCS2_TOSTOP) r |= TOSTOP; bt->c_lflag = r; bt->c_cc[VINTR] = st->c_cc[IBCS2_VINTR] ? st->c_cc[IBCS2_VINTR] : _POSIX_VDISABLE; bt->c_cc[VQUIT] = st->c_cc[IBCS2_VQUIT] ? st->c_cc[IBCS2_VQUIT] : _POSIX_VDISABLE; bt->c_cc[VERASE] = st->c_cc[IBCS2_VERASE] ? st->c_cc[IBCS2_VERASE] : _POSIX_VDISABLE; bt->c_cc[VKILL] = st->c_cc[IBCS2_VKILL] ? st->c_cc[IBCS2_VKILL] : _POSIX_VDISABLE; if (bt->c_lflag & ICANON) { bt->c_cc[VEOF] = st->c_cc[IBCS2_VEOF] ? st->c_cc[IBCS2_VEOF] : _POSIX_VDISABLE; bt->c_cc[VEOL] = st->c_cc[IBCS2_VEOL] ? st->c_cc[IBCS2_VEOL] : _POSIX_VDISABLE; } else { bt->c_cc[VMIN] = st->c_cc[IBCS2_VMIN]; bt->c_cc[VTIME] = st->c_cc[IBCS2_VTIME]; } bt->c_cc[VEOL2] = st->c_cc[IBCS2_VEOL2] ? st->c_cc[IBCS2_VEOL2] : _POSIX_VDISABLE; #if 0 bt->c_cc[VSWTCH] = st->c_cc[IBCS2_VSWTCH] ? st->c_cc[IBCS2_VSWTCH] : _POSIX_VDISABLE; #endif bt->c_cc[VSTART] = st->c_cc[IBCS2_VSTART] ? st->c_cc[IBCS2_VSTART] : _POSIX_VDISABLE; bt->c_cc[VSTOP] = st->c_cc[IBCS2_VSTOP] ? st->c_cc[IBCS2_VSTOP] : _POSIX_VDISABLE; bt->c_cc[VSUSP] = st->c_cc[IBCS2_VSUSP] ? st->c_cc[IBCS2_VSUSP] : _POSIX_VDISABLE; bt->c_cc[VDSUSP] = _POSIX_VDISABLE; bt->c_cc[VREPRINT] = _POSIX_VDISABLE; bt->c_cc[VDISCARD] = _POSIX_VDISABLE; bt->c_cc[VWERASE] = _POSIX_VDISABLE; bt->c_cc[VLNEXT] = _POSIX_VDISABLE; bt->c_cc[VSTATUS] = _POSIX_VDISABLE; } static void btios2stios(bt, st) struct termios *bt; struct ibcs2_termios *st; { register u_long l, r; l = bt->c_iflag; r = 0; if (l & IGNBRK) r |= IBCS2_IGNBRK; if (l & BRKINT) r |= IBCS2_BRKINT; if (l & IGNPAR) r |= IBCS2_IGNPAR; if (l & PARMRK) r |= IBCS2_PARMRK; if (l & INPCK) r |= IBCS2_INPCK; if (l & ISTRIP) r |= IBCS2_ISTRIP; if (l & INLCR) r |= IBCS2_INLCR; if (l & IGNCR) r |= IBCS2_IGNCR; if (l & ICRNL) r |= IBCS2_ICRNL; if (l & IXON) r |= IBCS2_IXON; if (l & IXANY) r |= IBCS2_IXANY; if (l & IXOFF) r |= IBCS2_IXOFF; if (l & IMAXBEL) r |= IBCS2_IMAXBEL; st->c_iflag = r; l = bt->c_oflag; r = 0; if (l & OPOST) r |= IBCS2_OPOST; if (l & ONLCR) r |= IBCS2_ONLCR; if (l & OXTABS) r |= IBCS2_TAB3; st->c_oflag = r; l = bt->c_cflag; r = 0; switch (l & CSIZE) { case CS5: r |= IBCS2_CS5; break; case CS6: r |= IBCS2_CS6; break; case CS7: r |= IBCS2_CS7; break; case CS8: r |= IBCS2_CS8; break; } if (l & CSTOPB) r |= IBCS2_CSTOPB; if (l & CREAD) r |= IBCS2_CREAD; if (l & PARENB) r |= IBCS2_PARENB; if (l & PARODD) r |= IBCS2_PARODD; if (l & HUPCL) r |= IBCS2_HUPCL; if (l & CLOCAL) r |= IBCS2_CLOCAL; st->c_cflag = r; l = bt->c_lflag; r = 0; if (l & ISIG) r |= IBCS2_ISIG; if (l & ICANON) r |= IBCS2_ICANON; if (l & ECHO) r |= IBCS2_ECHO; if (l & ECHOE) r |= IBCS2_ECHOE; if (l & ECHOK) r |= IBCS2_ECHOK; if (l & ECHONL) r |= IBCS2_ECHONL; if (l & NOFLSH) r |= IBCS2_NOFLSH; if (l & TOSTOP) r |= IBCS2_TOSTOP; st->c_lflag = r; l = ttspeedtab(bt->c_ospeed, sptab); if ((int)l >= 0) st->c_cflag |= l; st->c_cc[IBCS2_VINTR] = bt->c_cc[VINTR] != _POSIX_VDISABLE ? bt->c_cc[VINTR] : 0; st->c_cc[IBCS2_VQUIT] = bt->c_cc[VQUIT] != _POSIX_VDISABLE ? bt->c_cc[VQUIT] : 0; st->c_cc[IBCS2_VERASE] = bt->c_cc[VERASE] != _POSIX_VDISABLE ? bt->c_cc[VERASE] : 0; st->c_cc[IBCS2_VKILL] = bt->c_cc[VKILL] != _POSIX_VDISABLE ? bt->c_cc[VKILL] : 0; if (bt->c_lflag & ICANON) { st->c_cc[IBCS2_VEOF] = bt->c_cc[VEOF] != _POSIX_VDISABLE ? bt->c_cc[VEOF] : 0; st->c_cc[IBCS2_VEOL] = bt->c_cc[VEOL] != _POSIX_VDISABLE ? bt->c_cc[VEOL] : 0; } else { st->c_cc[IBCS2_VMIN] = bt->c_cc[VMIN]; st->c_cc[IBCS2_VTIME] = bt->c_cc[VTIME]; } st->c_cc[IBCS2_VEOL2] = bt->c_cc[VEOL2] != _POSIX_VDISABLE ? bt->c_cc[VEOL2] : 0; st->c_cc[IBCS2_VSWTCH] = 0; st->c_cc[IBCS2_VSUSP] = bt->c_cc[VSUSP] != _POSIX_VDISABLE ? bt->c_cc[VSUSP] : 0; st->c_cc[IBCS2_VSTART] = bt->c_cc[VSTART] != _POSIX_VDISABLE ? bt->c_cc[VSTART] : 0; st->c_cc[IBCS2_VSTOP] = bt->c_cc[VSTOP] != _POSIX_VDISABLE ? bt->c_cc[VSTOP] : 0; st->c_line = 0; } static void stios2stio(ts, t) struct ibcs2_termios *ts; struct ibcs2_termio *t; { t->c_iflag = ts->c_iflag; t->c_oflag = ts->c_oflag; t->c_cflag = ts->c_cflag; t->c_lflag = ts->c_lflag; t->c_line = ts->c_line; bcopy(ts->c_cc, t->c_cc, IBCS2_NCC); } static void stio2stios(t, ts) struct ibcs2_termio *t; struct ibcs2_termios *ts; { ts->c_iflag = t->c_iflag; ts->c_oflag = t->c_oflag; ts->c_cflag = t->c_cflag; ts->c_lflag = t->c_lflag; ts->c_line = t->c_line; bcopy(t->c_cc, ts->c_cc, IBCS2_NCC); } int ibcs2_ioctl(p, uap, retval) struct proc *p; struct ibcs2_ioctl_args *uap; int *retval; { struct filedesc *fdp = p->p_fd; struct file *fp; int (*ctl) __P((struct file *, int, caddr_t, struct proc *)); int error; if (SCARG(uap, fd) < 0 || SCARG(uap, fd) >= fdp->fd_nfiles || (fp = fdp->fd_ofiles[SCARG(uap, fd)]) == NULL) { DPRINTF(("ibcs2_ioctl(%d): bad fd %d ", p->p_pid, SCARG(uap, fd))); return EBADF; } if ((fp->f_flag & (FREAD|FWRITE)) == 0) { DPRINTF(("ibcs2_ioctl(%d): bad fp flag ", p->p_pid)); return EBADF; } ctl = fp->f_ops->fo_ioctl; switch (SCARG(uap, cmd)) { case IBCS2_TCGETA: case IBCS2_XCGETA: case IBCS2_OXCGETA: { struct termios bts; struct ibcs2_termios sts; struct ibcs2_termio st; if ((error = (*ctl)(fp, TIOCGETA, (caddr_t)&bts, p)) != 0) return error; btios2stios (&bts, &sts); if (SCARG(uap, cmd) == IBCS2_TCGETA) { stios2stio (&sts, &st); error = copyout((caddr_t)&st, SCARG(uap, data), sizeof (st)); #ifdef DEBUG_IBCS2 if (error) DPRINTF(("ibcs2_ioctl(%d): copyout failed ", p->p_pid)); #endif return error; } else return copyout((caddr_t)&sts, SCARG(uap, data), sizeof (sts)); /*NOTREACHED*/ } case IBCS2_TCSETA: case IBCS2_TCSETAW: case IBCS2_TCSETAF: { struct termios bts; struct ibcs2_termios sts; struct ibcs2_termio st; if ((error = copyin(SCARG(uap, data), (caddr_t)&st, sizeof(st))) != 0) { DPRINTF(("ibcs2_ioctl(%d): TCSET copyin failed ", p->p_pid)); return error; } /* get full BSD termios so we don't lose information */ if ((error = (*ctl)(fp, TIOCGETA, (caddr_t)&bts, p)) != 0) { DPRINTF(("ibcs2_ioctl(%d): TCSET ctl failed fd %d ", p->p_pid, SCARG(uap, fd))); return error; } /* * convert to iBCS2 termios, copy in information from * termio, and convert back, then set new values. */ btios2stios(&bts, &sts); stio2stios(&st, &sts); stios2btios(&sts, &bts); return (*ctl)(fp, SCARG(uap, cmd) - IBCS2_TCSETA + TIOCSETA, (caddr_t)&bts, p); } case IBCS2_XCSETA: case IBCS2_XCSETAW: case IBCS2_XCSETAF: { struct termios bts; struct ibcs2_termios sts; if ((error = copyin(SCARG(uap, data), (caddr_t)&sts, sizeof (sts))) != 0) { return error; } stios2btios (&sts, &bts); return (*ctl)(fp, SCARG(uap, cmd) - IBCS2_XCSETA + TIOCSETA, (caddr_t)&bts, p); } case IBCS2_OXCSETA: case IBCS2_OXCSETAW: case IBCS2_OXCSETAF: { struct termios bts; struct ibcs2_termios sts; if ((error = copyin(SCARG(uap, data), (caddr_t)&sts, sizeof (sts))) != 0) { return error; } stios2btios (&sts, &bts); return (*ctl)(fp, SCARG(uap, cmd) - IBCS2_OXCSETA + TIOCSETA, (caddr_t)&bts, p); } case IBCS2_TCSBRK: DPRINTF(("ibcs2_ioctl(%d): TCSBRK ", p->p_pid)); return ENOSYS; case IBCS2_TCXONC: { switch ((int)SCARG(uap, data)) { case 0: case 1: DPRINTF(("ibcs2_ioctl(%d): TCXONC ", p->p_pid)); return ENOSYS; case 2: return (*ctl)(fp, TIOCSTOP, (caddr_t)0, p); case 3: return (*ctl)(fp, TIOCSTART, (caddr_t)1, p); default: return EINVAL; } } case IBCS2_TCFLSH: { int arg; switch ((int)SCARG(uap, data)) { case 0: arg = FREAD; break; case 1: arg = FWRITE; break; case 2: arg = FREAD | FWRITE; break; default: return EINVAL; } return (*ctl)(fp, TIOCFLUSH, (caddr_t)&arg, p); } case IBCS2_TIOCGWINSZ: SCARG(uap, cmd) = TIOCGWINSZ; return ioctl(p, (struct ioctl_args *)uap, retval); case IBCS2_TIOCSWINSZ: SCARG(uap, cmd) = TIOCSWINSZ; return ioctl(p, (struct ioctl_args *)uap, retval); case IBCS2_TIOCGPGRP: return copyout((caddr_t)&p->p_pgrp->pg_id, SCARG(uap, data), sizeof(p->p_pgrp->pg_id)); case IBCS2_TIOCSPGRP: /* XXX - is uap->data a pointer to pgid? */ { struct setpgid_args sa; SCARG(&sa, pid) = 0; SCARG(&sa, pgid) = (int)SCARG(uap, data); if (error = setpgid(p, &sa, retval)) return error; return 0; } case IBCS2_TCGETSC: /* SCO console - get scancode flags */ return EINTR; /* ENOSYS; */ case IBCS2_TCSETSC: /* SCO console - set scancode flags */ return 0; /* ENOSYS; */ case IBCS2_JWINSIZE: /* Unix to Jerq I/O control */ { struct ibcs2_jwinsize { char bytex, bytey; short bitx, bity; } ibcs2_jwinsize; ibcs2_jwinsize.bytex = 80; /* p->p_session->s_ttyp->t_winsize.ws_col; XXX */ ibcs2_jwinsize.bytey = 25; /* p->p_session->s_ttyp->t_winsize.ws_row; XXX */ ibcs2_jwinsize.bitx = p->p_session->s_ttyp->t_winsize.ws_xpixel; ibcs2_jwinsize.bity = p->p_session->s_ttyp->t_winsize.ws_ypixel; return copyout((caddr_t)&ibcs2_jwinsize, SCARG(uap, data), sizeof(ibcs2_jwinsize)); } /* keyboard and display ioctl's -- type 'K' */ case IBCS2_KDGKBMODE: /* get keyboard translation mode */ SCARG(uap, cmd) = KDGKBMODE; /* printf("ioctl KDGKBMODE = %x\n", SCARG(uap, cmd));*/ return ioctl(p, (struct ioctl_args *)uap, retval); case IBCS2_KDSKBMODE: /* set keyboard translation mode */ SCARG(uap, cmd) = KDSKBMODE; return ioctl(p, (struct ioctl_args *)uap, retval); case IBCS2_KDMKTONE: /* sound tone */ SCARG(uap, cmd) = KDMKTONE; return ioctl(p, (struct ioctl_args *)uap, retval); case IBCS2_KDGETMODE: /* get text/graphics mode */ SCARG(uap, cmd) = KDGETMODE; return ioctl(p, (struct ioctl_args *)uap, retval); case IBCS2_KDSETMODE: /* set text/graphics mode */ SCARG(uap, cmd) = KDSETMODE; return ioctl(p, (struct ioctl_args *)uap, retval); case IBCS2_KDSBORDER: /* set ega color border */ SCARG(uap, cmd) = KDSBORDER; return ioctl(p, (struct ioctl_args *)uap, retval); case IBCS2_KDGKBSTATE: SCARG(uap, cmd) = KDGKBSTATE; return ioctl(p, (struct ioctl_args *)uap, retval); case IBCS2_KDSETRAD: SCARG(uap, cmd) = KDSETRAD; return ioctl(p, (struct ioctl_args *)uap, retval); case IBCS2_KDENABIO: /* enable direct I/O to ports */ SCARG(uap, cmd) = KDENABIO; return ioctl(p, (struct ioctl_args *)uap, retval); case IBCS2_KDDISABIO: /* disable direct I/O to ports */ SCARG(uap, cmd) = KDDISABIO; return ioctl(p, (struct ioctl_args *)uap, retval); case IBCS2_KIOCSOUND: /* start sound generation */ SCARG(uap, cmd) = KIOCSOUND; return ioctl(p, (struct ioctl_args *)uap, retval); case IBCS2_KDGKBTYPE: /* get keyboard type */ SCARG(uap, cmd) = KDGKBTYPE; return ioctl(p, (struct ioctl_args *)uap, retval); case IBCS2_KDGETLED: /* get keyboard LED status */ SCARG(uap, cmd) = KDGETLED; return ioctl(p, (struct ioctl_args *)uap, retval); case IBCS2_KDSETLED: /* set keyboard LED status */ SCARG(uap, cmd) = KDSETLED; return ioctl(p, (struct ioctl_args *)uap, retval); /* Xenix keyboard and display ioctl's from sys/kd.h -- type 'k' */ case IBCS2_GETFKEY: /* Get function key */ SCARG(uap, cmd) = GETFKEY; return ioctl(p, (struct ioctl_args *)uap, retval); case IBCS2_SETFKEY: /* Set function key */ SCARG(uap, cmd) = SETFKEY; return ioctl(p, (struct ioctl_args *)uap, retval); case IBCS2_GIO_SCRNMAP: /* Get screen output map table */ SCARG(uap, cmd) = GIO_SCRNMAP; return ioctl(p, (struct ioctl_args *)uap, retval); case IBCS2_PIO_SCRNMAP: /* Set screen output map table */ SCARG(uap, cmd) = PIO_SCRNMAP; return ioctl(p, (struct ioctl_args *)uap, retval); case IBCS2_GIO_KEYMAP: /* Get keyboard map table */ SCARG(uap, cmd) = GIO_KEYMAP; return ioctl(p, (struct ioctl_args *)uap, retval); case IBCS2_PIO_KEYMAP: /* Set keyboard map table */ SCARG(uap, cmd) = PIO_KEYMAP; return ioctl(p, (struct ioctl_args *)uap, retval); /* socksys */ case IBCS2_SIOCSOCKSYS: return ibcs2_socksys(p, (struct ibcs2_socksys_args *)uap, retval); case IBCS2_I_NREAD: /* STREAMS */ SCARG(uap, cmd) = FIONREAD; return ioctl(p, (struct ioctl_args *)uap, retval); default: DPRINTF(("ibcs2_ioctl(%d): unknown cmd 0x%lx ", p->p_pid, SCARG(uap, cmd))); return ENOSYS; } return ENOSYS; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 15 13:59:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA07200 for freebsd-bugs-outgoing; Sun, 15 Nov 1998 13:59:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA07192 for ; Sun, 15 Nov 1998 13:59:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA20565; Sun, 15 Nov 1998 14:00:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA06135; Sun, 15 Nov 1998 13:51:00 -0800 (PST) (envelope-from nobody) Message-Id: <199811152151.NAA06135@hub.freebsd.org> Date: Sun, 15 Nov 1998 13:51:00 -0800 (PST) From: yuri@xpert.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/8699: ypbind can't bind to server Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8699 >Category: bin >Synopsis: ypbind can't bind to server >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 15 14:00:01 PST 1998 >Last-Modified: >Originator: Yuri Gindin >Organization: >Release: 3.0-RELASE >Environment: FreeBSD moon.moon.com 3.0-RELEASE FreeBSD 3.0-RELEASE #0: Sat Nov 14 19:13:12 IST 1998 root@moon.moon.com:/export/home/src/sys/compile/MOON i386 >Description: ypbind can't bind to the server running Solaris-2.6 >From the other hand, when running ypbind -s -ypsetme and then ypset servername one can get the following message after timeout for about 15 sec: /usr/sbin/ypset: sorry, cannot ypset for domain domainname on host But then, yp works. >How-To-Repeat: ypbind -s -S domainname,servername ypwhich ypwhich: can't yp_bind: reason: Domain not bound >Fix: >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 Sun Nov 15 14:19:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA09537 for freebsd-bugs-outgoing; Sun, 15 Nov 1998 14:19:54 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA09482; Sun, 15 Nov 1998 14:19:00 -0800 (PST) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA21771; Sun, 15 Nov 1998 14:19:04 -0800 (PST) Date: Sun, 15 Nov 1998 14:19:04 -0800 (PST) Message-Id: <199811152219.OAA21771@freefall.freebsd.org> To: thz@tuebingen.netsurf.de, steve@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4553 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: man fails to open manpage if ./man exists in current dir. State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sun Nov 15 14:18:22 PST 1998 State-Changed-Why: Closed at originator's request. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 15 14:41:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA11561 for freebsd-bugs-outgoing; Sun, 15 Nov 1998 14:41:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA11549 for ; Sun, 15 Nov 1998 14:41:03 -0800 (PST) (envelope-from wpaul@skynet.ctr.columbia.edu) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id RAA06478; Sun, 15 Nov 1998 17:45:43 -0500 From: Bill Paul Message-Id: <199811152245.RAA06478@skynet.ctr.columbia.edu> Subject: Re: bin/8699: ypbind can't bind to server To: yuri@xpert.com Date: Sun, 15 Nov 1998 17:45:42 -0500 (EST) Cc: bugs@FreeBSD.ORG In-Reply-To: <199811152151.NAA06135@hub.freebsd.org> from "yuri@xpert.com" at Nov 15, 98 01:51:00 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Of all the gin joints in all the towns in all the world, yuri@xpert.com had to walk into mine and say: > > >Number: 8699 > >Category: bin > >Synopsis: ypbind can't bind to server > >Confidential: no > >Severity: serious > >Priority: high > >Responsible: freebsd-bugs > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Sun Nov 15 14:00:01 PST 1998 > >Last-Modified: > >Originator: Yuri Gindin > >Organization: > >Release: 3.0-RELASE > >Environment: > FreeBSD moon.moon.com 3.0-RELEASE FreeBSD 3.0-RELEASE #0: Sat Nov 14 19:13:12 IST 1998 root@moon.moon.com:/export/home/src/sys/compile/MOON i386 > >Description: > ypbind can't bind to the server running Solaris-2.6 > From the other hand, when running ypbind -s -ypsetme > and then ypset servername > one can get the following message after timeout for about 15 sec: > /usr/sbin/ypset: sorry, cannot ypset for domain domainname on host > But then, yp works. > >How-To-Repeat: > ypbind -s -S domainname,servername > ypwhich > ypwhich: can't yp_bind: reason: Domain not bound > > >Fix: > > >Audit-Trail: > >Unformatted: > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > > This is one of those problems that's hard to track down unless you're actually there to look at the configuration. Murphy's Law says there's a very simple configuration problem at work here, not a software bug, but since I can't actually see your system I can't even guess what the problem might be. I doubt that Sun has changed their ypserv implementation and I know I haven't changed FreeBSD's ypserv. Of course, you could be using rpc.nisd in compat mode on the server, but we'll never know because you decided not to share this useful piece of information. You also didn't say if your server is a Solaris 2.6 x86 or SPARC system. Until I can duplicate your problem, _you_ need to sit down and do some debugging. Go to the Solaris machine, become root and run 'snoop' or tcpdump and watch the traffic between the Solaris and FreeBSD host. This will probably give you some idea what's wrong. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 15 15:15:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA14989 for freebsd-bugs-outgoing; Sun, 15 Nov 1998 15:15:17 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA14891; Sun, 15 Nov 1998 15:14:04 -0800 (PST) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA24373; Sun, 15 Nov 1998 15:14:08 -0800 (PST) Date: Sun, 15 Nov 1998 15:14:08 -0800 (PST) Message-Id: <199811152314.PAA24373@freefall.freebsd.org> To: steve@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/8691 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Old Synopsis: New Synopsis: sysctl kern.clockrate returns an error Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Sun Nov 15 15:11:25 PST 1998 Responsible-Changed-Why: Misfiled PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 15 15:22:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA16152 for freebsd-bugs-outgoing; Sun, 15 Nov 1998 15:22:32 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA16147; Sun, 15 Nov 1998 15:22:29 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from root@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA25135; Sun, 15 Nov 1998 15:22:33 -0800 (PST) Date: Sun, 15 Nov 1998 15:22:33 -0800 (PST) Message-Id: <199811152322.PAA25135@freefall.freebsd.org> To: grog@lemis.com, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/8691 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sysctl kern.clockrate returns an error State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sun Nov 15 15:22:12 PST 1998 State-Changed-Why: Unable to reproduce this on *any* 3.0 system with properly sync'd kernel and userland. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 15 16:08:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA22715 for freebsd-bugs-outgoing; Sun, 15 Nov 1998 16:08:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA22670; Sun, 15 Nov 1998 16:08:01 -0800 (PST) (envelope-from ken@FreeBSD.org) From: Kenneth Merry Received: (from ken@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA27102; Sun, 15 Nov 1998 16:08:06 -0800 (PST) Date: Sun, 15 Nov 1998 16:08:06 -0800 (PST) Message-Id: <199811160008.QAA27102@freefall.freebsd.org> To: trost@cloud.rain.com, ken@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, ken@FreeBSD.ORG Subject: Re: i386/8688 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: tcopy not updated for CAM State-Changed-From-To: open-closed State-Changed-By: ken State-Changed-When: Sun Nov 15 16:06:00 PST 1998 State-Changed-Why: The submitted patch hass been applied in revision 1.3 of tcopy/pathnames.h. Thanks. Responsible-Changed-From-To: freebsd-bugs->ken Responsible-Changed-By: ken Responsible-Changed-When: Sun Nov 15 16:06:00 PST 1998 Responsible-Changed-Why: I committed the patch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 15 17:59:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA00993 for freebsd-bugs-outgoing; Sun, 15 Nov 1998 17:59:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA00985 for ; Sun, 15 Nov 1998 17:59:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA01683; Sun, 15 Nov 1998 18:00:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA00570; Sun, 15 Nov 1998 17:54:02 -0800 (PST) (envelope-from nobody) Message-Id: <199811160154.RAA00570@hub.freebsd.org> Date: Sun, 15 Nov 1998 17:54:02 -0800 (PST) From: don@whtech.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/8702: disklabel can not edit CCD'd SCSI disks Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8702 >Category: bin >Synopsis: disklabel can not edit CCD'd SCSI disks >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 15 18:00:01 PST 1998 >Last-Modified: >Originator: Don O'Neil >Organization: Western Horizon Technologies >Release: 3.0 >Environment: >Description: When using the CCD driver and SCSI dives, you canot edit the label on a resultant concatinated volume. Disklabel returns an error "Inappropriate file type or format" or "can't rewrite disk label" or "ioctl DIOCWDINFO: no disk label on disk;". CCD'd volumes can be mounted without the label, but upon re-boot the volume will no longer mount. >How-To-Repeat: Create a CCD'd volume using the examples in the handbook with a minimum of 2 SCSI devices >Fix: >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 Sun Nov 15 19:43:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA11158 for freebsd-bugs-outgoing; Sun, 15 Nov 1998 19:43:19 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA11153; Sun, 15 Nov 1998 19:43:17 -0800 (PST) (envelope-from nectar@FreeBSD.org) From: Jacques Vidrine Received: (from nectar@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA06444; Sun, 15 Nov 1998 19:43:21 -0800 (PST) Date: Sun, 15 Nov 1998 19:43:21 -0800 (PST) Message-Id: <199811160343.TAA06444@freefall.freebsd.org> To: don@whtech.com, nectar@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/8702 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: disklabel can not edit CCD'd SCSI disks State-Changed-From-To: open-closed State-Changed-By: nectar State-Changed-When: Sun Nov 15 19:42:06 PST 1998 State-Changed-Why: Pilot error. Please see FAQ question 8.15, ``What's inappropriate about my ccd?'', currently at http://www.freebsd.org/FAQ/FAQ130.html#130 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 15 21:39:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA20256 for freebsd-bugs-outgoing; Sun, 15 Nov 1998 21:39:57 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA20249 for ; Sun, 15 Nov 1998 21:39:56 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA11068; Sun, 15 Nov 1998 21:40:00 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA19708; Sun, 15 Nov 1998 21:32:30 -0800 (PST) (envelope-from nobody) Message-Id: <199811160532.VAA19708@hub.freebsd.org> Date: Sun, 15 Nov 1998 21:32:30 -0800 (PST) From: don@whtech.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/8703: NFS Freezes when copying files from 3.0 to earlier release Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8703 >Category: kern >Synopsis: NFS Freezes when copying files from 3.0 to earlier release >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 15 21:40:00 PST 1998 >Last-Modified: >Originator: Don O'Neil >Organization: Western Horizon Technologies >Release: 3.0 Release >Environment: FreeBSD server.whtech.com 3.0-RELEASE FreeBSD 3.0-RELEASE #0: Wed Nov 4 23:25:5 2 GMT 1998 root@server.whtech.com:/usr/src/sys/compile/SERVER i386 >Description: When mounting a directory on a 2.7-Stable with root privileges on a 3.0-Release machine and copying files from the 3.0 to 2.7 machine NFS hangs. The file is created on the destination (2.7) machine but no bytes are copied. 3.0 Machine has 2 LAN cards, using Realtek BETA drivers. >How-To-Repeat: Share a directory on a 2.7 machine and try to copy files to it on a 3.0 machine. >Fix: >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 Sun Nov 15 22:49:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA26708 for freebsd-bugs-outgoing; Sun, 15 Nov 1998 22:49:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA26703 for ; Sun, 15 Nov 1998 22:49:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA14453; Sun, 15 Nov 1998 22:50:01 -0800 (PST) Date: Sun, 15 Nov 1998 22:50:01 -0800 (PST) Message-Id: <199811160650.WAA14453@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Jacques Vidrine Subject: Re: kern/8703: NFS Freezes when copying files from 3.0 to earlier release Reply-To: Jacques Vidrine Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8703; it has been noted by GNATS. From: Jacques Vidrine To: don@whtech.com Cc: freebsd-gnats-submit@FreeBSD.ORG, wpaul@FreeBSD.ORG Subject: Re: kern/8703: NFS Freezes when copying files from 3.0 to earlier release Date: Mon, 16 Nov 1998 00:43:06 -0600 I assume you mean 2.2.7, not 2.7. I cannot reproduce this problem using a 3.0-CURRENT and 2.2-STABLE machine, but I don't have RealTek cards with which to test. Perhaps the rl driver author may have some insight. Can you replace the RealTek card with some other supported card and test, so that we can determine if the driver/card is part of the trouble? Jacques Vidrine / n@nectar.com / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 16 04:49:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA04785 for freebsd-bugs-outgoing; Mon, 16 Nov 1998 04:49:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA04776 for ; Mon, 16 Nov 1998 04:49:08 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id XAA18427 for bugs@freebsd.org; Mon, 16 Nov 1998 23:48:41 +1100 Date: Mon, 16 Nov 1998 23:48:41 +1100 From: Bruce Evans Message-Id: <199811161248.XAA18427@godzilla.zeta.org.au> To: bugs@FreeBSD.ORG Subject: deadlock when swap is exhausted Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Configure a system with 32MB of memory and 64MB of swap. `dd if=/dev/zero of=/dev/null bs=104m count=1' on an otherwise idle system then causes deadlock. The pageout daemon runs and keeps killing dd, but dd can't run because a critical part of it is paged out, and the pagefault handler doesn't do anything because of a shortage of resources (pages or pbufs, I think). This is a fairly old bug. I first saw it when attempting to duplicate the dying daemons problem -- make the memory hogs too large and you get deadlock instead of possibly dying daemons. Deadlock doesn't always occur -- sometimes there are enough free or freeable resources. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 16 06:27:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA15334 for freebsd-bugs-outgoing; Mon, 16 Nov 1998 06:27:40 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id GAA15327 for ; Mon, 16 Nov 1998 06:27:30 -0800 (PST) (envelope-from wpaul@skynet.ctr.columbia.edu) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id JAA07684; Mon, 16 Nov 1998 09:31:53 -0500 From: Bill Paul Message-Id: <199811161431.JAA07684@skynet.ctr.columbia.edu> Subject: Re: kern/8703: NFS Freezes when copying files from 3.0 to earlier release To: n@nectar.com Date: Mon, 16 Nov 1998 09:31:51 -0500 (EST) Cc: don@wtech.com, bugs@FreeBSD.ORG In-Reply-To: <199811160650.WAA14453@freefall.freebsd.org> from "Jacques Vidrine" at Nov 15, 98 10:50:01 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Of all the gin joints in all the towns in all the world, Jacques Vidrine had to walk into mine and say: > The following reply was made to PR kern/8703; it has been noted by GNATS. > > From: Jacques Vidrine > To: don@whtech.com > Cc: freebsd-gnats-submit@FreeBSD.ORG, wpaul@FreeBSD.ORG > Subject: Re: kern/8703: NFS Freezes when copying files from 3.0 to earlier release > Date: Mon, 16 Nov 1998 00:43:06 -0600 > > I assume you mean 2.2.7, not 2.7. > > I cannot reproduce this problem using a 3.0-CURRENT and > 2.2-STABLE machine, but I don't have RealTek cards with which > to test. Perhaps the rl driver author may have some insight. > > Can you replace the RealTek card with some other supported > card and test, so that we can determine if the driver/card > is part of the trouble? Given a choice between blaming the RealTek driver and blaming NFS, I'd be more inclined to blame NFS. I have also had problems with NFS in 3.0-RELEASE, except I was using 3.0-RELEASE on both the client and server. Mounting filesystems worked fine. Reading files worked fine. But trying to write files to the server would wedge and leave a 0-byte file behind. This is with a 3Com 3c905B card, not a RealTek. This problem cropped up in a lab full of machines and I needed to fix it quickly, so I grabbed the November 3rd 3.0-SNAP kernel sources and build a kernel from them with the same kernel configuration I used for 3.0-RELEASE, and it worked without any problems. So please try me this: - FTP to current.freebsd.org, and get the source code for the kernel from the November 3rd 3.0 SNAP (grab the ssys.?? files, and do: cat ssys.* | gzip -d | tar -xvf -) - also get the source code for the config(1) command (this is actually part of the usrsbin tarball; I think it's safe to cheat by swiping the source directly from the /pub/FreeBSD/FreeBSD-current/src/usr.sbin directory from ftp.freebsd.org) - Compile a kernel from these sources and test it. See if the problem persists. If that works, you may want to do a complete install of the SNAP in place of 3.0-RELEASE. There also seems to be a November 16th SNAP now (about time they got that working again) which you can test if you're feeling adventurous. The RealTek driver is rather simpleminded, just like the RealTek card itself. There's not really much that can go wrong with it. Also, if you can still ping or telnet to the server when your NFS problem manifests, the card is still working. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 16 08:39:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA29120 for freebsd-bugs-outgoing; Mon, 16 Nov 1998 08:39:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA29113 for ; Mon, 16 Nov 1998 08:39:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA27294; Mon, 16 Nov 1998 08:40:02 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA28093; Mon, 16 Nov 1998 08:31:38 -0800 (PST) (envelope-from nobody) Message-Id: <199811161631.IAA28093@hub.freebsd.org> Date: Mon, 16 Nov 1998 08:31:38 -0800 (PST) From: dgardin@marforres.usmc.mil To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/8710: XBF_NeoMagic diver working with XFree86 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8710 >Category: i386 >Synopsis: XBF_NeoMagic diver working with XFree86 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 16 08:40:01 PST 1998 >Last-Modified: >Originator: Dennis Gardin >Organization: SBIST >Release: 2.2.6 >Environment: >Description: I'm trying to run XWindows on a IBM Thinkpad 380ED W/NeoMagic 128ZV chipset. I need to know if i can use the new XBF_NeoMagic driver that redhat has for download. If I can what modification do I have to make? >How-To-Repeat: >Fix: >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 Mon Nov 16 09:09:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA02338 for freebsd-bugs-outgoing; Mon, 16 Nov 1998 09:09:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA02333 for ; Mon, 16 Nov 1998 09:09:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA29116; Mon, 16 Nov 1998 09:10:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA02241; Mon, 16 Nov 1998 09:07:11 -0800 (PST) (envelope-from nobody) Message-Id: <199811161707.JAA02241@hub.freebsd.org> Date: Mon, 16 Nov 1998 09:07:11 -0800 (PST) From: dbeck@freesoft.hu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/8711: FreeBSD 2.2.7 Accidently reboots ... Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8711 >Category: kern >Synopsis: FreeBSD 2.2.7 Accidently reboots ... >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 16 09:10:00 PST 1998 >Last-Modified: >Originator: David Beck >Organization: FreeSoft Ltd >Release: 2.2.7 >Environment: FreeBSD server.freesoft.hu 2.2.7-RELEASE FreeBSD 2.2.7-RELEASE #0: Tue Oct 6 16 >Description: The machine accidently reboots if multiple processes randomly access the same mmapped file. The file size is about 20 Megs. The process is used as a memory server which keeps a lot of key/data pairs in memory, fetches the data and sends back using TCP on request. Ulimit -a: core file size (blocks) unlimited data seg size (kbytes) 22528 file size (blocks) unlimited max memory size (kbytes) 30720 stack size (kbytes) 8192 cpu time (seconds) unlimited max user processes 179 pipe size (512 bytes) 1 open files 256 virtual memory (kbytes) 30720 >How-To-Repeat: Try creating a huge mmaped file, and access randomly using many processes. If you need more detailed explanation or source please contact me. >Fix: >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 Mon Nov 16 11:40:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA27604 for freebsd-bugs-outgoing; Mon, 16 Nov 1998 11:40:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA27544 for ; Mon, 16 Nov 1998 11:39:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA06479; Mon, 16 Nov 1998 11:40:00 -0800 (PST) Date: Mon, 16 Nov 1998 11:40:00 -0800 (PST) Message-Id: <199811161940.LAA06479@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Bill Fenner Subject: Re: bin/8685: SYST problem in /usr/bin/ftp? Reply-To: Bill Fenner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/8685; it has been noted by GNATS. From: Bill Fenner To: greig@ediacara.org Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/8685: SYST problem in /usr/bin/ftp? Date: Mon, 16 Nov 1998 11:30:26 PST Sounds like a bug in the firewall, not a bug in the ftp client. SYST is in RFC959, right there with the other FTP commands; FreeBSD is not wrong to be using it. Just as a data point, we have a firewall/1 and it doesn't mind SYST commands. Perhaps Checkpoint already has a patch for this bug? Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 16 13:35:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA16675 for freebsd-bugs-outgoing; Mon, 16 Nov 1998 13:35:34 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from bugsy.indra.de (bugsy.indra.de [193.158.1.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA16656 for ; Mon, 16 Nov 1998 13:35:27 -0800 (PST) (envelope-from deuerl@bugsy.indra.de) Received: (from deuerl@localhost) by bugsy.indra.de (8.8.8/8.8.8) id VAA12893 for freebsd-bugs@freebsd.org; Mon, 16 Nov 1998 21:52:47 GMT (envelope-from deuerl) From: Robert Deuerling Message-Id: <199811162152.VAA12893@bugsy.indra.de> Subject: Problem making ports due to share/mk error To: freebsd-bugs@FreeBSD.ORG Date: Mon, 16 Nov 1998 21:52:47 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I'm currently using RELENG_3_0_0_RELEASE..... some ports try to use bsd.ports.post.mk When you checkout this RELEASE this file is missing.. only in RELENG_2_2 this file is present.... fix ? -rd To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 16 22:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA20421 for freebsd-bugs-outgoing; Mon, 16 Nov 1998 22:00:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA20373 for ; Mon, 16 Nov 1998 21:59:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA05906; Mon, 16 Nov 1998 22:00:01 -0800 (PST) Received: from aldan.algebra.com (kot.ne.mediaone.net [24.128.29.55]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA20321 for ; Mon, 16 Nov 1998 21:59:08 -0800 (PST) (envelope-from mi@aldan.algebra.com) Received: (from mi@localhost) by aldan.algebra.com (8.8.8/8.8.7) id FAA21824; Tue, 17 Nov 1998 05:57:52 GMT (envelope-from mi) Message-Id: <199811170557.FAA21824@aldan.algebra.com> Date: Tue, 17 Nov 1998 05:57:52 GMT From: Mikhail Teterin Reply-To: mi@aldan.algebra.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/8720: sd0 vs. da0 in SCSI device wiring Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8720 >Category: kern >Synopsis: using sd-names in SCSI "wiring" prevents booting >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 16 22:00:01 PST 1998 >Last-Modified: >Originator: Mikhail Teterin >Organization: Virtual Estates, Inc. >Release: FreeBSD 3.0-CURRENT i386 >Environment: Kernel config file, that worked for ages, with some SCSI disks "wired down". >Description: I had several of my disks "wired down" in the config file as controller scbus0 at ahc0 bus 0 disk sd0 at scbus0 target 1 disk sd1 at scbus0 target 2 After the introduction of CAM, this silently produces unbootable kernel -- "can not mount root (2)" panic. >How-To-Repeat: See above. >Fix: s/sd/da/ , but one would expect sd to continue working, or, at least, config to complain! >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 Nov 17 02:29:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA20635 for freebsd-bugs-outgoing; Tue, 17 Nov 1998 02:29:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA20630 for ; Tue, 17 Nov 1998 02:29:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA17255; Tue, 17 Nov 1998 02:30:01 -0800 (PST) Date: Tue, 17 Nov 1998 02:30:01 -0800 (PST) Message-Id: <199811171030.CAA17255@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: sanpei@sanpei.org (MIHIRA Yoshiro) Subject: Re: i386/8710: XBF_NeoMagic diver working with XFree86 Reply-To: sanpei@sanpei.org (MIHIRA Yoshiro) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/8710; it has been noted by GNATS. From: sanpei@sanpei.org (MIHIRA Yoshiro) To: dgardin@marforres.usmc.mil Cc: freebsd-gnats-submit@FreeBSD.ORG, sanpei@sanpei.org Subject: Re: i386/8710: XBF_NeoMagic diver working with XFree86 Date: Tue, 17 Nov 1998 19:27:30 +0900 (JST) <199811161631.IAA28093@hub.freebsd.org> dgardin@marforres.usmc.mil wrote >> >Synopsis: XBF_NeoMagic diver working with XFree86 >> >Release: 2.2.6 >> >Environment: >> >Description: >> I'm trying to run XWindows on a IBM Thinkpad 380ED W/NeoMagic 128ZV chipset. I need to know if i can use the new XBF_NeoMagic driver that redhat has for download. If I can what modification do I have to make? >> >How-To-Repeat: XBF_NeoMagic driver can run under FreeBSD-stable/-current Linux emulator. I use XBF server with 2.2.7R/2.2.6R + patched linux emulator which was came from FreeBSD-stable linux emulator. $Btc(Bh $Ble(B http://www.jp.freebsd.org/~sanpei/linux_emu-2.2.7R.diff Some documentation is (but written in Japanese) http://www.yy.cs.keio.ac.jp/~sanpei/FreeBSD/sd9811.html BTW, next XFree86 SVGA server support NeoMagic. If you can, please wait a moment :-) Yoshiro MIHIRA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 17 05:39:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA12591 for freebsd-bugs-outgoing; Tue, 17 Nov 1998 05:39:57 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA12585 for ; Tue, 17 Nov 1998 05:39:56 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id FAA26233; Tue, 17 Nov 1998 05:40:01 -0800 (PST) Date: Tue, 17 Nov 1998 05:40:01 -0800 (PST) Message-Id: <199811171340.FAA26233@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: "David Beck" Subject: Re: kern/8711: FreeBSD 2.2.7 Accidently reboots ... Reply-To: "David Beck" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8711; it has been noted by GNATS. From: "David Beck" To: , "David Beck" Cc: Subject: Re: kern/8711: FreeBSD 2.2.7 Accidently reboots ... Date: Tue, 17 Nov 1998 14:31:00 +0100 Some more infos: - I tried creating a standalone program which only mmaps a file,fork,access the file it is not enough - I could catch the last message on the console wich was something like: get_pv_entry: couldn't get_pv_entry Automatic reboot in progress... David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 17 06:39:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA19921 for freebsd-bugs-outgoing; Tue, 17 Nov 1998 06:39:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA19914 for ; Tue, 17 Nov 1998 06:39:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA28884; Tue, 17 Nov 1998 06:40:02 -0800 (PST) Received: from romberg.math.ntnu.no (romberg.math.ntnu.no [129.241.15.150]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id GAA18630 for ; Tue, 17 Nov 1998 06:31:17 -0800 (PST) (envelope-from arnej@math.ntnu.no) Received: (qmail 3396 invoked from network); 17 Nov 1998 14:30:35 -0000 Received: from fimfpc26.math.ntnu.no (129.241.15.26) by romberg.math.ntnu.no with SMTP; 17 Nov 1998 14:30:35 -0000 Received: (from arnej@localhost) by fimfpc26.math.ntnu.no (8.9.1/8.8.4) id PAA03497; Tue, 17 Nov 1998 15:30:35 +0100 (CET) Message-Id: <199811171430.PAA03497@fimfpc26.math.ntnu.no> Date: Tue, 17 Nov 1998 15:30:35 +0100 (CET) From: arnej@math.ntnu.no Reply-To: arnej@math.ntnu.no To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8728: mk-amd-map has several bugs and doesn't work at all Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8728 >Category: bin >Synopsis: mk-amd-map has several bugs and doesn't work at all >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Nov 17 06:40:02 PST 1998 >Last-Modified: >Originator: Arne Henrik Juul >Organization: Norwegian University of Technology and Science >Release: FreeBSD 3.0-CURRENT i386 >Environment: Running 3.0 current as of november 1998. >Description: The program mk-amd-map as imported (from NetBSD?) and modified doesn't work, and it can't have been tested as far as I can see. (I actually use it in daily operations, so I noticed at once when I upgraded to 3.0-current). There are some code to use mkstemp if available in here that's so completely bogus I just removed it, it would need a complete rethink. (As it was it opened the output database file *instead* of the input text file). Also, the conversion from .dir/.pag files to just a .db file wasn't really complete, and one error message was just wrong. >How-To-Repeat: Try to run mk-amd-map and check the resulting database, or run mk-amd-map -p and watch the resulting lossage. >Fix: Apply following patch: Index: contrib/amd/mk-amd-map/mk-amd-map.c =================================================================== RCS file: /usr/cvs/src/contrib/amd/mk-amd-map/mk-amd-map.c,v retrieving revision 1.4 diff -u -r1.4 mk-amd-map.c --- mk-amd-map.c 1998/08/27 07:25:25 1.4 +++ mk-amd-map.c 1998/11/17 14:03:44 @@ -263,16 +263,10 @@ perror("mk-amd-map: malloc"); exit(1); } -#ifdef HAVE_MKSTEMP - mapfd = mkstemp(maptmp); -#else /* not HAVE_MKSTEMP */ - map = mktemp(maptmp); - if (!maptmp) { + if (!mktemp(maptmp)) { fprintf(stderr, "cannot create temporary file\n"); exit(1); } - mapfd = open(map, O_RDONLY); -#endif /* not HAVE_MKSTEMP */ /* open DBM files */ sprintf(maptdb, "%s.db", maptmp); @@ -283,6 +277,7 @@ } } /* open and check if map file was opened OK */ + mapfd = open(map, O_RDONLY); mapf = fdopen(mapfd, "r"); if (mapf && !printit) mapd = dbm_open(maptmp, O_RDWR|O_CREAT, 0444); @@ -298,21 +293,14 @@ int error = read_file(mapf, map, mapd); (void) close(mapfd); (void) fclose(mapf); - dbm_close(mapd); - if (printit) { - if (error) { - fprintf(stderr, "Error creating ndbm map for %s\n", map); - rc = 1; - } - } else { - - if (error) { + if (error) { fprintf(stderr, "Error reading source file %s\n", map); rc = 1; - } else { + } + if (!printit) { + dbm_close(mapd); + if (!error) { sprintf(mapdb, "%s.db", map); - if (unlink(mapdb) == 0) - fprintf(stderr, "WARNING: existing map \"%s.db\" destroyed\n", map); if (rename(maptdb, mapdb) < 0) { fprintf(stderr, "Couldn't rename %s to ", maptdb); perror(mapdb); @@ -322,7 +310,6 @@ } } } - } else { fprintf(stderr, "Can't open \"%s.db\" for ", map); perror("writing"); >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 Nov 17 07:20:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA23646 for freebsd-bugs-outgoing; Tue, 17 Nov 1998 07:20:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA23470 for ; Tue, 17 Nov 1998 07:19:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA14680; Tue, 17 Nov 1998 07:20:01 -0800 (PST) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA23211 for ; Tue, 17 Nov 1998 07:14:21 -0800 (PST) (envelope-from andre.albsmeier@mchp.siemens.de) Received: from mail.siemens.de (salomon.siemens.de [139.23.33.13]) by david.siemens.de (8.9.1a/8.9.1) with ESMTP id QAA09882 for ; Tue, 17 Nov 1998 16:13:40 +0100 (MET) Received: from curry.mchp.siemens.de (daemon@curry.mchp.siemens.de [146.180.31.23]) by mail.siemens.de (8.9.1a/8.9.1) with ESMTP id QAA14298 for ; Tue, 17 Nov 1998 16:13:42 +0100 (MET) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.8/8.8.8) id QAA03648 for ; Tue, 17 Nov 1998 16:13:41 +0100 (CET) Message-Id: <199811171513.QAA14761@internal> Date: Tue, 17 Nov 1998 16:13:38 +0100 (CET) From: Andre Albsmeier To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8730: repquota output needs new formatting (diffs included) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8730 >Category: bin >Synopsis: repquota output needs new formatting (diffs included) >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: Tue Nov 17 07:20:01 PST 1998 >Last-Modified: >Originator: Andre Albsmeier >Organization: >Release: FreeBSD 2.2.7-STABLE i386 >Environment: FreeBSD 2.2.7-STABLE with quotas enabled >Description: The output of repquota is screwed up if a user may have more that 99999 files: root@server:~>repquota -a Block limits File limits User used soft hard grace used soft hard grace riek -- 258559 400000 1200000 13928 40000120000 ... Here the hard limits are 120000 files. This output is difficult to get parsed by shell scripts, for example. Since big hard disks get cheaper every day, I would suggest changing the output format a little for both, block and file data. >How-To-Repeat: Set the quotas as shown above. >Fix: --- usr.sbin/repquota/repquota.c.ORI Tue Nov 17 15:53:51 1998 +++ usr.sbin/repquota/repquota.c Tue Nov 17 15:59:29 1998 @@ -216,8 +216,8 @@ fup->fu_dqblk = dqbuf; } fclose(qf); - printf(" Block limits File limits\n"); - printf("User used soft hard grace used soft hard grace\n"); + printf(" Block limits File limits\n"); + printf("User used soft hard grace used soft hard grace\n"); for (id = 0; id <= highid[type]; id++) { fup = lookup(id, type); if (fup == 0) @@ -226,7 +226,7 @@ fup->fu_dqblk.dqb_curblocks == 0) continue; printf("%-10s", fup->fu_name); - printf("%c%c%8lu%8lu%8lu%7s", + printf("%c%c%9lu%9lu%9lu%7s", fup->fu_dqblk.dqb_bsoftlimit && fup->fu_dqblk.dqb_curblocks >= fup->fu_dqblk.dqb_bsoftlimit ? '+' : '-', @@ -240,7 +240,7 @@ fup->fu_dqblk.dqb_curblocks >= fup->fu_dqblk.dqb_bsoftlimit ? timeprt(fup->fu_dqblk.dqb_btime) : ""); - printf(" %6lu%6lu%6lu%7s\n", + printf(" %7lu%7lu%7lu%7s\n", fup->fu_dqblk.dqb_curinodes, fup->fu_dqblk.dqb_isoftlimit, fup->fu_dqblk.dqb_ihardlimit, >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 Nov 17 07:20:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA23772 for freebsd-bugs-outgoing; Tue, 17 Nov 1998 07:20:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA23462 for ; Tue, 17 Nov 1998 07:19:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA14671; Tue, 17 Nov 1998 07:20:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA23198; Tue, 17 Nov 1998 07:14:17 -0800 (PST) (envelope-from nobody) Message-Id: <199811171514.HAA23198@hub.freebsd.org> Date: Tue, 17 Nov 1998 07:14:17 -0800 (PST) From: dbeck@freesoft.hu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/8729: SYSV Semaphore blocks all threads Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8729 >Category: kern >Synopsis: SYSV Semaphore blocks all threads >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Nov 17 07:20:01 PST 1998 >Last-Modified: >Originator: David Beck >Organization: FreeSoft Ltd >Release: 2.2.7 >Environment: FreeBSD server.freesoft.hu 2.2.7-RELEASE FreeBSD 2.2.7-RELEASE #0: Tue Nov 17 06 >Description: In a multithreaded program, the sysv semaphore blocks all threads. >How-To-Repeat: Create an example... >Fix: >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 Nov 17 08:16:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA00220 for freebsd-bugs-outgoing; Tue, 17 Nov 1998 08:16:27 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA00215; Tue, 17 Nov 1998 08:16:25 -0800 (PST) (envelope-from gibbs@FreeBSD.org) From: "Justin T. Gibbs" Received: (from gibbs@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA18902; Tue, 17 Nov 1998 08:16:30 -0800 (PST) Date: Tue, 17 Nov 1998 08:16:30 -0800 (PST) Message-Id: <199811171616.IAA18902@freefall.freebsd.org> To: gibbs@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: kern/8720 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: using sd-names in SCSI "wiring" prevents booting Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: gibbs Responsible-Changed-When: Tue Nov 17 08:14:03 PST 1998 Responsible-Changed-Why: Jordan added 'sd compatibility' to the i386 config files at the time CAM was introduced, and although I warned him of the problem with hard wired configuration, he didn't extend his solution to cover that scenario. My suggestion would be to nuke the 'sd' compatibility all together so that config returns an error. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 17 09:29:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA10427 for freebsd-bugs-outgoing; Tue, 17 Nov 1998 09:29:57 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA10422 for ; Tue, 17 Nov 1998 09:29:56 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA23272; Tue, 17 Nov 1998 09:30:01 -0800 (PST) Date: Tue, 17 Nov 1998 09:30:01 -0800 (PST) Message-Id: <199811171730.JAA23272@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: "Vladimir B. Grebenschikov" Subject: Re: kern/5355: Fix for NULLFS problems Reply-To: "Vladimir B. Grebenschikov" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/5355; it has been noted by GNATS. From: "Vladimir B. Grebenschikov" To: freebsd-gnats-submit@freebsd.org, cschuber@uumail.gov.bc.ca Cc: Subject: Re: kern/5355: Fix for NULLFS problems Date: Tue, 17 Nov 1998 20:26:54 +0300 It is not full workable fix :( # uname -a FreeBSD ds.express.ru 3.0-980520-SNAP FreeBSD 3.0-980520-SNAP #5: Thu Nov 5 23:22:39 MSK 1998 vova@ds.express.ru:/usr/src/sys/compile/DS i386 # mount -t null /home/ntmdt /users/home/ntmdt # cd /users/home/ntmdt # ls -ldi . WWW.access.log 844906 drwxr-xr-x 32 ntmdt ntmdt 3072 Nov 17 06:00 . 846338 -rw-r--r-- 1 ntmdt ntmdt 116345 Nov 17 19:57 WWW.access.log # tail -f WWW.access.log // normal web log output here // ... // trying another user # umount /home/ntmdt # mount -t null /home/aqwamdt /users/home/aqwamdt # cd /users/home/aqwamdt # ls -ldi . WWW.access.log 906380 drwxr-x--- 4 aqwamdt aqwamdt 512 Feb 7 1998 . 906387 -rw-r----- 1 root aqwamdt 46672 Mar 30 1998 WWW.access.log # tail -f WWW.access.log // on console imideatly appears: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x40 fault code = supervisor read, page not present instruction pointer = 0x8:0xf01779d9 stack pointer = 0x10:0xf7021ce0 frame pointer = 0x10:0xf7021dbc 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 = 3648 (tail) interrupt mask = trap number = 12 panic: page fault // 100% repeating // when ... when nullfs will work ???? more: # md /users # cat bin.?? | tar -xpzf - -C /users # cp -p /usr/local/bin/perl /users/usr/local/bin # mount -t null /usr/local/lib/perl5 /users/usr/local/lib/perl5 # chroot /users # perl use strict; ^D # # perl use stict; use Net::Ping; ^D ... PAGE fault in kernel ... current process: perl -- Plug Communication ISP, Moscow Vladimir B. Grebenschikov, vova@plugcom.ru, 2:5020/302@fidonet.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 17 10:05:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA15737 for freebsd-bugs-outgoing; Tue, 17 Nov 1998 10:05:30 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from premierproductions.com (pm4-205.hp.infi.net [208.142.82.205]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA15730 for ; Tue, 17 Nov 1998 10:05:28 -0800 (PST) (envelope-from webmaster@premierproductions.com) Date: Tue, 17 Nov 1998 10:05:28 -0800 (PST) From: webmaster@premierproductions.com Message-Id: <199811171805.KAA15730@hub.freebsd.org> To: webmaster@premierproductions.com Subject: Community Christmas Announcement Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org GREAT HOLIDAY MUSIC The Holidays are quickly approaching and what better way to begin the season than with a great Christmas show. Premier Productions is proud to announce that we will be bringing The Ray Boltz Christmas Show to the Charleston Municipal Auditorium on Saturday, November 28 at 7:00pm. Join us for a great evening of Christmas music that will put you in the Christmas spirit for the rest of the season. All seating is reserved but great seats still remain at the Civic Center Box Office, and Tickets Master Outlets. www.ticketmaster.com You can charge tickets by phone by calling: 304-342-5757 For more information visit our web site at www.PremierProductions.com Hope to see you there! Thanks Premier Productions This is a one time community announcement. This is a one time community announcement. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 17 12:00:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA03769 for freebsd-bugs-outgoing; Tue, 17 Nov 1998 12:00:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA03706 for ; Tue, 17 Nov 1998 11:59:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA00641; Tue, 17 Nov 1998 12:00:01 -0800 (PST) Received: from wrath.cs.utah.edu ([155.99.198.98]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA02860 for ; Tue, 17 Nov 1998 11:54:06 -0800 (PST) (envelope-from danderse@cs.utah.edu) Received: from torrey.cs.utah.edu (torrey.cs.utah.edu [155.99.212.91]) by wrath.cs.utah.edu (8.8.8/8.8.8) with ESMTP id MAA28531 for ; Tue, 17 Nov 1998 12:53:40 -0700 (MST) Received: (from danderse@localhost) by torrey.cs.utah.edu (8.9.1/8.9.1) id MAA21319; Tue, 17 Nov 1998 12:53:40 -0700 (MST) (envelope-from danderse@cs.utah.edu) Message-Id: <199811171953.MAA21319@torrey.cs.utah.edu> Date: Tue, 17 Nov 1998 12:53:40 -0700 (MST) From: David G Andersen Reply-To: danderse@cs.utah.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/8732: nfs mounts with 'intr' can cause system hang Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8732 >Category: kern >Synopsis: nfs mounts with 'intr' can cause system hang >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Nov 17 12:00:01 PST 1998 >Last-Modified: >Originator: David G Andersen >Organization: University of Utah >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD 3.0, on dual PII-350, 128M ram. Moderate NFS usage. The problem is independent of the # processors, memory, or hardware configuration as far as we could test. We tested the NFS primarily with NFSv2. We were using amd, but the problem is separate from amd. >Description: If a program gets a SIGINTR while performing a close() on an NFS file descriptor, the system will hang. This only occurs if the NFS filesystem is mounted with the 'intr' flag and the system is running nfsiod processes. In sys/kern/vfs_subr.c, vinvalbuf(): while (vp->v_numoutput) { vp->v_flag |= VBWAIT; => tsleep((caddr_t)&vp->v_numoutput, slpflag | (PRIBIO + 1), "vinvlbuf", slptimeo); } The test program is stuck in this loop in vinvalbuf because there is a SIGINTR pending. This causes tsleep to return immediately (without sleeping) with the return value EINTR or ERESTART but they aren't checking the return value! Hence, it spins forever in this loop because... Meanwhile one of the pending nfsbiod's has been awakened because its reply to the write request has arrived, but it never gets to run. The other three nfsbiods are blocked because only one biod can be in the socket receive at a time. And until the biods return, v_numoutput won't be decremented. It works with no nfsbiods because the test program does all the buffer writes itself so by the time it gets to vinvalbuf, v_numoutput is 0. >How-To-Repeat: Run the following program, with args: ./program 1000 (the 1000 tells it to do 1000 opens/closes) and ctrl-C it while it's running. May take a few runs to hang, because it has to interrupt during the flush. #include #include #include #include #include int main(int argc, char **argv) { char *filename; int fd; char buffer[10500]; char filebuf[2048]; int i; filename = argv[1]; bzero(buffer, sizeof(buffer)); for (i = 0; i < atoi(argv[2]); i++) { sprintf(filebuf, filename, i); printf("creating %s\n", filebuf); fd = open(filebuf, O_CREAT | O_WRONLY); write(fd, buffer, 8192); close(fd); unlink(filebuf); } printf("I did it, I did it\n"); exit(0); } >Fix: [With commentary stolen shamelessly from Mike Hibler. Thanks, Mike] There appear to be a few options for the fix: 1 - return EINTR on the close (close(2) indicates it's a potential error code). This could break a lot of clients. 2 - Ignore SIGINTR during NFS flushes. This seems like a bad idea too. 3 - Something else? There are really two issues involved. One is whether the FreeBSD change to vinvalbuf is even necessary/correct... A cvs annotate shows: ================== revision 1.156 date: 1998/06/10 22:02:14; author: julian; state: Exp; lines: +4 -2 Replace 'sleep()' with 'tsleep()' Accidentally imported from Kirk's codebase. Pointed out by: various. ---------------------------- revision 1.155 date: 1998/06/10 18:13:19; author: julian; state: Exp; lines: +18 -8 Submitted by: Kirk McKusick Fix for potential hang when trying to reboot the system or to forcibly unmount a soft update enabled filesystem. FreeBSD already handled the reboot case differently, this is however a better fix. ================== So as 1.155 indicates, this change came directly from The Source so I believe it is necessary. The change in 1.156 is the key: by changing from the 4.4bsd non-interruptible "sleep" to the possibly interruptible "tsleep" and OR'ing in the "slpflag" the problem was introduced--now the sleep became interruptible when called on an interruptible NFS mount. That brings us to issue #2 which is what is the correct behavior in this case? The easy way out is to just not OR in slpflag and go back to full-time non- interruptibility (#2). However, that probably isn't necessary. I'm a bettin' that you could just slpx() and return the tsleep value (#1) and all will be fine. (well, as fine as it ever is in the NFS world...) >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 Nov 17 12:00:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA03770 for freebsd-bugs-outgoing; Tue, 17 Nov 1998 12:00:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA03708 for ; Tue, 17 Nov 1998 11:59:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA00646; Tue, 17 Nov 1998 12:00:02 -0800 (PST) Date: Tue, 17 Nov 1998 12:00:02 -0800 (PST) Message-Id: <199811172000.MAA00646@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Cy Schubert Subject: Re: kern/5355: Fix for NULLFS problems Reply-To: Cy Schubert Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/5355; it has been noted by GNATS. From: Cy Schubert To: "Vladimir B. Grebenschikov" Cc: freebsd-gnats-submit@freebsd.org, cschuber@uumail.gov.bc.ca, bde@zeta.org.au Subject: Re: kern/5355: Fix for NULLFS problems Date: Tue, 17 Nov 1998 11:53:23 -0800 You may want to try Bruce Evans' patch discussed in the PR under 3.0. My patch has only been tested on -stable. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Open Systems Group Internet: Cy.Schubert@uumail.gov.bc.ca ITSD Cy.Schubert@gems8.gov.bc.ca Government of BC In message <3651B1DE.3D5F4E0C@plugcom.ru>, "Vladimir B. Grebenschikov" writes: > > It is not full workable fix :( > > # uname -a > FreeBSD ds.express.ru 3.0-980520-SNAP FreeBSD 3.0-980520-SNAP #5: Thu > Nov 5 23:22:39 MSK 1998 vova@ds.express.ru:/usr/src/sys/compile/DS > i386 > > # mount -t null /home/ntmdt /users/home/ntmdt > # cd /users/home/ntmdt > # ls -ldi . WWW.access.log > 844906 drwxr-xr-x 32 ntmdt ntmdt 3072 Nov 17 06:00 . > 846338 -rw-r--r-- 1 ntmdt ntmdt 116345 Nov 17 19:57 WWW.access.log > # tail -f WWW.access.log > // normal web log output here > // ... > // trying another user > # umount /home/ntmdt > # mount -t null /home/aqwamdt /users/home/aqwamdt > # cd /users/home/aqwamdt > # ls -ldi . WWW.access.log > 906380 drwxr-x--- 4 aqwamdt aqwamdt 512 Feb 7 1998 . > 906387 -rw-r----- 1 root aqwamdt 46672 Mar 30 1998 WWW.access.log > # tail -f WWW.access.log > > // on console imideatly appears: > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x40 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xf01779d9 > stack pointer = 0x10:0xf7021ce0 > frame pointer = 0x10:0xf7021dbc > 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 = 3648 (tail) > interrupt mask = > trap number = 12 > panic: page fault > > // 100% repeating > // when ... when nullfs will work ???? > > more: > > # md /users > # cat bin.?? | tar -xpzf - -C /users > # cp -p /usr/local/bin/perl /users/usr/local/bin > # mount -t null /usr/local/lib/perl5 /users/usr/local/lib/perl5 > # chroot /users > # perl > use strict; > ^D > # > # perl > use stict; > use Net::Ping; > ^D > ... PAGE fault in kernel ... current process: perl > > > -- > > Plug Communication ISP, Moscow > Vladimir B. Grebenschikov, vova@plugcom.ru, 2:5020/302@fidonet.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 18 07:19:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA18009 for freebsd-bugs-outgoing; Wed, 18 Nov 1998 07:19:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA17998 for ; Wed, 18 Nov 1998 07:19:56 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA03936; Wed, 18 Nov 1998 07:20:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA17191; Wed, 18 Nov 1998 07:13:05 -0800 (PST) (envelope-from nobody) Message-Id: <199811181513.HAA17191@hub.freebsd.org> Date: Wed, 18 Nov 1998 07:13:05 -0800 (PST) From: mbaroz@isdn.net.il To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/8742: X Windows is ,loading with no accelerated configuration Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8742 >Category: i386 >Synopsis: X Windows is ,loading with no accelerated configuration >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 18 07:20:01 PST 1998 >Last-Modified: >Originator: Moshe Bar-Oz >Organization: RAFAEL >Release: 2.2.7 >Environment: >Description: im using P II Processor.. with 128 MB Ram... on an ASUS Mother Board and Video card of Matrox Millenium II AGP and configured Xfree86 to the Settings of my Video Card the package has that driver written (the Freebsd) but when im loading X and Windows Manager (fvwm2,fvwm95) the resolution im getting iss the smallest and the screen is bigger from the Phisical screen (i configured Xf86config as well as needed) im using 17" Mag Xj700T Monitor >How-To-Repeat: On Email Please or Phone: 972-4-8710125 >Fix: Maybee a new driver or an advanced config.. Thanks a lot,. Moshe >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 Nov 18 07:39:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA20315 for freebsd-bugs-outgoing; Wed, 18 Nov 1998 07:39:57 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA20307 for ; Wed, 18 Nov 1998 07:39:56 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA04864; Wed, 18 Nov 1998 07:40:00 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA19624; Wed, 18 Nov 1998 07:32:56 -0800 (PST) (envelope-from nobody) Message-Id: <199811181532.HAA19624@hub.freebsd.org> Date: Wed, 18 Nov 1998 07:32:56 -0800 (PST) From: jchristi@vt.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/8743: 3.0 boot disk will not probe for Adaptec AHA 1542B SCSI controller Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8743 >Category: kern >Synopsis: 3.0 boot disk will not probe for Adaptec AHA 1542B SCSI controller >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 Nov 18 07:40:00 PST 1998 >Last-Modified: >Originator: Jason Christian >Organization: Virginia Tech (CNS) >Release: 3.0-RELEASE >Environment: >Description: When trying to install FreeBSD 3.0 on a 486DX-33, the Adaptec 1542 SCSI controller is not probed. I have also tried using several of the FreeBSD-current boot binaries and have found that the support for aha0 disappered between 3.0-19981103-SNAP and 3.0-19981115-SNAP. 3.0-19981103-SNAP probes for it but does not detect it. I noticed that there is a similar bug report for the Adaptec 1540 (kern/8340). >How-To-Repeat: Problem occures when trying to install FreeBSD 3.0-RELEASE on a machine with an Adaptec AHA 1542B SCSI controller. >Fix: >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 Nov 18 08:50:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA29670 for freebsd-bugs-outgoing; Wed, 18 Nov 1998 08:50:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA29654 for ; Wed, 18 Nov 1998 08:49:56 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA08084; Wed, 18 Nov 1998 08:50:01 -0800 (PST) Received: from alpha.cs.virginia.edu (alpha.cs.Virginia.EDU [128.143.137.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA28692 for ; Wed, 18 Nov 1998 08:42:52 -0800 (PST) (envelope-from adrian@alpha.cs.virginia.edu) Received: (from adrian@localhost) by alpha.cs.virginia.edu (8.8.8/8.8.8) id LAA11978; Wed, 18 Nov 1998 11:46:08 -0500 (EST) (envelope-from adrian) Message-Id: <199811181646.LAA11978@alpha.cs.virginia.edu> Date: Wed, 18 Nov 1998 11:46:08 -0500 (EST) From: adrian@ubergeeks.com Reply-To: adrian@ubergeeks.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/8744: adjustments to login.conf Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8744 >Category: conf >Synopsis: /etc/login.conf defaults too small. umask contradicts adduser. >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 Nov 18 08:50:01 PST 1998 >Last-Modified: >Originator: Adrian Filipi-Martin >Organization: Ubergeeks Consulting >Release: FreeBSD 2.2.7-STABLE i386 >Environment: >Description: Some of the process isze limits have become to small and are easily run into. There are large web pages that cause netscape to exceed the maxmem setting, gimp and fresco users I have been helping have also been running into the default being too low. It looks like you cannot even build Fresco98 without upping these limits some. Also the setting for the default umask in login.conf is in disagreement with the adduser script. This makes the described system of unique groups not work out of the box. >How-To-Repeat: Load http://www.cdw.com/, the go to "bargain basement" and then follow "view all results". The below URL should do this. http://www.cdw.com/search/default.asp?group=BSK&special=groupbsk%2Ehtm&page=1&show=all >Fix: Apply the following patch. Honestly, I have not really researched the new sizes very well. They may need to be larger, or perhaps they could be smaller. The key thing is to make it easy for newbies to avoid this problem. --- login.conf.orig Wed Nov 18 11:29:59 1998 +++ login.conf Wed Nov 18 11:30:09 1998 @@ -32,17 +32,17 @@ default:\ :cputime=infinity:\ - :datasize-cur=22M:\ + :datasize-cur=32M:\ :stacksize-cur=8M:\ :memorylocked-cur=10M:\ - :memoryuse-cur=30M:\ + :memoryuse-cur=64M:\ :filesize=infinity:\ :coredumpsize=infinity:\ :maxproc-cur=64:\ :openfiles-cur=64:\ :priority=0:\ :requirehome@:\ - :umask=022:\ + :umask=002:\ :tc=auth-defaults: >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 Nov 18 08:50:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA29732 for freebsd-bugs-outgoing; Wed, 18 Nov 1998 08:50:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA29661 for ; Wed, 18 Nov 1998 08:49:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA08093; Wed, 18 Nov 1998 08:50:01 -0800 (PST) Received: from rishiri.bsys.tsukuba.ac.jp (rishiri.bsys.tsukuba.ac.jp [130.158.223.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA29029 for ; Wed, 18 Nov 1998 08:46:01 -0800 (PST) (envelope-from yohta@bsys.tsukuba.ac.jp) Received: (from yohta@localhost) by rishiri.bsys.tsukuba.ac.jp (8.8.8/3.7W) id BAA02656; Thu, 19 Nov 1998 01:45:29 +0900 (JST) Message-Id: <199811181645.BAA02656@rishiri.bsys.tsukuba.ac.jp> Date: Thu, 19 Nov 1998 01:45:29 +0900 (JST) From: yohta@bres.tsukuba.ac.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8745: adduser permit adding `root' and mail aliased username Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8745 >Category: bin >Synopsis: adduser permit adding `root' and mail aliased username >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 Nov 18 08:50:01 PST 1998 >Last-Modified: >Originator: Yoshihiko OHTA >Organization: University of Tsukuba >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: FreeBSD rishiri.bsys.tsukuba.ac.jp 2.2.7-RELEASE FreeBSD 2.2.7-RELEASE #0: Fri Nov 6 00:01:44 JST 1998 yohta@rishiri.bsys.tsukuba.ac.jp:/usr/src/sys/compile/FMVTP i386 >Description: adduser(8) checkes username before really add to database if new username is already used or not. But it can't reject `root' because its uid = 0 (`if' statement return false). And I propose to check mail aliases too. >How-To-Repeat: # adduser -batch root user default "Charlie &" Password >Fix: I propose below patch. It may not deal with all potential problem, and not thought deaply. I make this patch with 2.2.7-RELEASE(adduser.perl,v 1.19.2.10) but patchable to FreeBSD-current(adduser.perl,v 1.41). --- /usr/sbin/adduser Wed Jul 22 17:15:20 1998 +++ /home/yohta/bin/adduser Thu Nov 19 01:28:47 1998 @@ -41,6 +41,7 @@ $home = "/home"; # default HOME $etc_shells = "/etc/shells"; $etc_passwd = "/etc/master.passwd"; + $sendmail_cf = "/etc/sendmail.cf"; $group = "/etc/group"; $pwd_mkdb = "pwd_mkdb -p"; # program for building passwd database @@ -66,6 +67,9 @@ $password = ''; # password for new users + # mailaliases + $aliasname = ''; # mail aliases of sendmail + # group $groupname =''; # $groupname{groupname} = gid $groupmembers = ''; # $groupmembers{gid} = members of group/kommalist @@ -256,6 +260,40 @@ close P; } +# read /etc/aliases and some(if exist) +sub mailalias_read { + local(@aliasfile, $aliases, $item, $description); + + print "Check $sendmail_cf\n" if $verbose; + open(A, "$sendmail_cf") || die "$sendmail_cf: $!\n"; + + while() { + chop; + if (/^O AliasFile=/) { + s/^O AliasFile=//; + s/\s.*$//; + push(@aliasesfile, split(/,/, $_)); + } + } + close A; + + foreach $aliases (@aliasesfile) { + open(A, $aliases) || die "$aliases: $!\n"; + while () { + chop; + # ignore comments + next if /^\s*$/; + next if /^\s*#/; + + ($item, $description) = split(/\s*:\s*/, $_, 2); + print "$item already exists with alias: $aliasname{$item}!\n" + if $aliasname{$item} && $verbose; + $aliasname{$item} = $description; + } + close A; + } +} + # read /etc/group sub group_read { local($g_groupname,$pw,$g_gid, $memb); @@ -321,8 +359,17 @@ warn "Wrong username. " . "Please use only lowercase characters or digits\a\n"; return 0; - } elsif ($username{$name}) { + } elsif (defined($username{$name})) { warn "Username ``$name'' already exists!\a\n"; return 0; + } elsif ($aliasname{$name}) { + warn "Mail alias ``$name'' already exists!\a\n"; + if ($#batch < 0) { + return 0 unless + &confirm_yn("Really want to continue with this username?", + "yes"); + } else { + warn "But going on...\n"; + } } return $name; } @@ -1437,6 +1484,7 @@ &passwd_check; # check for valid passwdb &shells_read; # read /etc/shells &passwd_read; # read /etc/master.passwd +&mailalias_read; # read /etc/aliases and some(if exist) &group_read; # read /etc/group &group_check; # check for incon* exit 0 if $check_only; # only check consistence and exit >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 Nov 18 09:19:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA03240 for freebsd-bugs-outgoing; Wed, 18 Nov 1998 09:19:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA03227 for ; Wed, 18 Nov 1998 09:19:56 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA09617; Wed, 18 Nov 1998 09:20:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA02466; Wed, 18 Nov 1998 09:14:09 -0800 (PST) (envelope-from nobody) Message-Id: <199811181714.JAA02466@hub.freebsd.org> Date: Wed, 18 Nov 1998 09:14:09 -0800 (PST) From: fanf@demon.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: gnu/8746: gcc man page misleading Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8746 >Category: gnu >Synopsis: gcc man page misleading >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 Nov 18 09:20:00 PST 1998 >Last-Modified: >Originator: Tony Finch >Organization: Demon Internet >Release: 3.0-BETA and -RELEASE >Environment: FreeBSD prometheus.noc.demon.net 3.0-RELEASE FreeBSD 3.0-RELEASE #0: Mon Nov 9 14:35:56 GMT 1998 root@prometheus.noc.demon.net:/usr/src/sys/compile/PROMETHEUS i386 >Description: The gcc manpage says that programs linked with -pthread or -kthread should be compiled with -D_THREADSAFE, but this symbol does not occur anywhere else in /usr/src and its absence doesn't seem to cause problems. Other OSs use _REENTRANT for the same purpose (but FreeBSD doesn't seem to use that very much either). >How-To-Repeat: man gcc and look for the bit that says -pthread Link a user-threaded process against libc_r instead of libc. Objects linked into user-threaded process- es should be compiled with -D_THREADSAFE. -kthread Link a kernel-threaded process against libpthread in addition to libc. Objects linked into kernel- threaded processes should be compiled with -D_THREADSAFE. >Fix: This changes the _THREADSAFE to _REENTRANT; I'm not sure whether this is the right fix because these two paragraphs are both a bit misleading (especially the second one). --- gcc.1.orig Wed Nov 18 17:03:14 1998 +++ gcc.1 Wed Nov 18 17:11:51 1998 @@ -525,12 +525,12 @@ .TP .BI "\-pthread" Link a user-threaded process against libc_r instead of libc. Objects linked -into user-threaded processes should be compiled with -D_THREADSAFE. +into user-threaded processes should be compiled with -D_REENTRANT. .TP .BI "\-kthread" Link a kernel-threaded process against libpthread in addition to libc. Objects linked into kernel-threaded processes should be compiled with --D_THREADSAFE. +-D_REENTRANT. .SH OVERALL OPTIONS .TP .BI "\-x " "language" >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 Nov 18 11:49:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA27179 for freebsd-bugs-outgoing; Wed, 18 Nov 1998 11:49:57 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA27170 for ; Wed, 18 Nov 1998 11:49:56 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA06817; Wed, 18 Nov 1998 11:50:00 -0800 (PST) Received: from hot.ee.lbl.gov (hot.ee.lbl.gov [131.243.1.42]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA26352 for ; Wed, 18 Nov 1998 11:41:15 -0800 (PST) (envelope-from leres@hot.ee.lbl.gov) Received: (from leres@localhost) by hot.ee.lbl.gov (8.9.1/8.9.1) id LAA00914; Wed, 18 Nov 1998 11:40:41 -0800 (PST) Message-Id: <199811181940.LAA00914@hot.ee.lbl.gov> Date: Wed, 18 Nov 1998 11:40:41 PST From: Craig Leres To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: leres@ee.lbl.gov (Craig Leres) X-Send-Pr-Version: 3.2 Subject: kern/8747: fixes for systags.sh Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8747 >Category: kern >Synopsis: [PATCH] fixes for systags.sh >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 Nov 18 11:50:00 PST 1998 >Last-Modified: >Originator: Craig Leres >Organization: Lawrence Berkeley National Laboratory >Release: FreeBSD 3.0-RELEASE i386 >Environment: Kernel hacking. >Description: The systags.sh script suffers from some minor bit-rot. >How-To-Repeat: For example, it uses "machine" (doesn't exist) and "egrep -o" (no such flag). Also, the "tags" target for the i386 Makefile says: @echo "see $S/kern/Makefile for tags" when it should just invoke systags.sh directly >Fix: Context diffs to conf/systags.sh and i386/conf/Makefile.i386 are appended. RCS file: RCS/systags.sh,v retrieving revision 1.1 diff -c -r1.1 systags.sh *** /tmp/,RCSt1d12056 Wed Nov 18 11:31:00 1998 --- systags.sh Wed Nov 18 02:49:32 1998 *************** *** 38,49 **** # # First written May 16, 1992 by Van Jacobson, Lawrence Berkeley Laboratory. # ! # $Id: systags.sh,v 1.4 1997/02/22 09:28:15 peter Exp $ rm -f tags tags.tmp tags.cfiles tags.sfiles tags.hfiles ! MACHINE=`machine` ! sed -e "s,\./machine/,../../$MACHINE/include/,g" \ ! -e 's,[a-z][^/ ]*/\.\./,,g' .depend | awk '{ for (i = 1; i <= NF; ++i) { t = substr($i, length($i) - 1) if (t == ".c") --- 38,49 ---- # # First written May 16, 1992 by Van Jacobson, Lawrence Berkeley Laboratory. # ! # from: $Header: systags.sh,v 1.2 98/04/16 12:48:21 leres Exp $ rm -f tags tags.tmp tags.cfiles tags.sfiles tags.hfiles ! MACHINE=`uname -m` ! sed -e "s, machine/, ../../$MACHINE/include/,g" \ ! -e 's,[a-z][^/ ]*/\.\./,,g' .depend | awk '{ for (i = 1; i <= NF; ++i) { t = substr($i, length($i) - 1) if (t == ".c") *************** *** 64,70 **** }' ctags -t -d -w `cat tags.cfiles tags.hfiles tags.sfiles` ! egrep -o "^ENTRY\(.*\)|^ALTENTRY\(.*\)" `cat tags.sfiles` | \ sed "s;\([^:]*\):\([^(]*\)(\([^, )]*\)\(.*\);\3 \1 /^\2(\3\4$/;" >> tags mv tags tags.tmp --- 64,70 ---- }' ctags -t -d -w `cat tags.cfiles tags.hfiles tags.sfiles` ! egrep "^ENTRY\(.*\)|^ALTENTRY\(.*\)" `cat tags.sfiles` | \ sed "s;\([^:]*\):\([^(]*\)(\([^, )]*\)\(.*\);\3 \1 /^\2(\3\4$/;" >> tags mv tags tags.tmp *** /tmp/,RCSt1t12061 Wed Nov 18 11:31:41 1998 --- Makefile.i386 Tue Nov 17 19:03:20 1998 *************** *** 1,7 **** # Makefile.i386 -- with config changes. # Copyright 1990 W. Jolitz # from: @(#)Makefile.i386 7.1 5/10/91 ! # $Id: Makefile.i386,v 1.126 1998/10/10 01:00:56 peter Exp $ # # Makefile for FreeBSD # --- 1,7 ---- # Makefile.i386 -- with config changes. # Copyright 1990 W. Jolitz # from: @(#)Makefile.i386 7.1 5/10/91 ! # $Id: Makefile.i386,v 1.2 1998/11/18 03:03:15 leres Exp $ # # Makefile for FreeBSD # *************** *** 207,214 **** sed 's,../.*/\(.*.o\),rm -f \1;ln -s ../GENERIC/\1 \1,' > makelinks sh makelinks && rm -f dontlink ! tags: ! @echo "see $S/kern/Makefile for tags" install: @if [ ! -f kernel ] ; then \ --- 207,216 ---- sed 's,../.*/\(.*.o\),rm -f \1;ln -s ../GENERIC/\1 \1,' > makelinks sh makelinks && rm -f dontlink ! tags: .depend ! sh -x $S/conf/systags.sh ! rm -f tags1 ! sed -e 's, ../, ,' tags > tags1 install: @if [ ! -f kernel ] ; then \ >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 Nov 18 14:09:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15774 for freebsd-bugs-outgoing; Wed, 18 Nov 1998 14:09:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA15765 for ; Wed, 18 Nov 1998 14:09:56 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA15742; Wed, 18 Nov 1998 14:10:00 -0800 (PST) Date: Wed, 18 Nov 1998 14:10:00 -0800 (PST) Message-Id: <199811182210.OAA15742@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Parag Patel Subject: Re: bin/8486: doscmd port.c change to access real device ports Reply-To: Parag Patel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/8486; it has been noted by GNATS. From: Parag Patel To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/8486: doscmd port.c change to access real device ports Date: Wed, 18 Nov 1998 14:06:01 -0800 This is a multipart MIME message. --==_Exmh_1087615180 Content-Type: text/plain; charset=us-ascii Here are the more complete diffs for "doscmd" to map to arbitrary ports. Only the selected ports are iomapped. Ports may be specified on the command-line or in the config file. Access to the ports still requires root access. The man-page has also been updated for the new options. I've also appended my mods to doscmd's "tty.c" file. These change the meaning of backspace/delete back to what they're supposed to be. I don't run X with any keymaps so the original value of "1" does exactly the wrong thing for me. I also added a call to set the name of the window so it no longer shows up as "Untitled". The mods to tty.c may be omitted if you decide to leave it as-is. It does not affect the doscmd port access at all. -- Parag Patel --==_Exmh_1087615180 Content-Type: text/plain ; name="doscmd-diffs"; charset=us-ascii Content-Description: doscmd-diffs Content-Disposition: attachment; filename="doscmd-diffs" Index: config.c =================================================================== RCS file: /src/freebsd/src/usr.bin/doscmd/config.c,v retrieving revision 1.2 diff -c -r1.2 config.c *** config.c 1998/07/01 19:56:12 1.2 --- config.c 1998/11/01 20:46:21 *************** *** 238,243 **** --- 238,258 ---- fprintf(stderr, "Boot drive must be either A: or C:\n"); quit(1); } + } else if (!strcasecmp(av[0], "portmap")) { + int p, c; + if (ac < 2 || ac > 3 || !isdigit(av[1][0]) || + (ac == 3 && !isdigit(av[2][0]))) { + fprintf(stderr, "Usage: portmap port [count]\n"); + quit(1); + } + p = strtol(av[1], 0, 0); + c = (ac == 3) ? strtol(av[2], 0, 0) : 1; + iomap_port(p, c); + + while (c-- > 0) { + define_input_port_handler(p++, inb_port); + define_output_port_handler(p++, outb_port); + } } else if (!strcasecmp(av[0], "setver")) { int v; if (ac != 3 || !(v = strtol(av[2], 0, 0))) { Index: doscmd.1 =================================================================== RCS file: /src/freebsd/src/usr.bin/doscmd/doscmd.1,v retrieving revision 1.8 diff -c -r1.8 doscmd.1 *** doscmd.1 1998/10/13 08:57:45 1.8 --- doscmd.1 1998/11/01 20:29:25 *************** *** 187,192 **** --- 187,204 ---- .\" .\" .\" + .It Fl p Ar port Ns Xo + .Op : Ns Ar cnt + .Xc + Map the requested io + .Ar port + (with optional range up to to + .Ar port+cnt Ns No -1 ) + to the real hardware I/O port(s). + This will likely require root privs to access them. + .\" + .\" + .\" .It Fl P Enable tracing of io port calls (such as .Li inb , *************** *** 430,435 **** --- 442,460 ---- at interrupt specified by .Ar irq . This code is lightly tested and may not suit all needs. + .\" + .\" + .\" + .It Cm portmap Xo + .Ar port + .Op Ar count + .Xc + Map the requested io + .Ar port + (with optional range up to to + .Ar port+count Ns No -1 ) + to the real hardware I/O port(s). + This will likely require root privs to access them. .\" .\" .\" Index: doscmd.c =================================================================== RCS file: /src/freebsd/src/usr.bin/doscmd/doscmd.c,v retrieving revision 1.8 diff -c -r1.8 doscmd.c *** doscmd.c 1998/07/28 03:39:59 1.8 --- doscmd.c 1998/11/01 20:46:17 *************** *** 480,486 **** FILE *fp; char *col; ! while ((c = getopt (argc, argv, "234Oc:TkCIEMPRLAU:S:HDtzvVxXYfbri:o:d:")) != -1) { switch (c) { case 'd': if (fp = fopen(optarg, "w")) { --- 480,486 ---- FILE *fp; char *col; ! while ((c = getopt (argc, argv, "234Oc:TkCIEMPRLAU:S:HDtzvVxXYfbri:o:p:d:")) != -1) { switch (c) { case 'd': if (fp = fopen(optarg, "w")) { *************** *** 515,520 **** --- 515,521 ---- i = strtol(col, 0, 0); } p = strtol(optarg, 0, 0); + iomap_port(p, i); while (i-- > 0) define_input_port_handler(p++, inb_traceport); *************** *** 526,535 **** --- 527,551 ---- i = strtol(col, 0, 0); } p = strtol(optarg, 0, 0); + iomap_port(p, i); while (i-- > 0) define_output_port_handler(p++, outb_traceport); break; + case 'p': + i = 1; + if (col = strchr(optarg, ':')) { + *col++ = 0; + i = strtol(col, 0, 0); + } + p = strtol(optarg, 0, 0); + iomap_port(p, i); + + while (i-- > 0) { + define_input_port_handler(p++, inb_port); + define_output_port_handler(p++, outb_port); + } + break; case 'r': raw_kbd = 1; *************** *** 834,839 **** --- 850,858 ---- int enable; }; + /* This is commented out as it is never called. Turn it back on if needed. + */ + #if COMMENTED_OUT static void iomap_init(void) { *************** *** 844,849 **** --- 863,869 ---- { 0x1c80, 2, 1 }, /* 0x1c80 - 0x1c81 */ { 0x2c80, 2, 1 }, /* 0x2c80 - 0x2c81 */ { 0x3c80, 2, 1 }, /* 0x3c80 - 0x3c81 */ + { 0x378, 8, 1 }, /* 0x378 - 0x37F */ { 0x3c4, 2, 1 }, /* 0x3c4 - 0x3c5 */ { 0x3c5, 2, 1 }, /* 0x3ce - 0x3cf */ #else *************** *** 851,858 **** #endif { 0, 0, 0 } }; ! for (i = 0; io[i].length; i++) if (i386_set_ioperm(io[i].start, io[i].length, io[i].enable) < 0) err(1, "i386_set_ioperm"); } --- 871,891 ---- #endif { 0, 0, 0 } }; ! for (i = 0; io[i].length; i++) if (i386_set_ioperm(io[i].start, io[i].length, io[i].enable) < 0) err(1, "i386_set_ioperm"); + } + #endif + + /* This is used to map in only the specified port range, instead of all + the ports or only certain port ranges. + */ + void + iomap_port(int port, int count) + { + if (i386_set_ioperm(port, count, 1) < 0) + err(1, "i386_set_ioperm"); + + debug(D_PORT,"mapped I/O port: port=%#x count=%d\n", port, count); } Index: doscmd.h =================================================================== RCS file: /src/freebsd/src/usr.bin/doscmd/doscmd.h,v retrieving revision 1.4 diff -c -r1.4 doscmd.h *** doscmd.h 1998/07/01 19:56:15 1.4 --- doscmd.h 1998/11/01 20:29:37 *************** *** 146,152 **** extern void done(regcontext_t *REGS, int val); extern void quit(int); extern void call_on_quit(void (*)(void *), void *); ! /* signal.c */ extern struct sigframe *saved_sigframe; extern regcontext_t *saved_regcontext; --- 146,153 ---- extern void done(regcontext_t *REGS, int val); extern void quit(int); extern void call_on_quit(void (*)(void *), void *); ! extern void iomap_port(int port, int count); ! /* signal.c */ extern struct sigframe *saved_sigframe; extern regcontext_t *saved_regcontext; *************** *** 284,287 **** --- 285,290 ---- void outb_traceport(int, unsigned char); unsigned char inb_traceport(int); + void outb_port(int, unsigned char); + unsigned char inb_port(int); Index: port.c =================================================================== RCS file: /src/freebsd/src/usr.bin/doscmd/port.c,v retrieving revision 1.1 diff -c -r1.1 port.c *** port.c 1997/08/09 01:42:54 1.1 --- port.c 1998/10/30 01:59:09 *************** *** 54,74 **** asm volatile ("outb %%al,%%dx" : : "a" (data), "d" (port)) FILE *iolog = 0; ! u_long ioports[MAXPORT/32]; #ifdef __FreeBSD__ static void iomap(int port, int cnt) { ! fatal("iomap not supported"); } static void iounmap(int port, int cnt) { ! fatal("iomap not supported"); } - #else static void iomap(int port, int cnt) { --- 54,83 ---- asm volatile ("outb %%al,%%dx" : : "a" (data), "d" (port)) FILE *iolog = 0; ! #ifdef __FreeBSD__ static void iomap(int port, int cnt) { ! if (port + cnt >= MAXPORT) { ! errno = ERANGE; ! perror("iomap"); ! quit(1); ! } } static void iounmap(int port, int cnt) { ! if (port + cnt >= MAXPORT) { ! errno = ERANGE; ! perror("iomap"); ! quit(1); ! } } #else + u_long ioports[MAXPORT/32]; + static void iomap(int port, int cnt) { *************** *** 141,146 **** --- 150,170 ---- fflush(iolog); */ return(byte); + } + + /* + * Real input/output to (hopefully) iomapped port + */ + void + outb_port(int port, unsigned char byte) + { + out(port, byte); + } + + unsigned char + inb_port(int port) + { + return in(port); } /* Index: tty.c =================================================================== RCS file: /src/freebsd/src/usr.bin/doscmd/tty.c,v retrieving revision 1.4 diff -c -r1.4 tty.c *** tty.c 1998/02/22 23:36:54 1.4 --- tty.c 1998/11/07 19:54:27 *************** *** 68,74 **** static int mode = -1; #define vmem ((u_short *)0xB8000) static int blink = 1; ! int flipdelete = 1; /* Flip meaning of delete and backspace */ extern int capture_fd; static u_short break_code = 0x00; static u_short scan_code = 0x00; --- 68,74 ---- static int mode = -1; #define vmem ((u_short *)0xB8000) static int blink = 1; ! int flipdelete = 0; /* Flip meaning of delete and backspace */ extern int capture_fd; static u_short break_code = 0x00; static u_short scan_code = 0x00; *************** *** 2136,2141 **** --- 2136,2142 ---- | ButtonReleaseMask | PointerMotionMask ); } + XStoreName(dpy, win, "DOS"); XMapWindow(dpy, win); XFlush(dpy); --==_Exmh_1087615180-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 18 14:39:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA21201 for freebsd-bugs-outgoing; Wed, 18 Nov 1998 14:39:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA21185 for ; Wed, 18 Nov 1998 14:39:55 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA17075; Wed, 18 Nov 1998 14:40:00 -0800 (PST) Received: from hotrats.apl.washington.edu (hotrats.apl.washington.edu [128.95.76.68]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA20297 for ; Wed, 18 Nov 1998 14:34:38 -0800 (PST) (envelope-from kargl@hotrats.apl.washington.edu) Received: (from kargl@localhost) by hotrats.apl.washington.edu (8.9.1/8.8.8) id OAA03246; Wed, 18 Nov 1998 14:38:35 -0800 (PST) (envelope-from kargl) Message-Id: <199811182238.OAA03246@hotrats.apl.washington.edu> Date: Wed, 18 Nov 1998 14:38:35 -0800 (PST) From: kargl@apl.washington.edu Reply-To: kargl@apl.washington.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/8750: kernel panic 981114 sources Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8750 >Category: kern >Synopsis: SMP kernel panics and wipes out filesystems >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 18 14:40:00 PST 1998 >Last-Modified: >Originator: Steven G. Kargl >Organization: APL/UW >Release: FreeBSD 3.0-CURRENT i386 >Environment: Timecounter "i8254" frequency 1193182 Hz CPU: Pentium Pro (686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping=9 Features=0xfbff real memory = 268435456 (262144K bytes) avail memory = 258465792 (252408K bytes) Programming 24 pins in IOAPIC #0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 vga0: rev 0x05 int a irq 19 on pci0.15.0 ahc0: rev 0x00 int a irq 18 on pci0.16.0 ahc0: aic7880 Single Channel A, SCSI Id=7, 16/255 SCBs APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via pin 2 Waiting 15 seconds for SCSI devices to settle SMP: AP CPU #1 Launched! changing root device to da0s1a da1 at ahc0 bus 0 target 2 lun 0 da1: Fixed Direct Access SCSI2 device da1: 10.0MB/s transfers (10.0MHz, offset 8) da1: 699MB (1431760 512 byte sectors: 64H 32S/T 699C) cd0 at ahc0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI2 device cd0: 10.0MB/s transfers (10.0MHz, offset 15) cd0: cd present [159218 x 2048 byte records] da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI2 device da0: 20.0MB/s transfers (20.0MHz, offset 15), Tagged Queueing Enabled da0: 4148MB (8496960 512 byte sectors: 255H 63S/T 528C) >Description: SMP kernel panics. Filesystems with outstanding/pending writes are toasted (fsck -y finds hundreds of unconnected inodes and incorrect inodes). dev=0x20405, bno = 13, bsize = 8192, size = 8192, fs = /usr panic: ffs_blkfree: bad size mp_lock = 00000001; cpuid = 0; lapic.id = 01000000 Debugger("panic") Stopped at _Debugger+0x35: movb $0, _in_Debugger.98 db> trace _Debugger(f0137c1e) at _Debugger+0x35 _panic(f01c52d1,f01c529b,20405,d,2000) at _panic+0x9f _ffs_blkfree(f09d4990,d,2000) at _ffs_blkfree+0xc2 _ffs_reallocblks(f85c2e24) at _ffs_reallocblks+0x420 _cluster_write(f5c87c98,38000,0) at _cluster_write+0x15f _ffs_write(f85c2efc,f84f57c0,41,f85c2f94,f012f448) at _ffs_write+0x56f _vn_write(f0da7a80,f85c2f40,f0d4fa80,f84f57c0,f0241dac) at _vn_write+0xef _write(f84f57c0,f85c2f94,805d100,41,805d100) at _write+0xba _syscall(27,27,805d100,41,efbfdc28) at _syscall+0x187 _Xint0x80_syscall() at _Xint0x80_syscall+0x4c >How-To-Repeat: cvsup sources from 14 Nov 98. Build an SMP kernel. Reboot. To see the quickly "mount -u -o async /usr". Config kernel sources, make depend, and fire off "make -j 4". >Fix: cvsup with "*default date=98.11.10.00.00.00" I believe the bug is associated with dg@freebsd.org re-instating ffs_doreallocblks. >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 Nov 18 16:06:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA06284 for freebsd-bugs-outgoing; Wed, 18 Nov 1998 16:06:14 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA06171; Wed, 18 Nov 1998 16:06:02 -0800 (PST) (envelope-from dg@FreeBSD.org) From: David Greenman Received: (from root@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA21772; Wed, 18 Nov 1998 16:06:07 -0800 (PST) Date: Wed, 18 Nov 1998 16:06:07 -0800 (PST) Message-Id: <199811190006.QAA21772@freefall.freebsd.org> To: kargl@apl.washington.edu, dg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/8750 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: SMP kernel panics and wipes out filesystems State-Changed-From-To: open-closed State-Changed-By: dg State-Changed-When: Wed Nov 18 16:04:22 PST 1998 State-Changed-Why: The bug was fixed by Kirk McKusick on the 17th. rev 1.74 of vfs_cluster.c. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 18 16:14:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA08139 for freebsd-bugs-outgoing; Wed, 18 Nov 1998 16:14:15 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA07984; Wed, 18 Nov 1998 16:13:59 -0800 (PST) (envelope-from kargl@troutmask.apl.washington.edu) Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.9.1/8.9.1) id QAA11753; Wed, 18 Nov 1998 16:21:23 -0800 (PST) (envelope-from kargl) From: "Steven G. Kargl" Message-Id: <199811190021.QAA11753@troutmask.apl.washington.edu> Subject: Re: kern/8750 In-Reply-To: <199811190006.QAA21772@freefall.freebsd.org> from David Greenman at "Nov 18, 1998 4: 6: 7 pm" To: dg@FreeBSD.ORG (David Greenman) Date: Wed, 18 Nov 1998 16:21:23 -0800 (PST) Cc: dg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org According to David Greenman: > Synopsis: SMP kernel panics and wipes out filesystems > > State-Changed-From-To: open-closed > State-Changed-By: dg > State-Changed-When: Wed Nov 18 16:04:22 PST 1998 > State-Changed-Why: > The bug was fixed by Kirk McKusick on the 17th. rev 1.74 of vfs_cluster.c. > Are you sure? (Yes, I know I shouldn't doubt you and Kirk). I saw Kirk's commit, and cvsup'd new sources. My system would still panic. However, my filesystems had been toasted, so perhaps, I had a corrupt /usr/src tree. Thanks for the quick response. I'm cvsup'ing new sources, now. -- Steve finger kargl@troutmask.apl.washington.edu http://troutmask.apl.washington.edu/~clesceri/kargl.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 18 16:16:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA08652 for freebsd-bugs-outgoing; Wed, 18 Nov 1998 16:16:27 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from root.com (root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA08629 for ; Wed, 18 Nov 1998 16:16:21 -0800 (PST) (envelope-from root@root.com) Received: from root.com (localhost [127.0.0.1]) by root.com (8.8.8/8.8.5) with ESMTP id QAA13701; Wed, 18 Nov 1998 16:17:18 -0800 (PST) Message-Id: <199811190017.QAA13701@root.com> To: "Steven G. Kargl" cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/8750 In-reply-to: Your message of "Wed, 18 Nov 1998 16:21:23 PST." <199811190021.QAA11753@troutmask.apl.washington.edu> From: David Greenman Reply-To: dg@root.com Date: Wed, 18 Nov 1998 16:17:18 -0800 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >According to David Greenman: >> Synopsis: SMP kernel panics and wipes out filesystems >> >> State-Changed-From-To: open-closed >> State-Changed-By: dg >> State-Changed-When: Wed Nov 18 16:04:22 PST 1998 >> State-Changed-Why: >> The bug was fixed by Kirk McKusick on the 17th. rev 1.74 of vfs_cluster.c. >> > >Are you sure? (Yes, I know I shouldn't doubt you and Kirk). I >saw Kirk's commit, and cvsup'd new sources. My system would >still panic. However, my filesystems had been toasted, so perhaps, I >had a corrupt /usr/src tree. > >Thanks for the quick response. I'm cvsup'ing new sources, now. The cause was fairly well understood and others confirmed that the bug was fixed. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 18 16:20:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA09197 for freebsd-bugs-outgoing; Wed, 18 Nov 1998 16:20:01 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA09183 for ; Wed, 18 Nov 1998 16:19:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA22290; Wed, 18 Nov 1998 16:20:01 -0800 (PST) Received: from ns.issei.org (ns.issei.org [210.169.187.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA07467 for ; Wed, 18 Nov 1998 16:11:28 -0800 (PST) (envelope-from issei@issei.org) Received: from sandra.issei.org (sandra.issei.org [210.169.187.134]) by ns.issei.org (8.9.1a/3.7W-hub) with ESMTP id JAA03400 for ; Thu, 19 Nov 1998 09:10:58 +0900 (JST) Received: by sandra.issei.org (8.8.8/3.7W-null) id JAA23205; Thu, 19 Nov 1998 09:10:58 +0900 (JST) Message-Id: <199811190010.JAA23205@sandra.issei.org> Date: Thu, 19 Nov 1998 09:10:58 +0900 (JST) From: issei@jp.FreeBSD.ORG To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/8751: Cannot display new CPU name correctly. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8751 >Category: kern >Synopsis: Cannot display new CPU name correctly. >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: Wed Nov 18 16:20:00 PST 1998 >Last-Modified: >Originator: Issei Suzuki >Organization: Personal >Release: FreeBSD 2.2.7-STABLE i386 >Environment: >Description: FreeBSD cannot display Intel's new CPU name correctly on boot time. >How-To-Repeat: This is the boot time message when I use Celeron CPU. CPU: Unknown 80686 (300.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x660 Stepping=0 Features=0x183f9ff,,MMX,> FreeBSD displays CPU name as 'Unknown 80686' instead of 'Celeron' >Fix: Apply the following patch to /sys/i386/i386/identcpu.c See also Intel's Application note AP-485 "Intel Processor Identification and the CPUID Instruction" http://developer.intel.com/design/pro/applnots/241618.HTM --- i386/i386/identcpu.c.old Sat Sep 12 09:54:28 1998 +++ i386/i386/identcpu.c Sat Sep 12 12:22:20 1998 @@ -71,6 +71,7 @@ static void print_AMD_info(void); static void print_AMD_assoc(int i); static void do_cpuid(u_long ax, u_long *p); +static int get_L2cache(void); u_long cyrix_did; /* Device ID of Cyrix CPU */ int cpu_class = CPUCLASS_386; /* least common denominator */ @@ -196,8 +197,33 @@ cpu = CPU_PII; break; case 0x50: - strcat(cpu_model, "Pentium II (quarter-micron)"); - cpu = CPU_PII; + case 0x60: + /* Ident Celeron and Pentium II */ + switch (get_L2cache()) { + case 0: + strcat(cpu_model, "Celeron"); + break; + case 128: + strcat(cpu_model, "Celeron (L2 128KB)"); + break; + case 512: + strcat(cpu_model, "Pentium II (quarter-micron) / Pentium II Xeon (L2 512KB)"); + cpu = CPU_PII; + break; + case 1024: + strcat(cpu_model, "Pentium II Xeon (L2 1MB)"); + cpu = CPU_PII; + break; + case 2048: + strcat(cpu_model, "Pentium II Xeon (L2 2MB)"); + cpu = CPU_PII; + break; + + case -1: + default: + strcat(cpu_model, "Unknown 80686"); + break; + } break; default: strcat(cpu_model, "Unknown 80686"); @@ -829,4 +855,35 @@ printf(", %d lines/tag", (regs[3] >> 8) & 0xff); print_AMD_assoc((regs[3] >> 16) & 0xff); } +} + +/* check the amount of L2 cache */ +static int +get_L2cache(void) +{ + int i, j; + u_long regs[4]; + do_cpuid(2, regs); + + for (i=0; i<4; i++) + for (j=0; j<4; j++) + switch ((regs[i] >> j*8) & 0xff) { + case 0x40: + return 0; + case 0x41: + return 128; + case 0x42: + return 256; + case 0x43: + return 512; + case 0x44: + return 1024; + case 0x45: + return 2048; + default: + /* nothing */ + break; + } + + return -1; } >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 Nov 18 17:00:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA14386 for freebsd-bugs-outgoing; Wed, 18 Nov 1998 17:00:01 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA14349 for ; Wed, 18 Nov 1998 16:59:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA23937; Wed, 18 Nov 1998 17:00:01 -0800 (PST) Received: from genius.cirx.org (r00t.m1.ntu.edu.tw [140.112.240.59]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA12957 for ; Wed, 18 Nov 1998 16:47:57 -0800 (PST) (envelope-from clkao@genius.cirx.org) Received: (from root@localhost) by genius.cirx.org (8.9.1/8.8.8) id CAA27802; Thu, 19 Nov 1998 02:24:08 +0800 (CST) (envelope-from clkao) Message-Id: <199811181824.CAA27802@genius.cirx.org> Date: Thu, 19 Nov 1998 02:24:08 +0800 (CST) From: clkao@CirX.ORG Reply-To: clkao@CirX.ORG To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8753: pwd_mkdb problem when having comments in passwd file Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8753 >Category: bin >Synopsis: pwd_mkdb problem when having comments in passwd file >Confidential: yes >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 18 17:00:00 PST 1998 >Last-Modified: >Originator: Chia-liang Kao >Organization: CirX >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD genius.cirx.org 3.0-CURRENT FreeBSD 3.0-CURRENT #9: Fri Oct 23 01:36:18 CST 1998 clkao@genius.cirx.org:/usr/src/sys/compile/GENIUS i386 >Description: getpwent in libc access the db file with a incresing key number; where the key pwd_mkdb used is still increasing even if the line is a comment. Thus, getpwent will fail to retreive the data with the missing key, returning NULL and the applications will think it is the end of the world. >How-To-Repeat: and an empty line or a comment in your master.passwd file and re-pwd_mkdb it. >Fix: apply the following patch: Index: pwd_mkdb.c =================================================================== RCS file: /usr/local/ncvs//src/usr.sbin/pwd_mkdb/pwd_mkdb.c,v retrieving revision 1.27 diff -u -r1.27 pwd_mkdb.c --- pwd_mkdb.c 1998/09/29 20:01:21 1.27 +++ pwd_mkdb.c 1998/11/18 18:16:25 @@ -287,6 +287,10 @@ (pwd.pw_name[0] == '+' || pwd.pw_name[0] == '-')) yp_enabled = 1; #define COMPACT(e) t = e; while ((*p++ = *t++)); +#ifdef PASSWD_IGNORE_COMMENTS + if(is_comment) + --cnt; +#endif if (!is_comment && (!username || (strcmp(username, pwd.pw_name) == 0))) { /* Create insecure data. */ >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 Nov 18 18:44:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA25543 for freebsd-bugs-outgoing; Wed, 18 Nov 1998 18:44:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA25522; Wed, 18 Nov 1998 18:43:58 -0800 (PST) (envelope-from jkoshy@FreeBSD.org) From: Joseph Koshy Received: (from jkoshy@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA29121; Wed, 18 Nov 1998 18:44:02 -0800 (PST) Date: Wed, 18 Nov 1998 18:44:02 -0800 (PST) Message-Id: <199811190244.SAA29121@freefall.freebsd.org> To: gdonl@tsc.tdk.com, jkoshy@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7892 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [MFC] [PATCH] tcp_input does insufficient RST validation, also more general LAND attacks are possible State-Changed-From-To: suspended-closed State-Changed-By: jkoshy State-Changed-When: Wed Nov 18 18:42:25 PST 1998 State-Changed-Why: Was fixed by wollman at 1998/09/11 09:04:04 PDT in -current and merged to -stable by guido in rev 1.54.2.11. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 18 18:56:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA26668 for freebsd-bugs-outgoing; Wed, 18 Nov 1998 18:56:15 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA26654; Wed, 18 Nov 1998 18:56:12 -0800 (PST) (envelope-from jkoshy@FreeBSD.org) From: Joseph Koshy Received: (from jkoshy@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA29797; Wed, 18 Nov 1998 18:56:16 -0800 (PST) Date: Wed, 18 Nov 1998 18:56:16 -0800 (PST) Message-Id: <199811190256.SAA29797@freefall.freebsd.org> To: dillon@best.net, jkoshy@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7418 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: File corruption occurs when shared+ro mmap'd file is appended to via write() State-Changed-From-To: open-closed State-Changed-By: jkoshy State-Changed-When: Wed Nov 18 18:55:30 PST 1998 State-Changed-Why: Was fixed by dillon in rev 1.178 of "src/sys/kern/vfs_bio.c". To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 18 19:17:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA28731 for freebsd-bugs-outgoing; Wed, 18 Nov 1998 19:17:46 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA28713; Wed, 18 Nov 1998 19:17:15 -0800 (PST) (envelope-from jkoshy@FreeBSD.org) From: Joseph Koshy Received: (from jkoshy@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA01023; Wed, 18 Nov 1998 19:17:19 -0800 (PST) Date: Wed, 18 Nov 1998 19:17:19 -0800 (PST) Message-Id: <199811190317.TAA01023@freefall.freebsd.org> To: hsu@clinet.fi, jkoshy@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/1067 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: panic: ufs_lock: recursive lock not expected, pid: 27195 State-Changed-From-To: suspended-closed State-Changed-By: jkoshy State-Changed-When: Wed Nov 18 19:15:38 PST 1998 State-Changed-Why: Was fixed by tegge in rev 1.106 of "src/sys/kern/vfs_syscals.c". To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 18 21:39:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA12472 for freebsd-bugs-outgoing; Wed, 18 Nov 1998 21:39:57 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA12465 for ; Wed, 18 Nov 1998 21:39:56 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA11896; Wed, 18 Nov 1998 21:40:01 -0800 (PST) Received: from nnd.itfs.nsk.su (nnd.itfs.nsk.su [193.124.36.42]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA12141 for ; Wed, 18 Nov 1998 21:36:18 -0800 (PST) (envelope-from nnd@nnd.itfs.nsk.su) Received: (from nnd@localhost) by nnd.itfs.nsk.su (8.9.1/8.9.1) id LAA17771; Thu, 19 Nov 1998 11:35:33 +0600 (NS) (envelope-from nnd) Message-Id: <199811190535.LAA17771@nnd.itfs.nsk.su> Date: Thu, 19 Nov 1998 11:35:33 +0600 (NS) From: nnd@nnd.itfs.nsk.su Reply-To: nnd@nnd.itfs.nsk.su To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8756: 'pw' command additional feature request Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8756 >Category: bin >Synopsis: 'pw' command additional feature request >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 Nov 18 21:40:01 PST 1998 >Last-Modified: >Originator: Nickolay N. Dudorov >Organization: STE Infoteka >Release: FreeBSD 3.0-BETA i386 >Environment: Any FreeBSD system with 'pw' command >Description: When I as an ISP add new users with 'pw' command I initialize their home-dir through some skeleton directory containing f.e. Maildir and dot.qmail for their mailbox. It is very useful to set 'sunlnk' flag for Maildir components (new, cur, tmp) and 'schg' flag for .qmail file. But this flags are not sets when 'pw' copies skeleton to user home directory. >How-To-Repeat: Create some skeleton and set some flags for it's files and after that do 'pw user add' with this skeleton specified. All flags will be lost in new user home directory. >Fix: The next patch change the 'pw' in such a way that it preserve all the flags for files and directories inside skeleton directory while copiing them to user home directory. I also change one call to 'chown' to 'fchown' call, which can be some kind of optimization :-) =================================================================== diff -rubN pw/cpdir.c pw.new/cpdir.c --- pw/cpdir.c Fri Oct 10 13:23:30 1997 +++ pw.new/cpdir.c Thu Nov 19 11:10:10 1998 @@ -98,8 +98,9 @@ while ((b = read(infd, copybuf, 4096)) > 0) write(outfd, copybuf, b); close(infd); + fchown(outfd, uid, gid); + fchflags(outfd, st.st_flags); close(outfd); - chown(dst, uid, gid); } } } >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 Nov 18 21:51:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA13655 for freebsd-bugs-outgoing; Wed, 18 Nov 1998 21:51:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from nnd.itfs.nsk.su (nnd.itfs.nsk.su [193.124.36.42]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA13599; Wed, 18 Nov 1998 21:50:53 -0800 (PST) (envelope-from nnd@nnd.itfs.nsk.su) Received: (from nnd@localhost) by nnd.itfs.nsk.su (8.9.1/8.9.1) id LAA19392; Thu, 19 Nov 1998 11:50:17 +0600 (NS) (envelope-from nnd) Message-ID: <19981119115017.A19054@itfs.nsk.su> Date: Thu, 19 Nov 1998 11:50:17 +0600 From: "Nickolay N. Dudorov" To: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/8756: 'pw' command additional feature request References: <199811190535.LAA17771@nnd.itfs.nsk.su> <199811190540.VAA11892@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93i In-Reply-To: <199811190540.VAA11892@freefall.freebsd.org>; from FreeBSD-gnats-submit@FreeBSD.ORG on Wed, Nov 18, 1998 at 09:40:01PM -0800 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I am very-very-very sorry, but there was incorrect patch included in my PR. Here is the correct one: diff -rubN pw/cpdir.c pw.new/cpdir.c --- pw/cpdir.c Fri Oct 10 13:23:30 1997 +++ pw.new/cpdir.c Thu Nov 19 11:44:48 1998 @@ -80,6 +80,7 @@ if (S_ISDIR(st.st_mode)) { /* Recurse for this */ if (strcmp(e->d_name, ".") != 0 && strcmp(e->d_name, "..") != 0) copymkdir(dst, src, (st.st_mode & 0777), uid, gid); + chflags(dst, st.st_flags); /* * Note: don't propogate 'special' attributes */ @@ -98,8 +99,9 @@ while ((b = read(infd, copybuf, 4096)) > 0) write(outfd, copybuf, b); close(infd); + fchown(outfd, uid, gid); + fchflags(outfd, st.st_flags); close(outfd); - chown(dst, uid, gid); } } } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 18 21:59:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA14393 for freebsd-bugs-outgoing; Wed, 18 Nov 1998 21:59:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA14385 for ; Wed, 18 Nov 1998 21:59:56 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA16703; Wed, 18 Nov 1998 22:00:01 -0800 (PST) Date: Wed, 18 Nov 1998 22:00:01 -0800 (PST) Message-Id: <199811190600.WAA16703@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: "Nickolay N. Dudorov" Subject: Re: bin/8756: 'pw' command additional feature request Reply-To: "Nickolay N. Dudorov" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/8756; it has been noted by GNATS. From: "Nickolay N. Dudorov" To: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Cc: Subject: Re: bin/8756: 'pw' command additional feature request Date: Thu, 19 Nov 1998 11:50:17 +0600 I am very-very-very sorry, but there was incorrect patch included in my PR. Here is the correct one: diff -rubN pw/cpdir.c pw.new/cpdir.c --- pw/cpdir.c Fri Oct 10 13:23:30 1997 +++ pw.new/cpdir.c Thu Nov 19 11:44:48 1998 @@ -80,6 +80,7 @@ if (S_ISDIR(st.st_mode)) { /* Recurse for this */ if (strcmp(e->d_name, ".") != 0 && strcmp(e->d_name, "..") != 0) copymkdir(dst, src, (st.st_mode & 0777), uid, gid); + chflags(dst, st.st_flags); /* * Note: don't propogate 'special' attributes */ @@ -98,8 +99,9 @@ while ((b = read(infd, copybuf, 4096)) > 0) write(outfd, copybuf, b); close(infd); + fchown(outfd, uid, gid); + fchflags(outfd, st.st_flags); close(outfd); - chown(dst, uid, gid); } } } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 18 22:23:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA16726 for freebsd-bugs-outgoing; Wed, 18 Nov 1998 22:23:25 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA16717; Wed, 18 Nov 1998 22:23:17 -0800 (PST) (envelope-from bde@FreeBSD.org) From: Bruce Evans Received: (from bde@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA20742; Wed, 18 Nov 1998 22:23:22 -0800 (PST) Date: Wed, 18 Nov 1998 22:23:22 -0800 (PST) Message-Id: <199811190623.WAA20742@freefall.freebsd.org> To: dev@opensound.com, bde@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/8632 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Bug in vm_page_alloc_contig() State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Wed Nov 18 22:21:16 PST 1998 State-Changed-Why: Hopefully fixed in rev.1.104 of vm/swap_pager.c. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 19 03:59:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA19714 for freebsd-bugs-outgoing; Thu, 19 Nov 1998 03:59:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA19706 for ; Thu, 19 Nov 1998 03:59:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id EAA21098; Thu, 19 Nov 1998 04:00:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA19088; Thu, 19 Nov 1998 03:54:39 -0800 (PST) (envelope-from nobody) Message-Id: <199811191154.DAA19088@hub.freebsd.org> Date: Thu, 19 Nov 1998 03:54:39 -0800 (PST) From: dennis.kreminskty@netsl.ru To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/8759: kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8759 >Category: kern >Synopsis: kernel >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 19 04:00:01 PST 1998 >Last-Modified: >Originator: Dennis V. Kreminsky >Organization: NetSL >Release: 3.0-RELEASE >Environment: FreeBSD serviceVP.netsl.ru 3.0-RELEASE FreeBSD 3.0-RELEASE #1: Thu Oct 29 20:07:58 MSK 1998 root@serviceVP.netsl.ru:/usr/src/sys/compile/LOCAL i386 >Description: The kernel would panic if I do: #mount /dev/wd0s1 /mnt mount: /dev/wd0s1 on /mnt: incorrect super block #mount_msdos /dev/wd0s1 /mnt panic: vm_fault: fault on nodefault entry, addr: f15e8000 then it fails to sync disks and wants to reboot NOTE: I did rebuild kernel with a LOCAL configuration which simply has smaller device list compared to GENERIC. >How-To-Repeat: as root, do #mount /dev/wd0s1 /mnt mount: /dev/wd0s1 on /mnt: incorrect super block #mount_msdos /dev/wd0s1 /mnt panic: vm_fault: fault on nodefault entry, addr: f15e8000 >Fix: nope >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 Nov 19 07:29:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA10260 for freebsd-bugs-outgoing; Thu, 19 Nov 1998 07:29:57 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA10252 for ; Thu, 19 Nov 1998 07:29:56 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA22368; Thu, 19 Nov 1998 07:30:00 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA10236; Thu, 19 Nov 1998 07:29:40 -0800 (PST) (envelope-from nobody) Message-Id: <199811191529.HAA10236@hub.freebsd.org> Date: Thu, 19 Nov 1998 07:29:40 -0800 (PST) From: k@numeri.campus.luth.se To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/8761: installworld fails for stable as of 981119 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8761 >Category: misc >Synopsis: installworld fails for stable as of 981119 >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 19 07:30:00 PST 1998 >Last-Modified: >Originator: Johan Karlsson >Organization: >Release: 2-2-Stable >Environment: FreeBSD yggdrasil.sm.luth.se 2.2.7-STABLE FreeBSD 2.2.7-STABLE #0: Thu Nov 19 11:29:18 CET 1998 kroot@yggdrasil.sm.luth.se:/usr/src/sys/compile/YGGDRASIL i386 >Description: ===> share/timedef ===> share/timedef/data for l in da_DK.ISO_8859-1 de_AT.ISO_8859-1 de_DE.ISO_8859-1 en_GB.ISO_8859-1 en_US.ISO_8859-1 es_ES.ISO_8859-1 fi_FI.ISO_8859-1 fr_FR.ISO_8859-1 hr_HR.I SO_8859-2 hu_HU.ISO_8859-2 is_IS.ISO_8859-1 ja_JP.EUC ja_JP.SJIS it_IT.ISO_8859-1 ko_KR.EUC lt_LN.ISO_8859-1 nl_NL.ISO_8859-1 no_NO. ISO_8859-1 pl_PL.ISO_8859-2 pt_PT.ISO_8859-1 ru_SU.CP866 ru_SU.KOI8-R sl_SI.ISO_8859-2 sv_SE.ISO_8859-1; do install -c -m 644 -o bin -g bin $l.o ut /usr/share/locale/$l/LC_TIME; done install: /usr/share/locale/hu_HU.ISO_8859-2/LC_TIME: No such file or directory *** Error code 71 Stop. This is since the mtree/BSD.usr.dist does not have an entry for /usr/share/locale/hu_HU.ISO_8859-2 >How-To-Repeat: make world with 2-2-stable as of 981119 >Fix: This patch solves the problem BUT I think there are more that needs to be fixed for the support of hu_HU in other parts of the src === *** etc/mtree/BSD.usr.dist.orig Thu Nov 19 12:06:37 1998 --- etc/mtree/BSD.usr.dist Thu Nov 19 11:54:32 1998 *************** *** 314,319 **** --- 314,321 ---- fr_FR.ISO_8859-1 .. hr_HR.ISO_8859-2 + .. + hu_HU.ISO_8859-2 .. is_IS.ISO_8859-1 .. === >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 Nov 19 08:19:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA15180 for freebsd-bugs-outgoing; Thu, 19 Nov 1998 08:19:57 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA15173 for ; Thu, 19 Nov 1998 08:19:56 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA25613; Thu, 19 Nov 1998 08:20:01 -0800 (PST) Received: from giganda.komkon.org (giganda.komkon.org [209.125.17.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA14779 for ; Thu, 19 Nov 1998 08:16:34 -0800 (PST) (envelope-from str@giganda.komkon.org) Received: (from str@localhost) by giganda.komkon.org (8.8.5/8.7.3) id LAA24067; Thu, 19 Nov 1998 11:16:06 -0500 (EST) Message-Id: <199811191616.LAA24067@giganda.komkon.org> Date: Thu, 19 Nov 1998 11:16:06 -0500 (EST) From: Igor Roshchin Reply-To: str@giganda.komkon.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8762: syslogd.conf shell accept spaces in addition to TABs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8762 >Category: bin >Synopsis: syslogd.conf shell accept spaces in addition to TABs >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: Thu Nov 19 08:20:00 PST 1998 >Last-Modified: >Originator: Igor Roshchin >Organization: KomKon >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: >Description: As discussed on freebsd-security and freebsd-current, having spaces accepted by syslogd in syslog.conf will simplify life of many admins. At the same time the backwards compatibility is preserved >How-To-Repeat: >Fix: --- syslogd.c.orig Thu Aug 6 00:58:10 1998 +++ syslogd.c Thu Oct 8 22:19:27 1998 @@ -1365,12 +1365,12 @@ } /* scan through the list of selectors */ - for (p = line; *p && *p != '\t';) { + for (p = line; *p && *p != '\t' && *p != ' ';) { int pri_done; int pri_cmp; /* find the end of this facility name list */ - for (q = p; *q && *q != '\t' && *q++ != '.'; ) + for (q = p; *q && *q != '\t' && *q != ' ' && *q++ != '.'; ) continue; /* get the priority comparison */ @@ -1402,12 +1402,12 @@ ; /* collect priority name */ - for (bp = buf; *q && !strchr("\t,;", *q); ) + for (bp = buf; *q && !strchr("\t,; ", *q); ) *bp++ = *q++; *bp = '\0'; /* skip cruft */ - while (strchr(", ;", *q)) + while (strchr(",;", *q)) q++; /* decode priority name */ @@ -1424,8 +1424,8 @@ } /* scan facilities */ - while (*p && !strchr("\t.;", *p)) { - for (bp = buf; *p && !strchr("\t,;.", *p); ) + while (*p && !strchr("\t.; ", *p)) { + for (bp = buf; *p && !strchr("\t,;. ", *p); ) *bp++ = *p++; *bp = '\0'; @@ -1454,7 +1454,7 @@ } /* skip to action part */ - while (*p == '\t') + while (*p == '\t' || *p == ' ') p++; switch (*p) --- syslog.conf.5.orig Thu Aug 6 00:58:10 1998 +++ syslog.conf.5 Wed Oct 14 20:17:40 1998 @@ -62,7 +62,19 @@ .Em selector field is separated from the .Em action -field by one or more tab characters. +field by one or more tab characters or spaces. +.Pp +Note that if you use spaces as separators, your +.Em syslog.conf +might be incompatible with other Unices or Unix-like systems. +This functionality was added for the ease of configuration +(e.g. it is possible to cut-and-paste into +.Em syslog.conf +), +and to avoid possible mistakes. This change however preserves +backwards compatibility with the old style of the +.Em syslog.conf +(i.e. tab characters only). .Pp The .Em Selectors >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 Nov 19 08:39:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA17723 for freebsd-bugs-outgoing; Thu, 19 Nov 1998 08:39:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA17716 for ; Thu, 19 Nov 1998 08:39:56 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA26225; Thu, 19 Nov 1998 08:40:00 -0800 (PST) Received: from trooper.velocet.ca (host-034.canadiantire.ca [209.146.201.34]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA17616 for ; Thu, 19 Nov 1998 08:37:40 -0800 (PST) (envelope-from dgilbert@trooper.velocet.ca) Received: (from dgilbert@localhost) by trooper.velocet.ca (8.8.7/8.8.7) id LAA01355; Thu, 19 Nov 1998 11:37:07 -0500 (EST) Message-Id: <199811191637.LAA01355@trooper.velocet.ca> Date: Thu, 19 Nov 1998 11:37:07 -0500 (EST) From: David Gilbert Reply-To: dgilbert@velocet.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/8763: FreeBSD 3.0 spontaneously reboots. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8763 >Category: kern >Synopsis: FreeBSD 3.0 system reboots or hangs often? >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 19 08:40:00 PST 1998 >Last-Modified: >Originator: David Gilbert >Organization: Velocet Communications >Release: FreeBSD 3.0-RELEASE i386 >Environment: Included are my dmesg output and my kernel config file. Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-RELEASE #1: Wed Nov 18 16:40:45 EST 1998 root@trooper.velocet.ca:/usr/src/sys/compile/TROOPER.DEBUG Timecounter "i8254" frequency 1193182 Hz cost 3214 ns Timecounter "TSC" frequency 300683168 Hz cost 88 ns CPU: AMD-K6(tm) 3D processor (300.68-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x580 Stepping=0 Features=0x8001bf real memory = 134217728 (131072K bytes) avail memory = 118743040 (115960K bytes) Probing for devices on PCI bus 0: chip0: rev 0x04 on pci0.0.0 chip1: rev 0x00 on pci0.1.0 chip2: rev 0x41 on pci0.7.0 ide_pci0: rev 0x06 on pci0.7.1 chip3: rev 0x10 on pci0.7.3 xl0: <3Com 3c905 Fast Etherlink XL 10/100BaseTX> rev 0x00 int a irq 9 on pci0.8.0 xl0: Ethernet address: 00:60:97:93:62:c2 xl0: autoneg complete, link status good (half-duplex, 10Mbps) vga0: rev 0x01 int a irq 10 on pci0.9.0 de0: rev 0x22 int a irq 11 on pci0.10.0 de0: 21140A [10-100Mb/s] pass 2.2 de0: address 00:c0:f0:17:39:3e Probing for devices on PCI bus 1: Probing for PnP devices: Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x278-0x27f irq 5 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface pcm0 not found at 0x530 pca0 on motherboard pca0: PC speaker audio driver fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 2062MB (4224150 sectors), 4470 cyls, 15 heads, 63 S/T, 512 B/S wdc0: unit 1 (wd1): wd1: 6187MB (12672450 sectors), 13410 cyls, 15 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): wd2: 6149MB (12594960 sectors), 13328 cyls, 15 heads, 63 S/T, 512 B/S npx0 on motherboard npx0: INT 16 interface IP packet filtering initialized, divert enabled, rule-based forwarding enabled, logging limited to 1000 packets/entry changing root device to wd0s1a WARNING: / was not properly dismounted Start pid=2 Start pid=3 Start pid=4 de0: enabling 100baseTX port de0: enabling 100baseTX port xl0: selecting MII, 10Mbps, half duplex # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.125 1998/10/16 01:30:11 obrien Exp $ machine "i386" #cpu "I386_CPU" #cpu "I486_CPU" cpu "I586_CPU" #cpu "I686_CPU" ident TROOPER maxusers 64 #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options MFS #Memory Filesystem #options MFS_ROOT #MFS usable as root device, "MFS" req'ed options NFS #Network Filesystem #options NFS_ROOT #NFS usable as root device, "NFS" req'ed options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem #options "CD9660_ROOT" #CD-ROM usable as root. "CD9660" req'ed options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Be pessimistic about Joe SCSI device #options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor config kernel root on wd0 controller isa0 controller eisa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 # Unless you know very well what you're doing, leave ft0 at drive 2, or # remove the line entirely if you don't need it. Trying to configure # it on another unit might cause surprises, see PR kern/7176. tape ft0 at fdc0 drive 2 options "CMD640" # work around CMD640 chip deficiency controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 options ATAPI #Enable ATAPI support for IDE bus options ATAPI_STATIC #Don't do it as an LKM device wcd0 #IDE CD-ROM device wfd0 #IDE Floppy (e.g. LS-120) # A single entry for any of these controllers (ncr, ahb, ahc, amd) is # sufficient for any number of installed devices. #controller ncr0 #controller amd0 #controller ahb0 #controller ahc0 #controller isp0 # This controller offers a number of configuration options, too many to # document here - see the LINT file in this directory and look up the # dpt0 entry there for much fuller documentation on this. #controller dpt0 #controller adv0 at isa? port ? cam irq ? #controller adw0 #controller bt0 at isa? port ? cam irq ? #controller aha0 at isa? port ? cam irq ? #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr #controller scbus0 #device da0 #device sa0 #device pass0 #device cd0 #Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #controller matcd0 at isa? port 0x230 bio #device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" conflicts tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" conflicts tty irq 1 vector pcrint #options XSERVER # support for X server #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # # Laptop support (see LINT for more options) # #device apm0 at isa? disable flags 0x31 # Advanced Power Management # PCCARD (PCMCIA) support #controller card0 #device pcic0 at card? #device pcic1 at card? device sio0 at isa? port "IO_COM1" flags 0x10 tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? disable port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 5 vector lptintr #device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device de0 #device fxp0 #device tl0 #device tx0 #device vx0 device xl0 #device ed0 at isa? port 0x280 net irq 10 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device ex0 at isa? port? net irq? vector exintr #device fe0 at isa? port 0x300 net irq ? vector feintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr #device cs0 at isa? port 0x300 net irq ? vector csintr pseudo-device loop pseudo-device ether #pseudo-device sl 1 #pseudo-device ppp 1 pseudo-device tun 4 pseudo-device pty 256 pseudo-device bpfilter 4 pseudo-device vn 4 pseudo-device snp 4 pseudo-device gzip # Exec gzipped a.out's controller pnp0 #device pcm0 at isa? port ? tty irq ? drq ? flags 0x0 vector pcmintr device pcm0 at isa ? port 0x530 tty irq 7 drq 1 flags 0x13 vector pcmintr device pca0 at isa? port IO_TIMER1 tty # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. options KTRACE #kernel tracing # This provides support for System V shared memory. # options SYSVSHM options SYSVSEM options SYSVMSG options USER_LDT options "MAXDSIZ=(256*1024*1024)" options "DFLDSIZ=(256*1024*1024)" options INCLUDE_CONFIG_FILE options "MD5" options IPFIREWALL options IPFIREWALL_VERBOSE options "IPFIREWALL_VERBOSE_LIMIT=1000" options IPFIREWALL_FORWARD #enable xparent proxy support options IPDIVERT # This sounds very interesting options PQ_HUGECACHE #options SOFTUPDATES options "NO_F00F_HACK" options "VM86" # The `bpfilter' pseudo-device enables the Berkeley Packet Filter. Be # aware of the legal and administrative consequences of enabling this # option. The number of devices determines the maximum number of # simultaneous BPF clients programs runnable. #pseudo-device bpfilter 4 #Berkeley packet filter >Description: In addition to the above, I have now compiled a kernel with ddb and diagnostic and -g defined (god is it big!). I got one crash dump before I remembered that I needed -g (and spent some time firuring out why gdb wouldn't accept the core file (until I finally figured out that I had to get an old a.out gdb)). I have not been able to collect a new crash dump --- the last hang didn't go to a crash dump... I had to hit the reset switch. Question: how do I drop from X to the debugger and/or how do I force a crash dump (with or without ddb)? >How-To-Repeat: So far, just using the machine for normaly day-to-day workstation duties will cause it to either hang or reboot. >Fix: None known. >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 Nov 19 10:49:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA04660 for freebsd-bugs-outgoing; Thu, 19 Nov 1998 10:49:57 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA04653 for ; Thu, 19 Nov 1998 10:49:56 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA05905; Thu, 19 Nov 1998 10:50:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA04559; Thu, 19 Nov 1998 10:48:05 -0800 (PST) (envelope-from nobody) Message-Id: <199811191848.KAA04559@hub.freebsd.org> Date: Thu, 19 Nov 1998 10:48:05 -0800 (PST) From: lem@cantv.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/8764: pwd_mkdb is slow on many users Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8764 >Category: misc >Synopsis: pwd_mkdb is slow on many users >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: Thu Nov 19 10:50:01 PST 1998 >Last-Modified: >Originator: Luis Munoz >Organization: CANTV Servicios >Release: 2.2.6-RELEASE >Environment: bash-2.01# uname -a FreeBSD rs8s1.datacenter.cha.cantv.net 2.2.6-RELEASE FreeBSD 2.2.6-RELEASE #0: F ri Aug 21 11:05:02 GMT 1998 root@myname.my.domain:/usr/src/sys/compile/CCSER V i386 >Description: On systems with large user counts (>= 50k), the time to rebuild tha password database becomes quite large. One of our test systems clocked 60+ minutes with 150k users. Increasing the buffer space as suggested on one of the freebsd-* lists reduced this time to 44+ minutes, which is roughly a 25% improvement. Probably further increasing cache could reduce the time by 50%. >How-To-Repeat: >Fix: This is a patch for pwd_mkdb on i386 2.2.6-RELEASE. The patch allows two new command-line options that reduce the time required to update the password database. Those are documented in the man page (after patches are applied :) In our text box, PII w256M RAM and RAID disks, with 150k users, time to build a password database went from 60+ minutes to 44+ minutes. Perhaps it could be improved even more... [If the patches do not work properly, please contact me directly to have them sent via email -lem] *** pwd_mkdb.8-orig Thu Nov 19 18:40:36 1998 --- pwd_mkdb.8 Wed Nov 18 22:18:11 1998 *************** *** 39,46 **** --- 39,48 ---- .Nd "generate the password databases" .Sh SYNOPSIS .Nm pwd_mkdb + .Op Fl b Ar base size .Op Fl c .Op Fl p + .Op Fl s Ar cache size .Op Fl d Ar directory .Op Fl u Ar username .Ar file *************** *** 63,74 **** --- 65,89 ---- .Pp The options are as follows: .Bl -tag -width flag + .It Fl b Ar base size + Use a factor to scale up certain parameters in the definition of + the database (see + .Xr hash 3 ) . + For large ammounts of users, this should be set to a rather large + factor, 64 or so, to speed up database creation. If left undefined + it defaults to reasonable values for around 500 users. .It Fl c Check if the password file is in the correct format. Do not change, add, or remove any files. .It Fl p Create a Version 7 style password file and install it into .Pa /etc/passwd . + .It Fl s Ar cache size + The database functions use a cache to speedup the process. This + flag allows the specification of a cache size. It's defined in + kilobytes. A larger cache tipically produces quicker processing + times. 8192 kilobytes provides plenty of space for larger user + databases. .It Fl d Ar directory Store databases into specified destination directory instead of .Pa /etc . *** pwd_mkdb.c-orig Wed Nov 18 21:34:59 1998 --- pwd_mkdb.c Wed Nov 18 22:08:49 1998 *************** *** 100,106 **** DBT data, sdata, key; FILE *fp, *oldfp; sigset_t set; ! int ch, cnt, ypcnt, len, makeold, tfd, yp_enabled = 0; char *p, *t; char buf[MAX(MAXPATHLEN, LINE_MAX * 2)], tbuf[1024]; char sbuf[MAX(MAXPATHLEN, LINE_MAX * 2)]; --- 100,107 ---- DBT data, sdata, key; FILE *fp, *oldfp; sigset_t set; ! int cachesize, basesize, ch, cnt, ypcnt, len, ! makeold, tfd, yp_enabled = 0; char *p, *t; char buf[MAX(MAXPATHLEN, LINE_MAX * 2)], tbuf[1024]; char sbuf[MAX(MAXPATHLEN, LINE_MAX * 2)]; *************** *** 114,121 **** strcpy(prefix, _PATH_PWD); makeold = 0; username = NULL; ! while ((ch = getopt(argc, argv, "cd:pu:v")) != -1) switch(ch) { case 'c': /* verify only */ cflag = 1; break; --- 115,127 ---- strcpy(prefix, _PATH_PWD); makeold = 0; username = NULL; ! basesize = 1; /* Default base size for DB */ ! cachesize = 2048; /* Default cache size for DB */ ! while ((ch = getopt(argc, argv, "s:b:cd:pu:v")) != -1) switch(ch) { + case 'b': /* Set bucket size */ + basesize = atoi(optarg); + break; case 'c': /* verify only */ cflag = 1; break; *************** *** 125,130 **** --- 131,139 ---- case 'p': /* create V7 "file.orig" */ makeold = 1; break; + case 's': /* Set buffer/cache size */ + cachesize = atoi(optarg); + break; case 'u': /* only update this record */ username = optarg; break; *************** *** 139,144 **** --- 148,173 ---- if (argc != 1 || (username && (*username == '+' || *username == '-'))) usage(); + if (basesize <= 0) { + error("Base size must be an integer >= 0"); + usage(); + } + + if (cachesize <= 0) { + error("Cache size must be an integer >= 0"); + usage(); + } + + /* update the openinfo structure */ + + openinfo.bsize = (u_int) 4096 * basesize; + if (openinfo.bsize > 16384) { + openinfo.bsize = 16384; + } + openinfo.ffactor = (u_int) 32 * basesize; + openinfo.nelem = (u_int) 256 * basesize * basesize; + openinfo.cachesize = cachesize * 1024; + /* * This could be changed to allow the user to interrupt. * Probably not worth the effort. *************** *** 577,582 **** { (void)fprintf(stderr, ! "usage: pwd_mkdb [-c] [-p] [-d ] [-u ] file\n"); exit(1); } --- 606,611 ---- { (void)fprintf(stderr, ! "usage: pwd_mkdb [-b ] [-c] [-p] [-d ] [-s ] [-u ] file\n"); exit(1); } >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 Nov 19 19:11:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA02197 for freebsd-bugs-outgoing; Thu, 19 Nov 1998 19:11:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA02181; Thu, 19 Nov 1998 19:11:09 -0800 (PST) (envelope-from jkoshy@FreeBSD.org) From: Joseph Koshy Received: (from jkoshy@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA25605; Thu, 19 Nov 1998 19:11:14 -0800 (PST) Date: Thu, 19 Nov 1998 19:11:14 -0800 (PST) Message-Id: <199811200311.TAA25605@freefall.freebsd.org> To: mccanne@cs.berkeley.edu, jkoshy@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7802 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [MFC] outbound, fragmented multicast packets are mishandled at the data-link layer State-Changed-From-To: suspended-closed State-Changed-By: jkoshy State-Changed-When: Thu Nov 19 19:09:42 PST 1998 State-Changed-Why: Fixed in rev 1.82 of "src/sys/netinet/ip_output.c" by wollman. Merged to rev 1.44.2.12 of "src/sys/netinet/ip_output.c" by jkoshy. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 19 22:09:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA20544 for freebsd-bugs-outgoing; Thu, 19 Nov 1998 22:09:56 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA20537 for ; Thu, 19 Nov 1998 22:09:55 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA03085; Thu, 19 Nov 1998 22:10:00 -0800 (PST) Date: Thu, 19 Nov 1998 22:10:00 -0800 (PST) Message-Id: <199811200610.WAA03085@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: "David O'Brien" Subject: Re: kern/7596: serious data integrity problem when reading WHILE writing NFSv3 client-end Reply-To: "David O'Brien" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/7596; it has been noted by GNATS. From: "David O'Brien" To: freebsd-gnats-submit@freebsd.org, mika@cs.caltech.edu Cc: Subject: Re: kern/7596: serious data integrity problem when reading WHILE writing NFSv3 client-end Date: Thu, 19 Nov 1998 22:05:06 -0800 Hi Mika, Can you please check to see if this bug has been fixed? PR 7418 was closely related. The bug for that PR was fixed by dillon@freebsd.org in rev 1.178 of "src/sys/kern/vfs_bio.c". It may apply to your bug too. -- David (obrien@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 Nov 19 23:29:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA27478 for freebsd-bugs-outgoing; Thu, 19 Nov 1998 23:29:29 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA27472; Thu, 19 Nov 1998 23:29:25 -0800 (PST) (envelope-from obrien@FreeBSD.org) From: "David E. O'Brien" Received: (from obrien@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA15900; Thu, 19 Nov 1998 23:29:30 -0800 (PST) Date: Thu, 19 Nov 1998 23:29:30 -0800 (PST) Message-Id: <199811200729.XAA15900@freefall.freebsd.org> To: nsayer@quack.kfu.com, obrien@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/2425 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: amd driver does not reprobe devices. State-Changed-From-To: open-closed State-Changed-By: obrien State-Changed-When: Thu Nov 19 23:28:26 PST 1998 State-Changed-Why: AMD chipset not supported in CAM. 2.2.x is at end-of-life and this isn't likely to ever get fixed there. Reprobing SCSI devices isn't really supported in pre-CAM. . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 19 23:31:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA27714 for freebsd-bugs-outgoing; Thu, 19 Nov 1998 23:31:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA27705; Thu, 19 Nov 1998 23:31:04 -0800 (PST) (envelope-from obrien@FreeBSD.org) From: "David E. O'Brien" Received: (from obrien@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA16098; Thu, 19 Nov 1998 23:31:09 -0800 (PST) Date: Thu, 19 Nov 1998 23:31:09 -0800 (PST) Message-Id: <199811200731.XAA16098@freefall.freebsd.org> To: mmead@goof.com, obrien@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4884 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: the version of amd in 2.2.5-RELEASE appears to exercise a bug in yp_order State-Changed-From-To: open-closed State-Changed-By: obrien State-Changed-When: Thu Nov 19 23:30:11 PST 1998 State-Changed-Why: A much newer version of Amd was imported into 3.0 RELEASE. 2.2.x is at end-of-life, and this PR is over a year old. I don't forsee it getting getting fixed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 19 23:37:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28552 for freebsd-bugs-outgoing; Thu, 19 Nov 1998 23:37:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA28544; Thu, 19 Nov 1998 23:36:53 -0800 (PST) (envelope-from obrien@FreeBSD.org) From: "David E. O'Brien" Received: (from obrien@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA16500; Thu, 19 Nov 1998 23:36:58 -0800 (PST) Date: Thu, 19 Nov 1998 23:36:58 -0800 (PST) Message-Id: <199811200736.XAA16500@freefall.freebsd.org> To: amakawa@sf.t.u-tokyo.ac.jp, obrien@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/7054 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] bad default value of ${fs} for type:=host in /etc/amd.map State-Changed-From-To: suspended-closed State-Changed-By: obrien State-Changed-When: Thu Nov 19 23:36:45 PST 1998 State-Changed-Why: committed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 19 23:47:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA29335 for freebsd-bugs-outgoing; Thu, 19 Nov 1998 23:47:57 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA29329; Thu, 19 Nov 1998 23:47:56 -0800 (PST) (envelope-from obrien@FreeBSD.org) From: "David E. O'Brien" Received: (from obrien@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA17072; Thu, 19 Nov 1998 23:48:01 -0800 (PST) Date: Thu, 19 Nov 1998 23:48:01 -0800 (PST) Message-Id: <199811200748.XAA17072@freefall.freebsd.org> To: obrien@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, obrien@FreeBSD.ORG Subject: Re: bin/8728 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: mk-amd-map has several bugs and doesn't work at all Responsible-Changed-From-To: freebsd-bugs->obrien Responsible-Changed-By: obrien Responsible-Changed-When: Thu Nov 19 23:47:46 PST 1998 Responsible-Changed-Why: I did the new Amd import. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 19 23:57:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA00419 for freebsd-bugs-outgoing; Thu, 19 Nov 1998 23:57:38 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA00408; Thu, 19 Nov 1998 23:57:33 -0800 (PST) (envelope-from obrien@FreeBSD.org) From: "David E. O'Brien" Received: (from obrien@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA17854; Thu, 19 Nov 1998 23:57:38 -0800 (PST) Date: Thu, 19 Nov 1998 23:57:38 -0800 (PST) Message-Id: <199811200757.XAA17854@freefall.freebsd.org> To: alex@yahoo.com, obrien@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/1872 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: automounter (amd) cannot ls directories with > 66 entries State-Changed-From-To: open-closed State-Changed-By: obrien State-Changed-When: Thu Nov 19 23:56:48 PST 1998 State-Changed-Why: 3.0 has a much newer Amd, so much newer that old bug reports are useless. 2.2.x is at end-of-life, so I don't see this 2-year old PR getting fixed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 19 23:59:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA00951 for freebsd-bugs-outgoing; Thu, 19 Nov 1998 23:59:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA00946 for ; Thu, 19 Nov 1998 23:59:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA18282; Fri, 20 Nov 1998 00:00:02 -0800 (PST) Date: Fri, 20 Nov 1998 00:00:02 -0800 (PST) Message-Id: <199811200800.AAA18282@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Ruslan Ermilov Subject: Re: misc/8764: pwd_mkdb is slow on many users Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/8764; it has been noted by GNATS. From: Ruslan Ermilov To: lem@cantv.net Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/8764: pwd_mkdb is slow on many users Date: Fri, 20 Nov 1998 09:51:17 +0200 On Thu, Nov 19, 1998 at 10:48:05AM -0800, lem@cantv.net wrote: > On systems with large user counts (>= 50k), the time to rebuild > tha password database becomes quite large. One of our test systems > clocked 60+ minutes with 150k users. Increasing the buffer space > as suggested on one of the freebsd-* lists reduced this time to > 44+ minutes, which is roughly a 25% improvement. > > Probably further increasing cache could reduce the time by 50%. > Did you try `-u' switch of pwd_mkdb? * -u username * Only update the record for the specified user. Utilities that op- * erate on a single user can use this option to avoid the overhead of * rebuilding the entire database. -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 20 00:00:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA01176 for freebsd-bugs-outgoing; Fri, 20 Nov 1998 00:00:24 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA01140; Fri, 20 Nov 1998 00:00:17 -0800 (PST) (envelope-from obrien@FreeBSD.org) From: "David E. O'Brien" Received: (from obrien@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA18321; Fri, 20 Nov 1998 00:00:22 -0800 (PST) Date: Fri, 20 Nov 1998 00:00:22 -0800 (PST) Message-Id: <199811200800.AAA18321@freefall.freebsd.org> To: arnej@mail.math.ntnu.no, obrien@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3957 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Makefile dependency error in amd State-Changed-From-To: open-closed State-Changed-By: obrien State-Changed-When: Thu Nov 19 23:59:36 PST 1998 State-Changed-Why: 3.0 has a new version of Amd that doesn't have this bug. 2.2.x is at end-of-life after 2.2.8-RELEASE. So I don't forsee this 1 1/2 year old bug getting fixed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 20 00:03:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA01622 for freebsd-bugs-outgoing; Fri, 20 Nov 1998 00:03:38 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA01615; Fri, 20 Nov 1998 00:03:33 -0800 (PST) (envelope-from obrien@FreeBSD.org) From: "David E. O'Brien" Received: (from obrien@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA18855; Fri, 20 Nov 1998 00:03:38 -0800 (PST) Date: Fri, 20 Nov 1998 00:03:38 -0800 (PST) Message-Id: <199811200803.AAA18855@freefall.freebsd.org> To: Peter_J_Smith@intel.com, obrien@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/7052 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: amd_map_program and NIS problem State-Changed-From-To: suspended-closed State-Changed-By: obrien State-Changed-When: Fri Nov 20 00:03:07 PST 1998 State-Changed-Why: Submitter's email bounces. 3.0's Amd is very different from the Amd of the time of this PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 20 00:09:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA02571 for freebsd-bugs-outgoing; Fri, 20 Nov 1998 00:09:57 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA02563 for ; Fri, 20 Nov 1998 00:09:55 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA19380; Fri, 20 Nov 1998 00:10:00 -0800 (PST) Date: Fri, 20 Nov 1998 00:10:00 -0800 (PST) Message-Id: <199811200810.AAA19380@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: "David O'Brien" Subject: Re: i386/7052: amd_map_program and NIS problem Reply-To: "David O'Brien" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/7052; it has been noted by GNATS. From: "David O'Brien" To: freebsd-gnats-submit@freebsd.org, Peter_J_Smith@intel.com Cc: Subject: Re: i386/7052: amd_map_program and NIS problem Date: Fri, 20 Nov 1998 00:01:59 -0800 Please see if this bug still exists. 3.0-RELEASE has a newer Amd based on the am-utils work at Columbia Univ. -- David (obrien@freebsd.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 20 03:12:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA18005 for freebsd-bugs-outgoing; Fri, 20 Nov 1998 03:12:57 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ikar.elect.ru ([195.161.50.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA17995 for ; Fri, 20 Nov 1998 03:12:52 -0800 (PST) (envelope-from pavel@ikar.elect.ru) Received: from localhost (pavel@localhost) by ikar.elect.ru (8.8.7/8.8.7) with SMTP id OAA05980 for ; Fri, 20 Nov 1998 14:12:18 +0300 (MSK) (envelope-from pavel@ikar.elect.ru) Date: Fri, 20 Nov 1998 14:12:17 +0300 (MSK) From: "Pavel V. Antipov" To: freebsd-bugs@FreeBSD.ORG Subject: Does anybody fix bug :"pthread_attr_setscope missing" ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 20 03:23:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA18972 for freebsd-bugs-outgoing; Fri, 20 Nov 1998 03:23:23 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA18960; Fri, 20 Nov 1998 03:23:17 -0800 (PST) (envelope-from yokota@FreeBSD.org) From: Kazutaka YOKOTA Received: (from yokota@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA28169; Fri, 20 Nov 1998 03:23:22 -0800 (PST) Date: Fri, 20 Nov 1998 03:23:22 -0800 (PST) Message-Id: <199811201123.DAA28169@freefall.freebsd.org> To: hideyuki@sat.t.u-tokyo.ac.jp, yokota@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/8001 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: moused: wheel mode button support State-Changed-From-To: open-closed State-Changed-By: yokota State-Changed-When: Fri Nov 20 03:22:41 PST 1998 State-Changed-Why: Support added to 3.0-CURRENT. Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 20 06:19:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA07882 for freebsd-bugs-outgoing; Fri, 20 Nov 1998 06:19:56 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA07877 for ; Fri, 20 Nov 1998 06:19:55 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA07479; Fri, 20 Nov 1998 06:20:00 -0800 (PST) Date: Fri, 20 Nov 1998 06:20:00 -0800 (PST) Message-Id: <199811201420.GAA07479@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Luis Munoz Subject: Re: misc/8764: pwd_mkdb is slow on many users Reply-To: Luis Munoz Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/8764; it has been noted by GNATS. From: Luis Munoz To: Ruslan Ermilov Cc: lem@cantv.net, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/8764: pwd_mkdb is slow on many users Date: Fri, 20 Nov 1998 09:40:43 -0400 At 03:51 AM 11/20/98 , Ruslan Ermilov wrote: >On Thu, Nov 19, 1998 at 10:48:05AM -0800, lem@cantv.net wrote: > >> On systems with large user counts (>= 50k), the time to rebuild >> tha password database becomes quite large. One of our test systems >> clocked 60+ minutes with 150k users. Increasing the buffer space >> as suggested on one of the freebsd-* lists reduced this time to >> 44+ minutes, which is roughly a 25% improvement. >> >> Probably further increasing cache could reduce the time by 50%. >> > >Did you try `-u' switch of pwd_mkdb? Yep. Takes about the same time (~35 - ~40 min per user). In our case, we have to make some 800 mods a day to the user database, so this gets a little impractical :) The included patch allows pwd_mkdb to resize the buffers used by the DB routines, actually reducing the time it takes for a full rebuild. I'm not sure wether this patch might have an effect in the -u case. Anyway, me filling a pr was a suggestion from Doug White. My intent is to offer you guys the patch so that they can be included in future releases of the code. There are significant improvements in speed using the patch with 30K or so users, so I think many people might find it useful. Thanks a lot for your answer. -lem > >* -u username >* Only update the record for the specified user. Utilities that op- >* erate on a single user can use this option to avoid the overhead of >* rebuilding the entire database. > > >-- >Ruslan Ermilov Sysadmin and DBA of the >ru@ucb.crimea.ua United Commercial Bank >+380.652.247.647 Simferopol, Ukraine > >http://www.FreeBSD.org The Power To Serve >http://www.oracle.com Enabling The Information Age ------------ Luis E. Muñoz Centro de Operaciones de la Red CANTV Servicios To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 20 09:49:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA27929 for freebsd-bugs-outgoing; Fri, 20 Nov 1998 09:49:57 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA27922 for ; Fri, 20 Nov 1998 09:49:56 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA06836; Fri, 20 Nov 1998 09:50:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA27711; Fri, 20 Nov 1998 09:45:31 -0800 (PST) (envelope-from nobody) Message-Id: <199811201745.JAA27711@hub.freebsd.org> Date: Fri, 20 Nov 1998 09:45:31 -0800 (PST) From: ksharman@yahoo.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/8773: Intel AN430TX motherboard ps/2 port not recognized by FreeBSD, other OS like Solaris/Intel and Win98 see it. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8773 >Category: kern >Synopsis: Intel AN430TX motherboard ps/2 port not recognized by FreeBSD, other OS like Solaris/Intel and Win98 see it. >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 Nov 20 09:50:01 PST 1998 >Last-Modified: >Originator: Keith Sharman >Organization: none >Release: 2.2.7 >Environment: >Description: >How-To-Repeat: >Fix: >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 Nov 20 16:09:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA12009 for freebsd-bugs-outgoing; Fri, 20 Nov 1998 16:09:35 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA12004 for ; Fri, 20 Nov 1998 16:09:34 -0800 (PST) (envelope-from kargl@troutmask.apl.washington.edu) Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.9.1/8.9.1) id QAA00451; Fri, 20 Nov 1998 16:16:57 -0800 (PST) (envelope-from kargl) From: "Steven G. Kargl" Message-Id: <199811210016.QAA00451@troutmask.apl.washington.edu> Subject: Re: kern/8750 In-Reply-To: <199811190017.QAA13701@root.com> from David Greenman at "Nov 18, 1998 4:17:18 pm" To: dg@root.com Date: Fri, 20 Nov 1998 16:16:57 -0800 (PST) Cc: freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org According to David Greenman: > >According to David Greenman: > >> Synopsis: SMP kernel panics and wipes out filesystems > >> > >> State-Changed-From-To: open-closed > >> State-Changed-By: dg > >> State-Changed-When: Wed Nov 18 16:04:22 PST 1998 > >> State-Changed-Why: > >> The bug was fixed by Kirk McKusick on the 17th. rev 1.74 of vfs_cluster.c. > >> > > > >Are you sure? (Yes, I know I shouldn't doubt you and Kirk). I > >saw Kirk's commit, and cvsup'd new sources. My system would > >still panic. However, my filesystems had been toasted, so perhaps, I > >had a corrupt /usr/src tree. > > > >Thanks for the quick response. I'm cvsup'ing new sources, now. > > The cause was fairly well understood and others confirmed that the bug > was fixed. 3 more crashes. I had rev 1.74 of vfs_cluster.c compiled into the kernel. The first dropped me into the debugger: dev=0x20404, bno = 6, bsize = 8192, size = 8192, fs = /var panic: ffs_blkfree: bad size mp_lock = 00000001; cpuid = 0; lapic.id = 01000000 Debugger("panic") Stopped at _Debugger+0x35: movb $0, _in_Debugger.98 db> trace _Debugger() at _Debugger+0x35 _panic() at _panic+0x9f _ffs_blkfree() at _ffs_blkfree+0xc2 _ffs_reallocblks() at _ffs_reallocblks+0x420 _cluster_write() at _cluster_write+0x15f _ffs_write() at _ffs_write+0x56f _vn_write() at _vn_write+0xef _write() at _write+0xba _syscall() at _syscall+0x187 _Xint0x80_syscall() at _Xint0x80_syscall+0x4c rm -rf /usr/src cvsup'd /usr/src on 19 Nov 98 at 0915. The next two crashed occurred while running X11R6, and the system froze. I could not break into the debugger. This is an SMP system with 2 processors. Is there a possible race condition due to SMP that Kirk's patch missed? troutmask:kargl[201] mount -v /dev/da0s1a on / (local, writes: sync 47 async 466) /dev/da1s1e on /ftp (local, writes: sync 2 async 0) /dev/da0s1g on /home (NFS exported, local, writes: sync 77 async 284) /dev/da0s1f on /usr (NFS exported, local, writes: sync 7 async 220) /dev/da0s1e on /var (local, writes: sync 209 async 496) procfs on /proc (local) -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 20 21:59:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA13224 for freebsd-bugs-outgoing; Fri, 20 Nov 1998 21:59:56 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA13216 for ; Fri, 20 Nov 1998 21:59:55 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA28160; Fri, 20 Nov 1998 22:00:00 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA12777; Fri, 20 Nov 1998 21:54:28 -0800 (PST) (envelope-from nobody) Message-Id: <199811210554.VAA12777@hub.freebsd.org> Date: Fri, 20 Nov 1998 21:54:28 -0800 (PST) From: jim@web-ex.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/8778: Buslogic BT948 in 2 boxes upgraded from SNAP to release, hangs on bt0 timeouts Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8778 >Category: kern >Synopsis: Buslogic BT948 in 2 boxes upgraded from SNAP to release, hangs on bt0 timeouts >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 Nov 20 22:00:00 PST 1998 >Last-Modified: >Originator: Jim Cassata >Organization: Web Express >Release: 3.0 release >Environment: FreeBSD jim.web-ex.com 3.0-RELEASE FreeBSD 3.0-RELEASE #25: Sun Nov 8 13:25:01 EST 1998 root@jim.web-ex.com:/usr/src/sys/compile/JIM i386 >Description: get kernel messages on two different machines, both dual cpu (one dual pentium 200 and one dual ppro 200) during which machines hang for 30 to 60 seconds, then resume. both Tyan motherboards with Buslogic BT948 scsi controllers. This never happened while running various snap versions, only after upgrading to 3.0 release. both snaps and release have smp enabled. Console messages are as follows from dmesg: (da0:bt0:0:6:0): CCB 0xf5692a80 - timed out (da0:bt0:0:6:0): CCB 0xf5692a80 - timed out bt0: No longer in timeout (da0:bt0:0:6:0): CCB 0xf5694c00 - timed out (da0:bt0:0:6:0): CCB 0xf5694c00 - timed out bt0: No longer in timeout (da0:bt0:0:6:0): CCB 0xf5692a00 - timed out (da0:bt0:0:6:0): CCB 0xf5692a00 - timed out bt0: No longer in timeout >How-To-Repeat: happens on its own >Fix: >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 Nov 20 22:52:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA17208 for freebsd-bugs-outgoing; Fri, 20 Nov 1998 22:52:35 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA17202; Fri, 20 Nov 1998 22:52:30 -0800 (PST) (envelope-from gibbs@FreeBSD.org) From: "Justin T. Gibbs" Received: (from gibbs@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA29553; Fri, 20 Nov 1998 22:52:35 -0800 (PST) Date: Fri, 20 Nov 1998 22:52:35 -0800 (PST) Message-Id: <199811210652.WAA29553@freefall.freebsd.org> To: jim@web-ex.com, gibbs@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, gibbs@FreeBSD.ORG Subject: Re: kern/8778 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Buslogic BT948 in 2 boxes upgraded from SNAP to release, hangs on bt0 timeouts State-Changed-From-To: open-feedback State-Changed-By: gibbs State-Changed-When: Fri Nov 20 22:47:06 PST 1998 State-Changed-Why: Please provide a detailed description of your SCSI subsystem including the firmware revision of your BusLogic adapter and the make and model of the drive timing out. You also mention that previous snap shot releases did not show this error. Did these releases contain CAM? When do the hangs occur? During periods of heavy I/O activity? At boot? There have been a few bug fixes to the BusLogic driver since 3.0R. You may want to try a recent 3.0-SNAP to see if it addresses your problem. Lastly, ensure that your adapter is running the latest firmware revision available from the Mylex web site. Responsible-Changed-From-To: freebsd-bugs->gibbs Responsible-Changed-By: gibbs Responsible-Changed-When: Fri Nov 20 22:47:06 PST 1998 Responsible-Changed-Why: My driver To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Nov 21 01:59:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA27999 for freebsd-bugs-outgoing; Sat, 21 Nov 1998 01:59:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA27989 for ; Sat, 21 Nov 1998 01:59:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA05116; Sat, 21 Nov 1998 02:00:02 -0800 (PST) Received: from WP01PORT17.highway.telekom.at (WP01PORT17.highway.telekom.at [195.3.64.49]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA27581 for ; Sat, 21 Nov 1998 01:54:02 -0800 (PST) (envelope-from martin@WP01PORT17.highway.telekom.at) Received: (from martin@localhost) by golem.bi (8.8.8/8.8.8) id KAA01811; Sat, 21 Nov 1998 10:31:22 +0100 (CET) (envelope-from martin) Message-Id: <199811210931.KAA01811@golem.bi> Date: Sat, 21 Nov 1998 10:31:22 +0100 (CET) From: Martin.Birgmeier@IEEE.org (Martin Birgmeier) Reply-To: Martin.Birgmeier@IEEE.org (Martin Birgmeier) To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8782: Improved functionality for find(1) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8782 >Category: bin >Synopsis: Improved functionality for find(1) >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 Nov 21 02:00:01 PST 1998 >Last-Modified: >Originator: Martin.Birgmeier@IEEE.org (Martin Birgmeier) >Organization: >Release: FreeBSD 2.2.7-STABLE i386 >Environment: >Description: A long time ago, I wrote: > > Dear FreeBSD gurus, > > I wanted find(1) to be able to check file flags... While working on this, > I found a bug in bin/ls/stat_flags.c, and largely rewrote the latter for > easier maintenance. Below you find both patches. Please forward them to > the NetBSD and OpenBSD groups as well. > > Thanks for the system & best regards, > > Martin > > P.S. I'd also like to have HP-UX's -newer[acm][acm]{0,1} functions > to find(1), as well as my own invention (or someone else's?) > -date[acm]{0,1} [+-]{0,1}. Once I find > some spare time again, I'll do that - unless you are faster :-). This > would be made easier by incorporating the various getdate.y(3) into the > C (or other?) library. > It seems that somehow neither the patches I sent at that time were applied nor the additional functionality I requested was written by someone else. So finally I sat down and did it myself, albeit somewhat differently from what I was asking for at that time (in particular, instead of "-date" I implemented the function "-newermt"). Look in the man page for details. This time I don't include my patches to stat_flags.c, although I still think that that file is not really working quite correctly. But now I'm not so sure any more about the quality of my own implementation... maybe later. The patches to find(1) are included in the attachment. >How-To-Repeat: $ find . -schg -print find: -schg: unknown option $ find . -newermt '1 minute ago' -print find: -newermt: unknown option $ >Fix: --------------9A30A3C84DA13ED55467C3E2 Content-Type: application/x-gzip; name="find-patches.gz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="find-patches.gz" H4sICOjDRTYAA2ZpbmQtcGF0Y2hlcwDkPP1X20iSP3v+ioZ5E2SQjb8AA5vseYiTcAM2i52Z ZCf7PEKWbV1kySvJEN8k97dffXTLLVs2IpOdvfcuj6CPrq6urq+uqm7R9b2FcH1xOI/Cwyi0 8Vq+c/3DkesPz8TFz73vhu5oJEp2mA1zeG19dEau54jU03f7+/uPdCi8Cl1xbS1E7URUG2f1 6lm1Iqqnp43vSqVSGluhN/dFJ7gXoimqJ2cA3agiaBOH0f/RsFXzWNCDEN8X/sP4vpigaZar wvjRCT86nrMoiuPD48PTOoDBz81t9/XzAo763Y7o3V70+KFsi9Hct2M38OHWi+DX1HLxfupG NlyCmRNacRDSLYMxwrLr29586Ii/3EXD8iwMxuXpxxc0t6pZrQu4KX17CsdOPLRip7x4hNYP gKOgCBZRbMWDkWeNoQ80XFy1W51Xl1ft3sHzBKMtFuXYuitPEODVVes1NpYuy+VD+Bn780TI 9n106Ll3ovTyTevn9uCiC6heD95AN/gp37T6b84K3AuhvUjwgx34cejeqe5bmXgg4GdJxC+W 5z2mps6n2An98kSknraoqQIhNe3asRANVNOjxlmlgbp3vFTTBPRJato4NpsVpahRHM5hDBTE OTzeB+6wIGah68de4I/FYHBjGPbECsW+KdRV6yP2i0XsB/AF8c+5Ey7mkRPq3SQAiODmqtUp 7NsDK3anjg6CEMtme3vzEBQ0lu1I7WrrLJ5sanQ+OXaKNJgLEJ4GGgWeFzxsQjGK4sVsC3Xj MJjPNje7/ny6udVz/Y/RluZoE1W+tY1jvvOQFslKc6ARnYE7WEp0vXVmKXZnoQaz3zJd0rKN iLGxsrl17m/Ugcj97y3c2C6/Ve1Nt34aOvebRgUf58+s0PE3AdheEDlbIabbNd8PNnIrWBEQ +TD2DqjhYhRH7HMj0PgIjCR0bPCtQ/kUT/AmmMezeYx3n6xwHJ2TnwFnUa1U1aLx53iLA9G9 6V92YWZM9CpLEm8i9gv24B1yrVAgGO63HH1fYyEBW/4wLyg7mtzAwMS8mNEP5YWlxTE3MPmu vMDkynICk4vISwZ6ubyw5PNyA+eGRI+YGxb9Y25g9pa5oVHBcwKjt8xLBtlcXuDInc68vJJG 75kXMSlQTlhiRE5Y9LOPwMIPcmCUMn9GYIpX/V6701f+k+Es78FaRANwRs7jwLrtb4PTLHk7 2CzMAabb+lY4zXK3welGuw1Os9dtYLqpboXLA6QZ6FYwzTa3wulmuR0wzoVuabfb4II8tGGM lAdsaf5bwTTLfxSukgcOQqkc+DS/sA1McwnbwDRvkAX2beKXRzIzSmKrQrvfkpUxACVa/wn/ q5CK1c4qR2eNY060kpxMA8xfOKhDZt6ocU5GiTq9aKqwq9z28HdvArn45XXr9rLdw+cfPVGK rbEoPbhDCMNfRhA5lS9jcWmLksVRfysUVCOBlh4mCRbDAAC1W1NAg6hUL4pAoZOPAuiDrxTu SMQTRyAvHYhdbUfcOfGDA1EsvibknhXFwrJtJ4oEIYAoi1rxAbF3psQbuH2wIowEQ5IdWKw/ dIYCko84oA4+yFyM5p4nao0PpUkwDwWYhRuQoBETkgbXldaorM3czjVze2Xm9lNnTvDBiCcP a5M/pkcaE2PdeUSB7igIpxYFsSmmZGrB6alZgxw/0YJa5cisLSs2l6Mly91IWCJaTO8Cz7UF emaTGtHXUDYYMDC2OMMPJeAv9Xtwgbd3KJShG808awHsR2NyUA53C/Hbbx9KL/b2kDN9HIuo x9HcoePHrm15LCp4OQuD4dxW3SA5/VAajl0vwt5LaUxzSSMti+nXa+E0ABAgkzi+VRezJFCr gQTqugTqTbPWTCSgCFyZU5pGex4ChTG3TSwU1DQIHYFchtcbyASW+lLBqaPQmUjjvXuvRoSW pw6oW6chWf8Ors/lvQXXoqn0eCOYzWCQbq7PIAt+ivA0N9bGTaS8z0fK+yeS8n6NlGCEjykm X4JpDocu9gYvM8roGgthwi3MwNd6wy3ahR/FjjXEVcoJwZLAsQkSwdAF/scCS5gimjn2kkRp mmhbgANdYBjFQYCGhOjfhcK+j0SVqesEMSlHnLKX6ZRHd/45d+8tD8UcB1ssiuOZFUUlFtw5 mLlHaNUgpLn/0Q8e4ArQ6f4UXmUbzUnVrJ0cL42mXquY9XpzxW2BlMhtYRVD9zjAKSuaoPeC Rghapla4EA5Mag6cI7piphlQIZ47N0auL3E6nyw79hYCHJU9SSa2F3ErguNMkI+mbA3ZY4fQ DxgF4tBcKXWaWgui886R5AkDHePeXlG3SgrXRXcmXnmiE5Fx4hu0zsfmkhAdT4LI4X6JXqBY rBD1K3Ji8TBxYVrwLCwvCujVPHL9McFKxXKGSi8lAQaLOCJEG1iezAl1G8yIu+h8TLBLAtNY 1zESd2DZWCEGgZeomPiE37hYAebIcZTuT3gw0P9iygBYQ+BHLQLg8cJgqrSeao1kp8yxADeY LKyHRGIRzJH5TMRCzmbJWOCpruwUOdMCqEmR08d1YWLHy5hrYFHmEpxyz0hFDEuSFQ4Fx6vl TKOqnzbNRkUzqsZxxWycpFaiK1fs4lImxKEQHxxDJKYfx+CySiBTUaIC24P/XwhRFHJyu7ir Q9VXoAGE57lgEWgHEBwoFYyY6cgfx4WXYCgPvlrtAeHeHigN2aSE4rHJ1//2G1CwjAOWhJYV jeAZ96piCpknSNcaB3tL0g5ykPZAZuP6aKz6QuFGtPQBDrn4JUuPkgKB4bhgb74jKSinYuxe uy1aV73umkKaCEBvwEvQs+6uVasXYGqivXgA5jlulHqDqofPeVIUW0ss7MdSFLvQBw+Du5v1 iqg0z+oVubt5tJKi2E9LUU6PzGq1qnaNCmJf3M2RvTC1PXTqENkvULtx/SCdKDPYIV7Abxg7 KkErit9xD7AAeiCeC1nKMig3LBAkhKW+eP5cdN5eXRWxe6EQW64HwNyCmsbQjgdawNgSdEkd 3qA8kltKLyizYAzy9SqyBMOyUJ+gwPETHNRDJ2sdRTKnvL3xxReSEDE6WTy/BaNVCW3GRMo6 GqTI9zB6RRbTMlivODsDMM6+jV1ppMXUfI1Z6YUdOqD1RWNmimeIuni+VXJfhC47fQTjCcjz SlbHX3wi8XnE/oc5lEs78viKiWbh2zaZGSBji/loZYtZAj7JV9RPzcapchWH+4LcNO27kZY6 uAnq0/PvOLXOoNV5CVOtmjjvAnSYzqOYywTihahgrx0C619et03RGVxcdXvtm9Ztu0NP6vXL 9k3/Dd6037Uv+Hpzi9dX3aur7i8mY3nV67+/IfjXt923N3hz2Xl7jdery85PPbqh39cKcacl r+1f2rcSTaebdO90+3x522vTeN2f6PdNu5MQ2aUGPIQg+9+0b2nMm9vLTp9v3nZolN7l3+mq yFRY371s/6w6Y6cKz/mq3W8DG7/Iqpni99AB0VFWg/yjuPzUhDBdOpZvLha+1yQjX2iNTGvy cJPwguSlbm8Uh+mYhbrPkCA/sBT4nuTItyxKea9urjViSKbyNkOs6qmf3JEY+AHkK28SEctn BbEqaE1saRGqB5Q935P4+VabpjY66sGjAs+yy6OmeXy6DCmbsNJUasl5IOrvFF4Bl5DzhSoL XZ54IBXRYZC2Qi31stW/ard6fdWTInLod6BAxKsBCmDQKlTXX14QsgJVezHeOpdKB+70HuMp DsJ4mdNUFX+dS0h0+ytKXZj7yBBS6MLYHQ5iMRgPICm3ZCd4JyFh6ACbXb2ZQ0wJgLkhQkx1 CJkwRh95qoWC3O/+nR4K8wHvjMvdnfPVt9iTX36BKbKr97FqhwN5aiAYB98JO5gDfyQ5wWiE QIFODZcf8QCEBMJ4F6FiHYqCYMxknE2q0qyazaZy4V9oZ+5ck7VF2AqzwdwvD/hBa7X1Vn4A zVWtrt7qrvYd663j1VZPb/VWW6d663StNU418xNX26sNs1pLcqtvOl0QqtzXo/aRV1aqkIZB PSjoMPjiEb4c5OTpt+daZoZwAu7kROkMmiCgUKc/BvIkBxkiR6CYI0t9lI2UNa9bePDR8dkG 6DaxbnCGvHdk7KvYqshw/JgcTzwTL7udvT4eZOx30W/tcHc1xy549067UKh8qlSpP0TZNiac IdbXQme4Cv739m2XwGvseKwoOsMqywRLGyuwrdvXPxNsQ4PF+A/PngGhU8xKKRjP6HhDPZta z33uimuQ+PxZxjoq+k98J2kxx/20SvCeUs2sNo6Ulv97BLQymr6tf54hOYkFJyaMfdxtnyOW tS1DHl22r/SGBnJ1VDVMVhGd03JRQvFXeLo+VW94O8xUm2mm2jTbz0RwQQqRRmBLBHYKgZ2J oMYkNNIYqMNfrewONGQzq4Od3aEPHaqVrA7xozr0WPqxPAu88rwtDUmAKMN45dwJUYPE4uzo 5KyGN6cnWiqSBtbSkaOz+rbzrnWz0dQqaXXMTlTUk5zzjRbRIe7blScv1t4/WG7m+ykux9hw sNKAYr/jHqlOThiu4oFXfoAvMyO2E/NY2xbGAC6J4HUsu5ymYV0PNwZ8DNMhDR0P4oAXm9QZ O1PI+EO743N3MloYO+TnU2cR8Tk5zEfzAw8RPHA/bcG46F5jRGxYprgrit8L/O8D6lb04GJp maoMpRdEVwJBALYVYTzY/tvb1tVZ0jOLMdUqOLPash5VADZ+MiBV2f0BnCT+dz3PGeN2ZQiJ NPrlpOK/a0p/Zor7GWfhWPtw/KE94XrTPt1D7kNXK/y18g9K50Mnnoe+MMifUM8vKgaHX2Kf 9kw5rgLL8nGLh4qPHEUi0yJhSKciXQNuT9J+Z5H3dEMsZpqMzS07ZcBCBXnoidVuYfgCXHkR K0C+qDVEahdc1qxpLwqmGglg+IRxlWC20ZwK+1YsduUea6m6Kx6CuTfErQ6PtuWwYFoRQ2sR mbJO6Ub+Hu5DUAnekRHTMawlScT057KfGJxm/gFOEUsosDoCUfRcuJg49kdZn8bF2QlxnZ3T ghvFuBHufHKjGOYpEVtiFhDvkLtubDIalNBypUZxJljuHTsGEcteZYLHJAD9iGvLpQ2eJWWG mjeu4bMiRv2qNsctlAioBZGA8M3vy7fw7pw/QiCeGTjd57KYNyti5a5CaNPykGFMlOxzglzU HKJEHKUXuLyTORcMifHggB4Vf3j0L5RyyikVecbw8//JBjJdUg1sonm6dEkHB4YxK5ZecMxc TNJ1UGUkhs/a+Em0EgmyJcHthbzHHjLO3TCC1I4HbryusYpGw1Uf97t2xIi/zCD3bILtxeGC 7JGjraS+qoIuAsA3FDLKw1pyAYGFQR7TTtYDA+vVJUYLzj+OBmgls9KLKJZfhBwgOJAkmseN SoVFfMgPpuA1Q2OlNH4mDnrK70rQJIqISDMYSSKDyoIqvlieKhPPnov/gYlBItDrt/qKdi7e znAX0TaS+qPkE1d4qQTNZAEoLsODmRVGGB4b0AYWyILeJas3ubJOPTlo7N7eti/6DCpHKKbW GmhJ5pvojv2HdSfj2BL35bNLmSeXvkKj7K/UqJ0/qFH2N9Eoe5tGlVY1aufpGnWhNMp+kkbZ +TXqYrtGsVLRkt5omrVjbUl/xH39atnTf/xRNWS4wpojM9hoirJ98xm7lJ4azJiijjXjcBD7 fQn1ZN2mYFep97t/gcNU+3AyQhbPkgqp2pF7ogHktQAAldtyG0loPYUE64+QkH+Y6dcNk2nw LM+VMG1nPUzbWQvThB6m+Rg6nK+vOQBATbSvlxUSnj99WVLBG5VelrGcqpUQrRCvcegSCDuY 4ta2KJfLqrgCwla9lLhVSaOodupV0/NEGQlxoi0bELQ2I2jlc3Z6bGoKn2OybS4vxY+U45NS +MImnDgy+UHpNh/Gh38gtMTPpcHnQFR55+Be2CSIaXXEb4hdH2tM4GVCSHzCIUaS6+shD/Z1 CyJuR4x9PNnJh7AoFgZl0eQI6bk9nRmanYBXxQNJsGqUdzlBEJ8/q2VxK7iCZxFKHlbVcQEg JrJ8N16AX8Y0a0mDPJGvxuICIr8KRiMJiKMbuqKLpZoXsRdVYfmrQaOYlFWp3856x5s373uX F60r1XU2WUR0WPmxEa+6r6lfkUtieLITsiNvYQovGDMGVYRc5lRSZc7w8CdYGQhEIR0Dycgn Zwj9dtWnioj6JojxADXiFnM/skaQeIhhQJPElW8Wg9544DLv+QRZRBYbBc49pKNpAU/CTInt He4VxY46NpNNMGeD2jCQuy7pIoYDZbsmn11YH6Woib+P+oD8pSNm7nQ6j607Tx3QHIlw7vso OCsSYRDE2iSMTD+uXIfx9tWgdXPT7rz8DHeX19dv+60fr9rFonj2bKkC21H0EhS9TSjGwJC5 OzR0JZdHvbLYmywvQmQvQ3JscNgbJ6AxL5wO3VCeEQ5C1wGnNqdtP4ECX/BOAnnXJdt6g8ve y8vb7KnjNmRRrc4ITSNkzKQo/gJ2+eyZoMIjKky70+23r2/675kJhQcrxHMsSmcY0Q9RcdfU Z56oQ3rFxqF5JpvGzh5F9tk2zJJ7u5DF244z3JXcWTqnrEVd+tyvXdUfi+zlhhG2Tt1EYBr8 5+cpH0Udhm5ExlKSf25grZMaRDqoLZ3UcS88qqF2woMochFStihA6ZgTuBK/wM9DXUfug2v8 zBth6KlEZmXkFFKLai2pjORa7VS2Ut2QmxHpRlGF0/rk0rMwkmxLng9KfQtazEiFaic1s9Zc nsF7Cr0bdRCp/XoV3DK/byWlWv3ErDXqy/pVYcXX8TLDobQz8Bz/V9uP/6ESw7W85TmGep12 +2X3J3Q3O8n3/oZCQafgUuGFUUnQ4dEKiLZEhOsrnR6WyqyKexEkZpGDsVeIXhTWL6z0Afzd LAwwlXTUcZHRyJtHE1g7h4CiyH/XoF6tm/Xq6TLd/TfMtvInzDVT0scg6ZMjJWkq+uBuESxC eNaUvjPgWU0dy+dvDbjwKbeV6CsjSCbu6ORLZI2d4TLU1bQelc8gPabvMz9SrLui3yXec8Tm jEpdQe7HDx1ZpFduCng4diOs1WNvEI0UawPEepT8vYp/8dQet+f1+f6hKWZK8wSkeZr8QR92 FtqSkF154iOS/AU7r68cu0shraZsrNlJ4RQCZcPCU6/yFLGc3Lk4OLBmRXncig4j78Mz25eM Rnn1R2OjvQlYOWGGU4i6Y+T+h93zD7u7rC3irxC5Bh93xRlckc5deWQWEQM/Z2h0e+d7Ev9d 6FikQvIgdf0IVOH4RNsuzeQL8P7du3cQjKvPSyxVaaL8ir7oCJ17N5hHYH7DZSry5Cxcz5P5 oASetB50f/o/wfGVTaB8fM7Sx3q1Ap41+UtoPC92f+RC+VAzvoLAd6xeYdaiJstzU3M94KTz kfJlvXliNhrJacZvPao86y1jUJXNc7aQSuZ30uHCzlq4sMPhgtx3l0ctOLJVwt+WXySpLKQW ne7Lt9c34rPQ0wx+5PyD77s3rb+9hfeqq8Ds6PbizeXPbYTopTsnqdNSadfWOXnQkxczztTl N1oKVJIrv5rir5Xnd/jxWjBSqVQCq05P6oGASuVSQJSrpYdIylB674TUDFggF/Kd23br4g1M n0aVUtW8Owv2a8I1KV5+S2hAhuH5Ui/UVwO6ApjIwXVVwJ5bSoXb9xt2vqpUqES+rxEAxl/a 077a0b2U1AT+2CHpg9vGMmNTVQv9MIrxLIE0xTPJgWeKBSTk6koFY/VYAVPAeHdXq4QJ9qLG Bk0rny/NLmkhHZQNYAW6PL6HKVQQlr7sGBm7CssPleYnU8ie+CAMfoW/ix98rqOgxaXGN4U+ qLmqAkT0944/dEdZxcttITx/eVvVArs7K3KjzACGc8hlApWhSknGutIuE1qVmm5Kt/63vWNt bttGfmZ+BZWZ2lJCe0hJ1MOZ3E3qtJlMmzgTO9fc5TIeWZZcXfVw9XDaufS/H3YXTxIAqVce c/kSM9QCBBaLxS72xX32i/WtZrMVNdOuJrQVDnsLTWpXE92V3tXodNjslXYM0NxVKuMpdU+5 SJGP/onBMu/YvhAMc6JZ7VQb8H3Nt5F80mh0PRj2VuPlCR76vavZXMSz2S0nFCbgsb5LYXZr M7wI4BGJkIgVCucy+KiOq8Px4Ym8marwG280nN6HSM3x/ZqQnrK8jXCsh5pNpKXixcsLRhZI FChdZYWTgJZRE5ZoMBPnYCbDhW8oMGXHUM7esMG8+PHcOpSKCrazfHNxPdvuq+dPz+zfdaNg 6kTBdDsUvHSgwD2UuXMo82uIH9+cNl4/PXv58z/XHM7KOZzVdph5swZm8NA2zl2RFIIC2NmG I88Dap8TpzhzQHfVpBWlKnvKxpzNwtgK+JqNrW3B1bY2CA8X6Ezv4YMMlIA+tW1Y8k36fCHr JLC9cE8t1rUs75Sj2TX7zEYq2z+6B/5ZgAQb95Tj2TUDLRiLjX3KseyDgxaMx8Y/5Xh2zUKd YynHQPlu8/JQm7TYbNWjZjfZzJZivViACEjJK2987nCYA6h6gwNXHO9GsLbMvSYyewoXoATT D1AY5FGY7N9y8h+0CDEb/M2cfYl/HnuCdb7R0xXAQuB0wt5yNtJBCZZmitZP/O1d/B4MoIfx ITdKKos5Dpl0zumMvIbxFVs6rVtiDtp3bxgK55dicnnZlceM89yc1AnS240gN2xbeN2VdhtR q55uZKIqSwU+Itj6RJRUszbFsC5utj0oPw9RiUuMLEGZtxebk1cJVdRPbKUuGdK4HqWJDPTM Uwikk92nGzZla6C0tZrL7MjrMgvAeY9Z/yZrNVpRK23KuGD7TLfeCtALXRLmsANxHvzXTy0X FuLUpFoxTAt2y1FVvROlyvqcxzVmH94nWfHkHzzPsYaEsUBClQfm16wUhs3WJrFWGrWUiuSa 9vYeqdiPncLot89CX6VQm3EBxdFuTGZpEqVdybwcvtmyokE15xBg87zLHqjmwrscWMYL7+Wr Qq/VbJm7bf2ZaHdBbmbcpCGdXCc2T/3K2sFGzvSq98qGHFVCsrkIE9ok70Ff1oRm8aCvlA4Q 4V7jhre4uK13OY3n7UQTV4AIH6Jh8lnfYCNTEHE8lQ4QmZQPEHlRNkCk1U2idqy8ova/dRy+ VOPN+eE2W21X9/2tmLH8+obecJXhFEMh+f0ZZRsx0EhcMq45uA78zJjGEraORrT8jeM0zdMl ZcSiNP6aYNkXVCn7KySrdtKK2o3WRppMeWx4kLH12arhLo83/qPfjLuZFO9DdqnDsNVImHzb 2OFdAnHVv5WJrcO0E1U4VTL3CeKV/0oBywktrkoLe2SG7i3lF6PwYHFVk2ZmrqDBzYwYUn5p RKqwkBemsPHjxdWxQEQZ6m+mUbtbX4/6PRFi+iW4Jy7MXCEzlMcR+FXYc8/Xc2FrG+X4CGf7 K/np5Wx+uYScwO5rCJ3K4IZetfkWwiVCuNjIYCS9mx7kQqdRFg2rfnlhOJTI3SMyj1Q1VEeh SBvE047UkKGLm16jA6ZJkDxYC4+S7P3LaQ+C+FFWwrzsmKYFrmRg16vvOaIaiHvow1IMJMNB sn15McFXyMpG+pKNFK1TXSyUtZ+e2Y8bUPGtv9Y+TVqNqNWWqhWybn7XB/dcl+BOCVdXVRkW JVhj5nfX/WQEQvrfwzg8CV06Fc9TX1KxsupRMq+nLCpkc1npxPWoo9L0lp/sOnN9rBwU3VPd lyi8D8m302YaRGKhEHCUJ6SsbARi/mzF2aokfaBL/lbkQelYRY0oK3HUO1Gn2bQQh3+ea0yz gDRwll8RZbTjbtSut/elE5GuqetEhhYPP/t0Ipcy79CJVMhaWZ2oks0jRdUMjMsaytjKuE4r 2ZOuJLCkIQky8lGN1xEVN1hQ8R6uO/GIMe+4rcvdjKN2SxkxMYeqw+8ZfzsAKHR7hiDIN8+f foS/z/jfi7cX8Pf1L2/f8L/P+N8zZdPxOzGL9eBglAYz/IjZXXG34QN2lhVnqzR66W2i+dC5 DLvGbgWUVeEfnfTYfx36D09C+2AxWG56002pp6ninBHQhN/VHH5Dj8Mv0mO7GXW66kroy1lH 3zJaV9G2iGuu4fYXCXzVC1acwdM6fUINZDMase59Jia226a7q+i7CgECj6EeC8yZNoU860xV HTmN6ROOSyhdwg3iJpcOTcnA/tl3IqFK+NX0bhxH3bhreLKtN2i7G7s5ZNPQsdkESonq7U4S tbtpgRWEqknfrpaL7F1uOQMHL4IhuitlxeDZ8Hn5Sptw1U06UbfRLLiGLjl2xw0zjXyraN29 XyN34jTq1GNDmB7aJgxJO3kwKAfpVw//HR9q7+2LWcmhJK7WhDBkzrDiWc1YLmdcs8s6WMw9 J+x0m82omzYMKXr7CSba9Ei6oULzOfmGqtPnBZz8YK2r04iZClA3gjKHmH/kkm3a6nI+GHDZ C7MYX57/9PxVjQLsjKuEDTceGyPfePZlwUoTvPardZMxJt3tJEbs5K6Hr1bioVgJQO1jqJ9D Fau11JLqXX92N5gvBHikV/yJjOI9EWpCS4SYy8xdGpqow423+R62dIuJ953E7QMBif3LukDQ 75hBdVM5kQqRUOlfLvvyxKyH/UOl4My8pkhoLCyRB5TkVcpyvDvsj6jnenSH1Qt4YaKinHVx nEANC4//BKJsa8kMerG76GTRzJoI4E8soK2/OKa8IYa9xTKVEj46XZCl0s10fXfym/AgZLrC jy8ualZdLE8Z6NkP/5D8pe0p9dKvg4VUvKOkF6twtFe9v4vfgwRNlAzZ+eM03ki33wQrHqRs vV1MBBYhjzVTDbb06nQi2UaJ3XoadbsqUj3goZyAsfOzUwy+1z27ZfCIIdMfwbdIrBeO3tzH WyOuR1JryLNZEc3GY9ly0j4hynppZDr52DLZVQoy2R2WTmWX9dyxpbIr67rzJaSyQ/HpWzK7 NZLZSWR9S2b3LZmdhrxvyez2kMyOs6e8zyHnu0IThyb/J8npHLcMvKygPJJsCm0St2MmXymV dsPDXlzgZU56U5Iude6XdvNyygGlpG2mIkGZv0Zzh15eKz1WaOWTsdEOCf9kfLzEK4d8zd09 oOLVh2ssXMterjAKaLVG3NgtXZXefoAQHzkKZUnIRvmsVJSPCU2MQAv0ET97AsgAxAz3gTeM VsyutRAf+jxD8e2Hy5UzgkyYn9H4rKhkJahkVSp+LImZFpYk9TU9z3weXBaq8BDF1jqGTkLr kw/rRnSwpcbxOYksG1DGKczkRlvRW2ku5aK/kkyq0WFMqikrTjJ1RYQhLJm4fTfqD8LnT0Fi ZDz+LgoXgwGXpsPz9Lh1XA/fvTo7f/72OHlfu2fJGvMHa2X1+uDHH5RUddoksO5ucRabBAvA JI2Olsdm95PYjVOHe9o7y/kapwwbcatVYGTKpEO45bSjJT4EFA0kz4c8eLDliM3cItVhfShu WL6FnYO+erCxoe724K43xqrbpKPWHoW3RPaw680LdWxmXdomLG3aKrA6lZwMXZt9gglJ1BWt VQu2X6ehth/jEiNMEcgkr+sVXszc/gpB9nUqwDG9voS6GzBoRr6AI7CeHFYPKZHlCHIlTpnw z9pTf8tZ2OMVuQkE7hl6I56CcxAO/ridD5hgqJWbOayp3ph02e/Nr1UyziOxM450CwDb40dU miW3i7Vq3FVYieqDWrVWO0pgKx/Zar9IQ4LHkqIXIs/1mqeilKE5UTW4vwI0K+uMxHHeQoO/ K3w5TDhUpA1qirOu5uwAnB+H5yMIM4N3kHsTJP3+aAmp0OSIENOAH1FdzSz5NL3egf0m40nn 3CXdhC1f3PmaOFolw9Iqpp/gUhl0LZ6OF+TmuLSabTVKOprp/8sZcpOk02SI67a/Mu5ZMdkn txfDvVKGwDfAi5XAsKpi0uh+8QSmLMJEXrlrVd+Xk/0c1gZlz+Yewj5D/Wk2N8ial2zkfYRC DmLMaFgjKq6DIl2vF3mefBlU7Fuh5JOsj3XzzObWveNFvn2rNOEo1bImohIywLxf4VCpJcIp LVavYKShcJ+2Ksq03I0GFIVXTGvrL0hVqKCS8nghaijDE87XDRi8YKzlyeqGDThMGieN7km9 AaWQW6puMoJlKiY3T5qeislpN2qleTd9uJa9fZek76OcJ3vkDnzgrlg8d+p3rfEq/K75+3XI FNXFFd4cjKYz+XzFFh6zL0gnLqbNk7PblbwbjmgoOpTsfxF+12BfOHqwoH/uc2D5BbybjcI3 F+iwjT4Ogt7NSXF4dLmPa5kWlIQH0JTz8t85mqqr6WJ0A3YYCKyufc1oKyB9KRnyDaD+79kG Cij4heEINkO9FTISb6QncUpULjeDBpwrIs70O+eWSBpQ8dhw6MITPwChm0nRkLG2H46uBz10 JZuFv/buBuGfvelvIAKAcYzxtBBSIXyYzX9D4fs/q8USDTiMM87G40F/SfZYJjCsxkvo5GYA VYuP6TNYEuDDr5CGoVrFTh/L/qsHwMJrymTGL5uE5sEHr7lz7WXwux57IbWAPKVohf7npRQC CX6cj8IzNuSwCXSSNk/idoZpStC1GGezG6ncbPccBdqPxHln6il6sXVSSlGqDF9+f0IJONCu goocGlombAWgTMViBupfOB78ASbe8Z/HhG7zG0wNZND8+ucdpL5H2ei/4f3K/SgISNoPAvKY C4Kzy3/98Pos/CviQFUCUjp0oLvd5cBrBK5px4HhmZdrcNSjFkwThL+MCnAQL89e/qADTa8Z WCEU5b4IRL3egFcGhq8+ef3sHxpoX4KeCtC+A5RMSwjL7U2BMMVZpoOmKw4MNYcCXgHIAoqF LQASK3LAEsAbnBgM4ZUGShSAwDy3diASYls6ptylBE0ZkwOR0NQyP56LLBAp6gKe6c0CSqm0 Ap6IC0YMb+SINUieEikQyZUCns/I0umYw51jh+OFhQhFVpNApEUJeAIWS3dw4Y2QGJSFhA2X 4ZYxYjg5gWJsf8AjzG2dzhSWRJhoICMxLUtAgXgcHg03gYjOs0DP+CZ7jeOdzW0omP2GvZ39 5KeUGX3U2xUYo9kpz8BePQESDSjSy4YjCEXADjFyCCHZGyskyBMEip78AXektkyXHK8VbCyB Yyv0ajrgwOC9HAgH4DwoeZwG3H8VRgtvbKOVG4S2R0D+bzZIuY60igFZsWyQcEuPkGg2AEh4 YywA0wEeGTeD7NhI4lQ7nq3nxmc4DUhPi4IhPxdi/5EgwDlr1qCtJ4Ib3DwP8J5PcXwDzjgS vIDOfT5UG57SGvgPk7fEcobiwdKqX/5jp/7jyPExvZX3ZBrKp9ho4jqeDCuX2ch5UA3Fgw6N ajEdPj8/eYasn+pcBEPxYID7jjbPoLyH3FA+6U3cJ91QPOjgztNuKB50aPeJNxQPBnj+1BvS Hx1qUoKcDPj8OZmlIx3ceVYOxYMBvd5Y8FWvV3LjfVTZLHJ99Nfu4zTXx2RtBkDtlmt/+yLb R78cDk59OOiXw8GpDwf9cjjItyuHg1MfDialcGCZ+KTUxC2znRTMNkeqk1LTzMytQC4cqkfj ez7pcCif9CamiKhOZ5TwDECbnGhl1Kao6OnSIi9KPsEFRwPcJTMOxYMB7ZQbh+IhB26VHWWD ONsiJz+quXJJUod3CpFD8aBDOwXJoXjQoZ3C5FA86NBOgdJ2LBqipcOKGYGPirg3RxdmuMMn aRDL59zp8cth1v1RuD5SA0YR1AQvFR8+hGcq6jlEg4H0YiZB+SPXVWpYJJVaArT5ifng99Vo PliEvevrEXylNwbz7moymC4hrPDB0ZH8JqBJ1BTRCopUeFEAuh4gL07ybJLX8sLZU4GCgK6D Qo99BrQc1Ko1RxuYjqsNzu/hQ1/TV662B9A2AtOKWSsy25fhpyormlR4tRWjqOEjsk9Z/AIr 2Ssp9pITBHluirvtB8prk1tJGDWpNPT7oSbdL01H0W0UHijo0lNdY47/A2uKqBKmwAAA --------------9A30A3C84DA13ED55467C3E2-- >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 Nov 21 10:07:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA04072 for freebsd-bugs-outgoing; Sat, 21 Nov 1998 10:07:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA03788; Sat, 21 Nov 1998 10:05:12 -0800 (PST) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA08112; Sat, 21 Nov 1998 10:05:17 -0800 (PST) Date: Sat, 21 Nov 1998 10:05:17 -0800 (PST) Message-Id: <199811211805.KAA08112@freefall.freebsd.org> To: steve@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/8739 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: atoi and modunload Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Sat Nov 21 10:04:06 PST 1998 Responsible-Changed-Why: Misfiled PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Nov 21 11:10:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA11205 for freebsd-bugs-outgoing; Sat, 21 Nov 1998 11:10:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA11144 for ; Sat, 21 Nov 1998 11:09:59 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA11122; Sat, 21 Nov 1998 11:10:00 -0800 (PST) Date: Sat, 21 Nov 1998 11:10:00 -0800 (PST) Message-Id: <199811211910.LAA11122@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Kevin Day Subject: Re: kern/6630 Reply-To: Kevin Day Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6630; it has been noted by GNATS. From: Kevin Day To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/6630 Date: Sat, 21 Nov 1998 13:05:32 -0600 (CST) I have also experienced this behavior, and confirmed with Cyrix what Christopher has said in this PR. In the 5510 and 5520 support chips for the MediaGX and MediaGXm, the LATCH command to the 8254 does nothing. While his patch works, it's still not perfect. It brings the 8254 to within 1% accuracy, which is good enough for my uses though. (It sees my 233 GXm as 209 MHz....) If I write a detection check to see if the 5510 or 5520 is present, could that be useful? Where would this be called though, if the 8254 check is done so soon, vendor/device ID's haven't yet been probed at that time..... Suggestions? Kevin Day To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Nov 21 12:10:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA15724 for freebsd-bugs-outgoing; Sat, 21 Nov 1998 12:10:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA15717 for ; Sat, 21 Nov 1998 12:09:56 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA13404; Sat, 21 Nov 1998 12:10:01 -0800 (PST) Date: Sat, 21 Nov 1998 12:10:01 -0800 (PST) Message-Id: <199811212010.MAA13404@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Poul-Henning Kamp Subject: Re: kern/6630: [PATCH] Fix for Cyrix I8254 bug Reply-To: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6630; it has been noted by GNATS. From: Poul-Henning Kamp To: freebsd-gnats-submit@freebsd.org, cjohnson@netgsi.com Cc: Subject: Re: kern/6630: [PATCH] Fix for Cyrix I8254 bug Date: Sat, 21 Nov 1998 21:00:56 +0100 The correct patch for this will to handle both the getit() and the i8254_get_timecount() functions. Poul-Henning To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Nov 21 13:20:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA22881 for freebsd-bugs-outgoing; Sat, 21 Nov 1998 13:20:01 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA22866 for ; Sat, 21 Nov 1998 13:19:56 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA16176; Sat, 21 Nov 1998 13:20:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA22832; Sat, 21 Nov 1998 13:19:13 -0800 (PST) (envelope-from nobody) Message-Id: <199811212119.NAA22832@hub.freebsd.org> Date: Sat, 21 Nov 1998 13:19:13 -0800 (PST) From: dmack@uswest.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/8787: install process hangs while adding default gateway Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8787 >Category: i386 >Synopsis: install process hangs while adding default gateway >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 21 13:20:01 PST 1998 >Last-Modified: >Originator: Dan Mack >Organization: >Release: 3.0-RELEASE >Environment: FreeBSD coco 3.0-RELEASE FreeBSD 3.0-RELEASE #0: Fri Nov 20 14:14:37 1998 root@coco:/usr/sr/csys/compile/COCO i386 >Description: I noticed this problem during an ftp install. It was the first install I did from my home lan. The netmask for my lan is 0xfffffff8 so during the install phase, I entered 255.255.255.248 as the netmask. I also entered my gateway address. When I clicked okay to go on to the next phase, the installer hung during the adding default gateway phase. >From the shell, I noticed that indeed, the route command was hung doing a 'route add default gw'. From the shell, I took at look at the output of ifocnfig for xl0 and this exposed what I believe to be the problem. Even though I had entered 255.255.255.248 on the form, the install program had used a value of 0xffffffee which is clearly incorrect. My guess is that there is something wrong with either decimal->hex conversion or, the full screen gui-install-dialog doesn't pass the correct value to ifconfig. >How-To-Repeat: Try to do an ftp install from a subnet with a netmask of 255.255.255.248. Enter this in the network setup dialog box and then check was your interface gets configured with. >Fix: No known fix at this time other than to manually configure the interface. >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 Nov 21 18:29:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA18394 for freebsd-bugs-outgoing; Sat, 21 Nov 1998 18:29:56 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA18383 for ; Sat, 21 Nov 1998 18:29:55 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA26025; Sat, 21 Nov 1998 18:30:00 -0800 (PST) Received: from math.psu.edu (leibniz.math.psu.edu [146.186.130.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA18350 for ; Sat, 21 Nov 1998 18:28:45 -0800 (PST) (envelope-from viro@math.psu.edu) Received: from weyl.math.psu.edu (weyl.math.psu.edu [146.186.130.226]) by math.psu.edu (8.8.5/8.7.3) with ESMTP id VAA28743 for ; Sat, 21 Nov 1998 21:28:08 -0500 (EST) Received: (viro@localhost) by weyl.math.psu.edu (8.8.8/8.6.9) id VAA04320 for FreeBSD-gnats-submit@freebsd.org; Sat, 21 Nov 1998 21:28:07 -0500 (EST) Message-Id: <199811220228.VAA04320@weyl.math.psu.edu> Date: Sat, 21 Nov 1998 21:28:07 -0500 (EST) From: viro@math.psu.edu Reply-To: viro@math.psu.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8790: [PATCH] Buffer overrun in nvi-1.79. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8790 >Category: bin >Synopsis: [PATCH] Buffer overrun in nvi-1.79 (exploitable) >Confidential: yes >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 21 18:30:00 PST 1998 >Last-Modified: >Originator: Al Viro >Organization: -ENOENT >Release: FreeBSD 2.2.7 i586 >Environment: Any compiler having char==signed char. E.g. gcc ;-/ >Description: [It's a copy of bug report sent to Keith Bostic and to Debian project. I've set Priority: high 'cause the same vulnerability may occur in other packages using Spencer's regex. No, I don't know which ones do ;-<] Regex used in nvi is vulnerable to the following exploit: if we are trying to compile an expression contining characters with the 8th bit set we'll force p_bre() to stomp on the core. Details: p_simp_re() incorrectly handles high half of ASCII. a) suppose we got the following: '\\',x where (x&0x80)==0x80. We'll get c==256|(unsigned char)x. I.e. something in range 0x180--0x1ff. We'll go to default: and there ordinary(c&~256) will happen. That is, argument of ordinary() will be in range 0x80--0xff. Now, ordinary() will do correct EMIT() and will try to set p->g->categories[c&~256]. Since ->categories points into the middle of g->catspace we'll hit the area g->catspace+256 -- g->catspace+383, i.e. point outside of malloc()ed block. b) suppose we got x where (x&0x80)==0x80 (and no backslashes around). Since char is signed we'll have c == (unsigned char)x - 256. Now, when we'll get to default: ordinary() will get (c &~ 256), i.e. (unsigned char)x - 512. That is, something in range -384 -- -257. As the result we'll hit the area g->catspace-256 -- g->catspace-127. Again, we've stomped the core. Moreover, look at the ordinary() shows that we can easily control what and where we'll write. Details of full-scale exploit depend on OS, library and compiler, but crufting a pattern that resets 'secure' on Debian (gcc-2.7.2.3 / glibc-2.0.7u) took 10 minutes ;-/ I'm sending this report to you and to Debian and FreeBSD projects. I'm not sure that security issues in nvi are that serious, but I don't know what other packages may contain that version of regex ;-< >How-To-Repeat: See above and below. >Fix: Patch follows: *** regex/regcomp.c Sat Mar 19 11:21:28 1994 --- regex/regcomp.c Sat Nov 21 13:18:11 1998 *************** *** 609,615 **** REQUIRE(starordinary, REG_BADRPT); /* FALLTHROUGH */ default: ! ordinary(p, c &~ BACKSL); break; } --- 609,615 ---- REQUIRE(starordinary, REG_BADRPT); /* FALLTHROUGH */ default: ! ordinary(p, (char)c); break; } Down, not across! Al >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 Nov 21 20:39:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA27917 for freebsd-bugs-outgoing; Sat, 21 Nov 1998 20:39:57 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA27909 for ; Sat, 21 Nov 1998 20:39:56 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id UAA00498; Sat, 21 Nov 1998 20:40:01 -0800 (PST) Date: Sat, 21 Nov 1998 20:40:01 -0800 (PST) Message-Id: <199811220440.UAA00498@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: David Greenman Subject: Re: bin/8790: [PATCH] Buffer overrun in nvi-1.79. Reply-To: David Greenman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/8790; it has been noted by GNATS. From: David Greenman To: viro@math.psu.edu Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/8790: [PATCH] Buffer overrun in nvi-1.79. Date: Sat, 21 Nov 1998 20:39:19 -0800 > Regex used in nvi is vulnerable to the following exploit: I'm wondering what you mean by "exploitable buffer overrun"...? You make this sound like a security problem, but nvi isn't installed suid/sgid. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message