From owner-freebsd-bugs Sun Jan 21 02:05:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA06770 for bugs-outgoing; Sun, 21 Jan 1996 02:05:49 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA06742 Sun, 21 Jan 1996 02:05:43 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA02035; Sun, 21 Jan 1996 11:05:40 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id LAA00290; Sun, 21 Jan 1996 11:05:45 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id VAA01617; Sat, 20 Jan 1996 21:26:40 +0100 (MET) From: J Wunsch Message-Id: <199601202026.VAA01617@uriah.heep.sax.de> Subject: Re: docs/165 To: mpp@freefall.freebsd.org (Mike Pritchard) Date: Sat, 20 Jan 1996 21:26:40 +0100 (MET) Cc: freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601201157.DAA19193@freefall.freebsd.org> from "Mike Pritchard" at Jan 20, 96 03:57:46 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@FreeBSD.ORG Precedence: bulk As Mike Pritchard wrote: > > Synopsis: No documentation on kernel boot flags. > > State-Changed-From-To: open-closed > State-Changed-By: mpp > State-Changed-When: Sat Jan 20 03:55:35 PST 1996 > State-Changed-Why: > man 8 boot or man 8 boot_i386 now describe how to boot your machine. > Thank you for taking the time and revisiting so many PRs! -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Jan 21 02:10:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA06982 for bugs-outgoing; Sun, 21 Jan 1996 02:10:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA06976 Sun, 21 Jan 1996 02:10:03 -0800 (PST) Date: Sun, 21 Jan 1996 02:10:03 -0800 (PST) Message-Id: <199601211010.CAA06976@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: docs/947: missing intro(4) manpage Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR docs/947; it has been noted by GNATS. From: J Wunsch To: obrien@cs.ucdavis.edu Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: docs/947: missing intro(4) manpage Date: Sun, 21 Jan 1996 01:35:29 +0100 (MET) As David E. O'Brien wrote: > > >Synopsis: FreeBSD has no intro(4) man page, but is ref'ed in see also's. > >Fix: > > Submiting intro.4 (uuencoded). Granted it is rough, but it is a start > for someone more knowledgeable than I. > > begin 444 intro.4 Hmm, dunno why you've been sending a plain troff file uuencoded, anyways: ... > M M(&UI >Audit-Trail: > >Unformatted: > >;G1R;PIA<'!E87)E9"!I;B!& ` > end > > it's damaged. :-( Can you please resend it to me? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Jan 21 06:02:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA17042 for bugs-outgoing; Sun, 21 Jan 1996 06:02:44 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA17023 Sun, 21 Jan 1996 06:02:42 -0800 (PST) Date: Sun, 21 Jan 1996 06:02:42 -0800 (PST) From: Joerg Wunsch Message-Id: <199601211402.GAA17023@freefall.freebsd.org> To: obrien@cs.ucdavis.edu, joerg, freebsd-bugs Subject: Re: docs/947 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: FreeBSD has no intro(4) man page, but is ref'ed in see also's. State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Jan 21 15:02:11 MET 1996 State-Changed-Why: A man page has been added, based on David's initial input. From owner-freebsd-bugs Sun Jan 21 20:00:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA04196 for bugs-outgoing; Sun, 21 Jan 1996 20:00:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA04186 Sun, 21 Jan 1996 20:00:04 -0800 (PST) Resent-Date: Sun, 21 Jan 1996 20:00:04 -0800 (PST) Resent-Message-Id: <199601220400.UAA04186@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, adam@ubiq.veda.is Received: from ubiq.veda.is (root@ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA04125 for ; Sun, 21 Jan 1996 19:59:15 -0800 (PST) Received: (from adam@localhost) by ubiq.veda.is (8.7.3/8.6.9) id DAA00888; Mon, 22 Jan 1996 03:59:08 GMT Message-Id: <199601220359.DAA00888@ubiq.veda.is> Date: Mon, 22 Jan 1996 03:59:08 GMT From: Adam David Reply-To: adam@ubiq.veda.is To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/961: 'more $file', incorrect CRLF compacting. Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 961 >Category: bin >Synopsis: 'more $file', incorrect CRLF compacting. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 21 20:00:02 PST 1996 >Last-Modified: >Originator: Adam David >Organization: Veda Internet >Release: FreeBSD 2.2-CURRENT i386 >Environment: >Description: 'more' from a file containing CRLF sequences results in incorrect positioning within the file and the production of spurious output. CR is stripped on input to an internal buffer and the implementation is inconsistent about whether file positions are within the internal buffer or in the underlying file. >How-To-Repeat: Let FILE.DOS be any typical DOS textfile containing CRLF as a line terminator. 'more FILE.DOS' and if it is more than one screenfull go to the end by pressing G. Compare the end of the more output with the output from 'tail FILE.DOS'. >Fix: Strip CR on output from (rather than input to) the internal buffer when input is taken from a regular file. Otherwise, the internal and external file positioning would have to be tracked separately. There seem to be various kludges possible to tidy up the output in the existing implementation, but it is very messy. As a workaround, 'more Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jan 22 01:29:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA23316 for bugs-outgoing; Mon, 22 Jan 1996 01:29:11 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA23304 Mon, 22 Jan 1996 01:29:08 -0800 (PST) Date: Mon, 22 Jan 1996 01:29:08 -0800 (PST) From: Mike Pritchard Message-Id: <199601220929.BAA23304@freefall.freebsd.org> To: lyndon@orodruin.orthanc.com, mpp, freebsd-bugs Subject: Re: docs/847 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: man(1) references optional pager State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Jan 22 01:25:57 PST 1996 State-Changed-Why: The reference to less(1) was changed to more(1). From owner-freebsd-bugs Mon Jan 22 01:48:29 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA24717 for bugs-outgoing; Mon, 22 Jan 1996 01:48:29 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA24697 Mon, 22 Jan 1996 01:48:25 -0800 (PST) Date: Mon, 22 Jan 1996 01:48:25 -0800 (PST) From: Mike Pritchard Message-Id: <199601220948.BAA24697@freefall.freebsd.org> To: lyndon@orthanc.com, mpp, freebsd-bugs Subject: Re: bin/769 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: xntpd does not detach from controlling terminal State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Jan 22 01:46:20 PST 1996 State-Changed-Why: This seems to work just fine in -current. daemon() does get called due to SYS_44BSD being defined at this point. I verified this with a few printfs around the daemon() call, and within the suspect #if block. From owner-freebsd-bugs Mon Jan 22 02:24:47 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA27547 for bugs-outgoing; Mon, 22 Jan 1996 02:24:47 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA27521 Mon, 22 Jan 1996 02:24:41 -0800 (PST) Date: Mon, 22 Jan 1996 02:24:41 -0800 (PST) From: Mike Pritchard Message-Id: <199601221024.CAA27521@freefall.freebsd.org> To: scott@sabami.seaslug.org, mpp, freebsd-bugs Subject: Re: docs/740 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: man loadfont says /usr/share/misc/vgafonts instead of pcvtfonts State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Jan 22 02:23:46 PST 1996 State-Changed-Why: The man page was updated to reflect the actual location of the files. From owner-freebsd-bugs Mon Jan 22 03:30:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA02795 for bugs-outgoing; Mon, 22 Jan 1996 03:30:15 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA02769 Mon, 22 Jan 1996 03:30:09 -0800 (PST) Resent-Date: Mon, 22 Jan 1996 03:30:09 -0800 (PST) Resent-Message-Id: <199601221130.DAA02769@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, muir@idiom.com Received: from idiom.com (idiom.com [140.174.82.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA02143 for ; Mon, 22 Jan 1996 03:25:44 -0800 (PST) Received: (from muir@localhost) by idiom.com (8.6.12/8.6.12) id DAA00856; Mon, 22 Jan 1996 03:25:39 -0800 Message-Id: <199601221125.DAA00856@idiom.com> Date: Mon, 22 Jan 1996 03:25:39 -0800 From: David Muir Sharnoff Reply-To: muir@idiom.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/962: panic on shutdown -- have crash dump Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 962 >Category: kern >Synopsis: panic on shutdown -- have crash dump >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 22 03:30:05 PST 1996 >Last-Modified: >Originator: David Muir Sharnoff >Organization: Idiom Consulting >Release: FreeBSD 2.1-STABLE i386 >Environment: Not sure what's important here except I had crashdumps on >Description: I told the system to shutdown -h. It paniced. I have a crash dump if anyone wants to look at it. I'll keep the crash for a while. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jan 22 03:30:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA02807 for bugs-outgoing; Mon, 22 Jan 1996 03:30:18 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA02783 Mon, 22 Jan 1996 03:30:13 -0800 (PST) Resent-Date: Mon, 22 Jan 1996 03:30:13 -0800 (PST) Resent-Message-Id: <199601221130.DAA02783@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, muir@idiom.com Received: from idiom.com (idiom.com [140.174.82.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA02393 for ; Mon, 22 Jan 1996 03:28:50 -0800 (PST) Received: (from muir@localhost) by idiom.com (8.6.12/8.6.12) id DAA00988; Mon, 22 Jan 1996 03:28:50 -0800 Message-Id: <199601221128.DAA00988@idiom.com> Date: Mon, 22 Jan 1996 03:28:50 -0800 From: David Muir Sharnoff Reply-To: muir@idiom.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/963: Using the whole disk can end unbootable Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 963 >Category: conf >Synopsis: Using the whole disk can end unbootable >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 22 03:30:11 PST 1996 >Last-Modified: >Originator: David Muir Sharnoff >Organization: Idiom Consulting >Release: FreeBSD 2.1-RELEASE i386 >Environment: Use a disk with > 2000 cylindars. >Description: The boot selector complains about having more than 2000 cylindars and you're hosed. >How-To-Repeat: Tell the Jordan's nice install program to use the whole thing and not to worry about DOS. Then tell it to install the nice F1, F2, etc. boot selector. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jan 22 03:43:32 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA04000 for bugs-outgoing; Mon, 22 Jan 1996 03:43:32 -0800 (PST) Received: from proxy.siemens.at (proxy.siemens.at [192.138.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA03984 for ; Mon, 22 Jan 1996 03:42:48 -0800 (PST) Received: from zerberus.hai.siemens.co.at (zerberus.hai.siemens-austria) by proxy.siemens.at with SMTP id AA18086 (5.67a/IDA-1.5 for ); Mon, 22 Jan 1996 12:41:40 +0100 Received: from localhost by zerberus.hai.siemens.co.at (4.1/SMI-4.1) id AA09490; Mon, 22 Jan 96 12:41:38 +0100 Message-Id: <9601221141.AA09490@zerberus.hai.siemens.co.at> To: freebsd-bugs@freebsd.org Cc: wirth@zerberus.hai.siemens.co.at Subject: Bug with NCR810 driver: Corrections, Additions and a Solution, see previous message In-Reply-To: Your message of "Fri, 19 Jan 1996 11:24:28 +0100." <9601191024.AA01493@zerberus.hai.siemens.co.at> Date: Mon, 22 Jan 1996 12:41:37 +0100 From: Helmut Wirth Sender: owner-bugs@freebsd.org Precedence: bulk Hello! Friday I suspected a bug in the NCR-Driver. On the weekend I had a closer look into my problem: The problem was that dumping from 2 of my 3 SCSI disks seemed to trigger bugs in the NCR driver; there was an 'assertion failed error' inside the NCR driver. With some hints from Stefan Esser I was able to track down the real problem and it lies NOT with the NCR driver! The problem (please see my previous bug report too) was: Using 'dump' to dump one of the disks produced an error 'Device not ready' and aborted the dump. On the other disk the dump seemed to work, but in the process i got the 'assertion failed' message I mentioned above. Both of the disks are IBM SCSI-2 disks (1GB each). The Quantum ATLAS does not have the problem. SCSI traces from (SCSIDEBUG defined) the kernel showed the problem within the SCSI subsystem. The 'dump' utility at one point early in the execution forks and then the disk to dump is opened some times (sd_open in sd.c) in quick succession. At this point both bugs showed. I could not trace down the 'assertion failed' message, because the event did not happen with the trace flags for SCSI or for NCR enabled. The 'Unit not ready' was traceable. Everytime when the sd_open routine was called in quick succession I heard a head recalibration inside one of the drives. After some thinking I suspected the START_UNIT command at the beginning of the sd_open routine. So I commented it out and *both* errors went away !! Without this command both disk work very well and there are no more unusual head recalibration cycles. As I reported in my last post, the bug went away too, when I disabled the tags of the offending drive. If somebody is interested, I saved the trace files and will submit them if they are needed. I suspect, that the IBM drives don't like two or three START_UNIT commands given with tags and very fast. The drive was *really* not ready at the time of the error. The entire thing is *not* exactly a bug, but I think it is a weakness in the SCSI code. I think we should change two things: 1) The traces from the SCSI driver show (with the log time entries) that the retries it does are by far to fast for the unit to become ready again. The unit needs about 1 to 1.5 seconds to do its recalibration but the driver is through with its retries in under 1 second. Perhaps the retries should be slower for some things as for example a failed TEST_UNIT_READY. 2) The START_UNIT command is not neccessary for most of the disks (at least not with each open, but only the first). It should not be given deliberately often or there should be a minimal time (some seconds) between this commands. As this is a more complicated change, I think the START_UNIT command with every open should be an option and not the default. What do you think ? Regards Helmut Wirth From owner-freebsd-bugs Mon Jan 22 04:33:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA07617 for bugs-outgoing; Mon, 22 Jan 1996 04:33:19 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA07594 Mon, 22 Jan 1996 04:33:15 -0800 (PST) Date: Mon, 22 Jan 1996 04:33:15 -0800 (PST) From: Mike Pritchard Message-Id: <199601221233.EAA07594@freefall.freebsd.org> To: wollman@khavrinen.lcs.mit.edu, mpp, freebsd-bugs Subject: Re: docs/686 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: SIGSYS documented badly State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Jan 22 04:31:28 PST 1996 State-Changed-Why: The various man pages that document SIGSYS and signal.h were updated with a better description of what that signal means. From owner-freebsd-bugs Mon Jan 22 04:35:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA07756 for bugs-outgoing; Mon, 22 Jan 1996 04:35:00 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA07746 for ; Mon, 22 Jan 1996 04:34:56 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id HAA09921; Mon, 22 Jan 1996 07:33:57 -0500 From: Peter Dufault Message-Id: <199601221233.HAA09921@hda.com> Subject: Re: Bug with NCR810 driver: Corrections, Additions and a Solution, see previous message To: wirth@zerberus.hai.siemens.co.at (Helmut Wirth) Date: Mon, 22 Jan 1996 07:33:56 -0500 (EST) Cc: freebsd-bugs@freebsd.org, wirth@zerberus.hai.siemens.co.at In-Reply-To: <9601221141.AA09490@zerberus.hai.siemens.co.at> from "Helmut Wirth" at Jan 22, 96 12:41:37 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk > 1) The traces from the SCSI driver show (with the log time entries) that the retries > it does are by far to fast for the unit to become ready again. The unit needs about > 1 to 1.5 seconds to do its recalibration but the driver is through with its > retries in under 1 second. Perhaps the retries should be slower for some things > as for example a failed TEST_UNIT_READY. Yes, this is a problem that I have on my "fix" list. The retry code pretty much just slams the disk with retries in the interrupt routine without delays. You can try this "untested yet compiles" fix that should delay 1s between retries. *** scsi_base.c.orig Mon Jan 22 07:26:46 1996 --- scsi_base.c Mon Jan 22 07:24:05 1996 *************** *** 348,353 **** --- 348,367 ---- flags)); } + static void + delayed_retry(void *handle) + { + struct scsi_xfer *xs = (struct scsi_xfer *)handle; + struct scsi_link *sc_link = ((struct scsi_xfer *)xs)->sc_link; + struct buf *bp = xs->bp; + + if ((*(sc_link->adapter->scsi_cmd))(xs) != SUCCESSFULLY_QUEUED) { + xs->flags |= ITSDONE; + free_xs(xs, sc_link, SCSI_NOSLEEP); + biodone(bp); + } + } + /* * This routine is called by the scsi interrupt when the transfer is complete. */ *************** *** 418,428 **** * If it returns SCSIRET_DO_RETRY then we should RETRY */ if ((retval = sc_err1(xs)) == SCSIRET_DO_RETRY) { ! if ((*(sc_link->adapter->scsi_cmd)) (xs) ! == SUCCESSFULLY_QUEUED) { /* don't wake the job, ok? */ ! return; ! } ! xs->flags |= ITSDONE; } free_xs(xs, sc_link, SCSI_NOSLEEP); /* does a start if needed */ --- 432,439 ---- * If it returns SCSIRET_DO_RETRY then we should RETRY */ if ((retval = sc_err1(xs)) == SCSIRET_DO_RETRY) { ! timeout(delayed_retry,(void *)xs,hz); ! return; } free_xs(xs, sc_link, SCSI_NOSLEEP); /* does a start if needed */ I believe you also are getting that the "disk is in the process of coming ready", which should be retried forever. That is another problem that should be changed. I'll look over your other note. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-bugs Mon Jan 22 04:38:48 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA07915 for bugs-outgoing; Mon, 22 Jan 1996 04:38:48 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA07905 for ; Mon, 22 Jan 1996 04:38:31 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA05157 for bugs@freebsd.org; Mon, 22 Jan 1996 13:36:59 +0100 From: Luigi Rizzo Message-Id: <199601221236.NAA05157@labinfo.iet.unipi.it> Subject: dd /dev/mem ... To: bugs@freebsd.org Date: Mon, 22 Jan 1996 13:36:59 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk Running 2.1R, I tried the following running as root: dd if=/dev/mem bs=32k skip=512 count=1 | dd bs=32 count=1 | hexdump and my P100 w/ 16MB was frozen: no keyboard, no mouse, everything still on the X screen. the manpage says "Only offsets within the bounds of /dev/mem are allowed.", and 512*32K is right beyond the physical RAM. However, I have run C programs which would read beyond the limit with no problems. Is it a bug in /dev/mem, "dd" or me ? Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-bugs Mon Jan 22 04:47:56 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA08297 for bugs-outgoing; Mon, 22 Jan 1996 04:47:56 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA08281 Mon, 22 Jan 1996 04:47:51 -0800 (PST) Date: Mon, 22 Jan 1996 04:47:51 -0800 (PST) From: Mike Pritchard Message-Id: <199601221247.EAA08281@freefall.freebsd.org> To: doug@pistol.holster.demos.com, mpp, freebsd-bugs Subject: Re: gnu/666 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: The ldconfig program in SNAP wasn't good State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Jan 22 04:39:35 PST 1996 State-Changed-Why: The correct ldconfig is supplied in the 2.1.0-RELEASE bindist, and the SNAP in question is no longer available. From owner-freebsd-bugs Mon Jan 22 04:50:21 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA08445 for bugs-outgoing; Mon, 22 Jan 1996 04:50:21 -0800 (PST) Received: from birk04.studby.uio.no (birk04.studby.uio.no [129.240.214.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA08433 for ; Mon, 22 Jan 1996 04:50:05 -0800 (PST) Received: (from aagero@localhost) by birk04.studby.uio.no (8.7.3/Himkok) id NAA01655; Mon, 22 Jan 1996 13:50:00 +0100 (MET) Date: Mon, 22 Jan 1996 13:50:00 +0100 (MET) Message-Id: <199601221250.NAA01655@birk04.studby.uio.no> From: Åge Røbekk To: freebsd-bugs@freebsd.org Subject: ps allows both l,v,j and u MIME-Version: 1.0 Sender: owner-bugs@freebsd.org Precedence: bulk /bin/ps allows l, v, j and u simultaneously as format options. Since these are mutually exclusive, perhaps only one of them should be allowed? Combining these options just makes a messy output. -aage From owner-freebsd-bugs Mon Jan 22 04:56:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA08829 for bugs-outgoing; Mon, 22 Jan 1996 04:56:09 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA08809 Mon, 22 Jan 1996 04:56:07 -0800 (PST) Date: Mon, 22 Jan 1996 04:56:07 -0800 (PST) From: Mike Pritchard Message-Id: <199601221256.EAA08809@freefall.freebsd.org> To: muir@idiom.com, mpp, freebsd-bugs Subject: Re: docs/663 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: newfs man page refers to format(8) State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Jan 22 04:55:24 PST 1996 State-Changed-Why: The man page was updated to refer to some format programs that do exist under FreeBSD. From owner-freebsd-bugs Mon Jan 22 05:21:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA10126 for bugs-outgoing; Mon, 22 Jan 1996 05:21:40 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA10065 Mon, 22 Jan 1996 05:21:17 -0800 (PST) Date: Mon, 22 Jan 1996 05:21:17 -0800 (PST) From: Mike Pritchard Message-Id: <199601221321.FAA10065@freefall.freebsd.org> To: hohmuth@inf.tu-dresden.de, mpp, freebsd-bugs Subject: Re: bin/594 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: "mkdir -p some/path/" fails to create last path component when path has trailing slash State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Jan 22 05:20:38 PST 1996 State-Changed-Why: Fixed in -current (and possibly in 2.1.0-RELEASE). From owner-freebsd-bugs Mon Jan 22 05:26:48 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA10502 for bugs-outgoing; Mon, 22 Jan 1996 05:26:48 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA10488 Mon, 22 Jan 1996 05:26:46 -0800 (PST) Date: Mon, 22 Jan 1996 05:26:46 -0800 (PST) From: Mike Pritchard Message-Id: <199601221326.FAA10488@freefall.freebsd.org> To: root@totum.muc.de, mpp, freebsd-bugs Subject: Re: bin/580 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: xntpd doesn't work with Tobit DCF77 receiver. State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Jan 22 05:26:08 PST 1996 State-Changed-Why: The suggested patches have been in the ysstem since last July. From owner-freebsd-bugs Mon Jan 22 05:32:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA10892 for bugs-outgoing; Mon, 22 Jan 1996 05:32:22 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA10879 Mon, 22 Jan 1996 05:32:20 -0800 (PST) Date: Mon, 22 Jan 1996 05:32:20 -0800 (PST) From: Mike Pritchard Message-Id: <199601221332.FAA10879@freefall.freebsd.org> To: paul@lambda.demon.co.uk, mpp, freebsd-bugs Subject: Re: bin/557 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: ar utility exausts all available file descriptors State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Jan 22 05:31:49 PST 1996 State-Changed-Why: Fixed in 2.1. From owner-freebsd-bugs Mon Jan 22 05:49:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA11979 for bugs-outgoing; Mon, 22 Jan 1996 05:49:59 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA11970 Mon, 22 Jan 1996 05:49:57 -0800 (PST) Message-Id: <199601221349.FAA11970@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Peter Dufault cc: wirth@zerberus.hai.siemens.co.at (Helmut Wirth), freebsd-bugs@freebsd.org Subject: Re: Bug with NCR810 driver: Corrections, Additions and a Solution, see previous message In-reply-to: Your message of "Mon, 22 Jan 1996 07:33:56 EST." <199601221233.HAA09921@hda.com> Date: Mon, 22 Jan 1996 05:49:57 -0800 From: "Justin T. Gibbs" Sender: owner-bugs@freebsd.org Precedence: bulk >Yes, this is a problem that I have on my "fix" list. The retry code >pretty much just slams the disk with retries in the interrupt >routine without delays. > >You can try this "untested yet compiles" fix that should delay >1s between retries. An there was much rejoicing! Bruce will I'm sure correct me if I'm wrong, but I don't think that timeout() works during 100% of the boot phase. I'm certainly a proponent of having it work since the aic7xxx driver uses it during boot as well. I think we'll have to tune your callback function so it knows the type of error. According to several people at Adaptec, you should wait 5-10sec for targets that return BUSY status. For other types of errors 1sec should be fine. >-- >Peter Dufault Real Time Machine Control and Simulation >HD Associates, Inc. Voice: 508 433 6936 >dufault@hda.com Fax: 508 433 5267 -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Mon Jan 22 06:00:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA12627 for bugs-outgoing; Mon, 22 Jan 1996 06:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA12606 Mon, 22 Jan 1996 06:00:02 -0800 (PST) Resent-Date: Mon, 22 Jan 1996 06:00:02 -0800 (PST) Resent-Message-Id: <199601221400.GAA12606@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mpp@mpp.minn.net Received: from mpp.minn.net (root@mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA12254 for ; Mon, 22 Jan 1996 05:53:01 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id HAA20973; Mon, 22 Jan 1996 07:53:00 -0600 (CST) Message-Id: <199601221353.HAA20973@mpp.minn.net> Date: Mon, 22 Jan 1996 07:53:00 -0600 (CST) From: Mike Pritchard Reply-To: mpp@mpp.minn.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/964: Net user in password file causes malloc warning msgs Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 964 >Category: bin >Synopsis: Net user in password file causes malloc warning msgs >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 22 06:00:01 PST 1996 >Last-Modified: >Originator: Mike Pritchard >Organization: Mike Pritchard >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD 2.2-CURRENT as of about a week ago >Description: While running a test case from a PR, I added a NIS type user to the end of my password file (+mpptest:*:0:0:...). After that, every program that calls the getpw* routines issues the following malloc messages: Malloc warning: free(): junk pointer (too low) - or - Malloc warning: free(): junk pointer (too high) It also scared the hell out of me when vipw issued the same warning when I went in to remove that user from my password file. NOTE: I am not really running any of the NIS stuff, I was just attempting to verify a PR, so that may be why things are getting screw up. Either way there is something wrong that needs to be fixed. >How-To-Repeat: Add a line like: +mpptest:*:0:0:... to the end of your password file. >Fix: Haven't looked. I figured I'd let someone who knows something about this code take a shot at it first. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jan 22 06:02:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA13030 for bugs-outgoing; Mon, 22 Jan 1996 06:02:51 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA13009 for ; Mon, 22 Jan 1996 06:02:45 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA01173; Tue, 23 Jan 1996 01:00:40 +1100 Date: Tue, 23 Jan 1996 01:00:40 +1100 From: Bruce Evans Message-Id: <199601221400.BAA01173@godzilla.zeta.org.au> To: freebsd-bugs@freebsd.org, wirth@zerberus.hai.siemens.co.at Subject: Re: Bug with NCR810 driver: Corrections, Additions and a Solution, see previous message Sender: owner-bugs@freebsd.org Precedence: bulk >With some hints from Stefan Esser I was able to track down the real problem and >it lies NOT with the NCR driver! >SCSI traces from (SCSIDEBUG defined) the kernel showed the problem within the >SCSI subsystem. The 'dump' utility at one point early in the execution forks and >then the disk to dump is opened some times (sd_open in sd.c) in quick succession. >At this point both bugs showed. I could not trace down the 'assertion failed' message, >because the event did not happen with the trace flags for SCSI or for NCR enabled. >The 'Unit not ready' was traceable. >Everytime when the sd_open routine was called in quick succession I heard a >head recalibration inside one of the drives. After some thinking I suspected the >START_UNIT command at the beginning of the sd_open routine. So I commented it out >and *both* errors went away !! Without this command both disk work very well and >there are no more unusual head recalibration cycles. The problem may be worse for concurrent opens of the same drive. There is a known problem with initial concurrent opens. Concurrent initialization of the slice table is unsafe (previously, concurrent initialization of the label was unsafe). This problem is usually avoided by initially opening mosts drives while there is only one active process. fsck -p may cause it. Bruce From owner-freebsd-bugs Mon Jan 22 06:05:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA13510 for bugs-outgoing; Mon, 22 Jan 1996 06:05:49 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA13491 Mon, 22 Jan 1996 06:05:46 -0800 (PST) Date: Mon, 22 Jan 1996 06:05:46 -0800 (PST) From: Mike Pritchard Message-Id: <199601221405.GAA13491@freefall.freebsd.org> To: jkh@freebsd.org, mpp, freebsd-bugs Subject: Re: gnu/515 Sender: owner-bugs@freebsd.org Precedence: bulk Synopsis: Info command has no tutorial State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Jan 22 06:05:04 PST 1996 State-Changed-Why: Verified to work on a freshly installed 2.1 system. From owner-freebsd-bugs Mon Jan 22 06:38:46 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA16693 for bugs-outgoing; Mon, 22 Jan 1996 06:38:46 -0800 (PST) Received: from Gensys.com (gensys-gw.gensys.com [206.109.98.129]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA16687 for ; Mon, 22 Jan 1996 06:38:41 -0800 (PST) Received: from Novellnet.Gensys.com (novellnet.Gensys.com [206.109.98.2]) by Gensys.com (8.7.1/8.6.9) with ESMTP id IAA26963 for ; Mon, 22 Jan 1996 08:38:22 -0600 (CST) Received: from GENSYS/SpoolDir by Novellnet.Gensys.com (Mercury 1.20); 22 Jan 96 08:38:41 -0500 Received: from SpoolDir by GENSYS (Mercury 1.20); 22 Jan 96 08:38:27 -0500 From: "Jeff Hupp" Organization: Gensys Technologies, Inc. To: Freebsd-bugs@freefall.freebsd.org Date: Mon, 22 Jan 1996 08:38:18 -0500 Subject: Bug in vm code? Reply-to: JHupp@Gensys.Com Priority: normal X-mailer: Pegasus Mail for Windows (v2.23) Message-ID: <1FFADB92BED@Novellnet.Gensys.com> Sender: owner-bugs@FreeBSD.ORG Precedence: bulk On two machines I am getting the following error followed by a hang(system does not panic or reboot.) biodone: buffer already done. This is one machine: It is running as a news server and the problem tends to occure more often during high disk activity, however I have not been able to generate it 'on demand' by inducing large amounts of disk activity. $dmesg FreeBSD 2.1.0-RELEASE #0: Sun Dec 17 13:45:48 CST 1995 jeff@news.hal-pc.org:/usr/src/sys/compile/HALPC21 CPU: i486DX (486-class CPU) real memory = 33554432 (32768K bytes) avail memory = 31076352 (30348K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in ahc1: 284x Single Channel, SCSI Id=7, aic7770 <= Rev C, 4 SCBs ahc1 at 0x1000-0x10ff irq 11 on eisa slot 1 ahc1 waiting for scsi devices to settle (ahc1:0:0): "IMPRIMIS 94601-15 1250" type 0 fixed SCSI 1 sd0(ahc1:0:0): Direct-Access 989MB (2026965 512 byte sectors) (ahc1:1:0): "SEAGATE ST32550N 0016" type 0 fixed SCSI 2 sd1(ahc1:1:0): Direct-Access 2047MB (4194058 512 byte sectors) (ahc1:2:0): "SEAGATE ST32550N 0016" type 0 fixed SCSI 2 sd2(ahc1:2:0): Direct-Access 2047MB (4194058 512 byte sectors) (ahc1:3:0): "SEAGATE ST32550N 0016" type 0 fixed SCSI 2 sd3(ahc1:3:0): Direct-Access 2047MB (4194058 512 byte sectors) 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/bnc/utp[*BNC*] address 00:a0:24:08:a6:3a irq 10 npx0 on motherboard npx0: INT 16 interface stray irq 7 and it's kernel looks like this: # # # # HALPC20 -- HAL-PC's machine with AHA disk controler # machine "i386" #cpu "I386_CPU" cpu "I486_CPU" #cpu "I586_CPU" ident HALPC maxusers 20 #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem #options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers #options UCONSOLE #Allow users to grab the console options QUOTA #enable disk quotas #options "COM_MULTIPORT" #options GATEWAY #Pass IP Packets. config kernel root on sd0 controller isa0 #controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 #disk fd1 at fdc0 drive 1 #tape ft0 at fdc0 drive 2 #controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr #disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 #controller ncr0 #controller ahc0 #controller bt0 at isa? port "IO_BT0" bio irq ? vector btintr #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr controller ahc1 at isa? bio irq ? vector ahcintr #controller ahb0 at isa? bio irq ? vector ahbintr #controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seai ntr controller scbus0 device sd0 device sd1 device st0 device cd0 #Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #device mcd1 at isa? port 0x340 bio irq 11 vector mcdintr #device scd0 at isa? port 0x230 bio device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr #device lpt0 at isa? port? tty irq 7 vector lptintr #device lpt1 at isa? port? tty #device lpt2 at isa? port? tty #device de0 #device ed0 at isa? port 0x340 net irq 10 iomem 0xd8000 vector edintr #device ed1 at isa? port 0x300 net irq 10 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr device ep0 at isa? port 0x300 net irq 10 vector epintr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr -- JHupp@gensys.com |For PGP Public Key: http://gensys.com |finger jhupp@gensys.com Nursing does not diminish the beauty of a woman's breasts; it enhances their charm by making them look lived in and happy. From owner-freebsd-bugs Mon Jan 22 06:44:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA17148 for bugs-outgoing; Mon, 22 Jan 1996 06:44:34 -0800 (PST) Received: from mpp.minn.net (root@mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA17135 for ; Mon, 22 Jan 1996 06:44:16 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id IAA00318; Mon, 22 Jan 1996 08:36:00 -0600 (CST) Message-Id: <199601221436.IAA00318@mpp.minn.net> Subject: Re: dd /dev/mem ... To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Mon, 22 Jan 1996 08:36:00 -0600 (CST) From: "Mike Pritchard" Cc: bugs@FreeBSD.org In-Reply-To: <199601221236.NAA05157@labinfo.iet.unipi.it> from "Luigi Rizzo" at Jan 22, 96 01:36:59 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org Precedence: bulk Luigi Rizzo wrote: > > Running 2.1R, I tried the following running as root: > > dd if=/dev/mem bs=32k skip=512 count=1 | dd bs=32 count=1 | hexdump > > and my P100 w/ 16MB was frozen: no keyboard, no mouse, everything > still on the X screen. > > the manpage says "Only offsets within the bounds of /dev/mem are > allowed.", and 512*32K is right beyond the physical RAM. However, I > have run C programs which would read beyond the limit with no problems. > > Is it a bug in /dev/mem, "dd" or me ? Funny you should mention this -- I just crashed my machine trying the same thing trying to verify PR# 383. As near as I can tell, it only locks up the machine when you run it from X *and* the current vty is the X window. If you do something like: sleep 30; dd if=/dev/mem ... and then switch to vty0, the machine won't lock up. Running from an ordinary syscons vty doesn't seem to be a problem. -- Mike Pritchard mpp@minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Mon Jan 22 06:50:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA17472 for bugs-outgoing; Mon, 22 Jan 1996 06:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA17463 Mon, 22 Jan 1996 06:50:03 -0800 (PST) Resent-Date: Mon, 22 Jan 1996 06:50:03 -0800 (PST) Resent-Message-Id: <199601221450.GAA17463@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, fortin@zap.qc.ca Received: from poterne.mtl.dmr.ca (poterne.mtl.dmr.ca [198.168.83.201]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA17206 for ; Mon, 22 Jan 1996 06:46:24 -0800 (PST) Received: (from fortinde@localhost) by poterne.mtl.dmr.ca (8.6.11/8.6.6a) id JAA02908; Mon, 22 Jan 1996 09:46:13 -0500 Message-Id: <199601221446.JAA02908@poterne.mtl.dmr.ca> Date: Mon, 22 Jan 1996 09:46:13 -0500 From: Denis.Fortin@dmr.ca Reply-To: fortin@zap.qc.ca To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/965: 2.0.5 daily crash: multiple frees in if_ppp.c Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 965 >Category: kern >Synopsis: 2.0.5: system crashes daily because of "multiple frees" in if_ppp.c >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 22 06:50:01 PST 1996 >Last-Modified: >Originator: Denis Fortin >Organization: DMR Group Inc, +1 (514) 877-3301 >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: Internet gateway used daily by 250 people for PPP and SLIP connections connections (about 150 connections/day). System has 8 modems available on a BocaBoard BB-2016 multi-port board, and the connections traffic is regular (i.e. people keep coming and going constantly). System is a 80486 @ 33MHz with 64MB RAM and 2 GB disk space; here is the output from 'dmesg': --->>> CUT HERE <<<--- FreeBSD 2.0.5-RELEASE #0: Wed Jan 3 09:39:27 EST 1996 fortinde@poterne.mtl.dmr.ca:/usr/src/sys/compile/DMR CPU: i486DX (486-class CPU) real memory = 66715648 (16288 pages) avail memory = 63037440 (15390 pages) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 10 on isa ed0: address 00:00:1b:4a:89:27, type NE2000 (16 bit) ed1 at 0x300-0x30f irq 5 maddr 0xd8000 msize 8192 on isa ed1: address 02:60:8c:45:44:e7, type 3c503 (8 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 at 0x100-0x107 flags 0x1105 on isa sio2: type 16550A (multiport) sio3 at 0x108-0x10f flags 0x1105 on isa sio3: type 16550A (multiport) sio4 at 0x110-0x117 flags 0x1105 on isa sio4: type 16550A (multiport) sio5 at 0x118-0x11f flags 0x1105 on isa sio5: type 16550A (multiport) sio6 at 0x120-0x127 flags 0x1105 on isa sio6: type 16550A (multiport) sio7 at 0x128-0x12f flags 0x1105 on isa sio7: type 16550A (multiport) sio8 at 0x130-0x137 flags 0x1105 on isa sio8: type 16550A (multiport) sio9 at 0x138-0x13f flags 0x1105 on isa sio9: type 16550A (multiport) sio10 at 0x140-0x147 flags 0x1105 on isa sio10: type 16550A (multiport) sio11 at 0x148-0x14f flags 0x1105 on isa sio11: type 16550A (multiport) sio12 at 0x150-0x157 flags 0x1105 on isa sio12: type 16550A (multiport) sio13 at 0x158-0x15f flags 0x1105 on isa sio13: type 16550A (multiport) sio14 at 0x160-0x167 flags 0x1105 on isa sio14: type 16550A (multiport) sio15 at 0x168-0x16f flags 0x1105 on isa sio15: type 16550A (multiport) sio16 at 0x170-0x177 flags 0x1105 on isa sio16: type 16550A (multiport) sio17 at 0x178-0x17f irq 12 flags 0x1105 on isa sio17: type 16550A (multiport master) lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 at 0x278-0x27f on isa lpt2 not found at 0xffffffff fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 ahb0: reading board settings, int=11 ahb0 at 0x1000-0x10ff irq 11 on eisa slot 1 ahb0 waiting for scsi devices to settle (ahb0:0:0): "MICROP 1598-15MD1066701 DD24" type 0 fixed SCSI 1 sd0(ahb0:0:0): Direct-Access 991MB (2031554 512 byte sectors) (ahb0:1:0): "MICROP 1598-15MD1066701 DD24" type 0 fixed SCSI 1 sd1(ahb0:1:0): Direct-Access 991MB (2031554 512 byte sectors) (ahb0:2:0): "TANDBERG TDC 3800 -03:" type 1 removable SCSI 1 st0(ahb0:2:0): Sequential-Access density code 0x0, drive empty scd0 not found at 0x230 npx0 on motherboard npx0: INT 16 interface changing root device to sd0a --->>> CUT HERE <<<--- >Description: System crashes a few times a week (2-5) and reboots. This is Most Annoying since the BB-2016 then seems to require a manual "shutdown -r" about 50% of the time or it isn't properly reset (i.e. the machine stops answering the phone). Finally got a crashdump and produced the following traceback info --->>> CUT HERE <<<--- GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... IdlePTD 1f0000 current pcb at 1c3f70 panic: free: multiple frees #0 boot (arghowto=256) at ../../i386/i386/machdep.c:870 870 dumppcb.pcb_ptd = rcr3(); (kgdb) bt #0 boot (arghowto=256) at ../../i386/i386/machdep.c:870 #1 0xf0112843 in panic (fmt=0xf010b9b2 "free: multiple frees") at ../../kern/subr_prf.c:128 #2 0xf010ba93 in free (addr=0xf1520180, type=1) at ../../kern/kern_malloc.c:337 #3 0xf013582e in pppstart (tp=0xf01c23e4) at ../../net/if_ppp.c:1028 #4 0xf01a84fc in siopoll () at ../../i386/isa/sio.c:1569 #5 0xf018e667 in doreti_swi () #6 0xf019688c in cpu_switch () (kgdb) up #1 0xf0112843 in panic (fmt=0xf010b9b2 "free: multiple frees") at ../../kern/subr_prf.c:128 128 boot(bootopt); (kgdb) up #2 0xf010ba93 in free (addr=0xf1520180, type=1) at ../../kern/kern_malloc.c:337 337 panic("free: multiple frees"); (kgdb) l 332 #endif /* DIAGNOSTIC */ 333 #ifdef KMEMSTATS 334 kup->ku_freecnt++; 335 if (kup->ku_freecnt >= kbp->kb_elmpercl) 336 if (kup->ku_freecnt > kbp->kb_elmpercl) 337 panic("free: multiple frees"); 338 else if (kbp->kb_totalfree > kbp->kb_highwat) 339 kbp->kb_couldfree++; 340 kbp->kb_totalfree++; 341 ksp->ks_memuse -= size; (kgdb) info locals kbp = (struct kmembuckets *) 0xf01dc65c kup = (struct kmemusage *) 0xf0f34794 freep = (struct freelist *) 0xf1520180 size = 0 s = -1073676288 ksp = (struct kmemstats *) 0xf01dd114 (kgdb) quit --->>> CUT HERE <<<--- >How-To-Repeat: Just letting the system run seems to produce the problem almost daily (but not quite). >Fix: No workaround known. Now that I know that the problem is in if_ppp.c, I might try looking around in there. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jan 22 06:59:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA17969 for bugs-outgoing; Mon, 22 Jan 1996 06:59:00 -0800 (PST) Received: from poterne.mtl.dmr.ca (poterne.mtl.dmr.ca [198.168.83.201]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA17951 for ; Mon, 22 Jan 1996 06:58:57 -0800 (PST) Received: (from fortinde@localhost) by poterne.mtl.dmr.ca (8.6.11/8.6.6a) id JAA03015; Mon, 22 Jan 1996 09:58:56 -0500 From: Denis Fortin Message-Id: <199601221458.JAA03015@poterne.mtl.dmr.ca> Subject: 2.0.5 crashes daily: multiple frees is if_ppp.c -> more info To: bugs@freebsd.org Date: Mon, 22 Jan 1996 09:58:56 -0500 (EST) Cc: fortin@acm.org X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org Precedence: bulk Greetings... I've just done a send-pr to describe a problem that we're having that is causing our internet gateway to crash almost daily. The problem appears to be in /sys/net/if_ppp.c and be caused by "Multiple frees". I have included a gdb traceback in my send-pr, but I've just noticed that I've done the "info locals" at the wrong frame level, so it's not as useful as it could be. Here is a better version that shows the values of the locals in if_ppp.c... --->CUT HERE<--- GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... IdlePTD 1f0000 current pcb at 1c3f70 panic: free: multiple frees #0 boot (arghowto=256) at ../../i386/i386/machdep.c:870 870 dumppcb.pcb_ptd = rcr3(); (kgdb) bt #0 boot (arghowto=256) at ../../i386/i386/machdep.c:870 #1 0xf0112843 in panic (fmt=0xf010b9b2 "free: multiple frees") at ../../kern/subr_prf.c:128 #2 0xf010ba93 in free (addr=0xf1520180, type=1) at ../../kern/kern_malloc.c:337 #3 0xf013582e in pppstart (tp=0xf01c23e4) at ../../net/if_ppp.c:1028 #4 0xf01a84fc in siopoll () at ../../i386/isa/sio.c:1569 #5 0xf018e667 in doreti_swi () #6 0xf019688c in cpu_switch () (kgdb) up #1 0xf0112843 in panic (fmt=0xf010b9b2 "free: multiple frees") at ../../kern/subr_prf.c:128 128 boot(bootopt); (kgdb) up #2 0xf010ba93 in free (addr=0xf1520180, type=1) at ../../kern/kern_malloc.c:337 337 panic("free: multiple frees"); (kgdb) up #3 0xf013582e in pppstart (tp=0xf01c23e4) at ../../net/if_ppp.c:1028 1028 MFREE(m, m2); (kgdb) l 1023 (*tp->t_oproc)(tp); 1024 return 0; /* can't do any more at the moment */ 1025 } 1026 1027 /* Finished with this mbuf; free it and move on. */ 1028 MFREE(m, m2); 1029 if (m2 == NULL) 1030 break; 1031 1032 m = m2; (kgdb) info loc sc = (struct ppp_softc *) 0xf01c43cc m = (struct mbuf *) 0xf1520180 len = 0 start = (unsigned char *) 0xf15201c4 "\237Ö" stop = (unsigned char *) 0xf15201c4 "\237Ö" cp = (unsigned char *) 0xf151b280 "\200õQñ" n = -246304128 ndone = 0 done = 1 m2 = (struct mbuf *) 0xf151b280 (kgdb) quit --->CUT HERE<--- -- Denis Fortin denis.fortin@dmr.ca DMR Group Inc, +1 (514) 877-3301 These opinions are my own From owner-freebsd-bugs Mon Jan 22 06:59:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA17992 for bugs-outgoing; Mon, 22 Jan 1996 06:59:02 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA17970 Mon, 22 Jan 1996 06:59:00 -0800 (PST) Date: Mon, 22 Jan 1996 06:59:00 -0800 (PST) From: Mike Pritchard Message-Id: <199601221459.GAA17970@freefall.freebsd.org> To: jc@irbs.com, mpp, freebsd-bugs Subject: Re: kern/343 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: tcpdump with filter fails on tun and lo devices State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Jan 22 06:58:36 PST 1996 State-Changed-Why: Verified to be working correctly under -current. From owner-freebsd-bugs Mon Jan 22 07:03:54 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA18347 for bugs-outgoing; Mon, 22 Jan 1996 07:03:54 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA18317 for ; Mon, 22 Jan 1996 07:03:03 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA03551; Tue, 23 Jan 1996 01:59:35 +1100 Date: Tue, 23 Jan 1996 01:59:35 +1100 From: Bruce Evans Message-Id: <199601221459.BAA03551@godzilla.zeta.org.au> To: bugs@FreeBSD.ORG, luigi@labinfo.iet.unipi.it Subject: Re: dd /dev/mem ... Sender: owner-bugs@FreeBSD.ORG Precedence: bulk >Running 2.1R, I tried the following running as root: > dd if=/dev/mem bs=32k skip=512 count=1 | dd bs=32 count=1 | hexdump >and my P100 w/ 16MB was frozen: no keyboard, no mouse, everything >still on the X screen. >the manpage says "Only offsets within the bounds of /dev/mem are >allowed.", and 512*32K is right beyond the physical RAM. However, I >have run C programs which would read beyond the limit with no problems. >Is it a bug in /dev/mem, "dd" or me ? Probably in /dev/mem, the manpage, and you :-). /dev/mem doesn't bound memory in any way. However, the man page may be too restrictive - you may want to access memory not known to the system for some reason. However, you shouldn't be surprised when accessing it does something bad. dd should fail if the memory has holes. There might be special hardware. There might be real memory with uninitialzied parity... Reading beyond the end of physical memory on my 16M system works up to 150MB but is very slow (1.5MB/sec average). Bruce From owner-freebsd-bugs Mon Jan 22 07:34:32 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA21144 for bugs-outgoing; Mon, 22 Jan 1996 07:34:32 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA21132 Mon, 22 Jan 1996 07:34:29 -0800 (PST) Date: Mon, 22 Jan 1996 07:34:29 -0800 (PST) From: Mike Pritchard Message-Id: <199601221534.HAA21132@freefall.freebsd.org> To: markd@grizzly.com, mpp, freebsd-bugs Subject: Re: bin/170 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: ar does not print an error message with readonly library State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Jan 22 07:33:37 PST 1996 State-Changed-Why: Fixed in rev 1.4 of usr.bin/ar/misc.c. From owner-freebsd-bugs Mon Jan 22 07:36:46 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA21443 for bugs-outgoing; Mon, 22 Jan 1996 07:36:46 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA21381 for ; Mon, 22 Jan 1996 07:36:14 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id QAA05424; Mon, 22 Jan 1996 16:24:34 +0100 From: Luigi Rizzo Message-Id: <199601221524.QAA05424@labinfo.iet.unipi.it> Subject: Re: dd /dev/mem ... To: mpp@mpp.minn.net (Mike Pritchard) Date: Mon, 22 Jan 1996 16:24:34 +0100 (MET) Cc: bugs@FreeBSD.org In-Reply-To: <199601221436.IAA00318@mpp.minn.net> from "Mike Pritchard" at Jan 22, 96 08:35:41 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-bugs@FreeBSD.org Precedence: bulk > Luigi Rizzo wrote: > > > > Running 2.1R, I tried the following running as root: > > > > dd if=/dev/mem bs=32k skip=512 count=1 | dd bs=32 count=1 | hexdump > > > > and my P100 w/ 16MB was frozen: no keyboard, no mouse, everything > > still on the X screen. > > Funny you should mention this -- I just crashed my machine trying > the same thing trying to verify PR# 383. As near as I can tell, it > only locks up the machine when you run it from X *and* the current > vty is the X window. If you do something like: > sleep 30; dd if=/dev/mem ... > and then switch to vty0, the machine won't lock up. Running from > an ordinary syscons vty doesn't seem to be a problem. Right, I think it worked yesterday from a syscons vty. and I believe I have read from /dev/mem with a C program from an xterm with no problems either. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-bugs Mon Jan 22 08:09:26 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA23661 for bugs-outgoing; Mon, 22 Jan 1996 08:09:26 -0800 (PST) Received: from proxy.siemens.at (proxy.siemens.at [192.138.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA23647 for ; Mon, 22 Jan 1996 08:08:46 -0800 (PST) Received: from zerberus.hai.siemens.co.at (zerberus.hai.siemens-austria) by proxy.siemens.at with SMTP id AA12609 (5.67a/IDA-1.5 for ); Mon, 22 Jan 1996 17:07:51 +0100 Received: from localhost by zerberus.hai.siemens.co.at (4.1/SMI-4.1) id AA11304; Mon, 22 Jan 96 17:07:48 +0100 Message-Id: <9601221607.AA11304@zerberus.hai.siemens.co.at> To: Bruce Evans Cc: freebsd-bugs@freebsd.org, wirth@zerberus.hai.siemens.co.at Subject: Re: Bug with NCR810 driver: Corrections, Additions and a Solution, see previous message In-Reply-To: Your message of "Tue, 23 Jan 1996 01:00:40 +1100." <199601221400.BAA01173@godzilla.zeta.org.au> Date: Mon, 22 Jan 1996 17:07:47 +0100 From: Helmut Wirth Sender: owner-bugs@freebsd.org Precedence: bulk >The problem may be worse for concurrent opens of the same drive. There is >a known problem with initial concurrent opens. Concurrent initialization >of the slice table is unsafe (previously, concurrent initialization of the >label was unsafe). This problem is usually avoided by initially opening >mosts drives while there is only one active process. fsck -p may cause it. >Bruce I don't know about other side effects, but to give an unit more than one START_SCSI commands tagged in its command cache invites trouble. Some units don't mind like my Quantum ATLAS, but the IBM disks are confused. This is probably a question of the disks firmware; some disks may tolerate it and others not. I think we should get rid of this start unit command. There certainly is a need of such a command while *probing* for the disks. Both IBM disks could be jumpered to spin up with such a start unit command. Maybe the solution is to use it only once at *the first open* and to reset a flag with the *last close*, this regardless if the open is caused by an access via the block device (during mount) or by the character device (with dump, fsck, et.al.). Helmut Wirth From owner-freebsd-bugs Mon Jan 22 09:10:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA27742 for bugs-outgoing; Mon, 22 Jan 1996 09:10:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA27732 Mon, 22 Jan 1996 09:10:03 -0800 (PST) Date: Mon, 22 Jan 1996 09:10:03 -0800 (PST) Message-Id: <199601221710.JAA27732@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: conf/963: Using the whole disk can end unbootable Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR conf/963; it has been noted by GNATS. From: J Wunsch To: muir@idiom.com Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: conf/963: Using the whole disk can end unbootable Date: Mon, 22 Jan 1996 16:55:27 +0100 (MET) As David Muir Sharnoff wrote: > > > Use a disk with > 2000 cylindars. > > >Description: > > The boot selector complains about having more than 2000 > cylindars and you're hosed. > > >How-To-Repeat: > > Tell the Jordan's nice install program to use the whole thing > and not to worry about DOS. > > Then tell it to install the nice F1, F2, etc. boot selector. Do you say you've been using the ``dangerously dedicated'' option? You are assumed you know what you are doing when using it. That's why it is not the default. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Jan 22 09:23:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA28737 for bugs-outgoing; Mon, 22 Jan 1996 09:23:11 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA28727 for ; Mon, 22 Jan 1996 09:23:09 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id JAA16138; Mon, 22 Jan 1996 09:22:56 -0800 Message-Id: <199601221722.JAA16138@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: Denis Fortin cc: bugs@freebsd.org, fortin@acm.org Subject: Re: 2.0.5 crashes daily: multiple frees is if_ppp.c -> more info In-reply-to: Your message of "Mon, 22 Jan 1996 09:58:56 EST." <199601221458.JAA03015@poterne.mtl.dmr.ca> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 22 Jan 1996 09:22:56 -0800 Sender: owner-bugs@freebsd.org Precedence: bulk > I've just done a send-pr to describe a problem that we're having >that is causing our internet gateway to crash almost daily. The >problem appears to be in /sys/net/if_ppp.c and be caused by "Multiple frees". You shoulod upgrade to 2.1-stable. There have been a variety of bugs fixed that directly relate to problems like this. The most important: RCS file: /home/ncvs/src/sys/i386/include/spl.h,v ... revision 1.12 date: 1995/10/30 17:01:37; author: bde; state: Exp; lines: +7 -3 Mask netisrs during softtty isrs. This may fix PR 798. SLIP and PPP line discipline interrupt handlers more or less expect to be called at spltty() == splimp(), although they have internal splimp()s that are bogus if this expectation is satisfied. They are called at splsoftty() from many tty drivers, so they were not protected from being reentered from their own netisrs. They certainly don't expect that but are apparently remarkably robust if it occurs. The problem in PR 798 seems to be caused by pppstart() being reentered and finishing off the output in progress by following the (stale) sc->sc_outm pointer. Then the original pppstart() finds garbage in m2 after MFREE(m, m2). slstart() doesn't have internal state like sc_outm so reentry of it probably only causes out of order and dropped packets. ...which is likely the cause of your problem. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Mon Jan 22 09:40:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA00311 for bugs-outgoing; Mon, 22 Jan 1996 09:40:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA00291 Mon, 22 Jan 1996 09:40:02 -0800 (PST) Date: Mon, 22 Jan 1996 09:40:02 -0800 (PST) Message-Id: <199601221740.JAA00291@freefall.freebsd.org> To: freebsd-bugs Cc: From: Nate Williams Subject: Re: kern/965: 2.0.5 daily crash: multiple frees in if_ppp.c Reply-To: Nate Williams Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/965; it has been noted by GNATS. From: Nate Williams To: fortin@zap.qc.ca Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: kern/965: 2.0.5 daily crash: multiple frees in if_ppp.c Date: Mon, 22 Jan 1996 10:34:29 -0700 > >Number: 965 > >Category: kern > >Synopsis: 2.0.5: system crashes daily because of "multiple frees" in if_ppp.c Can you upgrade this box to 2.1? I'm running a 2.1 box with 2 full-time PPP connections (one incoming, one outgoing) and it had a 30+ day uptime until I rebooted it to install the arp-patch Bill Fenner made Friday. 2.1 has worked very well for me, but I'm also not seeing the kind of loads you're seeing. Nate From owner-freebsd-bugs Mon Jan 22 09:43:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA00498 for bugs-outgoing; Mon, 22 Jan 1996 09:43:40 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA00493 for ; Mon, 22 Jan 1996 09:43:35 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id KAA22346; Mon, 22 Jan 1996 10:45:57 -0700 Date: Mon, 22 Jan 1996 10:45:57 -0700 From: Nate Williams Message-Id: <199601221745.KAA22346@rocky.sri.MT.net> To: JHupp@Gensys.Com Cc: Freebsd-bugs@freefall.freebsd.org Subject: Re: Bug in vm code? In-Reply-To: <1FFADB92BED@Novellnet.Gensys.com> References: <1FFADB92BED@Novellnet.Gensys.com> Sender: owner-bugs@FreeBSD.ORG Precedence: bulk > On two machines I am getting the following error followed by a > hang(system does not panic or reboot.) > > biodone: buffer already done. > > This is one machine: > > It is running as a news server and the problem tends to occure more > often during high disk activity, however I have not been able to generate > it 'on demand' by inducing large amounts of disk activity. Are you using mmap()? Nate From owner-freebsd-bugs Mon Jan 22 09:45:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA00716 for bugs-outgoing; Mon, 22 Jan 1996 09:45:14 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA00710 Mon, 22 Jan 1996 09:45:11 -0800 (PST) Message-Id: <199601221745.JAA00710@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: JHupp@Gensys.Com cc: Freebsd-bugs@freefall.freebsd.org Subject: Re: Bug in vm code? In-reply-to: Your message of "Mon, 22 Jan 1996 08:38:18 EST." <1FFADB92BED@Novellnet.Gensys.com> Date: Mon, 22 Jan 1996 09:45:11 -0800 From: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.ORG Precedence: bulk > On two machines I am getting the following error followed by a >hang(system does not panic or reboot.) > > biodone: buffer already done. > >This is one machine: > > It is running as a news server and the problem tends to occure more >often during high disk activity, however I have not been able to generate >it 'on demand' by inducing large amounts of disk activity. You should upgrade to -stable, although I don't know how well your 3c509 will do under -stable. The aic7xxx driver is much more robust there. >JHupp@gensys.com |For PGP Public Key: >http://gensys.com |finger jhupp@gensys.com >Nursing does not diminish the beauty of a woman's breasts; >it enhances their charm by making them look lived in and happy. > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Mon Jan 22 10:04:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA02159 for bugs-outgoing; Mon, 22 Jan 1996 10:04:09 -0800 (PST) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA01064 for ; Mon, 22 Jan 1996 09:48:56 -0800 (PST) Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id QAA03598 for ; Mon, 22 Jan 1996 16:22:16 +0100 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.12/8.6.9) id QAA13887; Mon, 22 Jan 1996 16:22:11 +0100 Date: Mon, 22 Jan 1996 16:22:11 +0100 Message-Id: <199601221522.QAA13887@caramba.cs.tu-berlin.de> To: bugs@freebsd.org Subject: lseek and whence value MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org Precedence: bulk Many programs call lseek with integers and not with whence macros (SEEK_SET, SEEK_CUR, SEEK_END). Wolfram /usr/src/bin/sh/mkinit.c: lseek(fd, (off_t)0, 0); /usr/src/bin/sh/redir.c: lseek(f, (off_t)0, 2); /usr/src/games/canfield/canfield/canfield.c: lseek(dbfd, uid * sizeof(struct betinfo), 0); /usr/src/games/canfield/canfield/canfield.c: i = lseek(dbfd, uid * sizeof(struct betinfo), 0); /usr/src/games/canfield/canfield/canfield.c: lseek(dbfd, uid * sizeof(struct betinfo), 0); /usr/src/games/canfield/cfscores/cfscores.c: i = lseek(dbfd, pw->pw_uid * sizeof(struct betinfo), 0); /usr/src/games/hack/hack.save.c: (void) lseek(fd, (off_t)0, 0); /usr/src/games/robots/score.c: lseek(inf, 0L, 0); /usr/src/games/snake/snake/snake.c: lseek(rawscores, ((long)uid)*sizeof(short), 0); /usr/src/games/snake/snake/snake.c: lseek(rawscores, ((long)uid)*sizeof(short), 0); /usr/src/games/snake/snake/snake.c: lseek(rawscores, (long)0, 0); /usr/src/gnu/libexec/uucp/common_sources/uucp.h:#define ffileseek(e, i) (lseek ((e), (off_t) i, 0) >= 0) /usr/src/gnu/libexec/uucp/common_sources/uucp.h:#define ffilerewind(e) (lseek ((e), (off_t) 0, 0) >= 0) /usr/src/gnu/libexec/uucp/common_sources/uucp.h:#define ffileseekend(e) (lseek ((e), (off_t) 0, 2) >= 0) /usr/src/gnu/usr.bin/awk/iop.c: if (lseek(fd, (off_t)0, 0) == -1) /usr/src/gnu/usr.bin/cvs/contrib/dirfns:X (void) lseek(dirp->dd_fd, base, 0); /usr/src/gnu/usr.bin/cvs/contrib/dirfns:X return (lseek(dirp->dd_fd, 0L, 1) - dirp->dd_size + dirp->dd_loc); /usr/src/gnu/usr.bin/cvs/contrib/dirfns.shar:X (void) lseek(dirp->dd_fd, base, 0); /usr/src/gnu/usr.bin/cvs/contrib/dirfns.shar:X return (lseek(dirp->dd_fd, 0L, 1) - dirp->dd_size + dirp->dd_loc); /usr/src/gnu/usr.bin/gdb/gdb/coffread.c: lseek (chan, 0L, 0); /usr/src/gnu/usr.bin/gdb/gdb/coffread.c: if (lseek (chan, offset, 0) < 0) /usr/src/gnu/usr.bin/gdb/gdb/coffread.c: if (lseek (chan, offset, 0) < 0) /usr/src/gnu/usr.bin/gdb/gdb/freebsd-nat.c: if (lseek (corechan, uaddr, 0) < 0) /usr/src/gnu/usr.bin/gdb/gdb/freebsd-nat.c: if (lseek(kfd, (off_t)memaddr, 0) < 0 && errno != 0) { /usr/src/gnu/usr.bin/gdb/gdb/freebsd-nat.c: if (lseek(fd, memaddr, 0) == -1 && errno != 0) { /usr/src/gnu/usr.bin/gdb/gdb/source.c: if (lseek (desc, s->line_charpos[line - 1], 0) < 0) /usr/src/gnu/usr.bin/gdb/gdb/source.c: if (lseek (desc, current_source_symtab->line_charpos[line - 1], 0) < 0) /usr/src/gnu/usr.bin/gdb/gdb/source.c: if (lseek (desc, current_source_symtab->line_charpos[line - 1], 0) < 0) /usr/src/gnu/usr.bin/grep/grep.c: bufoffset = lseek(fd, 0, 1); /usr/src/gnu/usr.bin/grep/grep.c: lseek(bufdesc, bufoffset, 0); /usr/src/gnu/usr.bin/mkisofs/diag/dump.c: lseek(fileno(infile), file_addr, 0); /usr/src/gnu/usr.bin/mkisofs/diag/isodump.c: lseek(fileno(infile), cont_extent << 11, 0); /usr/src/gnu/usr.bin/mkisofs/diag/isodump.c: lseek(fileno(infile), file_addr, 0); /usr/src/gnu/usr.bin/mkisofs/diag/isodump.c: lseek(fileno(infile), file_addr, 0); /usr/src/gnu/usr.bin/mkisofs/diag/isovfy.c: lseek(fileno(infile), cont_extent << 11, 0); /usr/src/gnu/usr.bin/mkisofs/diag/isovfy.c: lseek(fileno(infile), file_addr, 0); /usr/src/gnu/usr.bin/mkisofs/diag/isovfy.c: lseek(fileno(infile), typel_extent << 11, 0); /usr/src/gnu/usr.bin/mkisofs/diag/isovfy.c: lseek(fileno(infile), typem_extent << 11, 0); /usr/src/gnu/usr.bin/mkisofs/diag/isovfy.c: lseek(fileno(infile), file_addr, 0); /usr/src/gnu/usr.bin/mkisofs/diag/isoinfo.c: lseek(fileno(infile), cont_extent << 11, 0); /usr/src/gnu/usr.bin/mkisofs/diag/isoinfo.c: lseek(fileno(infile), extent << 11, 0); /usr/src/gnu/usr.bin/mkisofs/diag/isoinfo.c: lseek(fileno(infile), extent << 11, 0); /usr/src/gnu/usr.bin/mkisofs/diag/isoinfo.c: lseek(fileno(infile), 16<<11, 0); /usr/src/gnu/usr.bin/ld/ld.c: if (lseek(fd, entry->strings_offset, 0) == (off_t)-1) /usr/src/gnu/usr.bin/ld/ld.c: lseek (fd, 0, 0); /usr/src/gnu/usr.bin/ld/lib.c: lseek(fd, subfile_offset, 0); /usr/src/gnu/usr.bin/tar/buffer.c: cur = rmtlseek (archive, 0L, 1); /usr/src/gnu/usr.bin/tar/buffer.c: if (rmtlseek (archive, cur, 0) != cur) /usr/src/gnu/usr.bin/tar/buffer.c: pos = rmtlseek (archive, 0L, 1); /usr/src/gnu/usr.bin/tar/create.c: pos = lseek (fd, sparsearray[sparse_ind++].offset, 0); /usr/src/gnu/usr.bin/tar/diffarch.c: err = lseek (diff_fd, offset, 0); /usr/src/gnu/usr.bin/tar/diffarch.c: if (rmtlseek (archive, 0L, 0) != 0) /usr/src/gnu/usr.bin/tar/diffarch.c: lseek (diff_fd, sparsearray[sparse_ind].offset, 0); /usr/src/gnu/usr.bin/tar/extract.c: pos = lseek(fd, (off_t) sparsearray[sparse_ind].offset, 0); /usr/src/gnu/usr.bin/tar/extract.c: lseek(fd, offset, 0); /usr/src/gnu/usr.bin/tar/extract.c: lseek (fd, sparsearray[sparse_ind].offset, 0); /usr/src/gnu/usr.bin/tar/update.c: cur = rmtlseek (archive, 0L, 1); /usr/src/gnu/usr.bin/tar/update.c: if (rmtlseek (archive, cur, 0) != cur) /usr/src/gnu/usr.bin/perl/perl/doio.c: if ((lseek(fd, (length - 1), 0)) < 0) /usr/src/gnu/usr.bin/perl/perl/tdoio.c: if ((lseek(fd, (length - 1), 0)) < 0) /usr/src/lib/libc/xdr/xdr_rec.c: pos = lseek((int)rstrm->tcp_handle, (long) 0, 1); /usr/src/lib/libc/nls/msgcat.c: if (lseek(cat->fd, nextSet, 0) == -1) CORRUPT(); /usr/src/lib/libc/nls/msgcat.c: if (lseek(cat->fd, set->data.off, 0) == -1) return(0); /usr/src/lib/libc/nls/msgcat.c: if (lseek(cat->fd, set->u.firstMsg, 0) == -1) return(0); /usr/src/lib/libkvm/kvm.c: if (lseek(kd->vmfd, (off_t)kva, 0) == -1 && errno != 0) { /usr/src/lib/libkvm/kvm.c: if (lseek(kd->pmfd, (off_t)pa, 0) == -1 && errno != 0) { /usr/src/lib/libkvm/kvm.c: if (lseek(kd->vmfd, (off_t)kva, 0) == -1 && errno != 0) { /usr/src/lib/libkvm/kvm_hp300.c: if (lseek(kd->pmfd, (off_t)addr, 0) == -1 || /usr/src/lib/libkvm/kvm_hp300.c: if (lseek(kd->pmfd, (off_t)(addr - lowram), 0) == -1 || /usr/src/lib/libkvm/kvm_hp300.c: if (lseek(kd->pmfd, (off_t)addr, 0) == -1 || /usr/src/lib/libkvm/kvm_hp300.c: if (lseek(kd->pmfd, (off_t)(addr - lowram), 0) == -1 || /usr/src/lib/libkvm/kvm_mips.c: if (lseek(kd->pmfd, (off_t)addr, 0) < 0 || /usr/src/lib/libkvm/kvm_proc.c: if (lseek(fd, (off_t)uva, 0) == -1 && errno != 0) { /usr/src/lib/libkvm/kvm_sparc.c: if (lseek(kd->pmfd, (off_t)off, 0) == -1 && errno != 0 || /usr/src/lib/libkvm/kvm_sparc.c: if (lseek(kd->pmfd, (off_t)off, 0) == -1 && errno != 0 || /usr/src/lib/libpcap/pcap-bpf.c: (void)lseek(p->fd, 0, 0); /usr/src/lib/libpcap/pcap-enet.c: if (lseek(fid, 0, 0) < 0) { /usr/src/lib/libpcap/pcap-pf.c: (void)lseek(pc->fd, 0L, 0); /usr/src/libexec/rpc.rstatd/rstat_proc.c: if (lseek(kmem, (long)off, 0) == -1) /usr/src/sbin/dump/traverse.c: if (lseek(diskfd, ((off_t)blkno << dev_bshift), 0) != /usr/src/sbin/dump/traverse.c: if (lseek(diskfd, ((off_t)blkno << dev_bshift), 0) != /usr/src/sbin/fsck/utilities.c: if (lseek(fd, offset, 0) < 0) /usr/src/sbin/fsck/utilities.c: if (lseek(fd, offset, 0) < 0) /usr/src/sbin/fsck/utilities.c: (void)lseek(fd, offset + i + secsize, 0); /usr/src/sbin/fsck/utilities.c: if (lseek(fd, offset, 0) < 0) /usr/src/sbin/fsck/utilities.c: if (lseek(fd, offset, 0) < 0) /usr/src/sbin/fsck/utilities.c: (void)lseek(fd, offset + i + dev_bsize, 0); /usr/src/sbin/newfs/mkfs.c: if (lseek(fsi, (off_t)bno * sectorsize, 0) < 0) { /usr/src/sbin/modload/modload.c: if (lseek(modfd, N_TXTOFF(info_buf), 0) == -1) /usr/src/sbin/i386/fdisk/fdisk.c: lseek(fd,(sector * 512), 0); /usr/src/sbin/i386/fdisk/fdisk.c: lseek(fd,(sector * 512), 0); /usr/src/share/doc/smm/01.setup/3.t:lseek(fd, (long)off, 0); /usr/src/share/doc/smm/01.setup/3.t:lseek(fd, 0, 0); /usr/src/usr.bin/mail/fio.c: (void) lseek(fileno(f), (off_t)sizeof *message, 0); /usr/src/usr.bin/mkstr/mkstr.1: if (lseek(efil, (long) a1, 0) \ read(efil, buf, 256) <= 0) /usr/src/usr.bin/kzip/kzip.c: if (lseek (0, N_TXTOFF(hdr), 0) < 0) { /usr/src/usr.sbin/edquota/edquota.c: lseek(fd, (long)id * (long)sizeof (struct dqblk), 0); /usr/src/usr.sbin/lpr/lpd/printjob.c: (void) lseek(lfd, (off_t)pidoff, 0); /usr/src/usr.sbin/lpr/lpr/lpr.c: lseek(tfd, (off_t)0, 0) == 0 && /usr/src/usr.sbin/lpr/lpr/lpr.c: (void) lseek(fd, (off_t)0, 0); /usr/src/usr.sbin/sendmail/src/stats.c: (void) lseek(fd, (off_t) 0, 0); /usr/src/usr.sbin/trsp/trsp.c: (void) lseek(0, nl[1].n_value, 0); /usr/src/usr.sbin/trsp/trsp.c: (void) lseek(0, nl[0].n_value, 0); /usr/src/usr.sbin/trsp/trsp.c: (void) lseek(0, nl[0].n_value, 0); /usr/src/usr.sbin/trsp/trsp.c: (void) lseek(0, nl[1].n_value, 0); /usr/src/usr.sbin/rarpd/rarpd.c: (void)lseek(fd, 0, 0); /usr/src/usr.sbin/fdwrite/fdwrite.c: if (lseek (fd, (long) track*bpt, 0) < 0) { /usr/src/usr.sbin/fdwrite/fdwrite.c: if (lseek (fd, (long) track*bpt, 0) < 0) { /usr/src/usr.sbin/fdformat/fdformat.c: if (lseek (fd, (long) track*tracksize, 0) < 0) /usr/src/usr.sbin/ncrcontrol/ncrcontrol.c: if (lseek (kernelwritefile, addr, 0) != addr) { /usr/src/usr.sbin/ncrcontrol/ncrcontrol.c: if (lseek (kernelwritefile, addr, 0) != addr) { From owner-freebsd-bugs Mon Jan 22 11:00:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA05851 for bugs-outgoing; Mon, 22 Jan 1996 11:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA05807 Mon, 22 Jan 1996 11:00:02 -0800 (PST) Date: Mon, 22 Jan 1996 11:00:02 -0800 (PST) Message-Id: <199601221900.LAA05807@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Muir Sharnoff Subject: Re: Re: conf/963: Using the whole disk can end unbootable Reply-To: David Muir Sharnoff Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR conf/963; it has been noted by GNATS. From: David Muir Sharnoff To: J Wunsch Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: Re: conf/963: Using the whole disk can end unbootable Date: Mon, 22 Jan 1996 10:54:33 -0800 * Do you say you've been using the ``dangerously dedicated'' option? * * You are assumed you know what you are doing when using it. That's why * it is not the default. The message says that you can't use it with DOS if you do that. That's fine. If I can't use my friendly neighboorhood boot selector, then it should either mention that too or not let me. I know it makes sense in retrospect, but it wasted a bunch of time. -Dave From owner-freebsd-bugs Mon Jan 22 13:00:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA13126 for bugs-outgoing; Mon, 22 Jan 1996 13:00:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA13078 Mon, 22 Jan 1996 13:00:05 -0800 (PST) Date: Mon, 22 Jan 1996 13:00:05 -0800 (PST) Message-Id: <199601222100.NAA13078@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: kern/962: panic on shutdown -- have crash dump Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/962; it has been noted by GNATS. From: J Wunsch To: muir@idiom.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/962: panic on shutdown -- have crash dump Date: Mon, 22 Jan 1996 21:48:59 +0100 (MET) As David Muir Sharnoff wrote: > > Not sure what's important here except I had crashdumps on At least the kind of panic, and the failing spot (including the appropriate portion of an ``nm /kernel | sort | more'' around the failing %eip is interesting. Otherwise, nobody knows where it paniced, so nobody will feel responsible. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Jan 22 13:10:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA13587 for bugs-outgoing; Mon, 22 Jan 1996 13:10:12 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA13521 for ; Mon, 22 Jan 1996 13:09:57 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id IAA16928; Tue, 23 Jan 1996 08:03:29 +1100 Date: Tue, 23 Jan 1996 08:03:29 +1100 From: Bruce Evans Message-Id: <199601222103.IAA16928@godzilla.zeta.org.au> To: bugs@freebsd.org, fortinde@dmr.ca Subject: Re: 2.0.5 crashes daily: multiple frees is if_ppp.c -> more info Cc: fortin@acm.org Sender: owner-bugs@freebsd.org Precedence: bulk >panic: free: multiple frees >#0 boot (arghowto=3D256) at ../../i386/i386/machdep.c:870 >870 dumppcb.pcb_ptd =3D rcr3(); >(kgdb) bt >#0 boot (arghowto=3D256) at ../../i386/i386/machdep.c:870 >#1 0xf0112843 in panic (fmt=3D0xf010b9b2 "free: multiple frees") > at ../../kern/subr_prf.c:128 >#2 0xf010ba93 in free (addr=3D0xf1520180, type=3D1) > at ../../kern/kern_malloc.c:337 >#3 0xf013582e in pppstart (tp=3D0xf01c23e4) at ../../net/if_ppp.c:1028 >#4 0xf01a84fc in siopoll () at ../../i386/isa/sio.c:1569 >#5 0xf018e667 in doreti_swi () >#6 0xf019688c in cpu_switch () Try ORing SWI_NET_MASK into SW_TTY_MASK in . This is in -stable but isn't in 2.1 . Bruce From owner-freebsd-bugs Mon Jan 22 13:40:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16771 for bugs-outgoing; Mon, 22 Jan 1996 13:40:15 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16724 Mon, 22 Jan 1996 13:40:10 -0800 (PST) Date: Mon, 22 Jan 1996 13:40:10 -0800 (PST) Message-Id: <199601222140.NAA16724@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/965: 2.0.5 daily crash: multiple frees in if_ppp.c Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/965; it has been noted by GNATS. From: Bruce Evans To: Denis.Fortin@dmr.ca, FreeBSD-gnats-submit@freebsd.org Cc: Subject: Re: kern/965: 2.0.5 daily crash: multiple frees in if_ppp.c Date: Tue, 23 Jan 1996 08:24:24 +1100 > System crashes a few times a week (2-5) and reboots. This is Most This may be fixed in rev.1.12 (1995/10/30) of spl.h which is in -stable. See also PR 798. > Annoying since the BB-2016 then seems to require a manual "shutdown -r" > about 50% of the time or it isn't properly reset (i.e. the machine > stops answering the phone). This is probably caused by some of the devices on the BB being active at crash time and warm boots not resetting them. The UART IRQs are ORed together, so they must all be inactive or all except one must be disconnected for that one to be probed. Since they aren't disconnected until they are probed, the probes sometimes fail. This was fixed for some multiport boards (probably for BB's and not for AST's) in rev.1.123 (1995/11/29) of sio.c but isn't fixed in -stable. Possible workaround: Repeat all probes by duplicating the block of 16 BB config lines in your kernel config file. Bruce From owner-freebsd-bugs Mon Jan 22 14:00:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA19023 for bugs-outgoing; Mon, 22 Jan 1996 14:00:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA18970 Mon, 22 Jan 1996 14:00:04 -0800 (PST) Date: Mon, 22 Jan 1996 14:00:04 -0800 (PST) Message-Id: <199601222200.OAA18970@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: Re: conf/963: Using the whole disk can end unbootable Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR conf/963; it has been noted by GNATS. From: J Wunsch To: muir@idiom.com (David Muir Sharnoff) Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: Re: conf/963: Using the whole disk can end unbootable Date: Mon, 22 Jan 1996 22:09:17 +0100 (MET) As David Muir Sharnoff wrote: > > > * Do you say you've been using the ``dangerously dedicated'' option? > * > * You are assumed you know what you are doing when using it. That's why > * it is not the default. > > The message says that you can't use it with DOS if you do that. ``This is dangerous in that it will make the drive totally uncooperative with other potential operating systems on the same disk. It will lead instead to a totally dedicated disk, starting at the very first sector, bypassing all BIOS geometry considerations. You will run into serious trouble with ST-506 and ESDI drives and possibly some IDE drives (e.g. drives running under the control of sort of disk manager). SCSI drives are considerably less at risk. Do you insist on dedicating the entire disk this way?'' I don't really know how to make it more explicit that this is dangerous if you don't know what you are doing. Please, submit a better warning text... we failed to find one. > That's fine. If I can't use my friendly neighboorhood boot selector, > then it should either mention that too or not let me. What the heck do you wanna use a boot selector for if the *entire* disk is dedicated? The BSD label starts at sector 0, so there's no more room for a fancy boot selector. The usage of a boot selector is not even offered for the regular sequence of doing things (the menu is bypassed if ``dangerously dedicated'' has been selected). This option is really only intended for people who don't care for anything else than BSD, but therefore do not understand why they had to undergo major hassles in tweaking their brain for a disk ``geometry'' that was never really important again for them. As i wrote: please submit a better text. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Jan 22 23:30:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA10067 for bugs-outgoing; Mon, 22 Jan 1996 23:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA10037 Mon, 22 Jan 1996 23:30:03 -0800 (PST) Resent-Date: Mon, 22 Jan 1996 23:30:03 -0800 (PST) Resent-Message-Id: <199601230730.XAA10037@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, obrien@cs.ucdavis.edu Received: from toadflax.cs.ucdavis.edu (toadflax.cs.ucdavis.edu [128.120.56.188]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA09144 for ; Mon, 22 Jan 1996 23:22:23 -0800 (PST) Received: by toadflax.cs.ucdavis.edu (4.1/UCD.CS.2.6) id AA23225; Mon, 22 Jan 96 23:22:10 PST Message-Id: <9601230722.AA23225@toadflax.cs.ucdavis.edu> Date: Mon, 22 Jan 96 23:22:10 PST From: obrien@cs.ucdavis.edu (David E. O'Brien) Reply-To: obrien@cs.ucdavis.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/966: catman man page Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 966 >Category: docs >Synopsis: Added verbage to catman.1 man page >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Jan 22 23:30:01 PST 1996 >Last-Modified: >Originator: David E. O'Brien >Organization: University of California, Davis >Release: FreeBSD 2.1.0-RELEASE i386 >Environment: Nothing special. >Description: Coming from SunOS I expected `catman -w' to create the whatis datebase files. FreeBSD's catman doesn't support this. No big deal. I just added verbage to this affect for others comming from SunOS, et. al. >How-To-Repeat: catman -w >Fix: *** catman.1.orig Mon Jan 22 23:16:12 1996 --- catman.1.mod Mon Jan 22 23:15:12 1996 *************** *** 125,130 **** --- 125,133 ---- .Sh FEATURES Very fast if all man pages already formatted. + Does not support -w option to create the whatis database files like + some other Unix's (e.g. SunOS). Use makewhatis(1) instead. + .Sh BUGS .Xr man 1 is a setuid program. Be careful that user >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 23 00:07:55 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA13259 for bugs-outgoing; Tue, 23 Jan 1996 00:07:55 -0800 (PST) Received: from zap.zap.qc.ca (G362.257.interax.NET [199.202.234.77]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA13068 for ; Tue, 23 Jan 1996 00:03:37 -0800 (PST) Received: (from fortin@localhost) by zap.zap.qc.ca (8.6.12/8.6.6) id CAA00278; Tue, 23 Jan 1996 02:58:55 -0500 Date: Tue, 23 Jan 1996 02:58:52 -0500 (EST) From: Denis Fortin To: David Greenman cc: bugs@freebsd.org Subject: Re: 2.0.5 crashes daily: multiple frees is if_ppp.c -> more info In-Reply-To: <199601221722.JAA16138@Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk On Mon, 22 Jan 1996, David Greenman wrote: > > I've just done a send-pr to describe a problem that we're having > >that is causing our internet gateway to crash almost daily. The > >problem appears to be in /sys/net/if_ppp.c and be caused by "Multiple frees". > > You shoulod upgrade to 2.1-stable. There have been a variety of bugs fixed > that directly relate to problems like this. The most important: > RCS file: /home/ncvs/src/sys/i386/include/spl.h,v > revision 1.12 > date: 1995/10/30 17:01:37; author: bde; state: Exp; lines: +7 -3 > Mask netisrs during softtty isrs. This may fix PR 798. [...] > ...which is likely the cause of your problem. Yes, I must admit that it sounds like that's the cause of my problem. Unfortunately, I'd rather not upgrade the machine at this point in time if I can avoid it... So, I will try to implement Bruce's suggestion to OR SWI_NET_MASK into SW_TTY_MASK in machine/spl.h to see if that solves the problem. Thanks guys, I'll let you know how well that works out. Denis Fortin fortin@acm.org DMR Group Inc, (514) 877-3301 These opinions are my own From owner-freebsd-bugs Tue Jan 23 00:20:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA14209 for bugs-outgoing; Tue, 23 Jan 1996 00:20:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA14164 Tue, 23 Jan 1996 00:20:04 -0800 (PST) Date: Tue, 23 Jan 1996 00:20:04 -0800 (PST) Message-Id: <199601230820.AAA14164@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Muir Sharnoff Subject: Re: Re: Re: conf/963: Using the whole disk can end unbootable Reply-To: David Muir Sharnoff Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR conf/963; it has been noted by GNATS. From: David Muir Sharnoff To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: Re: Re: conf/963: Using the whole disk can end unbootable Date: Tue, 23 Jan 1996 00:10:29 -0800 * I don't really know how to make it more explicit that this is * dangerous if you don't know what you are doing. Please, submit * a better warning text... we failed to find one. What you are warning against is that it doesn't work with other operating systems. It also needs to warn that it cannot be used with the bootmgr. * > That's fine. If I can't use my friendly neighboorhood boot selector, * > then it should either mention that too or not let me. * * What the heck do you wanna use a boot selector for if the *entire* * disk is dedicated? The BSD label starts at sector 0, so there's no * more room for a fancy boot selector. Choosing which disk to boot off of. * The usage of a boot selector is not even offered for the regular * sequence of doing things (the menu is bypassed if ``dangerously * dedicated'' has been selected). * * This option is really only intended for people who don't care for * anything else than BSD, but therefore do not understand why they had * to undergo major hassles in tweaking their brain for a disk * ``geometry'' that was never really important again for them. * * As i wrote: please submit a better text. Either it wasn't bypassed or a different boot manager wasn't written. As far as I know the problems I had were because the boot selector didn't work. I didn't do anything special to install it, but there was an old one already there. If a special boot loader must be used with a disk that isn't using slices, then that boot loader needs to be installed! I've always had trouble getting the boot stuff work right because I insist on installing onto sd1. I really an easy way to add boot selectors and boot blocks onto other disks and partitions. Linux's LILO is a bit more flexible and I might use that as my primary boot selector if I could get it to work. -Dave From owner-freebsd-bugs Tue Jan 23 03:30:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA02601 for bugs-outgoing; Tue, 23 Jan 1996 03:30:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA02564 Tue, 23 Jan 1996 03:30:03 -0800 (PST) Date: Tue, 23 Jan 1996 03:30:03 -0800 (PST) Message-Id: <199601231130.DAA02564@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: Re: Re: conf/963: Using the whole disk can end unbootable Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR conf/963; it has been noted by GNATS. From: J Wunsch To: muir@idiom.com (David Muir Sharnoff) Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: Re: Re: conf/963: Using the whole disk can end unbootable Date: Tue, 23 Jan 1996 09:54:02 +0100 (MET) As David Muir Sharnoff wrote: > > What you are warning against is that it doesn't work with other > operating systems. It also needs to warn that it cannot be used > with the bootmgr. It also warns that it eats up the disk ``from the very first sector''. > * As i wrote: please submit a better text. > > Either it wasn't bypassed or a different boot manager wasn't written. A different ``boot manager'' was written. The disklabel itself. > As far as I know the problems I had were because the boot selector > didn't work. I didn't do anything special to install it, but there > was an old one already there. It should be wiped out without a whisper. > If a special boot loader must be used with a disk that isn't using > slices, then that boot loader needs to be installed! No special boot loader. Please think about it. The disk is being used by FreeBSD *from the very first sector*. That is exactly the sector of the disk where your beloved boot manager was sitting. It's apparent that there is no room for any fancy boot selector anymore, and that's why we decided to make it not the default, and why there's yet another warning that you might shoot into your foot if you don't really know what you are doing. Sigh, you apparently didn't know what you are doing, but selected it anyways. How should we protected people like you from shooting in their feet without bothering those too much that have a good reason to use the feature? The feature is intended for people who do not care at all about DOS, Linux, OS/2, Winglows, boot selectors, or whatnot. There are those folks around, allot actually, and they are our ``more serious customers'', i.e. often in the corporate environment, where the machines run 7*24 hours per week. We have been embarassing them too much with our 2.0.5 attitude of ``install a DOS partition first if you can't get the geometry troubles resolved''. That's the whole story why the ``dangerously dedicated'' mode is there. Perhaps we should add this headline to the window, with an emphasize on ``dangerously''. Again: submit a better warning text, please, or i'll close the PR since i fail to see how to `fix' the problem. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Jan 23 04:44:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA12135 for bugs-outgoing; Tue, 23 Jan 1996 04:44:05 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA12115 Tue, 23 Jan 1996 04:44:03 -0800 (PST) Date: Tue, 23 Jan 1996 04:44:03 -0800 (PST) From: Mike Pritchard Message-Id: <199601231244.EAA12115@freefall.freebsd.org> To: fenner@parc.xerox.com, mpp, freebsd-bugs Subject: Re: misc/437 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: addition for /usr/src/usr.bin/file/Magdir/zyxel State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Tue Jan 23 04:43:25 PST 1996 State-Changed-Why: Fixed by the recent import of file version 3.19. From owner-freebsd-bugs Tue Jan 23 04:46:23 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA12383 for bugs-outgoing; Tue, 23 Jan 1996 04:46:23 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA12362 Tue, 23 Jan 1996 04:46:20 -0800 (PST) Date: Tue, 23 Jan 1996 04:46:20 -0800 (PST) From: Mike Pritchard Message-Id: <199601231246.EAA12362@freefall.freebsd.org> To: lyndon@orthanc.com, mpp, freebsd-bugs Subject: Re: bin/766 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: file doesn't grok HTML; /etc/magic in wrong place State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Tue Jan 23 04:44:17 PST 1996 State-Changed-Why: The recent import of file version 3.19 contains /etc/magic information for HTML files. I'm not going to address the /etc/magic location issue at this time. From owner-freebsd-bugs Tue Jan 23 10:40:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08552 for bugs-outgoing; Tue, 23 Jan 1996 10:40:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08517 Tue, 23 Jan 1996 10:40:04 -0800 (PST) Date: Tue, 23 Jan 1996 10:40:04 -0800 (PST) Message-Id: <199601231840.KAA08517@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Muir Sharnoff Subject: Re: Re: Re: Re: conf/963: Using the whole disk can end unbootable Reply-To: David Muir Sharnoff Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR conf/963; it has been noted by GNATS. From: David Muir Sharnoff To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: Re: Re: Re: conf/963: Using the whole disk can end unbootable Date: Tue, 23 Jan 1996 10:27:14 -0800 * Again: submit a better warning text, please, or i'll close the PR * since i fail to see how to `fix' the problem. Warning text isn't needed. Just don't ask me which boot selector to use. I didn't go seek it out. I wouldn't have specified if it hadn't of asked. (I did a "commit" to start the process going, so perhaps if I had written the partition information first it wouldn't have asked, but I still think there is a bug in there.) I would have been happy to use the whole disk, I just need it to boot! Actually, the system this disk ended up on has 3 2GB disks with nothing but FreeBSD partitions on them. * It also warns that it eats up the disk ``from the very first sector''. Or at this point, is should say "precluding any possible boot selector (not that you would need one anyway)" -Dave From owner-freebsd-bugs Tue Jan 23 10:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08848 for bugs-outgoing; Tue, 23 Jan 1996 10:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08842 Tue, 23 Jan 1996 10:50:02 -0800 (PST) Resent-Date: Tue, 23 Jan 1996 10:50:02 -0800 (PST) Resent-Message-Id: <199601231850.KAA08842@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, muir@idiom.com Received: from idiom.com (idiom.com [140.174.82.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA08725 for ; Tue, 23 Jan 1996 10:47:11 -0800 (PST) Received: (from muir@localhost) by idiom.com (8.6.12/8.6.12) id KAA19343; Tue, 23 Jan 1996 10:46:40 -0800 Message-Id: <199601231846.KAA19343@idiom.com> Date: Tue, 23 Jan 1996 10:46:40 -0800 From: David Muir Sharnoff Reply-To: muir@idiom.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/967: gmp package on 2.1 CDROM doesn't install header files Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 967 >Category: ports >Synopsis: gmp package on 2.1 CDROM doesn't install header files >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 23 10:50:01 PST 1996 >Last-Modified: >Originator: David Muir Sharnoff >Organization: Idiom Consulting >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: The gmp-1.3.2 package doesn't install the header files that go with the library. Actually there another problem: if you sup ports-math from 2.1-STABLE you don't get a copy of gmp. >How-To-Repeat: Use pkg_add to install gmp-1.3.2 from the 2.1 CDROM >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 23 13:10:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16861 for bugs-outgoing; Tue, 23 Jan 1996 13:10:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16855 Tue, 23 Jan 1996 13:10:03 -0800 (PST) Date: Tue, 23 Jan 1996 13:10:03 -0800 (PST) Message-Id: <199601232110.NAA16855@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: Re: Re: Re: conf/963: Using the whole disk can end unbootable Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR conf/963; it has been noted by GNATS. From: J Wunsch To: muir@idiom.com (David Muir Sharnoff) Cc: joerg_wunsch@uriah.heep.sax.de, FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: Re: Re: Re: conf/963: Using the whole disk can end unbootable Date: Tue, 23 Jan 1996 21:45:53 +0100 (MET) As David Muir Sharnoff wrote: > > Warning text isn't needed. Just don't ask me which boot selector to > use. I didn't go seek it out. I wouldn't have specified if it hadn't > of asked. (I did a "commit" to start the process going, so perhaps if > I had written the partition information first it wouldn't have asked, > but I still think there is a bug in there.) I regularly doing this using just `commit', and it never happened to me. But maybe there's a bug, yes. sysinstall should base the decision to ask for the MBR contents based on the fact whether the FreeBSD slice starts at sector 0 or not. By now, this decision is made based on the history of entered commands, i.e. only if you have actually been selecting ``dangerously dedicated'' just a few seconds prior, it will supress the question. This doesn't account for cases where the disk is already in a state where the FreeBSD slice is at the very beginning (which could happen for various reasons). > * It also warns that it eats up the disk ``from the very first sector''. > > Or at this point, is should say "precluding any possible boot selector > (not that you would need one anyway)" Ok, i will add this. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Jan 23 13:29:38 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA18472 for bugs-outgoing; Tue, 23 Jan 1996 13:29:38 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA18455 Tue, 23 Jan 1996 13:29:35 -0800 (PST) Date: Tue, 23 Jan 1996 13:29:35 -0800 (PST) From: Joerg Wunsch Message-Id: <199601232129.NAA18455@freefall.freebsd.org> To: muir@idiom.com, joerg, freebsd-bugs Subject: Re: conf/963 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: Using the whole disk can end unbootable State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Tue Jan 23 22:28:06 MET 1996 State-Changed-Why: Added one more hint in sysinstall/disk.c rev 1.35. From owner-freebsd-bugs Tue Jan 23 22:10:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA29055 for bugs-outgoing; Tue, 23 Jan 1996 22:10:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA29032 Tue, 23 Jan 1996 22:10:03 -0800 (PST) Resent-Date: Tue, 23 Jan 1996 22:10:03 -0800 (PST) Resent-Message-Id: <199601240610.WAA29032@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA28256 for" ; Tue, 23 Jan 1996 22:01:38.-0800 (PST) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tevw9-000858C; Tue, 23 Jan 96 21:31 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tevtj-000CPXC; Tue, 23 Jan 96 21:29 WET Message-Id: Date: Tue, 23 Jan 96 21:29 WET From: uhclem@nemesis.lonestar.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/968: Netscape & cern_httpd ports out of date/dead links Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 968 >Category: ports >Synopsis: Netscape & cern_httpd ports out of date/dead links >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 23 22:10:02 PST 1996 >Last-Modified: >Originator: Frank Durda IV >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: 1. Downloading "netscape2" and then using "make" pulls down netscape20b2, which has expired and no longer exists on the netscape corp. servers. It does download eventually from Walnut Creek, but once installed it tells you it has expired. B5 is the current version and a port needs to be done. (B5 expires 1-March) 2. "cern_httpd" documentation has several pointers to obsolete sites for accessing the online help. The obsolete sites do have forwarding pointers with a disclaimer that these pointers are temporary. The READMEs and other instructions downloaded with the port need to be updated. 3. A suggestion: When invoking "make" on cern_httpd, it reports that several modules are not present on the system and proceeds to download and install them. It would be really nice if the DESCR or some other file listed any non-stock modules that a given package requires. 4. It would be nice if pkg_add could be updated to say where it is going to download the *.tgz files when invoked via "make" of a package. For people managing tight space, this would be useful. Specifying where to put these things would be even better. 5. It would be nice if the "make" of a package would allow you to specify an already-downloaded *.tgz file, AND if the md5 checksum didn't match, it asked what to do (Abort, Keep Going, Get a Fresh Copy) so that someone who has obtained the newer version of something (such as the b5 netscape) can shove it in, ignore the MD5 signature difference and get the working version installed. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 23 22:10:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA29075 for bugs-outgoing; Tue, 23 Jan 1996 22:10:15 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA29051 Tue, 23 Jan 1996 22:10:08 -0800 (PST) Resent-Date: Tue, 23 Jan 1996 22:10:08 -0800 (PST) Resent-Message-Id: <199601240610.WAA29051@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, uhclem Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA28296 for ; Tue, 23 Jan 1996 22:02:10 -0800 (PST) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tewkP-00085AC; Tue, 23 Jan 96 22:23 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tewdK-000CZiC; Tue, 23 Jan 96 22:16 WET Message-Id: Date: Tue, 23 Jan 96 22:16 WET From: uhclem@nemesis.lonestar.org Reply-To: uhclem To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/969: Duplicate error messages from pkg_add/Make process Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 969 >Category: ports >Synopsis: Duplicate error messages from pkg_add/Make process >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 23 22:10:04 PST 1996 >Last-Modified: >Originator: Frank Durda IV >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: In a previous item I reported that some of the ports refer to sites that no longer have the files in question. When this happens as part of a download caused by trying to build a package other than the one that is being fetched (A requires B to build so I'll download B), you can get an error message twice for each failed attempt: >How-To-Repeat: Download the port for cern_httpd and do a "make" with none of the other parts that cern_httpd apparently needs (WWWLibrary etc) present. >Fix: >Audit-Trail: >Unformatted: >>Attempting to fetch from ftp://www0.cern.ch/pub/www/src/. /pub/www/src/WWWDaemon_3.0.tar.Z: No such file or directory: No such file or directory. >>Attempting to fetch from ftp://ftp.freebsd.org/pub/FreeBSD/distfiles (this works but may indicate we have an obsolete version that CERN has dropped) Also, WWWLibrary_2.1.7.tar.Z is also missing at the CERN site and causes the duplicate "No such file or directory" messages too. From owner-freebsd-bugs Tue Jan 23 22:43:20 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA01794 for bugs-outgoing; Tue, 23 Jan 1996 22:43:20 -0800 (PST) Received: (from markm@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA01767 Tue, 23 Jan 1996 22:43:16 -0800 (PST) Date: Tue, 23 Jan 1996 22:43:16 -0800 (PST) From: Mark Murray Message-Id: <199601240643.WAA01767@freefall.freebsd.org> To: muir@idiom.com, markm, freebsd-bugs Subject: Re: ports/967 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: gmp package on 2.1 CDROM doesn't install header files State-Changed-From-To: open-closed State-Changed-By: markm State-Changed-When: Tue Jan 23 22:41:36 PST 1996 State-Changed-Why: This port has been turned into mainstream code. The problems mentioned have been fixed. From owner-freebsd-bugs Tue Jan 23 22:50:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA02175 for bugs-outgoing; Tue, 23 Jan 1996 22:50:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA02145 Tue, 23 Jan 1996 22:50:03 -0800 (PST) Date: Tue, 23 Jan 1996 22:50:03 -0800 (PST) Message-Id: <199601240650.WAA02145@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mark Murray Subject: Re: ports/967: gmp package on 2.1 CDROM doesn't install header files Reply-To: Mark Murray Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR ports/967; it has been noted by GNATS. From: Mark Murray To: muir@idiom.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: ports/967: gmp package on 2.1 CDROM doesn't install header files Date: Wed, 24 Jan 1996 08:43:18 +0200 David Muir Sharnoff wrote: > >Description: > > The gmp-1.3.2 package doesn't install the header files that > go with the library. > > Actually there another problem: if you sup ports-math from > 2.1-STABLE you don't get a copy of gmp. In -current, lib{g}mp is a part of the base system. It has been removed from ports. The headers install properly. -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-bugs Thu Jan 25 02:50:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA15232 for bugs-outgoing; Thu, 25 Jan 1996 02:50:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA15224 Thu, 25 Jan 1996 02:50:05 -0800 (PST) Resent-Date: Thu, 25 Jan 1996 02:50:05 -0800 (PST) Resent-Message-Id: <199601251050.CAA15224@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ap@bnc.net Received: from uran.informatik.uni-bonn.de (root@uran.informatik.uni-bonn.de [131.220.8.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA14761 for ; Thu, 25 Jan 1996 02:42:54 -0800 (PST) Received: from oink.rhein.de (oink.rhein.de [193.175.27.130]) by uran.informatik.uni-bonn.de (8.7.3-ws3/8.7.1-ws3) with SMTP id LAA17299 for ; Thu, 25 Jan 1996 11:42:38 +0100 (MET) Received: (from noses@localhost) by oink.rhein.de (8.6.11/8.6.9) id LAA14068; Thu, 25 Jan 1996 11:42:37 +0100 Message-Id: <199601251042.LAA14068@oink.rhein.de> Date: Thu, 25 Jan 1996 11:42:37 +0100 From: Noses Reply-To: ap@bnc.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/970: PCI probe failing with two bridges Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 970 >Category: kern >Synopsis: PCI probe failing with two bridges >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 25 02:50:02 PST 1996 >Last-Modified: >Originator: Noses >Organization: OINK- The Home of the Nasentier >Release: FreeBSD 2.1.0-RELEASE i386 >Environment: Asus P55TP4XE with Adaptec 2940 and two Intel EtherPower^2 running FreeBSD 2.1.0R. >Description: While booting I'm getting the following messages: Probing for devices on the PCI bus: chip0 rev 2 on pci0:0 chip1 rev 2 on pci0:7 ahc0 rev 3 int a irq 5 on pci0:9 ahc0: 2940 Single Channel, SCSIId=7, aic7870, 255 SCBs [disks...] chip2 rev 2 on pci 0:11 chip3 rev 2 on pci 0:12 Probing for devices on the PCI bus: de0 rev 35 int a irq 12 on pci1:4 de0: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:00:c0:30:06:c0 de0: enabling Thinwire/AUI port de1 rev 35 int a irq 9 on pci1:5 de1: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:00:c0:05:05:c0 de1: enabling Thinwire/AUI port Probing for devices on the PCI bus: de2 rev 35 int a irq 12 on pci1:4 pci_map_port failed: device's iorange 0xd8800-0xd87f is incompatible with its bridge's range 0xc0000-0xcfff de3 rev 35 int a irq 9 on pci1:5 pci_map_port failed: device's iorange 0xd400-0xd47f is incompatible with its bridge's range 0xc0000-0xcfff >How-To-Repeat: Booting with the appropriate hardware >Fix: None. Urgently needed. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jan 25 06:38:38 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA24286 for bugs-outgoing; Thu, 25 Jan 1996 06:38:38 -0800 (PST) Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA24276 for ; Thu, 25 Jan 1996 06:38:32 -0800 (PST) Received: by Sysiphos id AA04773 (5.67b/IDA-1.5 for bugs@freebsd.org); Thu, 25 Jan 1996 15:36:36 +0100 Message-Id: <199601251436.AA04773@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Thu, 25 Jan 1996 15:36:35 +0100 In-Reply-To: Noses "kern/970: PCI probe failing with two bridges" (Jan 25, 11:42) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: ap@bnc.net Subject: Re: kern/970: PCI probe failing with two bridges Cc: bugs@freebsd.org Sender: owner-bugs@freebsd.org Precedence: bulk On Jan 25, 11:42, Noses wrote: } Subject: kern/970: PCI probe failing with two bridges } While booting I'm getting the following messages: } } Probing for devices on the PCI bus: } chip0 rev 2 on pci0:0 } chip1 rev 2 on pci0:7 } ahc0 rev 3 int a irq 5 on pci0:9 } ahc0: 2940 Single Channel, SCSIId=7, aic7870, 255 SCBs } [disks...] } chip2 rev 2 on pci 0:11 } chip3 rev 2 on pci 0:12 } Probing for devices on the PCI bus: } de0 rev 35 int a irq 12 on pci1:4 } de0: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:00:c0:30:06:c0 } de0: enabling Thinwire/AUI port } de1 rev 35 int a irq 9 on pci1:5 } de1: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:00:c0:05:05:c0 } de1: enabling Thinwire/AUI port } Probing for devices on the PCI bus: } de2 rev 35 int a irq 12 on pci1:4 } pci_map_port failed: device's iorange 0xd8800-0xd87f is incompatible with its bridge's range 0xc0000-0xcfff } de3 rev 35 int a irq 9 on pci1:5 } pci_map_port failed: device's iorange 0xd400-0xd47f is incompatible with its bridge's range 0xc0000-0xcfff } >Fix: } None. Urgently needed. Not true. (The "None" part, the urgently needed is beyond my control ;-). The bug was found by Matt Thomas, and has been incorporated into both FreeBSD-stable and FreeBSD-current. But it is just two characters to add, so you can manually fix it: In file /sys/pci/pcireg.h, there are macros to extract the bus numbers from the bridges PCI configuration space registers. The lines below are correct, in the version delivered with 2.1R, there are ">" operators instead of the correct ">>". #define PCI_SUBORDINATE_BUS_EXTRACT(x) (((x) >> 16) & 0xff) #define PCI_SECONDARY_BUS_EXTRACT(x) (((x) >> 8) & 0xff) ^^ these were ">" in 2.1R Either get a new version of /sys/pci/pcireg.h or just modify those two lines to correctly use the shift operators ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-bugs Thu Jan 25 14:58:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA14830 for bugs-outgoing; Thu, 25 Jan 1996 14:58:59 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA14814 for ; Thu, 25 Jan 1996 14:58:47 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA17769; Thu, 25 Jan 1996 23:58:43 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA20345; Thu, 25 Jan 1996 23:58:43 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA16218; Thu, 25 Jan 1996 23:32:39 +0100 (MET) From: J Wunsch Message-Id: <199601252232.XAA16218@uriah.heep.sax.de> Subject: Re: kern/970: PCI probe failing with two bridges To: se@ZPR.Uni-Koeln.DE (Stefan Esser) Date: Thu, 25 Jan 1996 23:32:39 +0100 (MET) Cc: bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601251436.AA04773@Sysiphos> from "Stefan Esser" at Jan 25, 96 03:36:35 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org Precedence: bulk As Stefan Esser wrote: > > } >Fix: > } None. Urgently needed. > > Not true. (The "None" part, the urgently > needed is beyond my control ;-). > > The bug was found by Matt Thomas, and has > been incorporated into both FreeBSD-stable > and FreeBSD-current. Geee.... I hope the bug is stable enough to go into -stable? >:-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Jan 25 15:20:20 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA16736 for bugs-outgoing; Thu, 25 Jan 1996 15:20:20 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA16660 Thu, 25 Jan 1996 15:20:14 -0800 (PST) Resent-Date: Thu, 25 Jan 1996 15:20:14 -0800 (PST) Resent-Message-Id: <199601252320.PAA16660@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ylo@trance.olari.clinet.fi Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA16120 for ; Thu, 25 Jan 1996 15:13:51 -0800 (PST) Received: from trance.olari.clinet.fi (trance.olari.clinet.fi [194.100.1.134]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id PAA09543 for ; Thu, 25 Jan 1996 15:12:24 -0800 Received: (from ylo@localhost) by trance.olari.clinet.fi (8.6.12/8.6.12) id BAA24436; Fri, 26 Jan 1996 01:17:08 +0200 Message-Id: <199601252317.BAA24436@trance.olari.clinet.fi> Date: Fri, 26 Jan 1996 01:17:08 +0200 From: Tatu Ylonen Reply-To: ylo@trance.olari.clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/971: Default limits for number of processes per user ridiculously low Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 971 >Category: kern >Synopsis: Default limits for number of processes per user ridiculously low >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Jan 25 15:20:02 PST 1996 >Last-Modified: >Originator: Tatu Ylonen >Organization: Helsinki University of Technology >Release: FreeBSD 2.1-STABLE i386 >Environment: Single-user machine, i486-100, 24M ram, 4GB disk. Kernel with maxusers 100. >Description: The default maxusers value in the distribution kernel is too low for use as a single-user workstation. Even when maxusers is increased, the limit for number of processes per user does not appear to increase, but must be increased with "limit maxproc 1000" or something like that. The default limit appears to be 40, which isn't good for anything. Count X, a few xterms, netscape or two, a few emacses, some rsh/ssh processes, and a compilation or debugger. It is not possible to use a machine with maxproc 40, and changing it is annoying since if you don't do it at login, new xterms and emacses started from window manager will again have the minuscule limit. >How-To-Repeat: >Fix: Make the default soft limit grow with maxusers. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jan 25 16:30:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA21149 for bugs-outgoing; Thu, 25 Jan 1996 16:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA21137 Thu, 25 Jan 1996 16:30:02 -0800 (PST) Resent-Date: Thu, 25 Jan 1996 16:30:02 -0800 (PST) Resent-Message-Id: <199601260030.QAA21137@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gjbroom@kinsella.csc.UVic.CA Received: from kinsella.csc.UVic.CA (kinsella.csc.UVic.CA [142.104.100.119]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA20928 for ; Thu, 25 Jan 1996 16:27:44 -0800 (PST) Received: (from gjbroom@localhost) by kinsella.csc.UVic.CA (8.6.12/8.6.12) id QAA21837; Thu, 25 Jan 1996 16:27:46 -0800 Message-Id: <199601260027.QAA21837@kinsella.csc.UVic.CA> Date: Thu, 25 Jan 1996 16:27:46 -0800 From: Gord Broom Reply-To: gjbroom@kinsella.csc.UVic.CA To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/972: inetd.conf should comment out k-services if no Kerberos present Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 972 >Category: conf >Synopsis: inetd.conf should comment out k-services if no Kerberos present >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Thu Jan 25 16:30:01 PST 1996 >Last-Modified: >Originator: Gord Broom Research Programmer, University of Victoria >Organization: Gord Broom Programmer/Analyst Department of Computer Science, University of Victoria, CANADA "Sure, alcohol kills brain cells. But only the weak ones." >Release: FreeBSD 2.1-STABLE i386 >Environment: Any CD-ROM installation. >Description: By default, the CD-ROM doesn't contain any DES or kerberos code. People in the USA and Canada can legally FTP the missing bits from ftp.freebsd.org and install them. If you install kerb on one machine but not another, remote logins to the unkerb-ed machine will fail because inetd.conf thinks that kerberos is there. >How-To-Repeat: Add the kerberos package to one system but not another, try to rlogin from the kerberized one. >Fix: Comment out the offending lines from inetd.conf Here's a patch to do just that: *** inetd.conf Thu Jan 25 16:20:08 1996 --- inetd.conf.new Thu Jan 25 16:20:36 1996 *************** *** 27,36 **** #daytime dgram udp wait root internal #time dgram udp wait root internal # Kerberos authenticated services ! klogin stream tcp nowait root /usr/libexec/rlogind rlogind -k ! eklogin stream tcp nowait root /usr/libexec/rlogind rlogind -k -x ! kshell stream tcp nowait root /usr/libexec/rshd rshd -k ! rkinit stream tcp nowait root /usr/libexec/rkinitd rkinitd # Services run ONLY on the Kerberos server # Neither of these work in FreeBSD 1.x. #krbupdate stream tcp nowait root /usr/libexec/registerd registerd --- 27,36 ---- #daytime dgram udp wait root internal #time dgram udp wait root internal # Kerberos authenticated services ! #klogin stream tcp nowait root /usr/libexec/rlogind rlogind -k ! #eklogin stream tcp nowait root /usr/libexec/rlogind rlogind -k -x ! #kshell stream tcp nowait root /usr/libexec/rshd rshd -k ! #rkinit stream tcp nowait root /usr/libexec/rkinitd rkinitd # Services run ONLY on the Kerberos server # Neither of these work in FreeBSD 1.x. #krbupdate stream tcp nowait root /usr/libexec/registerd registerd >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jan 25 17:20:46 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA23633 for bugs-outgoing; Thu, 25 Jan 1996 17:20:46 -0800 (PST) Received: from prod1.satelnet.org (prod1.satelnet.org [204.157.227.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA23628 for ; Thu, 25 Jan 1996 17:20:43 -0800 (PST) Received: from sefl by prod1.satelnet.org; (5.65/1.1.8.2/04Mar95-0901AM) id AA00328; Thu, 25 Jan 1996 20:20:41 -0500 Received: (from ccappuc@localhost) by sefl.satelnet.org (8.6.8.1/8.6.6) id UAA07668 for bugs@freebsd.org; Thu, 25 Jan 1996 20:19:11 -0500 Date: Thu, 25 Jan 1996 20:19:11 -0500 From: Chris Cappuccio Message-Id: <199601260119.UAA07668@sefl.satelnet.org> To: bugs@freebsd.org Sender: owner-bugs@freebsd.org Precedence: bulk I'm using the Jun 17 snapshot of freebsd with -current kernel sources... ed0 has some strangeness but untill i further debug my configuration I can't say there are any real bugs in it but with my new kernel ps and w break 'proc size mismatch'.. I got ps and w -current sources and compiled them and that didn't help...bleh.. Peace, Chris From owner-freebsd-bugs Thu Jan 25 23:34:25 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA15431 for bugs-outgoing; Thu, 25 Jan 1996 23:34:25 -0800 (PST) Received: from ra.ibr.cs.tu-bs.de (ra.ibr.cs.tu-bs.de [134.169.246.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA15414 Thu, 25 Jan 1996 23:34:15 -0800 (PST) Received: from achill [134.169.34.18] by ra.ibr.cs.tu-bs.de (8.6.10/tubsibr) with ESMTP id IAA01706; Fri, 26 Jan 1996 08:33:40 +0100 Received: from petri@localhost by achill.ibr.cs.tu-bs.de (8.6.10/tubsibr) id IAA00914; Fri, 26 Jan 1996 08:33:39 +0100 Date: Fri, 26 Jan 1996 08:33:39 +0100 From: Stefan Petri Message-Id: <199601260733.IAA00914@achill.ibr.cs.tu-bs.de> To: FreeBSD-gnats@freefall.freebsd.org, ylo@trance.olari.clinet.fi CC: freebsd-bugs@freefall.freebsd.org In-reply-to: Tatu Ylonen's message of Thu, 25 Jan 1996 15:20:14 -0800 (PST) <199601252320.PAA16660@freefall.freebsd.org> Subject: kern/971: Default limits for number of processes per user ridiculously low Reply-to: petri@ibr.cs.tu-bs.de Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Hi! Tatu> Make the default soft limit grow with maxusers. IMHO those two numbers are sufficiently unrelated to not use that method. _If_ you really need 100 users with 1000 processes each, you can still set it in some global init file (xdm/Xsession or /etc/profile or whatever). Stefan From owner-freebsd-bugs Fri Jan 26 00:30:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20847 for bugs-outgoing; Fri, 26 Jan 1996 00:30:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20830 Fri, 26 Jan 1996 00:30:04 -0800 (PST) Date: Fri, 26 Jan 1996 00:30:04 -0800 (PST) Message-Id: <199601260830.AAA20830@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: conf/972: inetd.conf should comment out k-services if no Kerberos present Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR conf/972; it has been noted by GNATS. From: J Wunsch To: gjbroom@kinsella.csc.UVic.CA Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: conf/972: inetd.conf should comment out k-services if no Kerberos present Date: Fri, 26 Jan 1996 09:17:39 +0100 (MET) As Gord Broom wrote: > > By default, the CD-ROM doesn't contain any DES or kerberos code. > People in the USA and Canada can legally FTP the missing bits from > ftp.freebsd.org and install them. If you install kerb on one machine > but not another, remote logins to the unkerb-ed machine will fail because > inetd.conf thinks that kerberos is there. > >Fix: > > Comment out the offending lines from inetd.conf Hmm, the problem is that this f*** US policy causes us already a bunch of grey hears while making a release. Now, one of the distributions needs an inetd.conf with it and one needs an inetd.conf without it. Ick. :-(( -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Jan 26 00:45:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA22527 for bugs-outgoing; Fri, 26 Jan 1996 00:45:08 -0800 (PST) Received: from trance.olari.clinet.fi (trance.olari.clinet.fi [194.100.1.134]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA22512 Fri, 26 Jan 1996 00:45:02 -0800 (PST) Received: (from ylo@localhost) by trance.olari.clinet.fi (8.6.12/8.6.12) id KAA00602; Fri, 26 Jan 1996 10:49:41 +0200 Date: Fri, 26 Jan 1996 10:49:41 +0200 Message-Id: <199601260849.KAA00602@trance.olari.clinet.fi> From: Tatu Ylonen To: petri@ibr.cs.tu-bs.de Cc: FreeBSD-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: kern/971: Default limits for number of processes per user ridiculously low In-Reply-To: <199601260733.IAA00914@achill.ibr.cs.tu-bs.de> References: <199601252320.PAA16660@freefall.freebsd.org> <199601260733.IAA00914@achill.ibr.cs.tu-bs.de> Organization: Helsinki University of Technology, Finland Sender: owner-bugs@FreeBSD.ORG Precedence: bulk > IMHO those two numbers are sufficiently unrelated to not use that > method. _If_ you really need 100 users with 1000 processes each, you > can still set it in some global init file (xdm/Xsession or > /etc/profile or whatever). The point I am trying to make is that 40 is too low as the default limit. It is not enough for one user (and I know many people who have more open windows than I do). A large fraction of users will have to increase it. It is not widely known how to increase that limit in the kernel. I don't need 100 users with 1000 processes each. I want one user with 1000 processes (or even 200). Why not make the per-user's limit be e.g. max(40,systemwide_maxproc/5)? Maxusers is quite widely known and exists on many systems. It would be convenient to get rid of silly restrictions like this by increasing maxusers. I don't care if eats a little memory. I just want it to work and don't want to fight with it. I would set the soft limit in /etc/rc if it was easy, but it is a /bin/sh script and /bin/sh does not support setting limits... Tatu Ylonen From owner-freebsd-bugs Fri Jan 26 09:01:52 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA12159 for bugs-outgoing; Fri, 26 Jan 1996 09:01:52 -0800 (PST) Received: from UConnVM.UConn.Edu (uconnvm.uconn.edu [137.99.26.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA12154 for ; Fri, 26 Jan 1996 09:01:49 -0800 (PST) Received: from ruddles.stat.uconn.edu by UConnVM.UConn.Edu (IBM VM SMTP V2R2) with TCP; Fri, 26 Jan 96 12:01:37 EST Received: by ruddles.stat.uconn.edu (4.1/SMI-4.1) id AA09002; Fri, 26 Jan 96 11:57:11 EST Date: Fri, 26 Jan 96 11:57:11 EST From: jeff@stat.uconn.edu (Jeffrey M. Metcalf) Message-Id: <9601261657.AA09002@ruddles.stat.uconn.edu> To: bugs@FreeBSD.org Subject: Installation of FreeBSD-2.1 from DOS partition Sender: owner-bugs@FreeBSD.org Precedence: bulk Hello, I mailed a question last Monday concerning a problem installing FreeBSD 2.1 from a DOS partition. I was able to install the minimal system (44MB) from floppy with the help of the root floppy image I created using rawrite.exe. I have yet to install the system from my DOS partition. Either I have seriosly fudged the installation process (unlikely since I followed the instructions religiously) or there in a bug in the installation floppy when the installation medium is an MSDOS partition. I suspect the latter. It seems that FreeBSD either cannot find the root.flp image which I put into c:\freebsd\floppies from e:\floppies or it cannot find the contents of c:\freebsd\bin which is where I put the contents of e:\dists\bin. Perhaps there is a discrepancy between the installation manual's described path for the bin.* files or the root.flp image, and the installation program's actaual path for looking for these files. I would appreciate a reply. You can reference my Monday, 22-JAN-96 message sent to questions@FreeBSD.org. Thank You, J. Metcalf From owner-freebsd-bugs Fri Jan 26 12:47:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA25884 for bugs-outgoing; Fri, 26 Jan 1996 12:47:00 -0800 (PST) Received: from maui.com (root@waena.mrtc.maui.com [199.4.33.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA25876 for ; Fri, 26 Jan 1996 12:46:53 -0800 (PST) Received: from puga (puga.mauibuilt.com [205.166.10.1]) by maui.com (8.6.10/8.6.6) with SMTP id KAA16583 for ; Fri, 26 Jan 1996 10:51:34 -1000 Message-ID: <2F278BEE.41C67EA6@maui.com> Date: Thu, 26 Jan 1995 01:47:58 -1000 From: Richard Puga X-Mailer: Mozilla 2.0b6a (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: bugs@freebsd.org Subject: awk error X-URL: http://www.freebsd.org/support.html Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk sh /usr/src/lib/libedit/makelist -h /usr/src/lib/libedit/vi.c > vi.h awk: cmd. line:15: (FILENAME=- FNR=986) fatal error: internal error Jan 26 01:33:18 puga /kernel: pid 1227: awk: uid 0: exited on signal 6 abort - core dumped Im getting this error or similar ones while trying to compile stuff Im running 2.2 current which is about as current as the date and time on this error (I just suped).. just letting you know RP puga@maui.com From owner-freebsd-bugs Fri Jan 26 14:19:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA01740 for bugs-outgoing; Fri, 26 Jan 1996 14:19:11 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA01364 Fri, 26 Jan 1996 14:12:46 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA28435; Fri, 26 Jan 1996 23:10:02 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA19630; Fri, 26 Jan 1996 23:09:53 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id WAA20112; Fri, 26 Jan 1996 22:29:20 +0100 (MET) From: J Wunsch Message-Id: <199601262129.WAA20112@uriah.heep.sax.de> Subject: Re: kern/971: Default limits for number of processes per user ridiculously low To: ylo@cs.hut.fi (Tatu Ylonen) Date: Fri, 26 Jan 1996 22:29:20 +0100 (MET) Cc: petri@ibr.cs.tu-bs.de, FreeBSD-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601260849.KAA00602@trance.olari.clinet.fi> from "Tatu Ylonen" at Jan 26, 96 10:49:41 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@FreeBSD.ORG Precedence: bulk As Tatu Ylonen wrote: > > The point I am trying to make is that 40 is too low as the default > limit. ...or even too high, depending on your point of view. For example, on a 4 MB 386/25, even the famous fork game: #!/bin/sh $0 & $0 is likely to cause the machine to run into death. I've been planning to make the default dynamic, depending on the memory size and CPU type, but it's not as easy as it sounds. In case you are interested, poke around and try to send us a patch that would provide this functionality. I don't think we're considering to simply bump the number. It might be too dangerous for people with small machines. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Jan 26 14:57:47 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA04486 for bugs-outgoing; Fri, 26 Jan 1996 14:57:47 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA04481 for ; Fri, 26 Jan 1996 14:57:45 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id OAA22751 for ; Fri, 26 Jan 1996 14:57:32 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA29692; Fri, 26 Jan 1996 23:54:50 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA20108; Fri, 26 Jan 1996 23:54:49 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA20871; Fri, 26 Jan 1996 23:31:46 +0100 (MET) From: J Wunsch Message-Id: <199601262231.XAA20871@uriah.heep.sax.de> Subject: Re: Installation of FreeBSD-2.1 from DOS partition To: jeff@stat.uconn.edu (Jeffrey M. Metcalf) Date: Fri, 26 Jan 1996 23:31:45 +0100 (MET) Cc: bugs@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9601261657.AA09002@ruddles.stat.uconn.edu> from "Jeffrey M. Metcalf" at Jan 26, 96 11:57:11 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@FreeBSD.org Precedence: bulk As Jeffrey M. Metcalf wrote: > > It seems that FreeBSD either cannot find the root.flp image > which I put into c:\freebsd\floppies from e:\floppies or it cannot find > the contents of c:\freebsd\bin which is where I put the contents of > e:\dists\bin. I think it should go into c:/freebsd/dists/bin, but i don't have a DOS partition to test it... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Jan 27 04:30:25 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA08943 for bugs-outgoing; Sat, 27 Jan 1996 04:30:25 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA08927 for freebsd-bugs; Sat, 27 Jan 1996 04:30:21 -0800 (PST) Date: Sat, 27 Jan 1996 04:30:21 -0800 (PST) From: GNU GNATS Message-Id: <199601271230.EAA08927@freefall.freebsd.org> To: freebsd-bugs Subject: List of open Problem Reports Sender: owner-bugs@FreeBSD.ORG Precedence: bulk This is the list of currently open problem reports [1994/11/14] bin/17 "mount -t foo /dev/wd1h /mnt" gives incorrect error [1994/11/18] conf/22 Cannot use links to share kernel objects [1994/11/23] kern/27 Loopback mounts confuse unmount-on-reboot code [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1994/12/06] kern/42 PC-NFS on -current can't access disks [1994/12/07] kern/44 ep driver won't work with anything but bnc [1994/12/14] kern/51 Panic accessing NFS mounted file system [1994/12/18] misc/67 It took 20 tries to get free-bsd installed [1994/12/18] misc/68 bininst leaves system kinda hung [1994/12/20] conf/76 fdisk can't be trusted. [1994/12/21] i386/79 Reboots sometimes don't complete. [1994/12/23] misc/83 System crash after abrupt end of slip session [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/116 disk transfer rates reported by systat :iostat are t [1995/01/14] misc/118 use of 386bsd partition tag makes multi-os boot hard [1995/01/14] bin/124 traceroute doesn't support -g flag. [1995/01/14] docs/127 locate man page does not have any clues to how the d [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] docs/131 there is no man page for uucpd [1995/01/14] docs/132 gettytab documentation is split between /etc/gettyta [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/19] bin/151 One of the pkg_add set /tmp mod to 755 [1995/01/20] bin/153 mount -u improvement for diskless systems [1995/01/21] kern/157 Quota system does not work [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] bin/172 cp -f does not work [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/25] bin/188 disklabel uses c partition by default, kernel says d [1995/01/30] gnu/196 size of bss in *.o's reported wrong by size [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/01] bin/199 quiz(6) reading database bug, pattern matching bug [1995/02/01] misc/202 System hang or reboot without clues, tcp ppp named r [1995/02/14] kern/214 Using wt driver crashes system [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/02/14] docs/218 dbm references from hash(3) [1995/02/16] kern/219 Performance on local net drops too much when SNDBUF [1995/02/16] i386/222 boot prompt doesn't always work [1995/03/02] misc/229 acos() core dump [1995/03/03] bin/230 C++ contructors not being called [1995/03/05] docs/232 The mandoc .St macro doesn't work or misses IEEE754 [1995/03/11] kern/238 failed assertion in ncr.c --> no more scsi disk acce [1995/03/13] bin/241 strange behavior of /bin/sh [1995/03/17] kern/247 Berkeley Packet Filter fix [1995/03/19] gnu/256 nasty gdb bug back in 031595 system [1995/03/28] kern/275 qic-02 streamer won't work [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/03/29] kern/284 Network gives permission denied [1995/03/30] kern/287 Several header files are not consistent [1995/03/31] kern/288 panic: free: multiple frees [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/05] bin/300 __fdnlist fails on kernels created by cc -g and stri [1995/04/06] conf/301 Log rotation wastes _much_ to much space [1995/04/06] kern/302 Changing st tapes after extract crashes system [1995/04/09] bin/323 Creating lost+found causes fsck to stop fsck -y FDIV [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/04/09] bin/327 Clock management punishes you if CMOS != GMT FDIV020 [1995/04/09] bin/329 FTP transfers above 99K shown in scientific notation [1995/04/11] kern/336 make world fails on NCR-SCSI machine [1995/04/14] docs/341 vnconfig(8) disagrees with its man page [1995/04/14] misc/344 Signal 11 when running a user program [1995/04/15] kern/345 panic "biodone: page busy < 0" [1995/04/17] kern/349 Panic with bad dir [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] kern/354 Can't configure two IP aliases with the same network [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/04/20] bin/357 pkg_delete aborts when subcommand fails [1995/04/26] kern/366 queue changes broke ISO tpip code [1995/04/26] kern/367 kernel hangs after ep0 attach message appears [1995/04/26] i386/369 AHA-154X-A problems [1995/05/01] gnu/373 In response to admittedly bogus code, gcc emits an o [1995/05/01] kern/374 panic: bad dir [1995/05/02] kern/376 tcpdump seems to cause spontaneous reboots [1995/05/03] kern/378 (apparently) bounce buffer code gets used on 32bit b [1995/05/05] kern/383 dd to from /dev/mem panics the machine. [1995/05/06] kern/384 ep0 conflicts with some other drivers [1995/05/06] kern/385 ep0 finds card on irq 10 when it's actually on 11 [1995/05/07] kern/387 scsistrategy doesn't use bounce buffers [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/11] i386/394 IP multicast not supported by ep driver [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/13] bin/402 w -n shows non-numeric addresses [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/14] kern/416 page fault in syscons.c:scopen() [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p [1995/05/15] misc/423 Sound devices are too insecure [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/16] kern/427 eg doesn't work with more than one card [1995/05/16] kern/428 configure is not foolproof [1995/05/19] misc/431 Processes sometime's hang and wont die when they hav [1995/05/21] bin/432 mixer should print out the current mixer settings by [1995/05/22] kern/434 umapfs panics when mounting ufs over itself [1995/05/23] kern/435 mb_map full, network starts jumping off and on, fina [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/24] gnu/442 when invoked from "make' cc not including name lists [1995/05/25] kern/443 65 sendmails crashes system [1995/05/26] i386/444 GUS sound driver does not seem to work. [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/05/28] gnu/451 cvsinit/cvs doesn't work as expected with perl [1995/05/28] kern/452 vnode swapping panics [1995/05/29] bin/457 We may have an obscure csh bug [1995/05/30] docs/458 px doc does not find include figure [1995/05/31] bin/464 dialog_gauge goes one char too far for 100% value [1995/05/31] kern/466 Unexpected disk errors during installation/newfs [1995/06/01] misc/469 ctm leaves temp files after errors [1995/06/01] kern/471 System can not access SCSI DAT tape. [1995/06/02] bin/477 telnet autologin ain't working [1995/06/03] docs/480 We don't have an rhosts.5 man page [1995/06/05] kern/492 sysinstall shows "success" after "no space" failure. [1995/06/07] bin/499 pkg_manage percent done is broken/dependancies arent [1995/06/07] bin/500 pkg_manage fails to continue without return sometime [1995/06/12] bin/506 "Release" id generated by send-pr looks incorrect. [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/15] docs/520 instructions are not clear as to what the url should [1995/06/15] docs/521 catgets() man page error [1995/06/17] kern/527 dump causes assertion in ncr.c [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov [1995/06/17] conf/529 Please put mountd's '-n' flag into /etc/sysconfig [1995/06/18] misc/530 Failed install from SCSI tape [1995/06/18] kern/532 buslogic bt 445S hangups wit FreeBSD 2.0.5 [1995/06/20] docs/536 No copyrights in usr/src/lib/libc/stdtime [1995/06/20] bin/537 FSCK Fails [1995/06/22] i386/541 Alternate Reset method by unmapping ALSO broken [1995/06/26] kern/565 [1995/06/27] bin/569 Slattach behaviour inconsistant [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [1995/07/02] bin/581 iijppp may hang indefinitely [1995/07/02] misc/583 rlogin over PPP does not handle input [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/04] conf/589 /etc/rc should eval amd ${amdflags} [1995/07/05] kern/590 pager input errors on NCR SCSI 486 mainboard [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/06] i386/596 and conflict with _POSIX_SOURCE [1995/07/07] bin/599 pkg_add does not stop if dependencies are missing [1995/07/09] misc/605 [1995/07/13] kern/611 WIDE-dhcp doesn't work with FreeBSD-2.0 bpf [1995/07/14] kern/614 SCSI tape timeout for forward space file is too shor [1995/07/19] bin/624 pkg_manage doesn't show directory symlinks [1995/07/19] kern/625 keyboard lockups during boot and forever after [1995/07/20] kern/627 vidcontrol causes crash when booted with sc0 disable [1995/07/20] kern/629 user mode ppp dies when sending [1995/07/21] i386/631 if_ix does not support bpf, nor does it appear to su [1995/07/24] docs/633 no manpage for ndbm [1995/07/26] bin/635 makefile for sbin/route doesn't make keywords.h when [1995/07/27] kern/637 If used heavily, ahc will crash, with disk timeouts [1995/07/29] kern/638 Transmitted packets not passed to bpf in if_le.c [1995/08/01] docs/646 vmstat man page out of date [1995/08/01] kern/647 Sound cards fail to work [1995/08/01] bin/648 Formatted output is not converted correctly [1995/08/02] gnu/650 Current flex is outdated [1995/08/03] kern/652 Multiple addresses on one interface interacts badly [1995/08/04] kern/653 ftp or kernel - multiple transfers when sendport dis [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, not in 2.0. [1995/08/07] bin/658 ifconfig alias has to be separately given [1995/08/07] bin/660 /bin/sh has problem with redirection. [1995/08/07] bin/661 Hercules is not capable of having a ISO-Latin1 Scree [1995/08/08] bin/664 pkg_add(1) man page doesn't reference pkg_manage(1) [1995/08/08] ports/665 pkg_manage can't handle installing dvips [1995/08/11] gnu/672 Nor all ph headers get created [1995/08/11] ports/673 /bin/sh + inn1.4 innwatch going belly up [1995/08/11] kern/674 quad speed cdrom not being found [1995/08/11] bin/675 make does unnecessary rebuilds [1995/08/12] bin/676 mv -i [1995/08/12] kern/677 X gets a bus error when calling mmap() [1995/08/13] kern/679 chown(2) ignores set-user-id and set-group-id bits f [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the way it did [1995/08/14] bin/683 cron(8) [1995/08/14] kern/688 Page fault: supervisor write, page not present [1995/08/15] ports/690 X11 install targets unfriendly [1995/08/15] i386/692 My modem is not found if my external cache is disabl [1995/08/16] bin/693 `pkg_add' is umask-sensitive [1995/08/16] bin/694 No include file in rpcgen output [1995/08/16] kern/695 cat B > C ; cmp B C can fail! [1995/08/17] misc/697 "make -DCLOBBER" is broken [1995/08/18] kern/700 The comments in /sys/net/in.h are confusing [1995/08/21] kern/703 ppp not always deleting route properly when a ppp li [1995/08/22] bin/706 increased root DNS traffic and long latencies for r- [1995/08/27] ports/710 mpeg_play outdated [1995/08/29] bin/715 ls gives weird tabular form [1995/08/31] bin/716 W returns wrong results at login [1995/09/01] misc/717 ft.c attach fail on my Mountain tape drive [1995/09/02] bin/718 pkg_add incorrectly prints an error message [1995/09/15] bin/722 Off-by-one error in wbkgd() in ncurses [1995/09/19] bin/728 /bin/sh messes up quoting when going through eval [1995/09/20] kern/730 3Com 3C5x9 probe problem [1995/09/21] docs/731 socketpair(2) and man page inconsistent about return [1995/09/22] bin/732 getpwent() dumps core if NIS password file is malfor [1995/09/23] docs/735 missing description for mount options in fstab(5) ma [1995/09/25] gnu/737 FreeBSD-current/src/gnu/usr.bin/gzip/Makefile [1995/09/26] bin/739 Some problems when an output filter reads all input [1995/09/26] docs/741 netstat -rn not showing all routes in Kernel - not i [1995/09/26] kern/742 syslog errors accessing Mac hard disks [patch] [1995/09/27] bin/743 vi cannot edit a file where the name starts with + [1995/09/27] kern/745 occasional filesystem inconsistencies, and "panic: f [1995/09/27] bin/746 `talk' forbids talking from write-protected terminal [1995/09/27] bin/747 date(1) gives weird time zones and interprets GMT[+- [1995/09/27] kern/750 cd9660 confused by not-ready or I/O errors FDIV030 [1995/09/28] bin/751 crontab(1): `crontab -e' exits on SIGINT [1995/09/28] kern/752 setting multiple addresses for a single interfaces l [1995/09/28] kern/753 my archive scsi tape drive does not work [1995/09/28] docs/754 there is no man page for the psm(4) mouse driver [1995/10/01] kern/757 Removal of mounted CD-ROM causes reboot & single use [1995/10/01] bin/759 nfsd without arg's doesn't work [1995/10/02] kern/761 route add may cause panic when used incorrectly [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem in use [1995/10/05] misc/767 Configure-time does time-warp on non-UTC CMOS - FDIV [1995/10/06] kern/770 Floppy kernel won't boot with T485 or IDT L2 cache F [1995/10/08] kern/772 page fault while in kernel mode (two cases) [1995/10/09] kern/774 dump fails with "slave couldn't reopen disk: Device [1995/10/10] kern/775 changing root device was wrong when exist IDE drive [1995/10/11] bin/777 patch doesn't realize stdin is closed and asks quest [1995/10/12] bin/778 tar complains "EOF not on block boundary" on a good [1995/10/12] bin/779 #include gets undefined 'rune_t' type. [1995/10/14] kern/781 OPEN_MAX in kernel config and FD_SETSIZE in /usr/inc [1995/10/18] bin/786 Problem with NIS and large group maps [1995/10/23] bin/789 pkg_add doesn't work [1995/10/25] kern/792 cd9660 very slow. [1995/10/25] kern/793 ep0 cannot be configured and more. [1995/10/26] kern/794 swap partition at offset 0 still broken [1995/10/27] misc/796 Network install doesn't update /etc/hosts FDIV036 [1995/10/27] bin/797 X probeonly during install gets Not Found error FDIV [1995/10/29] kern/798 PPP panics, touches 0xdeadc0de pointers [1995/10/29] misc/799 sysinstall segfaults if part of distribution missing [1995/10/29] docs/801 rlogind k, v, and x options are not documented [1995/10/30] misc/802 default fstab mounts disks in bad order [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works... [1995/10/31] kern/805 SMC Ultra 8216 incorrectly probed (if_ed driver) [1995/10/31] kern/806 kernel default parameters need tuning [1995/11/01] bin/809 `.' gives the minimum number of (DIGITS+SIGN) [1995/11/09] ports/814 unable to compile the port of "pine3.91" [1995/11/11] bin/815 mountd reports unknown hosts with non-informative me [1995/11/11] bin/817 Wrong route to remote network [1995/11/12] kern/820 scsi tape problems [1995/11/13] kern/821 Config doesn't properly trap signals [1995/11/15] kern/824 system hangs after a few hours without saying why [1995/11/16] bin/826 tcpmux listener in inetd does not work [1995/11/16] kern/827 System hangs when doing a "route add" command [1995/11/20] ports/829 the lynx patches don't patch things correctly [1995/11/20] kern/830 installing hang [1995/11/20] kern/831 one minor complaint about the kernel visual config c [1995/11/21] i386/832 Tape drive busy errors - dump aborts [1995/11/21] i386/833 SCSI hard disks time out during tape rewind - FDIV03 [1995/11/22] kern/834 the console keyboard locks up randonly under pcvt [1995/11/22] kern/835 ed panics with SMC ultra with iomem, if no iomem in [1995/11/24] bin/837 test -h evaluates to false on symlink to nonexistant [1995/11/24] misc/838 /usr/src/lib Makefile assumes you want to install... [1995/11/25] bin/839 by default, use of "at" is overly restricted [1995/11/27] kern/840 Kernel page directory invalid [1995/11/27] bin/841 stale nfs mounts cannot be umounted [1995/11/27] kern/844 mbuf panic, dump available [1995/11/27] kern/845 Automatic reboot says you can abort but boots anyway [1995/11/27] conf/846 2.1R install disk tries to use sd0 even if not reque [1995/11/28] misc/848 Inst gripes about geometry but won't accept true val [1995/11/28] misc/849 Install skimps on inodes and newfs default is wrong [1995/11/28] bin/850 dump treats write-protect as an EOT & spoils set FDI [1995/11/28] ports/851 building port xspread-2.1 fails [1995/11/29] bin/852 Sendmail is loosing mail (apparently)! [1995/11/30] bin/854 swapinfo shows incorrect information for vnconfig'd [1995/11/30] misc/856 Install 2.0.5 Upgrade option does too much damage FD [1995/11/30] ports/857 Need ANSI_C define to not declare some functions [1995/12/01] bin/859 /bin/sh -c does not ignore SIGINT [1995/12/02] kern/860 visual mode in kernel -c is too restrictive [1995/12/03] kern/861 sb16 support in 2.1 is erratic and has cosmetic defe [1995/12/03] kern/862 more access to freed mbufs [1995/12/03] kern/863 panic on kernel page fault, NULL curproc [1995/12/04] kern/866 pcvt causes system console to lock up [1995/12/04] i386/867 Notebook with APM and 3C589C in PCMCIA freezes after [1995/12/06] ports/869 xcdplayer installs itself is /usr/X11R6, not /usr/lo [1995/12/06] ports/870 pkg_delete does not remove .install_done from port [1995/12/06] ports/871 port.subdir.mk DEBUG_FLAGS is not used for CFLAGS [1995/12/07] bin/873 Invalid route to remote network [1995/12/08] misc/875 Cleaned code using -Wall to remove warnings [1995/12/08] kern/876 NFS allows bogus accesses to cached data [1995/12/09] misc/882 Makefile is not smart enough to bypass libraries... [1995/12/09] ports/883 tclX-port does not build properly [1995/12/09] kern/884 arnet driver does not assert DTR, which is necessary [1995/12/10] bin/889 update from version 1.0 to version 1.3 [1995/12/13] misc/891 regex.h relies on sys/types.h, but does not include [1995/12/14] bin/892 ppp recursion problem and partial FIX [1995/12/14] pending/893 terminfo.h not installed??? [1995/12/16] bin/895 ppp predictor-1 memory leak [PATCH included] [1995/12/16] kern/897 cannot watch(1) the slattach(1)'ed tty [1995/12/17] kern/900 ext2fs triggers divide by zero trap in vnode_pager_h [1995/12/18] kern/902 system becomes very sluggish, odd messages, odd vmst [1995/12/19] kern/903 panic: m_copydata [1995/12/20] i386/906 /sys/i386/boot/netboot/nb8390.com cannot recognize N [1995/12/21] kern/907 scsi-dat tape station has stopped working [1995/12/21] bin/908 sed bug with trailing backslashes [1995/12/22] bin/910 Connection times out [1995/12/24] kern/912 unmount: dangling vnode [1995/12/24] conf/913 2.1.0-RELEASE, problem with cpio verbosity in instal [1995/12/25] bin/914 hayes dialer for tip fails 1st attempt to dial [1995/12/29] kern/919 weird output of vmstat, iostat, top [1995/12/29] kern/920 sio output looses chars in fifo on close() [1995/12/29] kern/921 [1995/12/31] kern/924 EISA devices have disappeared from vmstat/systat int [1996/01/01] bin/926 Mounting nfs disks before starting mountd: Chicken o [1996/01/02] kern/927 VGA mode not restored [1996/01/02] ports/928 PGP port will not build cleanly [1996/01/03] pending/930 bin [1996/01/06] kern/932 de0 occasionally enables 100baseTX when plugged into [1996/01/06] misc/934 ppp dies with Bus Error when processing long LOGIN s [1996/01/07] bin/937 rcp -p fails on files with negative timestamps [1996/01/07] kern/938 after heavy disk I/O, processes sleep on "newbuf" in [1996/01/09] kern/940 panic: free vnode isn't [1996/01/09] bin/941 pkg_create removes current directory if interupted [1996/01/12] misc/942 X11 mono server dumps core on supported video hardwa [1996/01/13] ports/944 Security fixes for Fvwm 1.24r [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info [1996/01/16] kern/949 panic, undebugable dump? [1996/01/16] kern/950 Two PCI bridge chips fail (multiple multiport ethern [1996/01/17] kern/951 -current kernel crashes with devfs error on bootup [1996/01/18] bin/952 rlogind dumps core if hosts.equiv contains a netgrou [1996/01/18] junk/953 [1996/01/19] ports/955 make CFLAGS=whatever for a port will not be honored [1996/01/19] kern/956 Kernel page fault, null callp [1996/01/19] ports/957 It appears that ukansas rerolled the lynx 2-4-2 rele [1996/01/19] bin/958 ttys file does not include all ptys [1996/01/20] i386/960 gameport enabling on ProAudio Spectrum isn't documen [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. [1996/01/22] kern/962 panic on shutdown -- have crash dump [1996/01/22] bin/964 Net user in password file causes malloc warning msgs [1996/01/22] kern/965 2.0.5: system crashes daily because of "multiple fre [1996/01/22] docs/966 Added verbage to catman.1 man page [1996/01/23] ports/968 Netscape & cern_httpd ports out of date/dead links [1996/01/23] ports/969 Duplicate error messages from pkg_add/Make process [1996/01/25] kern/970 PCI probe failing with two bridges [1996/01/25] kern/971 Default limits for number of processes per user ridi [1996/01/25] conf/972 inetd.conf should comment out k-services if no Kerbe This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/01/22] docs/177 man pages missing for SYSV IPC funtions [1995/02/14] kern/215 SNAP-950112 crashed with "panic: page fault" [1995/03/20] kern/260 msync and munmap don't bother to update mod times [1995/03/20] docs/264 There are no manual pages for the forms library. [1995/03/22] kern/267 NFS code gives error messages, systems jams for a fe [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/s hangs pro [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/08/15] kern/691 Performance 10 times slower 2.0.5R & Adaptec AHA-284 [1995/10/07] bin/771 telnet character mode not set and broken when set - [1995/10/15] kern/782 chmod does a null pointer dereference [1995/12/29] misc/922 From line handling incorrect in mail.local /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Jan 27 04:30:26 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA08948 for bugs-outgoing; Sat, 27 Jan 1996 04:30:26 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA08934 for freebsd-bugs; Sat, 27 Jan 1996 04:30:21 -0800 (PST) Date: Sat, 27 Jan 1996 04:30:21 -0800 (PST) From: GNU GNATS Message-Id: <199601271230.EAA08934@freefall.freebsd.org> To: freebsd-bugs Subject: Summary of Problem Reports Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Number of currently open reports: 341 Number of curently analyzed reports: 13 From owner-freebsd-bugs Sat Jan 27 09:19:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA17921 for bugs-outgoing; Sat, 27 Jan 1996 09:19:19 -0800 (PST) Received: from UConnVM.UConn.Edu (uconnvm.uconn.edu [137.99.26.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA17912 for ; Sat, 27 Jan 1996 09:19:11 -0800 (PST) Received: from ruddles.stat.uconn.edu by UConnVM.UConn.Edu (IBM VM SMTP V2R2) with TCP; Sat, 27 Jan 96 12:18:59 EST Received: from marstons.stat.uconn.edu by ruddles.stat.uconn.edu (4.1/SMI-4.1) id AA11738; Sat, 27 Jan 96 12:14:32 EST Date: Sat, 27 Jan 96 12:14:32 EST From: jeff@stat.uconn.edu (Jeffrey M. Metcalf) Message-Id: <9601271714.AA11738@ruddles.stat.uconn.edu> To: bugs@FreeBSD.org Subject: Problems with DOS partition install Sender: owner-bugs@FreeBSD.org Precedence: bulk Hello, The instructions in the installation manual for an installation from a DOS partition seem to be very incomplete. When I prepare for a minimal installation from a DOS partition by copying e:\dists\bin ------> c:\freebsd\bin e:\floppies ------> c:\freebsd\floppies (all copying is checked and is complete) I get a Write Failure on transfer message when the installation program is attempting to write to the / directory. The following is an excerpt from the debugging mode's output: ----------------------------------------------------------------------- Pressing Alt-F2 and going into Debugging mode I see the following messages. ... stuff about copying -> /stand (seems OK) then DEBUG: Dummy [default] close called for wd0s1 with fd 6 DEBUG: Request for bin/bin.tgz from DOS DEBUG: Request for bin/bin.aa from DOS . bin bin/cat gunzip: stdin: invalid compressed data--format violated DEBUG: Dummy [default] close called for wd0s1 with fd of 7. DEBUG: Switching back to VTY1 /stand/cpio: premature end of file DEBUG: Switching back to VTY1 --------------------------------------------------------------------- It would be helpful if someone could test the installation from a DOS partition and let me know what's going on. Thanks for the help. J. Metcalf From owner-freebsd-bugs Sat Jan 27 12:10:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28784 for bugs-outgoing; Sat, 27 Jan 1996 12:10:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28770 Sat, 27 Jan 1996 12:10:04 -0800 (PST) Resent-Date: Sat, 27 Jan 1996 12:10:04 -0800 (PST) Resent-Message-Id: <199601272010.MAA28770@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, tsingle@talon.gsfc.nasa.gov Received: from talon.gsfc.nasa.gov (talon.gsfc.nasa.gov [192.225.78.249]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA28678 for ; Sat, 27 Jan 1996 12:08:25 -0800 (PST) Received: (from tsingle@localhost) by talon.gsfc.nasa.gov (8.6.12/8.6.9) id PAA05858; Sat, 27 Jan 1996 15:01:50 -0500 Message-Id: <199601272001.PAA05858@talon.gsfc.nasa.gov> Date: Sat, 27 Jan 1996 15:01:50 -0500 From: Tim Singletary Reply-To: tsingle@talon.gsfc.nasa.gov To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/973: stdlib.h and size_t Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 973 >Category: misc >Synopsis: 2.1's stdlib.h uses size_t but doesn't #include sys/types.h >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 27 12:10:02 PST 1996 >Last-Modified: >Originator: Tim Singletary >Organization: NASA Goddard Space Flight Center >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: stdlib.h references size_t, yet doesn't define this name. stdlib.h should probably #include sys/types.h >How-To-Repeat: >Fix: stdlib.h should #include sys/types.h >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jan 27 12:46:47 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA00281 for bugs-outgoing; Sat, 27 Jan 1996 12:46:47 -0800 (PST) Received: from netcom13.netcom.com (dhawk@netcom13.netcom.com [192.100.81.125]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA00274 for ; Sat, 27 Jan 1996 12:46:45 -0800 (PST) Received: by netcom13.netcom.com (8.6.12/Netcom) id MAA28965; Sat, 27 Jan 1996 12:46:07 -0800 From: dhawk@netcom.com (David H) Message-Id: <199601272046.MAA28965@netcom13.netcom.com> Subject: Not Exactly a Bug, but a Crack To: bugs@freebsd.org Date: Sat, 27 Jan 1996 12:46:07 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk Didn't want to publicize this too widely, so thought I'd try this email address. I have a conferencing system of 300 users. Upgraded the binaries to 2.1 in December, but couldn't boot off the generic 2.1 kernel. Finally got it to boot on a compiled 2.1 kernel on Thursday. On Wednesday, the day before, the security script reported that my /usr/sbin/sendmail had been replaced. It was still suid-root and now setgid kmem. My cd-rom drive on the machine is broken, so I haven't been able to replace it yet. I check COPS and got the same three items it reported in November and December: 1. doesn't like the 'toor' account (second root account), 2. /etc/security is readable (but only to group wheel), and 3. /var/spool/uucppublic is world-writeable (but nobody's written to it). Is there anything else I can do to secure the system? Also, can I download a good copy of the sendmail binary from anywhere? I want a good sendmail before I ask everyone to change their password. (My guess is that this binary is using the setgid kmem to watch for passwords in the kernel?) All advice greatly appreciated. later, david -- David Hawkins - dhawk@netcom.com - DoD#1113 There are two insults no human being will endure: that he has no sense of humor, and that he has never known trouble. -- Sinclair Lewis, "Main Street" From owner-freebsd-bugs Sat Jan 27 14:20:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA05420 for bugs-outgoing; Sat, 27 Jan 1996 14:20:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA05377 Sat, 27 Jan 1996 14:20:04 -0800 (PST) Date: Sat, 27 Jan 1996 14:20:04 -0800 (PST) Message-Id: <199601272220.OAA05377@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: misc/973: stdlib.h and size_t Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR misc/973; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.org, tsingle@talon.gsfc.nasa.gov Cc: Subject: Re: misc/973: stdlib.h and size_t Date: Sun, 28 Jan 1996 08:59:44 +1100 >>Description: >stdlib.h references size_t, yet doesn't define this name. stdlib.h No, size_t is declared on line 42 of stdlib.h if it isn't already declared. >>Fix: >stdlib.h should #include sys/types.h No, sys/types.h declares many other things that aren't supposed to be declared by stdlib.h. Bruce From owner-freebsd-bugs Sat Jan 27 14:21:55 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA05613 for bugs-outgoing; Sat, 27 Jan 1996 14:21:55 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA05605 for ; Sat, 27 Jan 1996 14:21:49 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA00294; Sat, 27 Jan 1996 23:21:45 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA01850; Sat, 27 Jan 1996 23:21:44 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA24872; Sat, 27 Jan 1996 23:19:26 +0100 (MET) From: J Wunsch Message-Id: <199601272219.XAA24872@uriah.heep.sax.de> Subject: Re: Not Exactly a Bug, but a Crack To: dhawk@netcom.com (David H) Date: Sat, 27 Jan 1996 23:19:25 +0100 (MET) Cc: bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601272046.MAA28965@netcom13.netcom.com> from "David H" at Jan 27, 96 12:46:07 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org Precedence: bulk As David H wrote: > > I check COPS and got the same three items it reported in November > and December: > 1. doesn't like the 'toor' account (second root account), Hmmm. Well, at least, it's disabled. Whether or not multiple UID 0 accounts are a security hole or not is a matter of taste. I usually don't use `root' at all, except that it is there so the files will belong to user `root'. > 2. /etc/security is readable (but only to group wheel), and I don't think group wheel is much to care. It's a compromise. With an /etc/security readable to group wheel, the potential adminst have less need to acutally `su' since they can have a look at the file without. > 3. /var/spool/uucppublic is world-writeable (but nobody's written to > it). It's supposed to. User uucp writes there (incoming uucp job), and the destination user is supposed to be able to read and delete the file there. (Or vica verse.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Jan 27 14:30:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA06255 for bugs-outgoing; Sat, 27 Jan 1996 14:30:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA06243 Sat, 27 Jan 1996 14:30:05 -0800 (PST) Date: Sat, 27 Jan 1996 14:30:05 -0800 (PST) Message-Id: <199601272230.OAA06243@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: misc/973: stdlib.h and size_t Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR misc/973; it has been noted by GNATS. From: J Wunsch To: tsingle@talon.gsfc.nasa.gov Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: misc/973: stdlib.h and size_t Date: Sat, 27 Jan 1996 23:14:53 +0100 (MET) As Tim Singletary wrote: > > stdlib.h references size_t, yet doesn't define this name. It does, via _BSD_SIZE_T and . -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Jan 27 16:20:36 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA14195 for bugs-outgoing; Sat, 27 Jan 1996 16:20:36 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA14176 Sat, 27 Jan 1996 16:20:34 -0800 (PST) Date: Sat, 27 Jan 1996 16:20:34 -0800 (PST) From: Joerg Wunsch Message-Id: <199601280020.QAA14176@freefall.freebsd.org> To: tsingle@talon.gsfc.nasa.gov, joerg, freebsd-bugs Subject: Re: misc/973 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: 2.1's stdlib.h uses size_t but doesn't #include sys/types.h State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Jan 28 01:19:43 MET 1996 State-Changed-Why: Looks like false alarm. From owner-freebsd-bugs Sat Jan 27 19:50:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA22178 for bugs-outgoing; Sat, 27 Jan 1996 19:50:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA22170 Sat, 27 Jan 1996 19:50:05 -0800 (PST) Resent-Date: Sat, 27 Jan 1996 19:50:05 -0800 (PST) Resent-Message-Id: <199601280350.TAA22170@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA21753 for ; Sat, 27 Jan 1996 19:41:27 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.3/8.6.4) with ESMTP id FAA05431 for ; Sun, 28 Jan 1996 05:41:21 +0200 (EET) Received: (root@localhost) by katiska.clinet.fi (8.7.3/8.6.4) id FAA03784; Sun, 28 Jan 1996 05:41:21 +0200 (EET) Message-Id: <199601280341.FAA03784@katiska.clinet.fi> Date: Sun, 28 Jan 1996 05:41:21 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/974: ktrace causes panic: freeing busy page Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 974 >Category: kern >Synopsis: ktrace causes panic: freeing busy page >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 27 19:50:02 PST 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: -current, last sup jan 8. >Description: dumps are available in ftp://ftp.clinet.fi/pub/FreeBSD/crashdumps/*.53.gz Script started on Sun Jan 28 05:16:30 1996 jeppe has logged on ttyp0 from smile. saku has logged on ttyp1 from newzetor. hsu has logged on ttyp3 from katiska. hsu has logged on ttyp4 from katiska. saku has logged on ttyp5 from newzetor. steinerk has logged on ttyp6 from osku. wesku has logged on ttyp7 from clinet. hsu#katiska.clinet.fi Sun 1: gdb -k gdb-log.53 kernel.52 kernel.53 vmcore.52 vmcore.53 hsu#katiska.clinet.fi Sun 1: gdb -k kernel.53 vmcore.53 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... IdlePTD 257000 current pcb at 212e50 panic: vm_page_free: freeing busy page #0 boot (howto=256) at ../../i386/i386/machdep.c:931 931 dumppcb.pcb_ptd = rcr3(); (kgdb) list 926 cngetc(); 927 } else { 928 if (howto & RB_DUMP) { 929 if (!cold) { 930 savectx(&dumppcb, 0); 931 dumppcb.pcb_ptd = rcr3(); 932 dumpsys(); 933 } 934 935 if (PANIC_REBOOT_WAIT_TIME != 0) { (kgdb) up #1 0xf0115e43 in panic (fmt=0xf01b4ddb "vm_page_free: freeing busy page") at ../../kern/subr_prf.c:126 126 boot(bootopt); (kgdb) list 121 kdbpanic(); 122 #endif 123 #ifdef DDB 124 Debugger ("panic"); 125 #endif 126 boot(bootopt); 127 } 128 129 /* 130 * Warn that a system table is full. (kgdb) up #2 0xf01b4ff2 in vm_page_free (mem=0xf030dee0) at ../../vm/vm_page.c:812 812 panic("vm_page_free: freeing busy page"); (kgdb) list 807 if (mem->bmapped || mem->busy || flags & (PG_BUSY|PG_FREE)) { 808 if (flags & PG_FREE) 809 panic("vm_page_free: freeing free page"); 810 printf("vm_page_free: pindex(%ld), bmapped(%d), busy(%d), PG_BUSY(%d)\n", 811 mem->pindex, mem->bmapped, mem->busy, (flags & PG_BUSY) ? 1 : 0); 812 panic("vm_page_free: freeing busy page"); 813 } 814 815 if ((flags & PG_WANTED) != 0) 816 wakeup(mem); (kgdb) list 817 if ((flags & PG_FICTITIOUS) == 0) { 818 if (mem->wire_count) { 819 if (mem->wire_count > 1) { 820 printf("vm_page_free: wire count > 1 (%d)", mem->wire_count); 821 panic("vm_page_free: invalid wire count"); 822 } 823 cnt.v_wire_count--; 824 mem->wire_count = 0; 825 } 826 mem->flags |= PG_FREE; (kgdb) up #3 0xf0129761 in vm_hold_free_pages (bp=0xf2fd0704, from=4086550528, to=4086558720) at ../../kern/vfs_bio.c:1651 1651 vm_page_free(p); (kgdb) list 1646 1647 for (pg = from; pg < to; pg += PAGE_SIZE, index++) { 1648 p = bp->b_pages[index]; 1649 bp->b_pages[index] = 0; 1650 pmap_kremove(pg); 1651 vm_page_free(p); 1652 --bp->b_npages; 1653 } 1654 } (kgdb) print p $1 = (struct vm_page *) 0xf030dee0 (kgdb) print *p $2 = {pageq = {tqe_next = 0xf02debdc, tqe_prev = 0xf021a42c}, hashq = { tqe_next = 0x0, tqe_prev = 0xf027ae50}, listq = {tqe_next = 0xf02d2874, tqe_prev = 0xf031d450}, object = 0xf0212c4c, pindex = 14718, phys_addr = 42569728, wire_count = 1, flags = 1536, hold_count = 0, act_count = 0, bmapped = 0, busy = 1, valid = 0, dirty = 0} (kgdb) down #2 0xf01b4ff2 in vm_page_free (mem=0xf030dee0) at ../../vm/vm_page.c:812 812 panic("vm_page_free: freeing busy page"); (kgdb) list 807 if (mem->bmapped || mem->busy || flags & (PG_BUSY|PG_FREE)) { 808 if (flags & PG_FREE) 809 panic("vm_page_free: freeing free page"); 810 printf("vm_page_free: pindex(%ld), bmapped(%d), busy(%d), PG_BUSY(%d)\n", 811 mem->pindex, mem->bmapped, mem->busy, (flags & PG_BUSY) ? 1 : 0); 812 panic("vm_page_free: freeing busy page"); 813 } 814 815 if ((flags & PG_WANTED) != 0) 816 wakeup(mem); (kgdb) print mem-    *mem $3 = {pageq = {tqe_next = 0xf02debdc, tqe_prev = 0xf021a42c}, hashq = { tqe_next = 0x0, tqe_prev = 0xf027ae50}, listq = {tqe_next = 0xf02d2874, tqe_prev = 0xf031d450}, object = 0xf0212c4c, pindex = 14718, phys_addr = 42569728, wire_count = 1, flags = 1536, hold_count = 0, act_count = 0, bmapped = 0, busy = 1, valid = 0, dirty = 0} (kgdb) set radix 16 Input and output radices now set to decimal 16, hex 10, octal 20. (kgdb) print *mem $4 = {pageq = {tqe_next = 0xf02debdc, tqe_prev = 0xf021a42c}, hashq = { tqe_next = 0x0, tqe_prev = 0xf027ae50}, listq = {tqe_next = 0xf02d2874, tqe_prev = 0xf031d450}, object = 0xf0212c4c, pindex = 0x397e, phys_addr = 0x2899000, wire_count = 0x1, flags = 0x600, hold_count = 0x0, act_count = 0x0, bmapped = 0x0, busy = 0x1, valid = 0x0, dirty = 0x0} (kgdb) quit hsu#katiska.clinet.fi Sun 2: ^Dexit Script done on Sun Jan 28 05:21:17 1996 >How-To-Repeat: This was already on -current list, but better PR it to make sure it's not forgotten. It is trivial to cause, ktrace anything which does lots of disk IO/system calls. >Fix: >Audit-Trail: >Unformatted: