From owner-freebsd-bugs Sun Feb 18 00:01:41 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA01426 for bugs-outgoing; Sun, 18 Feb 1996 00:01:41 -0800 (PST) Received: (from gibbs@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA01415 Sun, 18 Feb 1996 00:01:40 -0800 (PST) Date: Sun, 18 Feb 1996 00:01:40 -0800 (PST) From: "Justin T. Gibbs" Message-Id: <199602180801.AAA01415@freefall.freebsd.org> To: greg@greg.rim.or.jp, gibbs, freebsd-bugs Subject: Re: kern/1032 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: Problem about BT driver for PCI State-Changed-From-To: open-closed State-Changed-By: gibbs State-Changed-When: Sat Feb 17 23:49:52 PST 1996 State-Changed-Why: The problem with properly id'ing BT946 cards (at least the newer revisions) was fixed in rev's 1.5 and 1.6 of sys/pci/bt9xx.c before this PR was made. The additional ID for the older revision cards as you noted in your PR has been committed to both the -stable and current branches as revision 1.7. As for adding entries to the bt_found table, any value other than the standard Buslogic ISA values could be assigned by a PCI BIOS so adding just one entry will only work for your motherboard and BIOS. This problem was corrected by only doing conflic detection against the ISA compatibility addresses and allowing probes for any address in revision (rev 1.6 of sys/i386/bt.c). Some versions of the BT946 can be double probed at a high address assigned by the PCI BIOS and at an ISA compatibility address. If you own one of these cards, you will either have to disable the "compatibility feature" on your card, or configure a kernel that does not perform ISA probes("controller bt0" instead of "controller bt0 at isa?..."). Your patch to return immediately if the interrupt isn't for the current adapter was also committed in rev 1.7 of sys/i386/scsi/bt.c Please test the driver in either 2.1-stable or 2.2-current to ensure that it works for you. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Sun Feb 18 11:40:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA29814 for bugs-outgoing; Sun, 18 Feb 1996 11:40:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA29780 Sun, 18 Feb 1996 11:40:02 -0800 (PST) Resent-Date: Sun, 18 Feb 1996 11:40:02 -0800 (PST) Resent-Message-Id: <199602181940.LAA29780@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA29417 for ; Sun, 18 Feb 1996 11:30:02 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.3/8.6.4) with ESMTP id VAA25590 for ; Sun, 18 Feb 1996 21:29:48 +0200 (EET) Received: (root@localhost) by katiska.clinet.fi (8.7.3/8.6.4) id VAA02056; Sun, 18 Feb 1996 21:29:46 +0200 (EET) Message-Id: <199602181929.VAA02056@katiska.clinet.fi> Date: Sun, 18 Feb 1996 21:29:46 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1033: xinstall install rule broken? Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 1033 >Category: bin >Synopsis: xinstall install rule broken? >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 18 11:40:01 PST 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD 2.1R, trying to make reinstall -current on top of it. >Description: make reinstall still needs manually installing xinstall, even though it seems that there have been changes which should have fixed this? make reinstall ... cd /usr/src/share/mk && make install install -c -o bin -g bin -m 444 bsd.README bsd.dep.mk bsd.doc.mk bsd.info.mk bsd.kmod.mk bsd.lib.mk bsd.man.mk bsd.own.mk bsd.port.mk bsd.port.subdir.mk bsd.prog.mk bsd.sgml.mk bsd.subdir.mk sys.mk /usr/share/mk -------------------------------------------------------------- Rebuild tools necessary to build the include files -------------------------------------------------------------- cd /usr/src/usr.bin/xinstall && make depend all install cleandir obj make: don't know how to make /usr/current/src/usr.bin/xinstall/../../bin/ls/stat_flags.c. Stop *** Error code 2 Stop. >How-To-Repeat: make reinstall from precompiled src/obj trees. >Fix: make reinstall should never try to make something, it should only install. Ie, the above rule should only install the xinstall, not recompile it. I don't know why it fails to recompile it, though? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Feb 18 12:34:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA02428 for bugs-outgoing; Sun, 18 Feb 1996 12:34:11 -0800 (PST) Received: (from markm@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA02409 Sun, 18 Feb 1996 12:34:10 -0800 (PST) Date: Sun, 18 Feb 1996 12:34:10 -0800 (PST) From: Mark Murray Message-Id: <199602182034.MAA02409@freefall.freebsd.org> To: muir@idiom.com, markm, freebsd-bugs Subject: Re: docs/131 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: there is no man page for uucpd State-Changed-From-To: open-closed State-Changed-By: markm State-Changed-When: Sun Feb 18 12:32:44 PST 1996 State-Changed-Why: New man page has just been comitted. From owner-freebsd-bugs Sun Feb 18 13:50:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA06814 for bugs-outgoing; Sun, 18 Feb 1996 13:50:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA06807 Sun, 18 Feb 1996 13:50:05 -0800 (PST) Resent-Date: Sun, 18 Feb 1996 13:50:05 -0800 (PST) Resent-Message-Id: <199602182150.NAA06807@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA06727 for ; Sun, 18 Feb 1996 13:49:27 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.3/8.6.4) with ESMTP id XAA28534 for ; Sun, 18 Feb 1996 23:49:22 +0200 (EET) Received: (root@localhost) by katiska.clinet.fi (8.7.3/8.6.4) id XAA07517; Sun, 18 Feb 1996 23:49:19 +0200 (EET) Message-Id: <199602182149.XAA07517@katiska.clinet.fi> Date: Sun, 18 Feb 1996 23:49:19 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1034: Instant panic in -current Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 1034 >Category: kern >Synopsis: Instant panic in -current >Confidential: yes >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 18 13:50:03 PST 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD-current from about a week ago to yesterday. >Description: ssh compilation panics -current. (ssh also fails to transfer large amounts of data in pipes, probably related to new pipe code. I don't know if this is an ssh bug. This did not happen before.) >How-To-Repeat: ftp ftp.cs.hut.fi cd pub/ssh get ssh-1.2.13.tar.gz quit tar xzvf ssh-1.2.13.tar.gz cd ssh-1.2.13 mkdir freebsd2 cd freebsd2 ../configure make ... ssh starts compiling ... ./gen_minfd sh jsh ksh csh tcsh bash zsh ash > minfd.h~ panic: unwire: page not in pmap syncing disks (and locks up here) (pipe problem: ssh freebsd.current.machine cat -v /etc/termcap hangs up) >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Feb 19 01:30:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA14143 for bugs-outgoing; Mon, 19 Feb 1996 01:30:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA14136 Mon, 19 Feb 1996 01:30:05 -0800 (PST) Resent-Date: Mon, 19 Feb 1996 01:30:05 -0800 (PST) Resent-Message-Id: <199602190930.BAA14136@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from ito.uni-stuttgart.de (hoesun.ito.uni-stuttgart.de [129.69.65.20]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA14065 for" ; Mon, 19 Feb 1996 01:28:31.-0800 (PST) Received: from itosun.ito.uni-stuttgart.de by ito.uni-stuttgart.de (5.x/SMI-SVR4/BelWue-2.0) id AA00646; Mon, 19 Feb 1996 10:27:10 +0100 Received: by itosun.ito.uni-stuttgart.de (5.x/SVR4/BelWue-1.0.3) id AA00773; Mon, 19 Feb 1996 10:27:05 +0100 Message-Id: <9602190927.AA00773@itosun.ito.uni-stuttgart.de> Date: Mon, 19 Feb 1996 10:27:04 +0100 (MET) From: schweikh@ito.uni-stuttgart.de (Jens Schweikhardt) To: FreeBSD-gnats-submit@freebsd.org Subject: bin/1035: ls does not show unprintable chars (change request) Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 1035 >Category: bin >Synopsis: ls to terminal always uses ? for non-printable chars >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Feb 19 01:30:02 PST 1996 >Last-Modified: >Originator: Jens Schweikhardt >Organization: Uni Stuttgart >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: According to the ls(1) man page, non-printable characters in filenames are displayed as ? by default if output is to a terminal. There is the -q option to force this even when output is to a file. However, force printing non-printable characters is impossible when output is to a terminal. Or can this behaviour be changed using locale settings? The man page ls(1) does not say anything about it. And I remember having set locales and getting core dumps from xterm... >How-To-Repeat: Create a file with an a-umlaut in the name. Say ls. Suggested fix: add new option that prints filename as is, no matter what it is and where output goes. (although I'd rather see the default behaviour changed, and make the -q option not depending on isatty(stdout)). Bye, Jens >Fix: >Audit-Trail: >Unformatted: To: FreeBSD-gnats-submit@freebsd.org Subject: ls to terminal always uses ? for non-printable chars From: schweikh@ito.uni-stuttgart.de Reply-To: schweikh@ito.uni-stuttgart.de X-send-pr-version: 3.2 From owner-freebsd-bugs Mon Feb 19 01:40:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA14833 for bugs-outgoing; Mon, 19 Feb 1996 01:40:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA14801 Mon, 19 Feb 1996 01:40:04 -0800 (PST) Resent-Date: Mon, 19 Feb 1996 01:40:04 -0800 (PST) Resent-Message-Id: <199602190940.BAA14801@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from ito.uni-stuttgart.de (hoesun.ito.uni-stuttgart.de [129.69.65.20]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA14137 for" ; Mon, 19 Feb 1996 01:30:05.-0800 (PST) Received: from itosun.ito.uni-stuttgart.de by ito.uni-stuttgart.de (5.x/SMI-SVR4/BelWue-2.0) id AA00649; Mon, 19 Feb 1996 10:29:27 +0100 Received: by itosun.ito.uni-stuttgart.de (5.x/SVR4/BelWue-1.0.3) id AA00782; Mon, 19 Feb 1996 10:29:22 +0100 Message-Id: <9602190929.AA00782@itosun.ito.uni-stuttgart.de> Date: Mon, 19 Feb 1996 10:29:21 +0100 (MET) From: schweikh@ito.uni-stuttgart.de (Jens Schweikhardt) To: FreeBSD-gnats-submit@freebsd.org Subject: docs/1036: lots of dead xrefs in manpages Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 1036 >Category: docs >Synopsis: List of dead xrefs in man pages >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 19 01:40:02 PST 1996 >Last-Modified: >Originator: Jens Schweikhardt >Organization: Uni Stuttgart >Release: FreeBSD 2.1-STABLE i386 >Environment: 2.1.0 Release [My email address expires in April 96] >Description: Many man pages have references to nonexisting man pages. I have written a shell script to find these dead cross references. Running it on /usr/share/man resulted in the following. The format is three fields per line: the man page source file, the command name, and the section it should be found in. A reference to 'program(8)' is considered dead when 'man 8 program' reports 'No entry for program in section 8 of the manual'. I have included the script at the end, so you can compare what dead references your system has. Man pages are a moving target, I know. The dead xrefs can be categorized into 1) Case sensitivity problems: /usr/share/man/man2/sigvec.2.gz Execve 2 2) Invalid characters in .Xr macro problems: /usr/share/man/man3/glob.3.gz (Csh 1 3) Man page available but in another section: /usr/share/man/man4/cd.4.gz disklabel 1 (should be 8) 4) Man page unavailable /usr/share/man/man1/checknr.1.gz lint 1 >How-To-Repeat: See script at the end. checking /usr/share/man... /usr/share/man/man3/glob.3.gz (Csh 1 /usr/share/man/man3/globfree.3.gz (Csh 1 /usr/share/man/man1/window.1.gz (environ 5 /usr/share/man/man1/window.1.gz (pty 4 /usr/share/man/man1/window.1.gz (socketpair 4 /usr/share/man/man5/inetd.conf.5.gz Comsat 8 /usr/share/man/man8/inetd.8.gz Comsat 8 /usr/share/man/man1/window.1.gz Csh 1 /usr/share/man/man2/sigvec.2.gz Execve 2 /usr/share/man/man2/sigaction.2.gz Execve 2 /usr/share/man/man2/fcntl.2.gz Flock 2 /usr/share/man/man2/intro.2.gz Getdtablesize 2 /usr/share/man/man2/open.2.gz Getdtablesize 2 /usr/share/man/man2/errno.2.gz Getdtablesize 2 /usr/share/man/man2/nfssvc.2.gz Mount_nfs 8 /usr/share/man/man8/mount_null.8.gz Mount_null 8 /usr/share/man/man1/vacation.1.gz Sendmail 8 /usr/share/man/man2/socket.2.gz Setsockopt 2 /usr/share/man/man5/inetd.conf.5.gz Tftpd 8 /usr/share/man/man8/inetd.8.gz Tftpd 8 /usr/share/man/man8/route.8.gz XNSrouted 8 /usr/share/man/man8/routed.8.gz XNSrouted 8 /usr/share/man/man4/yp.4.gz Ypbind 8 /usr/share/man/man4/yp.4.gz Ypbind 8 /usr/share/man/man4/yp.4.gz Ypserv 8 /usr/share/man/man3/setjmp.3.gz abort 2 /usr/share/man/man3/_longjmp.3.gz abort 2 /usr/share/man/man3/_setjmp.3.gz abort 2 /usr/share/man/man3/longjmp.3.gz abort 2 /usr/share/man/man3/longjmperr.3.gz abort 2 /usr/share/man/man3/longjmperror.3.gz abort 2 /usr/share/man/man3/sigsetjmp.3.gz abort 2 /usr/share/man/man3/siglongjmp.3.gz abort 2 /usr/share/man/man1/hexdump.1.gz adb 1 /usr/share/man/man5/types.5.gz adb 1 /usr/share/man/man5/core.5.gz adb 1 /usr/share/man/man4/i386/ahc.4.gz aic7xxx_asm 1 /usr/share/man/man4/ahc.4.gz aic7xxx_asm 1 /usr/share/man/man5/ar.5.gz arcv 8 /usr/share/man/man8/boot_vax.8.gz arff 8 /usr/share/man/man8/telnetd.8.gz bftp 1 /usr/share/man/man8/telnetd.8.gz bftp 1 /usr/share/man/man8/sendmail.8.gz binmail 1 /usr/share/man/man3/vlimit.3.gz break 2 /usr/share/man/man1/error.1.gz ccom 1 /usr/share/man/man1/checknr.1.gz checkeq 1 /usr/share/man/man8/mtree.8.gz chown 1 /usr/share/man/man1/lpr.1.gz cifplot 1 /usr/share/man/man2/reboot.2.gz crash 8 /usr/share/man/man8/init.8.gz crash 8 /usr/share/man/man8/boot_sparc.8.gz crash 8 /usr/share/man/man8/makekey.8.gz crypt 1 /usr/share/man/man5/aliases.5.gz dbm 3 /usr/share/man/man5/aliases.5.gz dbm 3 /usr/share/man/man8/pwd_mkdb.8.gz dbm 3 /usr/share/man/man5/stab.5.gz dbx 1 /usr/share/man/man5/core.5.gz dbx 1 /usr/share/man/man5/a.out.5.gz dbx 5 /usr/share/man/man1/devmenu.1.gz dialog 3 /usr/share/man/man1/devmenu.1.gz dialog 3 /usr/share/man/man4/cd.4.gz disklabel 1 /usr/share/man/man4/cd.4.gz disklabel 1 /usr/share/man/man4/sd.4.gz disklabel 1 /usr/share/man/man4/sd.4.gz disklabel 1 /usr/share/man/man4/sd.4.gz disklabel 1 /usr/share/man/man4/sd.4.gz disklabel 1 /usr/share/man/man4/sd.4.gz dk 4 /usr/share/man/man4/sd.4.gz dk 4 /usr/share/man/man8/rdump.8.gz dump 5 /usr/share/man/man8/dump.8.gz dump 5 /usr/share/man/man8/restore.8.gz dumpdir 8 /usr/share/man/man8/rrestore.8.gz dumpdir 8 /usr/share/man/man8/dumpon.8.gz dumpon 2 /usr/share/man/man7/environ.7.gz edit 1 /usr/share/man/man4/nsip.4.gz en 4 /usr/share/man/man1/bg.1.gz ex 1 /usr/share/man/man1/csh.1.gz ex 1 /usr/share/man/man1/limit.1.gz ex 1 /usr/share/man/man1/alias.1.gz ex 1 /usr/share/man/man1/dirs.1.gz ex 1 /usr/share/man/man1/fg.1.gz ex 1 /usr/share/man/man1/foreach.1.gz ex 1 /usr/share/man/man1/history.1.gz ex 1 /usr/share/man/man1/jobs.1.gz ex 1 /usr/share/man/man1/popd.1.gz ex 1 /usr/share/man/man1/pushd.1.gz ex 1 /usr/share/man/man1/rehash.1.gz ex 1 /usr/share/man/man1/repeat.1.gz ex 1 /usr/share/man/man1/suspend.1.gz ex 1 /usr/share/man/man1/stop.1.gz ex 1 /usr/share/man/man1/source.1.gz ex 1 /usr/share/man/man1/ctags.1.gz ex 1 /usr/share/man/man1/ctags.1.gz ex 1 /usr/share/man/man1/ctags.1.gz ex 1 /usr/share/man/man1/error.1.gz ex 1 /usr/share/man/man1/fmt.1.gz ex 1 /usr/share/man/man1/mkstr.1.gz ex 1 /usr/share/man/man3/regcomp.3.gz ex 1 /usr/share/man/man3/regexec.3.gz ex 1 /usr/share/man/man3/regerror.3.gz ex 1 /usr/share/man/man3/re_comp.3.gz ex 1 /usr/share/man/man3/regexp.3.gz ex 1 /usr/share/man/man3/re_exec.3.gz ex 1 /usr/share/man/man3/regsub.3.gz ex 1 /usr/share/man/man3/tgoto.3.gz ex 1 /usr/share/man/man3/termcap.3.gz ex 1 /usr/share/man/man3/tgetent.3.gz ex 1 /usr/share/man/man3/tgetflag.3.gz ex 1 /usr/share/man/man3/tgetnum.3.gz ex 1 /usr/share/man/man3/tgetstr.3.gz ex 1 /usr/share/man/man3/tputs.3.gz ex 1 /usr/share/man/man3/tparm.3.gz ex 1 /usr/share/man/man5/termcap.5.gz ex 1 /usr/share/man/man5/vgrindefs.5.gz ex 1 /usr/share/man/man7/environ.7.gz ex 1 /usr/share/man/man7/environ.7.gz ex 1 /usr/share/man/man7/hier.7.gz ex 1 /usr/share/man/man1/ps.1.gz exec 2 /usr/share/man/man2/mmap.2.gz exec 2 /usr/share/man/man3/sysctl.3.gz exec 2 /usr/share/man/man3/sysconf.3.gz exec 2 /usr/share/man/man2/fcntl.2.gz execv 2 /usr/share/man/man1/gprof.1.gz exit 2 /usr/share/man/man2/execve.2.gz exit 2 /usr/share/man/man2/vfork.2.gz exit 2 /usr/share/man/man2/wait.2.gz exit 2 /usr/share/man/man2/wait.2.gz exit 2 /usr/share/man/man2/wait.2.gz exit 2 /usr/share/man/man2/wait3.2.gz exit 2 /usr/share/man/man2/wait3.2.gz exit 2 /usr/share/man/man2/wait3.2.gz exit 2 /usr/share/man/man2/wait4.2.gz exit 2 /usr/share/man/man2/wait4.2.gz exit 2 /usr/share/man/man2/wait4.2.gz exit 2 /usr/share/man/man2/waitpid.2.gz exit 2 /usr/share/man/man2/waitpid.2.gz exit 2 /usr/share/man/man2/waitpid.2.gz exit 2 /usr/share/man/man3/err.3.gz exit 2 /usr/share/man/man3/abort.3.gz exit 2 /usr/share/man/man3/verr.3.gz exit 2 /usr/share/man/man3/errx.3.gz exit 2 /usr/share/man/man3/verrx.3.gz exit 2 /usr/share/man/man3/warn.3.gz exit 2 /usr/share/man/man3/vwarn.3.gz exit 2 /usr/share/man/man3/warnx.3.gz exit 2 /usr/share/man/man3/vwarnx.3.gz exit 2 /usr/share/man/man3/regcomp.3.gz exit 2 /usr/share/man/man3/regexec.3.gz exit 2 /usr/share/man/man3/regerror.3.gz exit 2 /usr/share/man/man3/regexp.3.gz exit 2 /usr/share/man/man3/regsub.3.gz exit 2 /usr/share/man/man1/error.1.gz f77 1 /usr/share/man/man1/gprof.1.gz f77 1 /usr/share/man/man3/getcap.3.gz fclose 2 /usr/share/man/man3/cgetcap.3.gz fclose 2 /usr/share/man/man3/cgetclose.3.gz fclose 2 /usr/share/man/man3/cgetent.3.gz fclose 2 /usr/share/man/man3/cgetfirst.3.gz fclose 2 /usr/share/man/man3/cgetmatch.3.gz fclose 2 /usr/share/man/man3/cgetnext.3.gz fclose 2 /usr/share/man/man3/cgetnum.3.gz fclose 2 /usr/share/man/man3/cgetset.3.gz fclose 2 /usr/share/man/man3/cgetstr.3.gz fclose 2 /usr/share/man/man3/cgetustr.3.gz fclose 2 /usr/share/man/man4/sd.4.gz fdisk 1 /usr/share/man/man4/sd.4.gz fdisk 1 /usr/share/man/man4/sd.4.gz fdisk 1 /usr/share/man/man3/getcap.3.gz fopen 2 /usr/share/man/man3/cgetcap.3.gz fopen 2 /usr/share/man/man3/cgetclose.3.gz fopen 2 /usr/share/man/man3/cgetent.3.gz fopen 2 /usr/share/man/man3/cgetfirst.3.gz fopen 2 /usr/share/man/man3/cgetmatch.3.gz fopen 2 /usr/share/man/man3/cgetnext.3.gz fopen 2 /usr/share/man/man3/cgetnum.3.gz fopen 2 /usr/share/man/man3/cgetset.3.gz fopen 2 /usr/share/man/man3/cgetstr.3.gz fopen 2 /usr/share/man/man3/cgetustr.3.gz fopen 2 /usr/share/man/man1/uuencode.1.gz format 5 /usr/share/man/man1/uudecode.1.gz format 5 /usr/share/man/man8/i386/bad144.8.gz format 8 /usr/share/man/man8/badsect.8.gz format 8 /usr/share/man/man8/mfs.8.gz format 8 /usr/share/man/man8/newfs.8.gz format 8 /usr/share/man/man8/mount_mfs.8.gz format 8 /usr/share/man/man8/bad144.8.gz format 8 /usr/share/man/man8/clri.8.gz fsdb 8 /usr/share/man/man4/i386/fdc.4.gz ft 1 /usr/share/man/man4/fdc.4.gz ft 1 /usr/share/man/man3/cuserid.3.gz geteuid 3 /usr/share/man/man2/getpid.2.gz gethostid 2 /usr/share/man/man2/getppid.2.gz gethostid 2 /usr/share/man/man1/hostname.1.gz gethostname 2 /usr/share/man/man3/rcmd.3.gz gethostname 2 /usr/share/man/man3/rresvport.3.gz gethostname 2 /usr/share/man/man3/iruserok.3.gz gethostname 2 /usr/share/man/man3/ruserok.3.gz gethostname 2 /usr/share/man/man5/resolver.5.gz gethostname 2 /usr/share/man/man8/rwhod.8.gz gethostname 2 /usr/share/man/man4/route.4.gz getkerninfo 2 /usr/share/man/man1/logname.1.gz getlogin 3 /usr/share/man/man3/getpwent.3.gz getlogin 3 /usr/share/man/man3/endpwent.3.gz getlogin 3 /usr/share/man/man3/setpassent.3.gz getlogin 3 /usr/share/man/man3/getpwnam.3.gz getlogin 3 /usr/share/man/man3/getpwuid.3.gz getlogin 3 /usr/share/man/man3/setpwent.3.gz getlogin 3 /usr/share/man/man3/setpwfile.3.gz getlogin 3 /usr/share/man/man2/mmap.2.gz getpagesize 2 /usr/share/man/man2/munmap.2.gz getpagesize 2 /usr/share/man/man2/fcntl.2.gz getpwname 3 /usr/share/man/man2/fcntl.2.gz getpwname 3 /usr/share/man/man4/termios.4.gz getty 2 /usr/share/man/man8/routed.8.gz htable 8 /usr/share/man/man8/clri.8.gz icheck 8 /usr/share/man/man3/linkaddr.3.gz ifconfig 4 /usr/share/man/man3/linkntoa.3.gz ifconfig 4 /usr/share/man/man4/inet.4.gz igmp 4 /usr/share/man/man7/hier.7.gz imp 4 /usr/share/man/man5/exports.5.gz inet 5 /usr/share/man/man3/j0.3.gz infnan 3 /usr/share/man/man3/j1.3.gz infnan 3 /usr/share/man/man3/jn.3.gz infnan 3 /usr/share/man/man3/y0.3.gz infnan 3 /usr/share/man/man3/y1.3.gz infnan 3 /usr/share/man/man3/yn.3.gz infnan 3 /usr/share/man/man3/exp.3.gz infnan 3 /usr/share/man/man3/lgamma.3.gz infnan 3 /usr/share/man/man3/sqrt.3.gz infnan 3 /usr/share/man/man3/acosh.3.gz infnan 3 /usr/share/man/man3/asinh.3.gz infnan 3 /usr/share/man/man3/atanh.3.gz infnan 3 /usr/share/man/man3/expm1.3.gz infnan 3 /usr/share/man/man3/log.3.gz infnan 3 /usr/share/man/man3/log10.3.gz infnan 3 /usr/share/man/man3/log1p.3.gz infnan 3 /usr/share/man/man3/pow.3.gz infnan 3 /usr/share/man/man3/gamma.3.gz infnan 3 /usr/share/man/man3/cbrt.3.gz infnan 3 /usr/share/man/man1/intro.1.gz intro 4 /usr/share/man/man2/ioctl.2.gz intro 4 /usr/share/man/man4/cltp.4.gz intro 4 /usr/share/man/man4/icmp.4.gz intro 4 /usr/share/man/man4/idp.4.gz intro 4 /usr/share/man/man4/inet.4.gz intro 4 /usr/share/man/man4/inet.4.gz intro 4 /usr/share/man/man4/ip.4.gz intro 4 /usr/share/man/man4/lo.4.gz intro 4 /usr/share/man/man4/netintro.4.gz intro 4 /usr/share/man/man4/ns.4.gz intro 4 /usr/share/man/man4/nsip.4.gz intro 4 /usr/share/man/man4/spp.4.gz intro 4 /usr/share/man/man4/tcp.4.gz intro 4 /usr/share/man/man4/clnp.4.gz intro 4 /usr/share/man/man4/udp.4.gz intro 4 /usr/share/man/man4/unix.4.gz intro 4 /usr/share/man/man4/networking.4.gz intro 4 /usr/share/man/man1/netstat.1.gz iostat 1 /usr/share/man/man1/systat.1.gz iostat 1 /usr/share/man/man8/pstat.8.gz iostat 1 /usr/share/man/man8/swapinfo.8.gz iostat 1 /usr/share/man/man2/reboot.2.gz kadb 4 /usr/share/man/man2/reboot.2.gz kadb 4 /usr/share/man/man1/passwd.1.gz kerberos 1 /usr/share/man/man1/yppasswd.1.gz kerberos 1 /usr/share/man/man1/su.1.gz kerberos 1 /usr/share/man/man7/hier.7.gz kerberos 1 /usr/share/man/man7/hier.7.gz kerberos 1 /usr/share/man/man1/rlogin.1.gz kerberos 3 /usr/share/man/man1/rsh.1.gz kerberos 3 /usr/share/man/man5/core.5.gz kgdb 1 /usr/share/man/man8/boot_sparc.8.gz kgdb 8 /usr/share/man/man1/passwd.1.gz kinit 1 /usr/share/man/man1/passwd.1.gz kinit 1 /usr/share/man/man1/yppasswd.1.gz kinit 1 /usr/share/man/man1/yppasswd.1.gz kinit 1 /usr/share/man/man1/su.1.gz kinit 1 /usr/share/man/man1/passwd.1.gz kpasswdd 8 /usr/share/man/man1/yppasswd.1.gz kpasswdd 8 /usr/share/man/man1/rcp.1.gz krb_realmofhost 3 /usr/share/man/man1/rlogin.1.gz krb_realmofhost 3 /usr/share/man/man1/rlogin.1.gz krb_realmofhost 3 /usr/share/man/man1/rsh.1.gz krb_realmofhost 3 /usr/share/man/man1/rsh.1.gz krb_realmofhost 3 /usr/share/man/man1/telnet.1.gz krb_realmofhost 3 /usr/share/man/man1/rlogin.1.gz krb_sendauth 3 /usr/share/man/man1/rsh.1.gz krb_sendauth 3 /usr/share/man/man3/gethostbyname.3.gz libc 3 /usr/share/man/man3/endhostent.3.gz libc 3 /usr/share/man/man3/gethostbyaddr.3.gz libc 3 /usr/share/man/man3/sethostent.3.gz libc 3 /usr/share/man/man3/gethostent.3.gz libc 3 /usr/share/man/man3/herror.3.gz libc 3 /usr/share/man/man3/intro.3.gz libc 3 /usr/share/man/man3/intro.3.gz libc functions /usr/share/man/man1/checknr.1.gz lint 1 /usr/share/man/man1/error.1.gz lint 1 /usr/share/man/man1/error.1.gz lint 1 /usr/share/man/man1/error.1.gz lint 1 /usr/share/man/man1/error.1.gz lint 1 /usr/share/man/man1/error.1.gz lint 1 /usr/share/man/man1/ps.1.gz lisp 1 /usr/share/man/man1/fstat.1.gz ln 2 /usr/share/man/man8/ac.8.gz login 8 /usr/share/man/man4/i386/lpt.4.gz lpa 4 /usr/share/man/man4/lpt.4.gz lpa 4 /usr/share/man/man1/lpr.1.gz lpd 1 /usr/share/man/man1/lpr.1.gz lpd 1 /usr/share/man/man4/i386/lpt.4.gz lptcontrol 1 /usr/share/man/man4/i386/lpt.4.gz lptcontrol 1 /usr/share/man/man4/i386/lpt.4.gz lptcontrol 1 /usr/share/man/man4/lpt.4.gz lptcontrol 1 /usr/share/man/man4/lpt.4.gz lptcontrol 1 /usr/share/man/man4/lpt.4.gz lptcontrol 1 /usr/share/man/man8/mfs.8.gz mkfs 8 /usr/share/man/man8/fsck.8.gz mkfs 8 /usr/share/man/man8/newfs.8.gz mkfs 8 /usr/share/man/man8/mount_mfs.8.gz mkfs 8 /usr/share/man/man8/restore.8.gz mkfs 8 /usr/share/man/man8/rrestore.8.gz mkfs 8 /usr/share/man/man8/tunefs.8.gz mkfs 8 /usr/share/man/man1/mkfifo.1.gz mknod 1 /usr/share/man/man8/pwd_mkdb.8.gz mkpasswd 8 /usr/share/man/man1/gprof.1.gz monitor 3 /usr/share/man/man5/dir.5.gz mount 1 /usr/share/man/man8/showmount.8.gz mount 1 /usr/share/man/man8/mount.8.gz mount_lofs 8 /usr/share/man/man8/mount_null.8.gz mount_lofs 8 /usr/share/man/man8/mount_umap.8.gz mount_lofs 8 /usr/share/man/man8/mount_union.8.gz mount_lofs 8 /usr/share/man/man8/mount_union.8.gz mount_lofs 8 /usr/share/man/man3/ftok.3.gz msgget 2 /usr/share/man/man3/ftok.3.gz msgget 2 /usr/share/man/man4/st.4.gz mt 4 /usr/share/man/man1/tcopy.1.gz mtio 4 /usr/share/man/man8/rmt.8.gz mtio 4 /usr/share/man/man7/hier.7.gz mtree 1 /usr/share/man/man8/clri.8.gz ncheck 8 /usr/share/man/man1/vacation.1.gz ndbm 3 /usr/share/man/man8/makemap.8.gz ndbm 3 /usr/share/man/man4/i386/fe.4.gz netstat 8 /usr/share/man/man4/i386/fe.4.gz netstat 8 /usr/share/man/man4/fe.4.gz netstat 8 /usr/share/man/man4/fe.4.gz netstat 8 /usr/share/man/man1/idprio.1.gz nice 2 /usr/share/man/man1/rtprio.1.gz nice 2 /usr/share/man/man2/rtprio.2.gz nice 2 /usr/share/man/man5/link.5.gz nlist 5 /usr/share/man/man1/symorder.1.gz nm 3 /usr/share/man/man8/lpd.8.gz pac 1 /usr/share/man/man3/getpagesize.3.gz pagesize 1 /usr/share/man/man3/alloca.3.gz pagesize 2 /usr/share/man/man3/malloc.3.gz pagesize 2 /usr/share/man/man1/error.1.gz pc 1 /usr/share/man/man1/gprof.1.gz pc 1 /usr/share/man/man3/stdio.3.gz pc 1 /usr/share/man/man3/intro.3.gz pc 1 /usr/share/man/man5/stab.5.gz pc 1 /usr/share/man/man5/stab.5.gz pc 1 /usr/share/man/man4/i386/pcvt.4.gz pc 4 /usr/share/man/man4/i386/pcvt.4.gz pc 4 /usr/share/man/man4/i386/pcvt.4.gz pc 4 /usr/share/man/man4/pcvt.4.gz pc 4 /usr/share/man/man4/pcvt.4.gz pc 4 /usr/share/man/man4/pcvt.4.gz pc 4 /usr/share/man/man1/scon.1.gz pcvt 8 /usr/share/man/man1/loadfont.1.gz pcvt 8 /usr/share/man/man8/ispcvt.8.gz pcvt 8 /usr/share/man/man1/error.1.gz pi 1 /usr/share/man/man1/mkstr.1.gz pi 1 /usr/share/man/man1/pkg_info.1.gz pkg_add 8 /usr/share/man/man1/pkg_create.1.gz pkg_add 8 /usr/share/man/man1/pkg_delete.1.gz pkg_add 8 /usr/share/man/man1/pkg_delete.1.gz pkg_add 8 /usr/share/man/man1/pkg_delete.1.gz pkg_add 8 /usr/share/man/man1/pkg_add.1.gz pkg_create 8 /usr/share/man/man1/pkg_add.1.gz pkg_create 8 /usr/share/man/man1/pkg_add.1.gz pkg_create 8 /usr/share/man/man1/pkg_add.1.gz pkg_create 8 /usr/share/man/man1/pkg_add.1.gz pkg_create 8 /usr/share/man/man1/pkg_info.1.gz pkg_create 8 /usr/share/man/man1/pkg_info.1.gz pkg_create 8 /usr/share/man/man1/pkg_delete.1.gz pkg_create 8 /usr/share/man/man1/pkg_delete.1.gz pkg_create 8 /usr/share/man/man1/pkg_add.1.gz pkg_delete 8 /usr/share/man/man1/pkg_add.1.gz pkg_delete 8 /usr/share/man/man1/pkg_info.1.gz pkg_delete 8 /usr/share/man/man1/pkg_create.1.gz pkg_delete 8 /usr/share/man/man1/cdplay.1.gz play 1 /usr/share/man/man7/environ.7.gz plot 1 /usr/share/man/man3/intro.3.gz plot 3 /usr/share/man/man3/intro.3.gz plot 3 /usr/share/man/man8/lpd.8.gz plot 3 /usr/share/man/man1/gprof.1.gz prof 1 /usr/share/man/man1/gprof.1.gz prof 1 /usr/share/man/man2/sigvec.2.gz ptrace 2 /usr/share/man/man2/sigaction.2.gz ptrace 2 /usr/share/man/man2/wait.2.gz ptrace 2 /usr/share/man/man2/wait3.2.gz ptrace 2 /usr/share/man/man2/wait4.2.gz ptrace 2 /usr/share/man/man2/waitpid.2.gz ptrace 2 /usr/share/man/man3/exec.3.gz ptrace 2 /usr/share/man/man3/exec.3.gz ptrace 2 /usr/share/man/man3/signal.3.gz ptrace 2 /usr/share/man/man3/execl.3.gz ptrace 2 /usr/share/man/man3/execl.3.gz ptrace 2 /usr/share/man/man3/execle.3.gz ptrace 2 /usr/share/man/man3/execle.3.gz ptrace 2 /usr/share/man/man3/execlp.3.gz ptrace 2 /usr/share/man/man3/execlp.3.gz ptrace 2 /usr/share/man/man3/execv.3.gz ptrace 2 /usr/share/man/man3/execv.3.gz ptrace 2 /usr/share/man/man3/execvp.3.gz ptrace 2 /usr/share/man/man3/execvp.3.gz ptrace 2 /usr/share/man/man1/df.1.gz quot 8 /usr/share/man/man1/du.1.gz quot 8 /usr/share/man/man2/getrlimit.2.gz quota 2 /usr/share/man/man2/setrlimit.2.gz quota 2 /usr/share/man/man6/fortune.6.gz regcmp 3 /usr/share/man/man4/termios.4.gz rlogind 2 /usr/share/man/man8/sendmail.8.gz rmail 1 /usr/share/man/man8/rbootd.8.gz rmp 4 /usr/share/man/man8/ncrcontrol.8.gz scsi 5 /usr/share/man/man1/ul.1.gz setenv 1 /usr/share/man/man2/getgid.2.gz setgid 3 /usr/share/man/man2/getegid.2.gz setgid 3 /usr/share/man/man2/setsid.2.gz setpgid 3 /usr/share/man/man3/tcgetpgrp.3.gz setpgid 3 /usr/share/man/man3/tcsetpgrp.3.gz setpgid 3 /usr/share/man/man7/hier.7.gz spell 1 /usr/share/man/man3/scsi.3.gz ssc 4 /usr/share/man/man1/mt.1.gz st 1 /usr/share/man/man4/st.4.gz st 1 /usr/share/man/man4/st.4.gz st 1 /usr/share/man/man4/st.4.gz st 1 /usr/share/man/man4/st.4.gz st 1 /usr/share/man/man1/symorder.1.gz strip 3 /usr/share/man/man3/vis.3.gz strunvis 3 /usr/share/man/man3/vis.3.gz strunvis 3 /usr/share/man/man3/strvis.3.gz strunvis 3 /usr/share/man/man3/strvis.3.gz strunvis 3 /usr/share/man/man3/strvisx.3.gz strunvis 3 /usr/share/man/man3/strvisx.3.gz strunvis 3 /usr/share/man/man8/amd.8.gz symlinks 2 /usr/share/man/man8/halt.8.gz sync 1 /usr/share/man/man8/fastboot.8.gz sync 1 /usr/share/man/man8/reboot.8.gz sync 1 /usr/share/man/man8/fasthalt.8.gz sync 1 /usr/share/man/man1/kbdmap.1.gz sysconfig 8 /usr/share/man/man1/vidfont.1.gz sysconfig 8 /usr/share/man/man3/sysctl.3.gz sysctl 1 /usr/share/man/man3/gethostid.3.gz sysctl 2 /usr/share/man/man3/gethostid.3.gz sysctl 2 /usr/share/man/man3/getbootfile.3.gz sysctl 2 /usr/share/man/man3/getbootfile.3.gz sysctl 2 /usr/share/man/man3/getdomainname.3.gz sysctl 2 /usr/share/man/man3/gethostname.3.gz sysctl 2 /usr/share/man/man3/getloadavg.3.gz sysctl 2 /usr/share/man/man3/sethostid.3.gz sysctl 2 /usr/share/man/man3/sethostid.3.gz sysctl 2 /usr/share/man/man3/sethostname.3.gz sysctl 2 /usr/share/man/man3/setdomainname.3.gz sysctl 2 /usr/share/man/man1/vacation.1.gz syslog 8 /usr/share/man/man1/vacation.1.gz syslog 8 /usr/share/man/man5/termcap.5.gz term 7 /usr/share/man/man5/termcap.5.gz termlib 3 /usr/share/man/man3/vtimes.3.gz time 2 /usr/share/man/man3/ftime.3.gz time 2 /usr/share/man/man5/tzfile.5.gz time 2 /usr/share/man/man5/tzfile.5.gz time 2 /usr/share/man/man4/tty.4.gz tip 2 /usr/share/man/man4/tp.4.gz tpperf 8 /usr/share/man/man4/tp.4.gz tpperf 8 /usr/share/man/man3/exec.3.gz trace 2 /usr/share/man/man3/execl.3.gz trace 2 /usr/share/man/man3/execle.3.gz trace 2 /usr/share/man/man3/execlp.3.gz trace 2 /usr/share/man/man3/execv.3.gz trace 2 /usr/share/man/man3/execvp.3.gz trace 2 /usr/share/man/man1/netstat.1.gz trsp 8 /usr/share/man/man8/trpt.8.gz trsp 8 /usr/share/man/man4/esis.4.gz un 4 /usr/share/man/man1/chfn.1.gz upchsh 1 /usr/share/man/man1/chpass.1.gz upchsh 1 /usr/share/man/man1/chsh.1.gz upchsh 1 /usr/share/man/man2/fsync.2.gz update 8 /usr/share/man/man2/sync.2.gz update 8 /usr/share/man/man2/sync.2.gz update 8 /usr/share/man/man8/sync.8.gz update 8 /usr/share/man/man5/uuencode.5.gz uusend 1 /usr/share/man/man5/uuencode.format.5.gz uusend 1 /usr/share/man/man1/ps.1.gz vadvise 2 /usr/share/man/man1/ps.1.gz vadvise 2 /usr/share/man/man1/fstat.1.gz vmstat 1 /usr/share/man/man1/netstat.1.gz vmstat 1 /usr/share/man/man1/nfsstat.1.gz vmstat 1 /usr/share/man/man1/systat.1.gz vmstat 1 /usr/share/man/man8/pstat.8.gz vmstat 1 /usr/share/man/man8/swapinfo.8.gz vmstat 1 /usr/share/man/man8/iostat.8.gz vmstat 1 /usr/share/man/man3/system.3.gz wait 3 /usr/share/man/man3/getvfsent.3.gz waitpid 3 /usr/share/man/man3/getvfsbyname.3.gz waitpid 3 /usr/share/man/man3/getvfsbytype.3.gz waitpid 3 /usr/share/man/man3/setvfsent.3.gz waitpid 3 /usr/share/man/man3/endvfsent.3.gz waitpid 3 /usr/share/man/man3/vfsisloadable.3.gz waitpid 3 /usr/share/man/man3/vfsload.3.gz waitpid 3 /usr/share/man/man3/fnmatch.3.gz wordexp 3 /usr/share/man/man4/st.4.gz wt 4 /usr/share/man/man4/st.4.gz wt 4 /usr/share/man/man7/hier.7.gz xget 1 /usr/share/man/man8/mail.local.8.gz xsend 1 /usr/share/man/man1/ypcat.1.gz yp 8 /usr/share/man/man1/ypmatch.1.gz yp 8 /usr/share/man/man3/ethers.3.gz yp 8 /usr/share/man/man3/ether_line.3.gz yp 8 /usr/share/man/man3/ether_aton.3.gz yp 8 /usr/share/man/man3/ether_ntoa.3.gz yp 8 /usr/share/man/man3/ether_ntohost.3.gz yp 8 /usr/share/man/man3/ether_hostton.3.gz yp 8 /usr/share/man/man8/ypxfr.8.gz yp 8 /usr/share/man/man8/yppush.8.gz yp 8 /usr/share/man/man8/ypserv.8.gz yp 8 /usr/share/man/man8/ypbind.8.gz yp 8 /usr/share/man/man8/yppasswdd.8.gz ypcat 8 /usr/share/man/man1/chfn.1.gz ypchfn 1 /usr/share/man/man1/chpass.1.gz ypchfn 1 /usr/share/man/man1/chsh.1.gz ypchfn 1 /usr/share/man/man8/yppasswdd.8.gz ypchfn 1 /usr/share/man/man1/chfn.1.gz ypchpass 1 /usr/share/man/man1/chpass.1.gz ypchpass 1 /usr/share/man/man1/chsh.1.gz ypchpass 1 /usr/share/man/man8/yppasswdd.8.gz ypchsh 1 /usr/share/man/man4/yp.4.gz ypset 8 /usr/share/man/man8/ypbind.8.gz ypset 8 /usr/share/man/man8/ypbind.8.gz ypset 8 #!/bin/sh # # dead-xrefs - check manual sources for dead cross references, e.g. a # reference to program(8) where 'man 8 program' would # report 'No entry for program in section 8 of the manual' # # NOTE: only works for BSD style man pages that use the .Xr macro. # # Jens Schweikhardt -- FEB 96 #set -x progname=$(basename "$0") MANDIR=/usr/share/man if test $# -gt 1; then echo "usage: $progname [mandir]" echo " where mandir defaults to $MANDIR" exit 1 fi 1>&2 test "$1" != "" && MANDIR="$1" TMP=${TMPDIR:-/tmp}/dead-xrefs echo "checking $MANDIR..." # Find the compressed manual sources and grep for .Xr macros. find $MANDIR/man? -name '*.gz' -print | while read m; do echo "$m" zgrep '^\.Xr ' "$m" | sed 's/^\.Xr //;s/[ .,;)]*$//;s/\\&//;s/ [ ]*/ /' done > $TMP # Make another file with the source file names removed. # This file has the names of dead references, e.g. 'dbx 1'. grep -v / $TMP | sort -u | awk 'NF==2' | while read name section; do if ! man -w $section $name > /dev/null 2>&1; then echo $name $section fi done > ${TMP}-dead # Tack on the source file names, so that we can grep the results later. awk '{ if ($0 ~ /^\//) { file = $0 } else { print file, $0 } }' < $TMP > ${TMP}-named # Grep for the filenames with dead references. while read name section; do grep " $name $section$" ${TMP}-named done < ${TMP}-dead # cleanup # rm -f ${TMP}* >Fix: >Audit-Trail: >Unformatted: To: FreeBSD-gnats-submit@freebsd.org Subject: List of dead xrefs in man pages From: schweikh@ito.uni-stuttgart.de Reply-To: schweikh@ito.uni-stuttgart.de X-send-pr-version: 3.2 From owner-freebsd-bugs Mon Feb 19 02:45:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA18954 for bugs-outgoing; Mon, 19 Feb 1996 02:45:05 -0800 (PST) Received: (from peter@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA18934 Mon, 19 Feb 1996 02:45:03 -0800 (PST) Date: Mon, 19 Feb 1996 02:45:03 -0800 (PST) From: Peter Wemm Message-Id: <199602191045.CAA18934@freefall.freebsd.org> To: hsu@clinet.fi, peter, freebsd-bugs Subject: Re: bin/1033 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: xinstall install rule broken? State-Changed-From-To: open-feedback State-Changed-By: peter State-Changed-When: Mon Feb 19 02:42:33 PST 1996 State-Changed-Why: I committed a fix for this shortly before this bug was filed. (rev 1.76 of Makefile) Can you please check to see if it is working now after your next sup/ctm? The "includes" target was bogusly depending on include-tools.. that should be 'make world's job From owner-freebsd-bugs Mon Feb 19 05:11:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA24184 for bugs-outgoing; Mon, 19 Feb 1996 05:11:09 -0800 (PST) Received: from plum.cyber.com.au (plum.cyber.com.au [203.7.155.24]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA24175 for ; Mon, 19 Feb 1996 05:11:03 -0800 (PST) Received: (from darrenr@localhost) by plum.cyber.com.au (8.6.12/8.6.6) id AAA18387 for freebsd-bugs@freebsd.org; Tue, 20 Feb 1996 00:08:13 +1100 From: Darren Reed Message-Id: <199602191308.AAA18387@plum.cyber.com.au> Subject: ide problems To: freebsd-bugs@freebsd.org Date: Tue, 20 Feb 1996 00:08:13 +1100 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk how do I solve this ? wd0: interrupt timeout: wd0: status 58 error 0 wd0: interrupt timeout: wd0: status 50 error 1 2.1.0-RELEASE/Pentium-100 From owner-freebsd-bugs Mon Feb 19 06:01:41 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA25317 for bugs-outgoing; Mon, 19 Feb 1996 06:01:41 -0800 (PST) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA25219 for ; Mon, 19 Feb 1996 06:01:07 -0800 (PST) Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id OAA05709; Mon, 19 Feb 1996 14:24:29 +0100 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.12/8.6.9) id OAA02160; Mon, 19 Feb 1996 14:24:23 +0100 Date: Mon, 19 Feb 1996 14:24:23 +0100 Message-Id: <199602191324.OAA02160@caramba.cs.tu-berlin.de> To: schweikh@ito.uni-stuttgart.de (Jens Schweikhardt) Cc: bugs@freebsd.org Subject: docs/1036: lots of dead xrefs in manpages In-Reply-To: <9602190929.AA00782@itosun.ito.uni-stuttgart.de> References: <9602190929.AA00782@itosun.ito.uni-stuttgart.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Conversion: prohibited Sender: owner-bugs@freebsd.org Precedence: bulk Jens Schweikhardt writes: >Many man pages have references to nonexisting man pages. >I have written a shell script to find these dead cross references. >Running it on /usr/share/man resulted in the following. >The format is three fields per line: the man page source file, >the command name, and the section it should be found in. >A reference to 'program(8)' is considered dead when 'man 8 program' >reports 'No entry for program in section 8 of the manual'. >I have included the script at the end, so you can compare what >dead references your system has. Man pages are a moving target, I >know. Many xref bugs already fixed in -current :-) I wrote 'manck' program, which check man pages. It is in the ports directory or send me an email for latest sources. Wolfram From owner-freebsd-bugs Mon Feb 19 10:57:20 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA15374 for bugs-outgoing; Mon, 19 Feb 1996 10:57:20 -0800 (PST) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA15369 for ; Mon, 19 Feb 1996 10:57:16 -0800 (PST) Received: from nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.3/nervosa.com.2) with SMTP id KAA03717; Mon, 19 Feb 1996 10:57:00 -0800 (PST) Date: Mon, 19 Feb 1996 10:57:00 -0800 (PST) From: invalid opcode To: Darren Reed cc: freebsd-bugs@freebsd.org Subject: Re: ide problems In-Reply-To: <199602191308.AAA18387@plum.cyber.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk On Tue, 20 Feb 1996, Darren Reed wrote: > > how do I solve this ? > > wd0: interrupt timeout: > wd0: status 58 error 0 > wd0: interrupt timeout: > wd0: status 50 error 1 > > 2.1.0-RELEASE/Pentium-100 > Hmm, what kind of hard drive is it? ----------------------------------------------------------------------------- Chris Layne coredump@nervosa.com. IRC: hexonyx http://www.nervosa.com./~coredump From owner-freebsd-bugs Mon Feb 19 12:14:21 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA19707 for bugs-outgoing; Mon, 19 Feb 1996 12:14:21 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA19685 Mon, 19 Feb 1996 12:14:19 -0800 (PST) Date: Mon, 19 Feb 1996 12:14:19 -0800 (PST) From: Mike Pritchard Message-Id: <199602192014.MAA19685@freefall.freebsd.org> To: mpp, freebsd-bugs, mpp Subject: Re: docs/1036 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: List of dead xrefs in man pages Responsible-Changed-From-To: freebsd-bugs->mpp Responsible-Changed-By: mpp Responsible-Changed-When: Mon Feb 19 12:13:42 PST 1996 Responsible-Changed-Why: I'm already working in this area... From owner-freebsd-bugs Mon Feb 19 14:28:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA29722 for bugs-outgoing; Mon, 19 Feb 1996 14:28:34 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA29713 for ; Mon, 19 Feb 1996 14:28:20 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id XAA14879; Mon, 19 Feb 1996 23:25:22 +0100 From: Luigi Rizzo Message-Id: <199602192225.XAA14879@labinfo.iet.unipi.it> Subject: Re: malloc() prob in 2.1R? To: swallace@ece.uci.edu (Steven Wallace) Date: Mon, 19 Feb 1996 23:25:22 +0100 (MET) Cc: wollman@lcs.mit.edu, freebsd-bugs@freebsd.org In-Reply-To: <199602162056.MAA12845@newport.ece.uci.edu> from "Steven Wallace" at Feb 16, 96 12:56:19 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk > > Not at all surprising. The memory allocator in 2.1 allocates memory > > for the next power of two greater than or equal to (size + > > malloc_overhead). So, the next power of two greater than or equal to > > (4096 + a_small_amount) is 8192. -current uses a different allocator > > and doesn't over-allocate in this way. Actually it looks even worse than this. The following program seems to reserve 8192 bytes/block for sz >=2048 on 1.1.5, sz >=2045 on 2.1R. Is this reasonable, or I am doing something wrong ? Also, can someone test it on the latest snapshot and on -current ? -------------- #include main() { int i, j, sz=atoi(argv[1]); char *p; for (i=0;i<32; i++) { for (j=0;j<256;j++) p=malloc(sz); printf("Allocated %d kB\n",SZ*(i+1)/4); sleep(5); } } ---------------- Thanks Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-bugs Mon Feb 19 15:28:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA02947 for bugs-outgoing; Mon, 19 Feb 1996 15:28:07 -0800 (PST) Received: from plum.cyber.com.au (plum.cyber.com.au [203.7.155.24]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA02860 for ; Mon, 19 Feb 1996 15:27:42 -0800 (PST) Received: (from darrenr@localhost) by plum.cyber.com.au (8.6.12/8.6.6) id KAA19371; Tue, 20 Feb 1996 10:23:11 +1100 From: Darren Reed Message-Id: <199602192323.KAA19371@plum.cyber.com.au> Subject: Re: ide problems To: coredump@nervosa.com (invalid opcode) Date: Tue, 20 Feb 1996 10:23:10 +1100 (EST) Cc: darrenr@cyber.com.au, freebsd-bugs@freebsd.org In-Reply-To: from "invalid opcode" at Feb 19, 96 10:57:00 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk In some mail I received from invalid opcode, sie wrote > > On Tue, 20 Feb 1996, Darren Reed wrote: > > > > > how do I solve this ? > > > > wd0: interrupt timeout: > > wd0: status 58 error 0 > > wd0: interrupt timeout: > > wd0: status 50 error 1 > > > > 2.1.0-RELEASE/Pentium-100 > > > wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 814MB (1667232 sectors), 1654 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (atapi): , removable, accel, iordis wcd0: 689Kb/sec, 128Kb cache, audio play, 256 volume levels, ejectable tray wcd0: medium type unknown, unlocked wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): wd2: 1549MB (3173184 sectors), 3148 cyls, 16 heads, 63 S/T, 512 B/S (IDE on the motherboard, PCI BUS) On this note, 32bit and multi-block do _not_ seem to work! (Well, the do, but they guarantee the above problem) darren From owner-freebsd-bugs Mon Feb 19 15:43:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA03880 for bugs-outgoing; Mon, 19 Feb 1996 15:43:04 -0800 (PST) Received: from Rogue.Northwest.com (root@rogue.northwest.com [204.119.42.12]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA03828 for ; Mon, 19 Feb 1996 15:40:36 -0800 (PST) Received: by Rogue.Northwest.com (Linux Smail3.1.29.1 #1) id m0tofDV-0004IhC; Mon, 19 Feb 96 15:42 PST Message-Id: Date: Mon, 19 Feb 96 15:42 PST From: timb49@Northwest.com (Tim Bach) To: freebsd-bugs@freebsd.org Subject: Various problem's with FreeBSD Sender: owner-bugs@freebsd.org Precedence: bulk For a long time i have been having some very irritating problem's with FreeBSD. Here's a list of the one's that still plague me. Whoever is in charge of fixing these type of bug's please phone me 499-6749 to discuss work around's or fix's. 1) I don't know if it's really losing memory or what but basicly everytime i start up a bunch of stuff that consumes all my memory my swap usage get's high which makes sense..Though when i kill practicly everything my swap usage is still high. 2) Problem's detecting some internal modem's.Basicly i can't get my zoom on anything but com1..Even though it work's fine on all the other comport's in dwin95 even linux.. 3) Enough time's to be a bit irritating i will get a bunch of garbage on the screen when connected and that i can't access the modem..Not to mention the fact i can't kill the process that has the modem open..This is on a external modem which i can just turn on and off and it should be fine..No problem's in linux,dos,win95 Please call me for more detail's. thanks. From owner-freebsd-bugs Mon Feb 19 18:30:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA12568 for bugs-outgoing; Mon, 19 Feb 1996 18:30:05 -0800 (PST) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA12559 for ; Mon, 19 Feb 1996 18:30:01 -0800 (PST) Received: from nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.3/nervosa.com.2) with SMTP id SAA01231; Mon, 19 Feb 1996 18:29:38 -0800 (PST) Date: Mon, 19 Feb 1996 18:29:38 -0800 (PST) From: invalid opcode To: Tim Bach cc: freebsd-bugs@freebsd.org Subject: Re: Various problem's with FreeBSD In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk On Mon, 19 Feb 1996, Tim Bach wrote: > 1) I don't know if it's really losing memory or what but basicly everytime i start up a bunch of stuff that consumes all my memory my swap usage get's high which makes sense..Though when i kill practicly everything my swap usage is still high. Exactly, the program is kept in the swap, so that recurrent calls to it can be recalled from swap. Eventually it is purged from the swap, or overwritten by another program image. > 2) Problem's detecting some internal modem's.Basicly i can't get my zoom on anything but com1..Even though it work's fine on all the other comport's in dwin95 even linux.. Have you compiled a custom kernel? > 3) Enough time's to be a bit irritating i will get a bunch of garbage on the screen when connected and that i can't access the modem..Not to mention the fact i can't kill the process that has the modem open..This is on a external modem which i can just turn on and off and it should be fine..No problem's in linux,dos,win95 Sounds like an interrupt conflict to me. == Chris Layne ============================================================= == coredump@nervosa.com ================= http://www.nervosa.com/~coredump == From owner-freebsd-bugs Mon Feb 19 20:20:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA18452 for bugs-outgoing; Mon, 19 Feb 1996 20:20:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA18436 Mon, 19 Feb 1996 20:20:02 -0800 (PST) Resent-Date: Mon, 19 Feb 1996 20:20:02 -0800 (PST) Resent-Message-Id: <199602200420.UAA18436@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, uhclem@nemesis.lonestar.org Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA18207 for ; Mon, 19 Feb 1996 20:17:12 -0800 (PST) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tojRJ-0007zaC; Mon, 19 Feb 96 22:12 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tojOB-000CiCC; Mon, 19 Feb 96 22:09 WET Message-Id: Date: Mon, 19 Feb 96 22:09 WET From: uhclem@nemesis.lonestar.org Reply-To: uhclem@nemesis.lonestar.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1037: 2.x telnetd handles CTRL-M differently than other ttys FDIV044 Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 1037 >Category: bin >Synopsis: 2.x telnetd handles CTRL-M differently than other ttys FDIV044 >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 19 20:20:01 PST 1996 >Last-Modified: >Originator: Frank Durda IV >Organization: That's extra >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1.0 stock system, using various applications that place tty in character-at-a-time modes. >Description: Some applications that ran correctly under BSD43 on vaxen, and later on SYSIII, SYS5 and 1.1.5.1 PC systems break when used via telnet in 2.0.5 or 2.1.0. When these programs are running, they interactively parse each character received, including [ENTER], which is received as 0x0a when the program is run from the console (syscons), from a terminal attached to a sio port, or when connected using via telnet using telnetd from 1.1.5.1. When the telnetd from 2.0.5 or 2.1.0 is used, instead of a 0x0a, the program receives a 0x0d character, which it does not expect (never sees anywhere else) and treats as an not-valid-here character. >How-To-Repeat: The attached code fragment can be compiled to demonstrate the problem. Simply run it from terminals, the console, and from telnet sessions to see the difference in performance. (I have stripped out the SYS3-specific code, but can provide it if needed.) Follow the instructions in the program source. -----enterbug.c----- /* This program is peeled out of a much larger program called xmail. When run in 2.1.0 over telnet, pressing ENTER is no longer detected by the program as receiving a 0x0a as it did in 1.1.5.1 telnet sessions, or from ttys, or from the console, or on other platforms (BSD43, SYS3, SYSV) that this program has been used on. Start the program, and press at least the following keys: [ENTER] [CTRL][J] [CTRL][M] Press Capital Q to exit. Here is what I see here: (This is a 2.1.0 system) System sio telnetd telnetd console tty 2.1.0 1.1.5.1* [ENTER] 0a 0a **0d** 0a [CTRL][J] 0a 0a 0a 0a [CTRL][M] 0a 0a **0d** 0a * By replacing the 2.1.0 telnetd with the telnetd from 1.1.5.1 (but still running on a 2.1.0 system), the correct character (0x0a) is returned when ENTER is presed. Run this program from the console, from terminals, and then via telnet to see the difference in behavior. */ #include #include #include #include #define TRUE 1 #define FALSE 0 #define EOT '\004' static struct sgttyb old, new; static struct stat ttystatus; static int eof=EOT, killc=CTRL('U'), erase=CTRL('H'), werase=CTRL('W'); char *ttynam_stdout; int stdin_isatty, stdout_isatty; main() { char c; save_tty(); set_tty(); clearerr(stdin); do { c = getchar(); printf("%02x ",c); } while (c != 'Q'); restore_tty(); exit(0); } save_tty() { struct tchars tc; fstat(fileno(stdout), &ttystatus); ttynam_stdout = (char*) ttyname(fileno(stdout)); stdout_isatty = (ioctl(fileno(stdout), TIOCGETP, &old) >= 0); stdin_isatty = (ioctl(fileno(stdin), TIOCGETP, &old) >= 0); printf("stdin is%s a tty\n",stdin_isatty?"":" not"); printf("stdout is%s a tty\n",stdout_isatty?"":" not"); killc = (int)old.sg_kill; erase = (int)old.sg_erase; if (ioctl(fileno(stdin), TIOCGETC, &tc) == 0) eof = (int)tc.t_eofc; new = old; new.sg_flags |= CBREAK; new.sg_flags &= ~ECHO; } set_tty() { ioctl(fileno(stdin), TIOCSETN, &new); } restore_tty() { if (stdout_isatty) chmod(ttynam_stdout, (int)ttystatus.st_mode&0777); if (stdin_isatty) ioctl(fileno(stdin), TIOCSETP, &old); } -----end of enterbug.c----- >Fix: The workaround is to replace the telnetd in 2.1.0 or 2.0.5 with the telnetd from 1.1.5.1. This solves this problem and allows these legacy applications to be used on FreeBSD 2.x. *END* >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 20 00:16:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA28547 for bugs-outgoing; Tue, 20 Feb 1996 00:16:08 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA28464 for ; Tue, 20 Feb 1996 00:15:57 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA24244; Tue, 20 Feb 1996 09:14:23 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA23185; Tue, 20 Feb 1996 09:14:22 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA15575; Tue, 20 Feb 1996 09:00:36 +0100 (MET) From: J Wunsch Message-Id: <199602200800.JAA15575@uriah.heep.sax.de> Subject: Re: Various problem's with FreeBSD To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Date: Tue, 20 Feb 1996 09:00:35 +0100 (MET) Cc: timb49@Northwest.com (Tim Bach) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Tim Bach" at Feb 19, 96 03:42:00 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@FreeBSD.org Precedence: bulk As Tim Bach wrote: > For a long time i have been having some very irritating problem's > with FreeBSD. Here's a list of the one's that still plague me. > Whoever is in charge of fixing these type of bug's please phone me > 499-6749 to discuss work around's or fix's. I've dialed ``499-6749'', but all i got was ,,Kein Anschluß unter dieser Nummer.'' :-) Sorry, no, phone calls are out of the scope of what you can expect here. (Even if you would have properly added the ``+1'', so all would have known that you think about a phone # inside US. I guess you've also missed what you call the ``area code''.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Feb 20 02:09:30 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA04384 for bugs-outgoing; Tue, 20 Feb 1996 02:09:30 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA04377 for ; Tue, 20 Feb 1996 02:09:24 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id CAA23860; Tue, 20 Feb 1996 02:07:45 -0800 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-bugs@FreeBSD.org (FreeBSD bugs list), timb49@Northwest.com (Tim Bach) Subject: Re: Various problem's with FreeBSD In-reply-to: Your message of "Tue, 20 Feb 1996 09:00:35 +0100." <199602200800.JAA15575@uriah.heep.sax.de> Date: Tue, 20 Feb 1996 02:07:45 -0800 Message-ID: <23858.824810865@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.org Precedence: bulk > I've dialed ``499-6749'', but all i got was ,,Kein Anschluß unter > dieser Nummer.'' :-) You're just not patient enough, Joerg! Considering that there are only some 20-30 countries with their own prefixes, and that the US is constrained to 3 digit area codes with only the possibility of 1-9 for the first digit, 0 or 1 for the second and 0-9 for the third, it should be simple! You can probably even rig up your modem to make the calls.. :-) :-) Joerg is, of course, correct. Tim has somehow mistaken us for a support organization which is paid to call him on the phone. This is obviously untrue, and Tim's style of asking for it was brusque enough that I simply deleted his message when I first ran across it. Were it not for Joerg's reply, I would have consigned this to the bit-bucket. Sometimes I do even call people on the phone to answer their questions, but only when asked really nicely! :-) Jordan > Sorry, no, phone calls are out of the scope of what you can expect > here. (Even if you would have properly added the ``+1'', so all would > have known that you think about a phone # inside US. I guess you've > also missed what you call the ``area code''.) > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Feb 20 03:50:32 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA09653 for bugs-outgoing; Tue, 20 Feb 1996 03:50:32 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA09648 for ; Tue, 20 Feb 1996 03:50:30 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id DAA03335; Tue, 20 Feb 1996 03:49:52 -0800 Message-Id: <199602201149.DAA03335@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-bugs@FreeBSD.org (FreeBSD bugs list), timb49@Northwest.com (Tim Bach) Subject: Re: Various problem's with FreeBSD In-reply-to: Your message of "Tue, 20 Feb 1996 02:07:45 PST." <23858.824810865@time.cdrom.com> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 20 Feb 1996 03:49:52 -0800 Sender: owner-bugs@FreeBSD.org Precedence: bulk >You're just not patient enough, Joerg! Considering that there are >only some 20-30 countries with their own prefixes, and that the US >is constrained to 3 digit area codes with only the possibility of >1-9 for the first digit, 0 or 1 for the second and 0-9 for the ^^^^^^^^^^^^^^^^^^^^^ This isn't true in the US anymore. They ran out of area codes and had to lift that restriction. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Tue Feb 20 07:04:47 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA16399 for bugs-outgoing; Tue, 20 Feb 1996 07:04:47 -0800 (PST) Received: from PBINET.com (chumash.snfc21.pbi.net [206.13.28.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA16392 for ; Tue, 20 Feb 1996 07:04:44 -0800 (PST) Received: from bitch.Lamb.net (ulf@ppp-3-43.okld03.pbinet.com [206.170.3.43]) by PBINET.com (8.7.1/8.7.1) with SMTP id HAA06061; Tue, 20 Feb 1996 07:03:50 -0800 (PST) Date: Tue, 20 Feb 1996 07:06:07 -0800 (PST) From: Ulf Zimmermann X-Sender: ulf@bitch.Lamb.net To: invalid opcode cc: Darren Reed , freebsd-bugs@FreeBSD.org Subject: Re: ide problems In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.org Precedence: bulk I have a Compudyne system in the company with a 200 MB connor (I think, will look that up later). This system is giving the same error message each night. Looks like at the time of the security check. Have not seen that at other times. But the system is not much used at the moment. Ulf. ----------------------------------------------------------------------------- Ulf Zimmermann | email-home: ulf@pbinet.com | FreeBSD ? The coolest OS 1525 Pacific Ave. | email-work: ulf@ncd.com | since computer exists :) Alameda, CA-94501 | phone-home: 510-865-0204 | phone-work: 415-899-7941 On Mon, 19 Feb 1996, invalid opcode wrote: > On Tue, 20 Feb 1996, Darren Reed wrote: > > > > > how do I solve this ? > > > > wd0: interrupt timeout: > > wd0: status 58 error 0 > > wd0: interrupt timeout: > > wd0: status 50 error 1 > > > > 2.1.0-RELEASE/Pentium-100 > > > > Hmm, what kind of hard drive is it? > > ----------------------------------------------------------------------------- > Chris Layne coredump@nervosa.com. > IRC: hexonyx http://www.nervosa.com./~coredump > > From owner-freebsd-bugs Tue Feb 20 07:58:46 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA19373 for bugs-outgoing; Tue, 20 Feb 1996 07:58:46 -0800 (PST) Received: from flox.kiam1.rssi.ru ([193.232.219.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA19363 for ; Tue, 20 Feb 1996 07:58:30 -0800 (PST) Received: (from avl@localhost) by flox.kiam1.rssi.ru (8.6.12/8.6.9) id SAA27041 for bugs@freebsd.org; Tue, 20 Feb 1996 18:58:16 +0300 Date: Tue, 20 Feb 1996 18:58:16 +0300 From: Lapinsky Alexander Message-Id: <199602201558.SAA27041@flox.kiam1.rssi.ru> To: bugs@freebsd.org Subject: /usr/bin/mt core dumped Sender: owner-bugs@freebsd.org Precedence: bulk Some times mt utility "core dumped" (it is right, for example, for Archive/Wangtek QIC-02 tape controller). Small changes (see below) corrects this trouble (move in source code 1 line down -- quite simple :-). *** /cdrom/usr/src/usr.bin/mt/mt.c Fri Aug 25 22:45:34 1995 --- mt.c Fri Feb 16 17:15:34 1996 *************** *** 302,309 **** printf("%s=%o", s, v); else printf("%s=%x", s, v); - bits++; if (v && bits) { putchar('<'); while (i = *bits++) { if (v & (1 << (i-1))) { --- 302,309 ---- printf("%s=%o", s, v); else printf("%s=%x", s, v); if (v && bits) { + bits++; putchar('<'); while (i = *bits++) { if (v & (1 << (i-1))) { ****************************** cut here **************************** From owner-freebsd-bugs Tue Feb 20 08:34:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA21153 for bugs-outgoing; Tue, 20 Feb 1996 08:34:15 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA21116 for ; Tue, 20 Feb 1996 08:34:06 -0800 (PST) Received: from plum.cyber.com.au (plum.cyber.com.au [203.7.155.24]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id IAA27150 for ; Tue, 20 Feb 1996 08:34:03 -0800 Received: (from darrenr@localhost) by plum.cyber.com.au (8.6.12/8.6.6) id DAA00933; Wed, 21 Feb 1996 03:29:34 +1100 From: Darren Reed Message-Id: <199602201629.DAA00933@plum.cyber.com.au> Subject: Re: ide problems To: ulf@pbinet.com (Ulf Zimmermann) Date: Wed, 21 Feb 1996 03:29:33 +1100 (EST) Cc: coredump@nervosa.com, darrenr@cyber.com.au, freebsd-bugs@FreeBSD.org In-Reply-To: from "Ulf Zimmermann" at Feb 20, 96 07:06:07 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-bugs@FreeBSD.org Precedence: bulk > > > wd0: interrupt timeout: > > > wd0: status 58 error 0 > > > wd0: interrupt timeout: > > > wd0: status 50 error 1 > > > > > > 2.1.0-RELEASE/Pentium-100 This seems to be dependant on some option I've defined for the kernel. I suspect "AUTO_EOI_1" and/or "AUTO_EOI_2". I've currently got a working kernel (no errors). If anyone would like to examine two config files - one which doesn't result in the above and one which does - let me know. darren From owner-freebsd-bugs Tue Feb 20 08:43:20 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA21612 for bugs-outgoing; Tue, 20 Feb 1996 08:43:20 -0800 (PST) Received: from racer.dkrz.de (racer.dkrz.de [136.172.110.55]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA21599 for ; Tue, 20 Feb 1996 08:43:06 -0800 (PST) Received: (from gwk@localhost) by racer.dkrz.de (8.7.1/8.7.1) id RAA03856; Tue, 20 Feb 1996 17:41:22 +0100 (MET) Date: Tue, 20 Feb 1996 17:41:22 +0100 (MET) From: "Georg-W. Koltermann" Message-Id: <199602201641.RAA03856@racer.dkrz.de> To: ulf@pbinet.com CC: coredump@nervosa.com, darrenr@cyber.com.au, freebsd-bugs@FreeBSD.ORG In-reply-to: (message from Ulf Zimmermann on Tue, 20 Feb 1996 07:06:07 -0800 (PST)) Subject: Re: ide problems Reply-to: gwk@cray.com Sender: owner-bugs@FreeBSD.ORG Precedence: bulk > Date: Tue, 20 Feb 1996 07:06:07 -0800 (PST) > From: Ulf Zimmermann > X-Sender: ulf@bitch.Lamb.net > Cc: Darren Reed , freebsd-bugs@FreeBSD.ORG > Mime-Version: 1.0 > Content-Type: TEXT/PLAIN; charset=US-ASCII > Sender: owner-bugs@FreeBSD.ORG > Precedence: bulk > > I have a Compudyne system in the company with a 200 MB connor (I think, > will look that up later). This system is giving the same error message > each night. Looks like at the time of the security check. Have not seen > that at other times. But the system is not much used at the moment. > > Ulf. > > ... > > > On Tue, 20 Feb 1996, Darren Reed wrote: > > > > > > > > how do I solve this ? > > > > > > wd0: interrupt timeout: > > > wd0: status 58 error 0 > > > wd0: interrupt timeout: > > > wd0: status 50 error 1 > > > > > > 2.1.0-RELEASE/Pentium-100 > > > > > Well, I also see it, occasionally. Doesn't seem to do any harm. Or does it? Please alert me if I should be concerned. Regards, Georg-W. Koltermann, gwk@cray.com Feb 15 13:37:51 anaconda login: ROOT LOGIN (root) ON ttyv0 Feb 15 13:37:51 anaconda login: login on ttyv0 as root Feb 15 16:05:41 anaconda /kernel: wd1: interrupt timeout: Feb 15 16:05:43 anaconda /kernel: wd1: status 58 error 0 Feb 16 12:21:52 anaconda /kernel: pid 1309: xlock: uid 0: exited on signal 8 From owner-freebsd-bugs Tue Feb 20 10:22:27 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA25930 for bugs-outgoing; Tue, 20 Feb 1996 10:22:27 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA25922 for ; Tue, 20 Feb 1996 10:22:09 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id FAA02432; Wed, 21 Feb 1996 05:20:56 +1100 Date: Wed, 21 Feb 1996 05:20:56 +1100 From: Bruce Evans Message-Id: <199602201820.FAA02432@godzilla.zeta.org.au> To: darrenr@cyber.com.au, ulf@pbinet.com Subject: Re: ide problems Cc: coredump@nervosa.com, freebsd-bugs@FreeBSD.ORG Sender: owner-bugs@FreeBSD.ORG Precedence: bulk >> > > wd0: interrupt timeout: >> > > wd0: status 58 error 0 >> > > wd0: interrupt timeout: >> > > wd0: status 50 error 1 >> > > >> > > 2.1.0-RELEASE/Pentium-100 >This seems to be dependant on some option I've defined for the kernel. >I suspect "AUTO_EOI_1" and/or "AUTO_EOI_2". AUTO_EOI_2 problems usually cause interrupts 8-15 to stop working. If not using them makes a difference then it is probably a side effect of increasing the interrupt latency. Interrupt timeouts are normal if the drive goes into sleep mode. The kernel stops complaining after 5 of them. Bruce From owner-freebsd-bugs Tue Feb 20 11:19:30 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA00306 for bugs-outgoing; Tue, 20 Feb 1996 11:19:30 -0800 (PST) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA00301 for ; Tue, 20 Feb 1996 11:19:27 -0800 (PST) Received: from nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.3/nervosa.com.2) with SMTP id LAA03497; Tue, 20 Feb 1996 11:18:36 -0800 (PST) Date: Tue, 20 Feb 1996 11:18:36 -0800 (PST) From: invalid opcode To: Lapinsky Alexander cc: bugs@FreeBSD.ORG Subject: Re: /usr/bin/mt core dumped In-Reply-To: <199602201558.SAA27041@flox.kiam1.rssi.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG Precedence: bulk On Tue, 20 Feb 1996, Lapinsky Alexander wrote: > Some times mt utility "core dumped" (it is right, for example, > for Archive/Wangtek QIC-02 tape controller). > Small changes (see below) corrects this trouble > (move in source code 1 line down -- quite simple :-). > > *** /cdrom/usr/src/usr.bin/mt/mt.c Fri Aug 25 22:45:34 1995 > --- mt.c Fri Feb 16 17:15:34 1996 > *************** > *** 302,309 **** > printf("%s=%o", s, v); > else > printf("%s=%x", s, v); > - bits++; > if (v && bits) { > putchar('<'); > while (i = *bits++) { > if (v & (1 << (i-1))) { > --- 302,309 ---- > printf("%s=%o", s, v); > else > printf("%s=%x", s, v); > if (v && bits) { > + bits++; > putchar('<'); > while (i = *bits++) { > if (v & (1 << (i-1))) { > ****************************** cut here **************************** > It looks as you are itterating the actual pointer, and not the contents of the pointer, also, if what you intended was *bits++, look down lower, it's in the while loop. == Chris Layne ============================================================== == coredump@nervosa.com ================= http://www.nervosa.com/~coredump == From owner-freebsd-bugs Tue Feb 20 11:21:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA00428 for bugs-outgoing; Tue, 20 Feb 1996 11:21:15 -0800 (PST) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA00419 for ; Tue, 20 Feb 1996 11:21:10 -0800 (PST) Received: from nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.3/nervosa.com.2) with SMTP id LAA03513; Tue, 20 Feb 1996 11:20:54 -0800 (PST) Date: Tue, 20 Feb 1996 11:20:53 -0800 (PST) From: invalid opcode To: Darren Reed cc: Ulf Zimmermann , darrenr@cyber.com.au, freebsd-bugs@FreeBSD.org Subject: Re: ide problems In-Reply-To: <199602201629.DAA00933@plum.cyber.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.org Precedence: bulk On Wed, 21 Feb 1996, Darren Reed wrote: > > > > wd0: interrupt timeout: > > > > wd0: status 58 error 0 > > > > wd0: interrupt timeout: > > > > wd0: status 50 error 1 > > > > > > > > 2.1.0-RELEASE/Pentium-100 > > I suspect "AUTO_EOI_1" and/or "AUTO_EOI_2". > > I've currently got a working kernel (no errors). > > darren > # # Options for `isa': # # AUTO_EOI_1 enables the `automatic EOI' feature for the master 8259A # interrupt controller. This saves about 1.25 usec for each interrupt. # No problems are known to be caused by this option. # # AUTO_EOI_2 enables the `automatic EOI' feature for the slave 8259A # interrupt controller. This saves about 1.25 usec for each interrupt. # Automatic EOI is documented not to work for for the slave with the # original i8259A, but it works for some clones and some integrated # versions. == Chris Layne ============================================================== == coredump@nervosa.com ================= http://www.nervosa.com/~coredump == From owner-freebsd-bugs Tue Feb 20 16:01:26 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA16827 for bugs-outgoing; Tue, 20 Feb 1996 16:01:26 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA16820 for ; Tue, 20 Feb 1996 16:01:17 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA24146; Wed, 21 Feb 1996 01:01:12 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id BAA06569; Wed, 21 Feb 1996 01:01:11 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id AAA17497; Wed, 21 Feb 1996 00:57:31 +0100 (MET) From: J Wunsch Message-Id: <199602202357.AAA17497@uriah.heep.sax.de> Subject: Re: /usr/bin/mt core dumped To: avl@kiam1.rssi.ru (Lapinsky Alexander) Date: Wed, 21 Feb 1996 00:57:31 +0100 (MET) Cc: bugs@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602201558.SAA27041@flox.kiam1.rssi.ru> from "Lapinsky Alexander" at Feb 20, 96 06:58:16 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG Precedence: bulk As Lapinsky Alexander wrote: > > Some times mt utility "core dumped" (it is right, for example, > for Archive/Wangtek QIC-02 tape controller). > printf("%s=%o", s, v); > else > printf("%s=%x", s, v); > if (v && bits) { The fix in -current was to insert the lines if (!bits) return; right above the ++bits. Basically the same as your fix. FreeBSD should define a real register description instead. This is on my whiteboard for the `wt', but doesn't have a very high priority. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Feb 21 01:59:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA22553 for bugs-outgoing; Wed, 21 Feb 1996 01:59:59 -0800 (PST) Received: from flox.kiam1.rssi.ru ([193.232.219.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA22547 for ; Wed, 21 Feb 1996 01:59:53 -0800 (PST) Received: (from avl@localhost) by flox.kiam1.rssi.ru (8.6.12/8.6.9) id MAA12958; Wed, 21 Feb 1996 12:58:46 +0300 Date: Wed, 21 Feb 1996 12:58:46 +0300 From: Lapinsky Alexander Message-Id: <199602210958.MAA12958@flox.kiam1.rssi.ru> To: joerg_wunsch@uriah.heep.sax.de CC: bugs@FreeBSD.ORG In-reply-to: <199602202357.AAA17497@uriah.heep.sax.de> (message from J Wunsch on Wed, 21 Feb 1996 00:57:31 +0100 (MET)) Subject: Re: /usr/bin/mt core dumped Sender: owner-bugs@FreeBSD.ORG Precedence: bulk > As Lapinsky Alexander wrote: > > > > Some times mt utility "core dumped" (it is right, for example, > > for Archive/Wangtek QIC-02 tape controller). [ skipped ] > The fix in -current was to insert the lines > > if (!bits) > return; > > right above the ++bits. Basically the same as your fix. > > FreeBSD should define a real register description instead. This is on > my whiteboard for the `wt', but doesn't have a very high priority. And how about bug in wt driver ? ( Fix see below :-) I sent my fix to authors, but have no answer yet. > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) Sorry. I used 2.1.0-RELEASE CDROM as source. Sorry :-( A.Lapinsky ****************************** cut here ************************************ *** wt.c~ Fri Feb 16 15:39:50 1996 --- wt.c Fri Feb 16 15:40:58 1996 *************** *** 634,641 **** DEBUG (("unexpected interrupt\n")); return; } - t->flags &= ~TPACTIVE; - t->dmacount += t->bsize; /* increment counter */ /* * Clean up dma. --- 634,639 ---- *************** *** 648,653 **** --- 646,655 ---- } else isa_dmadone (t->dmaflags, t->dmavaddr, t->bsize, t->chan); + t->flags &= ~TPACTIVE; + t->dmacount += t->bsize; /* increment counter */ + t->dmavaddr += t->bsize; + /* * On exception, check for end of file and end of volume. */ *************** *** 663,669 **** } if (t->dmacount < t->dmatotal) { /* continue i/o */ - t->dmavaddr += t->bsize; wtdma (t); DEBUG (("continue i/o, %d\n", t->dmacount)); return; --- 665,670 ---- ********************************** cut here ***************************** From owner-freebsd-bugs Wed Feb 21 06:53:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA06188 for bugs-outgoing; Wed, 21 Feb 1996 06:53:34 -0800 (PST) Received: from plum.cyber.com.au (plum.cyber.com.au [203.7.155.24]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA06182 for ; Wed, 21 Feb 1996 06:53:29 -0800 (PST) Received: (from darrenr@localhost) by plum.cyber.com.au (8.6.12/8.6.6) id BAA03333 for freebsd-bugs@freebsd.org; Thu, 22 Feb 1996 01:50:47 +1100 From: Darren Reed Message-Id: <199602211450.BAA03333@plum.cyber.com.au> Subject: installation problem To: freebsd-bugs@freebsd.org Date: Thu, 22 Feb 1996 01:50:46 +1100 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk when selecting "wd2" out of "wd0" and "wd2" for partitioning/labelling, both dives are selected when you get to labelling. this is a *real* problem for big drives and lots of slices. From owner-freebsd-bugs Wed Feb 21 06:57:42 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA06348 for bugs-outgoing; Wed, 21 Feb 1996 06:57:42 -0800 (PST) Received: from up8.univ-paris8.fr (up8.univ-paris8.fr [193.54.155.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA06343 for ; Wed, 21 Feb 1996 06:57:36 -0800 (PST) Received: from gna.gna.org (gna.mime.univ-paris8.fr [193.54.153.26]) by up8.univ-paris8.fr (8.6.11/8.6.9) with ESMTP id PAA03616; Wed, 21 Feb 1996 15:48:57 +0100 Received: (from uuawawak@localhost) by gna.gna.org (8.6.10/8.6.12) with UUCP id PAA00239; Wed, 21 Feb 1996 15:53:02 +0100 Received: from awawak by awawak.gna.org (senmail 8.7.3/9.0). id BAA02325 for ; Tue, 20 Feb 1996 01:39:55 GMT Date: Tue, 20 Feb 1996 01:39:55 GMT Message-Id: <199602200139.BAA02325@awawak.gna.org> From: Christian ChaPel To: bde@zeta.org.au CC: freebsd-bugs@FreeBSD.ORG In-reply-to: <199602161811.FAA23843@godzilla.zeta.org.au> (message from Bruce Evans on Sat, 17 Feb 1996 05:11:49 +1100) Subject: Re: problems with serials ports Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Hi, >>>>> "Bruce" == Bruce Evans writes: >> I have problems with my serials ports. My hardware is an ASUS >> P/I-P55TP4XE(2.4 Rev) with an on-board 'Multi-I/O' using the >> UMC 8669F Super multi-I/O chip (16550 Fast UART compatible), >> and P120, 24Mo, NCR810. >> When I'm using uucp, the chat connexion is well, but the >> transfert is very slow (200bps) and it fail. I try 2.0.5R, >> 2.1.0R, 2.2-960130-SNAP, it's the same thing. I try the second >> serial port at address COM2, COM4 without any more success Bruce> I have the same motherboard and the same problems in Bruce> -current. The chat connection often fails too. This seems Bruce> to be a hardware bug. The bytes received in siointr1() Bruce> when /etc/rc is sent are: Bruce> Most of the garbage bytes have their high bit set. Perhaps Bruce> the start or stop bits are getting mixed with the data Bruce> bits. >> I try 'ppp' and it works well. Bruce> zmodem seems to work well too. This might be because the Bruce> receiver does less output for acks. >> I try uucp with the same machine on Linux, it works well. Bruce> This is surprising. The Linux serial interrupt handler is Bruce> very similar. ... Bruce> Bruce I got this message on news : ) From: peter@citylink.dinoex.sub.org (System Administration) ) Subject: Taylor-UUCP not running with 16550 SIO (UMC Custom Chip) ) Newsgroups: comp.unix.bsd.freebsd.misc,comp.mail.uucp ) Date: Mon, 12 Feb 1996 21:56:02 GMT ) Organization: Buero fuer Sektenforschung und Qualitaetspruefung in der Esoterik ) Content-Type: text/plain; charset=ISO-8859-1 ) MIME-Version: 1.0 ) Content-Transfer-Encoding: 8bit ) Message-ID: ) Lines: 27 ) ) ) Hi, ) ) there was great trouble getting UUCP to work with with these new control- ) ler-embedded 16550-FIFO-SIOs. It did work as usual until the line "handshake ) successful", and then was not able to receive one single block of data with- ) out error, until after about 10 Minutes it reports: 0 bytes transferred, 0 ) bps. This is baudrate-independent, it happens with 300 baud as with 57600 ) baud. With g-proto, uucico can send, but won't receive anything. ) ) Operating System is FreeBSD-2.1, and everything else does work on that SIOs ) (Xmodem, Zmodem, PPP). UUCP does work with the OS and the configuration, ) if one puts an additional, usual SIO add-on-card into the machine (no matter ) if 8250 or 16550). ) ) When i got angry about that, i started to change values in the uucp-source. ) I succeded in libunix/serial.c by disactivating the "setmin" code (it ) says: "if we can tell the terminal not to return after we have a certain ) number of characters, do so."). uucico consumes some more CPU power now, ) but runs with good performance. ) ) Explanations, anybody? ) ) Peter ) -- ) Write to: Peter Much * Koelnische Str. 22 * D-34117 Kassel * +49-561-774961 ) peter@citylink.dinoex.sub.org * much@hrz.uni-kassel.de ) I comment lines in src/gnu/libexec/uucp/libunix/serial.c (lines 2163-2212) and I have compiled uucico. UUCP works well now with the on-board serials ports. But I tell so do you have explanations... I thinks this help anybody else. Best Regards -- ------------------------------------------------------------------------------ christian ChaPel | | ////// | | Email: chris@awawak.gna.org Paris FRANCE | | ( O O ) | | Phone: +33.1 40 38 38 29 | | o0Oo ^ o0Oo | | -FreeBSD 2.1.0-RELEASE---"Ce n'etait ni vrai ni faux, mais vecu" A. Malraux--- From owner-freebsd-bugs Wed Feb 21 07:30:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA08894 for bugs-outgoing; Wed, 21 Feb 1996 07:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA08887 Wed, 21 Feb 1996 07:30:03 -0800 (PST) Resent-Date: Wed, 21 Feb 1996 07:30:03 -0800 (PST) Resent-Message-Id: <199602211530.HAA08887@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mi@ALDAN.algebra.com Received: from aldan (PPP-84-17.BU.EDU [128.197.8.133]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA08602 for ; Wed, 21 Feb 1996 07:26:39 -0800 (PST) Received: (from mi@localhost) by aldan (8.6.12/8.6.12) id KAA03420; Wed, 21 Feb 1996 10:27:22 -0500 Message-Id: <199602211527.KAA03420@aldan> Date: Wed, 21 Feb 1996 10:27:22 -0500 From: mi@ALDAN.algebra.com Reply-To: mi@ALDAN.algebra.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1038: TERM-type inconsitency Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 1038 >Category: bin >Synopsis: telnet gives ANSI80X30; rlogin gives (correct) cons30 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 21 07:30:02 PST 1996 >Last-Modified: >Originator: Mishutka k& >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: $TERM is cons30 >Description: When connecting to other machines via telnet, telnet-client tells the whatever server, that my TERM-type is ANSI80X30 . In case of rlogin, it is reported correctly as cons30 . >How-To-Repeat: See description >Fix: Manually setenv TERM cons30 after connection is established. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 21 09:29:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA15659 for bugs-outgoing; Wed, 21 Feb 1996 09:29:04 -0800 (PST) Received: from racer.dkrz.de (racer.dkrz.de [136.172.110.55]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA15653 for ; Wed, 21 Feb 1996 09:29:01 -0800 (PST) Received: (from gwk@localhost) by racer.dkrz.de (8.7.1/8.7.1) id SAA13655; Wed, 21 Feb 1996 18:27:10 +0100 (MET) Date: Wed, 21 Feb 1996 18:27:10 +0100 (MET) Message-Id: <199602211727.SAA13655@racer.dkrz.de> From: "Georg-W. Koltermann" To: darrenr@cyber.com.au CC: ulf@pbinet.com, coredump@nervosa.com, darrenr@cyber.com.au, freebsd-bugs@FreeBSD.ORG In-reply-to: <199602201629.DAA00933@plum.cyber.com.au> (message from Darren Reed on Wed, 21 Feb 1996 03:29:33 +1100 (EST)) Subject: Re: ide problems Reply-to: gwk@cray.com Sender: owner-bugs@FreeBSD.ORG Precedence: bulk > From: Darren Reed > Date: Wed, 21 Feb 1996 03:29:33 +1100 (EST) > Cc: coredump@nervosa.com, darrenr@cyber.com.au, freebsd-bugs@FreeBSD.ORG > X-Mailer: ELM [version 2.4 PL23] > Content-Type: text > Sender: owner-bugs@FreeBSD.ORG > Precedence: bulk > > > > > wd0: interrupt timeout: > > > > wd0: status 58 error 0 > > > > wd0: interrupt timeout: > > > > wd0: status 50 error 1 > > > > > > > > 2.1.0-RELEASE/Pentium-100 > > This seems to be dependant on some option I've defined for the kernel. > > I suspect "AUTO_EOI_1" and/or "AUTO_EOI_2". > > I've currently got a working kernel (no errors). > > If anyone would like to examine two config files - one which doesn't > result in the above and one which does - let me know. > > darren > I have AUTO_EOI_1, but *not* AUTO_EOI_2 in my kernel. My system is a 386DX/40, 8MB RAM, no 80387, two IDE drives, wd ethernet, et4000 (ISA) VGA adapter. FreeBSD 2.1.0-RELEASE. To repeat: I see the interrupt timeout just occasionally, and it doesn't bother me. Regards, Georg-W. Koltermann, gwk@cray.com From owner-freebsd-bugs Wed Feb 21 13:52:23 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA03310 for bugs-outgoing; Wed, 21 Feb 1996 13:52:23 -0800 (PST) Received: (from wosch@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA03291 Wed, 21 Feb 1996 13:52:19 -0800 (PST) Date: Wed, 21 Feb 1996 13:52:19 -0800 (PST) From: Wolfram Schneider Message-Id: <199602212152.NAA03291@freefall.freebsd.org> To: wosch@freebsd.first.gmd.de, wosch, freebsd-bugs Subject: Re: bin/676 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: mv -i State-Changed-From-To: open-closed State-Changed-By: wosch State-Changed-When: Wed Feb 21 13:47:28 PST 1996 State-Changed-Why: fiexed in -current From owner-freebsd-bugs Wed Feb 21 16:40:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA14646 for bugs-outgoing; Wed, 21 Feb 1996 16:40:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA14604 Wed, 21 Feb 1996 16:40:02 -0800 (PST) Date: Wed, 21 Feb 1996 16:40:02 -0800 (PST) Message-Id: <199602220040.QAA14604@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: bin/1038: TERM-type inconsitency Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR bin/1038; it has been noted by GNATS. From: Bill Fenner To: mi@aldan.algebra.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/1038: TERM-type inconsitency Date: Wed, 21 Feb 1996 16:34:00 PST In message <199602211527.KAA03420@aldan>you write: > When connecting to other machines via telnet, telnet-client > tells the whatever server, that my TERM-type is ANSI80X30 . Can you do the following: % telnet telnet> set option telnet> open (wherever) It is likely that your whatever server is asking for a different name for your terminal type, like so: RCVD IAC SB TERMINAL-TYPE SEND SENT IAC SB TERMINAL-TYPE IS "CONS30" RCVD IAC SB TERMINAL-TYPE SEND SENT IAC SB TERMINAL-TYPE IS "ANSI80X30" RCVD IAC SB TERMINAL-TYPE SEND SENT IAC SB TERMINAL-TYPE IS "ANSI80X30" RCVD IAC SB TERMINAL-TYPE SEND SENT IAC SB TERMINAL-TYPE IS "CONS30" It looks like the whatever server keeps asking until it gets either a terminal type that it recognizes or the first terminal type that I sent. The FreeBSD client seems to be behaving as specified in RFC1091, perhaps it is your whatever server that is behaving incorrectly? ("cons30" and "ansi80x30" are synonyms in /usr/share/misc/termcap) Bill From owner-freebsd-bugs Thu Feb 22 00:51:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA04587 for bugs-outgoing; Thu, 22 Feb 1996 00:51:44 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA04555 for ; Thu, 22 Feb 1996 00:50:32 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id JAA20729 for bugs@freebsd.org; Thu, 22 Feb 1996 09:46:44 +0100 From: Luigi Rizzo Message-Id: <199602220846.JAA20729@labinfo.iet.unipi.it> Subject: netboot patches To: bugs@freebsd.org Date: Thu, 22 Feb 1996 09:46:43 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk Hi, I enclose a set of patches to netboot. Some of them are bugfixes, some of them add functionalities to the system. Possibly more will come in the future, but I am not sure to have time for it in the next few days. List of changes: BUGS ---- + tabs were incorrectly dealt with in the configuration file. + when compiled for multiple card, detection of a WD card type did not prevent subsequent probing for NE boards ENHANCEMENTS ------------ + now probes multiple NE cards. Probes are invasive, but since the alternative is failure... if NE_BASE is specified, that card is probed first; + looks for different configuration files, namely /tftpboot/cfg.X.Y.Z.T cfg.X.Y.Z.T /tftpboot/cfg cfg note the last two, which are global configuration files. I find this quite convenient, to avoid having to write a different configuration file containing essentialy the same data. + if the configuration file is not found, the program "guesses" the rootfs as SERVERIP:/usr/diskless_root There might be better ways to do this. I still have a problem with old WD cards, the program fails right after writing the Ethernet address. I'll investigate on this, might just be a timing problem. Luigi ------------------------ diff -cbwr netboot/bootmenu.c netboot.new/bootmenu.c *** netboot/bootmenu.c Sat Oct 7 05:31:20 1995 --- netboot.new/bootmenu.c Wed Feb 21 13:13:25 1996 *************** *** 287,293 **** if ((!(*q)) && ((*p == ' ') || (*p == '\t') || (!(*p)))) { if (!cmd->func) return(1); ! while (*p == ' ') p++; (cmd->func)(p); return(0); --- 287,293 ---- if ((!(*q)) && ((*p == ' ') || (*p == '\t') || (!(*p)))) { if (!cmd->func) return(1); ! while (*p == ' ' || *p == '\t') p++; (cmd->func)(p); return(0); diff -cbwr netboot/main.c netboot.new/main.c *** netboot/main.c Tue May 30 09:59:00 1995 --- netboot.new/main.c Thu Feb 22 09:30:27 1996 *************** *** 113,129 **** #endif /* Now use TFTP to load configuration file */ - sprintf(cfg,"cfg.%I",arptable[ARP_CLIENT].ipaddr); - printf("Loading %s...\r\n",cfg); - if (!tftp(cfg)) { sprintf(cfg,"/tftpboot/cfg.%I",arptable[ARP_CLIENT].ipaddr); ! printf("Loading %s...\r\n",cfg); ! if (!tftp(cfg)) { ! printf("Unable to load config file.\r\n"); ! longjmp(jmp_bootmenu,1); ! } ! } #ifdef MDEBUG printf("\n=>>"); getchar(); #endif --- 113,130 ---- #endif /* Now use TFTP to load configuration file */ sprintf(cfg,"/tftpboot/cfg.%I",arptable[ARP_CLIENT].ipaddr); ! if (tftp(cfg) || tftp(cfg+10)) ! goto cfg_done; ! cfg[13]='\0'; ! if (tftp(cfg) || tftp(cfg+10)) ! goto cfg_done; ! sprintf(config_buffer,"rootfs %I:/usr/diskless_root", ! arptable[ARP_SERVER].ipaddr); ! printf("Unable to load config file, guessing:\r\n\t%s\r\n", ! config_buffer); + cfg_done: #ifdef MDEBUG printf("\n=>>"); getchar(); #endif *************** *** 406,411 **** --- 407,413 ---- unsigned short len, block=1; struct tftp_t tp; int code; + printf("Loading %s...\r\n",name); isocket++; tp.opcode = htons(TFTP_RRQ); len = (sprintf((char *)tp.u.rrq,"%s%c%s",name,0,"octet") diff -cbwr netboot/ns8390.c netboot.new/ns8390.c *** netboot/ns8390.c Tue May 30 09:59:02 1995 --- netboot.new/ns8390.c Thu Feb 22 09:26:11 1996 *************** *** 46,51 **** --- 46,59 ---- char packet[ETH_MAX_PACKET]; int packetlen; + #ifdef INCLUDE_NE + static unsigned short ne_base_list[]= { + #ifdef NE_BASE + NE_BASE, + #endif + 0x280, 0x300, 0x320, 0xff80, 0xff40, 0 + }; + #endif /************************************************************************** ETH_PROBE - Look for an adapter **************************************************************************/ *************** *** 133,140 **** WD_LAAR_M16EN | WD_LAAR_L16EN | 1)); } } ! printf("\r\n"); ! } #endif #ifdef INCLUDE_3COM --- 141,147 ---- WD_LAAR_M16EN | WD_LAAR_L16EN | 1)); } } ! goto found_board; } #endif #ifdef INCLUDE_3COM *************** *** 256,262 **** outb(eth_asic_base + _3COM_PSTR, eth_tx_start); outb(eth_asic_base + _3COM_PSPR, eth_memsize); ! printf ("\r\n"); } #endif --- 263,269 ---- outb(eth_asic_base + _3COM_PSTR, eth_tx_start); outb(eth_asic_base + _3COM_PSPR, eth_memsize); ! goto found_board; } #endif *************** *** 267,275 **** if (eth_vendor == VENDOR_NONE) { char romdata[16], testbuf[32]; char test[] = "NE1000/2000 memory"; eth_bmem = (char *)0; /* No shared memory */ ! eth_asic_base = NE_BASE + NE_ASIC_OFFSET; ! eth_nic_base = NE_BASE; eth_vendor = VENDOR_NOVELL; eth_flags = FLAG_PIO; eth_memsize = MEM_16384; --- 274,285 ---- if (eth_vendor == VENDOR_NONE) { char romdata[16], testbuf[32]; char test[] = "NE1000/2000 memory"; + unsigned short *tent_base=ne_base_list; eth_bmem = (char *)0; /* No shared memory */ ! ne_again: ! eth_asic_base = *tent_base + NE_ASIC_OFFSET; ! eth_nic_base = *tent_base; ! eth_vendor = VENDOR_NOVELL; eth_flags = FLAG_PIO; eth_memsize = MEM_16384; *************** *** 295,301 **** outb(eth_nic_base + D8390_P0_PSTOP, MEM_32768); eth_pio_write(test, 16384, sizeof(test)); eth_pio_read(16384, testbuf, sizeof(test)); ! if (!bcompare(testbuf, test, sizeof(test))) return (0); } eth_pio_read(0, romdata, 16); printf("\r\nNE1000/NE2000 base 0x%x, addr ", eth_nic_base); --- 305,315 ---- outb(eth_nic_base + D8390_P0_PSTOP, MEM_32768); eth_pio_write(test, 16384, sizeof(test)); eth_pio_read(16384, testbuf, sizeof(test)); ! if (!bcompare(testbuf, test, sizeof(test))) ! if (*++tent_base) ! goto ne_again; ! else ! return (0); } eth_pio_read(0, romdata, 16); printf("\r\nNE1000/NE2000 base 0x%x, addr ", eth_nic_base); *************** *** 304,312 **** + ((eth_flags & FLAG_16BIT) ? i : 0)])); if (i < 5) printf (":"); } ! printf("\r\n"); } #endif if (eth_vendor == VENDOR_NONE) return(0); if (eth_vendor != VENDOR_3COM) eth_rmem = eth_bmem; --- 318,328 ---- + ((eth_flags & FLAG_16BIT) ? i : 0)])); if (i < 5) printf (":"); } ! goto found_board; } #endif + found_board: + printf("\r\n"); if (eth_vendor == VENDOR_NONE) return(0); if (eth_vendor != VENDOR_3COM) eth_rmem = eth_bmem; ************************** ==================================================================== 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 Feb 22 06:05:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA19887 for bugs-outgoing; Thu, 22 Feb 1996 06:05:49 -0800 (PST) Received: from plum.cyber.com.au (plum.cyber.com.au [203.7.155.24]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA19881 for ; Thu, 22 Feb 1996 06:05:43 -0800 (PST) Received: (from darrenr@localhost) by plum.cyber.com.au (8.6.12/8.6.6) id BAA05617 for freebsd-bugs@freebsd.org; Fri, 23 Feb 1996 01:02:55 +1100 From: Darren Reed Message-Id: <199602221402.BAA05617@plum.cyber.com.au> Subject: booting from wd2. To: freebsd-bugs@freebsd.org Date: Fri, 23 Feb 1996 01:02:54 +1100 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk This is an interesting exercise, when you have wd0 and wd2... Installed the bootmanager on wd0, hit F5 to goto the second disk, boot from there, kernel loads from `wd(1,a)' - nice white lie - and fails to mount root because wd1 is in fact wd2. :-) has this been fixed yet ? darren From owner-freebsd-bugs Thu Feb 22 07:00:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA23308 for bugs-outgoing; Thu, 22 Feb 1996 07:00:59 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA23302 for ; Thu, 22 Feb 1996 07:00:47 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id PAA21276 for bugs@freebsd.org; Thu, 22 Feb 1996 15:57:32 +0100 From: Luigi Rizzo Message-Id: <199602221457.PAA21276@labinfo.iet.unipi.it> Subject: msdos brokennes and related subjects To: bugs@freebsd.org Date: Thu, 22 Feb 1996 15:57:32 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk I am trying to work on the MSDOS partition on 2.1R. I have tried with both mtools and the msdosfs. MTOOLS: ------- mtools does not support C: anymore (it used to in 1.1.5). I patched my 2.1R port of mtools with 1.1.5 patches, and it seems to work perfectly (it does not use any system call, just reads the partition table). If there is interest, I'd like to submit a patch to allow the support of non-removable media. MSDOSFS: -------- As it has been said many times, msdosfs is known to be broken there, and I have never been so brave to try this on my own machine... Eventually I decide to set up a sacrificial system with two disks, one pure FreeBSD, another pure MSDOS. I successfully mounted the msdos partition, wrote some 40MB (a whole Windows95 tree, except IO.SYS MSDOS.SYS and COMMAND.COM) on it, and the system was shut down cleanly. Trying to reboot from the msdos system (it was bootabl), surprise surprise, I got Invalid partition table although booting from a floppy allowed me to see everything on the disk. A subsequent FDISK /MBR did not help, still got the same message. Is it possible that the MSDOSFS tries to access/modify the partition table, even though it is not anymore part of the DOS slice ? 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 Feb 22 12:21:48 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA14950 for bugs-outgoing; Thu, 22 Feb 1996 12:21:48 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA14945 for ; Thu, 22 Feb 1996 12:21:43 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA16386; Thu, 22 Feb 1996 21:21:30 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA05578; Thu, 22 Feb 1996 21:21:27 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id VAA26313; Thu, 22 Feb 1996 21:17:05 +0100 (MET) From: J Wunsch Message-Id: <199602222017.VAA26313@uriah.heep.sax.de> Subject: Re: /usr/bin/mt core dumped To: avl@kiam1.rssi.ru (Lapinsky Alexander) Date: Thu, 22 Feb 1996 21:17:04 +0100 (MET) Cc: joerg_wunsch@uriah.heep.sax.de, bugs@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602210958.MAA12958@flox.kiam1.rssi.ru> from "Lapinsky Alexander" at Feb 21, 96 12:58:46 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG Precedence: bulk As Lapinsky Alexander wrote: > And how about bug in wt driver ? ( Fix see below :-) > I sent my fix to authors, but have no answer yet. What's the appearance of this bug (i.e., how could i verify that the fix is correct)? Btw., mt(1) in FreeBSD-current can now properly print the status and error register bits. So strictly spoken, neither your fix or the previous one (regarding the ``bits == 0'' thing) would still be necessary. :) The trick was to move the definitions for #define WTDS_BITS #define WTER_BITS out from /sys/i386/isa/wtreg.h into a separate /sys/i386/include/wtio.h, so it's visible from userland as . This way, both definitions can be passed down to print_register(). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Feb 22 12:29:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA15379 for bugs-outgoing; Thu, 22 Feb 1996 12:29:44 -0800 (PST) Received: from inner.net (avarice.inner.net [198.82.204.99]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA15362 for ; Thu, 22 Feb 1996 12:29:32 -0800 (PST) Received: from inner.net (lust.inner.net [199.33.248.1]) by inner.net (8.7.3/42) with ESMTP id OAA00987 for ; Thu, 22 Feb 1996 14:58:10 -0500 Message-Id: <199602221958.OAA00987@inner.net> X-Mailer: exmh version 1.6.5 12/11/95 To: freebsd-bugs@freebsd.org Subject: Random FreeBSD things X-Reposting-Policy: With explicit permission only Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Feb 1996 15:29:15 -0500 From: Craig Metz Sender: owner-bugs@freebsd.org Precedence: bulk I just ran into a place where Linux made me *very* unhappy (a wierd bug in the LANCE driver in modern experimental kernels = every OTHER LANCE board works...), so I figured I'd give FreeBSD a try on one of my scratch 386s to see if modern versions felt like working. Older versions really DIDN'T feel like working, but they were also recognized as having wierd problems. The scratch 386 is a 386/25 with 387, 8MB RAM, 340MB Caviar, 3.5" floppy, AT1500BT, Paradise VGA, and Intel motherboard -- nothing at all wierd. Ok, so I boot the 2.2 snapshot floppies. The menu program doesn't work, period. It'll ask you lots of questions, it also won't actually suceed in anything. Not much of a surprise. So I go to the shell (I'm a crank; I WANT a shell for an OS install). ls? No, you mean reboot! Turns out any program execution from the shell leads to a soft reboot. Not cool. So I go to the 2.1-release floppies. The menu program still doesn't work, no surprise. I go to the shell. The good news is that program executions don't reboot the machine, which is a good sign. The bad news is that every program execution requires loading the program off the floppy. Uh, where's the buffercache?! Not on the floppy, that's for sure. Painful as it became, I was able to partition and label the hard drive and make the filesystem. Odd, not as many superblock backups as I would expect, but anyway. Then I bring up the interface and try a ping. Well, I tried, but someone apparently forgot /etc/protocols. Ugh. So I try FTP, and get "network down". ?? Subsequent painful debugging yields that it didn't actually decide to add the automatic route table entry. So I add that, and the problem persists. It really doesn't want to ARP anything. No ideas why. So, conclusions: 1. Could someone please make an install floppy that works like the one in NetBSD or BSD/OS? I want a simple shell script and a quick and easy way to a prompt. The menu program never worked for me, doesn't work now, and is too cute anyway. I'm sure there's more than one crank like me out there. 2. Did something magically change from standard 4.4/4.4-Lite to FreeBSD as far as interface and route configuration that would cause these problems or is something just broken? The kernel is properly finding the board. 3. Something's fubar with the buffercache. Not caching the floppy is really, really painful for installs. MFS = ramdisk, right? Then why is it trying to load everything off the floppy anyway if most of the utils are in that big all-in-one binary on the ramdisk? I don't get it. -Craig From owner-freebsd-bugs Thu Feb 22 12:33:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA15719 for bugs-outgoing; Thu, 22 Feb 1996 12:33:05 -0800 (PST) Received: from zed.ludd.luth.se (murduth@zed.ludd.luth.se [130.240.16.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA15710 for ; Thu, 22 Feb 1996 12:33:02 -0800 (PST) Received: (from murduth@localhost) by zed.ludd.luth.se (8.7.2/8.7.2) id VAA22900 for bugs@freebsd.org; Thu, 22 Feb 1996 21:32:52 +0100 From: Joakim Henriksson Message-Id: <199602222032.VAA22900@zed.ludd.luth.se> Subject: getnewbuf: inconsistent LRU queue? To: bugs@freebsd.org Date: Thu, 22 Feb 1996 21:32:49 +0100 (MET) Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk Hi! Since i upgraded to e pentium. I seem to have some troubles with buffers, subject only being one of them, which is not very nice since it causes panics. A trace in the kernel debugger shows that: _getnewbuf _getblk _cluster_rbuild _cluster_read _vn_read _read _syscall Bad user frame pointer: 0xefbfdb40 Which to me doesnt meen much (there is ofcourse more in the trace but i didnt care to write down all that hex :) ), what gives? regards/ Joakim From owner-freebsd-bugs Thu Feb 22 14:58:33 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA26370 for bugs-outgoing; Thu, 22 Feb 1996 14:58:33 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA26365 for ; Thu, 22 Feb 1996 14:58:28 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA20502; Thu, 22 Feb 1996 23:58:24 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA07074; Thu, 22 Feb 1996 23:58:24 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id VAA26501; Thu, 22 Feb 1996 21:42:13 +0100 (MET) From: J Wunsch Message-Id: <199602222042.VAA26501@uriah.heep.sax.de> Subject: Re: booting from wd2. To: darrenr@cyber.com.au (Darren Reed) Date: Thu, 22 Feb 1996 21:42:13 +0100 (MET) Cc: freebsd-bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602221402.BAA05617@plum.cyber.com.au> from "Darren Reed" at Feb 23, 96 01:02:54 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk As Darren Reed wrote: > > > This is an interesting exercise, when you have wd0 and wd2... > has this been fixed yet ? No, the BIOS hasn't been fixed yet to provide a unique numbering scheme for disks. And it hasn't been fixed neither to properly return the information about its drive numbering/assignment at a known place. Mixtures of ST-506 and SCSI drives come even more interesting. :) You can force FreeBSD do not even consider a wd1 as the second disk of the first controller, so it can use the first disk of the second controller as wd1. The GENERIC kernel isn't configured this way however. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Feb 22 15:03:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA26689 for bugs-outgoing; Thu, 22 Feb 1996 15:03:34 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA26683 for ; Thu, 22 Feb 1996 15:03:33 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id PAA04326; Thu, 22 Feb 1996 15:03:24 -0800 (PST) Message-Id: <199602222303.PAA04326@ref.tfs.com> Subject: Re: Random FreeBSD things To: cmetz@inner.net (Craig Metz) Date: Thu, 22 Feb 1996 15:03:24 -0800 (PST) From: "JULIAN Elischer" Cc: freebsd-bugs@freebsd.org In-Reply-To: <199602221958.OAA00987@inner.net> from "Craig Metz" at Feb 22, 96 03:29:15 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk > > > I just ran into a place where Linux made me *very* unhappy (a wierd > bug in the LANCE driver in modern experimental kernels = every OTHER LANCE > board works...), so I figured I'd give FreeBSD a try on one of my scratch > 386s to see if modern versions felt like working. Older versions really > DIDN'T feel like working, but they were also recognized as having wierd > problems. The scratch 386 is a 386/25 with 387, 8MB RAM, 340MB Caviar, 3.5" > floppy, AT1500BT, Paradise VGA, and Intel motherboard -- nothing at all wierd. > > Ok, so I boot the 2.2 snapshot floppies. The menu program doesn't work, > period. It'll ask you lots of questions, it also won't actually suceed in > anything. Not much of a surprise. So I go to the shell (I'm a crank; I WANT a No that IS a surprise... it works just fine on this configuration as far as I remember... > shell for an OS install). ls? No, you mean reboot! Turns out any program > execution from the shell leads to a soft reboot. Not cool. have you tried it withthe cache disabled? > > So I go to the 2.1-release floppies. The menu program still doesn't > work, no surprise. I go to the shell. The good news is that program executions > don't reboot the machine, which is a good sign. The bad news is that every > program execution requires loading the program off the floppy. Uh, where's > the buffercache?! Not on the floppy, that's for sure. Painful as it became, > I was able to partition and label the hard drive and make the filesystem. Odd, > not as many superblock backups as I would expect, but anyway. Then I bring > up the interface and try a ping. Well, I tried, but someone apparently forgot > /etc/protocols. Ugh. So I try FTP, and get "network down". ?? Subsequent > painful debugging yields that it didn't actually decide to add the automatic > route table entry. So I add that, and the problem persists. It really doesn't > want to ARP anything. No ideas why. Are you SURE the kernel's seeing 8MB of ram? evn with 4MB it sholdn't be going near the floppy.. it doesn't know it exists, the root filesystm is inthe kernel.. you are just using a single floppy right? the 'boot.flp'? > > So, conclusions: > > 1. Could someone please make an install floppy that works like the > one in NetBSD or BSD/OS? I want a simple shell script and > a quick and easy way to a prompt. The menu program never worked for me, You should be able to use the FIXIT floppy for this. boot off the original floppy, then select the 'fixit' option. It'll ask for the fixit floppy.. insert it. you should then get a shell and a reasonable selection of tools to play with.. While I agree in some respects, the new install has been generally better than the old scripts. but we should have probablt kept them somewhere :) > doesn't work now, and is too cute anyway. > I'm sure there's more than one crank like me out there. I think that we are to worried about why it doesn't work! Once it's loaded it should not have any dependencies ! what EXACTLY do you do to get this far....? I've never seen an install floppy fail like you mention.. the 2.2 or 2.1.. (2.2 was a bit better) > 2. Did something magically change from standard 4.4/4.4-Lite to > FreeBSD as far as interface and route configuration that > would cause these problems or is something just broken? > The kernel is properly finding the board. how sure are you of this? > 3. Something's fubar with the buffercache. Not caching the floppy > is really, really painful for installs. MFS = ramdisk, > right? Then why is it trying to load everything off the > floppy anyway if most of the utils are in that big > all-in-one binary on the ramdisk? I don't get it. neither do I, it shouldn't be accessing the floppy at all unless you said to install off floppy.... after booting you can usually remove it.. > > -Craig > > > From owner-freebsd-bugs Thu Feb 22 15:42:45 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA29824 for bugs-outgoing; Thu, 22 Feb 1996 15:42:45 -0800 (PST) Received: from eac.iafrica.com (slipper101157.iafrica.com [196.7.101.157]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA29807 for ; Thu, 22 Feb 1996 15:42:29 -0800 (PST) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id BAA00777; Fri, 23 Feb 1996 01:38:19 +0200 From: Robert Nordier Message-Id: <199602222338.BAA00777@eac.iafrica.com> Subject: Re: msdos brokennes and related subjects To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Fri, 23 Feb 1996 01:38:17 +0200 (SAT) Cc: bugs@freebsd.org In-Reply-To: <199602221457.PAA21276@labinfo.iet.unipi.it> from "Luigi Rizzo" at Feb 22, 96 03:57:32 pm X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk On Thu, 22 Feb 1996, Luigi Rizzo wrote: > I am trying to work on the MSDOS partition on 2.1R. I have tried with > both mtools and the msdosfs. > > MTOOLS: > ------- > mtools does not support C: anymore (it used to in 1.1.5). I patched my > 2.1R port of mtools with 1.1.5 patches, and it seems to work perfectly > (it does not use any system call, just reads the partition table). > > If there is interest, I'd like to submit a patch to allow the support > of non-removable media. > > > MSDOSFS: > -------- > As it has been said many times, msdosfs is known to be broken there, > and I have never been so brave to try this on my own machine... > . . . . . > Is it possible that the MSDOSFS tries to access/modify the partition table, > even though it is not anymore part of the DOS slice ? I'm a fair way through revisions of the msdosfs and have tracked most of an initial lot of problems, including at least one where it just gets plain confused (which relates to LSN translation). As I'm also still finishing off a dosfsck utility, which is needed for testing some of the new code, your patch seems like a good idea for those who are currently waiting for msdosfs revisions before they can access their DOS partitions. -- Robert Nordier From owner-freebsd-bugs Thu Feb 22 15:53:28 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA00717 for bugs-outgoing; Thu, 22 Feb 1996 15:53:28 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA00712 for ; Thu, 22 Feb 1996 15:53:25 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id PAA14639; Thu, 22 Feb 1996 15:52:23 -0800 To: "JULIAN Elischer" cc: cmetz@inner.net (Craig Metz), freebsd-bugs@FreeBSD.org Subject: Re: Random FreeBSD things In-reply-to: Your message of "Thu, 22 Feb 1996 15:03:24 PST." <199602222303.PAA04326@ref.tfs.com> Date: Thu, 22 Feb 1996 15:52:23 -0800 Message-ID: <14637.825033143@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.org Precedence: bulk > > Ok, so I boot the 2.2 snapshot floppies. The menu program doesn't work, He didn't give me much to go on, so I sort of consigned this trouble report to the bit bucket (note to others: If you don't want this to happen, don't supply content-free information like "It didn't work" :-) > > 3. Something's fubar with the buffercache. Not caching the floppy > > neither do I, it shouldn't be accessing the floppy at all unless you said to > install off floppy.... after booting you can usually remove it.. This has absolutely nothing to do with the buffer cache, it's the overhead in uncompressing the binary each time (it's gzip'd). Some other work that's been going on may render the need to gzip the sysinstall crunchball (it's not just a simple exec) unnecessary, which will make things considerably faster here. I agree that it's a pain, but it's been unavoidable up to now (you try and fit 800K worth of executable into 400K worth of space sometime.. :-) Jordan From owner-freebsd-bugs Thu Feb 22 17:06:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA05750 for bugs-outgoing; Thu, 22 Feb 1996 17:06:00 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA05737 for ; Thu, 22 Feb 1996 17:05:57 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id RAA04481; Thu, 22 Feb 1996 17:05:38 -0800 (PST) Message-Id: <199602230105.RAA04481@ref.tfs.com> Subject: Re: msdos brokennes and related subjects To: rnordier@iafrica.com (Robert Nordier) Date: Thu, 22 Feb 1996 17:05:38 -0800 (PST) From: "JULIAN Elischer" Cc: luigi@labinfo.iet.unipi.it, bugs@freebsd.org In-Reply-To: <199602222338.BAA00777@eac.iafrica.com> from "Robert Nordier" at Feb 23, 96 01:38:17 am X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk Great News! > > I'm a fair way through revisions of the msdosfs and have tracked most of > an initial lot of problems, including at least one where it just gets plain > confused (which relates to LSN translation). > > As I'm also still finishing off a dosfsck utility, which is needed for > testing some of the new code, your patch seems like a good idea for those > who are currently waiting for msdosfs revisions before they can access > their DOS partitions. > > -- > Robert Nordier > From owner-freebsd-bugs Fri Feb 23 01:10:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA20923 for bugs-outgoing; Fri, 23 Feb 1996 01:10:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA20914 Fri, 23 Feb 1996 01:10:02 -0800 (PST) Resent-Date: Fri, 23 Feb 1996 01:10:02 -0800 (PST) Resent-Message-Id: <199602230910.BAA20914@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, obrien@cs.ucdavis.edu Received: from toadflax.cs.ucdavis.edu (toadflax.cs.ucdavis.edu [128.120.56.188]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA20486 for ; Fri, 23 Feb 1996 01:01:52 -0800 (PST) Received: by toadflax.cs.ucdavis.edu (4.1/UCD.CS.2.6) id AA01425; Fri, 23 Feb 96 01:01:45 PST Message-Id: <9602230901.AA01425@toadflax.cs.ucdavis.edu> Date: Fri, 23 Feb 96 01:01:45 PST From: obrien@cs.ucdavis.edu (David E. O'Brien) Reply-To: obrien@cs.ucdavis.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1039: two different spellings of "timezone" Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 1039 >Category: docs >Synopsis: two different spellings of "timezone" >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 23 01:10:01 PST 1996 >Last-Modified: >Originator: David E. O'Brien >Organization: University of California, Davis >Release: FreeBSD 2.1.0-RELEASE i386 >Environment: none. >Description: There are two different spellings for "timezone" used in the .Nd field of the .Sh NAME field in manpages. The two are "timezone" used by timezone(3) and "time zone" used by zdump(8), tzsetup(8), tzfile(5), etc. The problem is when you do a ``man -k timezone'' you will only get timezone(3). Doing ``man -k "time zone"'' is not as useful as it could be since it is inturpted as looking for keywords "time" OR "zone", not "time" AND "zone" -- thus generating more noise than is useful. I ran into this when I wanted to finally set my CMOS time to the local time where I am, and still have FreeBSD time stamp everything correctly. So I kept pursuing the manual using ``man -k'' to find the files/programs I need to deal with. >How-To-Repeat: man -k timezone man -k "time zone" >Fix: Convert "time zone" to "timezone", which IMHO is what more people would think of using with ``man -k''. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 23 01:22:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA21606 for bugs-outgoing; Fri, 23 Feb 1996 01:22:05 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA21523 for ; Fri, 23 Feb 1996 01:21:12 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA07156 for ; Fri, 23 Feb 1996 10:20:31 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA10971 for freebsd-bugs@FreeBSD.org; Fri, 23 Feb 1996 10:20:30 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA03161 for freebsd-bugs@FreeBSD.org; Fri, 23 Feb 1996 10:17:19 +0100 (MET) From: J Wunsch Message-Id: <199602230917.KAA03161@uriah.heep.sax.de> Subject: Re: freiwilliger Mehrbeitrag ans IN To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Date: Fri, 23 Feb 1996 10:17:19 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602230007.BAA22470@irz301.inf.tu-dresden.de> from "Ulf Kieber" at Feb 23, 96 01:07:21 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@FreeBSD.org Precedence: bulk As Ulf Kieber wrote: > ich habe waehrend der IN MV mit dem IN Kassenwart gesprochen wegen > einer Senkung unseres freiwilligen Mehrbeitrages von bisher DM 10,-- > mtl. je site auf DM 8,-- und er hatte keine Einwaende. Muessen wir > das erst durch die Abstimmungsmuehle drehen? Wie bringen wir das am > besten ohne viel Aufwand ueber die Buehne? Da wir ja als Vorstand der Mitgliederversammlung gegenüber für die Geldausgaben rechenschaftspflichtig sind, und uns bestimmt keiner für eine Senkung der Ausgaben ans Bein pinkeln will, können wir das sicher ohne Probleme so machen. Zum anderen: keiner wird dagegen sein. Eine Abstimmung, mit vielleicht nur einer Woche Einspruchsfrist, sollte sicher auch problemlos sein. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Feb 23 01:23:32 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA21717 for bugs-outgoing; Fri, 23 Feb 1996 01:23:32 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA21598 for ; Fri, 23 Feb 1996 01:22:00 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA07146; Fri, 23 Feb 1996 10:20:24 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA10969; Fri, 23 Feb 1996 10:20:23 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA03031; Fri, 23 Feb 1996 10:03:55 +0100 (MET) From: J Wunsch Message-Id: <199602230903.KAA03031@uriah.heep.sax.de> Subject: Re: Random FreeBSD things To: julian@ref.tfs.com (JULIAN Elischer) Date: Fri, 23 Feb 1996 10:03:55 +0100 (MET) Cc: cmetz@inner.net, freebsd-bugs@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602222303.PAA04326@ref.tfs.com> from "JULIAN Elischer" at Feb 22, 96 03:03:24 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG Precedence: bulk As JULIAN Elischer wrote: > > shell for an OS install). ls? No, you mean reboot! Turns out any program > > execution from the shell leads to a soft reboot. Not cool. > have you tried it withthe cache disabled? Nope, that's a problem of our installation kernel. > You should be able to use the FIXIT floppy for this. :-) That's what he was refering to as ``going to the shell prompt''. ;-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Feb 23 01:28:33 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA22139 for bugs-outgoing; Fri, 23 Feb 1996 01:28:33 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA22131 for ; Fri, 23 Feb 1996 01:28:30 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id BAA19292 for ; Fri, 23 Feb 1996 01:28:12 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA07138; Fri, 23 Feb 1996 10:20:22 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA10968; Fri, 23 Feb 1996 10:20:22 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA03015; Fri, 23 Feb 1996 10:01:55 +0100 (MET) From: J Wunsch Message-Id: <199602230901.KAA03015@uriah.heep.sax.de> Subject: Re: Random FreeBSD things To: cmetz@inner.net (Craig Metz) Date: Fri, 23 Feb 1996 10:01:54 +0100 (MET) Cc: freebsd-bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602221958.OAA00987@inner.net> from "Craig Metz" at Feb 22, 96 03:29:15 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk As Craig Metz wrote: > Ok, so I boot the 2.2 snapshot floppies. The menu program doesn't work, > period. It'll ask you lots of questions, it also won't actually suceed in > anything. Not much of a surprise. Not much of a surprise. You're simply too ignorant for it. As a logical consequence, it does ignore _you_, too. > So I go to the shell (I'm a crank; I WANT a > shell for an OS install). ls? No, you mean reboot! Turns out any program > execution from the shell leads to a soft reboot. Not cool. That's a bug in recent SNAPs. I've noticed it, too, on my SNAPs. Booting a 2.1R floppy, and using the 2.2 fixit floppy does work. After all, that's what SNAPs are for. Nobody would even have noticed the problem otherwise, since it is apparently very specific to the installation floppy kernel. > 1. Could someone please make an install floppy that works like the > one in NetBSD or BSD/OS? Unless you do it yourself, no. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Feb 23 03:40:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA02340 for bugs-outgoing; Fri, 23 Feb 1996 03:40:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA02303 Fri, 23 Feb 1996 03:40:01 -0800 (PST) Resent-Date: Fri, 23 Feb 1996 03:40:01 -0800 (PST) Resent-Message-Id: <199602231140.DAA02303@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, coredump@nervosa.com Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA02182 for ; Fri, 23 Feb 1996 03:38:02 -0800 (PST) Received: (from coredump@localhost) by nervosa.com (8.7.4/nervosa.com.2) id DAA00387; Fri, 23 Feb 1996 03:38:00 -0800 (PST) Message-Id: <199602231138.DAA00387@nervosa.com> Date: Fri, 23 Feb 1996 03:38:00 -0800 (PST) From: coredump@nervosa.com Reply-To: coredump@nervosa.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1040: route Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 1040 >Category: bin >Synopsis: with certain flags, route can reboot your machine. >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 23 03:40:01 PST 1996 >Last-Modified: >Originator: invalid opcode >Organization: == Chris Layne ============================================================== == coredump@nervosa.com ================= http://www.nervosa.com/~coredump == >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1.0-RELEASE, 20megs of RAM, no strange configuration options. >Description: When giving route the '-ifp' flag in the wrong place it proceed's to reboot your ma chine. >How-To-Repeat: route add -ifp 10.0.0.2 10.0.0.1 >Fix: Don't know. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 23 09:57:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA25538 for bugs-outgoing; Fri, 23 Feb 1996 09:57:07 -0800 (PST) Received: (from wollman@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA25514 Fri, 23 Feb 1996 09:57:05 -0800 (PST) Date: Fri, 23 Feb 1996 09:57:05 -0800 (PST) From: Garrett Wollman Message-Id: <199602231757.JAA25514@freefall.freebsd.org> To: wollman, freebsd-bugs, wollman Subject: Re: bin/1040 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: with certain flags, route can reboot your machine. Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: wollman Responsible-Changed-When: Fri Feb 23 09:56:36 PST 1996 Responsible-Changed-Why: My area. From owner-freebsd-bugs Fri Feb 23 13:14:42 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA11621 for bugs-outgoing; Fri, 23 Feb 1996 13:14:42 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA11522 for ; Fri, 23 Feb 1996 13:12:35 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id IAA30150; Sat, 24 Feb 1996 08:01:17 +1100 Date: Sat, 24 Feb 1996 08:01:17 +1100 From: Bruce Evans Message-Id: <199602232101.IAA30150@godzilla.zeta.org.au> To: bde@zeta.org.au, chris@awawak.gna.org Subject: Re: problems with serials ports Cc: freebsd-bugs@FreeBSD.ORG Sender: owner-bugs@FreeBSD.ORG Precedence: bulk > >> I have problems with my serials ports. My hardware is an ASUS > >> P/I-P55TP4XE(2.4 Rev) with an on-board 'Multi-I/O' using the > >> UMC 8669F Super multi-I/O chip (16550 Fast UART compatible), > >> and P120, 24Mo, NCR810. > >> When I'm using uucp, the chat connexion is well, but the > >> transfert is very slow (200bps) and it fail. I try 2.0.5R, > >> 2.1.0R, 2.2-960130-SNAP, it's the same thing. I try the second > >> serial port at address COM2, COM4 without any more success > Bruce> I have the same motherboard and the same problems in > Bruce> -current. The chat connection often fails too. This seems > Bruce> to be a hardware bug. The bytes received in siointr1() > Bruce> when /etc/rc is sent are: The bug is that the UART loses sync if it is in the middle of receiving data when either the fifo enable bit is toggled or the divisor is written (or perhaps if the divisor latch is toggled). The UART then delivers garbage until data stops arriving or the UART is reprogrammed at a more fortunate time. This happens even at 300 bps with the fifo disabled. I can almost work around the bug by attempting to only write to the critical UART registers immediately after data has arrived. This works best if data is arriving at a high rate. At 300 bps, it requires busy- waiting with interrupts off for 33msec and if data isn't arriving then it requires busy-waiting with interrupts off until data arrives :-(. While testing this, I found that the Startech (?) 16550's on my other system are also buggy. If data is being transmitted and received at full speed (even 300 bps), then some characters are received twice. I can work around this bug by delaying for 3.75 usec between reading the line status register that says that data is available and reading the data. A delay of 2.5 usec isn't quite enough :-(. Using a fifo trigger level of 8 instead of 14 may work too. > >> I try 'ppp' and it works well. > Bruce> zmodem seems to work well too. This might be because the > Bruce> receiver does less output for acks. > >> I try uucp with the same machine on Linux, it works well. Apparently ppp, zmodem and Linux don't stress the UART enough :-). `cat' under Linux-1.2.13 doesn't work well for a stream of data transmitted by a FreeBSD-current system. -current streams the data better than 2.1 and maybe Linux. The problem may be more visible at low speeds since it is easier for the transmitter to avoid dead spots that would allow the receiver to resynchronize. >I got this message on news : >) From: peter@citylink.dinoex.sub.org (System Administration) >) Subject: Taylor-UUCP not running with 16550 SIO (UMC Custom Chip) I saw it in news too. >) When i got angry about that, i started to change values in the uucp-source. >) I succeded in libunix/serial.c by disactivating the "setmin" code (it >) says: "if we can tell the terminal not to return after we have a certain >) number of characters, do so."). uucico consumes some more CPU power now, >) but runs with good performance. >) >) Explanations, anybody? >I comment lines in src/gnu/libexec/uucp/libunix/serial.c (lines 2163-2212) and I have compiled uucico. >UUCP works well now with the on-board serials ports. >But I tell so do you have explanations... >I thinks this help anybody else. This might work be intoducing dead spots. The problem may be more noticeable with uucp because it may do more TIOCSET* ioctls. (The driver only changes the settings for first-open, TIOCSET* ioctls, and last-close.) Other news suggested fixing slave mode to set CRTSCTS. This also might work by introducing dead spots. Bruce From owner-freebsd-bugs Sat Feb 24 04:30:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA24740 for bugs-outgoing; Sat, 24 Feb 1996 04:30:11 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA24726 for freebsd-bugs; Sat, 24 Feb 1996 04:30:09 -0800 (PST) Date: Sat, 24 Feb 1996 04:30:09 -0800 (PST) From: GNU GNATS Message-Id: <199602241230.EAA24726@freefall.freebsd.org> To: freebsd-bugs Subject: List of open Problem Reports Sender: owner-bugs@FreeBSD.ORG Precedence: bulk This is the list of currently open problem reports [1994/11/14] bin/17 "mount -t foo /dev/wd1h /mnt" gives incorrect error [1994/11/18] conf/22 Cannot use links to share kernel objects [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/116 disk transfer rates reported by systat :iostat are t [1995/01/14] bin/124 traceroute doesn't support -g flag. [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/20] bin/153 mount -u improvement for diskless systems [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] bin/172 cp -f does not work [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/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/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/02/14] docs/218 dbm references from hash(3) [1995/02/16] kern/219 Performance on local net drops too much when SNDBUF [1995/02/16] i386/222 boot prompt doesn't always work [1995/03/02] misc/229 acos() core dump [1995/03/17] kern/247 Berkeley Packet Filter fix [1995/03/28] kern/275 qic-02 streamer won't work [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [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/329 FTP transfers above 99K shown in scientific notation [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] misc/355 policy on /usr/local permission in base release [1995/04/20] bin/357 pkg_delete aborts when subcommand fails [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/06] kern/385 ep0 finds card on irq 10 when it's actually on 11 [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/11] i386/394 IP multicast not supported by ep driver [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/13] bin/402 w -n shows non-numeric addresses [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/14] kern/416 page fault in syscons.c:scopen() [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p [1995/05/15] misc/423 Sound devices are too insecure [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/16] kern/427 eg doesn't work with more than one card [1995/05/16] kern/428 configure is not foolproof [1995/05/22] kern/434 umapfs panics when mounting ufs over itself [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/25] kern/443 65 sendmails crashes system [1995/05/26] i386/444 GUS sound driver does not seem to work. [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/05/28] gnu/451 cvsinit/cvs doesn't work as expected with perl [1995/05/29] bin/457 We may have an obscure csh bug [1995/05/30] docs/458 px doc does not find include figure [1995/05/31] bin/464 dialog_gauge goes one char too far for 100% value [1995/05/31] kern/466 Unexpected disk errors with sector-mapping controlle [1995/06/01] misc/469 ctm leaves temp files after errors [1995/06/05] kern/492 sysinstall shows "success" after "no space" failure. [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov [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/26] kern/565 slip freezes machine [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [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/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/06] i386/596 and conflict with _POSIX_SOURCE [1995/07/07] bin/599 pkg_add does not stop if dependencies are missing [1995/07/09] misc/605 NIS: get*bynis routine problems [1995/07/13] kern/611 WIDE-dhcp doesn't work with FreeBSD-2.0 bpf [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/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] bin/648 printf format conversion incorrect (duplicate) [1995/08/02] gnu/650 Current flex is outdated [1995/08/03] kern/652 Multiple addresses on one interface interacts badly [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/661 Hercules is not capable of having a ISO-Latin1 Scree [1995/08/11] gnu/672 Nor all ph headers get created [1995/08/11] ports/673 /bin/sh + inn1.4 innwatch going belly up [1995/08/11] bin/675 make does unnecessary rebuilds [1995/08/12] kern/677 X gets a bus error when calling mmap() [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the way it did [1995/08/14] bin/683 cron(8) [1995/08/14] kern/688 Page fault: supervisor write, page not present [1995/08/15] 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] kern/695 cat B > C ; cmp B C can fail! [1995/08/17] misc/697 "make -DCLOBBER" is broken [1995/08/18] kern/700 The comments in /sys/net/in.h are confusing [1995/08/21] kern/703 ppp not always deleting route properly when a ppp li [1995/08/22] bin/706 increased root DNS traffic and long latencies for r- [1995/08/29] bin/715 ls gives weird tabular form [1995/08/31] bin/716 W returns wrong results at login [1995/09/01] misc/717 ft.c attach fail on my Mountain tape drive [1995/09/02] bin/718 pkg_add incorrectly prints an error message [1995/09/15] bin/722 Off-by-one error in wbkgd() in ncurses [1995/09/19] bin/728 /bin/sh messes up quoting when going through eval [1995/09/20] kern/730 3Com 3C5x9 probe problem [1995/09/21] docs/731 socketpair(2) and man page inconsistent about return [1995/09/23] docs/735 missing description for mount options in fstab(5) ma [1995/09/25] gnu/737 FreeBSD-current/src/gnu/usr.bin/gzip/Makefile [1995/09/26] bin/739 Some problems when an output filter reads all input [1995/09/26] docs/741 netstat -rn not showing all routes in Kernel - not i [1995/09/26] kern/742 syslog errors accessing Mac hard disks [patch] [1995/09/27] bin/743 vi cannot edit a file where the name starts with + [1995/09/27] bin/746 `talk' forbids talking from write-protected terminal [1995/09/27] bin/747 date(1) gives weird time zones and interprets GMT[+- [1995/09/27] kern/750 cd9660 confused by not-ready or I/O errors FDIV030 [1995/09/28] bin/751 crontab(1): `crontab -e' exits on SIGINT [1995/09/28] kern/752 setting multiple addresses for a single interfaces l [1995/09/28] kern/753 my archive scsi tape drive does not work [1995/09/28] docs/754 there is no man page for the psm(4) mouse driver [1995/10/01] kern/757 Removal of mounted CD-ROM causes reboot & single use [1995/10/01] bin/759 nfsd without arg's doesn't work [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem in use [1995/10/05] misc/767 Configure-time does time-warp on non-UTC CMOS - FDIV [1995/10/06] kern/770 Floppy kernel won't boot with T485 or IDT L2 cache F [1995/10/08] kern/772 page fault while in kernel mode (two cases) [1995/10/09] kern/774 dump fails with "slave couldn't reopen disk: Device [1995/10/11] bin/777 patch doesn't realize stdin is closed and asks quest [1995/10/12] bin/778 tar complains "EOF not on block boundary" on a good [1995/10/12] bin/779 #include gets undefined 'rune_t' type. [1995/10/14] kern/781 OPEN_MAX in kernel config and FD_SETSIZE in /usr/inc [1995/10/18] bin/786 Problem with NIS and large group maps [1995/10/23] bin/789 pkg_add doesn't work [1995/10/25] kern/792 cd9660 very slow. [1995/10/25] kern/793 ep0 cannot be configured and more. [1995/10/26] kern/794 swap partition at offset 0 still broken [1995/10/27] misc/796 Network install doesn't update /etc/hosts FDIV036 [1995/10/27] bin/797 X probeonly during install gets Not Found error FDIV [1995/10/29] kern/798 PPP panics, touches 0xdeadc0de pointers [1995/10/29] misc/799 sysinstall segfaults if part of distribution missing [1995/10/29] docs/801 rlogind k, v, and x options are not documented [1995/10/30] misc/802 default fstab mounts disks in bad order [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works... [1995/10/31] kern/806 kernel default parameters need tuning [1995/11/01] bin/809 `.' gives the minimum number of (DIGITS+SIGN) [1995/11/09] ports/814 unable to compile the port of "pine3.91" [1995/11/11] bin/815 mountd reports unknown hosts with non-informative me [1995/11/12] kern/820 scsi tape problems [1995/11/13] kern/821 Config doesn't properly trap signals [1995/11/16] bin/826 tcpmux listener in inetd does not work [1995/11/20] kern/830 installing hang [1995/11/20] kern/831 one minor complaint about the kernel visual config c [1995/11/21] i386/832 Tape drive busy errors - dump aborts [1995/11/21] i386/833 SCSI hard disks time out during tape rewind - FDIV03 [1995/11/22] kern/834 pcvt: console keyboard locks up randonly [1995/11/22] kern/835 ed panics with SMC ultra with iomem, if no iomem in [1995/11/24] misc/838 /usr/src/lib Makefile assumes you want to install... [1995/11/25] bin/839 by default, use of "at" is overly restricted [1995/11/27] bin/841 stale nfs mounts cannot be umounted [1995/11/27] kern/844 mbuf panic, dump available [1995/11/27] kern/845 Automatic reboot says you can abort but boots anyway [1995/11/27] conf/846 2.1R install disk tries to use sd0 even if not reque [1995/11/28] misc/848 Inst gripes about geometry but won't accept true val [1995/11/28] misc/849 Install skimps on inodes and newfs default is wrong [1995/11/28] bin/850 dump treats write-protect as an EOT & spoils set FDI [1995/11/29] bin/852 Sendmail is loosing mail (apparently)! [1995/11/30] bin/854 swapinfo shows incorrect information for vnconfig'd [1995/11/30] misc/856 Install 2.0.5 Upgrade option does too much damage FD [1995/11/30] ports/857 Need ANSI_C define to not declare some functions [1995/12/01] bin/859 /bin/sh -c does not ignore SIGINT [1995/12/02] kern/860 visual mode in kernel -c is too restrictive [1995/12/03] kern/861 sb16 support in 2.1 is erratic and has cosmetic defe [1995/12/03] kern/863 panic on kernel page fault, NULL curproc [1995/12/04] kern/866 pcvt causes system console to lock up [1995/12/04] i386/867 Notebook with APM and 3C589C in PCMCIA freezes after [1995/12/06] ports/869 xcdplayer installs itself is /usr/X11R6, not /usr/lo [1995/12/06] ports/871 port.subdir.mk DEBUG_FLAGS is not used for CFLAGS [1995/12/08] misc/875 Cleaned code using -Wall to remove warnings [1995/12/08] kern/876 NFS allows bogus accesses to cached data [1995/12/09] misc/882 Makefile is not smart enough to bypass libraries... [1995/12/09] ports/883 tclX-port does not build properly [1995/12/09] kern/884 arnet driver does not assert DTR, which is necessary [1995/12/14] misc/893 terminfo.h not installed??? [1995/12/17] kern/900 ext2fs triggers divide by zero trap in vnode_pager_h [1995/12/18] kern/902 system becomes very sluggish, odd messages, odd vmst [1995/12/20] i386/906 /sys/i386/boot/netboot/nb8390.com cannot recognize N [1995/12/21] kern/907 scsi-dat tape station has stopped working [1995/12/21] bin/908 sed bug with trailing backslashes [1995/12/24] kern/912 unmount: dangling vnode [1995/12/24] conf/913 2.1.0-RELEASE, problem with cpio verbosity in instal [1995/12/25] bin/914 hayes dialer for tip fails 1st attempt to dial [1995/12/29] kern/919 weird output of vmstat, iostat, top [1995/12/29] kern/920 sio output looses chars in fifo on close() [1995/12/29] kern/921 getrusage() returns 0 after system up for a long tim [1995/12/31] kern/924 EISA devices have disappeared from vmstat/systat int [1996/01/01] bin/926 Mounting nfs disks before starting mountd: Chicken o [1996/01/02] kern/927 VGA mode not restored [1996/01/03] kern/930 sio/getty problem? [1996/01/06] kern/932 de0 occasionally enables 100baseTX when plugged into [1996/01/06] misc/934 ppp dies with Bus Error when processing long LOGIN s [1996/01/07] kern/938 after heavy disk I/O, processes sleep on "newbuf" in [1996/01/09] kern/940 panic: free vnode isn't [1996/01/12] misc/942 X11 mono server dumps core on supported video hardwa [1996/01/13] ports/944 Security fixes for Fvwm 1.24r [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info [1996/01/16] kern/949 panic, undebugable dump? [1996/01/16] kern/950 Two PCI bridge chips fail (multiple multiport ethern [1996/01/17] kern/951 -current kernel crashes with devfs error on bootup [1996/01/19] ports/955 make CFLAGS=whatever for a port will not be honored [1996/01/19] kern/956 Kernel page fault, null callp [1996/01/19] bin/958 ttys file does not include all ptys [1996/01/20] i386/960 gameport enabling on ProAudio Spectrum isn't documen [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. [1996/01/22] kern/962 panic on shutdown -- have crash dump [1996/01/23] ports/968 Netscape & cern_httpd ports out of date/dead links [1996/01/25] kern/971 Default limits for number of processes per user ridi [1996/01/25] conf/972 inetd.conf should comment out k-services if no Kerbe [1996/01/27] kern/974 ktrace causes panic: freeing busy page [1996/01/28] kern/975 getrusage returns negative deltas [1996/01/28] kern/976 NCR SCSI driver gives assertion errors and disk beco [1996/01/29] kern/977 system panic on sowakeup() [1996/01/29] kern/978 Three deadlocks in row [1996/01/29] kern/979 Linux programs using pipes crash system [1996/01/30] bin/981 clnt_broadcast() is not aware of aliases [1996/02/01] bin/986 problems make-ing with cd in the rule [1996/02/03] kern/989 devfs error messages on boot [1996/02/03] kern/991 pcvt keyboard doesn't accept input at crash reboot [1996/02/03] bin/993 g++ complains about /usr/include/machine/cpufunc.h [1996/02/04] kern/994 syscons bug in ESC[nX handling (w/fix) [1996/02/05] misc/995 /var/run/gated.pid is deleted [1996/02/06] kern/998 badness in file system silently crashes machine [1996/02/07] bin/999 /usr/share/mk/sys.mk missing common $(RM) macro [1996/02/07] docs/1000 miscellaneous man page bugs [1996/02/07] kern/1001 M_NAMEI malloc leak in the kernel [1996/02/08] ports/1005 netscape port is obsolete, mv netscape2 netscape [1996/02/08] kern/1008 Daily crash while writing network backups to local t [1996/02/09] docs/1010 no man page for qcamcontrol(8) [1996/02/09] kern/1012 vnode_pager_putpages: attempt to write meta-data!!! [1996/02/10] kern/1016 panic: vm_page_free: freeing free page, sddump: no s [1996/02/10] kern/1017 ssh stopped working between 15th Jan and 9th Feb [1996/02/12] kern/1018 panic: unwire: page not in pmap [1996/02/12] bin/1019 getty cannot detect ppp logins [1996/02/12] kern/1020 Boca 16-port board still hangs [1996/02/12] bin/1021 pppd doesn't handle PAP-only authentication well [1996/02/12] bin/1022 daily security report has too much junk in it [1996/02/12] docs/1023 using touch to create swap file for NFS doesn't work [1996/02/13] misc/1024 installation may delete partitions on existing boot [1996/02/14] kern/1026 deadlocks if parent vfork and child has cntrl termin [1996/02/14] kern/1027 panic on vm_map_insert [1996/02/14] bin/1028 shutdown -r does not seem to always complete [1996/02/15] bin/1029 cd behaves erraticly if cwd is a mount-point, which [1996/02/17] bin/1030 /bin/sh does not pass environment variables on prope [1996/02/18] kern/1034 Instant panic in -current [1996/02/19] bin/1035 ls to terminal always uses ? for non-printable chars [1996/02/19] docs/1036 List of dead xrefs in man pages [1996/02/19] bin/1037 2.x telnetd handles CTRL-M differently than other tt [1996/02/21] bin/1038 telnet gives ANSI80X30; rlogin gives (correct) cons3 [1996/02/23] docs/1039 two different spellings of "timezone" [1996/02/23] bin/1040 with certain flags, route can reboot your machine. This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/01/22] docs/177 man pages missing for SYSV IPC funtions [1995/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/17] kern/527 dump causes assertion in ncr.c [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/10/07] bin/771 telnet character mode not set and broken when set - [1995/10/15] kern/782 chmod does a null pointer dereference [1995/12/29] misc/922 From line handling incorrect in mail.local [1996/01/09] bin/941 pkg_create removes current directory if interupted [1996/01/22] kern/965 2.0.5: system crashes daily because of "multiple fre [1996/02/08] bin/1006 Kerberized su has poor password interface /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Feb 24 04:30:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA24749 for bugs-outgoing; Sat, 24 Feb 1996 04:30:13 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA24729 for freebsd-bugs; Sat, 24 Feb 1996 04:30:09 -0800 (PST) Date: Sat, 24 Feb 1996 04:30:09 -0800 (PST) From: GNU GNATS Message-Id: <199602241230.EAA24729@freefall.freebsd.org> To: freebsd-bugs Subject: Summary of Problem Reports Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Number of currently open reports: 269 Number of curently analyzed reports: 15 From owner-freebsd-bugs Sat Feb 24 06:11:54 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA04872 for bugs-outgoing; Sat, 24 Feb 1996 06:11:54 -0800 (PST) Received: (from markm@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA04851 Sat, 24 Feb 1996 06:11:50 -0800 (PST) Date: Sat, 24 Feb 1996 06:11:50 -0800 (PST) From: Mark Murray Message-Id: <199602241411.GAA04851@freefall.freebsd.org> To: hohmuth@inf.tu-dresden.de, markm, freebsd-bugs Subject: Re: bin/746 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: `talk' forbids talking from write-protected terminal for no good reason State-Changed-From-To: open-closed State-Changed-By: markm State-Changed-When: Sat Feb 24 06:02:30 PST 1996 State-Changed-Why: This feature was specifically added. if users have a reason to overide it, there are ways, like make the talk(1) request followed by a mesg n. It is too easy for newbies to bug folk without this. Picture the scene ; newbie goes talk foo@bar.baz, and changes to alternate screen to await the answer beep. He has mesg n set so this will never happen. This irritates the daylights out of the caller. From owner-freebsd-bugs Sat Feb 24 11:08:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA05847 for bugs-outgoing; Sat, 24 Feb 1996 11:08:34 -0800 (PST) Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA05772 for ; Sat, 24 Feb 1996 11:08:02 -0800 (PST) Received: from rome.axis.fr by axis_d.axis.fr ; 24 FEB 96 19:59:26 EET Subject: installation problem 2.1.0 To: bugs@freebsd.org Date: Sat, 24 Feb 1996 18:55:55 +0100 (MET) From: "Eric Molinie" Cc: erix@rome.axis.fr (Eric Molinie) X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <9602241855.aa22869@rome.axis.fr> Sender: owner-bugs@freebsd.org Precedence: bulk Hi Friends, I have some problems to install FreeBSD. Firstly I will describe you my machine: - MotherBoard OCTEK HIPPO 15 2 * SIMMS 8 Mo 3 PCI + 4 ISA, CPU 486DX4/100 Intel. ( with fan ) - SCSI Ctrl TEKRAM model DC800-B with 2 simms 1 Mo (1 x 9) BIOS ROM 1.10 it is formaly AHA1542B compatible. I/O: 330 Irq: 11 DMA: 5 BIOS: DC000h - SCSI DISK IBM DALS-3540 ( 540 Mo ) When I try to boot with the boot diskette 2.0.0 or 2.1.0 I obtain this error message: " aha0 at 0x330-0x333 irq11 drq5 on isa aha0 waiting for scsi devices to settle (aha0:0:0) "IBM DALS-3540 S60E " type 0 fixed SCSI2 sd0(aha0:0:0): Direct Access 516 MB ( 1056768 512 byte sectors ) fatal trap12: page fault while in kernel mode fault virtual address = 0x7200744 fault code = supervisor read, page not present instruction pointer = 0x8 : 0xf01a0ebb code segment = base 0x0, limit 0xfffff, type 0x1b = DPL0, pres 1, def32 1, gran 1 processor eflags = inetrrupt enabled, resume, IOPL = 0 current process = 0 () interrupt mask = net tty bio panic: page fault " What do you think about that ? Thank in advance for your help! Best Regards Erix From owner-freebsd-bugs Sat Feb 24 21:20:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA13878 for bugs-outgoing; Sat, 24 Feb 1996 21:20:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA13853 Sat, 24 Feb 1996 21:20:02 -0800 (PST) Resent-Date: Sat, 24 Feb 1996 21:20:02 -0800 (PST) Resent-Message-Id: <199602250520.VAA13853@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, obrien@cs.ucdavis.edu Received: from toadflax.cs.ucdavis.edu (toadflax.cs.ucdavis.edu [128.120.56.188]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA13663 for ; Sat, 24 Feb 1996 21:13:55 -0800 (PST) Received: by toadflax.cs.ucdavis.edu (4.1/UCD.CS.2.6) id AA13483; Sat, 24 Feb 96 21:13:54 PST Message-Id: <9602250513.AA13483@toadflax.cs.ucdavis.edu> Date: Sat, 24 Feb 96 21:13:54 PST From: obrien@cs.ucdavis.edu (David E. O'Brien) Reply-To: obrien@cs.ucdavis.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/1041: ports submissions Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 1041 >Category: ports >Synopsis: ports submissions >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Feb 24 21:20:01 PST 1996 >Last-Modified: >Originator: David E. O'Brien >Organization: University of California, Davis >Release: FreeBSD 2.1.0-RELEASE i386 >Environment: >Description: I would like to submit: xcpustate-portball.tgz minicom-portball-1.74.README minicom-portball-1.74.tgz minicom-1.74.tar.gz For inclusion in the FreeBSD ports-current collection. They are in ftp.cdrom.com:/pub/FreeBSD/incoming. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: