From owner-freebsd-bugs Sun Sep 24 05:52:17 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA24203 for bugs-outgoing; Sun, 24 Sep 1995 05:52:17 -0700 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA24194 for ; Sun, 24 Sep 1995 05:52:15 -0700 Received: (from root@localhost) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with UUCP id IAA14808 for bugs@freebsd.org; Sun, 24 Sep 1995 08:50:44 -0400 Received: (from gene@localhost) by starkhome.cs.sunysb.edu (8.6.11/8.6.9) id IAA09437; Sun, 24 Sep 1995 08:23:21 -0400 Date: Sun, 24 Sep 1995 08:23:21 -0400 From: Gene Stark Message-Id: <199509241223.IAA09437@starkhome.cs.sunysb.edu> To: bugs@freebsd.org In-reply-to: Gary Palmer's message of Sat, 23 Sep 1995 18:00:47 +0100 Subject: Re: List of open Problem Reports References: <28174.811875647@palmer.demon.co.uk> Sender: owner-bugs@freebsd.org Precedence: bulk > In message <199509231130.EAA29445@freefall.freebsd.org>, GNU GNATS writes: > >This is the list of currently open problem reports > > >[1994/12/03] kern/39 Recent config changes hosed ft config > >[1994/12/04] kern/40 Floppy tape probe hosed (FIX) > > Are these two still valid, or can they be closed? I am the one who sent in those reports. I have been using the floppy tape without major problems for many months now; probably since March, so those previous reports are outdated. - Gene Stark From owner-freebsd-bugs Sun Sep 24 08:59:38 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA02639 for bugs-outgoing; Sun, 24 Sep 1995 08:59:38 -0700 Received: from virginia.edu (uvaarpa.Virginia.EDU [128.143.2.7]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA02632 for ; Sun, 24 Sep 1995 08:59:36 -0700 Received: from server.cs.virginia.edu by uvaarpa.virginia.edu id aa03382; 24 Sep 95 11:59 EDT Received: from viper.cs.Virginia.EDU (viper-fo.cs.Virginia.EDU) by uvacs.cs.virginia.edu (4.1/5.1.UVA) id AA12528; Sun, 24 Sep 95 11:59:34 EDT Posted-Date: Sun, 24 Sep 1995 11:59:33 -0400 (EDT) Received: by viper.cs.Virginia.EDU (5.x/SMI-2.0) id AA05515; Sun, 24 Sep 1995 11:59:34 -0400 From: bah6f@server.cs.virginia.edu Message-Id: <9509241559.AA05515@viper.cs.Virginia.EDU> Subject: trivial little bug To: bugs@freebsd.org Date: Sun, 24 Sep 1995 11:59:33 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk I was doing a 'make world' on FreeBSD-current and the install part died for a silly reason. I had never installed games before, so /usr/games didn't exist. When it got to installing the games, I got this: install: /usr/games/hide: No such file or directory and the make install died. Of course, making /usr/games solved the problem, but it seems to me that 'make world' should check that. After all, I am making the entire world. Sorry I didn't send a bug fix with this bug, but the makefile hierarchy is a bit intimidating. Besides, on something this simple it is probably quicker for someone who understands the makefiles to just go add a line than it is for me to hunt through them all and figure out where it needs to go. Thanks for all your hard work, (because it makes mine so much easier) Paco -- Brian "Paco" Hope Research Assistant, Technical Support Staff email: paco@virginia.edu Department of Computer Science WWW: http://www.cs.virginia.edu/~bah6f/ University of Virginia From owner-freebsd-bugs Sun Sep 24 09:09:34 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA03155 for bugs-outgoing; Sun, 24 Sep 1995 09:09:34 -0700 Received: (from joerg@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA03141 ; Sun, 24 Sep 1995 09:09:30 -0700 Date: Sun, 24 Sep 1995 09:09:30 -0700 From: Joerg Wunsch Message-Id: <199509241609.JAA03141@freefall.freebsd.org> To: jin@pesto.lbl.gov, joerg, freebsd-bugs Subject: Re: bin/726 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: panic State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Sep 24 17:07:13 MET 1995 State-Changed-Why: The bug has been fixed in ufs_disksubr.c: revision 1.18 date: 1995/08/28 16:09:11; author: bde; state: Exp; lines: +14 -11 Fix correct_writedisklabel() and writedisklabel(). Their setting of Unfortunately, all mail to the submitter bounces. From owner-freebsd-bugs Sun Sep 24 09:18:32 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA03695 for bugs-outgoing; Sun, 24 Sep 1995 09:18:32 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA03688 for ; Sun, 24 Sep 1995 09:18:29 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id RAA13981; Sun, 24 Sep 1995 17:18:26 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id RAA25461; Sun, 24 Sep 1995 17:18:04 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id RAA02675; Sun, 24 Sep 1995 17:16:19 +0100 From: J Wunsch Message-Id: <199509241616.RAA02675@uriah.heep.sax.de> Subject: Re: List of open Problem Reports To: gene@starkhome.cs.sunysb.edu (Gene Stark) Date: Sun, 24 Sep 1995 17:16:19 +0100 (MET) Cc: bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199509241223.IAA09437@starkhome.cs.sunysb.edu> from "Gene Stark" at Sep 24, 95 08:23:21 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 Content-Length: 561 Sender: owner-bugs@freebsd.org Precedence: bulk As Gene Stark wrote: > > > >[1994/12/03] kern/39 Recent config changes hosed ft config > > >[1994/12/04] kern/40 Floppy tape probe hosed (FIX) > > > > Are these two still valid, or can they be closed? > > I am the one who sent in those reports. I have been using the floppy > tape without major problems for many months now; probably since March, > so those previous reports are outdated. closed -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Sep 24 12:13:25 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA10208 for bugs-outgoing; Sun, 24 Sep 1995 12:13:25 -0700 Received: from feith1.FEITH.COM (feith1.FEITH.COM [192.251.93.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id MAA10202 for ; Sun, 24 Sep 1995 12:13:18 -0700 Received: from jwlab.FEITH.COM by feith1.FEITH.COM (5.x/SMI-SVR4/Feith Mar 14 1995) id AA20295; Sun, 24 Sep 1995 15:13:16 -0400 Received: by jwlab.FEITH.COM (5.x/SMI-SVR4) id AA03210; Sun, 24 Sep 1995 15:13:14 -0400 Date: Sun, 24 Sep 1995 15:13:14 -0400 From: john@jwlab.feith.com (John Wehle) Message-Id: <9509241913.AA03210@jwlab.FEITH.COM> Subject: Patch to FreeBSD 2.1 SoundMan Wave device driver Content-Type: text Apparently-To: freebsd-bugs@FreeBSD.ORG Apparently-To: hannu@voxware.pp.fi Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Hello, This is a patch to correct a couple of problems with the SoundMan Wave device driver. 1) Looking at sb_dsp.c it appears that if SMW_MIDI0001_INCLUDED is not defined then junk is downloaded into the microcode ram. This patch changes the code so that no microcode is downloaded if SMW_MIDI0001_INCLUDED is not defined. 2) There wasn't a default setting supplied for JAZZ_DMA16 (which is needed to support the SoundMan Wave) so as a simple nicety this patch adds a default to sound_config.h. 3) It would be nice if defining SM_WAVE automatically defined JAZZ16 since the JAZZ16 code is required in order to support the SoundMan Wave. This issue isn't addressed by this patch since I wasn't sure of the convention in use for handling this type of issue. Other then that the driver seems to work well with my SoundMan Wave. Sincerely, John Wehle john@feith.com ------------------8<------------------------8<------------------------ *** /sys/i386/isa/sound/sb_dsp.c.orig Thu Sep 14 22:45:03 1995 --- /sys/i386/isa/sound/sb_dsp.c Sun Sep 24 14:05:29 1995 *************** *** 902,911 **** { #ifdef SMW_MIDI0001_INCLUDED #include "smw-midi0001.h" - #else - unsigned char smw_ucode[1]; - int smw_ucodeLen = 0; - #endif int mp_base = MPU_BASE + 4; /* Microcontroller base */ --- 902,907 ---- *************** *** 949,955 **** printk ("\nSM Wave: Invalid microcode (MIDI0001.BIN) length\n"); return 1; } - #endif /* * Download microcode --- 945,950 ---- *************** *** 968,973 **** --- 963,969 ---- printk ("SM Wave: Microcode verification failed\n"); return 0; } + #endif control = 0; #ifdef SMW_SCSI_IRQ *** /sys/i386/isa/sound/sound_config.h.orig Thu Sep 14 22:45:06 1995 --- /sys/i386/isa/sound/sound_config.h Sun Sep 24 14:14:07 1995 *************** *** 90,95 **** --- 90,99 ---- #define SBC_DMA 1 #endif + #ifndef JAZZ_DMA16 + #define JAZZ_DMA16 5 + #endif + #ifndef SB16_DMA #define SB16_DMA 6 #endif ------------------------------------------------------------------------- | Feith Systems | Voice: 1-215-646-8000 | Email: john@feith.com | | John Wehle | Fax: 1-215-540-5495 | | ------------------------------------------------------------------------- From owner-freebsd-bugs Sun Sep 24 12:40:02 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA10759 for bugs-outgoing; Sun, 24 Sep 1995 12:40:02 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA10753 ; Sun, 24 Sep 1995 12:40:00 -0700 Date: Sun, 24 Sep 1995 12:40:00 -0700 Message-Id: <199509241940.MAA10753@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Garrett A. Wollman" Subject: docs/735: missing description for mount options in fstab(5) man page Reply-To: "Garrett A. Wollman" Sender: owner-bugs@FreeBSD.org Precedence: bulk The following reply was made to PR docs/735; it has been noted by GNATS. From: "Garrett A. Wollman" To: kieber@sax.sax.de Cc: FreeBSD-gnats-submit@freebsd.org Subject: docs/735: missing description for mount options in fstab(5) man page Date: Sun, 24 Sep 1995 15:28:44 -0400 < Except of ``userquota'' and ``groupquota'' all descriptions for mount > options (e. g. ``intr'', ``soft'', ``bg'', etc.) are completely > missing from the man pages. The possible options should be listed > stating which fs types they are valid for. This is intentional. 1) The old-style options are deprecated, and weren't even supported by 4.4-Lite. 2) The options are documented in the mount_foo(8) pages. It is a bad idea to document them in fifteen different places. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Sun Sep 24 18:38:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA25707 for bugs-outgoing; Sun, 24 Sep 1995 18:38:03 -0700 Received: (from gpalmer@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA25684 ; Sun, 24 Sep 1995 18:38:01 -0700 Date: Sun, 24 Sep 1995 18:38:01 -0700 From: Gary Palmer Message-Id: <199509250138.SAA25684@freefall.freebsd.org> To: kato@eclogite.eps.nagoya-u.ac.jp, gpalmer, freebsd-bugs Subject: Re: bin/724 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: passwd field of a-ftp installation State-Changed-From-To: open-closed State-Changed-By: gpalmer State-Changed-When: Sun Sep 24 18:36:56 PDT 1995 State-Changed-Why: fixed in revision 1.7.2.1 of ftp_strat.c From owner-freebsd-bugs Sun Sep 24 22:21:51 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA01857 for bugs-outgoing; Sun, 24 Sep 1995 22:21:51 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA01851 for ; Sun, 24 Sep 1995 22:21:46 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id GAA26556; Mon, 25 Sep 1995 06:21:43 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id GAA01337; Mon, 25 Sep 1995 06:21:42 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id AAA04685; Mon, 25 Sep 1995 00:14:58 +0100 From: J Wunsch Message-Id: <199509242314.AAA04685@uriah.heep.sax.de> Subject: Re: docs/735: missing description for mount options in fstab(5) man page To: wollman@lcs.mit.edu Date: Mon, 25 Sep 1995 00:14:58 +0100 (MET) Cc: freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199509241940.MAA10753@freefall.freebsd.org> from "Garrett A. Wollman" at Sep 24, 95 12:40:00 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 Content-Length: 406 Sender: owner-bugs@FreeBSD.org Precedence: bulk As Garrett A. Wollman wrote: > > 2) The options are documented in the mount_foo(8) pages. It > is a bad idea to document them in fifteen different places. At least, mount_nfs(8) doesn't document it's -o options. Instead, it refers back to mount(8). :--) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Sep 25 01:40:06 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA05951 for bugs-outgoing; Mon, 25 Sep 1995 01:40:06 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA05943 ; Mon, 25 Sep 1995 01:40:04 -0700 Resent-Date: Mon, 25 Sep 1995 01:40:04 -0700 Resent-Message-Id: <199509250840.BAA05943@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, xaa@stack.urc.tue.nl Received: from terra.stack.urc.tue.nl (terra.stack.urc.tue.nl [131.155.140.128]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA05809 for ; Mon, 25 Sep 1995 01:37:04 -0700 Received: (from uucp@localhost) by terra.stack.urc.tue.nl (8.6.11) with UUCP id JAA02673 for FreeBSD-gnats-submit@freebsd.org; Mon, 25 Sep 1995 09:36:59 +0100 Received: (from root@localhost) by xaa.stack.urc.tue.nl (8.6.12/8.6.9) id KAA00358; Mon, 25 Sep 1995 10:33:47 +0100 Message-Id: <199509250933.KAA00358@xaa.stack.urc.tue.nl> Date: Mon, 25 Sep 1995 10:33:47 +0100 From: xaa@xaa.stack.urc.tue.nl Reply-To: xaa@stack.urc.tue.nl To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/736: Daylight Saving Time in Amsterdam Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 736 >Category: misc >Synopsis: zoneinfo for MET wrong? >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 25 01:40:02 PDT 1995 >Last-Modified: >Originator: Mark Huizer >Organization: MCGV Stack, Eindhoven >Release: FreeBSD 2.2-CURRENT i386 >Environment: >Description: DST is not calculated right in Netherlands (and probably other MET-countries) >How-To-Repeat: date Mon Sep 25 10:33:23 MET 1995 should give Mon Sep 25 09:33:23 MET 1995 >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Sep 25 04:40:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA09516 for bugs-outgoing; Mon, 25 Sep 1995 04:40:03 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA09508 ; Mon, 25 Sep 1995 04:40:01 -0700 Resent-Date: Mon, 25 Sep 1995 04:40:01 -0700 Resent-Message-Id: <199509251140.EAA09508@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, wosch@freebsd.first.gmd.de Received: from prosun.first.gmd.de (prosun.first.gmd.de [192.35.150.136]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id EAA09377 for ; Mon, 25 Sep 1995 04:35:57 -0700 Received: from freebsd.first.gmd.de by prosun.first.gmd.de (4.1/SMI-4.1) id AA28917; Mon, 25 Sep 95 12:35:15 +0100 Received: by freebsd.first.gmd.de (MAA05309); Mon, 25 Sep 1995 12:36:12 +0100 Message-Id: <199509251136.MAA05309@freebsd.first.gmd.de> Date: Mon, 25 Sep 1995 12:36:12 +0100 From: Wolfram Schneider Reply-To: wosch@freebsd.first.gmd.de To: FreeBSD-gnats-submit@freebsd.org, wosch@freebsd.first.gmd.de X-Send-Pr-Version: 3.2 Subject: gnu/737: FreeBSD-current/src/gnu/usr.bin/gzip/Makefile Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 737 >Category: gnu >Synopsis: FreeBSD-current/src/gnu/usr.bin/gzip/Makefile >Confidential: yes >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 25 04:40:01 PDT 1995 >Last-Modified: >Originator: Wolfram Schneider >Organization: >Release: FreeBSD 2.0-BUILT-19950530 i386 >Environment: >Description: zegrep and zfgrep not installed. >How-To-Repeat: >Fix: Add zegrep and zfgrep to LINKS LINKS+= ${BINDIR}/zgrep ${BINDIR}/zegrep LINKS+= ${BINDIR}/zgrep ${BINDIR}/zfgrep Wolfram >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Sep 25 06:21:11 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA10798 for bugs-outgoing; Mon, 25 Sep 1995 06:21:11 -0700 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA10755 for ; Mon, 25 Sep 1995 06:21:04 -0700 Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA09003; Mon, 25 Sep 1995 09:20:30 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 25 Sep 1995 09:20 EDT Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.11/8.6.5) with ESMTP id UAA13182; Sat, 23 Sep 1995 20:07:24 -0400 Received: (from rivers@localhost) by lakes (8.6.11/8.6.9) id UAA10972; Sat, 23 Sep 1995 20:17:35 -0400 Date: Sat, 23 Sep 1995 20:17:35 -0400 From: Thomas David Rivers Message-Id: <199509240017.UAA10972@lakes> To: dfr@render.com, blob.best.net!dillon@dg-rtp.dg.com Subject: Re: More on NFS bug... can be reproduced with dd Cc: bugs@freebsd.org, hackers@freebsd.org Content-Type: text Content-Length: 721 Sender: owner-bugs@freebsd.org Precedence: bulk > > Yes, the allocbuf() patch did the trick! > > -Matt Being out of the loop for a while, I missed this fix. Would someone be kind enough to send it to me... - Thanks - - Dave Rivers - (ponds!rivers@dg-rtp.dg.com) > > > >On Fri, 14 Jul 1995, Matt Dillon wrote: > > > >> dd if=bigfile of=outfile bs=1536 > >> > >> Where if and of are both on an NFS mounted filesystem seems to reproduce > >> the bug. > > > >Is is possible that this might be fixed by the recent change to vfs_bio? > >Can you reproduce it with that fix in place? > > > >-- > >Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com > > Phone: +44 171 251 4411 > > FAX: +44 171 251 0939 > > > > > > From owner-freebsd-bugs Mon Sep 25 06:21:12 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA10819 for bugs-outgoing; Mon, 25 Sep 1995 06:21:12 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA10773 for ; Mon, 25 Sep 1995 06:21:07 -0700 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by wcarchive.cdrom.com (8.6.11/8.6.9) with SMTP id GAA01027 for ; Mon, 25 Sep 1995 06:23:17 -0700 Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA09013; Mon, 25 Sep 1995 09:20:31 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 25 Sep 1995 09:20 EDT Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.11/8.6.5) with ESMTP id LAA22837 for ; Sun, 24 Sep 1995 11:07:53 -0400 Received: (from rivers@localhost) by lakes (8.6.11/8.6.9) id LAA00235 for freebsd-bugs@freebsd.cdrom.com; Sun, 24 Sep 1995 11:15:01 -0400 Date: Sun, 24 Sep 1995 11:15:01 -0400 From: Thomas David Rivers Message-Id: <199509241515.LAA00235@lakes> To: freebsd-bugs@wcarchive.cdrom.com Subject: Interesting sound problem... Content-Type: text Content-Length: 420 Sender: owner-bugs@FreeBSD.org Precedence: bulk I just tripped over the following problem. I was running out of resources, so I built a new kernel with maxusers bumped from 10 to 35. No other changes. After booting that kernel; I discovered that SB-16 driver is getting a little confused. If I cat a .au file to /dev/audio, only a few seconds of sound is produced, and the 'cat' hangs... If I boot the old kernel, things are back to "normal." - Dave Rivers - From owner-freebsd-bugs Mon Sep 25 08:00:04 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA13291 for bugs-outgoing; Mon, 25 Sep 1995 08:00:04 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA13282 ; Mon, 25 Sep 1995 08:00:02 -0700 Date: Mon, 25 Sep 1995 08:00:02 -0700 Message-Id: <199509251500.IAA13282@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Garrett A. Wollman" Subject: misc/736: Daylight Saving Time in Amsterdam Reply-To: "Garrett A. Wollman" Sender: owner-bugs@FreeBSD.org Precedence: bulk The following reply was made to PR misc/736; it has been noted by GNATS. From: "Garrett A. Wollman" To: xaa@stack.urc.tue.nl Cc: FreeBSD-gnats-submit@freebsd.org Subject: misc/736: Daylight Saving Time in Amsterdam Date: Mon, 25 Sep 1995 10:55:06 -0400 <> Description: > DST is not calculated right in Netherlands (and probably other > MET-countries) This report is incomplete. You need to provide the following additional information: 1) What timezone file are you using? You can determine by using with the following shell code: for a in `find /usr/share/zoneinfo`; do if cmp -s $a /etc/localtime; then echo $a fi done 2) Are you using a GMT CMOS clock, or local time? What is the CMOS clock set to? 3) What version of the timezone files are you using? What is the date on your /etc/localtime file? -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Mon Sep 25 09:00:02 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA15203 for bugs-outgoing; Mon, 25 Sep 1995 09:00:02 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA15197 ; Mon, 25 Sep 1995 09:00:01 -0700 Date: Mon, 25 Sep 1995 09:00:01 -0700 Message-Id: <199509251600.JAA15197@freefall.freebsd.org> To: freebsd-bugs Cc: From: uk1@irz301.inf.tu-dresden.de (Ulf Kieber) Subject: Re: docs/735: missing description for mount options in fstab(5) man page Reply-To: uk1@irz301.inf.tu-dresden.de (Ulf Kieber) Sender: owner-bugs@FreeBSD.org Precedence: bulk The following reply was made to PR docs/735; it has been noted by GNATS. From: uk1@irz301.inf.tu-dresden.de (Ulf Kieber) To: wollman@lcs.mit.edu (Garrett A. Wollman) Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: docs/735: missing description for mount options in fstab(5) man page Date: Mon, 25 Sep 1995 16:50:33 +0100 (MET) Garrett A. Wollman writes: > < > > Except of ``userquota'' and ``groupquota'' all descriptions for mount > > options (e. g. ``intr'', ``soft'', ``bg'', etc.) are completely > > missing from the man pages. The possible options should be listed > > stating which fs types they are valid for. > > This is intentional. > > 1) The old-style options are deprecated, and weren't even > supported by 4.4-Lite. > > 2) The options are documented in the mount_foo(8) pages. It > is a bad idea to document them in fifteen different places. That is not the point. Look in mount_nfs(8), you'll find a command line option ``-i'' for mount_nfs, but you won't find, what's supposed to go into /etc/fstab. I can _guess_ that I have to change the the line /ftp@somewhere.dom.ain /ftp nfs ro,soft,intr,bg 0 0 to /ftp@somewhere.dom.ain /ftp nfs ro,-s,-i,-b 0 0 or /ftp@somewhere.dom.ain /ftp nfs ro,s,i,b 0 0 or what? The man pages are not very clear about the new option style. -- Ulf Kieber <{uk1, news}@irz.inf.tu-dresden.de>; ; Don't expect me to be a breeder, and I won't assume you're a fag. From owner-freebsd-bugs Mon Sep 25 12:22:24 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA19885 for bugs-outgoing; Mon, 25 Sep 1995 12:22:24 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA19879 for ; Mon, 25 Sep 1995 12:22:13 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA29796; Mon, 25 Sep 1995 20:21:33 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA07691; Mon, 25 Sep 1995 20:21:33 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id UAA08228; Mon, 25 Sep 1995 20:18:23 +0100 From: J Wunsch Message-Id: <199509251918.UAA08228@uriah.heep.sax.de> Subject: Re: misc/736: Daylight Saving Time in Amsterdam To: wollman@lcs.mit.edu Date: Mon, 25 Sep 1995 20:18:22 +0100 (MET) Cc: freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199509251500.IAA13282@freefall.freebsd.org> from "Garrett A. Wollman" at Sep 25, 95 08:00:02 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 Content-Length: 699 Sender: owner-bugs@FreeBSD.org Precedence: bulk As Garrett A. Wollman wrote: > My MET zone is working correctly. > This report is incomplete. You need to provide the following > additional information: > > 1) What timezone file are you using? You can determine by using > with the following shell code: : ls -l /etc/localtime lrwxr-xr-x 1 root wheel 23 Sep 23 13:06 /etc/localtime@ ->\ /usr/share/zoneinfo/MET : ls -lL /etc/localtime -rw-r--r-- 2 bin bin 778 Aug 29 21:29 /etc/localtime > 2) Are you using a GMT CMOS clock, or local time? What is the > CMOS clock set to? UTC. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Sep 25 19:19:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA04904 for bugs-outgoing; Mon, 25 Sep 1995 19:19:03 -0700 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA04893 for ; Mon, 25 Sep 1995 19:18:58 -0700 Received: (from root@localhost) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with UUCP id WAA16666 for bugs@freebsd.org; Mon, 25 Sep 1995 22:17:20 -0400 Received: (from gene@localhost) by starkhome.cs.sunysb.edu (8.6.11/8.6.9) id SAA00839; Mon, 25 Sep 1995 18:12:04 -0400 Date: Mon, 25 Sep 1995 18:12:04 -0400 From: Gene Stark Message-Id: <199509252212.SAA00839@starkhome.cs.sunysb.edu> To: Thomas David Rivers Cc: bugs@freebsd.org In-reply-to: Thomas David Rivers's message of Sun, 24 Sep 1995 11:15:01 -0400 Subject: Interesting sound problem... References: <446d6b$dn7@starkhome.cs.sunysb.edu> Sender: owner-bugs@freebsd.org Precedence: bulk > I just tripped over the following problem. > > I was running out of resources, so I built a new kernel with > maxusers bumped from 10 to 35. No other changes. > > After booting that kernel; I discovered that SB-16 driver is > getting a little confused. If I cat a .au file to /dev/audio, > only a few seconds of sound is produced, and the 'cat' hangs... I still find, using the sound code in -stable, that stuff like auedit (part of nas) and vat tend to hang in the kernel at "sndint" at priority -11. Using sd and vat, I can create a multicast session on one host, and connect to that session on another host. Thumping the mike on one host makes the little level meter bounce up and down, but I cannot hear anything on the other host, even though the entry in the window blinks indicating that data is being transmitted. Eventually, the transmitting host also fails to pick up stuff from the mike. The vat audio tests also fail to generate any tones. I am using an SB-16 also. I would appreciate knowing if anyone has solved these problems. Seems like race conditions remain in the sound code in the kernel. - Gene Stark From owner-freebsd-bugs Tue Sep 26 01:00:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA23606 for bugs-outgoing; Tue, 26 Sep 1995 01:00:05 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA23591 ; Tue, 26 Sep 1995 01:00:03 -0700 Resent-Date: Tue, 26 Sep 1995 01:00:03 -0700 Resent-Message-Id: <199509260800.BAA23591@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, "Received:from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id AAA23040 for" ; Tue, 26.Sep.1995.00:54:10.-0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <19003-0@bunyip.cc.uq.oz.au>; Tue, 26 Sep 1995 17:52:44 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id RAA24442 for ; Tue, 26 Sep 1995 17:57:52 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id IAA07164 for ; Tue, 26 Sep 1995 08:00:22 GMT Message-Id: <199509260800.IAA07164@netfl15a.devetir.qld.gov.au> Date: Tue, 26 Sep 1995 18:00:21 +1000 From: Stephen Hocking To: FreeBSD-gnats-submit@freebsd.org Subject: bin/739: lpd does not handle output filters correctly Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 739 >Category: bin >Synopsis: Some problems when an output filter reads all input before >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Sep 26 01:00:02 PDT 1995 >Last-Modified: >Originator: Stephen Hocking >Organization: DEVETIR >Release: FreeBSD 2.2-CURRENT i386 >Environment: 2.2 current >Description: When using an output filter that reads all of its input before commencing operation, lpd assumes that the printing is finished and starts another job from that queue. This means that output can be interleaved as each instance of the output filter finishes processing. >How-To-Repeat: Create an output filter that reads all of its standard input before printing, eg cat > /tmp/foo.$$ some_random_data_fiddling cat /tmp/foo.$$ Send off lots of jobs to that particular queue and watch your stuff interleave. >Fix: Find the following diff to correct the problem for printjob.c *** printjob.c.dist Fri Sep 8 14:21:53 1995 - --- printjob.c Fri Sep 8 14:23:54 1995 *************** *** 272,277 **** - --- 272,279 ---- (void) write(ofd, TR, strlen(TR)); } (void) unlink(tempfile); + close(ofd); /* give ofilter an EOF indicator */ + (void)wait((int *)0); /* wait until ofilter finished */ exit(0); } goto again; I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! >Audit-Trail: >Unformatted: starting. From owner-freebsd-bugs Tue Sep 26 07:31:28 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA05740 for bugs-outgoing; Tue, 26 Sep 1995 07:31:28 -0700 Received: (from wollman@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA05718 ; Tue, 26 Sep 1995 07:31:20 -0700 Date: Tue, 26 Sep 1995 07:31:20 -0700 From: "Garrett A. Wollman" Message-Id: <199509261431.HAA05718@freefall.freebsd.org> To: xaa@stack.urc.tue.nl, wollman, freebsd-bugs Subject: Re: misc/736 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: zoneinfo for MET wrong? State-Changed-From-To: open-closed State-Changed-By: wollman State-Changed-When: Tue Sep 26 07:29:24 PDT 1995 State-Changed-Why: The poster was using a CMOS clock in local time, and hadn't left the machine running during the change, so adjkerntz(8) didn't get a chance to do the right thing. After resetting the CMOS clock to the correct local time, poster reports correct time. From owner-freebsd-bugs Tue Sep 26 08:50:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA09840 for bugs-outgoing; Tue, 26 Sep 1995 08:50:05 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA09833 ; Tue, 26 Sep 1995 08:50:02 -0700 Resent-Date: Tue, 26 Sep 1995 08:50:02 -0700 Resent-Message-Id: <199509261550.IAA09833@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, scott@sabami.seaslug.org Received: from statsci.statsci.com (statsci.statsci.com [198.145.127.9]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA09654 for ; Tue, 26 Sep 1995 08:43:48 -0700 Received: by statsci.statsci.com (Smail3.1.28.1 #3) id m0sxc5z-0005iSC; Tue, 26 Sep 95 08:38 PDT Received: (from root@localhost) by sabami.seaslug.org (8.6.11/8.6.9) id IAA01100; Tue, 26 Sep 1995 08:36:35 -0700 Message-Id: <199509261536.IAA01100@sabami.seaslug.org> Date: Tue, 26 Sep 1995 08:36:35 -0700 From: scott@sabami.seaslug.org Reply-To: scott@sabami.seaslug.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/740: 'man loadfont' references wrong font directory Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 740 >Category: docs >Synopsis: man loadfont says /usr/share/misc/vgafonts instead of pcvtfonts >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Sep 26 08:50:01 PDT 1995 >Last-Modified: >Originator: Scott Blachowicz >Organization: none >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: FreeBSD 2.0.5R from Walnut Creek CD. >Description: I assume man page bugs are 'doc' bugs... The man page for 'loadfonts' mentions a /usr/share/misc/vgafonts directory, but the fonts actually appear in /usr/share/misc/pcvtfonts. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Sep 26 09:00:08 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA10227 for bugs-outgoing; Tue, 26 Sep 1995 09:00:08 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA10220 ; Tue, 26 Sep 1995 09:00:03 -0700 Resent-Date: Tue, 26 Sep 1995 09:00:03 -0700 Resent-Message-Id: <199509261600.JAA10220@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hwr@xlink.net Received: from blackbush.xlink.net (blackbush.xlink.net [193.141.40.8]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA10103 for ; Tue, 26 Sep 1995 08:55:30 -0700 Received: (from root@localhost) by blackbush.xlink.net (8.6.11/8.6.9) id QAA01197; Wed, 27 Sep 1995 16:54:40 +0100 Message-Id: <199509271554.QAA01197@blackbush.xlink.net> Date: Wed, 27 Sep 1995 16:54:40 +0100 From: hwr@xlink.net Reply-To: hwr@xlink.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/741: netstat -rn not showing all routes in Kernel - not in man() Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 741 >Category: docs >Synopsis: netstat -rn not showing all routes in Kernel - not in man() >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Sep 26 09:00:02 PDT 1995 >Last-Modified: >Originator: Heiko W.Rupp >Organization: NTG/Xlink, Karlsruhe, Germany >Release: FreeBSD 2.0.5 -BUILT-19950603 i386 >Environment: routed is not running >Description: netstat -rn does not show all routes as e.g. on a Sun wit SunOS4.1.x. netstat -rna will do the job, but is not documented. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Sep 26 20:26:51 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA06730 for bugs-outgoing; Tue, 26 Sep 1995 20:26:51 -0700 Received: from clermont.CS.Berkeley.EDU (0@clermont.CS.Berkeley.EDU [128.32.42.63]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA06723 for ; Tue, 26 Sep 1995 20:26:47 -0700 Received: from clermont.CS.Berkeley.EDU (localhost [127.0.0.1]) by clermont.CS.Berkeley.EDU (8.6.10/8.6.9) with ESMTP id UAA24008; Tue, 26 Sep 1995 20:25:16 -0700 From: Josh MacDonald Message-Id: <199509270325.UAA24008@clermont.CS.Berkeley.EDU> To: Michael Smith Cc: freebsd-bugs@freebsd.org Subject: Re: Zoltrix sux Date: Tue, 26 Sep 1995 20:25:15 -0700 Sender: owner-bugs@freebsd.org Precedence: bulk Hi, remeber the Zoltrix problem I was having with a friends computer? Well, I put my modem where my mouth is, so to speak, and swapped modems with him for a while so I can try to find out what's going on. When I booted on my machine, I switched it to IRQ3 and COMM 2. Unfortunatly it still doesn't work or I could copy and paste all sorts of stuff for you, but I doesn't. Dmesg reports the modem as sio1 at irq3 at the right address and the right chip type when booting, which is unlike my friends Gateway, which didn't report it at all. I did change ports and interupts though, this modem really sucks, but I'll try asking anyways. What happens is this, I use kermit to connect to /dev/cuaa1, and I can type modem commands and I hear it click its little internal clicker and hang up at the busy signal (the phone annexen here are always busy), but I get no output. So, I am pretty sure its dialing, but I get nothing out. Does anyone have any ideas? Again, this modem works under OS/2 and Windows 3.x, which I realized doesn't say anything, but I can't have a conversation with him about how cool FreeBSD is without him saying "But my modem doesn't work". It gets annoying. -josh From owner-freebsd-bugs Tue Sep 26 21:30:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA12529 for bugs-outgoing; Tue, 26 Sep 1995 21:30:05 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA12523 ; Tue, 26 Sep 1995 21:30:03 -0700 Resent-Date: Tue, 26 Sep 1995 21:30:03 -0700 Resent-Message-Id: <199509270430.VAA12523@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, smpatel@wam.umd.edu Received: from xi.dorm.umd.edu (xi.dorm.umd.edu [129.2.152.45]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA12399 for ; Tue, 26 Sep 1995 21:23:15 -0700 Received: (from smpatel@localhost) by xi.dorm.umd.edu (8.6.11/8.6.9) id AAA00560; Wed, 27 Sep 1995 00:23:06 -0400 Message-Id: <199509270423.AAA00560@xi.dorm.umd.edu> Date: Wed, 27 Sep 1995 00:23:06 -0400 From: smpatel@wam.umd.edu Reply-To: smpatel@wam.umd.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/742: syslog errors accessing Mac hard disks [patch] Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 742 >Category: kern >Synopsis: syslog errors accessing Mac hard disks [patch] >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Sep 26 21:30:01 PDT 1995 >Last-Modified: >Originator: Sujal Patel >Organization: >Release: FreeBSD 2.0-BUILT-19950628 i386 >Environment: >Description: Every access to Mac hard disks causes errors because the partition table is not valid. It gets a little ugly after a lot of accesses :) >How-To-Repeat: if /dev/sd2 is a Mac disk: more < /dev/sd2 >Fix: Patch to detect and ignore Mac disks is attached (/usr/src/sys/i386/isa): --- diskslice_machdep.c.old Tue Sep 12 04:46:57 1995 +++ diskslice_machdep.c Tue Sep 26 23:58:32 1995 @@ -208,6 +208,12 @@ cp = bp->b_un.b_addr; sname = dsname(dname, dkunit(dev), WHOLE_DISK_SLICE, RAW_PART, partname); + /* Ignore Mac disks */ + if (cp[0] == 0x45 && cp[1] == 0x52 && + (cp[0x1FE] != 0x55 || cp[0x1FF] != 0xAA)) { + error = EINVAL; + goto done; + } if (cp[0x1FE] != 0x55 || cp[0x1FF] != 0xAA) { printf("%s: invalid primary partition table: no magic\n", sname); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Sep 27 03:20:09 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA26837 for bugs-outgoing; Wed, 27 Sep 1995 03:20:09 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA26831 ; Wed, 27 Sep 1995 03:20:03 -0700 Resent-Date: Wed, 27 Sep 1995 03:20:03 -0700 Resent-Message-Id: <199509271020.DAA26831@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, joerg_wunsch@interface-business.de Received: from mail.Germany.EU.net (mail.Germany.EU.net [192.76.144.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA26780 for ; Wed, 27 Sep 1995 03:16:22 -0700 Received: by mail.Germany.EU.net with UUCP (5.59:10/EUnetD-2.5.2.b) via EUnet id LAA14396; Wed, 27 Sep 1995 11:16:07 +0100 Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with ESMTP id LAA03550; Wed, 27 Sep 1995 11:50:52 +0100 Received: (from j@localhost) by ida.interface-business.de (8.6.11/8.6.9) id KAA14881; Wed, 27 Sep 1995 10:52:30 +0100 Message-Id: <199509270952.KAA14881@ida.interface-business.de> Date: Wed, 27 Sep 1995 10:52:30 +0100 From: "J. Wunsch" Reply-To: joerg_wunsch@interface-business.de To: FreeBSD-gnats-submit@freebsd.org Cc: bostic@cs.berkeley.edu X-Send-Pr-Version: 3.2 Subject: bin/743: vi cannot edit a file where the name starts with + Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 743 >Category: bin >Synopsis: vi cannot edit a file where the name starts with + >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 27 03:20:02 PDT 1995 >Last-Modified: >Originator: J. Wunsch >Organization: interface business GmbH, Dresden >Release: FreeBSD 2.0-BUILT-19950603 i386 (actually 2.0.5R) >Environment: FreeBSD 2.0.5R >Description: vi cannot edit a file that's name is starting with a plus sign. >How-To-Repeat: touch +foo vi +foo ~ ... ~ /tmp/vi.014780: new file: line 1; The foo command is unknown. :e +foo yields the same. >Fix: Prepending a directory component (e.g. "./") works around the problem. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Sep 27 03:50:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA27448 for bugs-outgoing; Wed, 27 Sep 1995 03:50:05 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA27442 ; Wed, 27 Sep 1995 03:50:02 -0700 Date: Wed, 27 Sep 1995 03:50:02 -0700 Message-Id: <199509271050.DAA27442@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mike Pritchard Subject: Re: bin/743: vi cannot edit a file where the name starts with + Reply-To: Mike Pritchard Sender: owner-bugs@FreeBSD.org Precedence: bulk The following reply was made to PR bin/743; it has been noted by GNATS. From: Mike Pritchard To: joerg_wunsch@interface-business.de Cc: FreeBSD-gnats-submit@freebsd.org, bostic@cs.berkeley.edu Subject: Re: bin/743: vi cannot edit a file where the name starts with + Date: Wed, 27 Sep 1995 05:43:10 -0500 (CDT) J. Wunsch wrote: > > >Description: > > vi cannot edit a file that's name is starting with a plus sign. > > >How-To-Repeat: > > touch +foo > vi +foo > ~ > ... > ~ > /tmp/vi.014780: new file: line 1; The foo command is unknown. > > :e +foo yields the same. > > >Fix: > > Prepending a directory component (e.g. "./") works around the problem. From the vi man page: The following options are available: -c Execute cmd immediately after starting the edit session. Partic- ularly useful for initial positioning in the file, however cmd is not limited to positioning commands. This is the POSIX 1003.2 interface for the historic ``+cmd'' syntax. Nex/nvi supports both the old and new syntax. As for the "vi +foo" problem, note the "+cmd" syntax above. I don't think that I would consider this a real "bug". It seems to fall into the same category as trying to use rm to remove a file that starts with a dash (-) (and please, lets not get into a long discussion on that...). The ":e +foo" problem does look like a real bug. -- Mike Pritchard mpp@mpp.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Wed Sep 27 05:30:02 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA29265 for bugs-outgoing; Wed, 27 Sep 1995 05:30:02 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA29259 ; Wed, 27 Sep 1995 05:30:01 -0700 Date: Wed, 27 Sep 1995 05:30:01 -0700 Message-Id: <199509271230.FAA29259@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: bin/743: vi cannot edit a file where the name starts with + Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.org Precedence: bulk The following reply was made to PR bin/743; it has been noted by GNATS. From: J Wunsch To: mpp@mpp.minn.net (Mike Pritchard) Cc: joerg_wunsch@interface-business.de, FreeBSD-gnats-submit@freebsd.org, bostic@cs.berkeley.edu Subject: Re: bin/743: vi cannot edit a file where the name starts with + Date: Wed, 27 Sep 1995 12:50:08 +0100 (MET) As Mike Pritchard wrote: > > > vi +foo > > ~ > > ... > > ~ > > /tmp/vi.014780: new file: line 1; The foo command is unknown. > As for the "vi +foo" problem, note the "+cmd" syntax above. Of course, this has been quite clear to me. > I don't > think that I would consider this a real "bug". It seems to fall into > the same category as trying to use rm to remove a file that starts with > a dash (-) (and please, lets not get into a long discussion on that...). But for removing a file starting with a dash, there's a well-known interface to work around it (--). I'd rather suggest for vi to also accept a ``--'' to end scanning the command line for options. -- cheers, J"org Wunsch From owner-freebsd-bugs Wed Sep 27 07:30:04 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA02107 for bugs-outgoing; Wed, 27 Sep 1995 07:30:04 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA02100 ; Wed, 27 Sep 1995 07:30:02 -0700 Resent-Date: Wed, 27 Sep 1995 07:30:02 -0700 Resent-Message-Id: <199509271430.HAA02100@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, stark@UG.CS.SUNYSB.EDU Received: from bfs2.ug.cs.sunysb.edu (bfs2.ug.cs.sunysb.edu [129.49.15.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA01815 for ; Wed, 27 Sep 1995 07:24:20 -0700 Received: from ws24.ug.cs.sunysb.edu (ws24.ug.cs.sunysb.edu [129.49.15.44]) by bfs2.ug.cs.sunysb.edu (8.6.11/8.6.9) with ESMTP id KAA00885 for ; Wed, 27 Sep 1995 10:24:18 -0400 Received: (from stark@localhost) by ws24.ug.cs.sunysb.edu (8.6.11/8.6.9) id KAA10038; Wed, 27 Sep 1995 10:24:17 -0400 Message-Id: <199509271424.KAA10038@ws24.ug.cs.sunysb.edu> Date: Wed, 27 Sep 1995 10:24:17 -0400 From: Eugene Stark Reply-To: stark@UG.CS.SUNYSB.EDU To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/744: Page fault in fchmod() with Sep 20 -stable kernel Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 744 >Category: kern >Synopsis: Page fault in fchmod() with Sep 20 -stable kernel >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 27 07:30:01 PDT 1995 >Last-Modified: >Originator: Eugene Stark >Organization: SUNY at Stony Brook CS Dept. >Release: FreeBSD 2.1-STABLE supped on Sep 20, 1995 >Environment: 486DX4/100, 32MB RAM, IDE, BusLogic SCSI. FreeBSD 2.1-STABLE supped on Sep 20, 1995. >Description: System crashed due to attempt to follow NULL vp->v_mount pointer in fchmod() in kern/vfs_syscalls.c. There has been one revision to vnode code in -STABLE since that date, but I'm not sure if it is relevant to this problem. I'll retain this core dump for a little while, in case anybody wants more information. gdb -k kernel vmcore.7 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 1c3000 current pcb at 1b6140 panic: page fault #0 boot (howto=256) at ../../i386/i386/machdep.c:873 873 dumppcb.pcb_ptd = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../i386/i386/machdep.c:873 #1 0xf010f893 in panic (fmt=0xf018c9fc "page fault") at ../../kern/subr_prf.c:124 #2 0xf018d4be in trap_fatal (frame=0xefbffe80) at ../../i386/i386/trap.c:718 #3 0xf018d030 in trap_pfault (frame=0xefbffe80, usermode=0) at ../../i386/i386/trap.c:640 #4 0xf018cce7 in trap (frame={tf_es = -266665968, tf_ds = -227672048, tf_edi = -255635968, tf_esi = 0, tf_ebp = -272629940, tf_isp = -267232531, tf_ebx = -257021696, tf_edx = -258090496, tf_ecx = 29, tf_eax = 0, tf_trapno = 12, tf_err = -257032192, tf_eip = -267232531, tf_cs = -267255800, tf_eflags = 66178, tf_esp = -272629868, tf_ss = -255635968}) at ../../i386/i386/trap.c:299 #5 0xf0185e7d in calltrap () #6 0xf0125aed in fchmod (p=0xf0c34e00, uap=0xefbfff94, retval=0xefbfff8c) at ../../kern/vfs_syscalls.c:1503 #7 0xf018d703 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 136768, tf_esi = 0, tf_ebp = -272640484, tf_isp = -272629788, tf_ebx = 147456, tf_edx = 147524, tf_ecx = 0, tf_eax = 124, tf_trapno = 514, tf_err = 514, tf_eip = 134525525, tf_cs = 31, tf_eflags = 514, tf_esp = -272640504, tf_ss = 39}) at ../../i386/i386/trap.c:853 #8 0xf0185ecb in Xsyscall () #9 0xde0a in ?? () #10 0xcf51 in ?? () #11 0x10d3 in ?? () (kgdb) frame 6 #6 0xf0125aed in fchmod (p=0xf0c34e00, uap=0xefbfff94, retval=0xefbfff8c) at ../../kern/vfs_syscalls.c:1503 1503 if (vp->v_mount->mnt_flag & MNT_RDONLY) (kgdb) print *vp $1 = {v_flag = 0, v_usecount = 1, v_writecount = 1, v_holdcnt = 0, v_lastr = 0, v_id = 2194101, v_mount = 0x0, v_op = 0xf09dda00, v_freelist = { tqe_next = 0x0, tqe_prev = 0xf0ae209c}, v_mntvnodes = { le_next = 0xf0b37a80, le_prev = 0xf0b1b424}, v_cleanblkhd = { lh_first = 0x0}, v_dirtyblkhd = {lh_first = 0x0}, v_numoutput = 0, v_type = VBAD, v_un = {vu_mountedhere = 0x0, vu_socket = 0x0, vu_specinfo = 0x0, vu_fifoinfo = 0x0}, v_lease = 0x0, v_lastw = 0, v_cstart = 0, v_lasta = 0, v_clen = 0, v_ralen = 0, v_maxra = 0, v_vmdata = 0x0, v_tag = VT_NON, v_data = 0x0} (kgdb) print *p $2 = {p_forw = 0xf0bf8200, p_back = 0x0, p_next = 0xf0c41a00, p_prev = 0xf0a4fd08, p_cred = 0xf0bd1f40, p_fd = 0xf0c63700, p_stats = 0xf4610288, p_limit = 0xf01bc74c, p_vmspace = 0xf0ad4000, p_sigacts = 0xf461015c, p_flag = 16390, p_stat = 2 '\002', p_pad1 = "\000\000", p_pid = 15224, p_hash = 0x0, p_pgrpnxt = 0x0, p_pptr = 0xf09e7e00, p_osptr = 0xf0a83300, p_ysptr = 0x0, p_cptr = 0x0, p_oppid = 0, p_dupfd = 0, p_estcpu = 71, p_cpticks = 70, p_pctcpu = 34, p_wchan = 0x0, p_wmesg = 0xf01112b4 "select", p_swtime = 660, p_slptime = 0, p_realtimer = {it_interval = {tv_sec = 0, tv_usec = 0}, it_value = { tv_sec = 0, tv_usec = 0}}, p_rtime = {tv_sec = 2, tv_usec = 682432}, p_uticks = 53, p_sticks = 376, p_iticks = 12, p_traceflag = 0, p_tracep = 0x0, p_siglist = 0, p_textvp = 0xf0af4300, p_lock = 0 '\000', p_pad2 = "\000\000", p_spare = {0, 0}, p_sigmask = 0, p_sigignore = 406884353, p_sigcatch = 548870, p_priority = 67 'C', p_usrpri = 67 'C', p_nice = 0 '\000', p_comm = "slirp\000d\000\000\000\000\000\000\000\000\000", p_pgrp = 0xf0bee600, p_sysent = 0xf01ac020, p_rtprio = {type = 1, prio = 0}, p_thread = 6, p_addr = 0xf4610000, p_md = {md_flags = 0, md_regs = 0xefbfffbc}, p_xstat = 0, p_acflag = 0, p_ru = 0x0} (kgdb) >How-To-Repeat: Unknown. >Fix: Unknown. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Sep 27 12:00:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA10170 for bugs-outgoing; Wed, 27 Sep 1995 12:00:05 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA10163 ; Wed, 27 Sep 1995 12:00:02 -0700 Resent-Date: Wed, 27 Sep 1995 12:00:02 -0700 Resent-Message-Id: <199509271900.MAA10163@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hohmuth@inf.tu-dresden.de Received: from irs201.inf.tu-dresden.de ([141.76.16.201]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA09806 for ; Wed, 27 Sep 1995 11:49:06 -0700 Received: (from hohmuth@localhost) by irs201.inf.tu-dresden.de (8.6.11/8.6.9) id TAA00602; Wed, 27 Sep 1995 19:40:59 +0100 Message-Id: <199509271840.TAA00602@irs201.inf.tu-dresden.de> Date: Wed, 27 Sep 1995 19:40:59 +0100 From: hohmuth@inf.tu-dresden.de Reply-To: hohmuth@inf.tu-dresden.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/745: occasional filesystem inconsistencies, and "panic: ffs_valloc: dup alloc" Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 745 >Category: kern >Synopsis: occasional filesystem inconsistencies, and "panic: ffs_valloc: dup alloc" >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 27 12:00:01 PDT 1995 >Last-Modified: >Originator: Michael Hohmuth >Organization: Dept. of Computer Science, TU Dresden, Germany >Release: FreeBSD 2.0.5-RELEASE i386 >Environment: "uname -a" yields: FreeBSD olymp.inf.tu-dresden.de 2.0.5-RELEASE FreeBSD 2.0.5-RELEASE #0: Wed Jul 5 12:39:10 1995 root@olymp.inf.tu-dresden.de:/usr/src/sys/compile/OLYMP i386 Main board is an ASUS SP3G + i486DX4 with the SCSI devices attached directly to the motherboard's NCR53c810 controller. 16 MB RAM. The main board and the SCSI disks are configured as suggested by Stefan Esser (who's one of the authors of the NCR device driver and who uses a similar configuration; he answered when I reported a similar problem in comp.unix.bsd.freebsd.misc about a month ago), as follows: Main board has all PCI options enabled except ISA-GAT; "refresh" is configured as "normal". Disks have auto reallocation on read/write errors, early recovery and error posting enabled. There are three SCSI devices: Two equivalent SCSI disks and one tape drive (see the logs below for exact model names). SCSI cabling is short (all devices are in one casing). One disk drive has only one partition which contains the FreeBSD system. The other disk just contains a swap partition. Following in this section are the kernel config file and the kernel's logged boot-up messages. The kernel config file looks like this: -------------------- begin kernel config file "OLYMP" -------------------- # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # GENERIC,v 1.45.2.3 1995/06/05 21:50:41 jkh Exp # machine "i386" #cpu "I386_CPU" cpu "I486_CPU" #cpu "I586_CPU" ident OLYMP maxusers 10 #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 config kernel root on wd0 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 seaintr controller scbus0 device sd0 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 #controller matcd0 at isa? port ? bio #device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 #options XSERVER # include code for XFree86 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr #device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr #device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr #device lpt1 at isa? port? tty #device lpt2 at isa? port? tty # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. #device de0 device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr #device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device ix0 at isa? port 0x300 net irq 10 iomem 0xd0000 iosiz 32768 vector ixintr device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device lnc1 at isa? port 0x300 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 # ijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's -------------------- end kernel config file "OLYMP" -------------------- Here are the boot up messages: -------------------- begin boot up messages -------------------- Sep 27 18:12:21 olymp /kernel: FreeBSD 2.0.5-RELEASE #0: Wed Jul 5 12:39:10 1995 Sep 27 18:12:21 olymp /kernel: root@olymp.inf.tu-dresden.de:/usr/src/sys/compile/OLYMP Sep 27 18:12:21 olymp /kernel: CPU: i486 DX4 (486-class CPU) Sep 27 18:12:21 olymp /kernel: Origin = "GenuineIntel" Id = 0x480 Stepping=0 Sep 27 18:12:21 olymp /kernel: Features=0x3 Sep 27 18:12:21 olymp /kernel: real memory = 16384000 (4000 pages) Sep 27 18:12:21 olymp /kernel: avail memory = 14999552 (3662 pages) Sep 27 18:12:21 olymp /kernel: Probing for devices on the ISA bus: Sep 27 18:12:21 olymp /kernel: sc0 at 0x60-0x6f irq 1 on motherboard Sep 27 18:12:21 olymp /kernel: sc0: VGA color <16 virtual consoles, flags=0x0> Sep 27 18:12:21 olymp /kernel: ed0 not found at 0x280 Sep 27 18:12:22 olymp /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Sep 27 18:12:22 olymp /kernel: sio0: type 16550A Sep 27 18:12:22 olymp /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Sep 27 18:12:22 olymp /kernel: sio1: type 16550A Sep 27 18:12:22 olymp /kernel: lpt0 at 0x378-0x37f irq 7 on isa Sep 27 18:12:22 olymp /kernel: lpt0: Interrupt-driven port Sep 27 18:12:22 olymp /kernel: lp0: TCP/IP capable interface Sep 27 18:12:22 olymp /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Sep 27 18:12:22 olymp /kernel: fdc0: NEC 72065B Sep 27 18:12:22 olymp /kernel: fd0: 1.44MB 3.5in Sep 27 18:12:22 olymp /kernel: wdc0 not found at 0x1f0 Sep 27 18:12:22 olymp /kernel: ahc1 not found Sep 27 18:12:22 olymp /kernel: ahb0 not found Sep 27 18:12:22 olymp /kernel: aha0 not found at 0x330 Sep 27 18:12:22 olymp /kernel: le0 at 0x300-0x30f irq 5 maddr 0xd0000 msize 65536 on isa Sep 27 18:12:22 olymp /kernel: le0: DE200 ethernet address 08:00:2b:1d:aa:46 Sep 27 18:12:22 olymp /kernel: npx0 on motherboard Sep 27 18:12:22 olymp /kernel: npx0: INT 16 interface Sep 27 18:12:22 olymp /kernel: Probing for devices on the pci0 bus: Sep 27 18:12:22 olymp /kernel: configuration mode 2 allows 16 devices. Sep 27 18:12:22 olymp /kernel: chip0 rev 4 on pci0:0 Sep 27 18:12:22 olymp /kernel: ncr0 rev 2 int a irq 9 on pci0:1 Sep 27 18:12:22 olymp /kernel: reg20: virtual=0xf2a91000 physical=0xfbfef000 size=0x100 Sep 27 18:12:22 olymp /kernel: ncr0: restart (scsi reset). Sep 27 18:12:22 olymp /kernel: ncr0 scanning for targets 0..6 (V2 pl21 95/03/21) Sep 27 18:12:23 olymp /kernel: ncr0 waiting for scsi devices to settle Sep 27 18:12:23 olymp /kernel: (ncr0:0:0): "SEAGATE ST31230N 0300" type 0 fixed SCSI 2 Sep 27 18:12:23 olymp /kernel: sd0(ncr0:0:0): Direct-Access Sep 27 18:12:23 olymp /kernel: sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Sep 27 18:12:23 olymp /kernel: 1010MB (2069860 512 byte sectors) Sep 27 18:12:23 olymp /kernel: (ncr0:1:0): "SEAGATE ST31230N 0300" type 0 fixed SCSI 2 Sep 27 18:12:23 olymp /kernel: sd1(ncr0:1:0): Direct-Access Sep 27 18:12:23 olymp /kernel: sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Sep 27 18:12:23 olymp /kernel: 1010MB (2069860 512 byte sectors) Sep 27 18:12:23 olymp /kernel: (ncr0:2:0): "WANGTEK 5150ES SCSI ES41 B230" type 1 removable SCSI 1 Sep 27 18:12:23 olymp /kernel: st0(ncr0:2:0): Sequential-Access Sep 27 18:12:23 olymp /kernel: st0(ncr0:2:0): asynchronous. Sep 27 18:12:23 olymp /kernel: Sep 27 18:12:23 olymp /kernel: st0(ncr0:2:0): asynchronous. Sep 27 18:12:23 olymp /kernel: drive offline Sep 27 18:12:24 olymp /kernel: chip1 rev 132 on pci0:2 Sep 27 18:12:24 olymp /kernel: vga0 rev 0 int a irq ?? on pci0:4 Sep 27 18:12:24 olymp /kernel: pci0: uses 8388864 bytes of memory from fb000000 upto fbfef0ff. Sep 27 18:12:24 olymp /kernel: pci0: uses 256 bytes of I/O space from e800 upto e8ff. Sep 27 18:12:24 olymp /kernel: changing root device to sd0a -------------------- end boot up messages -------------------- >Description: Every once in a while, my daily "fsck -n" run reports truncated, unreferenced and/or bad inodes or names pointing to unallocated inodes. So far, any real damage to data files hasn't occured (as far as I have checked); seems like it's always just the filesystem's meta-data which is corrupt. (Exactly the same errors also occur when `fsck'ing in single-user mode with r/o-mounted file system, so this is not just a problem specific to running `fsck' in multi-user.) The same problem may also have caused the following panic: mode=0100644, inum=18573, fs=/ panic: ffs_valloc: dup alloc When I reported a similar problem to comp.unix.bsd.freebsd.misc about a month ago (subject = "2.0.5R: bad inodes once a week...", msg-id = <41vgso$pk0@irzr17.inf.tu-dresden.de>), Stefan Esser (co-author of the NCR device driver) responded and helped me to tune my main board and SCSI setup and make sure that the SCSI disks report possible problems to the device driver (see Config section above). However, the kernel has never logged any device problems. For these reasons (only meta-data corruption and no hardware problems logged) I don't believe in a hardware failure; rather, I guess there might be something wrong with the inode (or other meta-data) update code. However I wonder why I seem to be the only one who's experiencing this; perhaps my kernel configuration is the key to this. >How-To-Repeat: in single-user, with r/o-mounted disk: # fsck -n ** /dev/rsd0a (NO WRITE) ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames UNALLOCATED I=45811 OWNER=sr1 MODE=0 SIZE=0 MTIME=Sep 27 17:40 1995 NAME=/usr/home/sr1/etc/harvest-cache/cache/88/1688 REMOVE? no ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups BLK(S) MISSING IN BIT MAPS SALVAGE? no SUMMARY INFORMATION BAD SALVAGE? no CLEAN FLAG NOT SET IN SUPERBLOCK FIX? no 63800 files, 708021 used, 294504 free (13072 frags, 35179 blocks, 1.3% fragmentation) Here's the output copied from my Usenet article mentioned above: ** /dev/rsd0a (NO WRITE) ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes PARTIALLY TRUNCATED INODE I=180124 SALVAGE? no 423867417 BAD I=180124 -1273412684 BAD I=180124 1135876419 BAD I=180124 423867417 BAD I=180124 ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts UNREF FILE I=9994 OWNER=sr1 MODE=100644 SIZE=593 MTIME=Aug 28 21:16 1995 RECONNECT? no CLEAR? no UNREF FILE I=153262 OWNER=sr1 MODE=100644 SIZE=1414 MTIME=Aug 28 20:47 1995 RECONNECT? no CLEAR? no UNREF FILE I=175527 OWNER=sr1 MODE=100644 SIZE=8490 MTIME=Aug 28 21:03 1995 RECONNECT? no CLEAR? no BAD/DUP FILE I=180124 OWNER=sr1 MODE=100644 SIZE=126629 MTIME=Aug 28 21:06 1995 CLEAR? no UNREF FILE I=184335 OWNER=sr1 MODE=100644 SIZE=3259 MTIME=Aug 28 21:15 1995 RECONNECT? no CLEAR? no UNREF FILE I=202484 OWNER=sr1 MODE=100644 SIZE=407 MTIME=Aug 28 21:16 1995 RECONNECT? no CLEAR? no UNREF FILE I=238524 OWNER=sr1 MODE=100644 SIZE=477 MTIME=Aug 28 21:16 1995 RECONNECT? no CLEAR? no ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? no BLK(S) MISSING IN BIT MAPS SALVAGE? no SUMMARY INFORMATION BAD SALVAGE? no CLEAN FLAG NOT SET IN SUPERBLOCK FIX? no 60922 files, 683350 used, 319143 free (11295 frags, 38481 blocks, 1.1% fragmentation) >Fix: My workaround is to regularly `fsck' the disks... :( >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Sep 27 13:10:13 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA12907 for bugs-outgoing; Wed, 27 Sep 1995 13:10:13 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA12901 ; Wed, 27 Sep 1995 13:10:07 -0700 Resent-Date: Wed, 27 Sep 1995 13:10:07 -0700 Resent-Message-Id: <199509272010.NAA12901@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hohmuth@inf.tu-dresden.de Received: from irs201.inf.tu-dresden.de ([141.76.16.201]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA12688 for ; Wed, 27 Sep 1995 13:02:09 -0700 Received: (from hohmuth@localhost) by irs201.inf.tu-dresden.de (8.6.11/8.6.9) id VAA01103; Wed, 27 Sep 1995 21:01:39 +0100 Message-Id: <199509272001.VAA01103@irs201.inf.tu-dresden.de> Date: Wed, 27 Sep 1995 21:01:39 +0100 From: hohmuth@inf.tu-dresden.de Reply-To: hohmuth@inf.tu-dresden.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/746: `talk' forbids talking from write-protected terminal for no good reason Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 746 >Category: bin >Synopsis: `talk' forbids talking from write-protected terminal for no good reason >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 27 13:10:03 PDT 1995 >Last-Modified: >Originator: Michael Hohmuth >Organization: Dept. of Computer Science, TU Dresden, Germany >Release: FreeBSD 2.0.5-RELEASE i386 >Environment: "uname -a" yields: FreeBSD olymp.inf.tu-dresden.de 2.0.5-RELEASE FreeBSD 2.0.5-RELEASE #0: Wed Jul 5 12:39:10 1995 root@olymp.inf.tu-dresden.de:/usr/src/sys/compile/OLYMP i386 >Description: The `talk' program has a misfeature in that it cannot be used except from a terminal with messages on ("mesg y"). When used from a write-protected terminal (messages off, "mesg n"), it complains that ``The callee cannot write to this terminal, use "mesg y"''. While this is indisputable, there is no good reason to forbid usage of the `talk' program in this case: It is very well possible to establish a `talk' session from a write-protected terminal; this can easily be demonstrated after removing this misfeature. (One might even argue _for_ write-protecting one's terminal before initiating a `talk' session that this prevents other talk requests from arriving in this very terminal.) >How-To-Repeat: olymp:~> mesg n Exit 1 olymp:~> talk hohmuth@irs talk: The callee cannot write to this terminal, use "mesg y". Exit 1 >Fix: diff -u /usr/src/usr.bin/talk/init_disp.c ./init_disp.c --- /usr/src/usr.bin/talk/init_disp.c Tue May 30 08:34:33 1995 +++ ./init_disp.c Wed Sep 27 20:38:23 1995 @@ -51,22 +51,6 @@ #include "talk.h" /* - * Make sure the callee can write to the screen - */ -void check_writeable() -{ - char *tty; - struct stat sb; - - if ((tty = ttyname(STDERR_FILENO)) == NULL) - err(1, "ttyname"); - if (stat(tty, &sb) < 0) - err(1, "%s", tty); - if (!(sb.st_mode & S_IWGRP)) - errx(1, "The callee cannot write to this terminal, use \"mesg y\"."); -} - -/* * Set up curses, catch the appropriate signals, * and build the various windows. */ diff -u /usr/src/usr.bin/talk/talk.c ./talk.c --- /usr/src/usr.bin/talk/talk.c Tue May 30 08:34:41 1995 +++ ./talk.c Wed Sep 27 20:38:56 1995 @@ -63,7 +63,6 @@ char *argv[]; { get_names(argc, argv); - check_writeable(); init_display(); open_ctl(); open_sockt(); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Sep 27 14:20:06 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA14955 for bugs-outgoing; Wed, 27 Sep 1995 14:20:06 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA14946 ; Wed, 27 Sep 1995 14:20:03 -0700 Date: Wed, 27 Sep 1995 14:20:03 -0700 Message-Id: <199509272120.OAA14946@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: bin/746: `talk' forbids talking from write-protected terminal for no good reason Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.org Precedence: bulk The following reply was made to PR bin/746; it has been noted by GNATS. From: J Wunsch To: hohmuth@inf.tu-dresden.de Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/746: `talk' forbids talking from write-protected terminal for no good reason Date: Wed, 27 Sep 1995 22:09:09 +0100 (MET) As hohmuth@inf.tu-dresden.de wrote: > > The `talk' program has a misfeature in that it cannot be used except > from a terminal with messages on ("mesg y"). When used from a > write-protected terminal (messages off, "mesg n"), it complains that > ``The callee cannot write to this terminal, use "mesg y"''. This has been discussed before with the conclusion that this feature is believed to be okay. For example, the callee migh want to respond to the talk request with a short message via write(1) saying that he's going to have the talk later, instead of actually invoking the talk right now. Lest somebody else objects, i'm going to close this report within a couple of days. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Sep 27 17:00:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA19256 for bugs-outgoing; Wed, 27 Sep 1995 17:00:03 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA19243 ; Wed, 27 Sep 1995 17:00:01 -0700 Resent-Date: Wed, 27 Sep 1995 17:00:01 -0700 Resent-Message-Id: <199509280000.RAA19243@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, fenner@parc.xerox.com Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id QAA19107 for ; Wed, 27 Sep 1995 16:51:33 -0700 Received: from fenestro.parc.xerox.com ([13.0.208.199]) by alpha.xerox.com with SMTP id <15264(2)>; Wed, 27 Sep 1995 16:50:52 PDT Received: (from fenner@localhost) by fenestro.parc.xerox.com (8.6.12/8.6.9) id QAA10303; Wed, 27 Sep 1995 16:42:32 -0700 Message-Id: <199509272342.QAA10303@fenestro.parc.xerox.com> Date: Wed, 27 Sep 1995 16:42:32 PDT From: Bill Fenner Reply-To: fenner@parc.xerox.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/747: date(1) gives weird time zones and interprets GMT[+-] backwards Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 747 >Category: bin >Synopsis: date(1) gives weird time zones and interprets GMT[+-] backwards >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 27 17:00:01 PDT 1995 >Last-Modified: >Originator: Bill Fenner >Organization: Xerox PARC >Release: FreeBSD 2.1-STABLE i386 >Environment: 2.1-STABLE supped on September 22 >Description: "date" prints out strange time zones when you set the TZ environment variable, and unless I am in total outer space, interprets GMT+7 as it should GMT-7. >How-To-Repeat: % env TZ=GMT date Wed Sep 27 23:28:33 1995 Where did the time zone go? % env TZ=GMT-7 date Thu Sep 28 06:31:58 GMT 1995 Last I checked, Pacific time was GMT-7. However, this time is 14 hours ahead of now. Plus, the time zone that gets printed is "GMT" -- not GMT-7. % date Wed Sep 27 16:32:00 PDT 1995 This is now; in my time zone, I feel safe here. % env TZ=GMT+7 date Wed Sep 27 16:32:06 GMT 1995 And if I check what the time is supposed to be in GMT+7, it turns out to be the same as Pacific time, even though we are GMT-7. The same commands when run under SunOS provide the following output: % env TZ=GMT date Wed Sep 27 23:38:25 GMT 1995 % env TZ=GMT-7 date Wed Sep 27 16:38:27 GMT-0700 1995 % date Wed Sep 27 16:38:29 PDT 1995 % env TZ=GMT+7 date Thu Sep 28 06:38:32 GMT+0700 1995 >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Sep 27 17:00:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA19270 for bugs-outgoing; Wed, 27 Sep 1995 17:00:05 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA19255 ; Wed, 27 Sep 1995 17:00:03 -0700 Resent-Date: Wed, 27 Sep 1995 17:00:03 -0700 Resent-Message-Id: <199509280000.RAA19255@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, fenner@parc.xerox.com Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id QAA19151 for ; Wed, 27 Sep 1995 16:54:21 -0700 Received: from fenestro.parc.xerox.com ([13.0.208.199]) by alpha.xerox.com with SMTP id <14939(1)>; Wed, 27 Sep 1995 16:53:40 PDT Received: (from fenner@localhost) by fenestro.parc.xerox.com (8.6.12/8.6.9) id QAA10418; Wed, 27 Sep 1995 16:45:18 -0700 Message-Id: <199509272345.QAA10418@fenestro.parc.xerox.com> Date: Wed, 27 Sep 1995 16:45:18 PDT From: Bill Fenner Reply-To: fenner@parc.xerox.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/748: zic.8 man page refers to /usr/local/etc/zoneinfo Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 748 >Category: docs >Synopsis: zic.8 man page refers to /usr/local/etc/zoneinfo >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 27 17:00:02 PDT 1995 >Last-Modified: >Originator: Bill Fenner >Organization: Xerox PARC >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1-STABLE, sup'd September 22 >Description: zic(8) refers to /usr/local/etc/zoneinfo >How-To-Repeat: man zic >Fix: --- usr.sbin/zic/zic.8.orig Wed Sep 27 16:42:40 1995 +++ usr.sbin/zic/zic.8 Wed Sep 27 16:42:50 1995 @@ -406,7 +406,7 @@ field of the earliest transition time's rule to ensure that the earliest transition time recorded in the compiled file is correct. .SH FILE -/usr/local/etc/zoneinfo standard directory used for created files +/usr/share/zoneinfo standard directory used for created files .SH "SEE ALSO" newctime(3), tzfile(5), zdump(8) .\" @(#)zic.8 7.7 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Sep 27 19:20:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA23348 for bugs-outgoing; Wed, 27 Sep 1995 19:20:05 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA23341 ; Wed, 27 Sep 1995 19:20:02 -0700 Date: Wed, 27 Sep 1995 19:20:02 -0700 Message-Id: <199509280220.TAA23341@freefall.freebsd.org> To: freebsd-bugs Cc: From: Keith Bostic Subject: Re: bin/743: vi cannot edit a file where the name starts with + Reply-To: Keith Bostic Sender: owner-bugs@FreeBSD.org Precedence: bulk The following reply was made to PR bin/743; it has been noted by GNATS. From: Keith Bostic To: j@ida.interface-business.de Cc: FreeBSD-gnats-submit@freebsd.org, mpp@mpp.minn.net Subject: Re: bin/743: vi cannot edit a file where the name starts with + Date: Wed, 27 Sep 1995 20:18:07 -0600 > But for removing a file starting with a dash, there's a well-known > interface to work around it (--). I'd rather suggest for vi to also > accept a ``--'' to end scanning the command line for options. I agree. Since nvi uses getopt(3), "--" does, in general, work. exactly as it does in rm. Unfortunately, +cmd arguments are translated into -c cmd before getopt is called, so the result in the case of a leading + sign in an argument is not what the user wanted. I'll fix this in the next version of nvi. --keith From owner-freebsd-bugs Wed Sep 27 19:30:11 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA23791 for bugs-outgoing; Wed, 27 Sep 1995 19:30:11 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA23778 ; Wed, 27 Sep 1995 19:30:06 -0700 Resent-Date: Wed, 27 Sep 1995 19:30:06 -0700 Resent-Message-Id: <199509280230.TAA23778@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, "Received:from relay4.UU.NET (relay4.UU.NET [192.48.96.14]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA23481 for" ; Wed, 27.Sep.1995.19:21:43.-0700 Received: from ast.com by relay4.UU.NET with SMTP id QQzjbt05496; Wed, 27 Sep 1995 22:22:03 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA23650 (5.67b/IDA-1.5 for ); Wed, 27 Sep 1995 19:23:02 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Wed, 27 Sep 95 21:22 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #18) id m0sy8W1-0004w0C; Wed, 27 Sep 95 21:16 CDT Message-Id: Date: Wed, 27 Sep 95 21:16 CDT From: uhclem%nemesis@fw.ast.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/750: cd9660 confused by not-ready or I/O errors FDIV030 Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 750 >Category: kern >Synopsis: cd9660 confused by not-ready or I/O errors FDIV030 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 27 19:30:03 PDT 1995 >Last-Modified: >Originator: Frank Durda IV >Organization: Hey Moe! This pipe is full of wires! >Release: FreeBSD 2.0.5-SNAP950726 i386 >Environment: A stock system with Matsushita CD-ROM (matcd0a), or SCSI CD-ROM (cd0a) that has a drive that allows media to be removed while mounted (including via emergency eject) >Description: If a mounted CD-ROM becomes not ready or returns other error codes associated with a media read error, or a media change or incompatible media error caused by incompatible media being loaded in place of compatible media (such as White or Red book vs Orange book HS/ISO), the cd9660 filesystem control layer will get in a state where it will not umount the device, and will keep the device mounted (but not usable) and the dev busy until the system is rebooted. >How-To-Repeat: Boot system Insert mountable (I used 2.0.5R CDROM) mount -t cd9660 /dev/your_scsi_device /mnt (I tried both with matcd0a and cd0a and both do the same thing) df (to confirm the device is listed as mounted) Now, eject the media, either by pressing the eject button, or if the drive is locked, use the emergency eject pin or tab. Remove 2.0.5R CD. Now, insert an audio CD into the player. Wait until the media has had ample time to come to speed and read the TOC. Allow 30 seconds. Now, type ls /mnt You should get one or more error messages. This is normal and the messages will vary with the drive type and driver. The ls command should abort. That is all normal. Now do a umount /dev/your_scsi_device I see: umount: /mnt: Input/output error That isn't a good thing. What is it waiting on? Writing the cache? :-) If you then do a df you will see that the file system is still mounted. So, you can't get the device unmounted at this point. Now remove the audio media in the drive, and replace the same disc you used earlier (2.0.5R in above example). Wait 30 seconds for it to become ready. Repeat the umount /dev/your_scsi_device still get: umount: /mnt: Input/output error (You can try another ls /mnt, but it won't work either.) At this point, that drive is dead, unusable until the system reboots. Attempting to issue a second mount for another mount point (say /mnt1) fails with "Device busy". A cat of the raw device also fails with a busy error. I originally stumbled into this by installing from the CD and was unaware that after rebooting, the 2.0.5 system silently mounted the 2.0.5R CD as part of the normal boot. It never occurred to me that this would happen. I then changed CDs to play an audio CD using xcdplayer, not knowing the device was mounted at this point, and ran into this very condition. First I ran xcdplayer and it complained about not being able to access the device, then I did a df and discovered the mount issue. Since not all drives (SCSI and otherwise) support and/or enforce door locking, it seems that cd9660 (or whatever is to blame) should not gag in this state and that a umount of a read-only file system should *always* work and close the dev. FYI, debug in the matcd driver shows that no open/close/read/ioctl calls are made to the driver at all after the first media change is discovered by the "ls" command, so the subsequent errors are all occurring somewhere above the driver. The driver never gets asked any more questions. >Fix: None known at this time. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Sep 28 00:50:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA06721 for bugs-outgoing; Thu, 28 Sep 1995 00:50:03 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA06711 ; Thu, 28 Sep 1995 00:50:02 -0700 Resent-Date: Thu, 28 Sep 1995 00:50:02 -0700 Resent-Message-Id: <199509280750.AAA06711@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, candy@fct.kgc.co.jp Received: from mail0.iij.ad.jp (root@mail0.iij.ad.jp [192.244.176.61]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA06680 for ; Thu, 28 Sep 1995 00:45:30 -0700 Received: from uucp0.iij.ad.jp (uucp0.iij.ad.jp [192.244.176.51]) by mail0.iij.ad.jp (8.6.12+2.4W/3.3W9-MAIL) with ESMTP id QAA22213 for ; Thu, 28 Sep 1995 16:45:18 +0900 Received: (from uucp@localhost) by uucp0.iij.ad.jp (8.6.12+2.4W/3.3W9-UUCP) with UUCP id QAA12883 for FreeBSD-gnats-submit@freebsd.org; Thu, 28 Sep 1995 16:45:17 +0900 Received: from xxx.fct.kgc.co.jp by fender.fct.kgc.co.jp (8.6.12+2.4W/3.4W:95071117) id QAA23568; Thu, 28 Sep 1995 16:31:32 +0900 Received: by xxx.fct.kgc.co.jp (8.6.11/3.3W8:95062916) id QAA03741; Thu, 28 Sep 1995 16:31:30 +0900 Message-Id: <199509280731.QAA03741@xxx.fct.kgc.co.jp> Date: Thu, 28 Sep 1995 16:31:30 +0900 From: Toshihiro Kanda Reply-To: candy@fct.kgc.co.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/751: crontab(1): `crontab -e' exits on SIGINT Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 751 >Category: bin >Synopsis: crontab(1): `crontab -e' exits on SIGINT >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Sep 28 00:50:01 PDT 1995 >Last-Modified: >Originator: Toshihiro Kanda >Organization: candy@fct.kgc.co.jp (Toshihiro Kanda) >Release: FreeBSD 2.0.5-RELEASE i386 >Environment: $ uname -rms FreeBSD 2.0.5-RELEASE i386 >Description: When `crontab -e' invokes vi, ctl-C kills crontab but vi. Then vi is left alone and things go strange. >How-To-Repeat: Assuming /bin/sh syntax oriented shell... $ EDITOR=/usr/bin/vi crontab -e then type ctl-C. >Fix: Crontab exec's ``/bin/sh -c /usr/bin/vi tmp'', and sh seems exit by SIGINT. I wonder if crontab exec's vi directly. At least it seems to fix this problem. *** crontab.c.orig Tue May 30 12:47:04 1995 --- crontab.c Thu Sep 28 16:08:25 1995 *************** *** 404,411 **** --- 404,414 ---- ProgramName); exit(ERROR_EXIT); } + /* sprintf(q, "%s %s", editor, Filename); execlp(_PATH_BSHELL, _PATH_BSHELL, "-c", q, NULL); + */ + execlp(editor, editor, Filename, NULL); perror(editor); exit(ERROR_EXIT); /*NOTREACHED*/ *************** *** 415,421 **** --- 418,433 ---- } /* parent */ + { + void (*f[4])(); + f[0] = signal(SIGHUP, SIG_IGN); + f[1] = signal(SIGINT, SIG_IGN); + f[2] = signal(SIGTERM, SIG_IGN); xpid = wait(&waiter); + signal(SIGHUP, f[0]); + signal(SIGINT, f[1]); + signal(SIGTERM, f[2]); + } if (xpid != pid) { fprintf(stderr, "%s: wrong PID (%d != %d) from \"%s\"\n", ProgramName, xpid, pid, editor); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Sep 28 03:55:47 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA10886 for bugs-outgoing; Thu, 28 Sep 1995 03:55:47 -0700 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA10857 for ; Thu, 28 Sep 1995 03:53:07 -0700 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id LAA17757; Thu, 28 Sep 1995 11:54:54 +0100 From: Luigi Rizzo Message-Id: <199509281054.LAA17757@labinfo.iet.unipi.it> Subject: Re: bin/743: vi cannot edit a file where the name starts with + To: bostic@BSDI.COM Date: Thu, 28 Sep 1995 11:54:53 +0100 (MET) Cc: freebsd-bugs@freefall.freebsd.org In-Reply-To: <199509280220.TAA23341@freefall.freebsd.org> from "Keith Bostic" at Sep 27, 95 07:19:43 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1258 Sender: owner-bugs@FreeBSD.org Precedence: bulk > From: Keith Bostic > To: j@ida.interface-business.de > Cc: FreeBSD-gnats-submit@freebsd.org, mpp@mpp.minn.net > Subject: Re: bin/743: vi cannot edit a file where the name starts with + > Date: Wed, 27 Sep 1995 20:18:07 -0600 > > > But for removing a file starting with a dash, there's a well-known > > interface to work around it (--). I'd rather suggest for vi to also > > accept a ``--'' to end scanning the command line for options. > > I agree. Since nvi uses getopt(3), "--" does, in general, work. > exactly as it does in rm. > > Unfortunately, +cmd arguments are translated into -c cmd before > getopt is called, so the result in the case of a leading + sign > in an argument is not what the user wanted. > > I'll fix this in the next version of nvi. doesn't something like "./+filename_starting_with_+" work ? 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 Thu Sep 28 04:40:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA11735 for bugs-outgoing; Thu, 28 Sep 1995 04:40:03 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA11729 ; Thu, 28 Sep 1995 04:40:01 -0700 Resent-Date: Thu, 28 Sep 1995 04:40:01 -0700 Resent-Message-Id: <199509281140.EAA11729@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, curt@emergent.com Received: from bluewhale.emergent.com (bluewhale.emergent.com [140.174.2.161]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA11686 for ; Thu, 28 Sep 1995 04:35:35 -0700 Received: (from root@localhost) by bluewhale.emergent.com (8.6.11/8.6.12) id EAA07386; Thu, 28 Sep 1995 04:35:30 -0700 Message-Id: <199509281135.EAA07386@bluewhale.emergent.com> Date: Thu, 28 Sep 1995 04:35:30 -0700 From: curt@emergent.com Reply-To: curt@emergent.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/752: ifconfig alias busted deep in networking code Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 752 >Category: kern >Synopsis: setting multiple addresses for a single interfaces loses >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Sep 28 04:40:00 PDT 1995 >Last-Modified: >Originator: Curt Mayer >Organization: >Release: FreeBSD 2.1 STABLE i386 >Environment: 2.1 STABLE, 486dx2-66, 2 ed interfaces >Description: on 1.1.5.1, when doing an ifconfig ed0 140.174.2.174 netmask 255.255.255.0 alias it works. on 2.1 STABLE, it is broken in 2 ways: ifconfig complains, and it does not work, even though netstat likes it. note that sometimes I have seen it work for interfaces other than the first one, and even for the first one, for a very short time. >How-To-Repeat: ifconfig ed0 140.174.2.174 netmask 255.255.255.0 alias ping 140.174.2.174 >Fix: no idea. rip out the multicast stuff and roll back to 1.1.5.1? nah. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Sep 28 04:50:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA11818 for bugs-outgoing; Thu, 28 Sep 1995 04:50:03 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA11812 ; Thu, 28 Sep 1995 04:50:02 -0700 Resent-Date: Thu, 28 Sep 1995 04:50:02 -0700 Resent-Message-Id: <199509281150.EAA11812@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, curt@emergent.com Received: from bluewhale.emergent.com (bluewhale.emergent.com [140.174.2.161]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA11774 for ; Thu, 28 Sep 1995 04:44:35 -0700 Received: (from curt@localhost) by bluewhale.emergent.com (8.6.11/8.6.12) id EAA07512; Thu, 28 Sep 1995 04:44:34 -0700 Message-Id: <199509281144.EAA07512@bluewhale.emergent.com> Date: Thu, 28 Sep 1995 04:44:34 -0700 From: curt@emergent.com Reply-To: curt@emergent.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/753: archive tape drive does not work on 2.1 STABLE Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 753 >Category: kern >Synopsis: my archive scsi tape drive does not work >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Sep 28 04:50:01 PDT 1995 >Last-Modified: >Originator: Curt Mayer >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: 2.1 STABLE,. 486dx2-66, 1542cf, archive viper 525 >Description: the scsi tape rogue detection is way too stupid. it simply does a search, and looks for exact matches. if you have a rogue that does not exactly match, it will lose. >How-To-Repeat: boot any 2.1 kernel st -f /dev/rst0.1 rew >Fix: patch scsi/st.c with the following lines: *** /sys/scsi/st.c Sat Jul 22 01:49:19 1995 --- /usr/home/curt/st.c Thu Sep 28 04:42:42 1995 *************** *** 122,127 **** --- 122,136 ---- {0, 0, QIC_120} /* minor 12,13,14,15 */ } }, + {"Rev 2 of the Archive 2525", "ARCHIVE ", "VIPER 2525 25916", "-002", + 0, + { + {0, ST_Q_SNS_HLP, 0}, /* minor 0,1,2,3 */ + {0, ST_Q_SNS_HLP, QIC_525}, /* minor 4,5,6,7 */ + {0, 0, QIC_150}, /* minor 8,9,10,11 */ + {0, 0, QIC_120} /* minor 12,13,14,15 */ + } + }, {"Archive Viper 150", "ARCHIVE ", "VIPER 150", "????", ST_Q_NEEDS_PAGE_0, { >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Sep 28 07:00:08 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA14726 for bugs-outgoing; Thu, 28 Sep 1995 07:00:08 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA14705 ; Thu, 28 Sep 1995 07:00:02 -0700 Date: Thu, 28 Sep 1995 07:00:02 -0700 Message-Id: <199509281400.HAA14705@freefall.freebsd.org> To: freebsd-bugs Cc: From: hohmuth@inf.tu-dresden.de (Michael Hohmuth) Subject: Re: bin/746: `talk' forbids talking from write-protected terminal for no good reason Reply-To: hohmuth@inf.tu-dresden.de (Michael Hohmuth) Sender: owner-bugs@FreeBSD.org Precedence: bulk The following reply was made to PR bin/746; it has been noted by GNATS. From: hohmuth@inf.tu-dresden.de (Michael Hohmuth) To: joerg_wunsch@uriah.heep.sax.de Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/746: `talk' forbids talking from write-protected terminal for no good reason Date: Thu, 28 Sep 1995 14:53:40 +0100 (MET) J Wunsch wrote: > As hohmuth@inf.tu-dresden.de wrote: > > > > The `talk' program has a misfeature in that it cannot be used except > > from a terminal with messages on ("mesg y"). When used from a > > write-protected terminal (messages off, "mesg n"), it complains that > > ``The callee cannot write to this terminal, use "mesg y"''. > > This has been discussed before with the conclusion that this feature > is believed to be okay. For example, the callee migh want to respond > to the talk request with a short message via write(1) saying that he's > going to have the talk later, instead of actually invoking the talk > right now. I believe this is an issue of the user's policy, not of the system's. I don't understand why a program should intentionally be crippled in order to enforce a policy the user may not want. Wouldn't it be OK to just print a warning message but allow usage of the program anyway? Michael -- Email: hohmuth@inf.tu-dresden.de WWW: http://www.inf.tu-dresden.de/~mh1/ From owner-freebsd-bugs Thu Sep 28 07:20:04 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA15083 for bugs-outgoing; Thu, 28 Sep 1995 07:20:04 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA15074 ; Thu, 28 Sep 1995 07:20:01 -0700 Date: Thu, 28 Sep 1995 07:20:01 -0700 Message-Id: <199509281420.HAA15074@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Garrett A. Wollman" Subject: bin/747: date(1) gives weird time zones and interprets GMT[+-] backwards Reply-To: "Garrett A. Wollman" Sender: owner-bugs@FreeBSD.org Precedence: bulk The following reply was made to PR bin/747; it has been noted by GNATS. From: "Garrett A. Wollman" To: fenner@parc.xerox.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: bin/747: date(1) gives weird time zones and interprets GMT[+-] backwards Date: Thu, 28 Sep 1995 10:17:36 -0400 < said: > % env TZ=GMT date > Wed Sep 27 23:28:33 1995 > Where did the time zone go? `GMT' is not a valid time zone specification. > % env TZ=GMT-7 date > Thu Sep 28 06:31:58 GMT 1995 `GMT-7' is a valid timezone specification which specifies a zone name of `GMT' and an offset of seven hours /ahead/ of Greenwich. wollman@khavrinen(310)$ TZ=Etc/GMT date Thu Sep 28 14:17:00 GMT 1995 wollman@khavrinen(311)$ TZ=Etc/GMT-7 date Thu Sep 28 21:17:08 GMT-7 1995 -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Thu Sep 28 07:40:06 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA15687 for bugs-outgoing; Thu, 28 Sep 1995 07:40:06 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA15678 ; Thu, 28 Sep 1995 07:40:03 -0700 Date: Thu, 28 Sep 1995 07:40:03 -0700 Message-Id: <199509281440.HAA15678@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Garrett A. Wollman" Subject: kern/752: ifconfig alias busted deep in networking code Reply-To: "Garrett A. Wollman" Sender: owner-bugs@FreeBSD.org Precedence: bulk The following reply was made to PR kern/752; it has been noted by GNATS. From: "Garrett A. Wollman" To: curt@emergent.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: kern/752: ifconfig alias busted deep in networking code Date: Thu, 28 Sep 1995 10:35:33 -0400 < on 1.1.5.1, when doing an > ifconfig ed0 140.174.2.174 netmask 255.255.255.0 alias > it works. > on 2.1 STABLE, it is broken in 2 ways: ifconfig complains, This is a pretty strong indication of what you're doing wrong. It looks very much like what you're trying to do is the following: ifconfig ed0 X.Y.Z.a netmask 255.255.255.0 ifconfig ed0 X.Y.Z.b netmask 255.255.255.0 This is not a valid combination of interface addresses. What you must do is: ifconfig ed0 X.Y.Z.a netmask 255.255.255.0 ifconfig ed0 X.Y.Z.b netmask 255.255.255.255 and then it will work. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Thu Sep 28 08:04:16 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA16757 for bugs-outgoing; Thu, 28 Sep 1995 08:04:16 -0700 Received: from methan.chemie.fu-berlin.de (methan.chemie.fu-berlin.de [130.133.2.81]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA16653 for ; Thu, 28 Sep 1995 08:01:32 -0700 Received: by methan.chemie.fu-berlin.de (Smail3.1.29.1) from hal.in-berlin.de with gsmtp id ; Thu, 28 Sep 95 16:00 MET Received: by hal.in-berlin.de (Smail3.1.29.1 #1) id m0syKO6-0008TDC; Thu, 28 Sep 95 15:56 MET Message-Id: From: dirk@hal.in-berlin.de (Dirk Froemberg) Subject: AHA-1542CF: adapter not taking commands To: bugs@freebsd.org Date: Thu, 28 Sep 1995 15:56:38 +0100 (MET) Organization: Individual Network Berlin e. V. X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1224 Sender: owner-bugs@freebsd.org Precedence: bulk Hello! Since I installed a new harddisk (IBM DPES-31080) I get the following messages when accessing the two drives for a while. sd0: timeout sd1: timeout aha0: adapter not taking commands.. frozen?! aha0: MBO 02 and not 00 (free) Accessing just one drive seems to be ok. I was not able to test it with another version of FreeBSD. Has anyone experienced this behavior? Best regards Dirk Relevant data from dmesg: FreeBSD 2.1.0-950726-SNAP #6: Thu Sep 28 13:45:07 MET 1995 [...] aha0: AHA-1542CF BIOS v2.01-VC.0, enabling mailbox, enabling residuals aha0: reading board settings, dma=5 int=11 (bus speed defaulted) aha0 at 0x330-0x333 irq 11 drq 5 on isa (aha0:0:0): "IBM DPES-31080 S31Q" type 0 fixed SCSI 2 sd0(aha0:0:0): Direct-Access 1034MB (2118144 512 byte sectors) (aha0:1:0): "FUJITSU M2694ES-512 812A" type 0 fixed SCSI 2 sd1(aha0:1:0): Direct-Access 1033MB (2117025 512 byte sectors) (aha0:2:0): "WANGTEK 51000 SCSI 75F5" type 1 removable SCSI 2 st0(aha0:2:0): Sequential-Access density code 0x0, drive empty [...] -- e-mail: dirk@hal.in-berlin.de PGP-Public-Key available "Ueberfall, Waffen, Schutzgeld, Terror, Plutonium, Sprengstoff, Bomben, Rauschgift, Drogen, Anschlag, Erpressung, Mord, Raub" From owner-freebsd-bugs Thu Sep 28 09:41:13 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA19812 for bugs-outgoing; Thu, 28 Sep 1995 09:41:13 -0700 Received: from rocky.sri.MT.net (sri.MT.net [204.94.231.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA19807 for ; Thu, 28 Sep 1995 09:41:10 -0700 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id KAA20546; Thu, 28 Sep 1995 10:39:07 -0600 Date: Thu, 28 Sep 1995 10:39:07 -0600 From: Nate Williams Message-Id: <199509281639.KAA20546@rocky.sri.MT.net> To: hohmuth@inf.tu-dresden.de (Michael Hohmuth) Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/746: `talk' forbids talking from write-protected terminal for no good reason In-Reply-To: <199509281400.HAA14705@freefall.freebsd.org> References: <199509281400.HAA14705@freefall.freebsd.org> Sender: owner-bugs@FreeBSD.org Precedence: bulk Michael Hohmuth writes: [ Talk not working unless the user's terminal has write priv's ] > I believe this is an issue of the user's policy, not of the system's. > I don't understand why a program should intentionally be crippled in > order to enforce a policy the user may not want. If the user want's to change it, they have access to the source. :) I hate to sound obnoxious, but the issue has already been discussed at length, and I agree that the current behavior is the best. The behavior also keeps folks from bothering other people be constantly starting talk sessions and then breaking them off, making the callee unable to respond. Nate From owner-freebsd-bugs Thu Sep 28 10:16:56 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA20947 for bugs-outgoing; Thu, 28 Sep 1995 10:16:56 -0700 Received: from irs.inf.tu-dresden.de (irs.inf.tu-dresden.de [141.76.1.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA20928 for ; Thu, 28 Sep 1995 10:15:50 -0700 Received: by irs.inf.tu-dresden.de (8.6.12/8.6.12-s1) id SAA24896; Thu, 28 Sep 1995 18:14:42 +0100 Message-Id: <199509281714.SAA24896@irs.inf.tu-dresden.de> Subject: Re: bin/746: `talk' forbids talking from write-protected terminal for no good reason To: nate@rocky.sri.MT.net (Nate Williams) Date: Thu, 28 Sep 1995 18:14:41 +0100 (MET) Cc: freebsd-bugs@freefall.freebsd.org In-Reply-To: <199509281639.KAA20546@rocky.sri.MT.net> from "Nate Williams" at Sep 28, 95 10:39:07 am From: hohmuth@inf.tu-dresden.de (Michael Hohmuth) Organization: Dept. of Computer Science, TU Dresden, Germany X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 940 Sender: owner-bugs@FreeBSD.org Precedence: bulk Nate Williams wrote: > I hate to sound obnoxious, but the issue has already been discussed at > length, and I agree that the current behavior is the best. OK, I give up. However, I find it somewhat frustrating to have to accept the result of a discussion I haven't participated in. (But of course, this is my own fault -- perhaps I should subscribe to the FreeBSD mailing lists...) > The behavior also keeps folks from bothering other people be > constantly starting talk sessions and then breaking them off, making > the callee unable to respond. Again an issue of personal policy... I always open at least one `xterm' with messages on for accepting messages and talk requests, and I use scripts for automatically disallowing messages in terminals running mail and news readers... But I don't want to restart your lengthy discussion again. :) Michael -- Email: hohmuth@inf.tu-dresden.de WWW: http://www.inf.tu-dresden.de/~mh1/ From owner-freebsd-bugs Thu Sep 28 18:10:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA11847 for bugs-outgoing; Thu, 28 Sep 1995 18:10:03 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA11841 ; Thu, 28 Sep 1995 18:10:01 -0700 Resent-Date: Thu, 28 Sep 1995 18:10:01 -0700 Resent-Message-Id: <199509290110.SAA11841@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, pst@thud.FreeBSD.org Received: from thud.FreeBSD.org (thud.FreeBSD.ORG [192.216.222.13]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA11810 for ; Thu, 28 Sep 1995 18:09:23 -0700 Received: (from pst@localhost) by thud.FreeBSD.org (8.6.11/8.6.9) id SAA18260 ; Thu, 28 Sep 1995 18:08:38 -0700 Message-Id: <199509290108.SAA18260@thud.FreeBSD.org> Date: Thu, 28 Sep 1995 18:08:38 -0700 From: Paul Traina Reply-To: pst@thud.FreeBSD.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/754: there is no man page for the psm(4) mouse driver Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 754 >Category: docs >Synopsis: there is no man page for the psm(4) mouse driver >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Sep 28 18:10:01 PDT 1995 >Last-Modified: >Originator: Paul Traina >Organization: Shockwave Engineering >Release: FreeBSD 2.0-BUILT-19950514 i386 >Environment: >Description: We need a man page (can we steal one from NetBSD?) >How-To-Repeat: man 4 psm >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Sep 29 03:49:18 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA11714 for bugs-outgoing; Fri, 29 Sep 1995 03:49:18 -0700 Received: from merde.dis.org (root@merde.dis.org [206.14.78.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA11702 ; Fri, 29 Sep 1995 03:49:14 -0700 Received: from merde.dis.org (localhost.tlg.org [127.0.0.1]) by merde.dis.org (8.6.11/8.6.11) with ESMTP id DAA25389; Fri, 29 Sep 1995 03:48:56 -0700 Message-Id: <199509291048.DAA25389@merde.dis.org> To: questions@freebsd.org Cc: bugs@freebsd.org Subject: Re: page fault during install of 2.0.5 and 2.1.0-SNAP-950922 X-Phone: (510) 849-2230 X-Snail-address: 2560 Bancroft way #51;Berkeley CA 94704-1700 In-reply-to: Your message of Thu, 28 Sep 1995 20:33:27 -0400. MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <25380.812371729.1@merde.dis.org> Date: Fri, 29 Sep 1995 03:48:50 -0700 From: Pete Shipley Sender: owner-bugs@freebsd.org Precedence: bulk I recently started using ijppp on my freebsd box. When I run the command "ppp rsl" as root I get the immediate error: whimpy# ppp rsl Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4 fault code = supervisor read, page not present instruction pointer = 0x8:0xf0136613 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume IOPL = 0 current process = 3423 (ppp) interrupt mask = panic page fault I am using the generic kernel from the 2.0.5 release on a 386/33 with 8meg ram. I have reinstalled and I still get this error. had anyone experienced simular problems? -Pete From owner-freebsd-bugs Fri Sep 29 10:50:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA24734 for bugs-outgoing; Fri, 29 Sep 1995 10:50:03 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA24728 ; Fri, 29 Sep 1995 10:50:02 -0700 Resent-Date: Fri, 29 Sep 1995 10:50:02 -0700 Resent-Message-Id: <199509291750.KAA24728@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, kilian@sleepy.cyberoptics.com Received: from mail.cyberoptics.com (mail.cyberoptics.com [199.199.18.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA24648 for ; Fri, 29 Sep 1995 10:47:33 -0700 Received: from sleepy.cyberoptics.com by mail.cyberoptics.com with smtp (Smail3.1.28.1 #8) id m0syjWr-0008dCC; Fri, 29 Sep 95 12:47 WET DST Received: (from kilian@localhost) by sleepy.cyberoptics.com (8.6.11/8.6.9) id MAA00569; Fri, 29 Sep 1995 12:47:29 -0500 Message-Id: <199509291747.MAA00569@sleepy.cyberoptics.com> Date: Fri, 29 Sep 1995 12:47:29 -0500 From: Alan Kilian Reply-To: kilian@sleepy.cyberoptics.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/755: Bug in the joy((4) man page Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 755 >Category: docs >Synopsis: man page joy(4) has incorrect ioctl() arguments >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 29 10:50:01 PDT 1995 >Last-Modified: >Originator: Alan Kilian >Organization: CyberOptics >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: >Description: The joy(4) man page uses JOY_SET_TIMEOUT and JOY_GET_TIMEOUT The correct values (from machine/joystick.h) are JOY_SETTIMEOUT and JOY_GETTIMEOUT >How-To-Repeat: man joy >Fix: Users can simply use the correct values of JOY_SETTIMEOUT and JOY_GETTIMEOUT >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Sep 30 04:30:10 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA28122 for bugs-outgoing; Sat, 30 Sep 1995 04:30:10 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA28108 for freebsd-bugs; Sat, 30 Sep 1995 04:30:08 -0700 Date: Sat, 30 Sep 1995 04:30:08 -0700 From: GNU GNATS Message-Id: <199509301130.EAA28108@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/10/07] kern/6 System hangs while using slip or ppp connection [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] docs/43 manpage for keysu is missing. reference from keyinit [1994/12/07] kern/44 ep driver won't work with anything but bnc [1994/12/08] kern/46 ed driver don't know the link0 flag (IFF_LINK0) [1994/12/13] misc/48 /etc/rc does not recover recovery files [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/21] misc/75 Netboot ignores gateway [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/03] kern/95 Configuring a SLIP device with source = destination [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/01/13] gnu/107 kernel build produces internal compiler error [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] misc/120 first Initial security report is bogus becuase of ls [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/14] bin/135 not enough ptys; virtual console names conflict with [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] bin/163 telneting sometimes doesn't yield a "login:" prompt [1995/01/21] docs/164 no ptrace(2) manual page. [1995/01/21] docs/165 No documentation on kernel boot flags. [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] kern/169 Errors from mkdir & mv when directories paths end wi [1995/01/21] bin/170 ar does not print an error message with readonly lib [1995/01/21] docs/171 No documentation on .forward files. [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/175 Syscons does not recover X graphics mode [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/22] docs/177 man pages missing for SYSV IPC funtions [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] kern/185 kernel stability problems - can't sustain uptimes > [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] misc/220 Cancel still doesn't work during install [1995/02/16] misc/221 lots of error messages during unpacking via ftp inst [1995/02/16] i386/222 boot prompt doesn't always work [1995/02/18] kern/224 ppp net serial [1995/03/02] misc/229 acos() core dump [1995/03/03] bin/230 C++ contructors not being called [1995/03/05] gnu/231 send-pr initializes Organization with ~/.signature [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/17] kern/248 scbus attach/probe information is inconsistent [1995/03/19] gnu/256 nasty gdb bug back in 031595 system [1995/03/20] docs/263 There is absolutely no documentation for the dialog [1995/03/21] kern/266 ifconfig panics kernel built without option NFS [1995/03/28] kern/275 qic-02 streamer won't work [1995/03/28] kern/277 netstat -r reports entries with negative expire time [1995/03/28] kern/280 the new slice code is bitching about my old slices [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/01] kern/293 wd0: interrupt timeout [1995/04/04] kern/299 SCSI probes stop at ID 7 even for WIDE busses [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/316 SNAP950322 less stable on IDE than earlier releases [1995/04/09] docs/317 Install README doesn't list matcd as install choice [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] kern/343 tcpdump with filter fails on tun and lo devices [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/24] bin/359 BS/DEL is still not quite right. [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/01] bin/375 NIS does not seem to work with Kerberos [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] bin/410 bad144(8) should probably scan the bad block remap s [1995/05/14] kern/411 bad144 allow you to add blocks in the remap area [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] kern/430 SCSI Tape dont work [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] misc/437 addition for /usr/src/usr.bin/file/Magdir/zyxel [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/24] bin/441 more does not call vi with +linenum when EDITOR=vi [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/26] kern/448 ktrace not enabled in default kernel [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/28] misc/453 The release/Makefile does not make all des/eBones ta [1995/05/28] bin/454 compile ports/x11/iv and ld got sig11 [1995/05/28] misc/455 library wont compile [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/30] kern/459 Systems freezes w/ 2842 [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] ports/467 utils/kp wrong distfile place after make fetch [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/476 kvm_openfiles called w/ too small error buffer [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/04] bin/486 ls includes utmp.h but doesn't use it [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/14] gnu/515 Info command has no tutorial [1995/06/15] kern/516 Crynwr compatibility mode for PLIP driver. [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] kern/540 ed0 is loosing packets on input [1995/06/22] i386/541 Alternate Reset method by unmapping ALSO broken [1995/06/23] docs/546 Shared memory manual pages [1995/06/23] misc/556 Bug in /etc/rc [1995/06/23] bin/557 ar utility exausts all available file descriptors [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/580 xntpd doesn't work with Tobit DCF77 receiver. [1995/07/02] bin/581 iijppp may hang indefinitely [1995/07/02] misc/583 rlogin over PPP does not handle input [1995/07/03] kern/586 Timeouts on SCSI Adaptec 2940 [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/05] bin/594 "mkdir -p some/path/" fails to create last path comp [1995/07/06] i386/596 and conflict with _POSIX_SOURCE [1995/07/06] ports/597 libxview.so.3.2 seems to include reference to cfree( [1995/07/07] bin/599 pkg_add does not stop if dependencies are missing [1995/07/08] i386/602 disklabel : changes to cylinder details not saved [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/14] ports/617 screen(1) locks up tty under pcvt or scons [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] docs/663 newfs man page refers to format(8) [1995/08/08] pending/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/08] gnu/666 The ldconfig program in SNAP wasn't good [1995/08/08] ports/667 When attempting to install fvwm, could not. [1995/08/11] gnu/672 Nor all ph headers get created [1995/08/11] pending/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/13] docs/681 bad description of Adaptec 2842 in LINT [1995/08/14] bin/683 cron(8) [1995/08/14] docs/686 SIGSYS documented badly [1995/08/14] kern/688 Page fault: supervisor write, page not present [1995/08/15] ports/690 X11 install targets unfriendly [1995/08/15] pending/691 [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/17] ports/698 3 small errors in lynx-2.4.2 [1995/08/18] ports/699 rsynth should not depend on auvoxware [1995/08/18] kern/700 The comments in /sys/net/in.h are confusing [1995/08/21] bin/701 pppd fails to set proxy arp when requested [1995/08/21] pending/703 [1995/08/22] bin/706 increased root DNS traffic and long latencies for r- [1995/08/23] kern/707 Too few printf args [1995/08/27] pending/710 mpeg_play outdated [1995/08/29] pending/711 /etc/magic not installed [1995/08/29] pending/712 problem report [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/03] ports/719 TK port doesn't respond to buttons [1995/09/15] bin/722 Off-by-one error in wbkgd() in ncurses [1995/09/16] pending/723 [1995/09/19] ports/727 zsh-2.6b8 package doesn't add entry to /etc/shells [1995/09/19] bin/728 /bin/sh messes up quoting when going through eval [1995/09/20] kern/729 unexpected signal 4/10/11 [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] kern/738 Using ktrace will cause a system reboot [1995/09/26] bin/739 Some problems when an output filter reads all input [1995/09/26] docs/740 man loadfont says /usr/share/misc/vgafonts instead o [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/744 Page fault in fchmod() with Sep 20 -stable kernel [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] docs/748 zic.8 man page refers to /usr/local/etc/zoneinfo [1995/09/27] pending/749 Re: vi cannot edit a file where the name starts with [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/09/29] docs/755 man page joy(4) has incorrect ioctl() arguments 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/21] misc/162 routes seem to accumulate under 2.0-950112-SNAP [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/07/05] ports/593 ldconfig -m [PDT/08/11] bin/671 No quot available. /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Sep 30 04:30:11 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA28123 for bugs-outgoing; Sat, 30 Sep 1995 04:30:11 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA28111 for freebsd-bugs; Sat, 30 Sep 1995 04:30:09 -0700 Date: Sat, 30 Sep 1995 04:30:09 -0700 From: GNU GNATS Message-Id: <199509301130.EAA28111@freefall.freebsd.org> To: freebsd-bugs Subject: Summary of Problem Reports Sender: owner-bugs@FreeBSD.org Precedence: bulk Number of currently open reports: 295 Number of curently analyzed reports: 10 From owner-freebsd-bugs Sat Sep 30 11:20:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA10107 for bugs-outgoing; Sat, 30 Sep 1995 11:20:03 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA10101 ; Sat, 30 Sep 1995 11:20:01 -0700 Resent-Date: Sat, 30 Sep 1995 11:20:01 -0700 Resent-Message-Id: <199509301820.LAA10101@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, "Received:from methan.chemie.fu-berlin.de (methan.chemie.fu-berlin.de [130.133.2.81]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id LAA09558 for" ; Sat, 30.Sep.1995.11:10:09.-0700 Received: by methan.chemie.fu-berlin.de (Smail3.1.29.1) from hal.in-berlin.de with gsmtp id ; Sat, 30 Sep 95 19:10 MET Received: by hal.in-berlin.de (Smail3.1.29.1 #1) id m0sz6DT-0008OVC; Sat, 30 Sep 95 19:00 MET Message-Id: Date: Sat, 30 Sep 95 19:00 MET From: dirk@hal.in-berlin.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/756: AHA-1542CF: adapter not taking commands Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 756 >Category: kern >Synopsis: AHA-1542CF: adapter not taking commands >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Sep 30 11:20:00 PDT 1995 >Last-Modified: >Originator: Dirk Froemberg >Organization: unorganized >Release: FreeBSD 2.1.0-950726-SNAP i386 >Environment: FreeBSD 2.1.0-950726-SNAP #9: Sat Sep 30 14:04:17 MET 1995 CPU: i486DX (486-class CPU) real memory = 16384000 (4000 pages) aha0: AHA-1542CF BIOS v2.01-VC.0, enabling mailbox, enabling residuals (aha0:0:0): "IBM DPES-31080 S31Q" type 0 fixed SCSI 2 (aha0:1:0): "FUJITSU M2694ES-512 812A" type 0 fixed SCSI 2 (aha0:2:0): "WANGTEK 51000 SCSI 75F5" type 1 removable SCSI 2 >Description: After a while of accessing two disks at the same time the disks time out and the adapter is not taking commands any longer. Messages from the console: sd0: timed out sd1: timed out aha0: adapter not taking commands.. frozen?! aha0: MBO 02 and not 00 (free) It does not seem to matter whether the access is reading or writing. FreeBSD 1.1.5.1-R has no problems dealing with two disks at a time. 1.1.5.1-R does not enable residuals during the boot-up. But commenting out the correspondend part of 2.1.0-950726-SNAP-aha1542.c does not affect the lock up. This problem seems to be similar to those described in kern/586 and kern/637. >How-To-Repeat: Put "heavy" load on at least two disks. E. g. find -ls -ls > /dev/null & find -ls -ls > /dev/null & >Fix: Temporarily this can be fixed by disabling disconnection in the adapter's setup. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Sep 30 20:57:59 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA02129 for bugs-outgoing; Sat, 30 Sep 1995 20:57:59 -0700 Received: from werple.net.au (0@werple.mira.net.au [203.9.190.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA02112 for ; Sat, 30 Sep 1995 20:57:49 -0700 Received: (from gfm@localhost) by werple.net.au (8.7/8.7) id NAA23335 for freebsd-bugs@FreeBSD.ORG; Sun, 1 Oct 1995 13:57:43 +1000 (EST) From: Graham Menhennitt Message-Id: <199510010357.NAA23335@werple.net.au> Subject: xnptd bug in 2.0.5 Release To: freebsd-bugs@FreeBSD.ORG Date: Sun, 1 Oct 1995 13:57:42 +1000 (EST) 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 Hi FreeBSD team, I have discovered a problem with FreeBSD 2.0.5 Release and xntpd. I have a dialup ppp (using the kernel ppp i.e. /usr/sbin/pppd) connection to an ISP. If I start xntpd (with debugging compiled in and enabled via the -d option) while I am connected, it correctly talks to the time server every minute and updates my machine's clock. I then break the connection. Xntpd now correctly reports "no route to host". If I then re-establish the connection, I can see xntpd sending a request each minute. For some reason, it doesn't see the reply correctly. It reports the following error message: ignore/drop on 0(10) fd=4 from 128.250.22.2 My /etc/ntp.conf simply consists of server 128.250.22.2 I don't know enough about the code to even determine whether the problem is in xntpd or the kernel. Could somebody who knows about these things please have a look at this. Thanks very much, Graham