From owner-freebsd-bugs Sun Apr 13 00:01:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA21022 for bugs-outgoing; Sun, 13 Apr 1997 00:01:39 -0700 (PDT) Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA21003; Sun, 13 Apr 1997 00:01:31 -0700 (PDT) Date: Sun, 13 Apr 1997 00:01:31 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199704130701.AAA21003@freefall.freebsd.org> To: eserte@cs.tu-berlin.de, jkh, freebsd-bugs Subject: Re: gnu/3118 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: send-pr.el doesn't work State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sun Apr 13 00:01:04 PDT 1997 State-Changed-Why: Fix applied, thanks! From owner-freebsd-bugs Sun Apr 13 01:30:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA23721 for bugs-outgoing; Sun, 13 Apr 1997 01:30:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA23714; Sun, 13 Apr 1997 01:30:02 -0700 (PDT) Date: Sun, 13 Apr 1997 01:30:02 -0700 (PDT) Message-Id: <199704130830.BAA23714@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: gnu/3247: tar -O creates directories Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR gnu/3247; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: eserte@cs.tu-berlin.de Cc: freebsd-gnats-submit@freebsd.org Subject: Re: gnu/3247: tar -O creates directories Date: Sun, 13 Apr 1997 09:58:05 +0200 As Slaven Rezic wrote: > Jörg, try: > > 4:55 eserte@cabulja 301 (/tmp): tar -xOzf foobar.tar.gz > /dev/null > 4:56 eserte@cabulja 302 (/tmp): ls -lR foo bar Ah, now i understand what's going on... btw., it did extract even more junk, for example symlinks, to the disk. The following should fix it: Index: tar/extract.c =================================================================== RCS file: /home/cvs/src/gnu/usr.bin/tar/extract.c,v retrieving revision 1.4 diff -u -u -r1.4 extract.c --- extract.c 1996/11/03 14:47:51 1.4 +++ extract.c 1997/04/13 07:54:18 @@ -158,7 +158,10 @@ userec (head); /* And go past it in the archive */ decode_header (head, &hstat, &head_standard, 1); /* Snarf fields */ - if (f_confirm && !confirm ("extract", current_file_name)) + if ((f_confirm && !confirm ("extract", current_file_name)) || + (f_exstdout && head->header.linkflag != LF_OLDNORMAL && + head->header.linkflag != LF_NORMAL && + head->header.linkflag != LF_CONTIG)) { if (head->header.isextended) skip_extended_headers (); p.s.: please avoid putting invalid addresses into your outgoing mail headers (Cc in this case). That's why sendmail offers you the feature to rewrite the headers. :-} -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Apr 13 01:40:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA24277 for bugs-outgoing; Sun, 13 Apr 1997 01:40:24 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA24258; Sun, 13 Apr 1997 01:40:19 -0700 (PDT) Date: Sun, 13 Apr 1997 01:40:19 -0700 (PDT) From: Joerg Wunsch Message-Id: <199704130840.BAA24258@freefall.freebsd.org> To: eserte@cs.tu-berlin.de, joerg, freebsd-bugs Subject: Re: gnu/3247 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: tar -O creates directories State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Apr 13 10:39:55 MET DST 1997 State-Changed-Why: Fixed in: /home/ncvs/src/gnu/usr.bin/tar/extract.c,v <-- extract.c new revision: 1.5; previous revision: 1.4 done From owner-freebsd-bugs Sun Apr 13 09:00:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA11377 for bugs-outgoing; Sun, 13 Apr 1997 09:00:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA11370; Sun, 13 Apr 1997 09:00:03 -0700 (PDT) Resent-Date: Sun, 13 Apr 1997 09:00:03 -0700 (PDT) Resent-Message-Id: <199704131600.JAA11370@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jhs@freebsd.org Received: from desk.jhs.no_domain (slip139-92-4-68.mu.de.ibm.net [139.92.4.68]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA11185 for ; Sun, 13 Apr 1997 08:55:21 -0700 (PDT) Received: (from jhs@localhost) by desk.jhs.no_domain (8.7.5/8.6.9) id RAA03932; Sun, 13 Apr 1997 17:51:01 +0200 (MET DST) Message-Id: <199704131551.RAA03932@desk.jhs.no_domain> Date: Sun, 13 Apr 1997 17:51:01 +0200 (MET DST) From: jhs@freebsd.org Reply-To: jhs@freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/3272: src/sys/i386/conf/Makefile.i386 $@ is deprecated ? use ${.TARGET} Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3272 >Category: conf >Synopsis: $@ is deprecated I believe, so use ${.TARGET} >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Apr 13 09:00:02 PDT 1997 >Last-Modified: >Originator: Julian Stacey jhs@freebsd.org >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: All versions >Description: $@ is deprecated I believe, so use ${.TARGET} in src/sys/i386/conf/Makefile.i386 >How-To-Repeat: - >Fix: 2 Patches appended. Change from $@ to ${.TARGET} as $@ is deprecated. *** old/src/sys/i386/conf/Makefile.i386 Sun Jan 29 00:46:06 1995 --- new/src/sys/i386/conf/Makefile.i386 Sun Jan 29 00:50:38 1995 *************** *** 63,76 **** SYSTEM_SFILES= ${I386}/i386/locore.s SYSTEM_OBJS= locore.o vnode_if.o ${OBJS} ioconf.o param.o SYSTEM_DEP= Makefile symbols.exclude symbols.sort ${SYSTEM_OBJS} ! SYSTEM_LD_HEAD= @echo loading $@; rm -f $@ ! SYSTEM_LD= @${LD} -Bstatic -Z -T ${LOAD_ADDRESS} -o $@ -X ${SYSTEM_OBJS} vers.o .if ${CFLAGS:M-g} == "" SYMORDER_EXCLUDE=-x symbols.exclude .endif SYSTEM_LD_TAIL= @echo rearranging symbols; \ ! symorder -m ${SYMORDER_EXCLUDE} symbols.sort $@; \ ! size $@; chmod 755 $@ %BEFORE_DEPEND --- 63,76 ---- SYSTEM_SFILES= ${I386}/i386/locore.s SYSTEM_OBJS= locore.o vnode_if.o ${OBJS} ioconf.o param.o SYSTEM_DEP= Makefile symbols.exclude symbols.sort ${SYSTEM_OBJS} ! SYSTEM_LD_HEAD= @echo loading ${.TARGET}; rm -f ${.TARGET} ! SYSTEM_LD= @${LD} -Bstatic -Z -T ${LOAD_ADDRESS} -o ${.TARGET} -X ${SYSTEM_OBJS} vers.o .if ${CFLAGS:M-g} == "" SYMORDER_EXCLUDE=-x symbols.exclude .endif SYSTEM_LD_TAIL= @echo rearranging symbols; \ ! symorder -m ${SYMORDER_EXCLUDE} symbols.sort ${.TARGET}; \ ! size ${.TARGET}; chmod 755 ${.TARGET} %BEFORE_DEPEND *************** *** 138,144 **** ${CC} -c ${CFLAGS} ${PARAM} -UKERNEL ${I386}/i386/genassym.c genassym: genassym.o ! ${CC} ${CFLAGS} ${PARAM} genassym.o -o $@ # XXX this assumes that the options for NORMAL_C* and DRIVER_C* are identical. depend: assym.s param.c vnode_if.h --- 138,144 ---- ${CC} -c ${CFLAGS} ${PARAM} -UKERNEL ${I386}/i386/genassym.c genassym: genassym.o ! ${CC} ${CFLAGS} ${PARAM} genassym.o -o ${.TARGET} # XXX this assumes that the options for NORMAL_C* and DRIVER_C* are identical. depend: assym.s param.c vnode_if.h *** old/src/sys/i386/conf/Makefile.i386 Sun Jan 29 00:46:06 1995 --- new/src/sys/i386/conf/Makefile.i386 Sun Jan 29 00:50:38 1995 *************** *** 63,76 **** SYSTEM_SFILES= ${I386}/i386/locore.s SYSTEM_OBJS= locore.o vnode_if.o ${OBJS} ioconf.o param.o SYSTEM_DEP= Makefile symbols.exclude symbols.sort ${SYSTEM_OBJS} ! SYSTEM_LD_HEAD= @echo loading $@; rm -f $@ ! SYSTEM_LD= @${LD} -Bstatic -Z -T ${LOAD_ADDRESS} -o $@ -X ${SYSTEM_OBJS} vers.o .if ${CFLAGS:M-g} == "" SYMORDER_EXCLUDE=-x symbols.exclude .endif SYSTEM_LD_TAIL= @echo rearranging symbols; \ ! symorder -m ${SYMORDER_EXCLUDE} symbols.sort $@; \ ! size $@; chmod 755 $@ %BEFORE_DEPEND --- 63,76 ---- SYSTEM_SFILES= ${I386}/i386/locore.s SYSTEM_OBJS= locore.o vnode_if.o ${OBJS} ioconf.o param.o SYSTEM_DEP= Makefile symbols.exclude symbols.sort ${SYSTEM_OBJS} ! SYSTEM_LD_HEAD= @echo loading ${.TARGET}; rm -f ${.TARGET} ! SYSTEM_LD= @${LD} -Bstatic -Z -T ${LOAD_ADDRESS} -o ${.TARGET} -X ${SYSTEM_OBJS} vers.o .if ${CFLAGS:M-g} == "" SYMORDER_EXCLUDE=-x symbols.exclude .endif SYSTEM_LD_TAIL= @echo rearranging symbols; \ ! symorder -m ${SYMORDER_EXCLUDE} symbols.sort ${.TARGET}; \ ! size ${.TARGET}; chmod 755 ${.TARGET} %BEFORE_DEPEND *************** *** 138,144 **** ${CC} -c ${CFLAGS} ${PARAM} -UKERNEL ${I386}/i386/genassym.c genassym: genassym.o ! ${CC} ${CFLAGS} ${PARAM} genassym.o -o $@ # XXX this assumes that the options for NORMAL_C* and DRIVER_C* are identical. depend: assym.s param.c vnode_if.h --- 138,144 ---- ${CC} -c ${CFLAGS} ${PARAM} -UKERNEL ${I386}/i386/genassym.c genassym: genassym.o ! ${CC} ${CFLAGS} ${PARAM} genassym.o -o ${.TARGET} # XXX this assumes that the options for NORMAL_C* and DRIVER_C* are identical. depend: assym.s param.c vnode_if.h Julian --- Julian H. Stacey http://www.freebsd.org/~jhs/ `Music On Hold' phone systems disrupt concentration. >Audit-Trail: >Unformatted: Julian H. Stacey http://www.freebsd.org/~jhs/ From owner-freebsd-bugs Sun Apr 13 12:13:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA19518 for bugs-outgoing; Sun, 13 Apr 1997 12:13:34 -0700 (PDT) Received: from albert.osu.cz (albert.osu.cz [193.84.224.12]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA19513; Sun, 13 Apr 1997 12:13:30 -0700 (PDT) Received: from localhost (belkovic@localhost) by albert.osu.cz (8.8.5/8.6.12) with SMTP id VAA00868; Sun, 13 Apr 1997 21:14:16 GMT Date: Sun, 13 Apr 1997 21:14:16 +0000 (GMT) From: Josef Belkovics To: freebsd-questions@freeBSD.ORG cc: freebsd-bugs@freeBSD.ORG Subject: IPXrouted sources Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Can me somebody e-mail sources for IPXrouted. I can't find it in 2.2.1-RELEASE/src/*.??. Thanks, belkovic@albert.osu.cz. From owner-freebsd-bugs Sun Apr 13 12:20:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA19798 for bugs-outgoing; Sun, 13 Apr 1997 12:20:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA19779; Sun, 13 Apr 1997 12:20:02 -0700 (PDT) Resent-Date: Sun, 13 Apr 1997 12:20:02 -0700 (PDT) Resent-Message-Id: <199704131920.MAA19779@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dima@tejblum.dnttm.rssi.ru Received: from helios.dnttm.ru (uutejb@dnttm.wave.ras.ru [194.85.104.197]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA19583 for ; Sun, 13 Apr 1997 12:14:10 -0700 (PDT) Received: (from uutejb@localhost) by helios.dnttm.ru (8.8.5/8.8.5/IP-2) with UUCP id XAA14256 for FreeBSD-gnats-submit@freebsd.org; Sun, 13 Apr 1997 23:14:47 +0400 Received: (from dima@localhost) by tejblum.dnttm.rssi.ru (8.8.5/8.8.5) id WAA00705; Sun, 13 Apr 1997 22:52:49 +0400 (MSD) Message-Id: <199704131852.WAA00705@tejblum.dnttm.rssi.ru> Date: Sun, 13 Apr 1997 22:52:49 +0400 (MSD) From: Dmitrij Tejblum Reply-To: dima@tejblum.dnttm.rssi.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/3275: Some man pages has absolutely wrong date Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3275 >Category: docs >Synopsis: Some man pages has absolutely wrong date >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 13 12:20:01 PDT 1997 >Last-Modified: >Originator: Dmitrij Tejblum >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: Some man pages uses .Dd "Month day, year" instead of .Dd Month day, year In such cases man print a current date instead of the real date. >How-To-Repeat: man 2 setsid See the date at the bottom of the manpage. If you use current, or fresh installed system, it is probably today. I found 48 broken manpages with cd /usr/src find . -name '*.[123456789n]' | xargs egrep "^.Dd[ \t]*\"" >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Apr 13 12:20:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA19812 for bugs-outgoing; Sun, 13 Apr 1997 12:20:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA19796; Sun, 13 Apr 1997 12:20:04 -0700 (PDT) Resent-Date: Sun, 13 Apr 1997 12:20:04 -0700 (PDT) Resent-Message-Id: <199704131920.MAA19796@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dima@tejblum.dnttm.rssi.ru Received: from helios.dnttm.ru (uutejb@dnttm.wave.ras.ru [194.85.104.197]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA19592 for ; Sun, 13 Apr 1997 12:14:21 -0700 (PDT) Received: (from uutejb@localhost) by helios.dnttm.ru (8.8.5/8.8.5/IP-2) with UUCP id XAA14260 for FreeBSD-gnats-submit@freebsd.org; Sun, 13 Apr 1997 23:15:02 +0400 Received: (from dima@localhost) by tejblum.dnttm.rssi.ru (8.8.5/8.8.5) id XAA00844; Sun, 13 Apr 1997 23:13:14 +0400 (MSD) Message-Id: <199704131913.XAA00844@tejblum.dnttm.rssi.ru> Date: Sun, 13 Apr 1997 23:13:14 +0400 (MSD) From: Dmitrij Tejblum Reply-To: dima@tejblum.dnttm.rssi.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3276: unmount DEVFS ==> panic: unmount: dangling vnode Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3276 >Category: kern >Synopsis: unmount DEVFS ==> panic: unmount: dangling vnode >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 13 12:20:03 PDT 1997 >Last-Modified: >Originator: Dmitrij Tejblum >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD tejblum.dnttm.rssi.ru 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sat Apr 12 19: 43:17 MSD 1997 dima@tejblum.dnttm.rssi.ru:/usr/src/sys/compile/DIMA i386 devfs /devs devfs rw 0 0 in /etc/fstab >Description: When system unmount /devs, in particular on shutdown, system panic: unmount: dangling vnode. >How-To-Repeat: put the line above in /etc/fstab mount /devs umount /devs >Fix: Workaround (?): *** sys/miscfs/devfs/devfs_vfsops.c.orig Sat Apr 12 18:02:55 1997 --- sys/miscfs/devfs/devfs_vfsops.c Sun Apr 13 23:10:34 1997 *************** *** 139,151 **** /* * Unmount the filesystem described by mp. - * Note: vnodes from this FS may hang around if being used.. - * This should not be a problem, they should be self contained. */ static int devfs_unmount( struct mount *mp, int mntflags, struct proc *p) { struct devfsmount *devfs_mp_p = (struct devfsmount *)mp->mnt_data; DBPRINT(("unmount ")); devfs_free_plane(devfs_mp_p); --- 139,158 ---- /* * Unmount the filesystem described by mp. */ static int devfs_unmount( struct mount *mp, int mntflags, struct proc *p) { struct devfsmount *devfs_mp_p = (struct devfsmount *)mp->mnt_data; + int flags = 0; + int error; + + if (mntflags & MNT_FORCE) { + flags |= FORCECLOSE; + } + error = vflush(mp, NULLVP, flags); + if (error) + return error; DBPRINT(("unmount ")); devfs_free_plane(devfs_mp_p); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Apr 13 12:46:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA20745 for bugs-outgoing; Sun, 13 Apr 1997 12:46:49 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA20739; Sun, 13 Apr 1997 12:46:40 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id VAA10009; Sun, 13 Apr 1997 21:45:57 +0200 (SAT) From: John Hay Message-Id: <199704131945.VAA10009@zibbi.mikom.csir.co.za> Subject: Re: IPXrouted sources In-Reply-To: from Josef Belkovics at "Apr 13, 97 09:14:16 pm" To: belkovic@albert.osu.cz (Josef Belkovics) Date: Sun, 13 Apr 1997 21:45:57 +0200 (SAT) Cc: freebsd-questions@freebsd.org, freebsd-bugs@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Can me somebody e-mail sources for IPXrouted. I can't find it in > 2.2.1-RELEASE/src/*.??. Thanks, belkovic@albert.osu.cz. > It is in 2.2.1-RELEASE/src/susbin.?? cat /a/ftp/2.2.1-RELEASE/src/susbin.?? | tar -tzvf - | grep IPXrouted drwxrwxr-x root/wheel 0 Mar 27 20:10 1997 usr.sbin/IPXrouted/ -rw-rw-r-- root/wheel 6232 Apr 13 17:13 1996 usr.sbin/IPXrouted/IPXrouted.8 -rw-rw-r-- root/wheel 324 Oct 26 23:28 1995 usr.sbin/IPXrouted/Makefile -rw-rw-r-- root/wheel 6684 Dec 4 12:35 1995 usr.sbin/IPXrouted/af.c -rw-rw-r-- root/wheel 3272 Oct 26 23:28 1995 usr.sbin/IPXrouted/af.h -rw-rw-r-- root/wheel 3966 Apr 13 17:13 1996 usr.sbin/IPXrouted/defs.h -rw-rw-r-- root/wheel 4418 Oct 26 23:28 1995 usr.sbin/IPXrouted/if.c -rw-rw-r-- root/wheel 8360 Dec 4 12:35 1995 usr.sbin/IPXrouted/input.c -rw-rw-r-- root/wheel 4053 Oct 26 23:28 1995 usr.sbin/IPXrouted/interface.h -rw-rw-r-- root/wheel 9243 Apr 13 17:13 1996 usr.sbin/IPXrouted/main.c -rw-rw-r-- root/wheel 6853 Nov 28 10:26 1996 usr.sbin/IPXrouted/output.c -rw-rw-r-- root/wheel 3472 Apr 13 17:13 1996 usr.sbin/IPXrouted/protocol.h -rw-rw-r-- root/wheel 3640 Apr 13 17:13 1996 usr.sbin/IPXrouted/sap.h -rw-rw-r-- root/wheel 5298 Dec 4 12:36 1995 usr.sbin/IPXrouted/sap_input.c -rw-rw-r-- root/wheel 5778 Nov 28 10:26 1996 usr.sbin/IPXrouted/sap_output.c -rw-rw-r-- root/wheel 8448 Oct 26 23:28 1995 usr.sbin/IPXrouted/sap_tables.c -rw-rw-r-- root/wheel 8332 Feb 21 01:11 1996 usr.sbin/IPXrouted/startup.c -rw-rw-r-- root/wheel 4396 Apr 13 17:13 1996 usr.sbin/IPXrouted/table.h -rw-rw-r-- root/wheel 11895 Apr 13 17:13 1996 usr.sbin/IPXrouted/tables.c -rw-rw-r-- root/wheel 6829 Oct 26 23:28 1995 usr.sbin/IPXrouted/timer.c -rw-rw-r-- root/wheel 10813 Apr 13 17:13 1996 usr.sbin/IPXrouted/trace.c -rw-rw-r-- root/wheel 4580 Apr 13 17:13 1996 usr.sbin/IPXrouted/trace.h John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-bugs Sun Apr 13 13:00:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA21235 for bugs-outgoing; Sun, 13 Apr 1997 13:00:16 -0700 (PDT) Received: from gateway.cybernet.com (gateway.cybernet.com [192.245.33.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA21227; Sun, 13 Apr 1997 13:00:12 -0700 (PDT) Received: from spiffy.cybernet.com (spiffy.cybernet.com [192.245.33.55]) by gateway.cybernet.com (8.7.6/8.7.3) with SMTP id QAA05967; Sun, 13 Apr 1997 16:02:54 -0400 (EDT) Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sun, 13 Apr 1997 14:38:47 -0400 (EDT) Organization: Cybernet Systems Corporation From: Mark Taylor To: hackers@freebsd.org, bugs@freebsd.org Subject: vnode as filesystem (crash!) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm trying to use a vnode as a file system. I have no problem "vnconfig"ing and "newfs"ing it (a 10 MB test case, derived from "dd" and /dev/zero). The problem comes when I start creating files on the mounted vnode. I can get a few hundred files created (this is a random number: sometimes a few hundred, but never more than two thousand), and then it hangs the system (actually, sometimes it causes a reboot). No panics, no kernel messages, just a hang/reboot. I haven't tried the kernel debugger yet (I don't know how to use it [yet].). :) OS is FreeBSD 2.2.1-RELEASE. I've tried it on five other machines, all with the same results. (All machines have at least 100 MBytes of swap space, if that matters. None of which is used during these tests, though). The results are universal, and exactly the same. I've come up with a "fix": 1) In the makefiles script, I cause a 'sync' every 100 files created, and all is fine- all of the 7500 files get created. 2) Instead of the /bin/sync in the script, I change kern.update from the default 30 to 5. All 7500 files get made, no problem. So there seems to be a problem with the vm/fs cache? I'd hate to live with a 5 second update time. The sequence of events is: dd if=/dev/zero of=/tmp/T0 bs=1024 count=10240 vnconfig -c -s labels /dev/vn0 /tmp/T0 disklabel -w -r vn0 tenmeg newfs -i 1024 /dev/vn0a # need lots of inodes for makefiles created files mount /dev/vn0a /mnt /root/bin/makefiles # script to create 100 files per directory of 1k each (system hangs/reboots in a few seconds, no messages) The disklabel tenmeg (from /etc/distab): tenmeg:ty=mfs:se#512:nt#1:rm#300:\ :ns#20480:nc#1:\ :pa#20480:oa#0:ba#4096:fa#512:ta=4.2BSD:\ :pc#20480:oc#0:bc#4096:fc#512: The "makefiles" script: (it's a hack- no comments please!) #!/bin/csh set i=0 set files=100 mkdir $files; cd $files while ( `/bin/test $files -gt 7500; echo -n $status` ) # echo -n "$files " if ( `/bin/test $i -ne 100; echo -n $status` ) then echo "$files" #/bin/sync cd .. mkdir $files cd $files set i=0 endif @ i++ dd if=/dev/zero of=$i bs=1024 count=1 >& /dev/null @ files++ end echo "" Please include my email address in responses, as I am not directly on the hackers list. -------------------------------------------------------------------- Mark J. Taylor Network R&D Manager Cybernet Systems mtaylor@cybernet.com 727 Airport Blvd. PHONE (313) 668-2567 Ann Arbor, MI 48108 FAX (313) 668-8780 -------------------------------------------------------------------- From owner-freebsd-bugs Sun Apr 13 15:48:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA28202 for bugs-outgoing; Sun, 13 Apr 1997 15:48:01 -0700 (PDT) Received: (from jmz@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA28162; Sun, 13 Apr 1997 15:47:50 -0700 (PDT) Date: Sun, 13 Apr 1997 15:47:50 -0700 (PDT) From: Jean-Marc Zucconi Message-Id: <199704132247.PAA28162@freefall.freebsd.org> To: pgiffuni@FPS.biblos.unal.edu.co, jmz, freebsd-bugs Subject: Re: misc/3197 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: f2c requires an update State-Changed-From-To: open-closed State-Changed-By: jmz State-Changed-When: Sun Apr 13 15:34:29 PDT 1997 State-Changed-Why: Update done. From owner-freebsd-bugs Sun Apr 13 18:20:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA07018 for bugs-outgoing; Sun, 13 Apr 1997 18:20:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA06991; Sun, 13 Apr 1997 18:20:02 -0700 (PDT) Date: Sun, 13 Apr 1997 18:20:02 -0700 (PDT) Message-Id: <199704140120.SAA06991@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Robert S. Miles" Subject: Re: kern/3260: FreeBSD 2.2.1 (and 2.2) npx0 boot problem on IBM Aptiva M71 Reply-To: "Robert S. Miles" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3260; it has been noted by GNATS. From: "Robert S. Miles" To: "Jordan K. Hubbard" Cc: rsm@spyder.ssw.com, freebsd-gnats-submit@freebsd.org Subject: Re: kern/3260: FreeBSD 2.2.1 (and 2.2) npx0 boot problem on IBM Aptiva M71 Date: Sun, 13 Apr 1997 21:17:24 -0400 > > This problem does not occur with the 2.1.7 boot floppy, i.e. that does > > properly run "sysinstall" after autoconfig. > > > > Using NetBSD I was able to build custom FreeBSD kernels with which to > > diagnose the problem. Only when I excluded the npx0 device would the > > kernel stop hanging the machine. Subsequently, I discovered that the > > boot floppy's kernel can be made to work, either by disabling the npx0 > > device in CLI mode, or setting npx0 flags to 7 in CLI mode. > > This sounds like the same broken behavior we've seen on certain > laptops. Apparently, the new optimized-for-Pentium bcopy code works > great on 99.9% of the machines out there, and then there are a few on > which it just does not. Could you try setting the npx0 flags to > 1 and see if it still boots? That would at least point the finger > directly at the bcopy() code (7 turns off a number of optimized > features, not just bcopy()). > > If you are interested in debugging this, Bruce Evans is your man > since he added the optimized code in the first > place. Thanks! Setting npx0 flags to 1 does the trick too, so it is the bcopy() code (or my hardware!) that's at fault. I will follow up with Bruce Evans to see if he is interested in diagnosing this further. Thanks for the quick response! -Bob From owner-freebsd-bugs Sun Apr 13 21:40:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA14465 for bugs-outgoing; Sun, 13 Apr 1997 21:40:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA14459; Sun, 13 Apr 1997 21:40:03 -0700 (PDT) Resent-Date: Sun, 13 Apr 1997 21:40:03 -0700 (PDT) Resent-Message-Id: <199704140440.VAA14459@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jlemon@americantv.com Received: from sumatra.americantv.com (sumatra.americantv.com [199.184.181.250]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA14121 for ; Sun, 13 Apr 1997 21:33:45 -0700 (PDT) Received: (from jlemon@localhost) by sumatra.americantv.com (8.7.6/8.7.3) id XAA09320; Sun, 13 Apr 1997 23:47:28 -0500 (CDT) Message-Id: <199704140447.XAA09320@sumatra.americantv.com> Date: Sun, 13 Apr 1997 23:47:28 -0500 (CDT) From: jlemon@americantv.com Reply-To: jlemon@americantv.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3278: MFS chews up all swap space Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3278 >Category: kern >Synopsis: mounting MFS uses up swap space >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 13 21:40:01 PDT 1997 >Last-Modified: >Originator: Jonathan Lemon >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD 3.0-CURRENT #0: Sun Apr 13 21:55:38 CDT 1997 Machine with 32M memory, 71M swap >Description: Mounting MFS filesystem causes roughly 2x physical memory to be allocated in swap partition, even though almost nothing is running. System then slowly runs out of swap, resulting in signal 6's to most processes, and cumulates with a panic in update that ususally looks like: lockstatus(34) ufs_islocked() vfs_msync() sync() vfs_update() >How-To-Repeat: # grep swap /etc/fstab /dev/sd3s2b none swap sw 0 0 # swapinfo Device 1K-blocks Used Avail Capacity Type /dev/sd3s2b 73728 0 73664 0% Interleaved # mount -t mfs /dev/sd3s2b /tmp # swapinfo Device 1K-blocks Used Avail Capacity Type /dev/sd3s2b 73728 68184 5480 93% Interleaved # umount /tmp # swapinfo Device 1K-blocks Used Avail Capacity Type /dev/sd3s2b 73728 10488 63176 14% Interleaved >Fix: Don't use MFS, until fixed. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Apr 13 22:00:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA15005 for bugs-outgoing; Sun, 13 Apr 1997 22:00:15 -0700 (PDT) Received: from murkwood.gaffaneys.com (dialup1.gaffaneys.com [134.129.252.20]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA15000 for ; Sun, 13 Apr 1997 22:00:11 -0700 (PDT) Received: (from zach@localhost) by murkwood.gaffaneys.com (8.8.5/8.8.5) id AAA02669; Mon, 14 Apr 1997 00:00:43 -0500 (CDT) From: Zach Heilig Message-ID: <19970414000043.63259@murkwood.gaffaneys.com> Date: Mon, 14 Apr 1997 00:00:43 -0500 To: bugs@freebsd.org Subject: Re: bin/3173 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Maybe I'm sending to the wrong address, but the previous 3 messages I sent about this didn't make it back from the list. Anyway, the problem was due to a libutil.so.2.2 in /usr/lib, when make world was replacing libutil.so.2.1; the version 2.2 library was from 3.0 right after the user name length was bumped up to 15 characters. This pr can be closed :-). -- Zach Heilig (zach@blizzard.gaffaneys.com) | ALL unsolicited commercial email | is unwelcome. I avoid dealing | with companies that email ads. From owner-freebsd-bugs Sun Apr 13 23:32:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA19376 for bugs-outgoing; Sun, 13 Apr 1997 23:32:03 -0700 (PDT) Received: from lariat.lariat.org ([129.72.251.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA19347 for ; Sun, 13 Apr 1997 23:32:01 -0700 (PDT) Received: from solo.lariat.org ([129.72.251.10]) by lariat.lariat.org (8.8.5/8.8.5) with SMTP id AAA00503 for ; Mon, 14 Apr 1997 00:31:45 -0600 (MDT) Message-Id: <3.0.32.19970414003125.0068c68c@lariat.org> X-Sender: brett@lariat.org X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 14 Apr 1997 00:31:28 -0600 To: freebsd-bugs@freebsd.org From: Brett Glass Subject: Problem with /dev/spkr driver can cause crashes Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've written a Perl script that uses the /dev/spkr driver to sound an alarm when certain events occur. Recently, I came home to find my FreeBSD 2.1.0-R system playing random tones continuously. I found that a process which had opened the device and played a few tones had wedged. When I killed the process, the system squealed like a stuck pig, made a few other strange noises, and abruptly rebooted without syncing the disk. There were several bad file descriptors, including some in /dev that took a bit of time to clean up. I was lucky that no more data than this was lost. Apparently, when a process opens /dev/spkr, sends a play string, and closes the device before the string has finished playing, the device driver continues playing the string until it's done. But if a process (either the same one or another) comes along, opens the device, and sends it MORE notes while the earlier ones are still playing, this confuses the driver and causes it to play random strings from memory. It can also wedge the process that attempts the second write, corrupt kernel memory, and/or cause the system to crash. I don't know if this problem could be exploited to hack into the system (it might, and this possibility is worth a look). But it could certainly be used to crash it and trash the disk, as my script did inadvertently. --Brett From owner-freebsd-bugs Mon Apr 14 02:26:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA28798 for bugs-outgoing; Mon, 14 Apr 1997 02:26:12 -0700 (PDT) Received: (from jmg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA28777; Mon, 14 Apr 1997 02:26:06 -0700 (PDT) Date: Mon, 14 Apr 1997 02:26:06 -0700 (PDT) From: John-Mark Gurney Message-Id: <199704140926.CAA28777@freefall.freebsd.org> To: soil@quick.net, jmg, freebsd-bugs Subject: Re: docs/3261 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: error in intro.1 State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Mon Apr 14 02:24:07 PDT 1997 State-Changed-Why: thanks for the bug report, slighty different fix applied fixed in: /home/ncvs/src/share/man/man1/intro.1,v <-- intro.1 new revision: 1.8; previous revision: 1.7 From owner-freebsd-bugs Mon Apr 14 03:12:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA01000 for bugs-outgoing; Mon, 14 Apr 1997 03:12:30 -0700 (PDT) Received: (from jmg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA00978; Mon, 14 Apr 1997 03:12:24 -0700 (PDT) Date: Mon, 14 Apr 1997 03:12:24 -0700 (PDT) From: John-Mark Gurney Message-Id: <199704141012.DAA00978@freefall.freebsd.org> To: proff@suburbia.net, jmg, freebsd-bugs Subject: Re: kern/3207 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: FULL ipfilter build/bugfix intergration State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Mon Apr 14 03:10:35 PDT 1997 State-Changed-Why: closed at originator's request.. From owner-freebsd-bugs Mon Apr 14 03:40:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02502 for bugs-outgoing; Mon, 14 Apr 1997 03:40:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02471; Mon, 14 Apr 1997 03:40:02 -0700 (PDT) Resent-Date: Mon, 14 Apr 1997 03:40:02 -0700 (PDT) Resent-Message-Id: <199704141040.DAA02471@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dada@sbox.tu-graz.ac.at Received: from freepass.tu-graz.ac.at (freepass.tu-graz.ac.at [129.27.193.133]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA02071 for ; Mon, 14 Apr 1997 03:32:21 -0700 (PDT) Received: (from dada@localhost) by freepass.tu-graz.ac.at (8.6.11/8.6.9) id MAA13709; Mon, 14 Apr 1997 12:32:17 +0200 Message-Id: <199704141032.MAA13709@freepass.tu-graz.ac.at> Date: Mon, 14 Apr 1997 12:32:17 +0200 From: Martin Kammerhofer Reply-To: dada@sbox.tu-graz.ac.at To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/3280: lower case S/KEY passwords don't work Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3280 >Category: docs >Synopsis: lower case S/KEY passwords don't work >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 14 03:40:01 PDT 1997 >Last-Modified: >Originator: Martin Kammerhofer >Organization: Graz University of Technology >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: >Description: according to man page key(1) it's possible to enter S/KEY passwords in lower case. This doesn't work. >How-To-Repeat: keyinit ... login >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 14 03:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02530 for bugs-outgoing; Mon, 14 Apr 1997 03:40:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02493; Mon, 14 Apr 1997 03:40:04 -0700 (PDT) Resent-Date: Mon, 14 Apr 1997 03:40:04 -0700 (PDT) Resent-Message-Id: <199704141040.DAA02493@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dada@sbox.tu-graz.ac.at Received: from freepass.tu-graz.ac.at (freepass.tu-graz.ac.at [129.27.193.133]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA02073 for ; Mon, 14 Apr 1997 03:32:23 -0700 (PDT) Received: (from dada@localhost) by freepass.tu-graz.ac.at (8.6.11/8.6.9) id MAA13629; Mon, 14 Apr 1997 12:32:15 +0200 Message-Id: <199704141032.MAA13629@freepass.tu-graz.ac.at> Date: Mon, 14 Apr 1997 12:32:15 +0200 From: Martin Kammerhofer Reply-To: dada@sbox.tu-graz.ac.at To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3281: errors when "rm -r"-ing in a mounted ext2fs Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3281 >Category: kern >Synopsis: errors when "rm -r"-ing in a mounted ext2fs >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 14 03:40:03 PDT 1997 >Last-Modified: >Originator: Martin Kammerhofer >Organization: Graz University of Technology >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: /dev/wd1s2 none swap sw 0 0 /dev/wd1a / ufs rw 1 1 /dev/wd1s8e /var ufs rw 1 2 /dev/wd1s8h /usr ufs rw,async 1 2 proc /proc procfs rw 0 0 /dev/wd1s5 /linux ext2fs rw,noauto 1 2 /dev/wd1s7 /linux/usr ext2fs rw,noauto 1 2 /dev/wcd0c /cdrom cd9660 ro,noauto 0 0 >Description: If I delete (plenty) files on a ext2fs I get errors like: "ext2_free_blocks: bit already cleared for block 117050" "ext2_free_blocks: bit already cleared for block 52957" "ext2_free_blocks: bit already cleared for block 52700" o o o >How-To-Repeat: cd /linux/wherever mkdir big_linktree lndir /usr/src big_linktree tail -f /var/log/messages & rm -rf big_linktree >Fix: None known. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 14 03:40:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02562 for bugs-outgoing; Mon, 14 Apr 1997 03:40:10 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02532; Mon, 14 Apr 1997 03:40:06 -0700 (PDT) Resent-Date: Mon, 14 Apr 1997 03:40:06 -0700 (PDT) Resent-Message-Id: <199704141040.DAA02532@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dada@sbox.tu-graz.ac.at Received: from freepass.tu-graz.ac.at (freepass.tu-graz.ac.at [129.27.193.133]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA02066 for ; Mon, 14 Apr 1997 03:32:18 -0700 (PDT) Received: (from dada@localhost) by freepass.tu-graz.ac.at (8.6.11/8.6.9) id MAA13543; Mon, 14 Apr 1997 12:32:11 +0200 Message-Id: <199704141032.MAA13543@freepass.tu-graz.ac.at> Date: Mon, 14 Apr 1997 12:32:11 +0200 From: Martin Kammerhofer Reply-To: dada@sbox.tu-graz.ac.at To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3282: ext2fs causes fs-unmount at shutdown/reboot to fail Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3282 >Category: kern >Synopsis: ext2fs causes fs-unmount at shutdown/reboot to fail >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 14 03:40:05 PDT 1997 >Last-Modified: >Originator: Martin Kammerhofer >Organization: Graz University of Technology >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: from fstab: /dev/wd1s5 /linux ext2fs rw,noauto 1 2 /dev/wd1s7 /linux/usr ext2fs rw,noauto 1 2 >Description: at shutdown(1) the kernel reports "syncing disks 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 giving up" >How-To-Repeat: mount ext2fs and invoke shutdown/reboot It makes no difference wether the ext2fs is mounted ro or rw. >Fix: wrapping shutdown with a script, checking for mounted ext2fs and umount(8)ing them. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 14 03:40:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02588 for bugs-outgoing; Mon, 14 Apr 1997 03:40:11 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02559; Mon, 14 Apr 1997 03:40:08 -0700 (PDT) Resent-Date: Mon, 14 Apr 1997 03:40:08 -0700 (PDT) Resent-Message-Id: <199704141040.DAA02559@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dada@sbox.tu-graz.ac.at Received: from freepass.tu-graz.ac.at (freepass.tu-graz.ac.at [129.27.193.133]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA02098 for ; Mon, 14 Apr 1997 03:32:47 -0700 (PDT) Received: (from dada@localhost) by freepass.tu-graz.ac.at (8.6.11/8.6.9) id MAA13456; Mon, 14 Apr 1997 12:32:01 +0200 Message-Id: <199704141032.MAA13456@freepass.tu-graz.ac.at> Date: Mon, 14 Apr 1997 12:32:01 +0200 From: Martin Kammerhofer Reply-To: dada@sbox.tu-graz.ac.at To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3283: brandelf fails on files without write permission Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3283 >Category: bin >Synopsis: brandelf fails on files without write permission >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 14 03:40:07 PDT 1997 >Last-Modified: >Originator: Martin Kammerhofer >Organization: Graz University of Technology >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: any ELF file without write permission >Description: brandelf(1) reports "No such file..." if it cannot open the file with mode O_RDWR. It therefore doesn´t report on R/O files. >How-To-Repeat: chmod -w elf-file brandelf -v elf-file >Fix: --- brandelf.c 1997/04/09 01:06:11 1.3 +++ brandelf.c 1997/04/09 01:12:31 1.4 @@ -68,7 +68,7 @@ char buffer[EI_NINDENT]; char string[(EI_NINDENT-EI_SPARE)+1]; - if ((fd = open(argv[0], O_RDWR, 0)) < 0) { + if ((fd = open(argv[0], change ? O_RDWR : O_RDONLY, 0)) < 0) { fprintf(stderr, "No such file %s.\n", argv[0]); retval = 1; goto fail; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 14 03:40:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02603 for bugs-outgoing; Mon, 14 Apr 1997 03:40:13 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02577; Mon, 14 Apr 1997 03:40:10 -0700 (PDT) Resent-Date: Mon, 14 Apr 1997 03:40:10 -0700 (PDT) Resent-Message-Id: <199704141040.DAA02577@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dada@sbox.tu-graz.ac.at Received: from freepass.tu-graz.ac.at (freepass.tu-graz.ac.at [129.27.193.133]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA02103 for ; Mon, 14 Apr 1997 03:33:14 -0700 (PDT) Received: (from dada@localhost) by freepass.tu-graz.ac.at (8.6.11/8.6.9) id MAA14101; Mon, 14 Apr 1997 12:32:35 +0200 Message-Id: <199704141032.MAA14101@freepass.tu-graz.ac.at> Date: Mon, 14 Apr 1997 12:32:35 +0200 From: Martin Kammerhofer Reply-To: dada@sbox.tu-graz.ac.at To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3284: symorder(1): -t option does not work at all Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3284 >Category: bin >Synopsis: symorder(1): -t option doesn´t work at all >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 14 03:40:09 PDT 1997 >Last-Modified: >Originator: Martin Kammerhofer >Organization: Graz University of Technology >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: >Description: Option -t of symorder(1) doesn´t work. Furthermore if the table of excluded symbols specified by the -x command line option or the mandatory "symlist" overflow (static size SPACE) extra symbols are silently ignored! I didn´t fix the latter, only increased SPACE. >How-To-Repeat: cat >hello.c #include void main() { printf("Hello wonderful world\n"); } ^D cc -o hello hello.c ldd -v hello | grep a_syms echo start >start symorder -t start hello ldd -v hello | grep a_syms >Fix: --- /usr/src/usr.bin/symorder/symorder.c Fri Nov 3 19:27:18 1995 +++ ./symorder.c Thu Mar 27 13:26:56 1997 @@ -31,6 +31,8 @@ * SUCH DAMAGE. */ +/* $Id$ */ + #ifndef lint char copyright[] = "@(#) Copyright (c) 1980 The Regents of the University of California.\n\ @@ -55,7 +57,7 @@ #include #include -#define SPACE 500 +#define SPACE 0x2000 #define OKEXIT 0 #define NOTFOUNDEXIT 1 @@ -203,6 +205,7 @@ if (newstrings == NULL) error(NULL); t = newstrings; + i = symkept; for (symp = symtab; --i >= 0; symp++) { if (symp->n_un.n_strx == 0) continue; @@ -314,6 +317,8 @@ register char *nam; register int x; + if (small && inlist(p) == -1) + return (1); if (p->n_type & N_STAB || p->n_un.n_strx == 0) return (0); if (p->n_un.n_strx < sizeof(int) || p->n_un.n_strx >= strtabsize) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 14 03:40:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02632 for bugs-outgoing; Mon, 14 Apr 1997 03:40:17 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02602; Mon, 14 Apr 1997 03:40:14 -0700 (PDT) Resent-Date: Mon, 14 Apr 1997 03:40:14 -0700 (PDT) Resent-Message-Id: <199704141040.DAA02602@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dada@sbox.tu-graz.ac.at Received: from freepass.tu-graz.ac.at (freepass.tu-graz.ac.at [129.27.193.133]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA02090 for ; Mon, 14 Apr 1997 03:32:38 -0700 (PDT) Received: (from dada@localhost) by freepass.tu-graz.ac.at (8.6.11/8.6.9) id MAA13863; Mon, 14 Apr 1997 12:32:26 +0200 Message-Id: <199704141032.MAA13863@freepass.tu-graz.ac.at> Date: Mon, 14 Apr 1997 12:32:26 +0200 From: Martin Kammerhofer Reply-To: dada@sbox.tu-graz.ac.at To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3285: date option for pom(6) (phase of the moon) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3285 >Category: bin >Synopsis: date option for pom(6) (phase of the moon) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Apr 14 03:40:12 PDT 1997 >Last-Modified: >Originator: Martin Kammerhofer >Organization: Graz University of Technology >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: >Description: Maybe other´s are too curious what phase the moon was on that very special day... The enhancement is only some 15 lines. >How-To-Repeat: >Fix: --- /usr/src/games/pom/pom.c Wed Jul 17 22:13:33 1996 +++ /usr/home/dada/src/pom.c Sat Apr 5 20:04:03 1997 @@ -41,6 +41,7 @@ #ifndef lint static const char sccsid[] = "@(#)pom.c 8.1 (Berkeley) 5/31/93"; +static const char rcsid[] = "@(#)$Id$"; #endif /* not lint */ /* @@ -72,7 +73,9 @@ static double potm __P((double)); int -main() +main(argc, argv) +int argc; +char *argv[]; { time_t tt; struct tm *GMT; @@ -81,6 +84,20 @@ (void) time(&tt); GMT = gmtime(&tt); + + if (argc == 4) { /* expect a date in YYYY MM DD format */ + GMT = localtime(&tt); + sscanf(argv[1], "%d", &GMT->tm_year); + GMT->tm_year -= 1900; + sscanf(argv[2], "%d", &GMT->tm_mon); + GMT->tm_mon--; /* 0..11 */ + sscanf(argv[3], "%d", &GMT->tm_mday); /* 1..31 */ + GMT->tm_isdst = -2; /* i.e. 'guess' */ + tt = mktime(GMT); + GMT = gmtime(&tt); + printf("%s", asctime(GMT)); + } + days = (GMT->tm_yday + 1) + ((GMT->tm_hour + (GMT->tm_min / 60.0) + (GMT->tm_sec / 3600.0)) / 24.0); for (cnt = EPOCH; cnt < GMT->tm_year; ++cnt) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 14 03:40:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02652 for bugs-outgoing; Mon, 14 Apr 1997 03:40:21 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02624; Mon, 14 Apr 1997 03:40:16 -0700 (PDT) Date: Mon, 14 Apr 1997 03:40:16 -0700 (PDT) Message-Id: <199704141040.DAA02624@freefall.freebsd.org> To: freebsd-bugs Cc: From: Luigi Rizzo Subject: Re: kern/3278: MFS chews up all swap space Reply-To: Luigi Rizzo Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3278; it has been noted by GNATS. From: Luigi Rizzo To: jlemon@americantv.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/3278: MFS chews up all swap space Date: Mon, 14 Apr 1997 11:46:25 +0200 (MET DST) > >Environment: > > FreeBSD 3.0-CURRENT #0: Sun Apr 13 21:55:38 CDT 1997 > > Machine with 32M memory, 71M swap > > >Description: > > Mounting MFS filesystem causes roughly 2x physical memory to > be allocated in swap partition, even though almost nothing ... > update that ususally looks like: > > # grep swap /etc/fstab > /dev/sd3s2b none swap sw 0 0 > > # swapinfo > Device 1K-blocks Used Avail Capacity Type > /dev/sd3s2b 73728 0 73664 0% Interleaved > > # mount -t mfs /dev/sd3s2b /tmp hmmm... don't you have to specify the size of the file system you want to create ? Otherwise the code tries to infer the size from the info it has available (swap partition size, or some other thing). This works perfectly for me: mount -t mfs -o "-s 20480" /dev/wd0s1b /tmp/aa BTW the manpage for mount_mfs contains a mistake in the EXAMPLES section, the size must be specified without the equal sign WRONG: mount_mfs -s=20480 -o nosuid,nodev /dev/sd0b /tmp RIGHT: mount_mfs -s 20480 -o nosuid,nodev /dev/sd0b /tmp If one really wants to make things smoother, probably newfs.c should be modified (around line 431) so that the default value for mfs file systems is just a fraction (say 1/3 .. 1/2) of the partition size (that's a default so it can be easily overridden). As an example (in pseudo diff -u): newfs.c from 2.2.1-RELEASE, line 431: if (fssize == 0) - fssize = pp->p_size; + fssize = mfs ? pp->p_size / 2 : pp->p_size ; if (fssize > pp->p_size && !mfs) Cheers 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 Apr 14 03:40:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02706 for bugs-outgoing; Mon, 14 Apr 1997 03:40:31 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02661; Mon, 14 Apr 1997 03:40:22 -0700 (PDT) Resent-Date: Mon, 14 Apr 1997 03:40:22 -0700 (PDT) Resent-Message-Id: <199704141040.DAA02661@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dada@sbox.tu-graz.ac.at Received: from freepass.tu-graz.ac.at (freepass.tu-graz.ac.at [129.27.193.133]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA02260 for ; Mon, 14 Apr 1997 03:35:51 -0700 (PDT) Received: (from dada@localhost) by freepass.tu-graz.ac.at (8.6.11/8.6.9) id MAA13786; Mon, 14 Apr 1997 12:32:23 +0200 Message-Id: <199704141032.MAA13786@freepass.tu-graz.ac.at> Date: Mon, 14 Apr 1997 12:32:23 +0200 From: Martin Kammerhofer Reply-To: dada@sbox.tu-graz.ac.at To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3286: missing error checking in mount_mfs(8) aka newfs Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3286 >Category: bin >Synopsis: missing error checking in mount_mfs(8) aka newfs >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 14 03:40:19 PDT 1997 >Last-Modified: >Originator: Martin Kammerhofer >Organization: Graz University of Technology >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: (nearly) stock 2.2.1 system the following must be present in /etc/disktab: minimum:ty=mfs:se#512:nt#1:rm#300:\ :ns#2880:nc#1:\ :pa#2880:oa#0:ba#4096:fa#512:\ :pc#2880:oc#0:bc#4096:fc#512: Actually any entry without a 'b'-partition (pb#) will do. >Description: Actually it's 2 bugs in one report. I marked them A) and B) A) By using mount_mfs with option -T one experiences strange behaviour: 1. the command failes 2. there is no warning or error message printed B) Option -N (dont't do but report what would be done) doesn't work for mount_mfs. Even with option -N mount_mfs performs the mount and reports nothing. >How-To-Repeat: Don't worry if you have no /dev/dummy :) A) mkdir /ram mount_mfs -T minimum /dev/dummy /ram df -i /ram It's not mounted where it should. What happened? Since there was no size (-s) on the command line the size of partition 'b' from the disktab-entry 'minimum' was taken, unfortunately it's zero (undefined). This caused code in mkfs.c to fail, but no error is printed. The man page doesn't say that partition 'b' is used, only that a disklabel is read. B) mount_mfs -N -T fd1440 -c 2 -i 5000 /dev/dummy /ram df -i /ram It's mounted where it shouldn't, nothing is printed where it should. >Fix: --- /src/sbin/newfs/mkfs.c Fri Sep 20 06:23:09 1996 +++ ./mkfs.c Sat Apr 12 19:56:44 1997 @@ -190,8 +190,10 @@ } else { if (fssize * sectorsize > memleft) fssize = (memleft - 16384) / sectorsize; - if ((membase = malloc(fssize * sectorsize)) == 0) + if ((membase = malloc(fssize * sectorsize)) == 0) { + fprintf(stderr, "mkfs's malloc failed\n"); exit(12); + } } } fsi = fi; @@ -606,7 +608,7 @@ /* * Dump out summary information about file system. */ - if (!mfs) { + if (!mfs || Nflag) { printf("%s:\t%d sectors in %d %s of %d tracks, %d sectors\n", fsys, sblock.fs_size * NSPF(&sblock), sblock.fs_ncyl, "cylinders", sblock.fs_ntrak, sblock.fs_nsect); @@ -622,13 +624,13 @@ * Now build the cylinders group blocks and * then print out indices of cylinder groups. */ - if (!mfs) + if (!mfs || Nflag) printf("super-block backups (for fsck -b #) at:\n"); i = 0; width = charsperline(); for (cylno = 0; cylno < sblock.fs_ncg; cylno++) { initcg(cylno, utime); - if (mfs) + if (mfs && !Nflag) continue; j = sprintf(tmpbuf, " %d,", fsbtodb(&sblock, cgsblock(&sblock, cylno))); @@ -640,9 +642,9 @@ printf("%s", tmpbuf); fflush(stdout); } - if (!mfs) + if (!mfs || Nflag) printf("\n"); - if (Nflag && !mfs) + if (Nflag) exit(0); /* * Now construct the initial file system, @@ -908,6 +910,8 @@ node.di_nlink = 2; node.di_size = sblock.fs_bsize; node.di_db[0] = alloc(node.di_size, node.di_mode); + if (node.di_db[0] == 0) + exit(38); /* alloc failed */ node.di_blocks = btodb(fragroundup(&sblock, node.di_size)); wtfs(fsbtodb(&sblock, node.di_db[0]), node.di_size, buf); iput(&node, LOSTFOUNDINO); @@ -925,6 +929,8 @@ else node.di_size = makedir(root_dir, PREDEFDIR); node.di_db[0] = alloc(sblock.fs_fsize, node.di_mode); + if (node.di_db[0] == 0) + exit(39); /* alloc failed */ node.di_blocks = btodb(fragroundup(&sblock, node.di_size)); wtfs(fsbtodb(&sblock, node.di_db[0]), sblock.fs_fsize, buf); iput(&node, ROOTINO); --- /src/sbin/newfs/newfs.c Mon Jan 1 09:37:28 1996 +++ ./newfs.c Sat Apr 12 17:02:16 1997 @@ -215,7 +215,7 @@ struct partition oldpartition; struct stat st; struct statfs *mp; - int fsi, fso, len, n; + int fsi = -1, fso, len, n; char *cp, *s1, *s2, *special, *opstring, buf[BUFSIZ]; #ifdef MFS struct vfsconf *vfc; @@ -228,7 +228,6 @@ if (strstr(progname, "mfs")) { mfs = 1; - Nflag++; } opstring = mfs ? @@ -365,7 +364,7 @@ (void)sprintf(device, "%s%s", _PATH_DEV, special); special = device; } - if (Nflag) { + if (Nflag || mfs) { fso = -1; } else { fso = open(special, O_WRONLY); @@ -399,6 +398,8 @@ if (lp == NULL) fatal("%s: unknown disk type", disktype); pp = &lp->d_partitions[1]; + if (pp->p_size == 0) + fatal("%s: partition `b' undefined", disktype); } else { fsi = open(special, O_RDONLY); if (fsi < 0) @@ -538,7 +539,8 @@ #endif if (!Nflag) close(fso); - close(fsi); + if (fsi >= 0) + close(fsi); #ifdef MFS if (mfs) { struct mfs_args args; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 14 03:40:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02747 for bugs-outgoing; Mon, 14 Apr 1997 03:40:38 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02700; Mon, 14 Apr 1997 03:40:32 -0700 (PDT) Resent-Date: Mon, 14 Apr 1997 03:40:32 -0700 (PDT) Resent-Message-Id: <199704141040.DAA02700@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dada@sbox.tu-graz.ac.at Received: from freepass.tu-graz.ac.at (freepass.tu-graz.ac.at [129.27.193.133]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA02087 for ; Mon, 14 Apr 1997 03:32:34 -0700 (PDT) Received: (from dada@localhost) by freepass.tu-graz.ac.at (8.6.11/8.6.9) id MAA14023; Mon, 14 Apr 1997 12:32:32 +0200 Message-Id: <199704141032.MAA14023@freepass.tu-graz.ac.at> Date: Mon, 14 Apr 1997 12:32:32 +0200 From: Martin Kammerhofer Reply-To: dada@sbox.tu-graz.ac.at To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3287: missing symbols in /usr/src/sys/i386/i386/symbols.raw Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3287 >Category: kern >Synopsis: missing symbols in /usr/src/sys/i386/i386/symbols.raw >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Apr 14 03:40:25 PDT 1997 >Last-Modified: >Originator: Martin Kammerhofer >Organization: Graz University of Technology >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: >Description: The file "symbols.raw" lists several symbols frequently requested by various utilities from the kernel via nlist(3). Access to these symbols is speeded up by rearranging them via symorder(1) during the kernel link process. I tried cutting on symbol overhead (for floppy booted systems) and installed a kernel namelist containing ONLY symbols from "symbols.raw". iostat(8) and vmstat(8) failed after that because they need additional symbols not listed presently in "symbols.raw". These programs do work in all normal (not stripped) environments, but they run slightly slower due to less efficient symbol lookup. >How-To-Repeat: To verify you need my patch to symorder(1) in order to get symorder's -t option (exclude symbols) to work. It is submitted in another PR. >Fix: ################## patch here ########################## --- /sys/i386/i386/symbols.raw Thu May 2 16:19:54 1996 +++ ./symbols.raw Tue Mar 4 01:16:02 1997 @@ -16,6 +19,7 @@ _msgbufp # _msgbuf #iostat + _dk_ndrive _dk_busy _dk_time _dk_xfer @@ -37,7 +41,25 @@ # _cons _nswap _swaplist + _swdevt + _nswdev + _dmmax + _mountlist + _numvnodes + _maxfiles #vmstat + _dk_ndrive + _cnt + _hz + _stathz + _nchstats + _intrnames + _eintrnames + _intrcnt + _eintrcnt + _kmemstats + _bucket + _dk_names + _bufspace _cp_time # _rate # _total ################## end of patch ######################## >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 14 03:40:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02799 for bugs-outgoing; Mon, 14 Apr 1997 03:40:46 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02758; Mon, 14 Apr 1997 03:40:41 -0700 (PDT) Resent-Date: Mon, 14 Apr 1997 03:40:41 -0700 (PDT) Resent-Message-Id: <199704141040.DAA02758@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dada@sbox.tu-graz.ac.at Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA02316 for ; Mon, 14 Apr 1997 03:36:29 -0700 (PDT) Received: from freepass.tu-graz.ac.at by mail.crl.com with SMTP id AA01137 (5.65c/IDA-1.5 for ); Mon, 14 Apr 1997 03:34:28 -0700 Received: (from dada@localhost) by freepass.tu-graz.ac.at (8.6.11/8.6.9) id MAA14186; Mon, 14 Apr 1997 12:32:38 +0200 Message-Id: <199704141032.MAA14186@freepass.tu-graz.ac.at> Date: Mon, 14 Apr 1997 12:32:38 +0200 From: Martin Kammerhofer Reply-To: dada@sbox.tu-graz.ac.at To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3288: addition of a -f (force) option to "write_mfs_in_kernel.c" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3288 >Category: kern >Synopsis: addition of a -f (force) option to "write_mfs_in_kernel.c" >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Apr 14 03:40:37 PDT 1997 >Last-Modified: >Originator: Martin Kammerhofer >Organization: Graz University of Technology >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: >Description: I4m a FreeBSD user who (inspired by the handbooks chapter FreeBSD internals/The FreeBSD Booting Process/Interesting combinations) made myself custom bootfloppies. During development the MFS inside the kernel changes frequently and therefore altered MFS-images are written into the development kernel. Unfortunately the (undocumented) utility write_mfs_in_kernel allows this only ONCE because there4s a check for all zeroes. My proposed patch eliminates the need to relink the kernel every time a (non-kernel) file is changed and therefore saves a lot of time. >How-To-Repeat: >Fix: Index: write_mfs_in_kernel.c --- /usr/src/release/write_mfs_in_kernel.c Tue Apr 25 05:45:18 1995 +++ mfs2kernel.c Thu Jan 16 16:29:58 1997 @@ -21,17 +22,33 @@ #include #include +static int force = 0; /* don't check for zeros, may corrupt kernel */ + +int main(int argc, char **argv) { - unsigned char *buf_kernel, *buf_fs, *p,*q; - int fd_kernel, fd_fs; + unsigned char *buf_kernel, *buf_fs, *p,*q, *prog; + int fd_kernel, fd_fs, ch, errs=0; struct stat st_kernel, st_fs; u_long l; - if (argc < 3) { - fprintf(stderr,"Usage:\n\t%s kernel fs\n"); + prog= *argv; + while ((ch = getopt(argc, argv, "f")) != EOF) + switch(ch) { + case 'f': + force = 1 - force; + break; + default: + errs++; + } + argc -= optind; + argv += optind; + + if (errs || argc != 2) { + fprintf(stderr,"Usage:\n\t%s [-f] kernel fs\n", prog); exit(2); } + --argv; /* original prog did not use getopt(3) */ fd_kernel = open(argv[1],O_RDWR); if (fd_kernel < 0) { perror(argv[1]); exit(2); } fstat(fd_kernel,&st_kernel); @@ -51,16 +68,17 @@ goto found; fprintf(stderr,"MFS filesystem signature not found in %s\n",argv[1]); exit(1); - found: - for(l=0,q= p + SBOFF; l < st_fs.st_size - SBOFF ; l++,q++ ) - if (*q) - goto fail; +found: + if (!force) + for(l=0,q= p + SBOFF; l < st_fs.st_size - SBOFF ; l++,q++ ) + if (*q) + goto fail; memcpy(p+SBOFF,buf_fs+SBOFF,st_fs.st_size-SBOFF); lseek(fd_kernel,0L,SEEK_SET); if (st_kernel.st_size != write(fd_kernel,buf_kernel,st_kernel.st_size)) { perror(argv[1]); exit(2); } exit(0); - fail: +fail: l += SBOFF; fprintf(stderr,"Obstruction in kernel after %ld bytes (%ld Kbyte)\n", l, l/1024); @@ -68,3 +86,12 @@ (u_long)st_fs.st_size, (u_long)st_fs.st_size/1024); exit(1); } + +/* + * I added a '-f' option to force writing the image into the kernel, even when + * there is already data (i.e. not zero) in the written area. This is useful + * to rewrite a changed MFS-image. Beware: If the written image is larger than + * the space reserved in the kernel (with option MFS_ROOT) then + * THIS WILL CORRUPT THE KERNEL! + * */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 14 03:40:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02826 for bugs-outgoing; Mon, 14 Apr 1997 03:40:51 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02797; Mon, 14 Apr 1997 03:40:46 -0700 (PDT) Resent-Date: Mon, 14 Apr 1997 03:40:46 -0700 (PDT) Resent-Message-Id: <199704141040.DAA02797@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dada@sbox.tu-graz.ac.at Received: from freepass.tu-graz.ac.at (freepass.tu-graz.ac.at [129.27.193.133]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA02091 for ; Mon, 14 Apr 1997 03:32:39 -0700 (PDT) Received: (from dada@localhost) by freepass.tu-graz.ac.at (8.6.11/8.6.9) id MAA13940; Mon, 14 Apr 1997 12:32:29 +0200 Message-Id: <199704141032.MAA13940@freepass.tu-graz.ac.at> Date: Mon, 14 Apr 1997 12:32:29 +0200 From: Martin Kammerhofer Reply-To: dada@sbox.tu-graz.ac.at To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3289: login(1) does not check /etc/skey.access when doing local logins Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3289 >Category: bin >Synopsis: login(1) does not check /etc/skey.access when doing local logins >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 14 03:40:43 PDT 1997 >Last-Modified: >Originator: Martin Kammerhofer >Organization: Graz University of Technology >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: 2.2.1 system with SKEY File /etc/skey.access containing one line (follows here): permit internet 127.0.0.1 255.255.255.255 >Description: local logins are possible from ttyv? (i.e. console) only, BUT according to skey.access ALL LOCAL logins should be allowed with UNIX passwords. >How-To-Repeat: Install the above quoted line in file /etc/skey.access and try from any non-console terminal /usr/bin/login (The login binary must be compiled with SKEY). E.g. try "xterm -e login". >Fix: Apply the following patch to login.c, note that this makes login(1) assume any invocation without option ´-h ´ is from ´localhost´ when login(1) decides wether to permit UNIX-passwords. AFAIK this assumption is valid. --- login.c~ Tue Apr 8 23:58:54 1997 +++ login.c Wed Apr 9 01:05:30 1997 @@ -282,7 +282,7 @@ #ifdef SKEY permit_passwd = skeyaccess(username, tty, - hostname ? full_hostname : NULL, + hostname ? full_hostname : "localhost", NULL); p = skey_getpass("Password:", pwd, permit_passwd); ep = skey_crypt(p, salt, pwd, permit_passwd); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 14 04:10:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA04492 for bugs-outgoing; Mon, 14 Apr 1997 04:10:47 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA04428; Mon, 14 Apr 1997 04:10:20 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id VAA07139; Mon, 14 Apr 1997 21:06:04 +1000 Date: Mon, 14 Apr 1997 21:06:04 +1000 From: Bruce Evans Message-Id: <199704141106.VAA07139@godzilla.zeta.org.au> To: bugs@freebsd.org, hackers@freebsd.org, mtaylor@cybernet.com Subject: Re: vnode as filesystem (crash!) Cc: dyson@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I'm trying to use a vnode as a file system. > >I have no problem "vnconfig"ing and "newfs"ing it (a 10 MB test >case, derived from "dd" and /dev/zero). > >The problem comes when I start creating files on the mounted >vnode. I can get a few hundred files created (this is a random >number: sometimes a few hundred, but never more than two thousand), >and then it hangs the system (actually, sometimes it causes a reboot). >No panics, no kernel messages, just a hang/reboot. I haven't tried the >kernel debugger yet (I don't know how to use it [yet].). :) /dev/vn has been broken for some time (perhaps always). In -current, writing a lot of files to it consistently causes a double fault panic because of deep recursion. Writes via vnstrategy() sometimes call bread() to read an indirect block or something like that, and bread() sometimes calls vnstrategy() to finish off some delayed writes. These writes apparentl often call bread() ... Perhaps the recursion is actually limited by the number of delayed writes, but some of the routines are stack hogs so the stack is exhausted after only about 10 levels of recursion. Bruce db> t 0xf328600c _vfs_bio_awrite(f256d6a4,f256d6a4,2000,0,8) at _vfs_bio_awrite+0xde _vfs_bio_awrite(f256d6a4,0,2000,7d,f01373b2) at _vfs_bio_awrite+0xde _getnewbuf(0,0,2000,2000,f3286128) at _getnewbuf+0x16c _getblk(f05aa500,7d,2000,0,0) at _getblk+0x1e5 _bread(f05aa500,7d,2000,0,f3286128) at _bread+0x21 _ffs_balloc(f05ad400,7d,2000,f0618680,f328622c) at _ffs_balloc+0x7c5 _ffs_write(f3286298,f05c3000,f256bf70,f059c800,7dc) at _ffs_write+0x2fa _vnstrategy(f256bf70,f3286318,f01bfe4a,f3286330,f256bf70) at _vnstrategy+0x22c _spec_strategy(f3286330,f256bf70,200202b4,f256bf70,800) at _spec_strategy+0x1a _ufs_strategy(f3286330) at _ufs_strategy+0xbe _bwrite(f256bf70,f3286374,f0138163,f328636c,f256bf70) at _bwrite+0x9c _vn_bwrite(f328636c,f256bf70,2000,0,8) at _vn_bwrite+0xe _vfs_bio_awrite(f256bf70,0,2000,81,0) at _vfs_bio_awrite+0x10f _getnewbuf(0,0,2000,2000,f3286460) at _getnewbuf+0x16c _getblk(f05aa500,81,2000,0,0) at _getblk+0x1e5 _bread(f05aa500,81,2000,0,f3286460) at _bread+0x21 _ffs_balloc(f05ad400,81,800,f0618680,f3286564) at _ffs_balloc+0x7c5 _ffs_write(f32865d0,f05c3000,f256ecfc,f05c6800,810) at _ffs_write+0x2fa _vnstrategy(f256ecfc,f3286650,f01bfe4a,f3286668,f256ecfc) at _vnstrategy+0x22c _spec_strategy(f3286668,f256ecfc,200202b4,f256ecfc,800) at _spec_strategy+0x1a _ufs_strategy(f3286668) at _ufs_strategy+0xbe _bwrite(f256ecfc,f32866ac,f0138163,f32866a4,f256ecfc) at _bwrite+0x9c _vn_bwrite(f32866a4,f256ecfc,2000,0,8) at _vn_bwrite+0xe _vfs_bio_awrite(f256ecfc,0,2000,60,2000) at _vfs_bio_awrite+0x10f _getnewbuf(0,0,2000,2000,f3286798) at _getnewbuf+0x16c _getblk(f05aa500,60,2000,0,0) at _getblk+0x1e5 _bread(f05aa500,60,2000,0,f3286798) at _bread+0x21 _ffs_balloc(f05ad400,60,1000,f0618680,f328689c) at _ffs_balloc+0x7c5 _ffs_write(f3286908,f05c3000,f256c574,f05cf800,602) at _ffs_write+0x2fa _vnstrategy(f256c574,f3286988,f01bfe4a,f32869a0,f256c574) at _vnstrategy+0x22c _spec_strategy(f32869a0,f256c574,200202b4,f256c574,c00) at _spec_strategy+0x1a _ufs_strategy(f32869a0) at _ufs_strategy+0xbe _bwrite(f256c574,f32869e4,f0138163,f32869dc,f256c574) at _bwrite+0x9c _vn_bwrite(f32869dc,f256c574,2000,0,8) at _vn_bwrite+0xe _vfs_bio_awrite(f256c574,0,2000,62,0) at _vfs_bio_awrite+0x10f _getnewbuf(0,0,2000,2000,f3286ad0) at _getnewbuf+0x16c _getblk(f05aa500,62,2000,0,0) at _getblk+0x1e5 _bread(f05aa500,62,2000,0,f3286ad0) at _bread+0x21 _ffs_balloc(f05ad400,62,2000,f0618680,f3286bd4) at _ffs_balloc+0x7c5 _ffs_write(f3286c40,f05c3000,f256dca8,f05c0a00,62c) at _ffs_write+0x2fa _vnstrategy(f256dca8,f3286cc0,f01bfe4a,f3286cd8,f256dca8) at _vnstrategy+0x22c _spec_strategy(f3286cd8,f256dca8,200202b4,f256dca8,800) at _spec_strategy+0x1a _ufs_strategy(f3286cd8) at _ufs_strategy+0xbe _bwrite(f256dca8,f3286d1c,f0138163,f3286d14,f256dca8) at _bwrite+0x9c _vn_bwrite(f3286d14,f256dca8,2000,0,8) at _vn_bwrite+0xe _vfs_bio_awrite(f256dca8,0,2000,62,f01373b2) at _vfs_bio_awrite+0x10f _getnewbuf(0,0,2000,2000,f3286e08) at _getnewbuf+0x16c _getblk(f05aa500,62,2000,0,0) at _getblk+0x1e5 _bread(f05aa500,62,2000,0,f3286e08) at _bread+0x21 _ffs_balloc(f05ad400,62,1800,f0618680,f3286f0c) at _ffs_balloc+0x7c5 _ffs_write(f3286f78,f05c3000,f256d85c,f05bfa00,628) at _ffs_write+0x2fa _vnstrategy(f256d85c,f3286ff8,f01bfe4a,f3287010,f256d85c) at _vnstrategy+0x22c _spec_strategy(f3287010,f256d85c,200202b4,f256d85c,800) at _spec_strategy+0x1a _ufs_strategy(f3287010) at _ufs_strategy+0xbe _bwrite(f256d85c,f3287054,f0138163,f328704c,f256d85c) at _bwrite+0x9c _vn_bwrite(f328704c,f256d85c,2000,0,8) at _vn_bwrite+0xe _vfs_bio_awrite(f256d85c,0,2000,68,f01373b2) at _vfs_bio_awrite+0x10f _getnewbuf(0,0,2000,2000,f3287140) at _getnewbuf+0x16c _getblk(f05aa500,68,2000,0,0) at _getblk+0x1e5 _bread(f05aa500,68,2000,0,f3287140) at _bread+0x21 _ffs_balloc(f05ad400,68,2000,f0618680,f3287244) at _ffs_balloc+0x7c5 _ffs_write(f32872b0,f05c3000,f2566610,f05bd200,68c) at _ffs_write+0x2fa _vnstrategy(f2566610,f3287330,f01bfe4a,f3287348,f2566610) at _vnstrategy+0x22c _spec_strategy(f3287348,f2566610,200202b4,f2566610,800) at _spec_strategy+0x1a _ufs_strategy(f3287348) at _ufs_strategy+0xbe _bwrite(f2566610,f328738c,f0138163,f3287384,f2566610) at _bwrite+0x9c _vn_bwrite(f3287384,f2566610,2000,0,8) at _vn_bwrite+0xe _vfs_bio_awrite(f2566610,0,2000,60,f01373b2) at _vfs_bio_awrite+0x10f _getnewbuf(0,0,2000,2000,f3287478) at _getnewbuf+0x16c _getblk(f05aa500,60,2000,0,0) at _getblk+0x1e5 _bread(f05aa500,60,2000,0,f3287478) at _bread+0x21 _ffs_balloc(f05ad400,60,2000,f0618680,f328757c) at _ffs_balloc+0x7c5 _ffs_write(f32875e8,f05c3000,f256a760,f05bb600,60c) at _ffs_write+0x2fa _vnstrategy(f256a760,f3287668,f01bfe4a,f3287680,f256a760) at _vnstrategy+0x22c _spec_strategy(f3287680,f256a760,200202b4,f256a760,800) at _spec_strategy+0x1a _ufs_strategy(f3287680) at _ufs_strategy+0xbe _bwrite(f256a760,f32876c4,f0138163,f32876bc,f256a760) at _bwrite+0x9c _vn_bwrite(f32876bc,f256a760,2000,0,8) at _vn_bwrite+0xe _vfs_bio_awrite(f256a760,0,2000,60,0) at _vfs_bio_awrite+0x10f _getnewbuf(0,0,2000,2000,f32877b0) at _getnewbuf+0x16c _getblk(f05aa500,60,2000,0,0) at _getblk+0x1e5 _bread(f05aa500,60,2000,0,f32877b0) at _bread+0x21 _ffs_balloc(f05ad400,60,1800,f0618680,f32878b4) at _ffs_balloc+0x7c5 _ffs_write(f3287920,f05c3000,f256aad0,f05bbe00,608) at _ffs_write+0x2fa _vnstrategy(f256aad0,f32879a0,f01bfe4a,f32879b8,f256aad0) at _vnstrategy+0x22c _spec_strategy(f32879b8,f256aad0,200202b4,f256aad0,800) at _spec_strategy+0x1a _ufs_strategy(f32879b8) at _ufs_strategy+0xbe _bwrite(f256aad0,f32879fc,f0138163,f32879f4,f256aad0) at _bwrite+0x9c _vn_bwrite(f32879f4,f256aad0,2000,0,8) at _vn_bwrite+0xe _vfs_bio_awrite(f256aad0,0,2000,66,0) at _vfs_bio_awrite+0x10f _getnewbuf(0,0,2000,2000,f3287ae8) at _getnewbuf+0x16c _getblk(f05aa500,66,2000,0,0) at _getblk+0x1e5 _bread(f05aa500,66,2000,0,f3287ae8) at _bread+0x21 _ffs_balloc(f05ad400,66,2000,f0618680,f3287bec) at _ffs_balloc+0x7c5 _ffs_write(f3287c58,f05c3000,f2568be0,f05bd600,66e) at _ffs_write+0x2fa _vnstrategy(f2568be0,f3287cd8,f01bfe4a,f3287cf0,f2568be0) at _vnstrategy+0x22c _spec_strategy(f3287cf0,f2568be0,200202b4,f2568be0,400) at _spec_strategy+0x1a _ufs_strategy(f3287cf0) at _ufs_strategy+0xbe _bwrite(f2568be0,f3287d34,f0138163,f3287d2c,f2568be0) at _bwrite+0x9c _vn_bwrite(f3287d2c,f2568be0,2000,0,8) at _vn_bwrite+0xe _vfs_bio_awrite(f2568be0,0,600,0,0) at _vfs_bio_awrite+0x10f _getnewbuf(0,0,600,2000,f05b0c00) at _getnewbuf+0x16c _getblk(f05a8b00,0,600,0,0) at _getblk+0x1e5 _nfs_getcacheblk(f05a8b00,0,600,f0592c00,f3287ef0) at _nfs_getcacheblk+0x86 _nfs_bioread(f05a8b00,f3287f34,20000,f0616900,f3287f04) at _nfs_bioread+0x5db _nfs_read(f3287ef0,f02149d8,200,f3287f94,f3287ef0) at _nfs_read+0x1e _vn_read(f061a080,f3287f34,f0616900,f02149d8,f0592c00) at _vn_read+0x115 _read(f0592c00,f3287f94,f3287f84,11000,51c) at _read+0xa7 _syscall(27,efbf0027,11000,51c,efbfd978) at _syscall+0x16b _Xsyscall() at _Xsyscall+0x35 --- syscall 0x3, eip = 0x807b0f1, esp = 0xefbfd968, ebp = 0xefbfd978 --- db> From owner-freebsd-bugs Mon Apr 14 07:23:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA16898 for bugs-outgoing; Mon, 14 Apr 1997 07:23:11 -0700 (PDT) Received: from kaiwan.kaiwan.com (4@kaiwan.kaiwan.com [198.178.203.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA16893 for ; Mon, 14 Apr 1997 07:23:07 -0700 (PDT) Received: from exit.com (uucp@localhost) by kaiwan.kaiwan.com (8.6.12/8.6.12) with UUCP id HAA07437 for freebsd-bugs@freebsd.org; Mon, 14 Apr 1997 07:23:05 -0700 *** KAIWAN Internet Access *** Received: (from frank@localhost) by exit.com (8.8.5/8.7.3) id HAA00990 for freebsd-bugs@freebsd.org; Mon, 14 Apr 1997 07:20:08 -0700 (PDT) From: Frank Mayhar Message-Id: <199704141420.HAA00990@exit.com> Subject: More problems with 2.1.7-STABLE versus 2940W. To: freebsd-bugs@freebsd.org Date: Mon, 14 Apr 1997 07:20:08 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This time I have evidence. I believe this happened during the run of news.daily. Apr 14 04:48:00 exit /kernel: ahc0: ahc_intr - referenced scb not valid during SELTO scb(255) Apr 14 04:48:00 exit /kernel: ahc0: ahc_intr - referenced scb not valid during SELTO scb(255) Apr 14 04:48:00 exit last message repeated 22 times Apr 14 04:48:00 exit /kernel: sd3(ahc0:8:0): SCB 0x4 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x18 Apr 14 04:48:00 exit /kernel: SEQADDR == 0x5 Apr 14 04:48:00 exit /kernel: sd3(ahc0:8:0): SCB 4: Immediate reset. Flags = 0x1 Apr 14 04:48:00 exit /kernel: panic: Waiting List inconsistency. SCB index == 255, yet numscbs == 5. This is the panic. Then, after it rebooted, I see: Apr 14 04:48:08 exit /kernel: WARNING: / was not properly dismounted. Apr 14 04:48:08 exit /kernel: ahc0: WARNING no command for scb 255 (cmdcmplt) Apr 14 04:48:08 exit /kernel: QOUTCNT == 1 Apr 14 04:48:08 exit /kernel: sd1(ahc0:1:0): SCB 0x3 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Apr 14 04:48:09 exit /kernel: SEQADDR == 0x6 Apr 14 04:48:09 exit /kernel: sd1(ahc0:1:0): Queueing an Abort SCB Apr 14 04:48:09 exit /kernel: sd1(ahc0:1:0): Abort Message Sent Apr 14 04:48:10 exit /kernel: sd1(ahc0:1:0): SCB 3 - Abort Completed. Apr 14 04:48:10 exit /kernel: sd1(ahc0:1:0): no longer in timeout Apr 14 04:48:10 exit /kernel: ahc0: WARNING no command for scb 255 (cmdcmplt) Apr 14 04:48:10 exit /kernel: QOUTCNT == 1 Apr 14 04:48:10 exit /kernel: sd1(ahc0:1:0): SCB 0x3 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Apr 14 04:48:10 exit /kernel: SEQADDR == 0x4 Apr 14 04:48:11 exit /kernel: sd1(ahc0:1:0): Queueing an Abort SCB Apr 14 04:48:11 exit /kernel: sd1(ahc0:1:0): Abort Message Sent Apr 14 04:48:11 exit /kernel: sd1(ahc0:1:0): SCB 3 - Abort Completed. Apr 14 04:48:11 exit /kernel: sd1(ahc0:1:0): no longer in timeout sd3 is my fast/wide drive, with a news partition on it. sd1 is just an older run-of-the-mill 1.2 Gig SCSI 2 drive. I'm going back to my 10/11 kernel again. -- Frank Mayhar frank@exit.com From owner-freebsd-bugs Mon Apr 14 09:00:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA23178 for bugs-outgoing; Mon, 14 Apr 1997 09:00:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA23159; Mon, 14 Apr 1997 09:00:02 -0700 (PDT) Resent-Date: Mon, 14 Apr 1997 09:00:02 -0700 (PDT) Resent-Message-Id: <199704141600.JAA23159@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, tinguely@plains.NoDak.edu Received: from web.cs.ndsu.NoDak.edu (web.cs.ndsu.NoDak.edu [134.129.125.7]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA22465 for ; Mon, 14 Apr 1997 08:52:51 -0700 (PDT) Received: (from tinguely@localhost) by web.cs.ndsu.NoDak.edu (8.8.5/8.8.5) id KAA00901; Mon, 14 Apr 1997 10:52:49 -0500 (CDT) Message-Id: <199704141552.KAA00901@web.cs.ndsu.NoDak.edu> Date: Mon, 14 Apr 1997 10:52:49 -0500 (CDT) From: tinguely@plains.NoDak.edu Reply-To: tinguely@plains.NoDak.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/3290: port option in lpd not valid Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3290 >Category: docs >Synopsis: port option in lpd not valid >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 14 09:00:01 PDT 1997 >Last-Modified: >Originator: mark tinguely >Organization: North Dakota State University CS Department >Release: FreeBSD 2.2.1-RELEASE i386 and before >Environment: >Description: lpd(8) does not accept another port number as documented in the manual page. Looking at the sources for lpd, lpd does not recognize the additional port arguement. in lpd.c (main()) sp = getservbyname("printer", "tcp"); if (sp == NULL) { syslog(LOG_ERR, "printer/tcp: unknown service"); mcleanup(0); } memset(&sin, 0, sizeof(sin)); sin.sin_family = AF_INET; sin.sin_port = sp->s_port; if (bind(finet, (struct sockaddr *)&sin, sizeof(sin)) < 0) { syslog(LOG_ERR, "bind: %m"); mcleanup(0); } Later in the code it make sure the port is a reserved port (lower than 1024) for security purposes, so even if we could change to port number it would only work for reserved ports. >How-To-Repeat: # lpd 4 # netstat -a >Fix: remove the port# information from the manual page. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 14 09:42:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA26157 for bugs-outgoing; Mon, 14 Apr 1997 09:42:48 -0700 (PDT) Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA26125; Mon, 14 Apr 1997 09:42:34 -0700 (PDT) Date: Mon, 14 Apr 1997 09:42:34 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199704141642.JAA26125@freefall.freebsd.org> To: luigi@iet.unipi.it, jkh, freebsd-bugs Subject: Re: kern/3268 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: fix and feature add for asc driver State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon Apr 14 09:41:30 PDT 1997 State-Changed-Why: Brought into RELENG_2_2 (since it was tested there) and -current; thanks! Any interest in becomming a committer? I'd be happy to sponsor you! From owner-freebsd-bugs Mon Apr 14 10:08:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA29147 for bugs-outgoing; Mon, 14 Apr 1997 10:08:01 -0700 (PDT) Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA28335 for freebsd-bugs@freebsd.org; Mon, 14 Apr 1997 10:01:03 -0700 (PDT) Date: Mon, 14 Apr 1997 10:01:03 -0700 (PDT) Message-Id: <199704141701.KAA28335@freefall.freebsd.org> From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The report has been examined by a team member and evaluated. f - feedback The problem has been solved, and the originator has been given a patch or a fix has been committed. The PR remains in this state pending a response from the originator. s - suspended Work on the problem has been postponed. This happens if a timely solution is not possible or is not cost-effective at the present time. The PR continues to exist, though a solution is not being actively sought. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard o [1995/02/14] kern/216 davidg /kernel: panic: ffs_alloccg: map corrupte o [1995/12/08] kern/876 NFS allows bogus accesses to cached data a [1996/01/22] kern/965 bde 2.0.5: system crashes daily because of "m a [1996/03/04] kern/1059 hsu null fs panics system o [1996/04/06] kern/1121 dyson System crashes on boot up just after the o [1996/05/07] kern/1177 dyson Machine hangs with message "vm_fork: no p f [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel o [1996/06/11] kern/1311 dyson Panic: vm_page_free while installing new a [1996/07/15] bin/1387 davidn Group file errors cause absolute havoc a [1996/08/09] kern/1487 bde bug in exec(2) o [1996/09/11] kern/1599 panic: locking against myself s [1996/09/13] conf/1608 FreeBSD's bug tracking system does not re o [1996/09/29] bin/1694 rbootd does not appear to work o [1996/09/30] kern/1698 sup from around 21:51 GMT 28th very unsta a [1996/10/08] kern/1744 run queue or proc list smashed 4 times in o [1996/10/13] kern/1790 access to /dev/kmem panics system f [1996/10/28] kern/1919 se access to files/directories fails, gives o [1996/11/01] kern/1940 TCP doesn't time out of FIN_WAIT_1 and fl o [1996/11/04] i386/1959 DELAY() won't work for fast CPUs o [1996/11/15] kern/2033 unmount of doubly mounted devfs forces pa o [1996/11/29] kern/2121 MAXBSIZE in param.h causes kernel panic i o [1996/12/14] i386/2218 cy.c XON/XOFF handling crashes kernel o [1996/12/20] bin/2258 wollman route add/delete [network] xxx.yyy.zzz.0 o [1996/12/25] kern/2277 2.2-BETA fails to boot on my laptop f [1997/01/01] ports/2352 ports wu-ftp port does not work with DES crypte o [1997/01/03] conf/2367 gibbs Buslogic SCSI driver bad probe of 742A EI o [1997/01/04] kern/2371 gibbs SCSI disk corruption o [1997/01/14] kern/2498 On installation, after selecting drivers, a [1997/01/24] kern/2573 mmap on nfs mounted file hangs system o [1997/01/25] bin/2581 imp security holes in libtermcap o [1997/01/27] bin/2599 Lite2 merg and critical bugfix for games/ o [1997/02/01] kern/2635 NFS cache doesn't check execute permissio o [1997/02/06] kern/2680 bde bind of a local domain socket does not re o [1997/02/11] kern/2717 Panic with daily script (find) o [1997/02/14] bin/2740 wpaul root-fs full erases password table ! o [1997/02/17] kern/2754 Using memory mmapped to an NFS file can c o [1997/02/19] conf/2775 sos Syscons in 2.2 wont work with Diamond Spe o [1997/02/21] misc/2795 Cyclades 8YO -- Not working under 2.1.6-S o [1997/02/26] bin/2821 jkh XFree86 distributed with 2.2-GAMMA corrup o [1997/02/28] bin/2837 Globalyst550 Disk-Drive Not found!! o [1997/03/03] bin/2868 new fetch thinks that NCSA 1.5.2 server r o [1997/03/04] kern/2877 Fatal Trap 12: page fault while in kernel o [1997/03/05] kern/2890 System panic after kernel compiled for 12 o [1997/03/06] kern/2908 Fix for the NFS filehandle bug. o [1997/03/08] kern/2923 panic: vm_fault: fault on nofault entry, o [1997/03/11] bin/2946 res_send.c: make world fails on -current o [1997/03/13] bin/2976 user ppp from 2.2-GAMMA acts strangely.. o [1997/03/13] kern/2980 2.2 crashes after accessing DAT-tape. bot o [1997/03/15] kern/3000 Kernel Panic in 2.2-CURRENT Kernel o [1997/03/16] kern/3005 can't completely install 2.1.7 release; s o [1997/03/17] kern/3017 panic: page fault as of March 11th v2.2 o [1997/03/17] bin/3019 Can't use SCSI disk (SCSI ID>3) on instal o [1997/03/18] i386/3034 When mouse active in console XFree not st o [1997/03/20] kern/3046 copying a file to an NFS mounted partitio o [1997/03/22] kern/3067 Keyboard does not fonction after booting o [1997/03/23] misc/3070 Cannot do post install mods to UNIX from o [1997/03/23] kern/3072 Kernel Page Fault During Install of 2.1.7 o [1997/03/25] ports/3102 tg teTex port destroys previous contents of o [1997/03/25] kern/3103 vi large_file --> reboot without panic o [1997/03/26] ports/3106 torstenb pidentd exits with signal 6 o [1997/03/26] bin/3115 date command dumps core o [1997/03/27] kern/3128 Can't Install FreeBSD 2.2.1 o [1997/03/28] bin/3131 dlsym() does not set error on error, brea o [1997/03/30] kern/3150 Cyrix 6x86L-P200+ crashes w/ page fault o [1997/04/01] bin/3165 tex-3.14159.tgz lacks file o [1997/04/07] bin/3226 mpp vi died with a core dump o [1997/04/08] kern/3234 ipfilter.shar - integration complete o [1997/04/09] bin/3243 won't read file bin.cc - says "read -1 of o [1997/04/11] kern/3259 /bin/ps: kernel kernel, lockups, performa o [1997/04/12] kern/3267 mtime/ctime sometimes updated when a prog 71 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1994/11/30] kern/34 davidg nullfs and union mounts can result in wil a [1995/03/20] kern/260 davidg msync and munmap don't bother to update m s [1995/04/01] kern/291 se PCI devices still probe/attach after bein f [1995/05/08] bin/389 Simultaneous creation/deletion of dirs co a [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/ o [1995/05/16] kern/425 wollman arp entries not getting removed when inte a [1995/06/17] kern/527 dufault dump causes assertion in ncr.c o [1995/07/02] kern/579 bde sio: RS_IBUFSIZE at 256 bytes serial line f [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer s [1995/07/21] i386/631 if_ix does not support bpf, nor does it a s [1995/07/29] kern/638 Transmitted packets not passed to bpf in f [1995/08/11] gnu/672 Nor all ph headers get created o [1995/08/21] kern/703 amurai ppp not always deleting route properly wh o [1995/08/22] bin/706 jmg increased root DNS traffic and long laten f [1995/09/20] kern/730 gibbs 3Com 3C5x9 probe problem f [1995/09/27] kern/750 cd9660 confused by not-ready or I/O error a [1995/10/07] bin/771 telnet character mode not set and broken o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps o [1995/11/12] kern/820 gibbs scsi tape problems f [1995/11/16] bin/826 mpp tcpmux listener in inetd does not work o [1995/11/28] bin/850 joerg dump treats write-protect as an EOT & spo o [1995/12/20] i386/906 davidg /sys/i386/boot/netboot/nb8390.com cannot o [1996/01/01] bin/926 Mounting nfs disks before starting mountd o [1996/02/12] kern/1020 .Boca 16-port board still hangs o [1996/02/12] docs/1023 mpp using touch to create swap file for NFS d a [1996/02/17] bin/1030 steve /bin/sh does not pass environment variabl f [1996/02/28] bin/1050 [floppy] Process (zip) hangs (unkillable) s [1996/03/06] kern/1067 mpp panic: ufs_lock: recursive lock not expec o [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Sol f [1996/03/21] i386/1097 gibbs system hang during tape rewind/aic7870 co o [1996/03/23] kern/1098 File system corruption (2 cases) o [1996/03/30] bin/1111 scrappy mail.local will happily deliver mail to a f [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot o [1996/05/24] misc/1247 bde Conflicting header files f [1996/05/26] i386/1251 aha0 and bt0(eisa) conflicts again. o [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets o [1996/05/28] kern/1271 phk Kernel panic using PLIP in 27/05 current o [1996/05/31] kern/1284 dyson panic: vm_page_free: freeing busy page o [1996/06/02] i386/1288 bde wdgetctlr (wd.c) return incorrect number o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA o [1996/06/10] kern/1308 dyson vm_page_free: wire count > 1 in 960501-SN a [1996/06/12] bin/1315 ls(1) a [1996/06/18] kern/1333 davidg free vnode isn't: another -stable coredum f [1996/07/03] bin/1364 mpp ps(1) bugs o [1996/07/09] gnu/1379 Man command problem, when it writes into a [1996/07/18] kern/1397 bde can't send to a pipe f [1996/07/19] gnu/1407 jdp ld computes wrong size of common (global f [1996/07/24] kern/1423 wollman route causes kernel page fault. f [1996/08/01] bin/1454 steve /bin/sh bug handling <<[n] FD processing o [1996/08/03] bin/1461 Incorrect address binding of Kerberized r o [1996/08/04] kern/1467 gibbs scsi_prevent causing tape problems on clo o [1996/08/18] kern/1512 dyson Use of madvise may may cause bad memory m o [1996/08/22] kern/1533 dyson Machine can be panicked by a userland pro o [1996/08/25] misc/1541 julian fork.o in libc_r fails to compile f [1996/09/05] kern/1570 Setting SHMALL > 35000 causes panic f [1996/09/08] kern/1584 [unionfs] same file is listed twice o [1996/09/08] docs/1588 jfieber Handbook Incorrect LaTeX/PostScript outpu o [1996/09/14] kern/1610 dyson mmap() of unassociated memory + mlock() c o [1996/09/14] kern/1613 I get ls: fts_read: No such file or direc o [1996/09/16] i386/1626 MUSTEK Scanner hangs NCR SCSI controller f [1996/09/18] kern/1637 mss driver causes feedback (squeal) on so o [1996/09/19] bin/1650 telnet encryption with char-mode and asci o [1996/09/21] kern/1661 ft driver hangs uninterruptably at "bavai o [1996/09/26] kern/1684 inconsistent permission failures on NFS r o [1996/09/29] kern/1689 wollman TCP extensions throttles distant connecti o [1996/09/29] kern/1692 Page fault while in kernel modem fatal tr o [1996/10/01] bin/1702 installing of tcl manpages fails from mak o [1996/10/03] kern/1715 le driver non-reentrant o [1996/10/04] kern/1723 gibbs kernel fault when doing scsi reprobe o [1996/10/04] kern/1724 gibbs HP colorado T4000S tape drive hangs syste o [1996/10/04] kern/1726 panic in kmem_malloc (dump available) o [1996/10/05] i386/1730 sos SFF8020 violation and silly bug in atapi. o [1996/10/10] ports/1753 markm SSLeay doesn't work against Microsoft sec o [1996/10/10] kern/1754 netbooted machines freeze with ifconfig a o [1996/10/11] bin/1773 ports A NULL pointer causing segmentation core o [1996/10/13] gnu/1787 markm Diffs with Index: lines are not honored f o [1996/10/15] bin/1810 fsck -p does not check pass 0 filesystems o [1996/10/15] kern/1812 dyson vnodes are left in a locked state o [1996/10/15] kern/1814 cy driver gets deadlocked sometimes a [1996/10/18] kern/1839 mpp Multiple mfs mounts of same mount point o [1996/10/20] kern/1848 breakpoints may be set in shared librarie o [1996/10/21] kern/1856 read-only nfs mount: panic leaf should be o [1996/10/22] ports/1866 wosch popclient flushes remote mailbox even wit o [1996/10/24] kern/1880 kernel crash during boot when using 512 M o [1996/10/25] bin/1891 mountd fails to export o [1996/10/26] bin/1892 install(1) removes target file o [1996/10/29] bin/1927 User CPU time getting accounting as syste o [1996/11/04] bin/1952 guido Long chat script makes ppp dump core o [1996/11/07] bin/1973 jmg pppd uses /etc/ppp/options.tty after comm o [1996/11/08] gnu/1981 ypserv handles null key incorrectly f [1996/11/08] kern/1982 fenner arpresolve: cant allocate llinfo for 207. o [1996/11/10] kern/1989 gibbs dump(8) fails to dump if tagged command q o [1996/11/13] ports/2000 asami obsolete software in distfiles directory a [1996/11/13] bin/2001 mpp vi confused about lines to display o [1996/11/13] i386/2002 sio doesn't detect com port on Compaq Con o [1996/11/14] misc/2013 'make world' fails on read-only /usr/src o [1996/11/14] kern/2014 sos Console keyboard lockup problem o [1996/11/15] bin/2016 static libtcl references symbols that are o [1996/11/15] kern/2034 julian [devfs] wd* driver "slot name rejection e o [1996/11/15] gnu/2035 peter deque bug, local gnu changes to deque hea o [1996/11/18] kern/2053 de0 driver don't work at 100M for Compex o [1996/11/19] i386/2058 sos amity series machines can not show instal o [1996/11/24] kern/2094 wd1: interrupt timeout: o [1996/11/26] bin/2107 problem building a system from cdrom. o [1996/11/29] kern/2124 sos Hitachi CDR-7730 ATAPI CD-ROM recognized s [1996/12/03] kern/2142 FP mask not saved for signal handlers o [1996/12/03] kern/2144 kernel panic (page fault) running chgrp o [1996/12/08] kern/2181 2.2-ALPHA flickers/wavers part of the upp o [1996/12/09] bin/2187 ijppp: LQR is broken o [1996/12/10] misc/2189 mpp netdb.h works not with -traditonal cc fla o [1996/12/10] bin/2191 syslogd stops logging after several hours o [1996/12/13] bin/2206 NIS Makefile can't manage appletalk entri o [1996/12/17] kern/2232 MSDOSFS corrupts MSDOS partitions > 500Mb o [1996/12/18] kern/2248 Mitsumi CD-ROM driver has "timeout" probl s [1996/12/19] bin/2255 Client PPP negotiates Stacker compression o [1996/12/20] bin/2256 PPP process on port will not close when a s [1996/12/22] ports/2268 ports libc from linux emulator does not use /et o [1996/12/22] kern/2270 Hayes ESP serial card locks system as of a [1996/12/25] misc/2283 ache setlocale() in libxpg4 always returns NUL o [1996/12/29] bin/2318 /usr/libexec/rlogind doesn't work after t a [1996/12/30] kern/2325 mpp quota.user enlarged, no boot on 2.2-BETA o [1996/12/30] kern/2330 changing root device to sd0a - ncr0: abor o [1996/12/31] ports/2340 obrien gshar+gunshar needs to be updated to 4.2 o [1997/01/01] kern/2351 panic:timeout table full o [1997/01/06] kern/2388 joerg start unit command screws up some CDROM d o [1997/01/07] gnu/2394 tar will extract files even if -C command f [1997/01/07] kern/2401 joerg 2.2 RELENG sometimes locks up early on bo o [1997/01/08] kern/2425 amd driver does not reprobe devices. o [1997/01/08] conf/2426 At end of install, panic: Going nowhere w o [1997/01/09] bin/2430 mountd stops on loading if subnet mask is o [1997/01/09] i386/2431 panic: get_pv_entry: cannot get a pv_entr o [1997/01/12] i386/2471 Sound: Reset failed - Can't reopen device o [1997/01/13] misc/2479 sos NEC CD-ROM NOT RECOGNIZED; MATROX MISTIQU o [1997/01/13] bin/2489 mpp gnats mangles sections o [1997/01/16] kern/2507 Renaming DOS directories with "mv" causes o [1997/01/18] kern/2521 kernel from 2.1.6 install CD doesn't acce o [1997/01/18] bin/2527 fetch doesn't print enough of the error m o [1997/01/20] kern/2538 worm burning suddenly broken o [1997/01/20] bin/2541 cd (using /bin/sh) may leave you in the w o [1997/01/20] kern/2545 se < sd0(ncr0:6:0): COMMAND FAILED ==> Not o [1997/01/21] bin/2549 sos cdcontrol refuses to play audio CDs from f [1997/01/21] misc/2551 davidn limit too small for user root o [1997/01/23] kern/2569 route -iface breaks inet behaivour f [1997/01/24] kern/2570 fenner arpresolve: cant allocate llinfo o [1997/01/25] bin/2591 sh coredumps when passing an argv of a ce o [1997/01/26] bin/2597 everything stops when the new ld.so is in o [1997/01/29] kern/2613 ache syscons mistakes MONO for MONO VGA o [1997/01/29] misc/2614 make reinstall does not work o [1997/01/29] bin/2616 Installs very irratically from the same c o [1997/01/30] bin/2622 syslogd '-s' behavior either broken or po o [1997/01/31] misc/2625 fixed broken src/includes o [1997/01/31] kern/2628 code clean up of sys/sys o [1997/01/31] kern/2632 enabling psm mouse causes keyboard to not o [1997/01/31] bin/2633 fsck -p in /etc/rc fails with cannot allo o [1997/02/02] kern/2640 2.2-RELENG leaks memory (router/pppd serv s [1997/02/03] kern/2647 changing existing route to -static crashe o [1997/02/04] ports/2664 elm methodically writes garbage into fold o [1997/02/05] kern/2667 wollman bpfattach can hang the system f [1997/02/05] bin/2670 fetch fails with HTTP_PROXY o [1997/02/05] bin/2671 Run-away processes using all CPU time a [1997/02/06] kern/2675 lkmcioctl() is not consistent and careful o [1997/02/07] kern/2690 asami When Using ccd in a mirror mode, file cre o [1997/02/08] kern/2695 sio1 (16540 serial port) is not recognize o [1997/02/09] kern/2698 After rewind I cannot read a tape; blocks o [1997/02/12] kern/2719 added support for magneto-optical SCSI di o [1997/02/13] ports/2731 ports new port: Tcl 8.0A2 o [1997/02/14] kern/2732 mcopy 3.0 causes kernel hang o [1997/02/14] bin/2736 No boot block if no FreeBSD partitions on o [1997/02/14] kern/2738 julian [DEVFS problem] Kernel crashes when you m o [1997/02/15] kern/2742 panic: leaf should be empty o [1997/02/15] bin/2747 davidn cannot submit at jobs from within an at j o [1997/02/17] kern/2751 asami 2GB limitation on CCD device partitions s o [1997/02/18] bin/2762 Precedence mistake in libncurses o [1997/02/19] kern/2768 ktrace(1) -i dumps corrupted trace data o [1997/02/19] bin/2769 fsck needs several runs to clean up bad/d o [1997/02/19] kern/2770 panic: vm_fault: fault on nofault entry o [1997/02/19] kern/2771 panic: bad dir o [1997/02/19] kern/2772 gibbs panic: %s:%c:%d: Target did not send an I o [1997/02/19] kern/2773 bad dir panic o [1997/02/19] kern/2774 dfr NFS client on 2.2-BETA blows holes in fil o [1997/02/20] misc/2781 Installation crashes if timeout in ftp tr o [1997/02/20] misc/2784 userland PPP rises load to 1.00 o [1997/02/20] bin/2785 wpaul callbootd uses an unitialized variable o [1997/02/20] gnu/2786 gcc version 2.7.2.1 C compiler slows down o [1997/02/21] misc/2793 libc_r make fscanf failure o [1997/02/22] kern/2800 DDS large data writing probrem o [1997/02/25] kern/2815 Custom Kernel crashes o [1997/02/27] bin/2829 jkh FTP installs can only fail once o [1997/02/28] bin/2832 w treats corrupted utmp as fatal error o [1997/03/01] kern/2840 mlock+minherit+fork+munlock causes panics o [1997/03/01] ports/2842 ports Expect port upgraded at master site; does o [1997/03/02] bin/2844 libedit sync with NetBSD/OpenBSD o [1997/03/03] i386/2853 syscons beeps even if beeping screen is n o [1997/03/03] kern/2858 dfr FreeBSD NFS client can't mount filesystem o [1997/03/03] bin/2867 sysinstall goes into an infinite loop dur o [1997/03/04] kern/2873 the od0 devies does not handle a Maxoptix o [1997/03/04] docs/2874 The gencat command hasn't got a manual pa o [1997/03/04] bin/2879 steve sh: ! fails to negate the return value of o [1997/03/06] kern/2896 FreeBSD 2.2-GAMMA does not work with DIam o [1997/03/07] bin/2915 the "-fstype ufs" option of "find" seems o [1997/03/07] ports/2918 ports Unable to pass 8+ command line arguments o [1997/03/08] kern/2919 vm_fault: fault on nofault entry, addr: f o [1997/03/09] bin/2925 non-priviledged user can crash FreeBSD!! o [1997/03/11] bin/2948 can't dump 640MB optical disks o [1997/03/11] ports/2956 ports New Port: xgospel-1.10d in ftp.freebsd.or o [1997/03/12] kern/2965 st0 hang/fail on reading 4mm DAT tape for o [1997/03/12] bin/2969 csh and/or builtin printf has problems wi o [1997/03/12] bin/2973 output of iostat is wrong. o [1997/03/15] kern/2991 RTF_LLINFO routes remain when interface i o [1997/03/15] ports/2992 ports xperfmon++ port is out of date a [1997/03/15] ports/2994 ports xpm port does not build for the first tim o [1997/03/15] bin/2997 unterminated string after strncpy o [1997/03/17] conf/3016 fvwm95-2 does not have system resource fi o [1997/03/18] kern/3021 panic after sync during reboot o [1997/03/18] bin/3027 error parsing mount options which include o [1997/03/18] kern/3029 typo in libc o [1997/03/19] kern/3039 higher securelevel (>0) stops X server o [1997/03/21] i386/3048 multicast support necessery in some drive o [1997/03/21] kern/3054 OPL3 sound off by one note o [1997/03/21] bin/3055 umount -f does not work o [1997/03/22] kern/3059 2.2 RELEASE hangs during or immediately a o [1997/03/22] kern/3066 System lock-up after npx0 probe with 2.2- o [1997/03/24] i386/3082 keyboard locks up unexpectedly o [1997/03/24] i386/3083 Toshiba XM-5702B ATAPI CDROM not detected o [1997/03/24] bin/3085 make world fails on compiling dumpfs.c o [1997/03/24] misc/3086 panic: cannot mount root - on boot, when o [1997/03/25] kern/3104 Cannot execute files on a nullfs filesyst o [1997/03/26] kern/3107 2.2.1-RELEASE can't boot on at least two o [1997/03/26] conf/3109 unintellible upgrade doc o [1997/03/26] docs/3114 Use of HISADDR in ppp.conf incorrect o [1997/03/27] kern/3122 _POSIX_SAVED_IDS not defined in 2.2 o [1997/03/27] conf/3123 /stand/sysintstall does not perform to up o [1997/03/27] i386/3124 BOOT_PROBE_KEYBOARD hangs system in bootb o [1997/03/27] ports/3125 torstenb inn port incorrect use of perl5 o [1997/03/27] bin/3126 Install with mcd0 still broken. o [1997/03/27] bin/3127 PCI Ether card slower than ISA Ether card o [1997/03/28] i386/3130 Dell Latitude keyboard lock up o [1997/03/28] misc/3133 TIOCSETD error with Cyclades 8Yo o [1997/03/28] kern/3134 Both boot and boot-pao floppies hang afte o [1997/03/29] ports/3142 ports new port: slrn o [1997/03/30] ports/3146 ports new port fix (slrn) o [1997/03/30] gnu/3149 patch-2.1: files possibly created in wron o [1997/03/31] kern/3156 Copying to floppy device file locks machi o [1997/03/31] bin/3158 seg faults and cannot update links using o [1997/04/01] kern/3162 2.2 kernel from mar 25th crashes on nfs s o [1997/04/01] bin/3170 vi freaks and dump core if user doesn't e o [1997/04/01] bin/3173 utmp and wtmp programs out of sync. o [1997/04/02] gnu/3176 `patch' creates files in wrong places o [1997/04/02] ports/3179 ports WebStone 2.0.1 port submitted o [1997/04/02] kern/3180 mlock() causes panic: lockmgr: upgrade ex o [1997/04/04] ports/3193 ports MAKE fails for /usr/ports/net/ucd-snmp o [1997/04/04] i386/3195 ahc panic o [1997/04/05] kern/3201 de0 not re-enabled after hub down o [1997/04/05] ports/3205 ports Mtools-3.0 attempts to flock() a disk par o [1997/04/05] kern/3209 3.0-current panics on shutdown/reboot/hal o [1997/04/06] kern/3216 panic: pmap_zero_page: CMAP busy o [1997/04/06] kern/3219 sppp or arnet gets looped after connectio o [1997/04/07] kern/3220 2.2.1 RELEASE - hangs during boot... o [1997/04/07] bin/3222 Add null termination after strncpy o [1997/04/08] bin/3230 Unable to resolve dev conflict between ed o [1997/04/09] kern/3244 ipfw flush closes connections o [1997/04/10] bin/3246 mtree -c should escape whitespace and spe o [1997/04/11] ports/3256 ports ncftp-2.4.2 in packages-2.2 was not linke o [1997/04/11] docs/3257 make cleandepend is broken in src/ o [1997/04/11] kern/3260 FreeBSD 2.2.1 (and 2.2) npx0 boot problem o [1997/04/12] pending/3263gnats-admintroubles with digiboard o [1997/04/13] ports/3274 ports mars fails to build if "." not in PATH o [1997/04/13] kern/3276 unmount DEVFS ==> panic: unmount: danglin o [1997/04/13] kern/3278 mounting MFS uses up swap space 269 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1994/12/01] kern/35 mount -t union -o -b : lower layer not se o [1995/01/14] bin/115 systat iostat display doesn't scale high o [1995/01/22] kern/176 peter EIDRM not defined in errno.h o [1995/04/20] misc/355 policy on /usr/local permission in base r o [1995/05/13] bin/401 wollman Add REMOTE_* variables a [1995/05/23] i386/440 sos want vidcontrol option to apply settings a [1995/05/27] gnu/450 scrappy tar --exclude -c doesn't work o [1995/06/15] bin/517 wpaul Bad group change with 'install' o [1995/07/05] bin/591 phk SPAP request REJexted in stead of NAKed s [1995/08/05] gnu/655 jdp ld -r of shared objects worked in 1.1.5, o [1995/08/07] bin/658 ifconfig alias has to be separately given f [1995/08/12] kern/677 dyson X gets a bus error when calling mmap() o [1995/08/13] bin/680 joerg 2.0.5's tip using termios doesn't act the o [1995/08/29] bin/715 ache ls gives weird tabular form o [1995/09/26] kern/742 dyson syslog errors accessing Mac hard disks [p o [1995/10/03] kern/765 phk umount -f can`t umount a NFS filesystem i o [1995/10/25] kern/792 dyson cd9660 very slow. o [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works o [1995/11/11] bin/815 mountd reports unknown hosts with non-inf o [1995/11/20] kern/831 one minor complaint about the kernel visu o [1995/11/22] kern/835 davidg ed panics with SMC ultra with iomem, if n o [1995/11/27] bin/841 stale nfs mounts cannot be umounted o [1995/11/30] bin/854 dyson swapinfo shows incorrect information for o [1995/12/17] kern/900 dyson ext2fs triggers divide by zero trap in vn a [1995/12/29] misc/922 From line handling incorrect in mail.loca a [1995/12/31] kern/924 EISA devices have disappeared from vmstat o [1996/01/06] misc/934 amurai ppp dies with Bus Error when processing l f [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info o [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. o [1996/01/28] kern/975 bde getrusage returns negative deltas a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/02/03] bin/993 peter g++ complains about /usr/include/machine/ o [1996/02/07] bin/999 peter /usr/share/mk/sys.mk missing common $(RM) o [1996/02/07] kern/1001 M_NAMEI malloc leak in the kernel o [1996/02/12] bin/1021 phk pppd doesn't handle PAP-only authenticati f [1996/02/14] kern/1026 deadlocks if parent vfork and child has c f [1996/02/15] bin/1029 cd behaves erraticly if cwd is a mount-po f [1996/02/19] bin/1037 2.x telnetd handles CTRL-M differently th o [1996/02/25] i386/1042 bde Warning from sio driver reports wrong dev o [1996/02/26] misc/1043 dyson vm_bounce_alloc error on 2.1 install with f [1996/02/29] kern/1051 zip fails on dos partition o [1996/03/20] kern/1090 iostat displays incorrect sps count o [1996/03/20] bin/1093 wollman route's diagnostic is weird o [1996/04/06] kern/1119 dyson Mounted EXT2FS partition is not cleanly u a [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don' a [1996/04/22] bin/1154 Configure tunN device for ip-over-ip tunn o [1996/04/23] ports/1155 ports systat or top display disagreeing informa o [1996/05/09] bin/1184 scrappy ls + xterm + nvi + columns != 80 + ^Z = m o [1996/05/15] bin/1206 steve /bin/sh + emacs + ^G = ruined terminal a [1996/05/20] ports/1222 andreas Header files conflict a [1996/05/21] bin/1229 bde redundant redeclaration of `lseek' o [1996/06/11] bin/1312 automounter hangs on boot o [1996/06/12] conf/1319 muldi3 is not included into kernel's Make a [1996/06/13] bin/1320 gpalmer dump limits blocksize to 32K o [1996/06/18] i386/1331 phk changes and bug in ft driver f [1996/06/18] bin/1332 changes to amd and possible nfs lkm bug? f [1996/07/04] misc/1369 Need SC_MORE_LUS for Emulex MD23 also a [1996/07/07] bin/1375 Extraneous warning from mv(1) f [1996/07/07] misc/1376 if_tun.c does not set if_ibytes and if_ob o [1996/07/18] kern/1399 dyson invoking setuid programs over NFS case vn o [1996/07/21] ports/1416 cflow(1) doesn't parse GNU C __attribute_ s [1996/07/23] kern/1421 Non-bug in sosend() o [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET o [1996/08/03] kern/1462 nfsstat doesn't work if using LKM'ed vers a [1996/08/07] ports/1470 asami need more info in the ports structure o [1996/08/17] kern/1501 vmstat reports impossible avm after start o [1996/08/17] bin/1502 vmstat 'avm' field merges with procs 'w' o [1996/08/17] ports/1504 jmz latex port completely failes o [1996/08/17] kern/1508 sos syscons should protect against useless DD o [1996/08/19] kern/1514 dyson mlock fails on readonly regions o [1996/08/20] kern/1516 dyson vm_fault.c contains dead code or too many o [1996/08/20] ports/1518 torstenb No man pages in audio/mpegaudio port o [1996/08/21] ports/1520 ports sudo dosn't recognise certain passwords a o [1996/08/21] bin/1523 "cvs update -d -P" prunes unchecked-in di o [1996/08/21] ports/1524 tg New port -- xtem-5.18beta o [1996/08/24] misc/1538 enhanced /etc/security script a [1996/08/28] ports/1550 ports "make install" needs to know how to updat o [1996/08/30] i386/1556 sos ATAPI CDROM probes ok, but will not 'moun o [1996/09/02] misc/1561 sos Wrong key mapping of five keys in german. a [1996/09/04] bin/1565 Moving a file to it's link completely rem o [1996/09/06] bin/1577 mail -f foo does not look in current dire o [1996/09/08] bin/1589 ftp fails to flush output o [1996/09/11] bin/1598 tip leaves OPOST set on controlling termi o [1996/09/12] docs/1602 ache /usr/lib/terminfo refered to in man termi o [1996/09/12] bin/1607 unmount fails for a NFS fs mounted withou o [1996/09/14] gnu/1611 phk groff should use "system-wide" papersize o [1996/09/14] kern/1614 Attempt to mount an NTFS partition causes o [1996/09/17] docs/1630 Addition to handbook concerning MFS kerne f [1996/09/18] kern/1636 mss driver extension to broaden support a [1996/09/18] bin/1642 pkg_install Makefiles could be simplified o [1996/09/19] bin/1649 md5(1) header file makes bad assumption o [1996/09/19] kern/1654 In procfs, vattr doesn't contain correct o [1996/09/20] kern/1658 ktrace/kdump flaky - corrupted ktrace.out o [1996/09/23] i386/1671 s2 map in pcvt isn't ISO 8859-1 and claim f [1996/09/24] bin/1674 strange behaviour of pppd (daemonize, def o [1996/09/29] kern/1690 apm and sbxvi inappropriately probe as co o [1996/09/29] docs/1691 ppp server doc submission o [1996/10/02] misc/1708 monthly login accounting o [1996/10/02] kern/1711 joerg kernel logging of signaled processes shou o [1996/10/02] gnu/1713 mkisofs doesn't match man page in behavio o [1996/10/03] misc/1717 Use of ntohl causes lint to complain o [1996/10/04] bin/1721 /sbin/route incorrectly installs routes w o [1996/10/04] kern/1725 visual config redraws bits of the screen f [1996/10/08] misc/1738 Install floppy returns random geometry wi o [1996/10/11] conf/1777 sysctl called in /etc/netstart before /us s [1996/10/13] kern/1788 pst netstat gives negative numbers for tcp by o [1996/10/13] misc/1791 syslimits.h does not allow overriding def o [1996/10/13] bin/1793 steve /bin/sh return w/o exitstatus in a functi o [1996/10/14] bin/1804 pkg_create hangs if the packing list has o [1996/10/16] bin/1827 add support of Glidepoint trackpad "tap/d f [1996/10/17] bin/1831 routed's rdisc mode is installing incorre o [1996/10/18] ports/1834 gpalmer COMMENT may be amusing but is not informa o [1996/10/19] docs/1841 pds NT boot mgr too Linux centric in FAQ o [1996/10/20] docs/1847 new handbook iijppp server section o [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong o [1996/10/20] misc/1853 Syscons font mapping semms not to work pr o [1996/10/20] docs/1855 joerg Addition to LINT o [1996/10/22] kern/1868 system knows it has no keyboard but compl o [1996/10/23] misc/1871 incorrect '===> item' when making world o [1996/10/23] bin/1872 automounter (amd) cannot ls directories w o [1996/10/24] kern/1878 sos SONY CDU76E IDE/ATAPI CDROM support. o [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl o [1996/10/26] docs/1896 compilation errors in share/doc/psd/19.cu o [1996/10/26] bin/1897 Sendmail 8.8.2 requires /etc/sendmail.cw o [1996/10/27] bin/1904 /usr/bin/su is not careful enough in veri o [1996/10/27] misc/1908 jkh FTP install failed DNS lookup o [1996/10/29] bin/1924 if lpd is not running, lpc will say ``no o [1996/10/30] i386/1931 Mitsumi CDrom works well under 2.1.x, fai o [1996/10/31] ports/1939 ports exodus port doesn't build with new g++-2. o [1996/11/01] bin/1941 wtmp and monthly rotation o [1996/11/01] bin/1943 route(8) args o [1996/11/02] bin/1945 Out of date code/comments in dd o [1996/11/03] i386/1950 Sound driver doesn't encode/decode mu-law o [1996/11/04] i386/1953 syscons savers have no default timeout o [1996/11/04] gnu/1961 uucp logging files are in /var/spool/uucp o [1996/11/06] bin/1968 FreeBSD has no rdate(8), here's one o [1996/11/06] bin/1970 csh limtail() bug o [1996/11/09] bin/1985 pkg_delete outputs confusing message when o [1996/11/13] kern/2004 route add -link panic o [1996/11/13] bin/2005 Poor command line argument checking and b o [1996/11/14] bin/2008 kerberos tickets from login all have the o [1996/11/15] kern/2022 Switching from X display to virtual conso o [1996/11/16] bin/2036 cpio size wraparound o [1996/11/16] ports/2038 torstenb sshd dies on FreeBSD machines if run as a o [1996/11/17] bin/2046 vjcomp problem in iij-ppp o [1996/11/18] ports/2051 obrien HDF library port o [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken o [1996/11/19] bin/2065 wollman in tzsetup/sysinstall, allow user to type o [1996/11/19] misc/2068 Unstable keyboard mappings on the main tt o [1996/11/20] kern/2072 ZIP drive support is available for FreeBS o [1996/11/21] ports/2079 obrien New ports supporting AWE sound driver (fo o [1996/11/21] bin/2080 The scanf family doesn't support 'q' modi o [1996/11/22] docs/2087 ifconfig.8 does not document how to remov o [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi o [1996/11/23] bin/2093 AMD gets sig 11 when /etc/malloc.conf is o [1996/11/24] ports/2096 tg ImageMagick outdated, lzw not supported o [1996/11/25] ports/2100 andreas New port: VGBZoom o [1996/11/25] misc/2105 bsd.lib.mk has problems with STRIP and IN o [1996/11/26] bin/2106 Byte order problem in -current routed o [1996/11/26] i386/2108 sos [ATAPI] wcd driver may hang under certain o [1996/11/28] i386/2117 nb8390.com hangs with some BIOS combinati o [1996/11/28] kern/2118 writing to virtual consoles fails to disp o [1996/11/28] bin/2119 mount lies to child about argv0, which ca o [1996/12/01] bin/2133 netstat -s overflows to negative o [1996/12/02] bin/2137 vm statistics are bad o [1996/12/02] kern/2140 FreeBSD leaves EtherExpress 16 net card i o [1996/12/03] ports/2145 ports qpopper bulletin support broken o [1996/12/03] conf/2146 wrong /dev for COM2 during installation v a [1996/12/04] docs/2153 mpp Manual page of bootparams(8) refers to a o [1996/12/06] i386/2166 psm driver locks the console o [1996/12/07] ports/2169 pst zephyr port does not completely compile o [1996/12/08] ports/2173 peter top does not compile under FBSD 2.1.6 o [1996/12/08] ports/2182 ports FreeBSD's and X-32's list of locales do n o [1996/12/08] bin/2184 sendmail has lots of trouble with local d o [1996/12/08] misc/2185 phk add ability to change partition type in l a [1996/12/10] ports/2190 asami need cross-reference to xpdf from X11 por o [1996/12/12] kern/2199 joerg Got a lots of "Target Busy" messages with o [1996/12/14] kern/2214 File System gets corrupted when mounting o [1996/12/14] bin/2216 Ada specs not being compiled into cc/gcc o [1996/12/16] bin/2227 FreeBSD does not recognize WD7000-ASC dri o [1996/12/17] i386/2234 fbsdboot.exe does not turn off floppy dri o [1996/12/17] i386/2239 some interrupts take too long (i.e. BT946 o [1996/12/18] misc/2242 Suggest add optional mt blocksize 512 o [1996/12/18] bin/2247 imp getopt should return -1 rather than EOF o [1996/12/20] bin/2260 PPP logins using PAP to Nortel/Shiva syst o [1996/12/21] ports/2264 ports latex* ports need updating a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/23] kern/2271 FIONREAD on tunnel device returns incorre o [1996/12/24] kern/2273 support for POSIX.4 / POSIX.1a RT-schedul o [1996/12/24] docs/2275 no support for isdn-cards o [1996/12/25] conf/2284 Termcap ibm3163 entry has arrow keys wron o [1996/12/26] bin/2291 race condition in /etc/master.passwd lock o [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 markm new crypt() including SHS and an extendab o [1996/12/28] misc/2309 Thread safe fixes to malloc, localtime, l o [1996/12/28] ports/2313 torstenb pidentd fails in 2.2-BETA o [1996/12/29] bin/2315 tail segfaults on NFS permission denied o [1996/12/29] misc/2323 FreeBSD.FAQ file in ftp.freebsd.org is lo o [1996/12/30] kern/2327 `Green' saver for pcvt o [1996/12/31] bin/2336 jkh Sysinstall won't install dists on 2nd pas o [1997/01/01] docs/2353 Changes to FAQ o [1997/01/03] bin/2366 libc does not consult /etc/services to fi o [1997/01/03] bin/2368 serial line logins "freeze" during login o [1997/01/05] ports/2379 ports New URT port o [1997/01/06] bin/2382 curses.h / -lcurses incompatible with C++ o [1997/01/06] bin/2383 Inconsistent tputs(3) prototypes in curse o [1997/01/06] misc/2386 patches for new socket credential firewal o [1997/01/06] bin/2387 virtual hosting patches for inetd o [1997/01/06] kern/2390 Some CDROM drives stop audio on cdcontrol o [1997/01/07] kern/2393 filesystems not unmounted following shutd o [1997/01/07] misc/2407 dirent.h does not include sys/types.h o [1997/01/07] bin/2410 pppd(8): failing PAP doesn't force line d o [1997/01/07] kern/2412 Wine does not work o [1997/01/07] ports/2413 peter Cannot redirect "top" output o [1997/01/08] kern/2424 Pressing ALT-Fn during boot -c leave bell o [1997/01/09] kern/2429 Driver for AIMS Lab RadioTrack radio card o [1997/01/10] bin/2437 minor nits on text in 2.2-BETA install o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/10] bin/2443 Fetch cannot find the correct boundary be o [1997/01/10] ports/2445 ports New port : Cosmo Gang the Puzzle (games/c o [1997/01/11] bin/2448 semctl() not portable -- freebsd requires o [1997/01/11] bin/2449 ij-ppp in auto mode goes into failure loo o [1997/01/11] docs/2455 no description "option COMCONSOLE" MLEN o [1997/01/26] misc/2596 dd refuses to respond to SIGkill o [1997/01/26] i386/2598 ep0 in EISA mode hangs if ep0-device (ISA o [1997/01/28] bin/2603 Added POSIX.4/POSIX.1b constants in unist o [1997/01/28] bin/2604 Added POSIX.4/POSIX.1b shm_open()/shm_unl o [1997/01/28] ports/2607 max New port: Gopher-2.3 o [1997/01/28] bin/2609 Problem receiving more than 1688835 bytes o [1997/01/29] misc/2617 Utility submission - upsmon - UPS monitor o [1997/01/30] kern/2621 Patch to support Cogent EM110 fast-ethern o [1997/01/30] docs/2623 ipfirewall(4) man page is way out of date o [1997/01/30] bin/2624 kdump unaware of semsys and several other o [1997/01/31] bin/2630 xargs does excessive and inconsistent arg o [1997/01/31] bin/2631 kill interprets empty arg as PID 0 o [1997/02/02] gnu/2637 tar dumped core with -g option. f [1997/02/02] ports/2639 jkh FreeBSD 2.2 teTeX-0.4 package does not in a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d o [1997/02/03] ports/2653 pst mh-6.8.4 manpage error for slocal o [1997/02/04] bin/2657 ypserv thinks there is no computers in ne o [1997/02/04] bin/2660 When selecting BSD to boot from system ha o [1997/02/04] bin/2665 port 22 isn't being converted to ".ssh" i o [1997/02/05] bin/2668 modification suggested for rarpd o [1997/02/05] bin/2672 Problem with telnetd o [1997/02/06] ports/2677 ports Various ports have checksum problems o [1997/02/06] kern/2681 missing prototype in s [1997/02/07] ports/2684 torstenb ircII port upgrade; 2.9_roof -> 2.9alpha1 o [1997/02/07] kern/2686 struct igmpmsg in s o [1997/02/07] misc/2687 sysinstall umounts floppy after prompting o [1997/02/10] bin/2703 vipw doesn't allow you to edit master.pas o [1997/02/10] kern/2704 Occasional failure to detect wdc1 on boot o [1997/02/10] kern/2705 `(c) 1992-1996 FreeBSD Inc.'; year is now o [1997/02/11] conf/2709 FBSD 2.1.6 X-Server installation setup ut o [1997/02/11] i386/2710 pst if_ppp LKM does not allow ppp line discip o [1997/02/11] bin/2713 ftp daemon processes don't terminate, eve o [1997/02/11] kern/2715 MSDOS-FS 1024/2048 byte/sector media supp o [1997/02/11] kern/2716 od.c/sd.c non 512 byte/sector support imp o [1997/02/13] i386/2729 "make tags" in sys/kern produces barely u o [1997/02/14] bin/2734 jkh pkg_* uses relative paths to executables o [1997/02/14] bin/2735 jkh Add signature support (both MD5 and PGP) o [1997/02/14] bin/2737 yppasswd fails to change password on a su o [1997/02/15] misc/2745 fenner PR querry web form doesn't sort correctly o [1997/02/17] bin/2752 NULL is used instead of 0 many places o [1997/02/20] ports/2778 ports New Port: Version of traceroute which pri o [1997/02/20] docs/2780 2.2 Handbook still says 2.1.6 o [1997/02/20] bin/2782 err man page is slightly wrong o [1997/02/21] misc/2789 na.phone update o [1997/02/21] bin/2792 steve yacc-generated parser and (const)'s and c o [1997/02/22] ports/2797 tg New Port: qmail o [1997/02/23] kern/2806 new kernel tags script o [1997/02/23] kern/2807 pcisupport.c uses sprintf field widths, n o [1997/02/24] docs/2810 Tutorial submission detailing how to upgr o [1997/02/25] i386/2813 hard reference to /usr/src breaks make wo o [1997/02/25] ports/2816 ports New port - aftp ftp-like shell for apple2 o [1997/02/25] ports/2817 ports New port - prodosemu is an Apple2e prodos o [1997/02/26] conf/2819 /etc/rc does not execute 'uname' when con o [1997/02/26] conf/2822 ftp install specifying URL confusing o [1997/02/27] gnu/2827 after make world genclass is not installe o [1997/02/28] docs/2833 Repeated topics on FAQ entry hardware com o [1997/02/28] gnu/2834 Patches to gas and gdb to support MMX ext o [1997/03/02] bin/2845 sync with spiffy new netbsd/openbsd ftp c o [1997/03/02] misc/2848 jmg newsyslog will notify syslogd, not any ot a [1997/03/02] ports/2849 ports correction to New math/cad port (SCILAB) o [1997/03/02] docs/2850 init(8) man page does not document secure o [1997/03/02] bin/2851 script(1) sets argv[0] of the started she o [1997/03/03] kern/2857 DE500 board exhibits capture effect o [1997/03/03] bin/2859 /usr/bin/quota seems to choke on long gro o [1997/03/03] misc/2863 New keymap for Latin American Keyboards o [1997/03/03] bin/2864 Using modload with -p option broken o [1997/03/03] kern/2865 NFS client hangs on umount, ls, df when N o [1997/03/03] ports/2869 ports Submiting new port: tac_plus o [1997/03/03] bin/2871 showmount -e returns error o [1997/03/04] docs/2880 sh man page talks about "...by the time 4 o [1997/03/04] misc/2882 Duplicate line in /etc/services? o [1997/03/05] kern/2886 fenner mbuf leak in multicast code o [1997/03/06] docs/2897 mpp send-pr categories should be explained so o [1997/03/06] bin/2898 fenner arp -a -n buglet o [1997/03/06] ports/2900 ports new port: netris -- a free networked vers a [1997/03/06] ports/2902 ports Fix xmcd port for PACKAGE_BUILDING o [1997/03/06] ports/2903 ports New port: xdeblock o [1997/03/06] ports/2904 ports New port: wm2 a [1997/03/06] ports/2905 ports Fixed port: xshisen-1.36 o [1997/03/07] ports/2916 ports ports sysutils/top/Makefile MASTER_SITES o [1997/03/08] ports/2920 ports patch for mispositioned xv windows under o [1997/03/08] ports/2922 ports Please commit new port: viz-1.1.1 o [1997/03/09] i386/2924 syscons X keyboard gets stuck in capsmode o [1997/03/09] ports/2926 ports xmgt-2.31 port, now in pub/incoming on ft o [1997/03/10] bin/2930 lack of NFS V3 support in amd(8) o [1997/03/10] bin/2933 sysinstall fails when adding packages thr o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] ports/2936 ports The teTeX port runs strup on /usr/local/b o [1997/03/10] bin/2938 Add -b, -l, and -f options to du(1) o [1997/03/10] docs/2939 `man 8 sticky` == outdated o [1997/03/10] conf/2943 standard-supfile missing src-release and o [1997/03/11] ports/2949 ports bsd.port.mk needs something like FETCH_EN o [1997/03/11] ports/2951 ports xgraph source is not on MASTER_SITE o [1997/03/11] misc/2955 pkg_add failed on xemacs via sysintall o [1997/03/12] ports/2960 ports Update the port(jp-camltk41-1.0):japanese o [1997/03/12] ports/2961 ports New port(jp-vftool-1.2):japanese/virfonts o [1997/03/12] bin/2968 fmt dumps core on ^M o [1997/03/12] ports/2970 ports Easy update to CIM (lang) o [1997/03/12] ports/2971 ports CIM 1.84 --> 1.92 patch o [1997/03/13] ports/2974 ports updated Makefile and patch-ab of jp-dvi2p o [1997/03/13] bin/2977 After enabling moused and vidcontrol and o [1997/03/13] bin/2979 GCC complains about stmt. expr. when comp o [1997/03/13] i386/2984 serial port console only prints ~ 1 char o [1997/03/14] ports/2986 ports fvwm95-2.0.43a port don't install/have ma o [1997/03/14] ports/2988 joerg vga font is not built o [1997/03/15] ports/2993 ports qmail-port-take2-proff.tar.gz in incoming o [1997/03/15] kern/3001 soundblaster8 card does not work correctl o [1997/03/16] misc/3009 packages-2.2/x11/fvwm-1.24r.tgz corrupt o o [1997/03/17] ports/3012 ports qmailanalog port in incoming o [1997/03/18] conf/3022 /etc/sysconfig was not set up with option o [1997/03/18] conf/3023 By default users have no write permission o [1997/03/18] misc/3024 make reinstall in /usr/src requires writa o [1997/03/18] bin/3025 mv to / trailed dirs prints odd error mes o [1997/03/18] bin/3028 sos add support for Glidepoint pointing devic o [1997/03/19] misc/3040 sysinstall XF86Config graphic mode YES=== o [1997/03/19] bin/3042 comm and uniq do not have a case insensit o [1997/03/21] docs/3051 Missing 'mailto:' in some place in the ha a [1997/03/21] ports/3052 ports /usr/ports/lang/expect does not find tkCo o [1997/03/22] kern/3061 route does not accept -genmask o [1997/03/24] misc/3075 2.2-R install "features" (non critical) o [1997/03/24] bin/3080 yacc produces output which doesn't compil o [1997/03/24] ports/3081 ports sitelispdir is a directory no a path in x o [1997/03/24] ports/3090 ports ircii-2.9-roof does not run. o [1997/03/25] ports/3093 ports new ports of kr-hanterm304b3 o [1997/03/25] ports/3094 ports new ports of kr-hanterm-304b3af o [1997/03/25] ports/3095 ports new ports of kr-hanterm-xf86v32 o [1997/03/25] ports/3096 ports new ports of kr-hanterm304fonts o [1997/03/25] ports/3098 ports new ports of kr-nhpf-1.42 o [1997/03/25] kern/3100 IPFW panics upon denying a packet o [1997/03/25] bin/3101 "command" entry of ps -uc is too wide, ou o [1997/03/26] misc/3111 make bootstrap relies on /bin/sh but does o [1997/03/26] docs/3112 Handbook says that users should use sup o [1997/03/26] misc/3113 make libraries failed. o [1997/03/26] bin/3116 iij ppp does not provide link-down notifi o [1997/03/27] misc/3119 /usr/share/syscons/keymaps/german.iso.kbd o [1997/03/27] ports/3121 tg teTeX 0.4 package has missing links ? o [1997/03/28] misc/3136 rc.firewall should be run after interface o [1997/03/28] ports/3137 ports new port of xmake-1.00 o [1997/03/29] bin/3139 qcamcontrol has a bug where I/O errors ar o [1997/03/29] misc/3140 display message is broken on boot.flp o [1997/03/30] ports/3143 ports mkisofs site has moved o [1997/03/30] docs/3147 /usr/share/misc/au.postcodes o [1997/03/30] misc/3148 adjkerntz screws up during GMT/BST change o [1997/03/31] bin/3152 FreeBSD 2.2-STABLE: getty does not initia o [1997/03/31] ports/3153 ports new port request of hcode-2.1mailpatch2 o [1997/03/31] ports/3154 ports new port request of hmconv-1.0pl3 o [1997/03/31] misc/3155 Checksum mismatch o [1997/03/31] gnu/3157 Patches to gas and gdb to support MMX ext a [1997/04/01] bin/3164 mpp view copies the file into vi.recover o [1997/04/01] ports/3166 ports ghostscript-2.6.2 install script has a wr o [1997/04/01] ports/3169 ports nn port broken o [1997/04/01] conf/3171 Typo in /etc/sysconfig o [1997/04/01] kern/3172 CS4232 support trouble for mss0 o [1997/04/02] docs/3178 error in getopt.3 o [1997/04/02] ports/3181 fenner misc/cal is no longer on the master site o [1997/04/03] ports/3185 tg Port submission for LPRng-3.2.1 o [1997/04/03] ports/3189 ports Update plan to version 1.6 o [1997/04/03] bin/3190 RISCom N2 card driver problem? o [1997/04/04] kern/3191 Commiting of the ppa Zip Drive driver to o [1997/04/04] bin/3194 2.2.1-RELEASE hangs when using /stand/sys o [1997/04/05] ports/3199 ports new ports collection: automake-1.0 o [1997/04/05] bin/3202 shutdown(8) don't work if started from an o [1997/04/05] ports/3203 ports xmcd-2.1 won't build o [1997/04/05] bin/3206 su seg-faults when being invoked with an o [1997/04/06] bin/3210 routed having problems with /etc/gateways o [1997/04/06] bin/3211 ctm uses mktemp()> o [1997/04/06] bin/3212 the pkg_* tools use mktemp() o [1997/04/06] ports/3215 ports Update to Gnat port o [1997/04/06] misc/3217 The rmail.c err() function will fail in m o [1997/04/06] bin/3218 syscons causes segmentation fault by repe o [1997/04/07] bin/3221 rpc.rusersd : can't communicate with SunO o [1997/04/07] misc/3225 uucpd.c should normalize host names as lo o [1997/04/08] ports/3227 ports new port(xtimer-8087) o [1997/04/08] bin/3232 XFree86 installation Problem with non-Mic o [1997/04/08] bin/3233 adduser(8) doesn't add users to the wheel o [1997/04/08] ports/3236 ports Plotmtv update to 1.4.1 o [1997/04/08] misc/3237 SCRIPTS addition to bsd.prog.mk a [1997/04/09] bin/3241 times(3) returns only stime o [1997/04/09] bin/3242 incorrect prototype for initgroups o [1997/04/09] bin/3245 variable substitution "a=${a:=}" in /bin/ o [1997/04/10] ports/3248 ports update a port o [1997/04/10] bin/3249 user ppp does not provide a linkdown hook o [1997/04/10] ports/3250 ports New CAD port: xpns o [1997/04/10] bin/3251 xsysinfo stops refreshing and wastes CPU o [1997/04/10] kern/3253 scsiconf.c: make ZIP disks use optical dr o [1997/04/11] misc/3254 Can't connect to my ISP, because my ISP u o [1997/04/12] docs/3264 manpage yp_mkdb.8 contains typo o [1997/04/12] docs/3265 manpage ypbind.8 contains typo o [1997/04/12] docs/3266 manpage ypserv.8 contains typo o [1997/04/12] bin/3269 exec pppd -detach ... caused a kernel pan o [1997/04/12] docs/3270 command 'cvs init' missing from cvs(1) o [1997/04/13] conf/3272 $@ is deprecated I believe, so use ${.TAR o [1997/04/13] ports/3273 ports ports/mail/imap_uw won't compile o [1997/04/13] docs/3275 Some man pages has absolutely wrong date o [1997/04/13] ports/3277 ports tcp_wrapper port does not include NIS sup o [1997/04/13] ports/3279 ports new port of KON2 o [1997/04/14] docs/3280 lower case S/KEY passwords don't work o [1997/04/14] kern/3281 errors when "rm -r"-ing in a mounted ext2 o [1997/04/14] kern/3282 ext2fs causes fs-unmount at shutdown/rebo o [1997/04/14] bin/3283 brandelf fails on files without write per o [1997/04/14] bin/3284 symorder(1): -t option doesn´t work at al o [1997/04/14] bin/3285 date option for pom(6) (phase of the moon o [1997/04/14] bin/3286 missing error checking in mount_mfs(8) ak o [1997/04/14] kern/3287 missing symbols in /usr/src/sys/i386/i386 o [1997/04/14] kern/3288 addition of a -f (force) option to "write o [1997/04/14] bin/3289 login(1) does not check /etc/skey.access o [1997/04/14] docs/3290 port option in lpd not valid 460 problems total. From owner-freebsd-bugs Mon Apr 14 12:10:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA07286 for bugs-outgoing; Mon, 14 Apr 1997 12:10:09 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA07276; Mon, 14 Apr 1997 12:10:03 -0700 (PDT) Resent-Date: Mon, 14 Apr 1997 12:10:03 -0700 (PDT) Resent-Message-Id: <199704141910.MAA07276@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, tejblum@arc.hq.cti.ru Received: from arc.hq.cti.ru (arc.hq.cti.ru [194.67.85.50]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA06979 for ; Mon, 14 Apr 1997 12:04:57 -0700 (PDT) Received: (from tejblum@localhost) by arc.hq.cti.ru (8.8.5/8.7.3) id XAA03036; Mon, 14 Apr 1997 23:04:53 +0400 (MSD) Message-Id: <199704141904.XAA03036@arc.hq.cti.ru> Date: Mon, 14 Apr 1997 23:04:53 +0400 (MSD) From: Dmitrij Tejblum Reply-To: tejblum@arc.hq.cti.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/3291: md2.h, md4.h, and md5.h headers useless for c++ programms Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3291 >Category: misc >Synopsis: md2.h, md4.h, and md5.h headers useless for c++ programms >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 14 12:10:01 PDT 1997 >Last-Modified: >Originator: Dmitrij Tejblum >Organization: CompTek >Release: FreeBSD 2.2-STABLE i386 >Environment: >Description: The headers must use __BEGIN_DECLS and __END_DECLS around function prototypes. Now the c++ compiler thinks that MD5Init and so on is C++ functions and mangles the names. >How-To-Repeat: >Fix: Also, while you at here, make the headers self-contained *** lib/libmd/md2.h.orig Fri Apr 4 00:17:05 1997 --- lib/libmd/md2.h Mon Apr 14 22:05:04 1997 *************** *** 30,40 **** --- 30,44 ---- unsigned char buffer[16]; /* input buffer */ } MD2_CTX; + #include + + __BEGIN_DECLS void MD2Init(MD2_CTX *); void MD2Update(MD2_CTX *, const unsigned char *, unsigned int); void MD2Final(unsigned char [16], MD2_CTX *); char * MD2End(MD2_CTX *, char *); char * MD2File(char *, char *); char * MD2Data(const unsigned char *, unsigned int, char *); + __END_DECLS #endif /* _MD2_H_ */ *** lib/libmd/md4.h.orig Fri Apr 4 00:17:05 1997 --- lib/libmd/md4.h Mon Apr 14 22:46:26 1997 *************** *** 25,30 **** --- 25,33 ---- #ifndef _MD4_H_ #define _MD4_H_ + + #include + /* MD4 context. */ typedef struct MD4Context { u_int32_t state[4]; /* state (ABCD) */ *************** *** 32,42 **** --- 35,49 ---- unsigned char buffer[64]; /* input buffer */ } MD4_CTX; + #include + + __BEGIN_DECLS void MD4Init(MD4_CTX *); void MD4Update(MD4_CTX *, const unsigned char *, unsigned int); void MD4Final(unsigned char [16], MD4_CTX *); char * MD4End(MD4_CTX *, char *); char * MD4File(char *, char *); char * MD4Data(const unsigned char *, unsigned int, char *); + __END_DECLS #endif /* _MD4_H_ */ *** sys/sys/md5.h.orig Sun Dec 22 13:31:34 1996 --- sys/sys/md5.h Mon Apr 14 22:46:53 1997 *************** *** 26,31 **** --- 26,34 ---- #ifndef _SYS_MD5_H_ #define _SYS_MD5_H_ + + #include + /* MD5 context. */ typedef struct MD5Context { u_int32_t state[4]; /* state (ABCD) */ *************** *** 33,42 **** --- 36,49 ---- unsigned char buffer[64]; /* input buffer */ } MD5_CTX; + #include + + __BEGIN_DECLS void MD5Init (MD5_CTX *); void MD5Update (MD5_CTX *, const unsigned char *, unsigned int); void MD5Final (unsigned char [16], MD5_CTX *); char * MD5End(MD5_CTX *, char *); char * MD5File(char *, char *); char * MD5Data(const unsigned char *, unsigned int, char *); + __END_DECLS #endif /* _SYS_MD5_H_ */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 14 13:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA10180 for bugs-outgoing; Mon, 14 Apr 1997 13:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA10156; Mon, 14 Apr 1997 13:00:01 -0700 (PDT) Date: Mon, 14 Apr 1997 13:00:01 -0700 (PDT) Message-Id: <199704142000.NAA10156@freefall.freebsd.org> To: freebsd-bugs Cc: From: Jonathan Lemon Subject: Re: kern/3278: MFS chews up all swap space Reply-To: Jonathan Lemon Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3278; it has been noted by GNATS. From: Jonathan Lemon To: Luigi Rizzo Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/3278: MFS chews up all swap space Date: Mon, 14 Apr 1997 14:59:20 -0500 On Apr 04, 1997 at 11:46:25AM +0200, Luigi Rizzo wrote: > This works perfectly for me: > > mount -t mfs -o "-s 20480" /dev/wd0s1b /tmp/aa I'll have to try that. However, I've been running with the same fstab entry since about 2.1.5, without any problems. A version of -current right before the Lite2 merge (when I quit running -current for a while) does not exhibit this problem. -- Jonathan From owner-freebsd-bugs Mon Apr 14 13:10:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA10722 for bugs-outgoing; Mon, 14 Apr 1997 13:10:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA10700; Mon, 14 Apr 1997 13:10:02 -0700 (PDT) Date: Mon, 14 Apr 1997 13:10:02 -0700 (PDT) Message-Id: <199704142010.NAA10700@freefall.freebsd.org> To: freebsd-bugs Cc: From: phk@dk.tfs.com Subject: Re: misc/3291: md2.h, md4.h, and md5.h headers useless for c++ programms Reply-To: phk@dk.tfs.com Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/3291; it has been noted by GNATS. From: phk@dk.tfs.com To: tejblum@arc.hq.cti.ru Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: misc/3291: md2.h, md4.h, and md5.h headers useless for c++ programms Date: Mon, 14 Apr 1997 22:01:06 +0200 >--- lib/libmd/md2.h Mon Apr 14 22:05:04 1997 >*************** >*** 30,40 **** >--- 30,44 ---- > unsigned char buffer[16]; /* input buffer */ > } MD2_CTX; > >+ #include >+ >+ __BEGIN_DECLS > void MD2Init(MD2_CTX *); I can agree to the __BEGIN_DECLS, but the #includes do >NOT< belong here. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-bugs Mon Apr 14 13:10:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA10732 for bugs-outgoing; Mon, 14 Apr 1997 13:10:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA10716; Mon, 14 Apr 1997 13:10:04 -0700 (PDT) Date: Mon, 14 Apr 1997 13:10:04 -0700 (PDT) Message-Id: <199704142010.NAA10716@freefall.freebsd.org> To: freebsd-bugs Cc: From: Dmitrij Tejblum Subject: Re: misc/3291: md2.h, md4.h, and md5.h headers useless for c++ programms Reply-To: Dmitrij Tejblum Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/3291; it has been noted by GNATS. From: Dmitrij Tejblum To: phk@dk.tfs.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: misc/3291: md2.h, md4.h, and md5.h headers useless for c++ programms Date: Tue, 15 Apr 1997 00:07:56 +0400 (MSD) On Mon, 14 Apr 1997 phk@dk.tfs.com wrote: > >--- lib/libmd/md2.h Mon Apr 14 22:05:04 1997 > >*************** > >*** 30,40 **** > >--- 30,44 ---- > > unsigned char buffer[16]; /* input buffer */ > > } MD2_CTX; > > > >+ #include > >+ > >+ __BEGIN_DECLS > > void MD2Init(MD2_CTX *); > > I can agree to the __BEGIN_DECLS, but the #includes do >NOT< belong here. Why? Take a look at , for example. Should I submit another patch? > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. Dima From owner-freebsd-bugs Mon Apr 14 14:00:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA13955 for bugs-outgoing; Mon, 14 Apr 1997 14:00:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA13942; Mon, 14 Apr 1997 14:00:01 -0700 (PDT) Date: Mon, 14 Apr 1997 14:00:01 -0700 (PDT) Message-Id: <199704142100.OAA13942@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: bin/3170: vi freaks and dump core if user doesn't exist Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3170; it has been noted by GNATS. From: Bill Fenner To: freebsd-gnats-submit@freebsd.org, fenner@parc.xerox.com, bostic@bostic.com Cc: Subject: Re: bin/3170: vi freaks and dump core if user doesn't exist Date: Mon, 14 Apr 1997 13:48:08 PDT > How-To-Repeat > > I don't know if it's as simple as running yp, then killing ypbind > and editing a file. I doubt it. Surprise, surprise surprise. It is sufficient. Now I'm ashamed that I'm so lazy that I didn't try it until today =) The full how-to-repeat is: - Create a file owned by user foo - Remove user foo, either by having foo be in NIS and killing ypbind, or by editing the password file. - Edit the file owned by user foo - Move down a couple of lines (the dump sometimes doesn't happen if you don't do this) - Modify the file vi will die when it tries to warn you about the fact that the user doesn't exist so recovery won't work. I think the core dump is because we overran the stack. vs_paint() appears to be involved in infinite recursion (which explains the delay before the core). There are 74,879 instances of vs_paint() in the traceback; the rest is: #74879 0x3b9b7 in vs_paint (sp=0x4a000, flags=3) at /usr/src/usr.bin/vi/../../contrib/nvi/vi/vs_refresh.c:696 #74880 0x3acb8 in vs_refresh (sp=0x4a000, forcepaint=1) at /usr/src/usr.bin/vi/../../contrib/nvi/vi/vs_refresh.c:119 #74881 0x3206f in v_txt (sp=0x4a000, vp=0xefbfdb04, tm=0x0, lp=0x603d1 "", len=0, prompt=0, ai_line=3, rcount=1, flags=75793417) at /usr/src/usr.bin/vi/../../contrib/nvi/vi/v_txt.c:475 #74882 0x2e156 in io (sp=0x4a000, vp=0xefbfdb04, cmd=o_cmd) at /usr/src/usr.bin/vi/../../contrib/nvi/vi/v_itxt.c:248 #74883 0x2e018 in v_io (sp=0x4a000, vp=0xefbfdb04) at /usr/src/usr.bin/vi/../../contrib/nvi/vi/v_itxt.c:204 #74884 0x373ee in vi (spp=0xefbfdbe4) at /usr/src/usr.bin/vi/../../contrib/nvi/vi/vi.c:235 #74885 0xbbbe in editor (gp=0x48000, argc=2, argv=0xefbfdd5c) at /usr/src/usr.bin/vi/../../contrib/nvi/common/main.c:419 #74886 0x2544 in main (argc=2, argv=0xefbfdd58) at /usr/src/usr.bin/vi/../../contrib/nvi/cl/cl_main.c:148 vi does manage to display the +=+=+=+=+=+=+=+ Information on user id 5275 not found. Modifications not recoverable if the session fails messages, but does not get to the point of "press enter to continue". I think that vi is trying to display the rest of the text here, but I don't know enough of its architecture to grok what is really happening. Bill From owner-freebsd-bugs Mon Apr 14 14:10:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA14379 for bugs-outgoing; Mon, 14 Apr 1997 14:10:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA14369; Mon, 14 Apr 1997 14:10:03 -0700 (PDT) Resent-Date: Mon, 14 Apr 1997 14:10:03 -0700 (PDT) Resent-Message-Id: <199704142110.OAA14369@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, rb@gid.co.uk Received: from isbalham.ist.co.uk ([192.31.26.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA14182 for ; Mon, 14 Apr 1997 14:04:53 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP id VAA20380 for freebsd.org!FreeBSD-gnats-submit; Mon, 14 Apr 1997 21:44:49 +0100 (BST) Message-Id: <20851.199704142045@seagoon.gid.co.uk> Date: Mon, 14 Apr 1997 21:45:58 +0100 From: Bob Bishop Reply-To: rb@gid.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3292: Cyrix 486 performance problem Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3292 >Category: kern >Synopsis: Cyrix 486 performance problem >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 14 14:10:01 PDT 1997 >Last-Modified: >Originator: Bob Bishop >Organization: GID ltd >Release: FreeBSD 3.0-CURRENT i386 >Environment: Cyrix 486DX2/80, ISA M/B, 20Mb, Adaptec1542CF >Description: With kernels built after around 20 March, CPU runs an order of magnitude slower than it should. Eg, kernel build takes 3.25 hours against 28 min; tiny program containing nested for loops takes 51 sec against 4 sec. Old (ie good) kernels identify the CPU as: CPU: Cy486DLC (486-class CPU) Origin = "Cyrix" Newer (broken) kernels: CPU: Cyrix 486DX2 (486-class CPU) Origin = "CyrixInstead" Device ID = 0x321b Stepping=3 Revision=2 I surmise that the CPU initialisation code got broken sometime around 20 March. >How-To-Repeat: Run anything on this machine with a current-ish kernel. >Fix: Work around by using an old kernel :-( >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 14 14:20:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA14972 for bugs-outgoing; Mon, 14 Apr 1997 14:20:57 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA14945; Mon, 14 Apr 1997 14:20:49 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id OAA00883 ; Mon, 14 Apr 1997 14:20:40 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA19330; Mon, 14 Apr 1997 13:55:10 -0700 From: Terry Lambert Message-Id: <199704142055.NAA19330@phaeton.artisoft.com> Subject: Re: vnode as filesystem (crash!) To: mtaylor@cybernet.com (Mark Taylor) Date: Mon, 14 Apr 1997 13:55:10 -0700 (MST) Cc: hackers@freebsd.org, bugs@freebsd.org In-Reply-To: from "Mark Taylor" at Apr 13, 97 02:38:47 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I've come up with a "fix": > 1) In the makefiles script, I cause a 'sync' every 100 files created, > and all is fine- all of the 7500 files get created. > 2) Instead of the /bin/sync in the script, I change kern.update from > the default 30 to 5. All 7500 files get made, no problem. > > So there seems to be a problem with the vm/fs cache? I'd hate to live > with a 5 second update time. Look at the NetBSD ffs_balloc.c and ffs_alloc.c. I believe FreeBSD is missing a number of calls to vnode_pager_setsize() that NetBSD has. There is also a FreeBSD ftruncate() case where if the indirect blocks are not zero, FreeBSD will we itself (NetBSD fixed this too). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Mon Apr 14 15:40:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA20504 for bugs-outgoing; Mon, 14 Apr 1997 15:40:11 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA20481; Mon, 14 Apr 1997 15:40:05 -0700 (PDT) Date: Mon, 14 Apr 1997 15:40:05 -0700 (PDT) Message-Id: <199704142240.PAA20481@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Justin T. Gibbs" Subject: Re: kern/3292: Cyrix 486 performance problem Reply-To: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3292; it has been noted by GNATS. From: "Justin T. Gibbs" To: rb@gid.co.uk Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/3292: Cyrix 486 performance problem Date: Mon, 14 Apr 1997 16:34:05 -0600 > With kernels built after around 20 March, CPU runs an > order of magnitude slower than it should. Eg, kernel > build takes 3.25 hours against 28 min; tiny program > containing nested for loops takes 51 sec against 4 > sec. Have you played around with all of the new fangled CPU options? They're documented in lint. My guess is that your cache is disabled. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Mon Apr 14 15:58:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA21396 for bugs-outgoing; Mon, 14 Apr 1997 15:58:01 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA21391; Mon, 14 Apr 1997 15:57:57 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id RAA02060; Mon, 14 Apr 1997 17:56:56 -0500 (EST) From: "John S. Dyson" Message-Id: <199704142256.RAA02060@dyson.iquest.net> Subject: Re: vnode as filesystem (crash!) In-Reply-To: <199704142055.NAA19330@phaeton.artisoft.com> from Terry Lambert at "Apr 14, 97 01:55:10 pm" To: terry@lambert.org (Terry Lambert) Date: Mon, 14 Apr 1997 17:56:56 -0500 (EST) Cc: mtaylor@cybernet.com, hackers@freebsd.org, bugs@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I believe FreeBSD is missing a number of calls to vnode_pager_setsize() > that NetBSD has. > Actually, vnode_pager_setsize (and it's equally often evil friend, vnode_pager_uncache) are used too often (and incorrectly) in the original (Lite/2) code. > > There is also a FreeBSD ftruncate() case where if the indirect blocks > are not zero, FreeBSD will we itself (NetBSD fixed this too). > I didn't know about that. John From owner-freebsd-bugs Mon Apr 14 17:44:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA28611 for bugs-outgoing; Mon, 14 Apr 1997 17:44:26 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id RAA28600; Mon, 14 Apr 1997 17:44:22 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA20030; Mon, 14 Apr 1997 17:22:11 -0700 From: Terry Lambert Message-Id: <199704150022.RAA20030@phaeton.artisoft.com> Subject: Re: vnode as filesystem (crash!) To: toor@dyson.iquest.net (John S. Dyson) Date: Mon, 14 Apr 1997 17:22:11 -0700 (MST) Cc: terry@lambert.org, mtaylor@cybernet.com, hackers@freebsd.org, bugs@freebsd.org In-Reply-To: <199704142256.RAA02060@dyson.iquest.net> from "John S. Dyson" at Apr 14, 97 05:56:56 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > There is also a FreeBSD ftruncate() case where if the indirect blocks > > are not zero, FreeBSD will we itself (NetBSD fixed this too). > > I didn't know about that. While we're in the neighborhood... should ftruncate() to a file size larger than the larget filesize supported return EFBIG, not EINVAL? It seems the test for the length should be delayed until further into the function? Also, the NetBSD code has a bug, where it will call the setsize() before it tests the length in this particular case... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Mon Apr 14 17:56:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA29643 for bugs-outgoing; Mon, 14 Apr 1997 17:56:15 -0700 (PDT) Received: (from jmg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA29623; Mon, 14 Apr 1997 17:56:07 -0700 (PDT) Date: Mon, 14 Apr 1997 17:56:07 -0700 (PDT) From: John-Mark Gurney Message-Id: <199704150056.RAA29623@freefall.freebsd.org> To: zach@blizzard.gaffaneys.com, jmg, freebsd-bugs Subject: Re: bin/3173 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: utmp and wtmp programs out of sync. State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Mon Apr 14 17:55:27 PDT 1997 State-Changed-Why: closed at originator's request... From owner-freebsd-bugs Mon Apr 14 18:31:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA01968 for bugs-outgoing; Mon, 14 Apr 1997 18:31:19 -0700 (PDT) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA01960; Mon, 14 Apr 1997 18:31:15 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id SAA08126; Mon, 14 Apr 1997 18:22:32 -0700 (PDT) Message-Id: <199704150122.SAA08126@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: Terry Lambert Cc: toor@dyson.iquest.net (John S. Dyson), mtaylor@cybernet.com, hackers@freebsd.org, bugs@freebsd.org Subject: Re: vnode as filesystem (crash!) Reply-To: Jason Thorpe From: Jason Thorpe Date: Mon, 14 Apr 1997 18:22:31 -0700 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 14 Apr 1997 17:22:11 -0700 (MST) Terry Lambert wrote: > Also, the NetBSD code has a bug, where it will call the setsize() before > it tests the length in this particular case... ...and it was so kind of you to report it when you noticed it. I'll make sure and forward this on to the appropriate folks. Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-bugs Mon Apr 14 22:34:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA17327 for bugs-outgoing; Mon, 14 Apr 1997 22:34:37 -0700 (PDT) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA17292; Mon, 14 Apr 1997 22:34:35 -0700 (PDT) Date: Mon, 14 Apr 1997 22:34:35 -0700 (PDT) From: Gary Palmer Message-Id: <199704150534.WAA17292@freefall.freebsd.org> To: gpalmer, gpalmer, freebsd-bugs Subject: Re: kern/652 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Multiple addresses on one interface interacts badly with gated Responsible-Changed-From-To: gpalmer->freebsd-bugs Responsible-Changed-By: gpalmer Responsible-Changed-When: Mon Apr 14 22:33:57 PDT 1997 Responsible-Changed-Why: I am not responsible for this port, and I don't have time right now to chase this. Also, peter wemm is now the last person to update the port :) From owner-freebsd-bugs Mon Apr 14 22:35:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA17437 for bugs-outgoing; Mon, 14 Apr 1997 22:35:32 -0700 (PDT) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA17406; Mon, 14 Apr 1997 22:35:03 -0700 (PDT) Date: Mon, 14 Apr 1997 22:35:03 -0700 (PDT) From: Gary Palmer Message-Id: <199704150535.WAA17406@freefall.freebsd.org> To: adrian@internode.com.au, gpalmer, freebsd-bugs Subject: Re: kern/652 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Multiple addresses on one interface interacts badly with gated State-Changed-From-To: open-feedback State-Changed-By: gpalmer State-Changed-When: Mon Apr 14 22:34:37 PDT 1997 State-Changed-Why: A new version was introduced to the ports tree recently. Is the problem still there with the new version? From owner-freebsd-bugs Mon Apr 14 22:57:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA18660 for bugs-outgoing; Mon, 14 Apr 1997 22:57:17 -0700 (PDT) Received: from critter.dk.tfs.com (phk.cybercity.dk [195.8.133.247]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA18650; Mon, 14 Apr 1997 22:57:08 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id HAA01291; Tue, 15 Apr 1997 07:55:51 +0200 (CEST) To: Dmitrij Tejblum cc: freebsd-bugs@freebsd.org From: phk@dk.tfs.com Subject: Re: misc/3291: md2.h, md4.h, and md5.h headers useless for c++ programms In-reply-to: Your message of "Mon, 14 Apr 1997 13:10:04 PDT." <199704142010.NAA10716@freefall.freebsd.org> Date: Tue, 15 Apr 1997 07:55:51 +0200 Message-ID: <1289.861083751@critter> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I can agree to the __BEGIN_DECLS, but the #includes do >NOT< belong here. > > Why? Take a look at , for example. stdlib.h is a ANSI (POSIX?) header, we have to follow the crowd on that. > Should I submit another patch? yes please. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-bugs Mon Apr 14 23:34:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA20016 for bugs-outgoing; Mon, 14 Apr 1997 23:34:32 -0700 (PDT) Received: from spinner.DIALix.COM (root@spinner.dialix.com [192.203.228.67]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA20009 for ; Mon, 14 Apr 1997 23:34:24 -0700 (PDT) Received: from spinner.DIALix.COM (peter@localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.8.5/8.8.5) with ESMTP id OAA29112; Tue, 15 Apr 1997 14:33:34 +0800 (WST) Message-Id: <199704150633.OAA29112@spinner.DIALix.COM> X-Mailer: exmh version 2.0gamma 1/27/96 To: phk@dk.tfs.com cc: Dmitrij Tejblum , freebsd-bugs@freebsd.org Subject: Re: misc/3291: md2.h, md4.h, and md5.h headers useless for c++ programms In-reply-to: Your message of "Tue, 15 Apr 1997 07:55:51 +0200." <1289.861083751@critter> Date: Tue, 15 Apr 1997 14:33:33 +0800 From: Peter Wemm Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk phk@dk.tfs.com wrote: > > > I can agree to the __BEGIN_DECLS, but the #includes do >NOT< belong here. > > > > Why? Take a look at , for example. > > stdlib.h is a ANSI (POSIX?) header, we have to follow the crowd on that. Headers should be self sufficient. Converting a header that used to be self sufficent (eg: on the 2.2 series) to one that isn't (on 3.0+) is a bad move. It'll just make people more reluctant to use libmd and roll their own instead. IMHO, yes, fine, make it use __BEGIN_DECLS etc, but don't break add "you must now #include first even though you didn't before" to it. In /usr/include, the only files that use __BEGIN_DECLS without explicitly including cdefs.h first are: ctype.h #includes runetype.h, which has cdefs.h mpool.h broken ndbm.h #include , which #includes cdefs.h anyway. pthread_np.h broken; requires prior #include (which has cdefs.h) rune.h #includes runetype.h, which has cdefs.h mpool.h is outright broken, pthread_np.h is an extention of pthreads.h, so that isn't so clear. Most of sys/* does it correctly too, at least as far as cdefs.h. Cheers, -Peter From owner-freebsd-bugs Tue Apr 15 00:08:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA21526 for bugs-outgoing; Tue, 15 Apr 1997 00:08:03 -0700 (PDT) Received: (from jmg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA21469; Tue, 15 Apr 1997 00:07:47 -0700 (PDT) Date: Tue, 15 Apr 1997 00:07:47 -0700 (PDT) From: John-Mark Gurney Message-Id: <199704150707.AAA21469@freefall.freebsd.org> To: k-horik@yk.rim.or.jp, jmg, freebsd-bugs Subject: Re: docs/3264 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: manpage yp_mkdb.8 contains typo State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Tue Apr 15 00:07:01 PDT 1997 State-Changed-Why: patch applied, fixed in: /home/ncvs/src/usr.sbin/yp_mkdb/yp_mkdb.8,v <-- yp_mkdb.8 new revision: 1.6; previous revision: 1.5 From owner-freebsd-bugs Tue Apr 15 00:17:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA22069 for bugs-outgoing; Tue, 15 Apr 1997 00:17:27 -0700 (PDT) Received: (from jmg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA22039; Tue, 15 Apr 1997 00:16:31 -0700 (PDT) Date: Tue, 15 Apr 1997 00:16:31 -0700 (PDT) From: John-Mark Gurney Message-Id: <199704150716.AAA22039@freefall.freebsd.org> To: k-horik@yk.rim.or.jp, jmg, freebsd-bugs Subject: Re: docs/3265 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: manpage ypbind.8 contains typo State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Tue Apr 15 00:15:55 PDT 1997 State-Changed-Why: fix typos: /home/ncvs/src/usr.sbin/ypbind/ypbind.8,v <-- ypbind.8 new revision: 1.9; previous revision: 1.8 From owner-freebsd-bugs Tue Apr 15 00:30:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA22445 for bugs-outgoing; Tue, 15 Apr 1997 00:30:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA22436; Tue, 15 Apr 1997 00:30:01 -0700 (PDT) Resent-Date: Tue, 15 Apr 1997 00:30:01 -0700 (PDT) Resent-Message-Id: <199704150730.AAA22436@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.AAA22271;Tue; (8.8.5/8.8.5);, 15 Apr 1997 00:23:16.-0700 (PDT) Message-Id: <199704150723.AAA22271@freefall.freebsd.org> Date: Tue, 15 Apr 1997 00:23:16 -0700 (PDT) From: mik@bms.sgg.ru To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: docs/3295: ATAPI CDROM not found during setup Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3295 >Category: docs >Synopsis: ATAPI CDROM not found during setup >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 15 00:30:01 PDT 1997 >Last-Modified: >Originator: Mikle Pervakov >Organization: BMS, Inc. >Release: 2.1.7 >Environment: >Description: ATAPI CD-Rom not found, though working properly in Windows95 >How-To-Repeat: Attach CDRom to secondary IDE controller as slave, without any master on the same controller. For example, there was master hard disk connected with CDROM to secondary EIDE controller, and you remove hard disk. >Fix: Configure CD-ROM as master device. Optional - include this information in short install information. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 15 00:41:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA22874 for bugs-outgoing; Tue, 15 Apr 1997 00:41:03 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA22865 for ; Tue, 15 Apr 1997 00:41:00 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id RAA17735; Tue, 15 Apr 1997 17:34:16 +1000 Date: Tue, 15 Apr 1997 17:34:16 +1000 From: Bruce Evans Message-Id: <199704150734.RAA17735@godzilla.zeta.org.au> To: peter@spinner.DIALix.COM, phk@dk.tfs.com Subject: Re: misc/3291: md2.h, md4.h, and md5.h headers useless for c++ programms Cc: freebsd-bugs@freebsd.org, tejblum@arc.hq.cti.ru Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> > > I can agree to the __BEGIN_DECLS, but the #includes do >NOT< belong here. >> > >> > Why? Take a look at , for example. >> >> stdlib.h is a ANSI (POSIX?) header, we have to follow the crowd on that. > >Headers should be self sufficient. Converting a header that used to be This goes without saying :-). >self sufficent (eg: on the 2.2 series) to one that isn't (on 3.0+) >is a bad move. It'll just make people more reluctant to use libmd and roll >their own instead. IMHO, yes, fine, make it use __BEGIN_DECLS etc, but >don't break add "you must now #include first even though you >didn't before" to it. It is a bug for an application to #include . No section 2 or section 3 man pages refer to it (I recently fixed a couple of references). style.9 doesn't quite say that it is an implementation detail. >In /usr/include, the only files that use __BEGIN_DECLS without explicitly >including cdefs.h first are: >... >mpool.h is outright broken, pthread_np.h is an extention of pthreads.h, so >that isn't so clear. pthread_np.h is also missing lots of typedefs. Clearly it is not meant to be used by itself. md4.h now depends on for the definition of u32_t. This was broken when 64-bit support was fixed (md4.h previously used `unsigned long'). This shouldn't be fixed by including , since pollutes the namespace with select and ntoh macros and POSIX typedefs. md5.h includes which has the same problem as md4.h and uglier ifdefs. Bruce From owner-freebsd-bugs Tue Apr 15 00:42:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA23012 for bugs-outgoing; Tue, 15 Apr 1997 00:42:54 -0700 (PDT) Received: (from jmg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA22975; Tue, 15 Apr 1997 00:41:38 -0700 (PDT) Date: Tue, 15 Apr 1997 00:41:38 -0700 (PDT) From: John-Mark Gurney Message-Id: <199704150741.AAA22975@freefall.freebsd.org> To: k-horik@yk.rim.or.jp, jmg, freebsd-bugs Subject: Re: docs/3266 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: manpage ypserv.8 contains typo State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Tue Apr 15 00:37:48 PDT 1997 State-Changed-Why: patch applied (with some other fixes) fixed in: /home/ncvs/src/usr.sbin/ypserv/ypserv.8,v <-- ypserv.8 new revision: 1.12; previous revision: 1.11 From owner-freebsd-bugs Tue Apr 15 01:15:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA24550 for bugs-outgoing; Tue, 15 Apr 1997 01:15:23 -0700 (PDT) Received: from critter.dk.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA24515; Tue, 15 Apr 1997 01:14:52 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id KAA00197; Tue, 15 Apr 1997 10:13:30 +0200 (CEST) To: Bruce Evans cc: peter@spinner.DIALix.COM, phk@dk.tfs.com, freebsd-bugs@freebsd.org, tejblum@arc.hq.cti.ru From: phk@dk.tfs.com Subject: Re: misc/3291: md2.h, md4.h, and md5.h headers useless for c++ programms In-reply-to: Your message of "Tue, 15 Apr 1997 17:34:16 +1000." <199704150734.RAA17735@godzilla.zeta.org.au> Date: Tue, 15 Apr 1997 10:13:29 +0200 Message-ID: <195.861092009@critter> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >md4.h now depends on for the definition of u32_t. >This was broken when 64-bit support was fixed (md4.h previously used >`unsigned long'). This shouldn't be fixed by including , >since pollutes the namespace with select and ntoh macros >and POSIX typedefs. This was really what I meant to complain about, not cdefs.h. I Should have been more clear there. >md5.h includes which has the same problem as md4.h and uglier >ifdefs. Any good suggestions ? Making a that only have the basic types in it ? :-) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-bugs Tue Apr 15 01:46:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA26337 for bugs-outgoing; Tue, 15 Apr 1997 01:46:30 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA26324 for ; Tue, 15 Apr 1997 01:46:20 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id SAA19962; Tue, 15 Apr 1997 18:39:10 +1000 Date: Tue, 15 Apr 1997 18:39:10 +1000 From: Bruce Evans Message-Id: <199704150839.SAA19962@godzilla.zeta.org.au> To: bde@zeta.org.au, phk@dk.tfs.com Subject: Re: misc/3291: md2.h, md4.h, and md5.h headers useless for c++ programms Cc: freebsd-bugs@FreeBSD.org, peter@spinner.DIALix.COM, tejblum@arc.hq.cti.ru Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >>md5.h includes which has the same problem as md4.h and uglier >>ifdefs. > >Any good suggestions ? > >Making a that only have the basic types in it ? :-) It has to be something like that. Of course, the list of basic types in the user namespace is empty. We already have this for basic STDC types - . Bruce From owner-freebsd-bugs Tue Apr 15 02:23:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA28559 for bugs-outgoing; Tue, 15 Apr 1997 02:23:04 -0700 (PDT) Received: from helios.dnttm.ru (dnttm.wave.ras.ru [194.85.104.197]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA28549 for ; Tue, 15 Apr 1997 02:22:53 -0700 (PDT) Received: (from uutejb@localhost) by helios.dnttm.ru (8.8.5/8.8.5/IP-2) with UUCP id NAA05795; Tue, 15 Apr 1997 13:02:58 +0400 Received: from localhost (dima@localhost) by tejblum.dnttm.rssi.ru (8.8.5/8.8.5) with SMTP id NAA00694; Tue, 15 Apr 1997 13:03:53 +0400 (MSD) Date: Tue, 15 Apr 1997 13:03:53 +0400 (MSD) From: Dmitrij Tejblum Reply-To: Dmitrij Tejblum To: Bruce Evans cc: peter@spinner.DIALix.COM, phk@dk.tfs.com, freebsd-bugs@freebsd.org, tejblum@arc.hq.cti.ru Subject: Re: misc/3291: md2.h, md4.h, and md5.h headers useless for c++ programms In-Reply-To: <199704150734.RAA17735@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 15 Apr 1997, Bruce Evans wrote: > .... > md4.h now depends on for the definition of u32_t. > This was broken when 64-bit support was fixed (md4.h previously used > `unsigned long'). This shouldn't be fixed by including , > since pollutes the namespace with select and ntoh macros > and POSIX typedefs. > > md5.h includes which has the same problem as md4.h and uglier > ifdefs. And what, you suggest that applications will use own typedef for u_int32_t before including ? If application itself will use #include to obtain the definition, it will get the namespace pollution. Why force application to include before ? Other md5.h, for example the one from apache (altough it's "broken" too), don't require it. May be, include in and for u_int32_t? Dima From owner-freebsd-bugs Tue Apr 15 03:01:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA00441 for bugs-outgoing; Tue, 15 Apr 1997 03:01:05 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA00429 for ; Tue, 15 Apr 1997 03:01:02 -0700 (PDT) Received: from economic.acnit.ac.ru by mail.crl.com with SMTP id AA16994 (5.65c/IDA-1.5 for ); Tue, 15 Apr 1997 02:56:26 -0700 Received: (from bazilio@localhost) by economic.acnit.ac.ru (8.8.5/8.8.4) id NAA00524; Tue, 15 Apr 1997 13:46:54 +0400 (MSD) Date: Tue, 15 Apr 1997 13:46:54 +0400 (MSD) From: "Vasily V. Grechishnikov" To: bugs@freebsd.org Subject: IPX and Tulip needs promiscuous mode ?? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi ! I have FreeBSD 2.2 RELEASE. My FreeBSD box is an Internet gateway and Samba file server for three LANs. I need an IPX gateway, in two of three LANs I have NetWare file servers. My FreeBSD box : ed0 ( NE200)---NetWare 4.1 | NetWare 3.12----ed1( NE200) | de0( DEC21040)-----NetWare clients IPX routing works fine on my FreeBSD, but with following problem: IPX packets forwards de0 <-> ed0 or de0 <-> ed1 only if on the de0 interface promiscuous mode is enabled, forwarding through ed1 <-> ed0 works without promiscuouty on the this interfaces. I try the following steps: 1. I compiled the kernel with options IPX options IPX_PRINTFS=0 options IPX_ERRPRINTFS=0 2. I ifconfig'ured my interfaces according to their correct IPX network numbers 3. I turned MIB variable net.ipx.ipx.ipxforwarding=1 4. I ran IPXrouted with option -s . 5. But it works only if I run tcpdump -i de0 or my own program which simply turn promiscuouty on specified network interface. May be Tulip device driver contain some errors? I haven't expirience to analyze /sys/pci/if_de.c ( 130K ) ;-) . Any suggestions? Thanks, Vasily . **********[FreeBSD it is coolest UNIX for PC!]*********** | System admin , ftp and web master. | | http://www.econ.acnit.ac.ru/~bazilio/ | ********************************************************* | Voronezh State Technical University | | Industrial Economy Departament | ********************************************************* From owner-freebsd-bugs Tue Apr 15 03:25:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA01387 for bugs-outgoing; Tue, 15 Apr 1997 03:25:05 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA01382 for ; Tue, 15 Apr 1997 03:25:02 -0700 (PDT) Received: from economic.acnit.ac.ru by mail.crl.com with SMTP id AA19302 (5.65c/IDA-1.5 for ); Tue, 15 Apr 1997 03:21:33 -0700 Received: (from bazilio@localhost) by economic.acnit.ac.ru (8.8.5/8.8.4) id NAA00549; Tue, 15 Apr 1997 13:51:58 +0400 (MSD) Date: Tue, 15 Apr 1997 13:51:58 +0400 (MSD) From: "Vasily V. Grechishnikov" To: freebsd-bugs@freebsd.org Subject: msdosfs bugs ? (fwd) Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi ! I'm very sorry but by my Internework problems ( bad cable to ISP) I can't read possible answers for my old question . ---------- Forwarded message ---------- Date: Thu, 3 Apr 1997 12:46:02 +0400 (MSD) From: Vasily V. Grechishnikov To: freebsd-bugs@freebsd.org Subject: msdosfs bugs ? Hi ! I'm expiriencied for FreeBSD since 2.1.0 R to 2.2R( today) and I'm use it on many many different machines from 486DX33 to P5 120 w/ very different architectures from ISA to PCI . But everytime if I try to mount or read/write ( already mounted ) bad msdos diskette I see the same bug : after this my computer hoses . I can switch between the virtual consoles, but I can't to do anything - keyboard is locked . At the same time all network services works properly, exclude the telnet, rlogin to crashed system . Why ? Is it bug of msdosfs ? If it is, when that will be fixed ? I wish to fix it by myself, but I have not enough knowledge about of orgatization of the VFSes . Thanks, Vasily . **********[FreeBSD it is coolest UNIX for PC!]*********** | System admin , ftp and web master. | | http://www.econ.acnit.ac.ru/~bazilio/ | ********************************************************* | Voronezh State Technical University | | Industrial Economy Departament | ********************************************************* From owner-freebsd-bugs Tue Apr 15 05:38:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA07207 for bugs-outgoing; Tue, 15 Apr 1997 05:38:38 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA07202 for ; Tue, 15 Apr 1997 05:38:32 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id WAA28407; Tue, 15 Apr 1997 22:14:00 +1000 Date: Tue, 15 Apr 1997 22:14:00 +1000 From: Bruce Evans Message-Id: <199704151214.WAA28407@godzilla.zeta.org.au> To: bde@zeta.org.au, dima@tejblum.dnttm.rssi.ru Subject: Re: misc/3291: md2.h, md4.h, and md5.h headers useless for c++ programms Cc: freebsd-bugs@freebsd.org, peter@spinner.DIALix.COM, phk@dk.tfs.com, tejblum@arc.hq.cti.ru Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> md5.h includes which has the same problem as md4.h and uglier >> ifdefs. > >And what, you suggest that applications will use own typedef for >u_int32_t before including ? If application itself will use >#include to obtain the definition, it will get the namespace >pollution. No, should use __u_int_32_t or something like that, and it should #include a non-polluting version of to get this typedef. >Why force application to include before ? Other If really depended on , then it might be best to force the application to include both so that the dependency on is obvious. In any case, the documentation for would need to say that all the names and bugs in are reserved. BTW, the docs don't say that the identifiers in the md5 state are reserved. The following reasonable program fails mysteriously: #define count 100 #include #include >May be, include in and for >u_int32_t? This would be better that . only uses C and POSIX reserved identifiers, and _physaddr, r, physaddr, and val. Bruce From owner-freebsd-bugs Tue Apr 15 05:57:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA07879 for bugs-outgoing; Tue, 15 Apr 1997 05:57:28 -0700 (PDT) Received: from albert.osu.cz (albert.osu.cz [193.84.224.12]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA07798 for ; Tue, 15 Apr 1997 05:56:47 -0700 (PDT) Received: from localhost (belkovic@localhost) by albert.osu.cz (8.8.5/8.6.12) with SMTP id OAA00768; Tue, 15 Apr 1997 14:45:18 +0200 (MET DST) Date: Tue, 15 Apr 1997 14:45:18 +0200 (MET DST) From: Josef Belkovics To: "Vasily V. Grechishnikov" cc: bugs@FreeBSD.ORG Subject: Re: IPX and Tulip needs promiscuous mode ?? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi ! > I have FreeBSD 2.2 RELEASE. My FreeBSD box is an Internet gateway > and Samba file server for three LANs. I need an IPX gateway, in two of > three LANs I have NetWare file servers. > My FreeBSD box : > > ed0 ( NE200)---NetWare 4.1 > | > NetWare 3.12----ed1( NE200) > | > de0( DEC21040)-----NetWare clients > > IPX routing works fine on my FreeBSD, but with following problem: > IPX packets forwards de0 <-> ed0 or de0 <-> ed1 only if on the de0 interface > promiscuous mode is enabled, forwarding through ed1 <-> ed0 works without > promiscuouty on the this interfaces. > > I try the following steps: > 1. I compiled the kernel with > options IPX > options IPX_PRINTFS=0 > options IPX_ERRPRINTFS=0 > 2. I ifconfig'ured my interfaces according to their correct IPX > network numbers > 3. I turned MIB variable net.ipx.ipx.ipxforwarding=1 > 4. I ran IPXrouted with option -s . > 5. But it works only if I run tcpdump -i de0 or > my own program which simply turn promiscuouty on specified network > interface. > > May be Tulip device driver contain some errors? I haven't expirience > to analyze /sys/pci/if_de.c ( 130K ) ;-) . > > Any suggestions? I think, that you run your servers only with frames ethernet_ii (load ne2000 port=300 int=10 frame=ethernet_ii etc.). But your clients runs with origin 'net.cfg', where are usually options like: link driver <> frame ethernet_ii frame ethernte_802.2 frame ethrenet_802.3 ... In this case the default frame type is usually 802.2 and according README in /sys/i386/ipxnet (?) ipx protocol knows only ii. If I am true, try configure 'net.cfg' on some client (e.g. delete lines with 802.x or snap) and give to know. I don't know, what exactly means 'promiscuous mode'. I guess, that such interface some strange way sends ALL frames types to (IPXrouted) and, maybe, IPXrouted knows 802.2 etc. It was explained behaviour your LAN. (Option -s for IPXrouted isn't needed. One knows, that if the pc has two or more interfaces, pc is router and program will be propagate routing table.) Can you send me list from 'netstat -r', 'netstat -i'? I have exactly the same problem + problem, that I installed 2.2.1R in sunday and from this time my brave server 3 times CRASHED. My favourite 2.1.0R never crashed. JPB (Josef P. Belkovic, Ostravska Universita, Czech republic). From owner-freebsd-bugs Tue Apr 15 06:54:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA10551 for bugs-outgoing; Tue, 15 Apr 1997 06:54:55 -0700 (PDT) Received: from snoopy.mv.com (snoopy.mv.com [199.125.64.182]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id GAA10546 for ; Tue, 15 Apr 1997 06:54:51 -0700 (PDT) Received: from snoopy.mv.com (localhost [127.0.0.1]) by snoopy.mv.com (8.6.12/8.6.9) with ESMTP id JAA00222 for ; Tue, 15 Apr 1997 09:54:28 -0400 Message-Id: <199704151354.JAA00222@snoopy.mv.com> To: bugs@freebsd.org Subject: 2.2.1 boot.flp Date: Tue, 15 Apr 1997 09:54:27 -0400 From: "Paul F. Werkowski" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk FYI I downloaded the file from ftp.freebsd.org and tried to run it on a new NEC Versa 22635CD notebook. After disabling most devices, the boot started and got as far as displaying "apm: disabled, not probed." before wedging the box so bad I can't even shut it off! I had to pull the power cord and wait for the battery to discharge before being able to try again. So far, 2/2 attempts with different floppies result in same wedgie. Such a deal.. Regards, Paul Werkowski pw@snoopy.mv.com From owner-freebsd-bugs Tue Apr 15 07:13:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA11420 for bugs-outgoing; Tue, 15 Apr 1997 07:13:48 -0700 (PDT) Received: from mailsrv.cc.utsunomiya-u.ac.jp (mailsrv.cc.utsunomiya-u.ac.jp [160.12.200.20]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA11411 for ; Tue, 15 Apr 1997 07:13:37 -0700 (PDT) Received: from zodiac.mech.utsunomiya-u.ac.jp (SPTOBJnue1jBh9+nGc9gx2uDTN7qW7Sy@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by mailsrv.cc.utsunomiya-u.ac.jp (8.8.5+2.7Wbeta5/3.5Wpl4) with ESMTP id XAA26530; Tue, 15 Apr 1997 23:12:55 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id XAA20293; Tue, 15 Apr 1997 23:17:33 +0900 (JST) Message-Id: <199704151417.XAA20293@zodiac.mech.utsunomiya-u.ac.jp> To: "Paul F. Werkowski" cc: bugs@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: 2.2.1 boot.flp In-reply-to: Your message of "Tue, 15 Apr 1997 09:54:27 -0400." <199704151354.JAA00222@snoopy.mv.com> References: <199704151354.JAA00222@snoopy.mv.com> Date: Tue, 15 Apr 1997 23:17:31 +0900 From: Kazutaka YOKOTA Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >FYI I downloaded the file from ftp.freebsd.org >and tried to run it on a new NEC Versa 22635CD >notebook. After disabling most devices, the >boot started and got as far as displaying >"apm: disabled, not probed." Try setting 0x01 to the flag of the `npx' device. This will disable the Pentium optimized bcopy() which somehow caused similar problems. It appears to have difficulties with certain VGA chips, as far as I understand... Kazu From owner-freebsd-bugs Tue Apr 15 07:20:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA11952 for bugs-outgoing; Tue, 15 Apr 1997 07:20:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA11940; Tue, 15 Apr 1997 07:20:03 -0700 (PDT) Date: Tue, 15 Apr 1997 07:20:03 -0700 (PDT) Message-Id: <199704151420.HAA11940@freefall.freebsd.org> To: freebsd-bugs Cc: From: Dmitrij Tejblum Subject: Re: misc/3291: md2.h, md4.h, and md5.h headers useless for c++ programms Reply-To: Dmitrij Tejblum Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/3291; it has been noted by GNATS. From: Dmitrij Tejblum To: phk@dk.tfs.com Cc: freebsd-gnats-submit@freebsd.org Subject: Re: misc/3291: md2.h, md4.h, and md5.h headers useless for c++ programms Date: Tue, 15 Apr 1997 18:10:51 +0400 (MSD) Here is the second version of the patch. I changed to . It seems that for now it is best way. Other improvements: 1. __P added to function prototypes (to keep consistency in FreeBSD includes) 2. filename parameter of MDXFile should be const char*, not char*. (Changes to sources and man page also included, of course). libmd still pass test after this patch :). Dima diff -c -r lib/libmd.orig/md2.h lib/libmd/md2.h *** lib/libmd.orig/md2.h Fri Apr 4 00:17:05 1997 --- lib/libmd/md2.h Tue Apr 15 17:00:56 1997 *************** *** 30,40 **** unsigned char buffer[16]; /* input buffer */ } MD2_CTX; ! void MD2Init(MD2_CTX *); ! void MD2Update(MD2_CTX *, const unsigned char *, unsigned int); ! void MD2Final(unsigned char [16], MD2_CTX *); ! char * MD2End(MD2_CTX *, char *); ! char * MD2File(char *, char *); ! char * MD2Data(const unsigned char *, unsigned int, char *); #endif /* _MD2_H_ */ --- 30,44 ---- unsigned char buffer[16]; /* input buffer */ } MD2_CTX; ! #include ! ! __BEGIN_DECLS ! void MD2Init __P((MD2_CTX *)); ! void MD2Update __P((MD2_CTX *, const unsigned char *, unsigned int)); ! void MD2Final __P((unsigned char [16], MD2_CTX *)); ! char * MD2End __P((MD2_CTX *, char *)); ! char * MD2File __P((const char *, char *)); ! char * MD2Data __P((const unsigned char *, unsigned int, char *)); ! __END_DECLS #endif /* _MD2_H_ */ diff -c -r lib/libmd.orig/md4.h lib/libmd/md4.h *** lib/libmd.orig/md4.h Fri Apr 4 00:17:05 1997 --- lib/libmd/md4.h Tue Apr 15 17:27:52 1997 *************** *** 26,42 **** #ifndef _MD4_H_ #define _MD4_H_ /* MD4 context. */ typedef struct MD4Context { u_int32_t state[4]; /* state (ABCD) */ u_int32_t count[2]; /* number of bits, modulo 2^64 (lsb first) */ unsigned char buffer[64]; /* input buffer */ } MD4_CTX; ! void MD4Init(MD4_CTX *); ! void MD4Update(MD4_CTX *, const unsigned char *, unsigned int); ! void MD4Final(unsigned char [16], MD4_CTX *); ! char * MD4End(MD4_CTX *, char *); ! char * MD4File(char *, char *); ! char * MD4Data(const unsigned char *, unsigned int, char *); #endif /* _MD4_H_ */ --- 26,49 ---- #ifndef _MD4_H_ #define _MD4_H_ /* MD4 context. */ + + #include /* XXX */ + typedef struct MD4Context { u_int32_t state[4]; /* state (ABCD) */ u_int32_t count[2]; /* number of bits, modulo 2^64 (lsb first) */ unsigned char buffer[64]; /* input buffer */ } MD4_CTX; ! #include ! ! __BEGIN_DECLS ! void MD4Init __P((MD4_CTX *)); ! void MD4Update __P((MD4_CTX *, const unsigned char *, unsigned int)); ! void MD4Final __P((unsigned char [16], MD4_CTX *)); ! char * MD4End __P((MD4_CTX *, char *)); ! char * MD4File __P((const char *, char *)); ! char * MD4Data __P((const unsigned char *, unsigned int, char *)); ! __END_DECLS #endif /* _MD4_H_ */ diff -c -r lib/libmd.orig/mdX.3 lib/libmd/mdX.3 *** lib/libmd.orig/mdX.3 Tue Apr 15 17:18:32 1997 --- lib/libmd/mdX.3 Tue Apr 15 17:17:40 1997 *************** *** 31,37 **** .Ft "char *" .Fn MDXEnd "MDX_CTX *context" "char *buf" .Ft "char *" ! .Fn MDXFile "char *filename" "char *buf" .Ft "char *" .Fn MDXData "const unsigned char *data" "unsigned int len" "char *buf" .Sh DESCRIPTION --- 31,37 ---- .Ft "char *" .Fn MDXEnd "MDX_CTX *context" "char *buf" .Ft "char *" ! .Fn MDXFile "const char *filename" "char *buf" .Ft "char *" .Fn MDXData "const unsigned char *data" "unsigned int len" "char *buf" .Sh DESCRIPTION diff -c -r lib/libmd.orig/mdXhl.c lib/libmd/mdXhl.c *** lib/libmd.orig/mdXhl.c Fri Oct 25 10:48:12 1996 --- lib/libmd/mdXhl.c Tue Apr 15 17:10:07 1997 *************** *** 41,47 **** } char * ! MDXFile (char *filename, char *buf) { unsigned char buffer[BUFSIZ]; MDX_CTX ctx; --- 41,47 ---- } char * ! MDXFile (const char *filename, char *buf) { unsigned char buffer[BUFSIZ]; MDX_CTX ctx; === The next patch is for , not for ==== *** sys/sys/md5.h.orig Sun Dec 22 13:31:34 1996 --- sys/sys/md5.h Tue Apr 15 17:46:51 1997 *************** *** 26,31 **** --- 26,34 ---- #ifndef _SYS_MD5_H_ #define _SYS_MD5_H_ + + #include /* XXX */ + /* MD5 context. */ typedef struct MD5Context { u_int32_t state[4]; /* state (ABCD) */ *************** *** 33,42 **** unsigned char buffer[64]; /* input buffer */ } MD5_CTX; ! void MD5Init (MD5_CTX *); ! void MD5Update (MD5_CTX *, const unsigned char *, unsigned int); ! void MD5Final (unsigned char [16], MD5_CTX *); ! char * MD5End(MD5_CTX *, char *); ! char * MD5File(char *, char *); ! char * MD5Data(const unsigned char *, unsigned int, char *); #endif /* _SYS_MD5_H_ */ --- 36,50 ---- unsigned char buffer[64]; /* input buffer */ } MD5_CTX; ! #include ! ! __BEGIN_DECLS ! void MD5Init __P((MD5_CTX *)); ! void MD5Update __P((MD5_CTX *, const unsigned char *, unsigned int)); ! void MD5Final __P((unsigned char [16], MD5_CTX *)); ! char * MD5End __P((MD5_CTX *, char *)); ! char * MD5File __P((const char *, char *)); ! char * MD5Data __P((const unsigned char *, unsigned int, char *)); ! __END_DECLS ! #endif /* _SYS_MD5_H_ */ From owner-freebsd-bugs Tue Apr 15 08:02:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA14166 for bugs-outgoing; Tue, 15 Apr 1997 08:02:33 -0700 (PDT) Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA14145; Tue, 15 Apr 1997 08:02:25 -0700 (PDT) Date: Tue, 15 Apr 1997 08:02:25 -0700 (PDT) From: Brian Somers Message-Id: <199704151502.IAA14145@freefall.freebsd.org> To: King@kingdom.novosibirsk.rosprint.ru, brian, freebsd-bugs, brian Subject: Re: i386/3034 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: When mouse active in console XFree not started State-Changed-From-To: open-closed State-Changed-By: brian State-Changed-When: Tue Apr 15 08:00:29 PDT 1997 State-Changed-Why: This sysmouse information is now in the FAQ. Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Tue Apr 15 08:00:29 PDT 1997 Responsible-Changed-Why: PR closed by brian From owner-freebsd-bugs Tue Apr 15 08:18:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA15043 for bugs-outgoing; Tue, 15 Apr 1997 08:18:47 -0700 (PDT) Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA15019; Tue, 15 Apr 1997 08:18:44 -0700 (PDT) Date: Tue, 15 Apr 1997 08:18:44 -0700 (PDT) From: Brian Somers Message-Id: <199704151518.IAA15019@freefall.freebsd.org> To: brian, freebsd-bugs, brian Subject: Re: bin/2187 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ijppp: LQR is broken Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Tue Apr 15 08:17:34 PDT 1997 Responsible-Changed-Why: I'll never fix it unless it's assigned to me. Server side LQR works, it's just the client side that's flakey ! From owner-freebsd-bugs Tue Apr 15 08:21:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA15290 for bugs-outgoing; Tue, 15 Apr 1997 08:21:09 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA15283 for ; Tue, 15 Apr 1997 08:21:04 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id JAA00220; Tue, 15 Apr 1997 09:20:52 -0600 (MDT) Date: Tue, 15 Apr 1997 09:20:52 -0600 (MDT) Message-Id: <199704151520.JAA00220@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Paul F. Werkowski" Cc: bugs@freebsd.org Subject: Re: 2.2.1 boot.flp In-Reply-To: <199704151354.JAA00222@snoopy.mv.com> References: <199704151354.JAA00222@snoopy.mv.com> X-Mailer: VM 6.26 under 19.15 XEmacs Lucid Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Paul F. Werkowski writes: > FYI I downloaded the file from ftp.freebsd.org > and tried to run it on a new NEC Versa 22635CD > notebook. After disabling most devices, the > boot started and got as far as displaying > "apm: disabled, not probed." > before wedging the box so bad I can't even > shut it off! I had to pull the power cord > and wait for the battery to discharge before > being able to try again. So far, 2/2 attempts > with different floppies result in same wedgie. Try changing the flags on the npx0 device to 0x1. Nate From owner-freebsd-bugs Tue Apr 15 08:24:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA15546 for bugs-outgoing; Tue, 15 Apr 1997 08:24:15 -0700 (PDT) Received: from ns.sutd.ru (SUTD-19.2K.RUN.Net [194.85.165.46]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA15536 for ; Tue, 15 Apr 1997 08:24:08 -0700 (PDT) Received: from stage.sutd.RU (stage.sutd.ru [195.209.236.4]) by ns.sutd.ru (8.8.5/8.8.5) with SMTP id TAA06553 for ; Mon, 14 Apr 1997 19:57:59 +0400 (MSD) Received: from stage by stage.sutd.RU (SMI-8.6/SMI-SVR4) id TAA08468; Mon, 14 Apr 1997 19:57:30 +0400 Message-ID: <335253EA.268@sutd.ru> Date: Mon, 14 Apr 1997 19:57:30 +0400 From: "Denis G. Kalashnikov" Organization: SPbSUTD X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 5.5.1 i86pc) MIME-Version: 1.0 To: freebsd-bugs@freebsd.org Subject: unsubscribe Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk unsubscribe kdg@sutd.ru From owner-freebsd-bugs Tue Apr 15 08:30:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA16094 for bugs-outgoing; Tue, 15 Apr 1997 08:30:13 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA16089 for ; Tue, 15 Apr 1997 08:30:09 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id BAA02623; Wed, 16 Apr 1997 01:29:12 +1000 Date: Wed, 16 Apr 1997 01:29:12 +1000 From: Bruce Evans Message-Id: <199704151529.BAA02623@godzilla.zeta.org.au> To: freebsd-bugs@freefall.freebsd.org, tejblum@arc.hq.cti.ru Subject: Re: misc/3291: md2.h, md4.h, and md5.h headers useless for c++ programms Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Other improvements: > > 1. __P added to function prototypes (to keep consistency in FreeBSD > includes) We've almost decided to stop supporting K&R, but headers should be the last place to stop supporting it. > 2. filename parameter of MDXFile should be const char*, not char*. > (Changes to sources and man page also included, of course). > > libmd still pass test after this patch :). My man page synopsis checker test won't pass :-). BTW, there are bugs in the synopsis for MD5.9. The synopsis checker generates the following file from the synopsis: --- #define KERNEL 1 #include #include #undef MD5Init void MD5Init(MD5_CTX *buf) ; #undef MD5Transform void MD5Transform(u_int32_t buf[4], const unsigned char block[64]); int pedantic_pacificer; --- Compiling this with `cc -Wredundant-decls' shows that MD5Transform() is not declared in . In fact it is not part of the public interface, and most of the public interface is not documented. Bruce From owner-freebsd-bugs Tue Apr 15 08:51:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA17348 for bugs-outgoing; Tue, 15 Apr 1997 08:51:00 -0700 (PDT) Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA17322; Tue, 15 Apr 1997 08:50:56 -0700 (PDT) Date: Tue, 15 Apr 1997 08:50:56 -0700 (PDT) From: Brian Somers Message-Id: <199704151550.IAA17322@freefall.freebsd.org> To: brian, freebsd-bugs, brian Subject: Re: misc/2784 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: userland PPP rises load to 1.00 Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Tue Apr 15 08:50:06 PDT 1997 Responsible-Changed-Why: Someone's gotta fix it :| From owner-freebsd-bugs Tue Apr 15 09:13:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA18351 for bugs-outgoing; Tue, 15 Apr 1997 09:13:29 -0700 (PDT) Received: from main.hq.cti.ru (main.hq.cti.ru [194.67.85.27]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA18345 for ; Tue, 15 Apr 1997 09:13:24 -0700 (PDT) Received: from arc.hq.cti.ru (arc.hq.cti.ru [194.67.85.50]) by main.hq.cti.ru (8.8.5/8.8.5) with SMTP id UAA01793; Tue, 15 Apr 1997 20:12:45 +0400 (MSD) Date: Tue, 15 Apr 1997 20:12:44 +0400 (MSD) From: Dmitrij Tejblum To: Bruce Evans cc: freebsd-bugs@freefall.freebsd.org Subject: Re: misc/3291: md2.h, md4.h, and md5.h headers useless for c++ programms In-Reply-To: <199704151529.BAA02623@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 16 Apr 1997, Bruce Evans wrote: > My man page synopsis checker test won't pass :-). Sorry, I cannot see the reason :-( I have no your man page synopsis checker :-( (May be, you don't noticed that md2.3, md4.3, and md5.3 generated by make from mdX.3 and didn't say 'make' before synopsis check?) > BTW, there are bugs > in the synopsis for MD5.9. The synopsis checker generates the following > file from the synopsis: > > .... > > Compiling this with `cc -Wredundant-decls' shows that MD5Transform() > is not declared in . In fact it is not part of the public > interface, and most of the public interface is not documented. > Yes, it seems that MD5Transform is static function in md5c.c. So, MD5.9 is absolutly wrong. Dima From owner-freebsd-bugs Tue Apr 15 09:25:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA18972 for bugs-outgoing; Tue, 15 Apr 1997 09:25:02 -0700 (PDT) Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA18947; Tue, 15 Apr 1997 09:24:55 -0700 (PDT) Date: Tue, 15 Apr 1997 09:24:55 -0700 (PDT) From: Brian Somers Message-Id: <199704151624.JAA18947@freefall.freebsd.org> To: brian, freebsd-bugs, brian Subject: Re: docs/3114 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Use of HISADDR in ppp.conf incorrect Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Tue Apr 15 09:19:55 PDT 1997 Responsible-Changed-Why: This isn't (IMHO) a bug, it's a feature. I've contacted the sender. From owner-freebsd-bugs Tue Apr 15 09:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA20025 for bugs-outgoing; Tue, 15 Apr 1997 09:40:06 -0700 (PDT) Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA20003; Tue, 15 Apr 1997 09:40:04 -0700 (PDT) Date: Tue, 15 Apr 1997 09:40:04 -0700 (PDT) From: Brian Somers Message-Id: <199704151640.JAA20003@freefall.freebsd.org> To: brian, freebsd-bugs, brian Subject: Re: docs/1691 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ppp server doc submission Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Tue Apr 15 09:39:28 PDT 1997 Responsible-Changed-Why: I'll merge this into the handbook soon. From owner-freebsd-bugs Tue Apr 15 09:44:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA20346 for bugs-outgoing; Tue, 15 Apr 1997 09:44:26 -0700 (PDT) Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA20325; Tue, 15 Apr 1997 09:44:23 -0700 (PDT) Date: Tue, 15 Apr 1997 09:44:23 -0700 (PDT) From: Brian Somers Message-Id: <199704151644.JAA20325@freefall.freebsd.org> To: brian, freebsd-bugs, brian Subject: Re: docs/1847 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: new handbook iijppp server section Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Tue Apr 15 09:43:45 PDT 1997 Responsible-Changed-Why: I'll merge this into the current handbook soon. From owner-freebsd-bugs Tue Apr 15 09:48:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA20621 for bugs-outgoing; Tue, 15 Apr 1997 09:48:47 -0700 (PDT) Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA20598; Tue, 15 Apr 1997 09:48:44 -0700 (PDT) Date: Tue, 15 Apr 1997 09:48:44 -0700 (PDT) From: Brian Somers Message-Id: <199704151648.JAA20598@freefall.freebsd.org> To: brian, freebsd-bugs, brian Subject: Re: bin/2046 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: vjcomp problem in iij-ppp Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Tue Apr 15 09:48:11 PDT 1997 Responsible-Changed-Why: I'll take a look at it (and merge the patch?) From owner-freebsd-bugs Tue Apr 15 09:55:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA21004 for bugs-outgoing; Tue, 15 Apr 1997 09:55:44 -0700 (PDT) Received: from albert.osu.cz (albert.osu.cz [193.84.224.12]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA20977; Tue, 15 Apr 1997 09:55:24 -0700 (PDT) Received: from localhost (belkovic@localhost) by albert.osu.cz (8.8.5/8.6.12) with SMTP id SAA00930; Tue, 15 Apr 1997 18:56:30 +0200 (MET DST) Date: Tue, 15 Apr 1997 18:56:29 +0200 (MET DST) From: Josef Belkovics To: freebsd-bugs@FreeBSD.ORG cc: freebsd-questions@FreeBSD.ORG Subject: tcpdump sources Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Where are tcpdump sources? Directory /usr/src/usr.sbin/tcpdump/tcpdump contains only Makefile :-). How can i put interface into promiscuous mode? Exists for it some command? `tcpdump -i ep0 >/dev/null &' costs too much time. (Answer on this question, if any, please e-mail directly. Thanks.) JPB From owner-freebsd-bugs Tue Apr 15 10:06:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA21677 for bugs-outgoing; Tue, 15 Apr 1997 10:06:28 -0700 (PDT) Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA21653; Tue, 15 Apr 1997 10:06:25 -0700 (PDT) Date: Tue, 15 Apr 1997 10:06:25 -0700 (PDT) From: Brian Somers Message-Id: <199704151706.KAA21653@freefall.freebsd.org> To: brian, freebsd-bugs, brian Subject: Re: bin/2449 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ij-ppp in auto mode goes into failure loop Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Tue Apr 15 09:58:49 PDT 1997 Responsible-Changed-Why: I'll look at merging the diffs. From owner-freebsd-bugs Tue Apr 15 10:08:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA21795 for bugs-outgoing; Tue, 15 Apr 1997 10:08:49 -0700 (PDT) Received: from snoopy.mv.com (snoopy.mv.com [199.125.64.182]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA21789 for ; Tue, 15 Apr 1997 10:08:37 -0700 (PDT) Received: from snoopy.mv.com (localhost [127.0.0.1]) by snoopy.mv.com (8.6.12/8.6.9) with ESMTP id NAA00195; Tue, 15 Apr 1997 13:07:46 -0400 Message-Id: <199704151707.NAA00195@snoopy.mv.com> To: Nate Williams cc: bugs@freebsd.org Subject: Re: 2.2.1 boot.flp In-reply-to: Your message of "Tue, 15 Apr 1997 09:20:52 MDT." <199704151520.JAA00220@rocky.mt.sri.com> Date: Tue, 15 Apr 1997 13:07:46 -0400 From: "Paul F. Werkowski" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk |Date: Tue, 15 Apr 1997 09:20:52 -0600 (MDT) |Message-Id: <199704151520.JAA00220@rocky.mt.sri.com> |From: Nate Williams |MIME-Version: 1.0 |Content-Type: text/plain; charset=us-ascii |Content-Transfer-Encoding: 7bit |To: "Paul F. Werkowski" |Cc: bugs@freebsd.org |Subject: Re: 2.2.1 boot.flp |In-Reply-To: <199704151354.JAA00222@snoopy.mv.com> |References: <199704151354.JAA00222@snoopy.mv.com> |X-Mailer: VM 6.26 under 19.15 XEmacs Lucid | |Paul F. Werkowski writes: |> FYI I downloaded the file from ftp.freebsd.org |> and tried to run it on a new NEC Versa 22635CD |> notebook. After disabling most devices, the |> boot started and got as far as displaying |> "apm: disabled, not probed." |> before wedging the box so bad I can't even |> shut it off! I had to pull the power cord |> and wait for the battery to discharge before |> being able to try again. So far, 2/2 attempts |> with different floppies result in same wedgie. | |Try changing the flags on the npx0 device to 0x1. | | |Nate | Two responses with identical info, must be true! I am not sure what you mean by changing the flags. Is this something that is done at kernel build time? I am now only using FreeBSD 2.1.6 whose boot disk seemed to show IDE disk read problems, so I just tried the 2.2.1 boot on the off chance something was fixed. Or is changing the flags something that can be done in one of the optional boot modes? Paul From owner-freebsd-bugs Tue Apr 15 10:10:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA21870 for bugs-outgoing; Tue, 15 Apr 1997 10:10:09 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA21861 for ; Tue, 15 Apr 1997 10:10:04 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id DAA05391; Wed, 16 Apr 1997 03:06:25 +1000 Date: Wed, 16 Apr 1997 03:06:25 +1000 From: Bruce Evans Message-Id: <199704151706.DAA05391@godzilla.zeta.org.au> To: bde@zeta.org.au, tejblum@arc.hq.cti.ru Subject: Re: misc/3291: md2.h, md4.h, and md5.h headers useless for c++ programms Cc: freebsd-bugs@freefall.freebsd.org Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> My man page synopsis checker test won't pass :-). > >Sorry, I cannot see the reason :-( I have no your man page synopsis >checker :-( (May be, you don't noticed that md2.3, md4.3, and md5.3 >generated by make from mdX.3 and didn't say 'make' before synopsis check?) Sorry, I didn't notice and change to *.3 in your previous mail (and didn't keep it - phk will have to commit it if he agrees with it). >> BTW, there are bugs >> in the synopsis for MD5.9. The synopsis checker generates the following >> ... > Yes, it seems that MD5Transform is static function in md5c.c. So, >MD5.9 is absolutly wrong. It is from OpenBSD, which apparently does md stuff differently. Our md5.3 can hardly be wrong for MD5.9, since they use the same header file :-). Actually, it is wrong, because using the same header file without KERNEL ifdefs is wrong. This is more obvious when you add __BEGIN_DECLS__ etc. These only apply to functions outside the kernel. Also, not all of the functions are in the kernel. I don't like 4 cloned versions: md2.3, md4.3, md5.3, MD5.9. It takes time to understand that they are essentially the same and more time to understand that MD5.9 is different because it is wrong. Bruce From owner-freebsd-bugs Tue Apr 15 10:14:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA22109 for bugs-outgoing; Tue, 15 Apr 1997 10:14:18 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA22085 for ; Tue, 15 Apr 1997 10:14:12 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id LAA00991; Tue, 15 Apr 1997 11:14:06 -0600 (MDT) Date: Tue, 15 Apr 1997 11:14:06 -0600 (MDT) Message-Id: <199704151714.LAA00991@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Paul F. Werkowski" Cc: Nate Williams , bugs@freebsd.org Subject: Re: 2.2.1 boot.flp In-Reply-To: <199704151707.NAA00195@snoopy.mv.com> References: <199704151520.JAA00220@rocky.mt.sri.com> <199704151707.NAA00195@snoopy.mv.com> X-Mailer: VM 6.26 under 19.15 XEmacs Lucid Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [ boot failure on laptop ] > |Try changing the flags on the npx0 device to 0x1. > > I am not sure what you mean by changing the flags. > Is this something that is done at kernel build time? No, at boot time in the Configuration editor. > I am now only using FreeBSD 2.1.6 whose boot disk > seemed to show IDE disk read problems, so I just > tried the 2.2.1 boot on the off chance something > was fixed. Or is changing the flags something that > can be done in one of the optional boot modes? Yep. In visual mode change the npx0 flags to 0x1. Nate From owner-freebsd-bugs Tue Apr 15 10:17:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA22226 for bugs-outgoing; Tue, 15 Apr 1997 10:17:51 -0700 (PDT) Received: from snoopy.mv.com (snoopy.mv.com [199.125.64.182]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA22219 for ; Tue, 15 Apr 1997 10:17:46 -0700 (PDT) Received: from snoopy.mv.com (localhost [127.0.0.1]) by snoopy.mv.com (8.6.12/8.6.9) with ESMTP id NAA00218; Tue, 15 Apr 1997 13:17:23 -0400 Message-Id: <199704151717.NAA00218@snoopy.mv.com> To: Nate Williams cc: bugs@freebsd.org Subject: Re: 2.2.1 boot.flp In-reply-to: Your message of "Tue, 15 Apr 1997 11:14:06 MDT." <199704151714.LAA00991@rocky.mt.sri.com> Date: Tue, 15 Apr 1997 13:17:22 -0400 From: "Paul F. Werkowski" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk |Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id LAA00991; Tue, 15 Apr 1997 11:14:06 -0600 (MDT) |Date: Tue, 15 Apr 1997 11:14:06 -0600 (MDT) |Message-Id: <199704151714.LAA00991@rocky.mt.sri.com> |From: Nate Williams |MIME-Version: 1.0 |Content-Type: text/plain; charset=us-ascii |Content-Transfer-Encoding: 7bit |To: "Paul F. Werkowski" |Cc: Nate Williams , bugs@freebsd.org |Subject: Re: 2.2.1 boot.flp |In-Reply-To: <199704151707.NAA00195@snoopy.mv.com> |References: <199704151520.JAA00220@rocky.mt.sri.com> | <199704151707.NAA00195@snoopy.mv.com> |X-Mailer: VM 6.26 under 19.15 XEmacs Lucid | |[ boot failure on laptop ] | |> |Try changing the flags on the npx0 device to 0x1. |> |> I am not sure what you mean by changing the flags. |> Is this something that is done at kernel build time? | |No, at boot time in the Configuration editor. | |> I am now only using FreeBSD 2.1.6 whose boot disk |> seemed to show IDE disk read problems, so I just |> tried the 2.2.1 boot on the off chance something |> was fixed. Or is changing the flags something that |> can be done in one of the optional boot modes? | |Yep. In visual mode change the npx0 flags to 0x1. | | |Nate | Ok, got it, thanks. Now I've got a blank screen with the cursor at lower left (not-blinking). The F2 screen says DEBUG: ioctl(3, TIOCCONS, NULL) = 0 (success) Box is not hung as I can flick between F1 and F2 screens. Dou have another rabbit in your hat? Paul From owner-freebsd-bugs Tue Apr 15 10:22:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA22511 for bugs-outgoing; Tue, 15 Apr 1997 10:22:51 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA22506 for ; Tue, 15 Apr 1997 10:22:47 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id LAA01034; Tue, 15 Apr 1997 11:22:40 -0600 (MDT) Date: Tue, 15 Apr 1997 11:22:40 -0600 (MDT) Message-Id: <199704151722.LAA01034@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Paul F. Werkowski" Cc: Nate Williams , bugs@freebsd.org Subject: Re: 2.2.1 boot.flp In-Reply-To: <199704151717.NAA00218@snoopy.mv.com> References: <199704151714.LAA00991@rocky.mt.sri.com> <199704151717.NAA00218@snoopy.mv.com> X-Mailer: VM 6.26 under 19.15 XEmacs Lucid Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > |[ boot failure on laptop ] > | > |Yep. In visual mode change the npx0 flags to 0x1. > | > > Ok, got it, thanks. Now I've got a blank screen with > the cursor at lower left (not-blinking). The F2 screen > says > DEBUG: ioctl(3, TIOCCONS, NULL) = 0 (success) > > Box is not hung as I can flick between F1 and F2 screens. > > Dou have another rabbit in your hat? Was this after you quit the visual editor and booted? Details, details. :) Nate From owner-freebsd-bugs Tue Apr 15 10:30:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA23310 for bugs-outgoing; Tue, 15 Apr 1997 10:30:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA23300; Tue, 15 Apr 1997 10:30:02 -0700 (PDT) Resent-Date: Tue, 15 Apr 1997 10:30:02 -0700 (PDT) Resent-Message-Id: <199704151730.KAA23300@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Tor.Egge@idi.ntnu.no Received: from pat.idt.unit.no (0@pat.idt.unit.no [129.241.103.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA22350 for ; Tue, 15 Apr 1997 10:20:12 -0700 (PDT) Received: from ikke.idt.unit.no (tegge@ikke.idt.unit.no [129.241.111.65]) by pat.idt.unit.no (8.8.5/8.8.5) with ESMTP id TAA10523 for ; Tue, 15 Apr 1997 19:19:56 +0200 (MET DST) Received: (from tegge@localhost) by ikke.idt.unit.no (8.8.5/8.8.5) id TAA11528; Tue, 15 Apr 1997 19:19:56 +0200 (MET DST) Message-Id: <199704151719.TAA11528@ikke.idt.unit.no> Date: Tue, 15 Apr 1997 19:19:56 +0200 (MET DST) From: Tor Egge Reply-To: Tor.Egge@idi.ntnu.no To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3298: NFS privport handling is broken Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3298 >Category: kern >Synopsis: NFS privport handling is broken >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 15 10:30:01 PDT 1997 >Last-Modified: >Originator: Tor Egge >Organization: Norwegian University of Science and Technology, Trondheim, Norway >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD ikke.idt.unit.no 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Tue Apr 8 03:18:44 MET DST 1997 root@ikke.idt.unit.no:/usr/src/sys/compile/TEGGE i386 FreeBSD 3.0-CURRENT NFS server. SunOS 5.4 NFS client. >Description: Some (older) versions of amd or automount, and some versions of mount use unprivileged ports when checking for the availability of nfsd on the NFS server. [On the SunOS 5.4 client] staude# mount ikke:/export/akg2/store /mnt nfs mount: ikke: NFS service not responding nfs mount: retrying: /mnt [On the FreeBSD 3.0-CURRENT NFS server] Apr 15 17:17:17 ikke /kernel: NFS request from unprivileged port (129.241.111.23 >How-To-Repeat: >Fix: As a special case, allow the NFS NULL procedure even when the client port is not privileged. Index: nfs_syscalls.c =================================================================== RCS file: /home/ncvs/src/sys/nfs/nfs_syscalls.c,v retrieving revision 1.20 diff -u -r1.20 nfs_syscalls.c --- nfs_syscalls.c 1997/03/27 20:01:07 1.20 +++ nfs_syscalls.c 1997/04/15 15:24:56 @@ -605,7 +605,8 @@ sin = mtod(nam, struct sockaddr_in *); port = ntohs(sin->sin_port); - if (port >= IPPORT_RESERVED) { + if (port >= IPPORT_RESERVED && + nd->nd_procnum != NFSPROC_NULL) { nd->nd_procnum = NFSPROC_NOOP; nd->nd_repstat = (NFSERR_AUTHERR | AUTH_TOOWEAK); cacherep = RC_DOIT; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 15 10:33:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA23632 for bugs-outgoing; Tue, 15 Apr 1997 10:33:02 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA23627 for ; Tue, 15 Apr 1997 10:32:57 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id KAA25775; Tue, 15 Apr 1997 10:32:44 -0700 (PDT) To: "Paul F. Werkowski" cc: bugs@freebsd.org Subject: Re: 2.2.1 boot.flp In-reply-to: Your message of "Tue, 15 Apr 1997 09:54:27 EDT." <199704151354.JAA00222@snoopy.mv.com> Date: Tue, 15 Apr 1997 10:32:44 -0700 Message-ID: <25772.861125564@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > FYI I downloaded the file from ftp.freebsd.org > and tried to run it on a new NEC Versa 22635CD > notebook. After disabling most devices, the > boot started and got as far as displaying > "apm: disabled, not probed." Try setting the flags on npx0 (with the "CLI kernel config") to 1. Jordan From owner-freebsd-bugs Tue Apr 15 10:39:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA24270 for bugs-outgoing; Tue, 15 Apr 1997 10:39:54 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA24265; Tue, 15 Apr 1997 10:39:51 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail (PMDF V5.0-6 #16313) id <01IHQV9Y5H6S90MZSQ@mail>; Tue, 15 Apr 1997 19:39:19 +0000 (GMT) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.5/8.6.9) id TAA04522; Tue, 15 Apr 1997 19:57:01 +0200 (MET DST) Date: Tue, 15 Apr 1997 19:57:00 +0200 (MET DST) From: Christoph Kukulies Subject: Re: tcpdump sources In-reply-to: To: belkovic@albert.osu.cz (Josef Belkovics) Cc: freebsd-bugs@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Reply-to: Christoph Kukulies Message-id: <199704151757.TAA04522@gilberto.physik.rwth-aachen.de> MIME-version: 1.0 X-Mailer: ELM [version 2.4ME+ PL28 (25)] Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [took -bugs off cc-list] > Where are tcpdump sources? Directory /usr/src/usr.sbin/tcpdump/tcpdump > contains only Makefile :-). /usr/src/contrib/tcpdump > > How can i put interface into promiscuous mode? Exists for it some command? > `tcpdump -i ep0 >/dev/null &' costs too much time. (Answer on this > question, if any, please e-mail directly. Thanks.) > > JPB > > -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-bugs Tue Apr 15 10:54:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA25195 for bugs-outgoing; Tue, 15 Apr 1997 10:54:54 -0700 (PDT) Received: from snoopy.mv.com (snoopy.mv.com [199.125.64.182]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA25181 for ; Tue, 15 Apr 1997 10:54:47 -0700 (PDT) Received: from snoopy.mv.com (localhost [127.0.0.1]) by snoopy.mv.com (8.6.12/8.6.9) with ESMTP id NAA00289; Tue, 15 Apr 1997 13:54:14 -0400 Message-Id: <199704151754.NAA00289@snoopy.mv.com> To: Nate Williams cc: bugs@freebsd.org Subject: Re: 2.2.1 boot.flp In-reply-to: Your message of "Tue, 15 Apr 1997 11:22:40 MDT." <199704151722.LAA01034@rocky.mt.sri.com> Date: Tue, 15 Apr 1997 13:54:13 -0400 From: "Paul F. Werkowski" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk |> Ok, got it, thanks. Now I've got a blank screen with |> the cursor at lower left (not-blinking). The F2 screen |> says |> DEBUG: ioctl(3, TIOCCONS, NULL) = 0 (success) |> |> Box is not hung as I can flick between F1 and F2 screens. |> |> Dou have another rabbit in your hat? | |Was this after you quit the visual editor and booted? Details, |details. :) | | |Nate | Yes, but I tried again with only wdc0 and fdc0 enabled and with npx flags 1 and got into the menu. Yes! So it shows disk geometry: 699/64/63 which is not what was printed during the boot although the 699*64 == 2796*16. Now I try to "G" to set the geometry to 2796/16/63 by typing into the dialog box 2797//16//63 which yields 2796/0/63 showing in the menu. Is this "normal" or do we expect G to work? Paul From owner-freebsd-bugs Tue Apr 15 10:59:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA25464 for bugs-outgoing; Tue, 15 Apr 1997 10:59:20 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA25453 for ; Tue, 15 Apr 1997 10:59:14 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id LAA01269; Tue, 15 Apr 1997 11:59:03 -0600 (MDT) Date: Tue, 15 Apr 1997 11:59:03 -0600 (MDT) Message-Id: <199704151759.LAA01269@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Paul F. Werkowski" Cc: Nate Williams , bugs@freebsd.org Subject: Re: 2.2.1 boot.flp In-Reply-To: <199704151754.NAA00289@snoopy.mv.com> References: <199704151722.LAA01034@rocky.mt.sri.com> <199704151754.NAA00289@snoopy.mv.com> X-Mailer: VM 6.26 under 19.15 XEmacs Lucid Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Yes, but I tried again with only wdc0 and fdc0 enabled and > with npx flags 1 and got into the menu. Yes! Cool. > So it shows disk geometry: 699/64/63 which is not what was > printed during the boot although the 699*64 == 2796*16. > Now I try to > "G" to set the geometry to 2796/16/63 by typing into the > dialog box > > 2797//16//63 > > which yields 2796/0/63 showing in the menu. > > Is this "normal" or do we expect G to work? You did the same thing I did. Don't 'escape' the slashes, but instead just use a single slash between the fields. Unix weenies are too knowlegable and escape the slashes. :) Nate From owner-freebsd-bugs Tue Apr 15 11:07:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA26070 for bugs-outgoing; Tue, 15 Apr 1997 11:07:15 -0700 (PDT) Received: from snoopy.mv.com (snoopy.mv.com [199.125.64.182]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA26031 for ; Tue, 15 Apr 1997 11:07:04 -0700 (PDT) Received: from snoopy.mv.com (localhost [127.0.0.1]) by snoopy.mv.com (8.6.12/8.6.9) with ESMTP id OAA00324; Tue, 15 Apr 1997 14:06:34 -0400 Message-Id: <199704151806.OAA00324@snoopy.mv.com> To: Nate Williams cc: bugs@freebsd.org Subject: Re: 2.2.1 boot.flp In-reply-to: Your message of "Tue, 15 Apr 1997 11:59:03 MDT." <199704151759.LAA01269@rocky.mt.sri.com> Date: Tue, 15 Apr 1997 14:06:34 -0400 From: "Paul F. Werkowski" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk |Date: Tue, 15 Apr 1997 11:59:03 -0600 (MDT) |Message-Id: <199704151759.LAA01269@rocky.mt.sri.com> |From: Nate Williams |MIME-Version: 1.0 |Content-Type: text/plain; charset=us-ascii |Content-Transfer-Encoding: 7bit |To: "Paul F. Werkowski" |Cc: Nate Williams , bugs@freebsd.org |Subject: Re: 2.2.1 boot.flp |In-Reply-To: <199704151754.NAA00289@snoopy.mv.com> |References: <199704151722.LAA01034@rocky.mt.sri.com> | <199704151754.NAA00289@snoopy.mv.com> |X-Mailer: VM 6.26 under 19.15 XEmacs Lucid | |> Yes, but I tried again with only wdc0 and fdc0 enabled and |> with npx flags 1 and got into the menu. Yes! | |Cool. | |> So it shows disk geometry: 699/64/63 which is not what was |> printed during the boot although the 699*64 == 2796*16. |> Now I try to |> "G" to set the geometry to 2796/16/63 by typing into the |> dialog box |> |> 2797//16//63 |> |> which yields 2796/0/63 showing in the menu. |> |> Is this "normal" or do we expect G to work? | |You did the same thing I did. Don't 'escape' the slashes, but instead |just use a single slash between the fields. Unix weenies are too |knowlegable and escape the slashes. :) | | |Nate | Ok, thats got it thanks. Maybe someone should change the helpful hint to use double slashes? So it looking good for a 2.2.1 install, but I really want 2.1.6 (cause I have the disk). Booting the 2.1.6 floppy now using lessons learned yields ...... Success!!! It was formerly hanging when setting partition type, now does the good thing. I'm hopefull. This notebook could be really nice for $2400 if everything works. Thanks much for your help, Nate. Paul From owner-freebsd-bugs Tue Apr 15 11:09:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA26236 for bugs-outgoing; Tue, 15 Apr 1997 11:09:59 -0700 (PDT) Received: from critter.dk.tfs.com (phk.cybercity.dk [195.8.133.247]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA26219; Tue, 15 Apr 1997 11:09:31 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id UAA02404; Tue, 15 Apr 1997 20:08:11 +0200 (CEST) To: Bruce Evans cc: tejblum@arc.hq.cti.ru, freebsd-bugs@freefall.freebsd.org From: phk@dk.tfs.com Subject: Re: misc/3291: md2.h, md4.h, and md5.h headers useless for c++ programms In-reply-to: Your message of "Wed, 16 Apr 1997 03:06:25 +1000." <199704151706.DAA05391@godzilla.zeta.org.au> Date: Tue, 15 Apr 1997 20:08:11 +0200 Message-ID: <2402.861127691@critter> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I don't like 4 cloned versions: md2.3, md4.3, md5.3, MD5.9. It takes >time to understand that they are essentially the same and more time >to understand that MD5.9 is different because it is wrong. It is because they are under different copyright... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-bugs Tue Apr 15 11:13:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA26466 for bugs-outgoing; Tue, 15 Apr 1997 11:13:16 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA26450; Tue, 15 Apr 1997 11:13:11 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA22707; Tue, 15 Apr 1997 10:50:21 -0700 From: Terry Lambert Message-Id: <199704151750.KAA22707@phaeton.artisoft.com> Subject: Re: vnode as filesystem (crash!) To: thorpej@nas.nasa.gov Date: Tue, 15 Apr 1997 10:50:21 -0700 (MST) Cc: terry@lambert.org, toor@dyson.iquest.net, mtaylor@cybernet.com, hackers@freebsd.org, bugs@freebsd.org In-Reply-To: <199704150122.SAA08126@lestat.nas.nasa.gov> from "Jason Thorpe" at Apr 14, 97 06:22:31 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Also, the NetBSD code has a bug, where it will call the setsize() before > > it tests the length in this particular case... > > ...and it was so kind of you to report it when you noticed it. I'll > make sure and forward this on to the appropriate folks. I just noticed it the night before, and the machine I noticed it on has no way to send mail, and I don't have a current NetBSD tree on this machine. The code in question is in ftruncate() in one of ufs/ffs/*alloc.c, I think ffs_balloc.c. Sorry I can't be more specific. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Tue Apr 15 11:30:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA27793 for bugs-outgoing; Tue, 15 Apr 1997 11:30:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA27783; Tue, 15 Apr 1997 11:30:03 -0700 (PDT) Resent-Date: Tue, 15 Apr 1997 11:30:03 -0700 (PDT) Resent-Message-Id: <199704151830.LAA27783@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, sec@quit.42.org Received: from quit.42.org (quit.42.org [192.68.213.142]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA27723 for ; Tue, 15 Apr 1997 11:29:41 -0700 (PDT) Received: (from sec@localhost) by quit.42.org (8.8.5/8.8.5) id UAA14757; Tue, 15 Apr 1997 20:29:37 +0200 (CEST) Message-Id: <199704151829.UAA14757@quit.42.org> Date: Tue, 15 Apr 1997 20:29:37 +0200 (CEST) From: Stefan `Sec` Zehl Reply-To: sec@quit.42.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3299: /dev/console hangs Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3299 >Category: kern >Synopsis: /dev/console hangs >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 15 11:30:01 PDT 1997 >Last-Modified: >Originator: Stefan `Sec` Zehl >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: 2.2.1-RELEASE Box with no keyboard and monitor, 2.2-STABLE kernel >Description: If you boot with a kernel who probes for a keyboard, and have no keyboard attached it routes /dev/console to /dev/cuaa0 - if the terminal is unplugged writes to /dev/console will hang. >How-To-Repeat: Boot Box without keyboard but with terminal on cuaa0, unplug terminal and wait (syslog logs very much to /dev/console as default) syslogd will stop logging soon and all output to /dev/console will hang >Fix: comment out lines concerning /dev/console in syslog.conf - however i feel the main problem is, that writes to console should not hang in this case, 2.1.0R (which i hab before) didn't have this problem. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 15 11:31:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA27895 for bugs-outgoing; Tue, 15 Apr 1997 11:31:49 -0700 (PDT) Received: from snoopy.mv.com (snoopy.mv.com [199.125.64.182]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA27885 for ; Tue, 15 Apr 1997 11:31:41 -0700 (PDT) Received: from snoopy.mv.com (localhost [127.0.0.1]) by snoopy.mv.com (8.6.12/8.6.9) with ESMTP id OAA00381; Tue, 15 Apr 1997 14:31:15 -0400 Message-Id: <199704151831.OAA00381@snoopy.mv.com> To: Nate Williams cc: bugs@freebsd.org Subject: Re: 2.2.1 boot.flp In-reply-to: Your message of "Tue, 15 Apr 1997 11:59:03 MDT." <199704151759.LAA01269@rocky.mt.sri.com> Date: Tue, 15 Apr 1997 14:31:15 -0400 From: "Paul F. Werkowski" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk |Date: Tue, 15 Apr 1997 11:59:03 -0600 (MDT) |Message-Id: <199704151759.LAA01269@rocky.mt.sri.com> |From: Nate Williams |MIME-Version: 1.0 |Content-Type: text/plain; charset=us-ascii |Content-Transfer-Encoding: 7bit |To: "Paul F. Werkowski" |Cc: Nate Williams , bugs@freebsd.org |Subject: Re: 2.2.1 boot.flp |In-Reply-To: <199704151754.NAA00289@snoopy.mv.com> |References: <199704151722.LAA01034@rocky.mt.sri.com> | <199704151754.NAA00289@snoopy.mv.com> |X-Mailer: VM 6.26 under 19.15 XEmacs Lucid | Just a followup to this exchange... I couldn't get the 2.1.6 boot floppy to work all the way. It started to copy from DOS partition but ran into some errors. So I tried using the 2.2.1 boot floppy to install the 2.1.6 bin distribution. It got a long way through it and then something like Caught a signal 11. Thats bad! repeating endlessly. Ok, back to win95 only to find "Error loading operating system" Oh well, I guess I maybe get to try installing W95 from the CDROM that came with the box. If anyone has a guess as to what in particular I did that was stupid I would be grateful to know. Paul From owner-freebsd-bugs Tue Apr 15 14:10:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA11307 for bugs-outgoing; Tue, 15 Apr 1997 14:10:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA11301; Tue, 15 Apr 1997 14:10:03 -0700 (PDT) Resent-Date: Tue, 15 Apr 1997 14:10:03 -0700 (PDT) Resent-Message-Id: <199704152110.OAA11301@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hfwirth@ping.at Received: from atlantis.ping.at (a013.static.Vienna.AT.EU.net [193.154.186.13]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA10879 for ; Tue, 15 Apr 1997 14:02:31 -0700 (PDT) Received: (from hfwirth@localhost) by atlantis.ping.at (8.8.5/8.6.12) id XAA00577; Tue, 15 Apr 1997 23:02:18 +0200 (MEST) Message-Id: <199704152102.XAA00577@atlantis.ping.at> Date: Tue, 15 Apr 1997 23:02:18 +0200 (MEST) From: "Helmut F. Wirth" Reply-To: hfwirth@ping.at To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/3300: Adaptec 2940U Problems Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3300 >Category: i386 >Synopsis: Adaptec 2940U Problems >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 15 14:10:01 PDT 1997 >Last-Modified: >Originator: Helmut F. Wirth >Organization: private >Release: FreeBSD 2.2-STABLE i386 >Environment: ASUS P55T2P4, Pentium 166 MMX, Adaptec 2940U Bios Ver.1.23 64MB Memory, 1x Quantum Atlas 2GB, 1x IBM 1GB, 1xQuantum Atlas 2GB Plextor CDROM, HP 6020i Worm, Archive Viper Tape, Jaz SCSI Version FreeBSD-2.2_STABLE, last update today via CTM from ftp.freebsd.org, kernel compiled today (Last ctm upgrade included is src-2.2.0239.gz) This is my kernel config: # # ATLANTIS # machine "i386" cpu "I586_CPU" ident ATLANTIS maxusers 20 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options MFS options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options KERNFS options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=3" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console # options DIAGNOSTIC options KTRACE #kernel tracing options "AUTO_EOI_1" options DUMMY_NOPS options "MD5" options PERFMON options SYSVSHM options SYSVSEM options SYSVMSG config kernel root on sd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 controller ahc0 options AHC_ALLOW_MEMIO controller ncr0 controller scbus0 device sd0 device st0 device cd0 #Only need one of these, the code dynamically grows device worm0 at scbus0 target 5 # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" iosiz 0x0 flags 0x0 irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr controller snd0 device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 pseudo-device gzip #Exec gzipped a.out's # ijppp uses tun instead of ppp device # pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 32 pseudo-device vn END OF KERNEL CONFIG This is the boot sequence with kernel -v: Apr 15 22:37:43 atlantis /kernel: FreeBSD 2.2-STABLE #10: Tue Apr 15 22:26:03 MEST 1997 Apr 15 22:37:43 atlantis /kernel: hfwirth@atlantis:/home/users/hfwirth/FreeBSDsrc/src/sys/compile/ATLANTIS Apr 15 22:37:44 atlantis /kernel: Calibrating clock(s) ... i586 clock: 166592035 Hz, i8254 clock: 1193222 Hz Apr 15 22:37:44 atlantis /kernel: CLK_USE_I8254_CALIBRATION not specified - using default frequency Apr 15 22:37:44 atlantis /kernel: CLK_USE_I586_CALIBRATION not specified - using old calibration method Apr 15 22:37:44 atlantis /kernel: CPU: Pentium (166.59-MHz 586-class CPU) Apr 15 22:37:44 atlantis /kernel: Origin = "GenuineIntel" Id = 0x544 Stepping=4 Apr 15 22:37:44 atlantis /kernel: Features=0x8001bf Apr 15 22:37:44 atlantis /kernel: real memory = 67108864 (65536K bytes) Apr 15 22:37:44 atlantis /kernel: avail memory = 62836736 (61364K bytes) Apr 15 22:37:44 atlantis /kernel: pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x8000005c Apr 15 22:37:44 atlantis /kernel: pcibus_setup(1a): mode1res=0x80000000 (0x80000000) Apr 15 22:37:44 atlantis /kernel: pcibus_check: device 0 is there (id=12508086) Apr 15 22:37:44 atlantis /kernel: Probing for devices on PCI bus 0: Apr 15 22:37:44 atlantis /kernel: configuration mode 1 allows 32 devices. Apr 15 22:37:44 atlantis /kernel: chip0 rev 3 on pci0:0 Apr 15 22:37:44 atlantis /kernel: chip1 rev 1 on pci0:7:0 Apr 15 22:37:44 atlantis /kernel: chip2 rev 0 on pci0:7:1 Apr 15 22:37:44 atlantis /kernel: mapreg[20] type=1 addr=0000e800 size=0010. Apr 15 22:37:44 atlantis /kernel: I/O Recovery Timing: 8-bit 3.5 clocks, 16-bit 3.5 clocks Apr 15 22:37:44 atlantis /kernel: Extended BIOS: disabled Apr 15 22:37:44 atlantis /kernel: Lower BIOS: disabled Apr 15 22:37:44 atlantis /kernel: Coprocessor IRQ13: disabled Apr 15 22:37:44 atlantis /kernel: Mouse IRQ12: disabled Apr 15 22:37:44 atlantis /kernel: Interrupt Routing: A: , B: , C: , D: Apr 15 22:37:44 atlantis /kernel: MB0: , MB1: Apr 15 22:37:44 atlantis /kernel: vga0 rev 0 on pci0:9 Apr 15 22:37:44 atlantis /kernel: mapreg[10] type=0 addr=fb000000 size=800000. Apr 15 22:37:44 atlantis /kernel: ahc0 rev 0 int a irq 11 on pci0:11 Apr 15 22:37:44 atlantis /kernel: mapreg[10] type=1 addr=0000e000 size=0100. Apr 15 22:37:44 atlantis /kernel: mapreg[14] type=0 addr=fa800000 size=1000. Apr 15 22:37:44 atlantis /kernel: reg20: virtual=0xf6935000 physical=0xfa800000 size=0x1000 Apr 15 22:37:45 atlantis /kernel: ahc0: Reading SEEPROM...done. Apr 15 22:37:45 atlantis /kernel: low byte termination enabled, high byte termination enabled Apr 15 22:37:45 atlantis /kernel: ahc0: aic7880 Single Channel, SCSI Id=7, 16 SCBs Apr 15 22:37:45 atlantis /kernel: ahc0: Resetting Channel A Apr 15 22:37:45 atlantis /kernel: ahc0: Downloading Sequencer Program...ahc0: 379 instructions downloaded Apr 15 22:37:45 atlantis /kernel: Done Apr 15 22:37:45 atlantis /kernel: ahc0: Probing channel A Apr 15 22:37:45 atlantis /kernel: ahc0 waiting for scsi devices to settle Apr 15 22:37:45 atlantis /kernel: ahc0: target 0 synchronous at 10.0MHz, offset = 0xf Apr 15 22:37:45 atlantis /kernel: (ahc0:0:0): "Quantum XP32150 81HB" type 0 fixed SCSI 2 Apr 15 22:37:45 atlantis /kernel: sd0(ahc0:0:0): Direct-Access 2050MB (4199760 512 byte sectors) Apr 15 22:37:45 atlantis /kernel: sd0(ahc0:0:0): with 3907 cyls, 10 heads, and an average 107 sectors/track Apr 15 22:37:45 atlantis /kernel: ahc0: target 1 synchronous at 10.0MHz, offset = 0xf Apr 15 22:37:45 atlantis /kernel: (ahc0:1:0): "IBM DPES-31080 S31Q" type 0 fixed SCSI 2 Apr 15 22:37:45 atlantis /kernel: sd1(ahc0:1:0): Direct-Access 1034MB (2118144 512 byte sectors) Apr 15 22:37:45 atlantis /kernel: sd1(ahc0:1:0): with 4903 cyls, 4 heads, and an average 108 sectors/track Apr 15 22:37:45 atlantis /kernel: ahc0: target 2 synchronous at 10.0MHz, offset = 0xf Apr 15 22:37:45 atlantis /kernel: (ahc0:2:0): "Quantum XP32150W L912" type 0 fixed SCSI 2 Apr 15 22:37:45 atlantis /kernel: sd2(ahc0:2:0): Direct-Access 2151MB (4406960 512 byte sectors) Apr 15 22:37:45 atlantis /kernel: sd2(ahc0:2:0): with 3907 cyls, 10 heads, and an average 112 sectors/track Apr 15 22:37:45 atlantis /kernel: ahc0: target 3 synchronous at 10.0MHz, offset = 0xf Apr 15 22:37:45 atlantis /kernel: (ahc0:3:0): "iomega jaz 1GB H.72" type 0 removable SCSI 2 Apr 15 22:37:45 atlantis /kernel: sd3(ahc0:3:0): Direct-Access Apr 15 22:37:45 atlantis /kernel: sd3(ahc0:3:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB Apr 15 22:37:45 atlantis /kernel: sd3 could not mode sense (4). Using ficticious geometry Apr 15 22:37:45 atlantis /kernel: Apr 15 22:37:45 atlantis /kernel: sd3(ahc0:3:0): NOT READY asc:3a,0 Medium not present Apr 15 22:37:45 atlantis /kernel: sd3: could not get size Apr 15 22:37:45 atlantis /kernel: 0MB (0 512 byte sectors) Apr 15 22:37:45 atlantis /kernel: sd3(ahc0:3:0): with 0 cyls, 64 heads, and an average 32 sectors/track Apr 15 22:37:46 atlantis /kernel: ahc0: target 4 synchronous at 10.0MHz, offset = 0xf Apr 15 22:37:46 atlantis /kernel: (ahc0:4:0): "PLEXTOR CD-ROM PX-12CS 1.00" type 5 removable SCSI 2 Apr 15 22:37:46 atlantis /kernel: cd0(ahc0:4:0): CD-ROM can't get the size Apr 15 22:37:46 atlantis /kernel: ahc0:A:5: refuses synchronous negotiation. Using asynchronous transfers Apr 15 22:37:46 atlantis /kernel: (ahc0:5:0): "HP CD-Writer 6020 1.07" type 5 removable SCSI 2 Apr 15 22:37:46 atlantis /kernel: worm is configured at 0 Apr 15 22:37:46 atlantis /kernel: worm0(ahc0:5:0): Write-Once Apr 15 22:37:46 atlantis /kernel: (ahc0:6:0): "ARCHIVE VIPER 150 21247 -011" type 1 removable SCSI 1 Apr 15 22:37:46 atlantis /kernel: st0(ahc0:6:0): Sequential-Access density code 0x0, drive empty Apr 15 22:37:46 atlantis /kernel: pci0: uses 8392704 bytes of memory from fa800000 upto fb7fffff. Apr 15 22:37:46 atlantis /kernel: pci0: uses 272 bytes of I/O space from e000 upto e80f. Apr 15 22:37:46 atlantis /kernel: Probing for devices on the ISA bus: Apr 15 22:37:46 atlantis /kernel: sc0: the current keyboard controller command byte 0067 Apr 15 22:37:46 atlantis /kernel: kbdio: RESET_KBD return code:00fa Apr 15 22:37:46 atlantis /kernel: kbdio: RESET_KBD status:00aa Apr 15 22:37:46 atlantis /kernel: sc0 at 0x60-0x6f irq 1 on motherboard Apr 15 22:37:46 atlantis /kernel: sc0: VGA color <16 virtual consoles, flags=0x0> Apr 15 22:37:46 atlantis /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Apr 15 22:37:46 atlantis /kernel: sio0: type 16550A Apr 15 22:37:46 atlantis /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Apr 15 22:37:46 atlantis /kernel: sio1: type 16550A Apr 15 22:37:46 atlantis /kernel: lpt0 at 0x378-0x37f irq 7 on isa Apr 15 22:37:46 atlantis /kernel: lpt0: Interrupt-driven port Apr 15 22:37:46 atlantis /kernel: lp0: TCP/IP capable interface Apr 15 22:37:46 atlantis /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Apr 15 22:37:46 atlantis /kernel: fdc0: NEC 72065B Apr 15 22:37:46 atlantis /kernel: fd0: 1.44MB 3.5in Apr 15 22:37:46 atlantis /kernel: fd1: 1.2MB 5.25in Apr 15 22:37:46 atlantis /kernel: npx0 on motherboard Apr 15 22:37:46 atlantis /kernel: npx0: INT 16 interface Apr 15 22:37:46 atlantis /kernel: sb0 at 0x220 irq 5 drq 1 on isa Apr 15 22:37:47 atlantis /kernel: sb0: Apr 15 22:37:47 atlantis /kernel: sbxvi0 at 0x0 drq 5 on isa Apr 15 22:37:47 atlantis /kernel: sbxvi0: Apr 15 22:37:47 atlantis /kernel: sbmidi0 at 0x330 on isa Apr 15 22:37:47 atlantis /kernel: Apr 15 22:37:47 atlantis /kernel: imasks: bio c0000840, tty c003009a, net c003009a Apr 15 22:37:47 atlantis /kernel: BIOS Geometries: Apr 15 22:37:47 atlantis /kernel: 0:0104fe3f 0..260=261 cylinders, 0..254=255 heads, 1..63=63 sectors Apr 15 22:37:47 atlantis /kernel: 1:0082fe3f 0..130=131 cylinders, 0..254=255 heads, 1..63=63 sectors Apr 15 22:37:47 atlantis /kernel: 0 accounted for Apr 15 22:37:47 atlantis /kernel: Device configuration finished. Apr 15 22:37:47 atlantis /kernel: Considering FFS root f/s. Apr 15 22:37:47 atlantis /kernel: configure() finished. Apr 15 22:37:47 atlantis /kernel: sd0s1: type 0x6, start 63, end = 931769, size 931707 : OK Apr 15 22:37:47 atlantis /kernel: sd0s2: type 0x5, start 931770, end = 2377619, size 1445850 : OK Apr 15 22:37:47 atlantis /kernel: sd0s3: type 0xa5, start 2377620, end = 4192964, size 1815345 : OK Apr 15 22:37:47 atlantis /kernel: sd0s5: type 0x6, start 931833, end = 2377619, size 1445787 : OK Apr 15 22:37:47 atlantis /kernel: sd2s1: type 0xa5, start 63, end = 4403510, size 4403448 Apr 15 22:37:47 atlantis /kernel: sd2s1: C/H/S end 274/26/63 (467774) != end 4403510: invalid Apr 15 22:37:48 atlantis lpd[113]: restarted Apr 15 22:37:53 atlantis login: login on ttyv0 as hfwirth END OF BOOT SEQUENCE >Description: Adaptec hangs with 'timeout while idle' and similar messages The error seems to happen much more frequently while compiling something, ie. writing to the disk. Swapping operations (I have a memory file system mounted (see below) seem to trigger the bug too. >How-To-Repeat: Every operation which causes a bit more disk traffic. As I am alone on this machine, disk traffic is never really heavy ! Compiling a software package such as the kernel always triggers the bug. >Fix: Unknown >Audit-Trail: >Unformatted: >df Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on /dev/sd0a 29727 18489 8860 68% 1162 6516 15% / procfs 4 4 0 100% 30 310 9% /proc kernfs 1 1 0 100% 0 0 100% /kern mfs:20 15007 3 13804 0% 4 7674 0% /tmp /dev/sd0s3e 761351 546295 154148 78% 21145 163173 11% /usr /dev/sd2s1e 2015544 1289103 565198 70% 98248 393270 20% /home The problem was worse before todays upgrade. The machine hanged every time and I had to reboot with the reset button. With todays changes the machine has the error frequently, but it recovers after it. Here is the error log, all of these happened while compiling the kernel: Apr 15 22:29:40 atlantis /kernel: sd0(ahc0:0:0): SCB 0x3 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Apr 15 22:29:40 atlantis /kernel: SEQADDR = 0xa SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa Apr 15 22:29:40 atlantis /kernel: sd0(ahc0:0:0): Queueing an Abort SCB Apr 15 22:29:40 atlantis /kernel: sd0(ahc0:0:0): Abort Message Sent Apr 15 22:29:40 atlantis /kernel: sd0(ahc0:0:0): SCB 3 - Abort Completed. Apr 15 22:29:40 atlantis /kernel: sd0(ahc0:0:0): no longer in timeout Apr 15 22:31:16 atlantis /kernel: sd0(ahc0:0:0): SCB 0x0 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Apr 15 22:31:16 atlantis /kernel: SEQADDR = 0x7 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa Apr 15 22:31:16 atlantis /kernel: sd0(ahc0:0:0): Queueing an Abort SCB Apr 15 22:31:16 atlantis /kernel: sd0(ahc0:0:0): Abort Message Sent Apr 15 22:31:16 atlantis /kernel: sd0(ahc0:0:0): SCB 0 - Abort Completed. Apr 15 22:31:16 atlantis /kernel: sd0(ahc0:0:0): no longer in timeout Apr 15 22:32:32 atlantis /kernel: sd0(ahc0:0:0): SCB 0x0 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Apr 15 22:32:32 atlantis /kernel: SEQADDR = 0x7 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa Apr 15 22:32:32 atlantis /kernel: sd0(ahc0:0:0): Queueing an Abort SCB Apr 15 22:32:32 atlantis /kernel: sd0(ahc0:0:0): Abort Message Sent Apr 15 22:32:32 atlantis /kernel: sd0(ahc0:0:0): SCB 0 - Abort Completed. Apr 15 22:32:32 atlantis /kernel: sd0(ahc0:0:0): no longer in timeout Apr 15 22:32:34 atlantis /kernel: sd2(ahc0:2:0): SCB 0x2 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Apr 15 22:32:34 atlantis /kernel: SEQADDR = 0x9 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa Apr 15 22:32:34 atlantis /kernel: sd2(ahc0:2:0): Queueing an Abort SCB Apr 15 22:32:34 atlantis /kernel: sd2(ahc0:2:0): Abort Message Sent Apr 15 22:32:34 atlantis /kernel: sd2(ahc0:2:0): SCB 2 - Abort Completed. Apr 15 22:32:34 atlantis /kernel: sd2(ahc0:2:0): no longer in timeout Apr 15 22:33:26 atlantis /kernel: sd0(ahc0:0:0): SCB 0x0 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Apr 15 22:33:26 atlantis /kernel: SEQADDR = 0x9 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa Apr 15 22:33:26 atlantis /kernel: sd0(ahc0:0:0): Queueing an Abort SCB Apr 15 22:33:26 atlantis /kernel: sd0(ahc0:0:0): Abort Message Sent Apr 15 22:33:26 atlantis /kernel: sd0(ahc0:0:0): SCB 0 - Abort Completed. Apr 15 22:33:26 atlantis /kernel: sd0(ahc0:0:0): no longer in timeout Apr 15 22:33:34 atlantis /kernel: sd2(ahc0:2:0): SCB 0x2 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Apr 15 22:33:34 atlantis /kernel: SEQADDR = 0x7 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa Apr 15 22:33:34 atlantis /kernel: sd2(ahc0:2:0): Queueing an Abort SCB Apr 15 22:33:34 atlantis /kernel: sd2(ahc0:2:0): Abort Message Sent Apr 15 22:33:34 atlantis /kernel: sd2(ahc0:2:0): SCB 2 - Abort Completed. Apr 15 22:33:34 atlantis /kernel: sd2(ahc0:2:0): no longer in timeout Apr 15 22:33:38 atlantis /kernel: sd0(ahc0:0:0): SCB 0x0 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Apr 15 22:33:38 atlantis /kernel: SEQADDR = 0x9 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa Apr 15 22:33:38 atlantis /kernel: sd0(ahc0:0:0): Queueing an Abort SCB Apr 15 22:33:38 atlantis /kernel: sd0(ahc0:0:0): Abort Message Sent Apr 15 22:33:38 atlantis /kernel: sd0(ahc0:0:0): SCB 0 - Abort Completed. Apr 15 22:33:38 atlantis /kernel: sd0(ahc0:0:0): no longer in timeout END OF ERROR LOG The error seems to be on both unix disks sd0 and sd2 (sd1 is purely DOS/WIN95 and therefore not mounted). This sort of errors never occured while I was using FreeBSD-2.1.7-STABLE. Since switching to 2.2-STABLE (about two weeks ago) the system is unreliable and because of this error I cannot really use it. I have problems with the second Quantum ATLAS and DOS/WIN95, I cannot access it properly under DOS or Win95. I wrote to Adaptec, but got no usable answer. I think there is a bios problem, but it did not affect 2.1.7-STABLE so I think it has nothing to do with this bug. I am thinking of dumping this sorry excuse for an SCSI Adapter, have you any recommendations ? From owner-freebsd-bugs Tue Apr 15 15:00:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA14514 for bugs-outgoing; Tue, 15 Apr 1997 15:00:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA14492; Tue, 15 Apr 1997 15:00:03 -0700 (PDT) Date: Tue, 15 Apr 1997 15:00:03 -0700 (PDT) Message-Id: <199704152200.PAA14492@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Justin T. Gibbs" Subject: Re: i386/3300: Adaptec 2940U Problems Reply-To: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/3300; it has been noted by GNATS. From: "Justin T. Gibbs" To: hfwirth@ping.at Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: i386/3300: Adaptec 2940U Problems Date: Tue, 15 Apr 1997 15:51:03 -0600 There is a known firmware problem with the Quantum Atlas drive that is tickled by the, now much faster, aic7xxx driver. You should be running L915 firmware on sd2. You may also be able to update your sd0 drive to L915, but since the firmware is so different on that drive, I'm not sure. You can pick up the latest firmware from: ftp://ftp.quantum.com/Firmware/Atlas I/ -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Tue Apr 15 15:50:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA17079 for bugs-outgoing; Tue, 15 Apr 1997 15:50:09 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA17064; Tue, 15 Apr 1997 15:50:04 -0700 (PDT) Resent-Date: Tue, 15 Apr 1997 15:50:04 -0700 (PDT) Resent-Message-Id: <199704152250.PAA17064@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, kargl@troutmask.apl.washington.edu Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA17000 for ; Tue, 15 Apr 1997 15:48:50 -0700 (PDT) Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.8.5/8.7.3) id PAA25600; Tue, 15 Apr 1997 15:49:39 -0700 (PDT) Message-Id: <199704152249.PAA25600@troutmask.apl.washington.edu> Date: Tue, 15 Apr 1997 15:49:39 -0700 (PDT) From: "Steven G. Kargl" Reply-To: kargl@troutmask.apl.washington.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3301: Make world broken in eBones Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3301 >Category: bin >Synopsis: Make world broken in eBones >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 15 15:50:02 PDT 1997 >Last-Modified: >Originator: Steven G. Kargl >Organization: Applied Physics Lab >Release: FreeBSD 3.0-CURRENT i386 >Environment: %uname -a FreeBSD troutmask.apl.washington.edu 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Mon Apr 7 13:00:48 PDT 1997 root@troutmask.apl.washington.edu:/usr/src/sys/compile/TROUTMASK i386 >Description: make world breaks in eBones. It appears that a header files is missing. krb.h includes netinet/in.h which makes use of u_long. u_long is defined in sys/types.h. This header file is missing. >How-To-Repeat: cd src/eBones make cleandepend make clean make >Fix: *** krb.h.orig Tue Apr 15 15:41:42 1997 --- krb.h Tue Apr 15 15:42:48 1997 *************** *** 16,21 **** --- 16,22 ---- /* Need some defs from des.h */ #include #include + #include #include /* Text describing error codes */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 15 17:30:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA24029 for bugs-outgoing; Tue, 15 Apr 1997 17:30:11 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA24011; Tue, 15 Apr 1997 17:30:04 -0700 (PDT) Resent-Date: Tue, 15 Apr 1997 17:30:04 -0700 (PDT) Resent-Message-Id: <199704160030.RAA24011@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, eserte@cs.tu-berlin.de Received: from cabulja.herceg.de (cottrell.dialup.fu-berlin.de [160.45.222.107]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA23483 for ; Tue, 15 Apr 1997 17:22:13 -0700 (PDT) Received: (from eserte@localhost) by cabulja.herceg.de (8.8.5/8.8.5) id BAA02017; Wed, 16 Apr 1997 01:48:43 +0200 (CEST) Message-Id: <199704152348.BAA02017@cabulja.herceg.de> Date: Wed, 16 Apr 1997 01:48:43 +0200 (CEST) From: Slaven Rezic Reply-To: eserte@cs.tu-berlin.de To: freefall-gnats@cabulja.herceg.de X-Send-Pr-Version: 3.2 Subject: bin/3303: ftpio manpage Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3303 >Category: bin >Synopsis: ftpio manpage >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 15 17:30:01 PDT 1997 >Last-Modified: >Originator: Slaven Rezic >Organization: Private FreeBSD site, Berlin, Germany >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: >Description: >How-To-Repeat: >Fix: Change `int*' to `off_t*' in FILE * ftpGet(FILE *stream, char *file, int *seekto) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 15 18:50:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA27809 for bugs-outgoing; Tue, 15 Apr 1997 18:50:16 -0700 (PDT) Received: (from davidn@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA27788; Tue, 15 Apr 1997 18:50:10 -0700 (PDT) Date: Tue, 15 Apr 1997 18:50:10 -0700 (PDT) From: David Nugent Message-Id: <199704160150.SAA27788@freefall.freebsd.org> To: kargl@troutmask.apl.washington.edu, davidn, freebsd-bugs Subject: Re: bin/3301 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Make world broken in eBones State-Changed-From-To: open-closed State-Changed-By: davidn State-Changed-When: Wed Apr 16 11:48:31 EST 1997 State-Changed-Why: #include added to krb.h. From owner-freebsd-bugs Tue Apr 15 19:46:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA00965 for bugs-outgoing; Tue, 15 Apr 1997 19:46:49 -0700 (PDT) Received: from popeye.remuda.com (fisbin.remuda.com [205.153.153.59]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id TAA00949; Tue, 15 Apr 1997 19:46:36 -0700 (PDT) Received: from localhost (scotto@localhost) by popeye.remuda.com (8.6.12/8.6.12) with SMTP id TAA00269; Tue, 15 Apr 1997 19:44:29 -0700 Date: Tue, 15 Apr 1997 19:44:29 -0700 (PDT) From: Scott Overholser Reply-To: Scott Overholser To: Zahemszky Gabor , freebsd-bugs@freebsd.org cc: hylafax@freebsd.org Subject: Re: HylaFAX broken on 2.2.0-R? In-Reply-To: <199704111127.NAA00909@CoDe.hu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk thanks for the info! here are my results on a 2.2.0-R system: $ f ; echo $? 78 $ g ; echo $? 0 <-- this one is not correct as you describe $ h ; echo $? 78 $ exit if this truely be a bug, what should happen next? as i mention below, i've worked around the problem. i suppose someone should take steps to make it right. i'll gladly file a bug if someone will clue me in on the correct procedure. thanks, -scotto On Fri, 11 Apr 1997, Zahemszky Gabor wrote: > > just figured this out. runMake and some other functions "return" > > explicitly. apparently return returns it's own exit status. after > > removing the return statements from captureX(), capture(), runMake(), and > > runMakeX(), the configure script ran perfectly - and the code built too. > > > > my only question now is why didn't /bin/sh behave similarly in 2.1.x? > > Sorry, I haven't got time to read my mails. So you've found the answer, but > if it is true, it's a bug in /bin/sh. The ``return'' command has to return > the status of the previous command, if return hasn't got a parameter. So > try it: > $ sh > $ f() > return 78 > $ g() > { > f > return > } > $ h() > { > f > } > $ f ; echo $? > 78 # this is the correct answer > $ g ; echo $? > 78 # this is the correct answer > $ h ; echo $? > 78 # this is the correct answer > $ exit > > If you got anything other than three 78's, send the bug report to > freebsd-bugs(?). > > Bye, Gabor > > --- > #!/bin/ksh > trap 'rm -f /tmp/$$.$$' EXIT HUP INT QUIT TERM&&print '21N16I25C25E30, 40M30E33E25T15U!'>/tmp/$$.$$&&IFS=' ABCDEFGHIJKLMNOPQRSTUVWXYZ '&&set -A X $( From owner-freebsd-bugs Tue Apr 15 22:00:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA09558 for bugs-outgoing; Tue, 15 Apr 1997 22:00:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA09528; Tue, 15 Apr 1997 22:00:02 -0700 (PDT) Resent-Date: Tue, 15 Apr 1997 22:00:02 -0700 (PDT) Resent-Message-Id: <199704160500.WAA09528@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ponds!rivers@dg-rtp.dg.com Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id VAA08710 for ; Tue, 15 Apr 1997 21:50:42 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA23183; Wed, 16 Apr 1997 00:50:05 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 16 Apr 1997 00:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id WAA16805 for ; Tue, 15 Apr 1997 22:03:09 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id WAA01541; Tue, 15 Apr 1997 22:09:41 -0400 (EDT) Message-Id: <199704160209.WAA01541@lakes.water.net> Date: Tue, 15 Apr 1997 22:09:41 -0400 (EDT) From: Thomas David Rivers Reply-To: ponds!rivers@dg-rtp.dg.com To: ponds!freebsd.org!FreeBSD-gnats-submit X-Send-Pr-Version: 3.2 Subject: kern/3304: NFS V2 readdir hangs Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3304 >Category: kern >Synopsis: NFS V2 readdir hangs >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 15 22:00:01 PDT 1997 >Last-Modified: >Originator: Thomas David Rivers >Organization: SAS Institute >Release: FreeBSD 2.2.1-STABLE i386 >Environment: FreeBSD 2.2.1 - downloaded from ftp.freebsd.org on April 8th. >Description: NFS readdir can hang when accessing V2 servers. Further access the mounted file system is blocked... It appears that an nfs_send() is issued to continue reading the directory; following by an nfs_receive() which eventually (via soreceive) blocks in sbwait(), waiting on a packet that never arrives. It's not at all clear to me (personally) if this is a problem with the NFS protocol (i.e. we've sent, and are waiting on a response from, an invalid NFS request) - or some underlying problem with soreceive(). >How-To-Repeat: Mount a V2 NFS server (I've tried both Sunos 4.1.3 and HP/UX 9.05), go to a rather large directory and do "ls -l". The ls -l will hang in sbwait(). This apparently also needs a rather slow network for a reliable reproduction - that is, it's somewhat timing dependent. >Fix: Unknown at this point. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 15 22:30:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA11205 for bugs-outgoing; Tue, 15 Apr 1997 22:30:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA11195; Tue, 15 Apr 1997 22:30:01 -0700 (PDT) Resent-Date: Tue, 15 Apr 1997 22:30:01 -0700 (PDT) Resent-Message-Id: <199704160530.WAA11195@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.WAA11034;Tue; (8.8.5/8.8.5);, 15 Apr 1997 22:26:14.-0700 (PDT) Message-Id: <199704160526.WAA11034@freefall.freebsd.org> Date: Tue, 15 Apr 1997 22:26:14 -0700 (PDT) From: sef@Kithrup.COM To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/3305: Can't do encrypted rlogin into self Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3305 >Category: bin >Synopsis: Can't do encrypted rlogin into self >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 15 22:30:00 PDT 1997 >Last-Modified: >Originator: Sean Eric Fagan >Organization: Kithrup Enterprises, Ltd. >Release: 2.2 >Environment: FreeBSD garth.kithrup.com 2.2-970212-GAMMA FreeBSD 2.2-970212-GAMMA #0: Wed Mar 19 13:13:03 PST 1997 root@garth.kithrup.com:/usr/src/sys/compile/GARTH i386 >Description: garth is a Kerberos client machine -- kithrup.com is the server. It is possible to do encrypted kerberized logins into garth from kithrup, and into kithrup from garth. However, trying to do an encrypted kerberized login into garth *from garth* results in a "Time out of bounds" message. >How-To-Repeat: garth: {4} rlogin -xL8 garth krcmd_mutual: Time is out of bounds (krb_rd_req) rlogin: the -x flag requires Kerberos authentication. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 16 03:19:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA14560 for bugs-outgoing; Wed, 16 Apr 1997 03:19:46 -0700 (PDT) Received: (from brian@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA14540; Wed, 16 Apr 1997 03:19:43 -0700 (PDT) Date: Wed, 16 Apr 1997 03:19:43 -0700 (PDT) From: Brian Somers Message-Id: <199704161019.DAA14540@freefall.freebsd.org> To: brian, freebsd-bugs, brian Subject: Re: bin/2976 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: user ppp from 2.2-GAMMA acts strangely.. Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Wed Apr 16 03:18:58 PDT 1997 Responsible-Changed-Why: Sent email to the originator asking if it's still happening. From owner-freebsd-bugs Wed Apr 16 04:44:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA21678 for bugs-outgoing; Wed, 16 Apr 1997 04:44:47 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA21663 for ; Wed, 16 Apr 1997 04:44:42 -0700 (PDT) Received: from economic.acnit.ac.ru by mail.crl.com with SMTP id AA15833 (5.65c/IDA-1.5 for ); Wed, 16 Apr 1997 04:42:15 -0700 Received: (from bazilio@localhost) by economic.acnit.ac.ru (8.8.5/8.8.4) id OAA00253; Wed, 16 Apr 1997 14:39:25 +0400 (MSD) Date: Wed, 16 Apr 1997 14:39:25 +0400 (MSD) From: "Vasily V. Grechishnikov" To: John Hay Cc: freebsd-bugs@freebsd.org Subject: Re: IPX and Tulip needs promiscuous mode ?? In-Reply-To: <199704151352.PAA10330@zibbi.mikom.csir.co.za> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 15 Apr 1997, John Hay wrote: > > May be Tulip device driver contain some errors? I haven't expirience > > to analyze /sys/pci/if_de.c ( 130K ) ;-) . > > > > Any suggestions? > > > > I have never tried it with the deX driver. What is the order of the > devices in the network_interfaces variable in /etc/sysconfig? If > the de0 device is after the ed0 devices try to put it in front > and see if it make a difference. > I reorder my sysconfigs network_interfaces="de0 ed.. lo0", and IPX frowarding works ok !! But ,why ? > Please let me know. > > John > -- > John Hay -- John.Hay@mikom.csir.co.za > From owner-freebsd-bugs Wed Apr 16 05:20:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA23750 for bugs-outgoing; Wed, 16 Apr 1997 05:20:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA23731; Wed, 16 Apr 1997 05:20:02 -0700 (PDT) Date: Wed, 16 Apr 1997 05:20:02 -0700 (PDT) Message-Id: <199704161220.FAA23731@freefall.freebsd.org> To: freebsd-bugs Cc: From: Martin Kammerhofer Subject: Re: docs/3280: lower case S/KEY passwords don't work Reply-To: Martin Kammerhofer Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/3280; it has been noted by GNATS. From: Martin Kammerhofer To: Joerg Wunsch Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: docs/3280: lower case S/KEY passwords don't work Date: Wed, 16 Apr 1997 14:06:48 +0200 (MET DST) On Tue, 15 Apr 1997, J Wunsch wrote: > I do it all day... I can't tell you exactly, but i'm probably doing > an average of at least 10, maybe 20 S/Key logins to FreeBSD machines > per week, and mind you, i never type them upper case. You can close this PR, I tried to reproduce it and lower case worked well. Guess I had a wrong xmodmap installed then, since I *typed* lower case but copied/pasted uppercase (or it was just repeated typos). :-( Sorry! From owner-freebsd-bugs Wed Apr 16 05:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA24631 for bugs-outgoing; Wed, 16 Apr 1997 05:40:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA24598; Wed, 16 Apr 1997 05:40:02 -0700 (PDT) Resent-Date: Wed, 16 Apr 1997 05:40:02 -0700 (PDT) Resent-Message-Id: <199704161240.FAA24598@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.FAA24163;Wed; (8.8.5/8.8.5);, 16 Apr 1997 05:30:21.-0700 (PDT) Message-Id: <199704161230.FAA24163@freefall.freebsd.org> Date: Wed, 16 Apr 1997 05:30:21 -0700 (PDT) From: simat@enta.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/3307: Unable to Route to a different Class C with machine on same ethernet and diff Class C Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3307 >Category: bin >Synopsis: Unable to Route to a different Class C with machine on same ethernet and diff Class C >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Wed Apr 16 05:40:01 PDT 1997 >Last-Modified: >Originator: Simon Atkin >Organization: Enta Technologies Ltd >Release: 2.2.1 >Environment: FreeBSD callisto.enta.co.uk 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Wed Apr 9 13:29:46 BST 1997 simat@callisto.enta.co.uk:/usr/src/sys/compile/SIMAT i386 # >Description: My new FreeBSD is on IP 207.24.132.1, I am trying to route to network 207.24.36.0 using route add -net 207.24.36.0 207.24.132.1 This machine is on a different Class C because the company is split in two. If I add the above route the machine runs dog slow and normal name resolution from /etc/hosts doesn't work very fast. The machine is a P133 with 48MB and 2GB SCSI Drive. P.S Networks 207.24.36.0 and 207.24.132.0 are on the same ethernet. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 16 05:40:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA24634 for bugs-outgoing; Wed, 16 Apr 1997 05:40:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA24623; Wed, 16 Apr 1997 05:40:05 -0700 (PDT) Date: Wed, 16 Apr 1997 05:40:05 -0700 (PDT) Message-Id: <199704161240.FAA24623@freefall.freebsd.org> To: freebsd-bugs Cc: From: Martin Kammerhofer Subject: Re: kern/3267: mtime/ctime sometimes updated when a program is run Reply-To: Martin Kammerhofer Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3267; it has been noted by GNATS. From: Martin Kammerhofer To: freebsd-gnats-submit@freebsd.org, sigma@pair.com Cc: Subject: Re: kern/3267: mtime/ctime sometimes updated when a program is run Date: Wed, 16 Apr 1997 14:37:41 +0200 When I was running FreeBSD 2.2-BETA_A I experienced similar problems: Modification times of files occassionally changed (to current time, i.e. they seemed to have been touched) without apparent reason. Since it was reproducable (a Makefile's rules broke consistently due to a modified mtime) I tried to track it down. The mtime changed during an 'install -c' of a large file (a kernel). I ran install under gdb and it was exactly during the *large* read(2) call (when install slurps in the source file) when mtimes changed. From owner-freebsd-bugs Wed Apr 16 11:10:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA22334 for bugs-outgoing; Wed, 16 Apr 1997 11:10:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA22316; Wed, 16 Apr 1997 11:10:03 -0700 (PDT) Resent-Date: Wed, 16 Apr 1997 11:10:03 -0700 (PDT) Resent-Message-Id: <199704161810.LAA22316@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.LAA21372;Wed; (8.8.5/8.8.5);, 16 Apr 1997 11:06:25.-0700 (PDT) Message-Id: <199704161806.LAA21372@freefall.freebsd.org> Date: Wed, 16 Apr 1997 11:06:25 -0700 (PDT) From: thlin@npac.syr.edu To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/3308: Missing "#include Number: 3308 >Category: misc >Synopsis: Missing "#include Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 16 11:10:01 PDT 1997 >Last-Modified: >Originator: Tseng-Hui (Frank) Lin >Organization: Syracuse University >Release: 2.2.1 >Environment: FreeBSD infant.thlin.com 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Tue Apr 15 22:48:19 EDT 1997 thlin@infant.thlin.com:/home7/src/sys/compile/INFANT i386 >Description: "#include " is missing in both /usr/include/netinet/in.h and /usr/include/syssocketvar.h. It causes cc complains about undefined u_long. >How-To-Repeat: Compile this: #include int main() { exit(0); } int t() { main(); } >Fix: Add "#include " to /usr/include/netinet/in.h and /usr/include/syssocketvar.h. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 16 13:23:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA26151 for bugs-outgoing; Wed, 16 Apr 1997 13:23:37 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA26134 for ; Wed, 16 Apr 1997 13:23:28 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id WAA20666; Wed, 16 Apr 1997 22:13:46 +0200 (SAT) From: John Hay Message-Id: <199704162013.WAA20666@zibbi.mikom.csir.co.za> Subject: Re: IPX and Tulip needs promiscuous mode ?? In-Reply-To: from "Vasily V. Grechishnikov" at "Apr 16, 97 02:39:25 pm" To: bazilio@economic.acnit.ac.ru (Vasily V. Grechishnikov) Date: Wed, 16 Apr 1997 22:13:46 +0200 (SAT) Cc: freebsd-bugs@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > On Tue, 15 Apr 1997, John Hay wrote: > > > > May be Tulip device driver contain some errors? I haven't expirience > > > to analyze /sys/pci/if_de.c ( 130K ) ;-) . > > > > > > Any suggestions? > > > > > > > I have never tried it with the deX driver. What is the order of the > > devices in the network_interfaces variable in /etc/sysconfig? If > > the de0 device is after the ed0 devices try to put it in front > > and see if it make a difference. > > > > I reorder my sysconfigs network_interfaces="de0 ed.. lo0", and > IPX frowarding works ok !! But ,why ? > Because of the stupid current behaviour of the ipx code. It tries to use the same host-part of the ipx address on all the interfaces. For that it use the MAC address of the first interface that is ifconfig'ed with an ipx address. But for ipx to work on ethernet, the mac address of the interface must be the same as the host part of the ipx address, so the mac address of the 2nd and 3d interface must be changed. This works correctly on the edX devices, but not on the deX devices. I have this fixed here (so that each interface keeps its own mac address and ipx use that), but I want to fix a few more things before I commit it. John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-bugs Wed Apr 16 13:51:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA02884 for bugs-outgoing; Wed, 16 Apr 1997 13:51:08 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA02868 for ; Wed, 16 Apr 1997 13:51:04 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA07852; Wed, 16 Apr 1997 22:50:56 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA04180; Wed, 16 Apr 1997 22:26:37 +0200 (MET DST) Message-ID: <19970416222636.ZF01575@uriah.heep.sax.de> Date: Wed, 16 Apr 1997 22:26:36 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: simat@enta.net Cc: bugs@freebsd.org Subject: Re: bin/3307: Unable to Route to a different Class C with machine on same ethernet and diff Class C References: <199704161230.FAA24163@freefall.freebsd.org> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704161230.FAA24163@freefall.freebsd.org>; from simat@enta.net on Apr 16, 1997 05:30:21 -0700 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As simat@enta.net wrote: > My new FreeBSD is on IP 207.24.132.1, I am trying to route > to network 207.24.36.0 using route add -net 207.24.36.0 207.24.132.1 > This machine is on a different Class C because the company is > split in two. How is this supposed to work? You can't be your own gateway, you need to point this route to another machine on your net. If your machine is in both nets (on the same wire), you need an alias address. Better quote a little more about your topology. p.s.: I don't think this makes a good PR at all, it's probably something that you should have asked in freebsd-questions@freebsd.org first. Do only report bugs if you know they are bugs. -- 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 Apr 16 13:55:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA04534 for bugs-outgoing; Wed, 16 Apr 1997 13:55:48 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA04448; Wed, 16 Apr 1997 13:55:37 -0700 (PDT) Date: Wed, 16 Apr 1997 13:55:37 -0700 (PDT) From: Joerg Wunsch Message-Id: <199704162055.NAA04448@freefall.freebsd.org> To: dada@sbox.tu-graz.ac.at, joerg, freebsd-bugs Subject: Re: docs/3280 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: lower case S/KEY passwords don't work State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Wed Apr 16 22:53:48 MET DST 1997 State-Changed-Why: Closed at submitter's request. From owner-freebsd-bugs Wed Apr 16 14:10:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA07993 for bugs-outgoing; Wed, 16 Apr 1997 14:10:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA07966; Wed, 16 Apr 1997 14:10:02 -0700 (PDT) Resent-Date: Wed, 16 Apr 1997 14:10:02 -0700 (PDT) Resent-Message-Id: <199704162110.OAA07966@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.OAA06608;Wed; (8.8.5/8.8.5);, 16 Apr 1997 14:00:17.-0700 (PDT) Message-Id: <199704162100.OAA06608@freefall.freebsd.org> Date: Wed, 16 Apr 1997 14:00:17 -0700 (PDT) From: brett@lariat.org To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: i386/3309: /dev/spkr can crash system and may have serious security exploits Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3309 >Category: i386 >Synopsis: /dev/spkr can crash system and may have serious security exploits >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 16 14:10:01 PDT 1997 >Last-Modified: >Originator: Brett Glass >Organization: InfoWorld >Release: 2.1.0-R (source in 2.2 is similar or identical) >Environment: >Description: The /dev/spkr driver apparently can corrupt kernel memory if noises are made in rapid succession or if one is started before an earlier one finishes. The Perl code below triggers the bug on my 2.1.0-R system quite reliably (the code for the driver doesn't seem to have changed since then). The problem seems to have to do with a race condition and/or with kernel memory allocation. I'm not terribly familiar with BSD kernel programming, and there's no documentation on the full implications of some items in the driver code, so I'm not sure how to pinpoint the problem. A kernel hacker familiar with race conditions and memory allocation in the kernel should be able to spot the problem. Frequently (but not always), when code like the sample is executed, the speaker begins to play random noises after the second "print." It doesn't stop. The process that's playing the sounds may hang, and the system can become unstable. Killing the hung process results in a wide range of awful noises -- and, at least on my machine -- a reboot without sync'ing the file system. (I had to do extensive reconstruction of /dev after the crash.) There may also be a potential security exploit here, since the play string is copied into kernel memory. An earlier bug fix to the driver appears not to have solved all of the potential problems with the driver. Can someone help to identify the source of the problem and a fix for it? --Brett Glass >How-To-Repeat: In Perl 5: open (SPKR, ">/dev/speaker"); print SPKR "T120L8O4AF"; # Bing-bong! close (SPKR); open (SPKR, ">/dev/speaker"); print SPKR "T120L8O4AF"; # And again.... close (SPKR); >Fix: Would like to fix this myself, but don't know all the semantics and meta-semantics of the routines called within FreeBSD device drivers. (Would love to see a kernel-hacking manual that covers this!) I have been able to work around the problem only by adding sleep() statements that guarantee that every "play" string is played to completion and then some. (For instance, in the above example, adding sleep(1) between the first close and the second open seems to mask the bug. However, this is only a workaround, NOT a fix! Given the possibility that this could be a security exploit, a real fix is warranted. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 16 14:11:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA08538 for bugs-outgoing; Wed, 16 Apr 1997 14:11:39 -0700 (PDT) Received: from snoopy.mv.com (snoopy.mv.com [199.125.64.182]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA08501 for ; Wed, 16 Apr 1997 14:11:32 -0700 (PDT) Received: from snoopy.mv.com (localhost [127.0.0.1]) by snoopy.mv.com (8.6.12/8.6.9) with ESMTP id RAA02467 for ; Wed, 16 Apr 1997 17:11:06 -0400 Message-Id: <199704162111.RAA02467@snoopy.mv.com> To: bugs@freebsd.org Subject: 2.2.1 and NEC 2635 saga Date: Wed, 16 Apr 1997 17:11:05 -0400 From: "Paul F. Werkowski" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thank's to some help from Nate I managed to get the 2.2.1 boot.flp to work on this new NEC 2635 box. I downloaded the bin distribution from WC and did the install from a DOS partition which seemed to go fine with no errors at all. However, on exit, no operating system could be found! Thinking this might be related to the 1024 cyl problem, I checked all the settings and found that yes, the root partition did extend past 1024 cyls (FIPS doesn't seem to get the geometry right and there is no way to fix it as in sysinstall). I redid the layout to use a 24 MB root partition which should have been contained in the lower 1024 cyls. However, same problem. The install appears to go fine but she no can boot. Getting back to sysinstall with a 2.1.5 fixit.flp, I can see no kernel and a bunch of other stuff missing from / as well, although after the install completed I used the shell from F4 and all looked ok. What could possibly be going on here? Puzzled, Paul Werkowski pw@snoopy.mv.com From owner-freebsd-bugs Wed Apr 16 14:55:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA15390 for bugs-outgoing; Wed, 16 Apr 1997 14:55:29 -0700 (PDT) Received: from wall.jhs.no_domain (vector.muc.ditec.de [194.120.126.35]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA15325; Wed, 16 Apr 1997 14:55:10 -0700 (PDT) Received: from wall.jhs.no_domain (localhost [127.0.0.1]) by wall.jhs.no_domain (8.8.5/8.6.9) with ESMTP id OAA13028; Wed, 16 Apr 1997 14:39:42 +0200 (MET DST) Message-Id: <199704161239.OAA13028@wall.jhs.no_domain> To: Scott Overholser cc: Zahemszky Gabor , freebsd-bugs@freebsd.org, hylafax@freebsd.org Subject: Re: HylaFAX broken on 2.2.0-R? From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" X-Email: jhs@freebsd.org, Fallback: jhs@gil.physik.rwth-aachen.de X-Organization: Vector Systems Ltd. X-Mailer: EXMH 1.6.9, PGP PGP key on web X-Web: http://www.freebsd.org/~jhs/ X-Address: Holz Strasse 27d, 80469 Munich, Germany X-Tel: Phone +49.89.268616, Fax +49.89.2608126, Data +49.89.26023276 In-reply-to: Your message of "Tue, 15 Apr 1997 19:44:29 PDT." Date: Wed, 16 Apr 1997 14:39:41 +0200 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Reference: > From: Scott Overholser > > if this truely be a bug, what should happen next? as i mention below, > i've worked around the problem. i suppose someone should take steps to > make it right. i'll gladly file a bug if someone will clue me in on the > correct procedure. > > thanks, > -scotto man send-pr will tell you how to file bug reports for freebsd. (this is mainly used for src/ bugs ) But, ... please don't use it for hylafax :-) If you want to discuss freebsd specific bug symptoms, this is the list, if it'a a hylafax generic bug & patch discussion, see flexfax@sgi.com (I recall). you'll find their email & web address in the sources. If you write us a ports/comms/hylafax/patches/patch-* to recompile & test with .. great, folk (me inc.) on this list can review it, & maybe commit it, Other than that I (MAINTAINER as per hylafax/Makefile) am overloaded, & when I can find free time, i'm going to upgrade the release, unfortunately as a freelance who needs to find some paid work, I have to spend time finding that work, & have no extra time to debug other people's problems (I have enough of my own :-) Of course if anyone's looking to _pay_ me to debug their problems, that'd raise the priority about 10,000 per cent :-)) Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-bugs Wed Apr 16 15:20:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA20419 for bugs-outgoing; Wed, 16 Apr 1997 15:20:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA20379; Wed, 16 Apr 1997 15:20:03 -0700 (PDT) Date: Wed, 16 Apr 1997 15:20:03 -0700 (PDT) Message-Id: <199704162220.PAA20379@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: i386/3309: /dev/spkr can crash system and may have serious security exploits Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/3309; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: brett@lariat.org Cc: freebsd-gnats-submit@freebsd.org Subject: Re: i386/3309: /dev/spkr can crash system and may have serious security exploits Date: Thu, 17 Apr 1997 00:07:05 +0200 As brett@lariat.org wrote: > The /dev/spkr driver apparently can corrupt kernel memory if noises > are made in rapid succession or if one is started before an earlier > one finishes. The Perl code below triggers the bug on my 2.1.0-R > system quite reliably (the code for the driver doesn't seem to have > changed since then). Not to say that there's no bug anymore, but i've tried hard to reproduce it (including repeatedly playing random data, and testing your Perl script), and haven't been able to find any problem. That's with a pretty -current system though. > Would like to fix this myself, but don't know all the semantics and > meta-semantics of the routines called within FreeBSD device drivers. > (Would love to see a kernel-hacking manual that covers this!) There's an evolving section 9 of the manual available now. What exactly don't you understand? The kernel-hacking manual probably won't ever happen. Kernel hackers are usually too busy to even write smaller man pages, let alone excessive documentation. Documenters usually think they don't have a clue about kernel hacking (but it's actually rather that they didn't ever try, or they would have noticed that it's not much more difficult than usual application hacking :). -- 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 Apr 16 15:25:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA22042 for bugs-outgoing; Wed, 16 Apr 1997 15:25:06 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA22008 for ; Wed, 16 Apr 1997 15:25:03 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id QAA09251; Wed, 16 Apr 1997 16:24:56 -0600 (MDT) Date: Wed, 16 Apr 1997 16:24:56 -0600 (MDT) Message-Id: <199704162224.QAA09251@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Paul F. Werkowski" Cc: bugs@freebsd.org Subject: Re: 2.2.1 and NEC 2635 saga In-Reply-To: <199704162111.RAA02467@snoopy.mv.com> References: <199704162111.RAA02467@snoopy.mv.com> X-Mailer: VM 6.26 under 19.15 XEmacs Lucid Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > exit, no operating system could be found! This is almost *always* related to FreeBSD using different geometries than the BIOS. Use the DOS program 'pfdisk' available on the 2.1 CD to check what the BIOS uses for a geometry, and make sure you set the FreeBSD geometry to it *before* installing everything. Nate From owner-freebsd-bugs Wed Apr 16 15:52:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05599 for bugs-outgoing; Wed, 16 Apr 1997 15:52:00 -0700 (PDT) Received: from bsd.fs.bauing.th-darmstadt.de (bsd.fs.bauing.th-darmstadt.de [130.83.63.241]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA05560 for ; Wed, 16 Apr 1997 15:51:56 -0700 (PDT) Received: from campa.panke.de (anonymous223.ppp.cs.tu-berlin.de [130.149.17.223]) by bsd.fs.bauing.th-darmstadt.de (8.8.5/8.8.5) with ESMTP id AAA00490; Thu, 17 Apr 1997 00:51:35 +0200 (MET DST) Received: (from wosch@localhost) by campa.panke.de (8.8.5/8.6.12) id AAA00688; Thu, 17 Apr 1997 00:47:42 +0200 (MET DST) To: Brett Glass Cc: freebsd-bugs@freebsd.org Subject: Re: Problem with /dev/spkr driver can cause crashes References: <3.0.32.19970414003125.0068c68c@lariat.org> From: Wolfram Schneider Date: 17 Apr 1997 00:47:40 +0200 In-Reply-To: Brett Glass's message of Mon, 14 Apr 1997 00:31:28 -0600 Message-ID: Lines: 18 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I had the same problem ;-( Workaround: don't use /dev/spkr Brett Glass writes: > I've written a Perl script that uses the /dev/spkr driver to sound an alarm > when certain events occur. Recently, I came home to find my FreeBSD 2.1.0-R > system playing random tones continuously. I found that a process which had > opened the device and played a few tones had wedged. When I killed the > process, > the system squealed like a stuck pig, made a few other strange noises, and > abruptly rebooted without syncing the disk. There were several bad file > descriptors, > including some in /dev that took a bit of time to clean up. I was lucky that > no more data than this was lost. -- Wolfram Schneider http://www.apfel.de/~wosch/ From owner-freebsd-bugs Wed Apr 16 16:05:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA12542 for bugs-outgoing; Wed, 16 Apr 1997 16:05:41 -0700 (PDT) Received: from popeye.remuda.com (fisbin.remuda.com [205.153.153.59]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA12383; Wed, 16 Apr 1997 16:05:26 -0700 (PDT) Received: from localhost (scotto@localhost) by popeye.remuda.com (8.6.12/8.6.12) with SMTP id QAA02249; Wed, 16 Apr 1997 16:02:43 -0700 Date: Wed, 16 Apr 1997 16:02:43 -0700 (PDT) From: Scott Overholser To: "Julian H. Stacey" cc: Zahemszky Gabor , freebsd-bugs@freebsd.org, hylafax@freebsd.org Subject: Re: HylaFAX broken on 2.2.0-R? In-Reply-To: <199704161239.OAA13028@wall.jhs.no_domain> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks for the note. I'll read the send-pr man page and take the appropriate steps. Just so everyone is totally clear on this: The problem appears to be FreeBSD (/bin/sh), *not* HylaFAX. I am able to work around the problem by hacking up the HylaFAX configure shell script. I am far from the most competent shell script programmer. Perhaps one of you folks could confirm what Zahemszky has told me - that "return" should return the exit status of the previous command. Sounds reasonable to me. Anyway, the same test performed on 2.1.7.1-R and 2.2.0-R yield different results. On 2.1.7.1-R, return returns the exit status of the previous command. On 2.2.0-R, return returns 0 regardless of the exit status of the previous command. This is why the HylaFAX configure script fails. thanks again, -scotto On Wed, 16 Apr 1997, Julian H. Stacey wrote: > Hi, Reference: > > From: Scott Overholser > > > > if this truely be a bug, what should happen next? as i mention below, > > i've worked around the problem. i suppose someone should take steps to > > make it right. i'll gladly file a bug if someone will clue me in on the > > correct procedure. > > > > thanks, > > -scotto > > man send-pr will tell you how to file bug reports for freebsd. > (this is mainly used for src/ bugs ) > But, ... please don't use it for hylafax :-) > > If you want to discuss freebsd specific bug symptoms, this is the list, > if it'a a hylafax generic bug & patch discussion, see flexfax@sgi.com > (I recall). you'll find their email & web address in the sources. > > If you write us a ports/comms/hylafax/patches/patch-* to recompile & > test with .. great, folk (me inc.) on this list can review it, > & maybe commit it, > > Other than that I (MAINTAINER as per hylafax/Makefile) am overloaded, > & when I can find free time, > i'm going to upgrade the release, unfortunately as a freelance who needs > to find some paid work, I have to spend time finding that work, > & have no extra time to debug other people's problems > (I have enough of my own :-) > > Of course if anyone's looking to _pay_ me to debug their problems, > that'd raise the priority about 10,000 per cent :-)) > > Julian > -- > Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ > From owner-freebsd-bugs Wed Apr 16 16:56:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA04734 for bugs-outgoing; Wed, 16 Apr 1997 16:56:27 -0700 (PDT) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA04688; Wed, 16 Apr 1997 16:56:05 -0700 (PDT) Date: Wed, 16 Apr 1997 16:56:05 -0700 (PDT) From: Gary Palmer Message-Id: <199704162356.QAA04688@freefall.freebsd.org> To: gpalmer, gnats-admin, freebsd-bugs Subject: Re: kern/3302 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: msdos FS bogus error Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: gpalmer Responsible-Changed-When: Wed Apr 16 16:55:48 PDT 1997 Responsible-Changed-Why: Misfiled PR From owner-freebsd-bugs Wed Apr 16 16:57:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA05124 for bugs-outgoing; Wed, 16 Apr 1997 16:57:39 -0700 (PDT) Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA05117 for ; Wed, 16 Apr 1997 16:57:37 -0700 (PDT) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (WEBSPAN/970116) with ESMTP id TAA00765 for ; Wed, 16 Apr 1997 19:57:02 -0400 (EDT) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (WEBSPN/970116) with ESMTP id TAA13834 for ; Wed, 16 Apr 1997 19:57:01 -0400 (EDT) To: freebsd-bugs@freebsd.org From: "Gary Palmer" Subject: Adam David: kern/3302: msdos FS bogus error Date: Wed, 16 Apr 1997 19:57:01 -0400 Message-ID: <13831.861235021@orion.webspan.net> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk And the misfiled PR reads .... Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info ------- Forwarded Message >From adam@veda.is Tue Apr 15 16:37:14 1997 Received: from veda.is (ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA20268 for ; Tue, 15 Apr 1997 16:37:12 -0700 (PDT) Received: (from adam@localhost) by veda.is (8.8.5/8.7.3) id XAA08603; Tue, 15 Apr 1997 23:54:58 GMT Message-Id: <199704152354.XAA08603@veda.is> Date: Tue, 15 Apr 1997 23:54:58 GMT From: Adam David Reply-To: adam@veda.is To: FreeBSD-gnats-submit@freebsd.org Subject: msdos FS bogus error X-Send-Pr-Version: 3.2 >Number: 3302 >Category: kern >Synopsis: msdos FS bogus error >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 15 16:40:01 PDT 1997 >Last-Modified: Wed Apr 16 16:56:06 PDT 1997 >Originator: Adam David >Organization: Veda Internet >Release: FreeBSD 3.0-CURRENT i386 >Environment: jan.1997-current >Description: "No such file or directory" when attempting to copy an existing file to a full MSDOS floppy. >How-To-Repeat: (with a full or nearly full floppy) # mount -t msdos /dev/fd0 /mnt # cp somefile /mnt cp: /mnt/somefile: No such file or directory >Fix: >Audit-Trail: Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: gpalmer Responsible-Changed-When: Wed Apr 16 16:55:48 PDT 1997 Responsible-Changed-Why: Misfiled PR >Unformatted: ------- End of Forwarded Message From owner-freebsd-bugs Wed Apr 16 22:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA09626 for bugs-outgoing; Wed, 16 Apr 1997 22:40:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA09602; Wed, 16 Apr 1997 22:40:02 -0700 (PDT) Resent-Date: Wed, 16 Apr 1997 22:40:02 -0700 (PDT) Resent-Message-Id: <199704170540.WAA09602@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mi@aldan.ziplink.net Received: from aldan.ziplink.net (aldan.ziplink.net [199.232.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA09395 for ; Wed, 16 Apr 1997 22:35:13 -0700 (PDT) Received: (from mi@localhost) by aldan.ziplink.net (8.8.5/8.8.5) id BAA00414; Thu, 17 Apr 1997 01:31:11 -0400 (EDT) Message-Id: <199704170531.BAA00414@aldan.ziplink.net> Date: Thu, 17 Apr 1997 01:31:11 -0400 (EDT) From: Mikhail Teterin Reply-To: mi@aldan.ziplink.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3311: mount_cd9660 gives erroenous errors Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3311 >Category: bin >Synopsis: If non-root tries to mount CD, mount says CD9660 not available >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 16 22:40:01 PDT 1997 >Last-Modified: >Originator: Mikhail Teterin >Organization: Virtual Estates, Inc. >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: >Description: Instead of telling the user he/she must be root to execute mount, mount says "cd9660 is not available" >How-To-Repeat: As non root do: mount /cdrom # or whatever your CD mount-point is >Fix: echo !! | su >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Apr 17 01:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA17906 for bugs-outgoing; Thu, 17 Apr 1997 01:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA17890; Thu, 17 Apr 1997 01:00:02 -0700 (PDT) Date: Thu, 17 Apr 1997 01:00:02 -0700 (PDT) Message-Id: <199704170800.BAA17890@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Gary Palmer" Subject: Re: kern/3304: NFS V2 readdir hangs Reply-To: "Gary Palmer" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3304; it has been noted by GNATS. From: "Gary Palmer" To: ponds!rivers@dg-rtp.dg.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/3304: NFS V2 readdir hangs Date: Thu, 17 Apr 1997 03:49:10 -0400 Thomas David Rivers wrote in message ID <199704160209.WAA01541@lakes.water.net>: > Mount a V2 NFS server (I've tried both Sunos 4.1.3 and HP/UX 9.05), > go to a rather large directory and do "ls -l". The ls -l will hang > in sbwait(). This apparently also needs a rather slow network > for a reliable reproduction - that is, it's somewhat timing dependent. I recently did something similar (ls -l on a 16,000 file directory) across NFS on a recent RELENG_2_2 box which was mounting /var/mail from a 2.1.x based mail server. Worked fine. This was probably 2 or 3 weeks ago... I'll try again if you like. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-bugs Thu Apr 17 02:10:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA21291 for bugs-outgoing; Thu, 17 Apr 1997 02:10:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA21284; Thu, 17 Apr 1997 02:10:03 -0700 (PDT) Resent-Date: Thu, 17 Apr 1997 02:10:03 -0700 (PDT) Resent-Message-Id: <199704170910.CAA21284@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.CAA21236;Thu; (8.8.5/8.8.5);, 17 Apr 1997 02:09:10.-0700 (PDT) Message-Id: <199704170909.CAA21236@freefall.freebsd.org> Date: Thu, 17 Apr 1997 02:09:10 -0700 (PDT) From: agdolla@datanet.hu To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/3312: Adaptec 2940 still causes timeout using 2.2.1 stable Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3312 >Category: kern >Synopsis: Adaptec 2940 still causes timeout using 2.2.1 stable >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 17 02:10:01 PDT 1997 >Last-Modified: >Originator: Gabor Dolla >Organization: DataNet Ltd Budapest, Hungary >Release: 2.2.1 stable >Environment: FreeBSD callisto.datanet.hu 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Tue Mar 25 15:12:02 GMT 1997 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: Inter Pentium-133 with two 2940 PCI SCSI adapters first is a UW with the system disk, no heavy load, no problem second controller is a narrow one with 4 x 2GB Micropolis 4421AV disks we use it as our news server but it isn't really loaded as yet still we write/read/erase many files on those disks and some of them are really big (think of alt.binaries.....) from time to time it reboots with the following in the syslog Apr 17 07:00:49 callisto /kernel: sd4(ahc1:4:0): SCB 0x1 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Apr 17 07:00:49 callisto /kernel: SEQADDR == 0x6 Apr 17 07:00:50 callisto /kernel: sd4(ahc1:4:0): Queueing an Abort SCB I read that FreeBSD had this problem before but I thought that this has been fixed in release 2.2.1 - stable >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Apr 17 02:40:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA22444 for bugs-outgoing; Thu, 17 Apr 1997 02:40:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA22438; Thu, 17 Apr 1997 02:40:04 -0700 (PDT) Resent-Date: Thu, 17 Apr 1997 02:40:04 -0700 (PDT) Resent-Message-Id: <199704170940.CAA22438@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, oliver.fromme@heim3.tu-clausthal.de Received: from kartanin.heim3.tu-clausthal.de (kartanin.heim3.tu-clausthal.de [139.174.243.61]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA22188 for ; Thu, 17 Apr 1997 02:33:50 -0700 (PDT) Received: (from olli@localhost) by kartanin.heim3.tu-clausthal.de (8.8.5/8.8.5) id LAA01127; Thu, 17 Apr 1997 11:33:48 +0200 (CEST) Message-Id: <199704170933.LAA01127@kartanin.heim3.tu-clausthal.de> Date: Thu, 17 Apr 1997 11:33:48 +0200 (CEST) From: oliver.fromme@heim3.tu-clausthal.de Reply-To: oliver.fromme@heim3.tu-clausthal.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/3313: manpage bug in scsi(8) (cmd args are hex) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3313 >Category: docs >Synopsis: manpage bug in scsi(8) (cmd args are hex) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 17 02:40:02 PDT 1997 >Last-Modified: >Originator: Oliver Fromme >Organization: Administration Heim 3, Technical University of Clausthal >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: >Description: The scsi(8) manpage fails to mention that arguments to -c commands are specified in hexadecimal. The "examples" section in that manpage also seems to use decimal values, which is wrong. >How-To-Repeat: Enter "man 8 scsi" on FreeBSD 2.1.7 or 2.2.1. >Fix: In the section of the manpage explaining the -c option, add a remark that arguments are specified in hexadecimal. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Apr 17 03:30:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA24200 for bugs-outgoing; Thu, 17 Apr 1997 03:30:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA24192; Thu, 17 Apr 1997 03:30:01 -0700 (PDT) Date: Thu, 17 Apr 1997 03:30:01 -0700 (PDT) Message-Id: <199704171030.DAA24192@freefall.freebsd.org> To: freebsd-bugs Cc: From: Peter Dufault Subject: Re: docs/3313: manpage bug in scsi(8) (cmd args are hex) Reply-To: Peter Dufault Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/3313; it has been noted by GNATS. From: Peter Dufault To: oliver.fromme@heim3.tu-clausthal.de Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: docs/3313: manpage bug in scsi(8) (cmd args are hex) Date: Thu, 17 Apr 1997 06:08:40 -0400 (EDT) > The scsi(8) manpage fails to mention that arguments to > -c commands are specified in hexadecimal. The "examples" > section in that manpage also seems to use decimal values, > which is wrong. The arguments are parsed using strtol with a base of zero and so can be decimal (default) or hex (leading 0x). The confusing part is that the numbers INSIDE a format string are hex unconditionally to make it easy to copy commands from the spec. Peter -- Peter Dufault (dufault@hda.com) Realtime Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 From owner-freebsd-bugs Thu Apr 17 04:08:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA25435 for bugs-outgoing; Thu, 17 Apr 1997 04:08:19 -0700 (PDT) Received: from snoopy.mv.com (snoopy.mv.com [199.125.64.182]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA25414 for ; Thu, 17 Apr 1997 04:08:02 -0700 (PDT) Received: from snoopy.mv.com (localhost [127.0.0.1]) by snoopy.mv.com (8.6.12/8.6.9) with ESMTP id HAA03318; Thu, 17 Apr 1997 07:05:18 -0400 Message-Id: <199704171105.HAA03318@snoopy.mv.com> To: Nate Williams cc: bugs@freebsd.org Subject: Re: 2.2.1 and NEC 2635 saga In-reply-to: Your message of "Wed, 16 Apr 1997 16:24:56 MDT." <199704162224.QAA09251@rocky.mt.sri.com> Date: Thu, 17 Apr 1997 07:05:17 -0400 From: "Paul F. Werkowski" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk |Date: Wed, 16 Apr 1997 16:24:56 -0600 (MDT) |Message-Id: <199704162224.QAA09251@rocky.mt.sri.com> |From: Nate Williams |MIME-Version: 1.0 |Content-Type: text/plain; charset=us-ascii |Content-Transfer-Encoding: 7bit |To: "Paul F. Werkowski" |Cc: bugs@freebsd.org |Subject: Re: 2.2.1 and NEC 2635 saga |In-Reply-To: <199704162111.RAA02467@snoopy.mv.com> |References: <199704162111.RAA02467@snoopy.mv.com> |X-Mailer: VM 6.26 under 19.15 XEmacs Lucid | |> exit, no operating system could be found! | |This is almost *always* related to FreeBSD using different geometries |than the BIOS. Use the DOS program 'pfdisk' available on the 2.1 CD to |check what the BIOS uses for a geometry, and make sure you set the |FreeBSD geometry to it *before* installing everything. | | |Nate | Ok, so I believed what the wd probe printed and it was not in agreement with pfdisk and FIPS. Thanks again for the right info. Now the thing boots from the hard drive, prints a bunch of probe messages, and locks up solid after "apm0: disabled, not probed." Seems this is where I was a few days ago when you gave me the tip on flags npx0 1. Shouldn't that flag have been saved somewhere while "updating kernel with -c changes"? Now waiting for battery to discharge to try and boot with -c. Paul From owner-freebsd-bugs Thu Apr 17 05:30:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA28570 for bugs-outgoing; Thu, 17 Apr 1997 05:30:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA28562; Thu, 17 Apr 1997 05:30:02 -0700 (PDT) Date: Thu, 17 Apr 1997 05:30:02 -0700 (PDT) Message-Id: <199704171230.FAA28562@freefall.freebsd.org> To: freebsd-bugs Cc: From: Thomas David Rivers Subject: Re: kern/3304: NFS V2 readdir hangs Reply-To: Thomas David Rivers Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3304; it has been noted by GNATS. From: Thomas David Rivers To: ponds!freebsd.org!gpalmer, ponds!lakes.water.net!rivers Cc: ponds!freebsd.org!FreeBSD-gnats-submit Subject: Re: kern/3304: NFS V2 readdir hangs Date: Thu, 17 Apr 1997 07:23:31 -0400 (EDT) > > Thomas David Rivers wrote in message ID > <199704160209.WAA01541@lakes.water.net>: > > Mount a V2 NFS server (I've tried both Sunos 4.1.3 and HP/UX 9.05), > > go to a rather large directory and do "ls -l". The ls -l will hang > > in sbwait(). This apparently also needs a rather slow network > > for a reliable reproduction - that is, it's somewhat timing dependent. > > I recently did something similar (ls -l on a 16,000 file directory) > across NFS on a recent RELENG_2_2 box which was mounting /var/mail > from a 2.1.x based mail server. Worked fine. This was probably 2 or 3 > weeks ago... I'll try again if you like. 16,000 files is more than enough :-) I've also witnessed it "work"; although never from my particular box that reliably reproduces it; and not always from the box that sometimes "works." I believe the problem is "tickled" by some timing issue. For example, maybe on of the 6 possible UDP packets is out of order and that throws everything for a loop. This could be explained by network issues between the server and client. However, I now believe that we do an nfs_receive(); the packet isn't yet there so we go into sbwait() to be awakened by an sorwakeup() (sowakeup) in udp_input(). Now; I may even have some evidence that udp_input() is doing the right wakeup(); but we don't get woken up.... but I had to leave work early yesterday and didn't get that finished. A possible idea for those people that don't see this problem; we could via software, corrupt or drop UDP packets and see if NFS recovers properly. That could reproduce the problem I'm seeing that people in more robust networks don't see. What do you think? - Dave Rivers - > > Gary From owner-freebsd-bugs Thu Apr 17 06:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA01956 for bugs-outgoing; Thu, 17 Apr 1997 06:40:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA01935; Thu, 17 Apr 1997 06:40:03 -0700 (PDT) Resent-Date: Thu, 17 Apr 1997 06:40:03 -0700 (PDT) Resent-Message-Id: <199704171340.GAA01935@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, thompson@squirrel.tgsoft.com Received: from squirrel.tgsoft.com (squirrel.tgsoft.com [207.167.64.183]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id GAA01705 for ; Thu, 17 Apr 1997 06:33:17 -0700 (PDT) Received: (qmail 7324 invoked by uid 128); 17 Apr 1997 13:33:15 -0000 Message-Id: <19970417133315.7323.qmail@squirrel.tgsoft.com> Date: 17 Apr 1997 13:33:15 -0000 From: thompson@squirrel.tgsoft.com Reply-To: thompson@squirrel.tgsoft.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3314: /etc/daily did not run on April 6, 1997 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3314 >Category: bin >Synopsis: /etc/daily did not run on April 6, 1997 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 17 06:40:01 PDT 1997 >Last-Modified: >Originator: mark thompson >Organization: tgsoft >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: Standard 2.2.1, and many BSDs before it >Description: cron is simply not equipped to handle time changes caused by the arrival and departure of daylight savings time. Since this is a common event around the world, it seems that it should be. >How-To-Repeat: Submit a cron job that executes a few minutes hence, then adjust your system clock to an hour from now. >Fix: Simple patch enclosed diff -c -r -b ./cron/cron.8 cron/NEW/cron/cron.8 *** ./cron/cron.8 Sun Jun 30 15:11:50 1996 --- cron/NEW/cron/cron.8 Thu Apr 17 06:17:38 1997 *************** *** 13,18 **** --- 13,21 ---- .\" * Send bug reports, bug fixes, enhancements, requests, flames, etc., and .\" * I'll try to keep a version up to date. I can be reached as follows: .\" * Paul Vixie uunet!decwrl!vixie!paul + .\" + .\" * new timekeeping (handle daylight savings time) by + .\" * mark thompson ... so don't blame Paul .\" */ .\" .\" $Id: cron.8,v 1.2 1996/06/30 22:11:50 wosch Exp $ *************** *** 54,59 **** --- 57,77 ---- .IR Crontab (1) command updates the modtime of the spool directory whenever it changes a crontab. + .PP + Special considerations exist when the clock is changed by less than 3 + hours, for example at the beginning and end of daylight savings + time. If the time has moved forwards, those jobs which would have + run in the time that was skipped will be run soon after the change. + Conversely, if the time has moved backwards by less than 3 hours, + those jobs that fall into the repeated time will not be run. + .PP + Only jobs that run at a particular time (not specified as + @hourly, nor with '*' in the hour or minute specifier) are + affected. Jobs which are specified with wildcards are run based on the + new time immediately. + .PP + Clock changes of more than 3 hours are considered to be corrections to + the clock, and the new time is used immediately. .SH "SEE ALSO" crontab(1), crontab(5) .SH AUTHOR diff -c -r -b ./cron/cron.c cron/NEW/cron/cron.c *** ./cron/cron.c Sun Jun 30 15:11:51 1996 --- cron/NEW/cron/cron.c Thu Apr 17 06:05:25 1997 *************** *** 13,18 **** --- 13,21 ---- * Send bug reports, bug fixes, enhancements, requests, flames, etc., and * I'll try to keep a version up to date. I can be reached as follows: * Paul Vixie uunet!decwrl!vixie!paul + * + * New timekeeping (main after first load_database, last if in find_jobs, + * set_time and cron_sleep) by mark thompson */ #if !defined(lint) && !defined(LINT) *************** *** 34,42 **** static void usage __P((void)), run_reboot_jobs __P((cron_db *)), ! cron_tick __P((cron_db *)), ! cron_sync __P((void)), ! cron_sleep __P((void)), #ifdef USE_SIGCHLD sigchld_handler __P((int)), #endif --- 37,45 ---- static void usage __P((void)), run_reboot_jobs __P((cron_db *)), ! find_jobs __P((time_min, cron_db *, int, int)), ! set_time __P((void)), ! cron_sleep __P((time_min)), #ifdef USE_SIGCHLD sigchld_handler __P((int)), #endif *************** *** 93,104 **** /* if there are no debug flags turned on, fork as a daemon should. */ ! # if DEBUGGING if (DebugFlags) { ! # else ! if (0) { ! # endif (void) fprintf(stderr, "[%d] cron started\n", getpid()); } else { switch (fork()) { case -1: --- 96,106 ---- /* if there are no debug flags turned on, fork as a daemon should. */ ! if (DebugFlags) { ! #if DEBUGGING (void) fprintf(stderr, "[%d] cron started\n", getpid()); + #endif } else { switch (fork()) { case -1: *************** *** 121,143 **** database.tail = NULL; database.mtime = (time_t) 0; load_database(&database); run_reboot_jobs(&database); ! cron_sync(); while (TRUE) { ! # if DEBUGGING ! /* if (!(DebugFlags & DTEST)) */ ! # endif /*DEBUGGING*/ ! cron_sleep(); load_database(&database); ! /* do this iteration ! */ ! cron_tick(&database); ! /* sleep 1 minute ! */ ! TargetTime += 60; } } --- 123,232 ---- database.tail = NULL; database.mtime = (time_t) 0; load_database(&database); + + set_time(); run_reboot_jobs(&database); ! timeRunning = virtualTime = clockTime; ! ! /* ! * too many clocks, not enough time (Al. Einstein) ! * These clocks are in minutes since the epoch (time()/60). ! * virtualTime is the time it *would* be if we woke up promptly and nobody ! * ever changed the clock. It is monotonically increasing... ! * unless a timejump happens. ! * At the top of the loop, all jobs for 'virtualTime' have run. ! * timeRunning is the time we last awakened. ! * clockTime is the time when set_time was last called. ! */ while (TRUE) { ! time_min timeDiff; ! int wakeupKind; load_database(&database); ! /* ... wait for the time (in minutes) to change ... */ ! do { ! cron_sleep(timeRunning + 1); ! set_time(); ! } while (clockTime == timeRunning); ! timeRunning = clockTime; ! ! /* ... calculate how the current time differs from our virtual */ ! /* clock. Classify the change into one of 4 cases */ ! timeDiff = timeRunning - virtualTime; ! ! /* shortcut for the most common case */ ! if (timeDiff == 1) { ! virtualTime = timeRunning; ! find_jobs(virtualTime, &database, TRUE, TRUE); ! } ! else { ! wakeupKind = -1; ! if (timeDiff > -(3*MINUTE_COUNT)) wakeupKind = 0; ! if (timeDiff > 0) wakeupKind = 1; ! if (timeDiff > 5) wakeupKind = 2; ! if (timeDiff > (3*MINUTE_COUNT)) wakeupKind = 3; ! ! switch (wakeupKind) { ! /* case 1: timeDiff is a small positive number (wokeup late) */ ! /* run jobs for each virtual minute until caught up. */ ! case 1: ! Debug(DSCH, ("[%d], normal case %d minutes to go\n", ! getpid(), timeRunning - virtualTime)) ! do { ! if (job_runqueue()) sleep(10); ! virtualTime++; ! find_jobs(virtualTime, &database, TRUE, TRUE); ! } while (virtualTime < timeRunning); ! break; ! ! /* case 2: timeDiff is a medium-sized positive number, */ ! /* for example because we went to DST */ ! /* run wildcard jobs once, then run any fixed-time jobs that*/ ! /* would otherwise be skipped */ ! /* if we use up our minute (possible, if there are a lot of */ ! /* jobs to run) go around the loop again so that wildcard */ ! /* jobs have a chance to run, and we do our housekeeping */ ! case 2: ! Debug(DSCH, ("[%d], DST begins %d minutes to go\n", ! getpid(), timeRunning - virtualTime)) ! /* run wildcard jobs for current minute */ ! find_jobs(timeRunning, &database, TRUE, FALSE); ! ! /* run fixed-time jobs for each minute missed */ ! do { ! if (job_runqueue()) sleep(10); ! ! virtualTime++; ! find_jobs(virtualTime, &database, FALSE, TRUE); ! ! set_time(); ! } while (virtualTime < timeRunning && ! clockTime == timeRunning); ! break; ! ! /* case 3: timeDiff is a small or medium-sized negative num. */ ! /* eg. because of DST ending */ ! /* just run the wildcard jobs. The fixed-time jobs probably */ ! /* have already run, and should not be repeated */ ! /* virtual time does not change until we are caught up */ ! case 0: ! Debug(DSCH, ("[%d], DST ends %d minutes to go\n", ! getpid(), virtualTime - timeRunning)) ! find_jobs(timeRunning, &database, TRUE, FALSE); ! break; ! ! /* other: time has changed a *lot* */ ! /* jump virtual time, and run everything */ ! default: ! Debug(DSCH, ("[%d], clock jumped\n", getpid())) ! virtualTime = timeRunning; ! find_jobs(timeRunning, &database, TRUE, TRUE); ! } ! } ! /* jobs to be run (if any) are loaded. clear the queue */ ! job_runqueue(); } } *************** *** 161,170 **** static void ! cron_tick(db) cron_db *db; { ! register struct tm *tm = localtime(&TargetTime); register int minute, hour, dom, month, dow; register user *u; register entry *e; --- 250,263 ---- static void ! find_jobs(vtime, db, doWild, doNonWild) ! time_min vtime; cron_db *db; + int doWild; + int doNonWild; { ! time_t virtualSecond = vtime * SECONDS_PER_MINUTE; ! register struct tm *tm = localtime(&virtualSecond); register int minute, hour, dom, month, dow; register user *u; register entry *e; *************** *** 177,184 **** month = tm->tm_mon +1 /* 0..11 -> 1..12 */ -FIRST_MONTH; dow = tm->tm_wday -FIRST_DOW; ! Debug(DSCH, ("[%d] tick(%d,%d,%d,%d,%d)\n", ! getpid(), minute, hour, dom, month, dow)) /* the dom/dow situation is odd. '* * 1,15 * Sun' will run on the * first and fifteenth AND every Sunday; '* * * * Sun' will run *only* --- 270,278 ---- month = tm->tm_mon +1 /* 0..11 -> 1..12 */ -FIRST_MONTH; dow = tm->tm_wday -FIRST_DOW; ! Debug(DSCH, ("[%d] tick(%d,%d,%d,%d,%d) %s %s\n", ! getpid(), minute, hour, dom, month, dow, ! doWild?" ":"No wildcard",doNonWild?" ":"Wildcard only")) /* the dom/dow situation is odd. '* * 1,15 * Sun' will run on the * first and fifteenth AND every Sunday; '* * * * Sun' will run *only* *************** *** 199,204 **** --- 293,300 ---- : (bit_test(e->dow,dow) || bit_test(e->dom,dom)) ) ) { + if ((doNonWild && !(e->flags & (MIN_STAR|HR_STAR))) + || (doWild && (e->flags & (MIN_STAR|HR_STAR)))) job_add(e, u); } } *************** *** 206,255 **** } ! /* the task here is to figure out how long it's going to be until :00 of the ! * following minute and initialize TargetTime to this value. TargetTime ! * will subsequently slide 60 seconds at a time, with correction applied ! * implicitly in cron_sleep(). it would be nice to let cron execute in ! * the "current minute" before going to sleep, but by restarting cron you ! * could then get it to execute a given minute's jobs more than once. ! * instead we have the chance of missing a minute's jobs completely, but ! * that's something sysadmin's know to expect what with crashing computers.. */ static void ! cron_sync() { ! register struct tm *tm; ! ! TargetTime = time((time_t*)0); ! tm = localtime(&TargetTime); ! TargetTime += (60 - tm->tm_sec); } ! static void ! cron_sleep() { register int seconds_to_wait; ! do { ! seconds_to_wait = (int) (TargetTime - time((time_t*)0)); Debug(DSCH, ("[%d] TargetTime=%ld, sec-to-wait=%d\n", ! getpid(), TargetTime, seconds_to_wait)) ! /* if we intend to sleep, this means that it's finally ! * time to empty the job queue (execute it). ! * ! * if we run any jobs, we'll probably screw up our timing, ! * so go recompute. ! * ! * note that we depend here on the left-to-right nature ! * of &&, and the short-circuiting. ! */ ! } while (seconds_to_wait > 0 && job_runqueue()); ! ! while (seconds_to_wait > 0) { ! Debug(DSCH, ("[%d] sleeping for %d seconds\n", ! getpid(), seconds_to_wait)) ! seconds_to_wait = (int) sleep((unsigned int) seconds_to_wait); ! } } --- 302,334 ---- } ! /* ! * set StartTime and clockTime to the current time. ! * these are used for computing what time it really is right now. ! * note that clockTime is a unix wallclock time converted to minutes */ static void ! set_time() { ! StartTime = time((time_t *)0); ! clockTime = StartTime / (unsigned long)SECONDS_PER_MINUTE; } ! /* ! * try to just hit the next minute ! */ static void ! cron_sleep(target) ! time_min target; ! { register int seconds_to_wait; + register struct tm *tm; ! seconds_to_wait = (int)(target*SECONDS_PER_MINUTE - time((time_t*)0)) + 1; Debug(DSCH, ("[%d] TargetTime=%ld, sec-to-wait=%d\n", ! getpid(), target*SECONDS_PER_MINUTE, seconds_to_wait)) ! if (seconds_to_wait > 0 && seconds_to_wait < 65) ! sleep((unsigned int) seconds_to_wait); } diff -c -r -b ./cron/cron.h cron/NEW/cron/cron.h *** ./cron/cron.h Sun Aug 4 17:31:24 1996 --- cron/NEW/cron/cron.h Wed Apr 16 06:28:15 1997 *************** *** 120,125 **** --- 120,129 ---- LineNumber = ln; \ } + typedef long time_min; + + #define SECONDS_PER_MINUTE 60 + #define FIRST_MINUTE 0 #define LAST_MINUTE 59 #define MINUTE_COUNT (LAST_MINUTE - FIRST_MINUTE + 1) *************** *** 162,167 **** --- 166,173 ---- #define DOM_STAR 0x01 #define DOW_STAR 0x02 #define WHEN_REBOOT 0x04 + #define MIN_STAR 0x08 + #define HR_STAR 0x10 } entry; /* the crontab database will be a list of the *************** *** 256,262 **** char *ProgramName; int LineNumber; ! time_t TargetTime; # if DEBUGGING int DebugFlags; --- 262,271 ---- char *ProgramName; int LineNumber; ! time_t StartTime; ! time_min timeRunning; ! time_min virtualTime; ! time_min clockTime; # if DEBUGGING int DebugFlags; *************** *** 264,269 **** --- 273,280 ---- "ext", "sch", "proc", "pars", "load", "misc", "test", "bit", NULL /* NULL must be last element */ }; + # else + #define DebugFlags 0 # endif /* DEBUGGING */ #else /*MAIN_PROGRAM*/ extern char *copyright[], *************** *** 271,277 **** *DowNames[], *ProgramName; extern int LineNumber; ! extern time_t TargetTime; # if DEBUGGING extern int DebugFlags; extern char *DebugFlagNames[]; --- 282,291 ---- *DowNames[], *ProgramName; extern int LineNumber; ! extern time_t StartTime; ! extern time_min timeRunning; ! extern time_min virtualTime; ! extern time_min clockTime; # if DEBUGGING extern int DebugFlags; extern char *DebugFlagNames[]; diff -c -r -b ./cron/database.c cron/NEW/cron/database.c *** ./cron/database.c Mon Sep 9 20:38:20 1996 --- cron/NEW/cron/database.c Wed Apr 16 08:33:51 1997 *************** *** 13,18 **** --- 13,22 ---- * Send bug reports, bug fixes, enhancements, requests, flames, etc., and * I'll try to keep a version up to date. I can be reached as follows: * Paul Vixie uunet!decwrl!vixie!paul + * + * stored database time is hash of time of SPOOL_DIR and of /etc/crontab + * so that clock fluctuations will be correctly detected + * mark thompson */ #if !defined(lint) && !defined(LINT) *************** *** 30,36 **** #define TMAX(a,b) ((a)>(b)?(a):(b)) ! static void process_crontab __P((char *, char *, char *, struct stat *, --- 34,40 ---- #define TMAX(a,b) ((a)>(b)?(a):(b)) ! #define HASH(a,b) ((a)+(b)) static void process_crontab __P((char *, char *, char *, struct stat *, *************** *** 71,77 **** * so is guaranteed to be different than the stat() mtime the first * time this function is called. */ ! if (old_db->mtime == TMAX(statbuf.st_mtime, syscron_stat.st_mtime)) { Debug(DLOAD, ("[%d] spool dir mtime unch, no load needed.\n", getpid())) return; --- 75,81 ---- * so is guaranteed to be different than the stat() mtime the first * time this function is called. */ ! if (old_db->mtime == HASH(statbuf.st_mtime, syscron_stat.st_mtime)) { Debug(DLOAD, ("[%d] spool dir mtime unch, no load needed.\n", getpid())) return; *************** *** 82,88 **** * actually changed. Whatever is left in the old database when * we're done is chaff -- crontabs that disappeared. */ ! new_db.mtime = TMAX(statbuf.st_mtime, syscron_stat.st_mtime); new_db.head = new_db.tail = NULL; if (syscron_stat.st_mtime) { --- 86,92 ---- * actually changed. Whatever is left in the old database when * we're done is chaff -- crontabs that disappeared. */ ! new_db.mtime = HASH(statbuf.st_mtime, syscron_stat.st_mtime); new_db.head = new_db.tail = NULL; if (syscron_stat.st_mtime) { diff -c -r -b ./cron/do_command.c cron/NEW/cron/do_command.c *** ./cron/do_command.c Sun Sep 10 06:02:56 1995 --- cron/NEW/cron/do_command.c Wed Apr 16 05:25:23 1997 *************** *** 388,394 **** e->cmd); # if defined(MAIL_DATE) fprintf(mail, "Date: %s\n", ! arpadate(&TargetTime)); # endif /* MAIL_DATE */ for (env = e->envp; *env; env++) fprintf(mail, "X-Cron-Env: <%s>\n", --- 388,394 ---- e->cmd); # if defined(MAIL_DATE) fprintf(mail, "Date: %s\n", ! arpadate(&StartTime)); # endif /* MAIL_DATE */ for (env = e->envp; *env; env++) fprintf(mail, "X-Cron-Env: <%s>\n", diff -c -r -b ./lib/entry.c cron/NEW/lib/entry.c *** ./lib/entry.c Mon Aug 28 14:30:46 1995 --- cron/NEW/lib/entry.c Wed Apr 16 08:30:14 1997 *************** *** 19,25 **** static char rcsid[] = "$Id: entry.c,v 1.4 1995/08/28 21:30:46 mpp Exp $"; #endif ! /* vix 26jan87 [RCS'd; rest of log is in RCS file] * vix 01jan87 [added line-level error recovery] * vix 31dec86 [added /step to the from-to range, per bob@acornrc] * vix 30dec86 [written] --- 19,27 ---- static char rcsid[] = "$Id: entry.c,v 1.4 1995/08/28 21:30:46 mpp Exp $"; #endif ! /* ! * -mt 15Apr97 add HR_STAR and MIN_STAR [] ! * vix 26jan87 [RCS'd; rest of log is in RCS file] * vix 01jan87 [added line-level error recovery] * vix 31dec86 [added /step to the from-to range, per bob@acornrc] * vix 30dec86 [written] *************** *** 153,158 **** --- 155,161 ---- bit_nset(e->dom, 0, (LAST_DOM-FIRST_DOM+1)); bit_nset(e->month, 0, (LAST_MONTH-FIRST_MONTH+1)); bit_nset(e->dow, 0, (LAST_DOW-FIRST_DOW+1)); + e->flags |= HR_STAR; } else { ecode = e_timespec; goto eof; *************** *** 160,165 **** --- 163,170 ---- } else { Debug(DPARS, ("load_entry()...about to parse numerics\n")) + if (ch == '*') + e->flags |= MIN_STAR; ch = get_list(e->minute, FIRST_MINUTE, LAST_MINUTE, PPC_NULL, ch, file); if (ch == EOF) { *************** *** 170,175 **** --- 175,182 ---- /* hours */ + if (ch == '*') + e->flags |= HR_STAR; ch = get_list(e->hour, FIRST_HOUR, LAST_HOUR, PPC_NULL, ch, file); if (ch == EOF) { >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Apr 17 07:21:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA03615 for bugs-outgoing; Thu, 17 Apr 1997 07:21:18 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA03609 for ; Thu, 17 Apr 1997 07:21:13 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id IAA12708; Thu, 17 Apr 1997 08:21:03 -0600 (MDT) Date: Thu, 17 Apr 1997 08:21:03 -0600 (MDT) Message-Id: <199704171421.IAA12708@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Paul F. Werkowski" Cc: Nate Williams , bugs@freebsd.org Subject: Re: 2.2.1 and NEC 2635 saga In-Reply-To: <199704171105.HAA03318@snoopy.mv.com> References: <199704162224.QAA09251@rocky.mt.sri.com> <199704171105.HAA03318@snoopy.mv.com> X-Mailer: VM 6.26 under 19.15 XEmacs Lucid Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > right info. Now the thing boots from the hard drive, > prints a bunch of probe messages, and locks up solid > after "apm0: disabled, not probed." Seems this is where > I was a few days ago when you gave me the tip on > flags npx0 1. Shouldn't that flag have been saved somewhere > while "updating kernel with -c changes"? It doesn't save the kernel information from the floppy kernel to the hard-disk unfortunately. Try doing it again with the installed kernel, which is *radically* different (ie; it doesn't have an installation program inside of it). Nate From owner-freebsd-bugs Thu Apr 17 08:10:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA06208 for bugs-outgoing; Thu, 17 Apr 1997 08:10:40 -0700 (PDT) Received: from precipice.shockwave.com (ppp-206-170-5-139.rdcy01.pacbell.net [206.170.5.139]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA06186; Thu, 17 Apr 1997 08:10:34 -0700 (PDT) Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.8.5/8.7.3) with ESMTP id IAA12724; Thu, 17 Apr 1997 08:09:55 -0700 (PDT) Message-Id: <199704171509.IAA12724@precipice.shockwave.com> To: "Julian H. Stacey" cc: Scott Overholser , Zahemszky Gabor , freebsd-bugs@freebsd.org, hylafax@freebsd.org Subject: Re: HylaFAX broken on 2.2.0-R? In-reply-to: Your message of "Wed, 16 Apr 1997 14:39:41 +0200." <199704161239.OAA13028@wall.jhs.no_domain> Date: Thu, 17 Apr 1997 08:09:55 -0700 From: Paul Traina Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk For what it's worth, Hylafax, out of the box, v4.0 has been working perfectly with FreeBSD 2.2-current for several months. In all likelyhood, the port should be scrogged and redone completely for 4.0. Paul From: "Julian H. Stacey" Subject: Re: HylaFAX broken on 2.2.0-R? Hi, Reference: > From: Scott Overholser > > if this truely be a bug, what should happen next? as i mention below, > i've worked around the problem. i suppose someone should take steps to > make it right. i'll gladly file a bug if someone will clue me in on the > correct procedure. > > thanks, > -scotto man send-pr will tell you how to file bug reports for freebsd. (this is mainly used for src/ bugs ) But, ... please don't use it for hylafax :-) If you want to discuss freebsd specific bug symptoms, this is the list, if it'a a hylafax generic bug & patch discussion, see flexfax@sgi.com (I recall). you'll find their email & web address in the sources. If you write us a ports/comms/hylafax/patches/patch-* to recompile & test with .. great, folk (me inc.) on this list can review it, & maybe commit it, Other than that I (MAINTAINER as per hylafax/Makefile) am overloaded, & when I can find free time, i'm going to upgrade the release, unfortunately as a freelance who needs to find some paid work, I have to spend time finding that work, & have no extra time to debug other people's problems (I have enough of my own :-) Of course if anyone's looking to _pay_ me to debug their problems, that'd raise the priority about 10,000 per cent :-)) Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-bugs Thu Apr 17 08:24:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA10386 for bugs-outgoing; Thu, 17 Apr 1997 08:24:55 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA10365 for ; Thu, 17 Apr 1997 08:24:50 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id IAA06226; Thu, 17 Apr 1997 08:24:36 -0700 (PDT) To: Nate Williams cc: "Paul F. Werkowski" , bugs@freebsd.org Subject: Re: 2.2.1 and NEC 2635 saga In-reply-to: Your message of "Thu, 17 Apr 1997 08:21:03 MDT." <199704171421.IAA12708@rocky.mt.sri.com> Date: Thu, 17 Apr 1997 08:24:36 -0700 Message-ID: <6224.861290676@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > It doesn't save the kernel information from the floppy kernel to the > hard-disk unfortunately. Try doing it again with the installed kernel, Huh? Sysinstall does indeed copy configuration information out of the "floppy kernel" and into the installed one, assuming that they both came from the same version of FreeBSD (it checks). Jordan From owner-freebsd-bugs Thu Apr 17 08:36:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA12475 for bugs-outgoing; Thu, 17 Apr 1997 08:36:23 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA12470 for ; Thu, 17 Apr 1997 08:36:19 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id JAA13004; Thu, 17 Apr 1997 09:36:09 -0600 (MDT) Date: Thu, 17 Apr 1997 09:36:09 -0600 (MDT) Message-Id: <199704171536.JAA13004@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Jordan K. Hubbard" Cc: Nate Williams , "Paul F. Werkowski" , bugs@freebsd.org Subject: Re: 2.2.1 and NEC 2635 saga In-Reply-To: <6224.861290676@time.cdrom.com> References: <199704171421.IAA12708@rocky.mt.sri.com> <6224.861290676@time.cdrom.com> X-Mailer: VM 6.26 under 19.15 XEmacs Lucid Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > It doesn't save the kernel information from the floppy kernel to the > > hard-disk unfortunately. Try doing it again with the installed kernel, > > Huh? Sysinstall does indeed copy configuration information out of > the "floppy kernel" and into the installed one, assuming that they > both came from the same version of FreeBSD (it checks). Well, color me red. Guess it does, but you may want to make sure it did and didn't forget the settings for some unknown reason. Nate From owner-freebsd-bugs Thu Apr 17 09:30:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA18905 for bugs-outgoing; Thu, 17 Apr 1997 09:30:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA18888; Thu, 17 Apr 1997 09:30:02 -0700 (PDT) Date: Thu, 17 Apr 1997 09:30:02 -0700 (PDT) Message-Id: <199704171630.JAA18888@freefall.freebsd.org> To: freebsd-bugs Cc: From: Thomas David Rivers Subject: Re: kern/3304: NFS V2 readdir hangs Reply-To: Thomas David Rivers Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3304; it has been noted by GNATS. From: Thomas David Rivers To: ponds!freebsd.org!gpalmer, ponds!lakes.water.net!rivers Cc: ponds!freebsd.org!FreeBSD-gnats-submit Subject: Re: kern/3304: NFS V2 readdir hangs Date: Thu, 17 Apr 1997 12:03:42 -0400 (EDT) > > Thomas David Rivers wrote in message ID > <199704160209.WAA01541@lakes.water.net>: > > Mount a V2 NFS server (I've tried both Sunos 4.1.3 and HP/UX 9.05), > > go to a rather large directory and do "ls -l". The ls -l will hang > > in sbwait(). This apparently also needs a rather slow network > > for a reliable reproduction - that is, it's somewhat timing dependent. > > I recently did something similar (ls -l on a 16,000 file directory) > across NFS on a recent RELENG_2_2 box which was mounting /var/mail > from a 2.1.x based mail server. Worked fine. This was probably 2 or 3 > weeks ago... I'll try again if you like. Some more information I've just deduced. It appears that nfs_receive() calls soreceive() which calls sbwait() waiting on a UDP packet to be received.. That's fine. Then, another nfs_request() is issued; calling nfs_receive() which winds down to sbwait() as well. The key here is that both of these are waiting on the *same* address. Then, the udp packet from the first call is received; we wake up the *second* caller and get everything out-of-sync. With udp packets out-of-sync; we eventually get an error situation in nfs_reply() and indicate a "stale" server condition. I haven't yet determined how this is happening; but printf()s in my kernel indicate that's what's going on. That also explains how timing is important for this problem... - Dave Rivers - From owner-freebsd-bugs Thu Apr 17 09:30:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA18916 for bugs-outgoing; Thu, 17 Apr 1997 09:30:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA18900; Thu, 17 Apr 1997 09:30:05 -0700 (PDT) Resent-Date: Thu, 17 Apr 1997 09:30:05 -0700 (PDT) Resent-Message-Id: <199704171630.JAA18900@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.JAA18590;Thu; (8.8.5/8.8.5);, 17 Apr 1997 09:24:50.-0700 (PDT) Message-Id: <199704171624.JAA18590@freefall.freebsd.org> Date: Thu, 17 Apr 1997 09:24:50 -0700 (PDT) From: stb@freebsd.org To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/3315: sys/time.h defines timespec with ts_sec instead of tv_sec Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3315 >Category: bin >Synopsis: sys/time.h defines timespec with ts_sec instead of tv_sec >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Apr 17 09:30:04 PDT 1997 >Last-Modified: >Originator: Stefan Bethke >Organization: >Release: 2.1.5 >Environment: >Description: sys/time.h defines struct timespec with members ts_sec and ts_nsec. Solaris 2, Irix 6.2, Digital UNIX 4.0c, and AIX 4.1 all define the members as tv_sec and tv_nsec (although in different files). >How-To-Repeat: Try compiling mit-pthreads. >Fix: *** time.h.orig Thu Apr 17 18:14:41 1997 --- time.h Thu Apr 17 18:15:11 1997 *************** *** 50,57 **** * Structure defined by POSIX.4 to be like a timeval. */ struct timespec { ! long ts_sec; /* seconds */ ! long ts_nsec; /* and nanoseconds */ }; #define TIMEVAL_TO_TIMESPEC(tv, ts) { \ --- 50,57 ---- * Structure defined by POSIX.4 to be like a timeval. */ struct timespec { ! long tv_sec; /* seconds */ ! long tv_nsec; /* and nanoseconds */ }; #define TIMEVAL_TO_TIMESPEC(tv, ts) { \ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Apr 17 10:22:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA22600 for bugs-outgoing; Thu, 17 Apr 1997 10:22:21 -0700 (PDT) Received: from snoopy.mv.com (snoopy.mv.com [199.125.64.182]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA22595 for ; Thu, 17 Apr 1997 10:22:15 -0700 (PDT) Received: from snoopy.mv.com (localhost [127.0.0.1]) by snoopy.mv.com (8.6.12/8.6.9) with ESMTP id NAA03637; Thu, 17 Apr 1997 13:21:38 -0400 Message-Id: <199704171721.NAA03637@snoopy.mv.com> To: Nate Williams cc: bugs@freebsd.org Subject: Re: 2.2.1 and NEC 2635 saga In-reply-to: Your message of "Thu, 17 Apr 1997 08:21:03 MDT." <199704171421.IAA12708@rocky.mt.sri.com> Date: Thu, 17 Apr 1997 13:21:37 -0400 From: "Paul F. Werkowski" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk |Date: Thu, 17 Apr 1997 08:21:03 -0600 (MDT) |Message-Id: <199704171421.IAA12708@rocky.mt.sri.com> |From: Nate Williams |MIME-Version: 1.0 |Content-Type: text/plain; charset=us-ascii |Content-Transfer-Encoding: 7bit |To: "Paul F. Werkowski" |Cc: Nate Williams , bugs@freebsd.org |Subject: Re: 2.2.1 and NEC 2635 saga |In-Reply-To: <199704171105.HAA03318@snoopy.mv.com> |References: <199704162224.QAA09251@rocky.mt.sri.com> | <199704171105.HAA03318@snoopy.mv.com> |X-Mailer: VM 6.26 under 19.15 XEmacs Lucid | |> right info. Now the thing boots from the hard drive, |> prints a bunch of probe messages, and locks up solid |> after "apm0: disabled, not probed." Seems this is where |> I was a few days ago when you gave me the tip on |> flags npx0 1. Shouldn't that flag have been saved somewhere |> while "updating kernel with -c changes"? | |It doesn't save the kernel information from the floppy kernel to the |hard-disk unfortunately. Try doing it again with the installed kernel, |which is *radically* different (ie; it doesn't have an installation |program inside of it). | | |Nate | I did, and it works! The CDROM drive is also seen now where before it was hanging up. So I'm now building a new kernel with audio and X support and hoping for the best. Thanks again. Paul From owner-freebsd-bugs Thu Apr 17 10:29:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA23238 for bugs-outgoing; Thu, 17 Apr 1997 10:29:45 -0700 (PDT) Received: from snoopy.mv.com (snoopy.mv.com [199.125.64.182]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA23223 for ; Thu, 17 Apr 1997 10:29:41 -0700 (PDT) Received: from snoopy.mv.com (localhost [127.0.0.1]) by snoopy.mv.com (8.6.12/8.6.9) with ESMTP id NAA03657; Thu, 17 Apr 1997 13:28:48 -0400 Message-Id: <199704171728.NAA03657@snoopy.mv.com> To: "Jordan K. Hubbard" cc: Nate Williams , bugs@freebsd.org Subject: Re: 2.2.1 and NEC 2635 saga In-reply-to: Your message of "Thu, 17 Apr 1997 08:24:36 PDT." <6224.861290676@time.cdrom.com> Date: Thu, 17 Apr 1997 13:28:47 -0400 From: "Paul F. Werkowski" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk |To: Nate Williams |cc: "Paul F. Werkowski" , bugs@freebsd.org |Subject: Re: 2.2.1 and NEC 2635 saga |In-reply-to: Your message of "Thu, 17 Apr 1997 08:21:03 MDT." | <199704171421.IAA12708@rocky.mt.sri.com> |Date: Thu, 17 Apr 1997 08:24:36 -0700 |Message-ID: <6224.861290676@time.cdrom.com> |From: "Jordan K. Hubbard" | |> It doesn't save the kernel information from the floppy kernel to the |> hard-disk unfortunately. Try doing it again with the installed kernel, | |Huh? Sysinstall does indeed copy configuration information out of |the "floppy kernel" and into the installed one, assuming that they |both came from the same version of FreeBSD (it checks). | | Jordan | Well, it didn't copy the 0x1 flag for npx. Everything else looked ok though. 2.2.1 boot.flp and bin dist as of this am. Paul From owner-freebsd-bugs Thu Apr 17 10:40:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA23968 for bugs-outgoing; Thu, 17 Apr 1997 10:40:09 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA23960 for ; Thu, 17 Apr 1997 10:40:05 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id DAA07664; Fri, 18 Apr 1997 03:36:39 +1000 Date: Fri, 18 Apr 1997 03:36:39 +1000 From: Bruce Evans Message-Id: <199704171736.DAA07664@godzilla.zeta.org.au> To: jkh@time.cdrom.com, nate@mt.sri.com Subject: Re: 2.2.1 and NEC 2635 saga Cc: bugs@freebsd.org, pw@snoopy.mv.com Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> It doesn't save the kernel information from the floppy kernel to the >> hard-disk unfortunately. Try doing it again with the installed kernel, > >Huh? Sysinstall does indeed copy configuration information out of >the "floppy kernel" and into the installed one, assuming that they >both came from the same version of FreeBSD (it checks). Sysinstall seems to do extra work to break the npx0 case. Several drivers muck with their id_irq struct member (and other struct members) converting it from -1 to the actual value. Such changes should not be saved. There is more of a problem with id_irq for npx0 because bad things happen if id_irq is not initially a power of 2 (and it often gets changed to 0). Bruce From owner-freebsd-bugs Thu Apr 17 11:03:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA25102 for bugs-outgoing; Thu, 17 Apr 1997 11:03:52 -0700 (PDT) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA25079; Thu, 17 Apr 1997 11:03:46 -0700 (PDT) Date: Thu, 17 Apr 1997 11:03:46 -0700 (PDT) From: Gary Palmer Message-Id: <199704171803.LAA25079@freefall.freebsd.org> To: stb@freebsd.org, gpalmer, freebsd-bugs Subject: Re: bin/3315 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Synopsis: sys/time.h defines timespec with ts_sec instead of tv_sec State-Changed-From-To: open-closed State-Changed-By: gpalmer State-Changed-When: Thu Apr 17 11:02:05 PDT 1997 State-Changed-Why: Fixed in later releases of FreeBSD (2.2-RELEASE and later to be specific) From owner-freebsd-bugs Thu Apr 17 11:10:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA25413 for bugs-outgoing; Thu, 17 Apr 1997 11:10:12 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA25407; Thu, 17 Apr 1997 11:10:08 -0700 (PDT) Date: Thu, 17 Apr 1997 11:10:08 -0700 (PDT) Message-Id: <199704171810.LAA25407@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Gary Palmer" Subject: Re: bin/3315: sys/time.h defines timespec with ts_sec instead of tv_sec Reply-To: "Gary Palmer" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3315; it has been noted by GNATS. From: "Gary Palmer" To: stb@freebsd.org Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/3315: sys/time.h defines timespec with ts_sec instead of tv_sec Date: Thu, 17 Apr 1997 14:05:52 -0400 stb@freebsd.org wrote in message ID <199704171624.JAA18590@freefall.freebsd.org>: > *** time.h.orig Thu Apr 17 18:14:41 1997 > --- time.h Thu Apr 17 18:15:11 1997 > *************** > *** 50,57 **** > * Structure defined by POSIX.4 to be like a timeval. > */ > struct timespec { > ! long ts_sec; /* seconds */ > ! long ts_nsec; /* and nanoseconds */ > }; > > #define TIMEVAL_TO_TIMESPEC(tv, ts) { > \ > --- 50,57 ---- > * Structure defined by POSIX.4 to be like a timeval. > */ > struct timespec { > ! long tv_sec; /* seconds */ > ! long tv_nsec; /* and nanoseconds */ > }; > > #define TIMEVAL_TO_TIMESPEC(tv, ts) { > \ P.S. That's not a fix ... you forgot to patch all the code in the source tree that depends on ts_sec and ts_nsec... FreeBSD 2.2 has all these changes though. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-bugs Thu Apr 17 11:50:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA27445 for bugs-outgoing; Thu, 17 Apr 1997 11:50:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA27439; Thu, 17 Apr 1997 11:50:03 -0700 (PDT) Resent-Date: Thu, 17 Apr 1997 11:50:03 -0700 (PDT) Resent-Message-Id: <199704171850.LAA27439@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hfwirth@ping.at Received: from atlantis.ping.at (a013.static.Vienna.AT.EU.net [193.154.186.13]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA27297 for ; Thu, 17 Apr 1997 11:46:59 -0700 (PDT) Received: (from hfwirth@localhost) by atlantis.ping.at (8.8.5/8.6.12) id UAA00383; Thu, 17 Apr 1997 20:46:52 +0200 (MEST) Message-Id: <199704171846.UAA00383@atlantis.ping.at> Date: Thu, 17 Apr 1997 20:46:52 +0200 (MEST) From: "Helmut F. Wirth" Reply-To: hfwirth@ping.at To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/3316: FOLLOWUP:Adaptec 2940U Problems->Additional info Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3316 >Category: i386 >Synopsis: FOLLOWUP:Adaptec 2940U Problems->Additional info >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 17 11:50:02 PDT 1997 >Last-Modified: >Originator: Helmut F. Wirth >Organization: private >Release: FreeBSD 2.2-STABLE i386 >Environment: ASUS P55T2P4, Pentium 166 MMX, Adaptec 2940U Bios Ver.1.23 64MB Memory, 1x Quantum Atlas 2GB, 1x IBM 1GB, 1xQuantum Atlas 2GB Plextor CDROM, HP 6020i Worm, Archive Viper Tape, Jaz SCSI Version FreeBSD-2.2_STABLE, last update today via CTM from ftp.freebsd.org, kernel compiled today (Last ctm upgrade included is now src-2.2.0241.gz) This is a followup to my bug report from April 15,1997 Justin T. Gibbs pointed out, that my newer Quantum ATLAS may have faulty firmware. The firmware release was L912. I updated the disks firmware to L915, as you can see below .. Apr 17 20:25:10 atlantis /kernel: (ahc0:2:0): "Quantum XP32150W L915" type 0 fixed SCSI 2 Apr 17 20:25:10 atlantis /kernel: sd2(ahc0:2:0): Direct-Access 2151MB (4406960 512 byte sectors) >Description: The error did *not* disappear: Apr 17 20:23:32 atlantis /kernel: sd2(ahc0:2:0): SCB 0x3 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Apr 17 20:23:32 atlantis /kernel: SEQADDR = 0xa SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa Apr 17 20:23:32 atlantis /kernel: sd2(ahc0:2:0): Queueing an Abort SCB Apr 17 20:23:32 atlantis /kernel: sd2(ahc0:2:0): Abort Message Sent Apr 17 20:23:32 atlantis /kernel: sd2(ahc0:2:0): SCB 3 - Abort Completed. Apr 17 20:23:32 atlantis /kernel: sd2(ahc0:2:0): no longer in timeout Apr 17 20:25:46 atlantis /kernel: sd0(ahc0:0:0): SCB 0x0 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Apr 17 20:25:46 atlantis /kernel: SEQADDR = 0x7 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa Apr 17 20:25:46 atlantis /kernel: sd0(ahc0:0:0): Queueing an Abort SCB Apr 17 20:25:46 atlantis /kernel: sd0(ahc0:0:0): Abort Message Sent Apr 17 20:25:46 atlantis /kernel: sd0(ahc0:0:0): SCB 0 - Abort Completed. Apr 17 20:25:46 atlantis /kernel: sd0(ahc0:0:0): no longer in timeout As you can see, the error occurs for both disks, as before. If the firmware were the problem, it should at least disappear for the second (updated) disk. Btw. I don't think I can update my older Quantum ATLAS (sd0) because it has a very different firmware. I faxed a question about updating the older disk to Quantum, but I did not receive an answer yet. But as far as I know only the firmware release L912 had problems, not *all* older releases. >How-To-Repeat: As in the original report from April 15th, 1997 >Fix: Unknown >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Apr 17 12:00:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA27807 for bugs-outgoing; Thu, 17 Apr 1997 12:00:10 -0700 (PDT) Received: from apollo.it.hq.nasa.gov (apollo.it.hq.nasa.gov [131.182.119.87]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA27800 for ; Thu, 17 Apr 1997 12:00:05 -0700 (PDT) Received: from wirehead.it.hq.nasa.gov (WireHead.it.hq.nasa.gov [131.182.119.88]) by apollo.it.hq.nasa.gov (8.8.3/8.8.3) with ESMTP id OAA22668 for ; Thu, 17 Apr 1997 14:57:07 -0400 (EDT) Received: from localhost (cshenton@localhost) by wirehead.it.hq.nasa.gov (8.6.12/8.6.12) with ESMTP id TAA04678 for ; Thu, 17 Apr 1997 19:00:03 GMT Message-Id: <199704171900.TAA04678@wirehead.it.hq.nasa.gov> X-Authentication-Warning: wirehead.it.hq.nasa.gov: cshenton owned process doing -bs To: bugs@freebsd.org Subject: Forward: Re: 2.2.1-R crash with looped serial gettys Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Thu_Apr_17_14:58:35_1997)--" X-Mailer: Mew version 1.03 on Emacs 19.34.2 Date: Thu, 17 Apr 1997 15:00:02 -0400 From: Chris Shenton Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ----Next_Part(Thu_Apr_17_14:58:35_1997)-- Content-Type: Text/Plain; charset=us-ascii Bruce says I should have reported this here. Usually the failure is my fault, not FreeBSD's, so I hesitate to bother you folks first. Thanks. ----Next_Part(Thu_Apr_17_14:58:35_1997)-- Content-Type: Message/rfc822 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by apollo.it.hq.nasa.gov (8.8.3/8.8.3) with ESMTP id OAA22556 for ; Thu, 17 Apr 1997 14:21:56 -0400 (EDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id EAA09021; Fri, 18 Apr 1997 04:22:51 +1000 Date: Fri, 18 Apr 1997 04:22:51 +1000 From: Bruce Evans Message-Id: <199704171822.EAA09021@godzilla.zeta.org.au> To: cshenton@it.hq.nasa.gov, hackers@FreeBSD.ORG Subject: Re: 2.2.1-R crash with looped serial gettys >I've built a little box for pppd/mpd and routing out of a 486sx33 and >a whopping 8MB RAM; seems to mostly run fine with 2.2.1-RELEASE. It's >a fairly minimal install (Kernel User option I think) and I rebuilt >the kernel to fit the hardware. I've added a dual 16550A serial port >card to which I'll connect a pair of modems. I have getty running on >the ports, cuaa1 and cuaa2. > >PROBLEM: > >If I connect a null-modem cable between the ports, the system crashes >within a couple seconds. It's repeatable. > >It leaves no message in /var/log/messages, or dmesg, and there's no >core file. > >I presume looping the serial gettys is causing them to scream at each >other "Login:"; "Invalid Login:"; no *you* login; dammit, `login' is >not a valid login... and consumes too many resources. 4 problems: 1. Yes there is a getty war (actually probably a login war) that consumes too many resources (at 115200 bps, about 100% of a 486/33 for echoing and receiving echoes alone according to my estimates. On a 486SX/33 it is unlikely that the system runs any cycles in user mode once the war starts. 57600 bps might work). 2. There is a timeout leak in siopoll(). Oops. This causes a panic instead of a hang. With this fixed, the hang is fixable by unplugging the cable. 3. You should have seen a panic message about (2). 4. This problem should have been reported to freebsd-bugs :-). Bruce ----Next_Part(Thu_Apr_17_14:58:35_1997)---- From owner-freebsd-bugs Thu Apr 17 12:10:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA28140 for bugs-outgoing; Thu, 17 Apr 1997 12:10:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA28129; Thu, 17 Apr 1997 12:10:02 -0700 (PDT) Date: Thu, 17 Apr 1997 12:10:02 -0700 (PDT) Message-Id: <199704171910.MAA28129@freefall.freebsd.org> To: freebsd-bugs Cc: From: Garrett Wollman Subject: Re: kern/3304: NFS V2 readdir hangs Reply-To: Garrett Wollman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3304; it has been noted by GNATS. From: Garrett Wollman To: Thomas David Rivers Cc: freebsd-gnats-submit@freefall.freebsd.org Subject: Re: kern/3304: NFS V2 readdir hangs Date: Thu, 17 Apr 1997 15:04:57 -0400 (EDT) < said: > It appears that nfs_receive() calls soreceive() which calls sbwait() > waiting on a UDP packet to be received.. That's fine. > Then, another nfs_request() is issued; calling nfs_receive() which > winds down to sbwait() as well. > Then, the udp packet from the first call is received; we wake up the > *second* caller and get everything out-of-sync. This is perfectly reasonable behavior for soreceive(). NFS is clearly broken here. NFS needs its own response-demultiplexing layer, it seems. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-bugs Thu Apr 17 12:57:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA00706 for bugs-outgoing; Thu, 17 Apr 1997 12:57:33 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA00701 for ; Thu, 17 Apr 1997 12:57:30 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id MAA06121; Thu, 17 Apr 1997 12:56:51 -0700 (PDT) To: "Paul F. Werkowski" cc: Nate Williams , bugs@freebsd.org Subject: Re: 2.2.1 and NEC 2635 saga In-reply-to: Your message of "Thu, 17 Apr 1997 13:28:47 EDT." <199704171728.NAA03657@snoopy.mv.com> Date: Thu, 17 Apr 1997 12:56:50 -0700 Message-ID: <6119.861307010@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Well, it didn't copy the 0x1 flag for npx. Everything else > looked ok though. 2.2.1 boot.flp and bin dist as of this am. Bruce reported some dysfunction here too - I'll take a look at it. Sorry, I just assumed it preserved the npx flags since it does for everything else I've ever set flags values for (and you've probably found a bug). Jordan From owner-freebsd-bugs Thu Apr 17 14:22:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA06798 for bugs-outgoing; Thu, 17 Apr 1997 14:22:34 -0700 (PDT) Received: from snoopy.mv.com (snoopy.mv.com [199.125.64.182]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA06792 for ; Thu, 17 Apr 1997 14:22:30 -0700 (PDT) Received: from snoopy.mv.com (localhost [127.0.0.1]) by snoopy.mv.com (8.6.12/8.6.9) with ESMTP id RAA03996; Thu, 17 Apr 1997 17:20:59 -0400 Message-Id: <199704172120.RAA03996@snoopy.mv.com> To: "Jordan K. Hubbard" cc: Nate Williams , bugs@freebsd.org Subject: Re: 2.2.1 and NEC 2635 saga In-reply-to: Your message of "Thu, 17 Apr 1997 12:56:50 PDT." <6119.861307010@time.cdrom.com> Date: Thu, 17 Apr 1997 17:20:58 -0400 From: "Paul F. Werkowski" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk |To: "Paul F. Werkowski" |cc: Nate Williams , bugs@freebsd.org |Subject: Re: 2.2.1 and NEC 2635 saga |In-reply-to: Your message of "Thu, 17 Apr 1997 13:28:47 EDT." | <199704171728.NAA03657@snoopy.mv.com> |Date: Thu, 17 Apr 1997 12:56:50 -0700 |Message-ID: <6119.861307010@time.cdrom.com> |From: "Jordan K. Hubbard" | |> Well, it didn't copy the 0x1 flag for npx. Everything else |> looked ok though. 2.2.1 boot.flp and bin dist as of this am. | |Bruce reported some dysfunction here too - I'll take a look at it. |Sorry, I just assumed it preserved the npx flags since it does for |everything else I've ever set flags values for (and you've probably |found a bug). | | Jordan | Hey, OK. We've got to find them before off'ing them. Paul From owner-freebsd-bugs Thu Apr 17 14:40:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA07936 for bugs-outgoing; Thu, 17 Apr 1997 14:40:57 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA07929; Thu, 17 Apr 1997 14:40:51 -0700 (PDT) Received: by diablo.ppp.de (Smail3.1.28.1 #1) id m0wHyv0-000QaDC; Thu, 17 Apr 97 23:40 MET DST Received: from [193.141.161.123] (monster.pong.ppp.de [193.141.161.123]) by pong.PPP.DE (8.7.5/8.6.12) with SMTP id XAA27693; Thu, 17 Apr 1997 23:36:25 +0200 (MET DST) X-Sender: stefan@pong.ppp.de Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 17 Apr 1997 23:35:21 +0200 To: Gary Palmer , stb@freebsd.org, freebsd-bugs@freefall.freebsd.org From: Stefan.Bethke@Hanse.DE (Stefan Bethke) Subject: Re: bin/3315 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sorry to bother you. Regards, Stefan -- Stefan Bethke Hamburg, Germany From owner-freebsd-bugs Thu Apr 17 15:40:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA11585 for bugs-outgoing; Thu, 17 Apr 1997 15:40:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA11576; Thu, 17 Apr 1997 15:40:02 -0700 (PDT) Date: Thu, 17 Apr 1997 15:40:02 -0700 (PDT) Message-Id: <199704172240.PAA11576@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bob Bishop Subject: Re: kern/3292: Cyrix 486 performance problem Reply-To: Bob Bishop Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3292; it has been noted by GNATS. From: Bob Bishop To: "Justin T. Gibbs" Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/3292: Cyrix 486 performance problem Date: Thu, 17 Apr 1997 23:19:06 +0100 At 11:34 pm +0100 14/4/97, Justin T. Gibbs wrote: >Have you played around with all of the new fangled CPU options? >They're documented in lint. My guess is that your cache is disabled. You're right, this CPU needs options CYRIX_CACHE_WORKS. I've never heard of cache problems with Cyrix 486DX; except perhaps when using them on old Cyrix-unaware motherboards, and then they often won't run period. I have a machine around with a (similar IIRC) TI486DX2/80, guess I'd better check that too. On a 486DX2/80 with the cache disabled you'd need over 3 hours to build a kernel to fix it. On the evidence so far I'd say the cache should be enabled by default for Cx486; I appreciate there are other gotchas with Cx586 and Cx686. -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-bugs Thu Apr 17 16:30:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA14595 for bugs-outgoing; Thu, 17 Apr 1997 16:30:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA14586; Thu, 17 Apr 1997 16:30:04 -0700 (PDT) Date: Thu, 17 Apr 1997 16:30:04 -0700 (PDT) Message-Id: <199704172330.QAA14586@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/3311: mount_cd9660 gives erroenous errors Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3311; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: mi@aldan.ziplink.net Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/3311: mount_cd9660 gives erroenous errors Date: Fri, 18 Apr 1997 01:15:58 +0200 As Mikhail Teterin wrote: > >Description: > > Instead of telling the user he/she must be root to execute mount, > mount says "cd9660 is not available" You didn't go into much details, but i think the mount command is correct in this case. It's probably that it failed to modload the cd9660 LKM, and thus indeed, the cd9660 filesystem is not available. -- 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 Apr 17 19:05:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA24321 for bugs-outgoing; Thu, 17 Apr 1997 19:05:08 -0700 (PDT) Received: from gneiss.eps.nagoya-u.ac.jp (gneiss.eps.nagoya-u.ac.jp [133.6.57.99]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA24311 for ; Thu, 17 Apr 1997 19:05:00 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by gneiss.eps.nagoya-u.ac.jp (8.8.5/3.4W4) with ESMTP id LAA03835; Fri, 18 Apr 1997 11:04:08 +0900 (JST) Message-Id: <199704180204.LAA03835@gneiss.eps.nagoya-u.ac.jp> To: rb@gid.co.uk Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/3292: Cyrix 486 performance problem In-Reply-To: Your message of "Thu, 17 Apr 1997 15:40:02 -0700 (PDT)" References: <199704172240.PAA11576@freefall.freebsd.org> X-Mailer: Mew version 1.69 on Emacs 19.28.1 / Mule 2.3 X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 18 Apr 1997 11:04:07 +0900 From: KATO Takenori Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk To determine cache disable/enable by default is to determine support all/not-all Cx486 box. If CPU cache is enabled by default, FreeBSD cannot boot on old Cyrix-unaware motherboards. Because Cyrix sold 486SLC/DLC series as `up-grade products', I considered that FreeBSD should support old motherboard users and disable CPU cache by default in initcpu.c. If we change the code to enable CPU cache by default, we should chose one of the followings: (1) Give up supporting old motherboards. (2) Implement cache flush code as PC-98 tree dose (c.f. DMA code in /sys/pc98/pc98/pc98.c). I prefer (2) to (1). I think such old-motherboards doesn't have PCI bus, so we should change only DAM code in /sys/i386/isa/isa.c and some code in identcpu.c. (If other source than isa.c has its own DMA routine, we should look for it and change it.) > You're right, this CPU needs options CYRIX_CACHE_WORKS. I've never heard of > cache problems with Cyrix 486DX; except perhaps when using them on old > Cyrix-unaware motherboards, and then they often won't run period. I have a > machine around with a (similar IIRC) TI486DX2/80, guess I'd better check > that too. > On a 486DX2/80 with the cache disabled you'd need over 3 hours to build a > kernel to fix it. On the evidence so far I'd say the cache should be > enabled by default for Cx486; I appreciate there are other gotchas with > Cx586 and Cx686. ---- KATO Takenori Dept. Earth Planet. Sci., Nagoya Univ., Nagoya, 464-01, Japan PGP public key: finger kato@eclogite.eps.nagoya-u.ac.jp ------------------- Powered by FreeBSD(98) ------------------- From owner-freebsd-bugs Thu Apr 17 19:30:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA25684 for bugs-outgoing; Thu, 17 Apr 1997 19:30:11 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA25674; Thu, 17 Apr 1997 19:30:04 -0700 (PDT) Date: Thu, 17 Apr 1997 19:30:04 -0700 (PDT) Message-Id: <199704180230.TAA25674@freefall.freebsd.org> To: freebsd-bugs Cc: From: Thomas David Rivers Subject: Re: kern/3304: NFS V2 readdir hangs Reply-To: Thomas David Rivers Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3304; it has been noted by GNATS. From: Thomas David Rivers To: ponds!lakes.water.net!rivers, ponds!khavrinen.lcs.mit.edu!wollman Cc: ponds!freefall.freebsd.org!freebsd-gnats-submit Subject: Re: kern/3304: NFS V2 readdir hangs Date: Thu, 17 Apr 1997 21:12:42 -0400 (EDT) > Garrett writes: > > < said: > > > It appears that nfs_receive() calls soreceive() which calls sbwait() > > waiting on a UDP packet to be received.. That's fine. > > > Then, another nfs_request() is issued; calling nfs_receive() which > > winds down to sbwait() as well. > > > Then, the udp packet from the first call is received; we wake up the > > *second* caller and get everything out-of-sync. > > This is perfectly reasonable behavior for soreceive(). NFS is clearly > broken here. NFS needs its own response-demultiplexing layer, it > seems. > > -GAWollman > Well - yes; except in this instance there is a lock protecting the multiple soreceive()s, nfs_rcvlock(). I think the question is why didn't that protection work. [In fact, there's a comment in nfs_socket.c that indicates the rcvlock is used to protect from just this situation.] Apparently, since 2.1.5 runs on the same machine just fine; this used to work and has now been compromised.... [that's just a guess.] - Dave Rivers - From owner-freebsd-bugs Thu Apr 17 20:50:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA29643 for bugs-outgoing; Thu, 17 Apr 1997 20:50:09 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA29627; Thu, 17 Apr 1997 20:50:03 -0700 (PDT) Resent-Date: Thu, 17 Apr 1997 20:50:03 -0700 (PDT) Resent-Message-Id: <199704180350.UAA29627@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.UAA29556;Thu; (8.8.5/8.8.5);, 17 Apr 1997 20:48:31.-0700 (PDT) Message-Id: <199704180348.UAA29556@freefall.freebsd.org> Date: Thu, 17 Apr 1997 20:48:31 -0700 (PDT) From: itojun@itojun.org To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/3317: odd TUBA_INCLUDE use in tcp_input.c Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3317 >Category: kern >Synopsis: odd TUBA_INCLUDE use in tcp_input.c >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 17 20:50:02 PDT 1997 >Last-Modified: >Originator: Jun-ichiro Itoh >Organization: freelance >Release: 2.2.1-RELEASE >Environment: 486-75MHz, Toshiba Libretto30 >Description: There are odd use of TUBA_INCLUDE in tcp_input.c. They do not seem to work even if TUBA_INCLUDE is defined. Can't we simply remove them for readability? >How-To-Repeat: none >Fix: none >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Apr 17 22:00:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA02967 for bugs-outgoing; Thu, 17 Apr 1997 22:00:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA02932; Thu, 17 Apr 1997 22:00:06 -0700 (PDT) Resent-Date: Thu, 17 Apr 1997 22:00:06 -0700 (PDT) Resent-Message-Id: <199704180500.WAA02932@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, soil@quick.net Received: from jg.dyn.ml.org (soil@newport-1-12.quick.net [207.212.160.212]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA02463 for ; Thu, 17 Apr 1997 21:51:04 -0700 (PDT) Received: (from soil@localhost) by jg.dyn.ml.org (8.8.5/8.8.5) id VAA04876; Thu, 17 Apr 1997 21:50:59 -0700 (PDT) Message-Id: <199704180450.VAA04876@jg.dyn.ml.org> Date: Thu, 17 Apr 1997 21:50:59 -0700 (PDT) From: soil@quick.net Reply-To: soil@quick.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/3319: error in locate.1 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3319 >Category: docs >Synopsis: error in locate.1 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 17 22:00:04 PDT 1997 >Last-Modified: >Originator: Josh Gilliam >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: locate.1 rev 1.8 >Description: ``appears'' should be changed to ``appeared'' on line 218 of locate.1. >How-To-Repeat: man 1 locate /HISTORY >Fix: --- locate.1.orig Wed Mar 5 21:11:55 1997 +++ locate.1 Thu Apr 17 21:42:07 1997 @@ -215,7 +215,7 @@ .Sh HISTORY The .Nm locate -command appears in +command appeared in .Bx 4.4 . Many new features were added in >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Apr 18 01:04:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA17857 for bugs-outgoing; Fri, 18 Apr 1997 01:04:12 -0700 (PDT) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA17851 for ; Fri, 18 Apr 1997 01:04:06 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP id JAA17884; Fri, 18 Apr 1997 09:00:41 +0100 (BST) Received: from [194.32.164.2] by seagoon.gid.co.uk; Fri, 18 Apr 1997 08:59:01 +0100 X-Sender: rb@194.32.164.1 Message-Id: In-Reply-To: <199704180204.LAA03835@gneiss.eps.nagoya-u.ac.jp> References: Your message of "Thu, 17 Apr 1997 15:40:02 -0700 (PDT)" <199704172240.PAA11576@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 18 Apr 1997 08:56:33 +0100 To: KATO Takenori From: Bob Bishop Subject: Re: kern/3292: Cyrix 486 performance problem Cc: freebsd-bugs@freefall.freebsd.org Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 3:04 am +0100 18/4/97, KATO Takenori wrote: >To determine cache disable/enable by default is to determine support >all/not-all Cx486 box. If CPU cache is enabled by default, FreeBSD >cannot boot on old Cyrix-unaware motherboards. > >Because Cyrix sold 486SLC/DLC series as `up-grade products', I >considered that FreeBSD should support old motherboard users and >disable CPU cache by default[etc] Have we actually had many (any?) complaints from Cx486 users about this? Consider the possibilities: if it won't run FreeBSD with the cache enabled, then either: a) It won't run DOS either - motherboard just too broken b) It runs DOS but slow - BIOS doesn't know how to initialise the chip. AFAIK DOS contains no Cyrix-specific initialisation code. c) It runs DOS at full speed - (i) something is broken that FreeBSD needs but DOS doesn't, or (ii) FreeBSD initialisation code is broken. In case (c)(ii) we should fix the code. Case (c)(i) is not very likely and we can do nothing about. Case (b) is unlikely too - user would not accept an 'upgrade' that does not improve performance! Case (a) no-one should expect FreeBSD to run anyway. Bottom line: if the machine runs DOS properly, I don't think it is very risky to enable the cache. If it doesn't run DOS properly, then we should not expect it to run FreeBSD. BUT in any case, I think the cache should be enabled by default. If that means implementing cache flush code, so be it. We can't get to a release where all Cx486 run like a dog with the GENERIC kernel: instead of complaints from a few users with old motherboards, we will upset all users (maybe many of them) who are currently running at full speed with Cx486. -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-bugs Fri Apr 18 01:26:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA18568 for bugs-outgoing; Fri, 18 Apr 1997 01:26:32 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (wck-ca5-10.ix.netcom.com [199.35.213.170]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA18563 for ; Fri, 18 Apr 1997 01:26:28 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.5/8.6.9) id BAA01118; Fri, 18 Apr 1997 01:26:13 -0700 (PDT) Date: Fri, 18 Apr 1997 01:26:13 -0700 (PDT) Message-Id: <199704180826.BAA01118@silvia.HIP.Berkeley.EDU> To: rb@gid.co.uk CC: kato@eclogite.eps.nagoya-u.ac.jp, freebsd-bugs@freefall.freebsd.org In-reply-to: (message from Bob Bishop on Fri, 18 Apr 1997 08:56:33 +0100) Subject: Re: kern/3292: Cyrix 486 performance problem From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * From: Bob Bishop * If it doesn't run DOS properly, then we should * not expect it to run FreeBSD. Do we really need to stoop THAT low? :) Satoshi From owner-freebsd-bugs Fri Apr 18 02:15:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA20841 for bugs-outgoing; Fri, 18 Apr 1997 02:15:19 -0700 (PDT) Received: from gneiss.eps.nagoya-u.ac.jp (gneiss.eps.nagoya-u.ac.jp [133.6.57.99]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA20836 for ; Fri, 18 Apr 1997 02:15:11 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by gneiss.eps.nagoya-u.ac.jp (8.8.5/3.4W4) with ESMTP id SAA04619; Fri, 18 Apr 1997 18:09:27 +0900 (JST) Message-Id: <199704180909.SAA04619@gneiss.eps.nagoya-u.ac.jp> To: rb@gid.co.uk Cc: kato@eclogite.eps.nagoya-u.ac.jp, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/3292: Cyrix 486 performance problem In-Reply-To: Your message of "Fri, 18 Apr 1997 08:56:33 +0100" References: X-Mailer: Mew version 1.69 on Emacs 19.28.1 / Mule 2.3 X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 18 Apr 1997 18:09:27 +0900 From: KATO Takenori Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: Bob Bishop Subject: Re: kern/3292: Cyrix 486 performance problem Date: Fri, 18 Apr 1997 08:56:33 +0100 > b) It runs DOS but slow - BIOS doesn't know how to initialise the chip. > AFAIK DOS contains no Cyrix-specific initialisation code. DOS contains no Cyrix code, but there are device drivers to enable CPU cache and provide cache control. FreeBSD doesn't contain cache control in IBM-PC code (FreeBSD contains cache control in PC-98 code). > BUT in any case, I think the cache should be enabled by default. If that > means implementing cache flush code, so be it. If we need to change only DMA code in isa.c, it is VERY easy. What we should do is: 1. Enable CPU cache by default. 2. Copy cache control code from PC-98 tree into IBM-PC tree. In PC-98 tree, that is, `PC98' is defined, when Cyrix 486 or 5x86 is detected, set need_post_dma_flush or need_pre_dma_flush as 1. The DMA access routines (pc98.c and bs driver) check these variable and execute wbinvd() or invd(). ---- KATO Takenori Dept. Earth Planet. Sci., Nagoya Univ., Nagoya, 464-01, Japan PGP public key: finger kato@eclogite.eps.nagoya-u.ac.jp ------------------- Powered by FreeBSD(98) ------------------- From owner-freebsd-bugs Fri Apr 18 02:19:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA20957 for bugs-outgoing; Fri, 18 Apr 1997 02:19:30 -0700 (PDT) Received: from pragmatix.bangor.ac.uk (pragmatix.bangor.ac.uk [147.143.2.14]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id CAA20952; Fri, 18 Apr 1997 02:19:17 -0700 (PDT) Received: from martin.bangor.ac.uk by pragmatix.bangor.ac.uk (SMI-8.6/SMI-SVR4) id KAA15691; Fri, 18 Apr 1997 10:16:58 +0100 Date: Fri, 18 Apr 1997 10:16:58 +0100 (GMT Daylight Time) From: Martin Sapsed To: Joerg Wunsch cc: "M.Sapsed" , freebsd-questions@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: 2.2.1/amd problems In-Reply-To: <19970413001831.XL04295@uriah.heep.sax.de> Message-ID: X-X-Sender: ISS081@pragmatix.bangor.ac.uk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 13 Apr 1997, J Wunsch wrote: > As M.Sapsed wrote: > > > > More of a problem is that my automounted (via > > > amd) home directory fails to appear when doing an ls or anything else, > > > although it is mounted and ls of small subdirectories works fine. The > > > home directory has 221 entries and another subdirectory which fails has > > > 162 (I know they're large but they should work!) If I ask for ls on > > > these dirs, it just sits there for about 30 mins until a message > > > > > > /kernel: nfs server server:/path/path: not responding > > > > > > appears. If you then do ctrl-C you get a prompt back and can get an > > > instant listing of the smaller directories. > > Mike Murphy reported me a similar problem (there's even PR # bin/1872 > open for it), where he finally found that the problem was the slow > 8-bit ethernet card of his server. Setting NFS readdir size down to > 1024 might help, but amd doesn't offer this option. Frankly, amd's > option handling in this respect just sucks, there are more options to > mount_nfs(8) now that are not supported by amd (like the NFSv3 stuff). I heard from Mike after my newsgroup post. My machine has a 16-bit WD ethercard. I have since found that if I explicitly "mount server:/path /mnt" there are no problems getting directory listings. Does this imply something to do with the NFSV3 support in 2.2.x ? mount -3 blah gets an error. This all worked fine in 2.1.7. The server in question runs SunOS 4.1.2 and the top of the amd map is like this: /defaults type:=nfs;sublink:=${key};opts:=rw,intr,nosuid,grpid,rsize=1024 user rfs:=/export/home;rhost:=server I'm not a C hacker so can't realistically dive into the amd sources. I'm now left wondering where to go after the 2 responses to my question. Am I resigned to reverting to 2.1.7.1 and staying there? Is there an alternative to amd? I (optimistically?) tried copying amd and libc V2 from a 2.1 system but that caused a kernel panic! Where do I go? I have always praised FreeBSD to others but now feel a bit let down. I know its free software etc but I'm disappointed that something which used to work fine doesn't anymore. No-one's offered any reason for the pause before e.g. more & vi starting either. Any suggestions anyone? Martin ---------------------------------------------------------------------- Martin Sapsed Tel: +44 (0)1248 382409 Computing Lab Fax: +44 (0)1248 383826 University of Wales, Bangor North Wales, LL57 2DG "Who do you say I am?" m.sapsed@bangor.ac.uk Jesus of Nazareth From owner-freebsd-bugs Fri Apr 18 03:02:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA22209 for bugs-outgoing; Fri, 18 Apr 1997 03:02:54 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id CAA22114 for ; Fri, 18 Apr 1997 02:58:21 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id LAA08276; Fri, 18 Apr 1997 11:11:30 +0200 From: Luigi Rizzo Message-Id: <199704180911.LAA08276@labinfo.iet.unipi.it> Subject: Re: kern/3304: NFS V2 readdir hangs To: ponds!rivers@dg-rtp.dg.com Date: Fri, 18 Apr 1997 11:11:30 +0200 (MET DST) Cc: freebsd-bugs@freefall.freebsd.org In-Reply-To: <199704180230.TAA25674@freefall.freebsd.org> from "Thomas David Rivers" at Apr 17, 97 07:29:45 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I followed the interesting (and very detailed) analysis of the NFS problem (PR kern/3304), and I have a possible patch. looking at nfs_rcvlock() is implemented, I notice that the only way to return EALREADY is to have rep->r_mrep != NULL The variable comes (via nfs_reply() ) from nfs_request() where the code is something like the following (I have reported only a few relevant lines, from a 2.2.1-R system: $Id: nfs_socket.c,v 1.18 1996/10/11 10:15:33 dfr Exp $ 923: tryagain: ... 933: rep->r_mrep = NULL; ... 979: error = nfs_reply(rep); ... 1064: goto tryagain; the problem is, r_mrep seems only to be set to something != NULL in nfs_reply(). While I don't understand the code very well, it seems to me that the initialization in line 933 should be moved outside the retry loop, before line 923. Otherwise the locking cannot possibly work because repeated calls to nfs_reply() use the same parameters. Can someone (Dave ?) try the above fix and see if it works ? 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 Fri Apr 18 04:15:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA25318 for bugs-outgoing; Fri, 18 Apr 1997 04:15:26 -0700 (PDT) Received: (from jmg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA25298; Fri, 18 Apr 1997 04:15:20 -0700 (PDT) Date: Fri, 18 Apr 1997 04:15:20 -0700 (PDT) From: John-Mark Gurney Message-Id: <199704181115.EAA25298@freefall.freebsd.org> To: soil@quick.net, jmg, freebsd-bugs Subject: Re: docs/3319 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: error in locate.1 State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Fri Apr 18 04:14:59 PDT 1997 State-Changed-Why: fixed in rev 1.9 of locate.1 From owner-freebsd-bugs Fri Apr 18 04:20:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA25680 for bugs-outgoing; Fri, 18 Apr 1997 04:20:47 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA25661 for ; Fri, 18 Apr 1997 04:20:43 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA05162; Fri, 18 Apr 1997 07:20:09 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Fri, 18 Apr 1997 07:20 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id GAA10496; Fri, 18 Apr 1997 06:41:37 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id GAA07390; Fri, 18 Apr 1997 06:48:17 -0400 (EDT) Date: Fri, 18 Apr 1997 06:48:17 -0400 (EDT) From: Thomas David Rivers Message-Id: <199704181048.GAA07390@lakes.water.net> To: ponds!labinfo.iet.unipi.it!luigi, ponds!lakes.water.net!rivers Subject: Re: kern/3304: NFS V2 readdir hangs Cc: ponds!freefall.freebsd.org!freebsd-bugs Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo writes: > > Hi, > > I followed the interesting (and very detailed) analysis of the NFS > problem (PR kern/3304), and I have a possible patch. > > looking at nfs_rcvlock() is implemented, I notice that the only way to > return EALREADY is to have rep->r_mrep != NULL > > The variable comes (via nfs_reply() ) from nfs_request() where the code > is something like the following (I have reported only a few relevant > lines, from a 2.2.1-R system: > > $Id: nfs_socket.c,v 1.18 1996/10/11 10:15:33 dfr Exp $ > > > 923: tryagain: > ... > 933: rep->r_mrep = NULL; > ... > 979: error = nfs_reply(rep); > ... > 1064: goto tryagain; > > the problem is, r_mrep seems only to be set to something != NULL in > nfs_reply(). While I don't understand the code very well, it seems > to me that the initialization in line 933 should be moved outside > the retry loop, before line 923. Otherwise the locking cannot possibly > work because repeated calls to nfs_reply() use the same parameters. Well - what good eyes you have :-) I didn't notice that... > > Can someone (Dave ?) try the above fix and see if it works ? I'll give it a try later this morning (my time, EST ) and let you know. - Dave Rivers - From owner-freebsd-bugs Fri Apr 18 04:44:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA27430 for bugs-outgoing; Fri, 18 Apr 1997 04:44:36 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA27400; Fri, 18 Apr 1997 04:44:24 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA03623; Fri, 18 Apr 1997 13:44:12 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id NAA04342; Fri, 18 Apr 1997 13:26:17 +0200 (MET DST) Message-ID: <19970418132617.YD17230@uriah.heep.sax.de> Date: Fri, 18 Apr 1997 13:26:17 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: m.sapsed@bangor.ac.uk (Martin Sapsed) Cc: freebsd-questions@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: 2.2.1/amd problems References: <19970413001831.XL04295@uriah.heep.sax.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Martin Sapsed on Apr 18, 1997 10:16:58 +0100 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Martin Sapsed wrote: > I have since found that if I explicitly "mount server:/path /mnt" there > are no problems getting directory listings. Does this imply something to > do with the NFSV3 support in 2.2.x ? mount -3 blah gets an error. This > all worked fine in 2.1.7. mount -o -3, btw. But... > The server in question runs SunOS 4.1.2 and the top of the amd map is > like this: ...if it's SunOS 4, it's NFSv2 only anyway. > /defaults type:=nfs;sublink:=${key};opts:=rw,intr,nosuid,grpid,rsize=1024 > user rfs:=/export/home;rhost:=server > > I'm not a C hacker so can't realistically dive into the amd sources. Mike Murphy had a suggestion to add an rdsize option to amd, please ask him to get his patch for an attempt. amd is missing more NFS options (like v3), and it seems silly to duplicate the entire option parsing from mount_nfs(8), but i don't have a more interesting idea available either. > No-one's offered any > reason for the pause before e.g. more & vi starting either. The length of the termcap file is the reason. I can offer you this for free. :-) Run cap_mkdb /usr/share/misc/termcap For some reason i have yet to investigate, the compiled termcap.db file is not distributed with the releases (although it's compiled and installed during a `make world'). Please submit a PR for this. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Apr 18 05:20:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA29290 for bugs-outgoing; Fri, 18 Apr 1997 05:20:46 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA29285 for ; Fri, 18 Apr 1997 05:20:42 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA09508; Fri, 18 Apr 1997 08:20:04 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Fri, 18 Apr 1997 08:20 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id HAA12554; Fri, 18 Apr 1997 07:51:03 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id HAA07503; Fri, 18 Apr 1997 07:57:44 -0400 (EDT) Date: Fri, 18 Apr 1997 07:57:44 -0400 (EDT) From: Thomas David Rivers Message-Id: <199704181157.HAA07503@lakes.water.net> To: ponds!labinfo.iet.unipi.it!luigi, ponds!lakes.water.net!rivers Subject: Re: kern/3304: NFS V2 readdir hangs Cc: ponds!freefall.freebsd.org!freebsd-bugs Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > nfs_reply(). While I don't understand the code very well, it seems > > to me that the initialization in line 933 should be moved outside > > the retry loop, before line 923. Otherwise the locking cannot possibly > > work because repeated calls to nfs_reply() use the same parameters. > > Well - what good eyes you have :-) I didn't notice that... > > > > > > Can someone (Dave ?) try the above fix and see if it works ? > > I'll give it a try later this morning (my time, EST ) and let you know. Ok - I've tried it out... I move the initialization of rep->r_mrep to be before the tryagain: label, just as the other initializations were... Unfortunately; I still experience the hang... This problem seems to be particular to readdir() - I'm wondering if readdir() is somehow doing an soreceive() without going through nfs_reply(); i.e. avoiding the nfs_rcvlock() somehow... - Dave Rivers - From owner-freebsd-bugs Fri Apr 18 06:45:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA03102 for bugs-outgoing; Fri, 18 Apr 1997 06:45:45 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA03094; Fri, 18 Apr 1997 06:45:39 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id OAA00453; Fri, 18 Apr 1997 14:39:34 +0100 (BST) Date: Fri, 18 Apr 1997 14:39:34 +0100 (BST) From: Doug Rabson To: Martin Sapsed cc: Joerg Wunsch , freebsd-questions@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: 2.2.1/amd problems In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 18 Apr 1997, Martin Sapsed wrote: > On Sun, 13 Apr 1997, J Wunsch wrote: > > > As M.Sapsed wrote: > > > > > > More of a problem is that my automounted (via > > > > amd) home directory fails to appear when doing an ls or anything else, > > > > although it is mounted and ls of small subdirectories works fine. The > > > > home directory has 221 entries and another subdirectory which fails has > > > > 162 (I know they're large but they should work!) If I ask for ls on > > > > these dirs, it just sits there for about 30 mins until a message > > > > > > > > /kernel: nfs server server:/path/path: not responding > > > > > > > > appears. If you then do ctrl-C you get a prompt back and can get an > > > > instant listing of the smaller directories. > > > > Mike Murphy reported me a similar problem (there's even PR # bin/1872 > > open for it), where he finally found that the problem was the slow > > 8-bit ethernet card of his server. Setting NFS readdir size down to > > 1024 might help, but amd doesn't offer this option. Frankly, amd's > > option handling in this respect just sucks, there are more options to > > mount_nfs(8) now that are not supported by amd (like the NFSv3 stuff). > > I heard from Mike after my newsgroup post. My machine has a 16-bit WD > ethercard. > > I have since found that if I explicitly "mount server:/path /mnt" there > are no problems getting directory listings. Does this imply something to > do with the NFSV3 support in 2.2.x ? mount -3 blah gets an error. This > all worked fine in 2.1.7. > > The server in question runs SunOS 4.1.2 and the top of the amd map is > like this: I don't think it has to do with NFSv3. Other people are seeing this effect. I can reproduce it occaisonally but not reliably; I am working on trying to fix it though. The version of AMD in 2.2.x doesn't understand NFSv3. I only just updated the one in 3.0 for v3. Since SunOS 4.1.2 doesn't support v3, your mount -3 will fail. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-bugs Fri Apr 18 06:55:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA04981 for bugs-outgoing; Fri, 18 Apr 1997 06:55:30 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA04943 for ; Fri, 18 Apr 1997 06:55:25 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id HAA20791; Fri, 18 Apr 1997 07:55:12 -0600 (MDT) Date: Fri, 18 Apr 1997 07:55:12 -0600 (MDT) Message-Id: <199704181355.HAA20791@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Bob Bishop Cc: KATO Takenori , freebsd-bugs@freefall.freebsd.org Subject: Re: kern/3292: Cyrix 486 performance problem In-Reply-To: References: <199704172240.PAA11576@freefall.freebsd.org> <199704180204.LAA03835@gneiss.eps.nagoya-u.ac.jp> X-Mailer: VM 6.27 under 19.15 XEmacs Lucid Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >Because Cyrix sold 486SLC/DLC series as `up-grade products', I > >considered that FreeBSD should support old motherboard users and > >disable CPU cache by default[etc] > > Consider the possibilities: if it won't run FreeBSD with the cache enabled, > then either: > a) It won't run DOS either - motherboard just too broken No, it'll run DOS just fine, since context switches don't occur in DOS, and rarely in Windows. (Win95 stresses it a bit more, but it *may* still work, no guarantees). Just because it runs under DOS doesn't mean it ain't broken. I can show you *hundreds* of emails over the last 4-5 years that can testify to that. It's only been in the last year that motherboards/caches work 'out of the box' for the majority of motherboards, mostly due to the widespread acceptance of Win95, which is more picky about the hardware than previous M$ OS's. Nate From owner-freebsd-bugs Fri Apr 18 07:38:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA09711 for bugs-outgoing; Fri, 18 Apr 1997 07:38:02 -0700 (PDT) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA09705 for ; Fri, 18 Apr 1997 07:37:57 -0700 (PDT) Received: from grimbling ([89.10.0.0]) by isbalham.ist.co.uk (8.8.4/8.8.4) with ESMTP id PAA21214; Fri, 18 Apr 1997 15:34:29 +0100 (BST) Message-Id: <199704181434.PAA21214@isbalham.ist.co.uk> From: "Bob Bishop" To: "Nate Williams" Cc: "KATO Takenori" , Subject: Re: kern/3292: Cyrix 486 performance problem Date: Fri, 18 Apr 1997 15:35:02 +0100 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: Nate Williams > [...] > > a) It won't run DOS either - motherboard just too broken > > No, it'll run DOS just fine Not necessarily; I have a couple of motherboards which are perfectly OK with AMD 486DX2/66 but won't pass go with a Cyrix. -- Bob Bishop +44 118 977 4017 rb@gid.co.uk From owner-freebsd-bugs Fri Apr 18 07:40:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA09891 for bugs-outgoing; Fri, 18 Apr 1997 07:40:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA09878; Fri, 18 Apr 1997 07:40:03 -0700 (PDT) Resent-Date: Fri, 18 Apr 1997 07:40:03 -0700 (PDT) Resent-Message-Id: <199704181440.HAA09878@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.HAA09421;Fri; (8.8.5/8.8.5);, 18 Apr 1997 07:32:14.-0700 (PDT) Message-Id: <199704181432.HAA09421@freefall.freebsd.org> Date: Fri, 18 Apr 1997 07:32:14 -0700 (PDT) From: iwasaki@jp.freebsd.org To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: docs/3324: X Inside still remains in FAQ.sgml Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3324 >Category: docs >Synopsis: X Inside still remains in FAQ.sgml >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 18 07:40:02 PDT 1997 >Last-Modified: >Originator: Mitsuru IWASAKI >Organization: AISDEL; SIRIM >Release: FreeBSD-current >Environment: N/A >Description: FAQ.sgml was updated on 31, March because of changing certain company's name from X Inside to Xi Graphics, but FAQ.sgml still contains some `X Inside'. >How-To-Repeat: lynx /usr/share/doc/FAQ/FAQ.html >Fix: --- /usr/src/share/doc/FAQ/FAQ.sgml Thu Apr 10 21:20:54 1997 +++ FAQ.sgml Fri Apr 18 22:27:36 1997 @@ -1581,12 +1581,12 @@

Be sure to specify that you want the FreeBSD version of Motif when ordering! Versions for BSDI and Linux are also sold by - X Inside.

+ Xi Graphics.

Are there any commercial high-performance X servers?

- Yes, + Yes, sells their Accelerated-X product for FreeBSD and other Intel based systems. @@ -1602,12 +1602,12 @@ + + >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Apr 18 08:22:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA11795 for bugs-outgoing; Fri, 18 Apr 1997 08:22:27 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA11787 for ; Fri, 18 Apr 1997 08:22:23 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id JAA12235; Fri, 18 Apr 1997 09:21:11 -0600 (MDT) Message-Id: <199704181521.JAA12235@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: KATO Takenori cc: rb@gid.co.uk, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/3292: Cyrix 486 performance problem In-reply-to: Your message of "Fri, 18 Apr 1997 18:09:27 +0900." <199704180909.SAA04619@gneiss.eps.nagoya-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 18 Apr 1997 09:19:39 -0600 From: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >If we need to change only DMA code in isa.c, it is VERY easy. What we >should do is: > > 1. Enable CPU cache by default. > 2. Copy cache control code from PC-98 tree into IBM-PC tree. What about bus mastering controllers? >---- >KATO Takenori >Dept. Earth Planet. Sci., Nagoya Univ., Nagoya, 464-01, Japan >PGP public key: finger kato@eclogite.eps.nagoya-u.ac.jp >------------------- Powered by FreeBSD(98) ------------------- -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Fri Apr 18 09:00:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA13532 for bugs-outgoing; Fri, 18 Apr 1997 09:00:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA13507; Fri, 18 Apr 1997 09:00:02 -0700 (PDT) Date: Fri, 18 Apr 1997 09:00:02 -0700 (PDT) Message-Id: <199704181600.JAA13507@freefall.freebsd.org> To: freebsd-bugs Cc: From: Thomas David Rivers Subject: Re: kern/3304: NFS V2 readdir hangs Reply-To: Thomas David Rivers Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3304; it has been noted by GNATS. From: Thomas David Rivers To: ponds!lakes.water.net!rivers, ponds!khavrinen.lcs.mit.edu!wollman Cc: ponds!freefall.freebsd.org!freebsd-gnats-submit Subject: Re: kern/3304: NFS V2 readdir hangs Date: Fri, 18 Apr 1997 11:49:35 -0400 (EDT) More information... Here's the scenario I've now determined (via more printf()s in the kernel): 1) nfs_request() is called from readdirrpc(). 2) nfs_request malloc's a nfsreq block, which is used by rcvlock()... the lock is granted; we go down to soreceive() and wind up tsleeping in sbwait(). 3) At this point, a vnode lookup() operation is called. The lookup() isn't satisfied from the cache; so we call nfs_request() to get the information. 4) This nfs_request() malloc's a different nfsreq block. The "lock" is granted since rcvlock() works on addresses from the nfsreq block; these are different addresses, the lock is granted. We wind down to soreceive() again. 5) udp_intr() is called because a UDP packet arrived... this is, presumably, the packet we're expecting from 2). *however* the last request we received was from 4). That is the nfsreq this packet winds up being associated with; but - it is totally wrong. So; we're left with the lookup() failing with a ENONENT (#2), and the nfs_request from #2 hanging; never being woken up. I think that pretty well describes my findings. Perhaps the rcvlock() needs to change to lock on something other than the nfsreq block... does anyone have any suggestions? - Dave Rivers - From owner-freebsd-bugs Fri Apr 18 10:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA17904 for bugs-outgoing; Fri, 18 Apr 1997 10:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA17886; Fri, 18 Apr 1997 10:00:02 -0700 (PDT) Resent-Date: Fri, 18 Apr 1997 10:00:02 -0700 (PDT) Resent-Message-Id: <199704181700.KAA17886@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, tege@nada.kth.se Received: from gmp.tmg.se (quiet.matematik.su.se [130.237.198.146]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA17473 for ; Fri, 18 Apr 1997 09:54:23 -0700 (PDT) Received: (from tege@localhost) by gmp.tmg.se (8.8.5/8.8.5) id SAA00437; Fri, 18 Apr 1997 18:53:08 +0200 (CEST) Message-Id: <199704181653.SAA00437@gmp.tmg.se> Date: Fri, 18 Apr 1997 18:53:08 +0200 (CEST) From: Torbjorn Granlund Reply-To: tege@nada.kth.se To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3325: http request over ijppp hangs Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3325 >Category: bin >Synopsis: http request over ijppp hangs >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 18 10:00:01 PDT 1997 >Last-Modified: >Originator: Torbjorn Granlund >Organization: TMG Datakonsult >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: Hardly relevant. (Same behaviour observed for radically different environments.) >Description: HTTP requests to some sites hang forever. I use the tunnel device and ijppp. >How-To-Repeat: Several ways. The simplest is to use telnet: telnet www.jp.freebsd.org 80 One never really seems to get connected. (Most sites work OK of course, but I occasionally stumple over problematic sites. I have no idea what signifies problematic sites.) The same connection works great with the same hardware and FreeBSD configuration when connected directly to the Internet. Also, I am told that it works when using pppd instead of ijppp. >Fix: None known. (Workaround would be to use pppd.) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Apr 18 10:21:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA19521 for bugs-outgoing; Fri, 18 Apr 1997 10:21:28 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA19489 for ; Fri, 18 Apr 1997 10:21:07 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA21317; Fri, 18 Apr 1997 13:20:04 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Fri, 18 Apr 1997 13:20 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id MAA21301; Fri, 18 Apr 1997 12:45:03 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id MAA08022; Fri, 18 Apr 1997 12:51:42 -0400 (EDT) Date: Fri, 18 Apr 1997 12:51:42 -0400 (EDT) From: Thomas David Rivers Message-Id: <199704181651.MAA08022@lakes.water.net> To: ponds!labinfo.iet.unipi.it!luigi, ponds!lakes.water.net!rivers Subject: Re: kern/3304: NFS V2 readdir hangs Cc: ponds!freefall.freebsd.org!freebsd-bugs Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > > Can someone (Dave ?) try the above fix and see if it works ? > > > > > > I'll give it a try later this morning (my time, EST ) and let you know. > > > > Ok - I've tried it out... > > > > I move the initialization of rep->r_mrep to be before the > > tryagain: label, just as the other initializations were... > > > > Unfortunately; I still experience the hang... > > well, ok. The fix above just serves to prevent a race when a request > arrives while nfs_request() proceeds down to sbwait(). > > I am looking into the problem to see what else may be happening > (presumably in the way up when requests are demultiplexed). > > > This problem seems to be particular to readdir() - I'm wondering if > > readdir() is somehow doing an soreceive() without going through nfs_reply(); > > i.e. avoiding the nfs_rcvlock() somehow... > > Can you put a printf() in nfs_receive (and nfs_reply() ) to see what's > going on ? Oh - you should see my messages file - there are now many printf()s scattered around giving me much information. As you may deduce from my recent mail; I've finally deciphered these printf()s to determine that nfs_lookup() is calling nfs_request() while the one from readdirrpc() is still being waited on... If others agree with my analysis, the question becomes what to do about it? - Dave Rivers - From owner-freebsd-bugs Fri Apr 18 10:30:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA19942 for bugs-outgoing; Fri, 18 Apr 1997 10:30:11 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA19924; Fri, 18 Apr 1997 10:30:03 -0700 (PDT) Date: Fri, 18 Apr 1997 10:30:03 -0700 (PDT) Message-Id: <199704181730.KAA19924@freefall.freebsd.org> To: freebsd-bugs Cc: From: Thomas David Rivers Subject: Re: kern/3304: NFS V2 readdir hangs Reply-To: Thomas David Rivers Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3304; it has been noted by GNATS. From: Thomas David Rivers To: ponds!lakes.water.net!rivers, ponds!sat.t.u-tokyo.ac.jp!simokawa Cc: ponds!freefall.freebsd.org!freebsd-gnats-submit Subject: Re: kern/3304: NFS V2 readdir hangs Date: Fri, 18 Apr 1997 13:04:18 -0400 (EDT) > > Hi, > > I'm not sure whether this will help you, but could you try the following > patch? the latest change to nfs_socket.c was originally made by me. > I have been worried about a rare case. It would be a rare case I believe.... But - I did try your patch; it did not affect the problem. That is, the hang still occurs. If you've had a chance to read it; I've posted my current understanding of the problem to freebsd-hackers. I believe it is caused by a nfs_lookup() call that calls nfs_request() before the nfs_request() (which originated in readdirrpc()) has completed. - Dave Rivers - > > /\ Hidetoshi Shimokawa > \/ simokawa@sat.t.u-tokyo.ac.jp > PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp > > --- nfs_socket.c.orig Fri Oct 11 19:15:33 1996 > +++ nfs_socket.c Sat Apr 19 00:43:25 1997 > @@ -1490,6 +1490,12 @@ > slpflag = PCATCH; > else > slpflag = 0; > +#if 1 > + if (!(*flagp & NFSMNT_RCVLOCK) && (rep->r_mrep != NULL)) { > + printf("Oops! I found the bug :-)\n"); > + return (EALREADY); > + } > +#endif > while (*flagp & NFSMNT_RCVLOCK) { > if (nfs_sigintr(rep->r_nmp, rep, rep->r_procp)) > return (EINTR); > > > From owner-freebsd-bugs Fri Apr 18 10:38:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA20556 for bugs-outgoing; Fri, 18 Apr 1997 10:38:17 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA20548 for ; Fri, 18 Apr 1997 10:38:12 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id SAA01297; Fri, 18 Apr 1997 18:38:04 +0100 (BST) Date: Fri, 18 Apr 1997 18:38:04 +0100 (BST) From: Doug Rabson To: Thomas David Rivers cc: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/3304: NFS V2 readdir hangs In-Reply-To: <199704181600.JAA13507@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 18 Apr 1997, Thomas David Rivers wrote: > The following reply was made to PR kern/3304; it has been noted by GNATS. > > From: Thomas David Rivers > To: ponds!lakes.water.net!rivers, ponds!khavrinen.lcs.mit.edu!wollman > Cc: ponds!freefall.freebsd.org!freebsd-gnats-submit > Subject: Re: kern/3304: NFS V2 readdir hangs > Date: Fri, 18 Apr 1997 11:49:35 -0400 (EDT) > > More information... > > > Here's the scenario I've now determined (via more printf()s in the > kernel): > > 1) nfs_request() is called from readdirrpc(). > > 2) nfs_request malloc's a nfsreq block, which is used > by rcvlock()... the lock is granted; we go down to > soreceive() and wind up tsleeping in sbwait(). > > 3) At this point, a vnode lookup() operation is called. > The lookup() isn't satisfied from the cache; so > we call nfs_request() to get the information. > > 4) This nfs_request() malloc's a different nfsreq block. > The "lock" is granted since rcvlock() works on addresses > from the nfsreq block; these are different addresses, the > lock is granted. We wind down to soreceive() > again. > > 5) udp_intr() is called because a UDP packet arrived... > this is, presumably, the packet we're expecting from 2). > *however* the last request we received was from 4). > That is the nfsreq this packet winds up being associated > with; but - it is totally wrong. > Nope. The lock is done with flags from the struct nfsmount (flagp = &rep->r_nmp->nm_flag). This is shared by all the requests and nfsnodes on the same mountpoint. The code in nfs_reply is supposed to continue looping until the reply for myrep is recieved. If any other replies are received, they are matched against the list of outstanding requests and their owners will notice when they wake up and try to re-get the rcvlock. > So; we're left with the lookup() failing with a ENONENT (#2), > and the nfs_request from #2 hanging; never being woken up. > > I think that pretty well describes my findings. I really need a packet trace to try and get a picture of what is happening here. Could you run 'tcpdump -vv -s300' on a third machine and send me the trace. > > Perhaps the rcvlock() needs to change to lock on something other > than the nfsreq block... does anyone have any suggestions? As mentioned above, the lock is shared by all requests on the same mount point. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-bugs Fri Apr 18 13:10:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA00240 for bugs-outgoing; Fri, 18 Apr 1997 13:10:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA00232; Fri, 18 Apr 1997 13:10:03 -0700 (PDT) Resent-Date: Fri, 18 Apr 1997 13:10:03 -0700 (PDT) Resent-Message-Id: <199704182010.NAA00232@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.NAA29609;Fri; (8.8.5/8.8.5);, 18 Apr 1997 13:02:38.-0700 (PDT) Message-Id: <199704182002.NAA29609@freefall.freebsd.org> Date: Fri, 18 Apr 1997 13:02:38 -0700 (PDT) From: iwasaki@jp.freebsd.org To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: docs/3326: FAQ.sgml has some wrong tags, . Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3326 >Category: docs >Synopsis: FAQ.sgml has some wrong tags, . >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 18 13:10:01 PDT 1997 >Last-Modified: >Originator: Mitsuru IWASAKI >Organization: AISDEL; SIRIM >Release: FreeBSD-current >Environment: N/A >Description: In FAQ.sgml, there are some tags which will be converted to <hr>

 in HTML files.
It seems many WWW browser (netscape navigator, lynx, w3.el) cannot handle these HTML files
with 
 tags correctly.
I suggest that all of  tags in FAQ.sgml need to be changed to .

# I'm not sure if this is a FAQ.sgml problem or sgmlfmt or else :-(

>How-To-Repeat:
lynx /usr/share/doc/FAQ/FAQ77.html
in -current (as of 18 Apr.).

>Fix:
--- /usr/src/share/doc/FAQ/FAQ.sgml     Thu Apr 10 21:20:54 1997
+++ FAQ.sgml    Sat Apr 19 03:41:34 1997
@@ -1777,21 +1777,21 @@
         

           You first need to edit the /etc/sysconfig in the last
           section to change the following variable to 
+          
             # Set to YES if you want ibcs2 (SCO) emulation loaded at startup
             ibcs2=NO
-          
+          
           It will load the 
+          
 lrwxr-xr-x  1 root  wheel         9 Oct 15 22:20 X0R@ -> /dev/null
 lrwxr-xr-x  1 root  wheel         7 Oct 15 22:20 nfsd@ -> socksys
 -rw-rw-r--  1 root  wheel         0 Oct 28 12:02 null
 lrwxr-xr-x  1 root  wheel         9 Oct 15 22:20 socksys@ -> /dev/null
 crw-rw-rw-  1 root  wheel   41,   1 Oct 15 22:14 spx
-          
+          
           You just need socksys to go to /dev/null to fake the
           open & close. The code in -current will handle the rest.
           This is much cleaner than the way it was done before.  If you
@@ -2711,9 +2711,9 @@
           memory information...but for now we're stuck with the kernel
           option.

-          
+          
             options "MAXMEM="
-          
+          
           Where 
+          
             options "NMBCLUSTERS="
-          
+          

           to your kernel config file, where <n> is a number in the
           range 512-4096, depending on the number of concurrent TCP
@@ -3175,7 +3175,7 @@
         

           Here is a list compiled by Glen Foster
           
+
 Vendor          Model
 - --------------------------------------------------------
 ASUS            PCI-L101-TB
@@ -3192,7 +3192,7 @@
 SMC             EtherPower (Model 8432)
 TopWare         TE-3500P
 Zynx            ZX342
-
+
       
       
         Why do I have to use the FQDN for hosts on my site?
@@ -3875,14 +3875,14 @@
       ACKNOWLEDGMENTS

       

-        
+        
           If you see a problem with this FAQ, or wish to submit an entry,
           please mail us at .  We appreciate your
           feedback, and cannot make this a better FAQ without your help!


                                               FreeBSD Core Team
-        
+        

         
           Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Fri Apr 18 13:19:13 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id NAA00707
          for bugs-outgoing; Fri, 18 Apr 1997 13:19:13 -0700 (PDT)
Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA00701
          for ; Fri, 18 Apr 1997 13:19:06 -0700 (PDT)
Received: from gid.co.uk (uucp@localhost)
          by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP
	  id VAA24130; Fri, 18 Apr 1997 21:14:59 +0100 (BST)
Received: from [194.32.164.2] by seagoon.gid.co.uk; Fri, 18 Apr 1997 21:11:53 +0100
X-Sender: rb@194.32.164.1
Message-Id: 
In-Reply-To: <199704180204.LAA03835@gneiss.eps.nagoya-u.ac.jp>
References: Your message of "Thu, 17 Apr 1997 15:40:02 -0700 (PDT)"
 <199704172240.PAA11576@freefall.freebsd.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 18 Apr 1997 21:09:24 +0100
To: KATO Takenori 
From: Bob Bishop 
Subject: Re: kern/3292: Cyrix 486 performance problem
Cc: freebsd-bugs@freefall.freebsd.org
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

At 3:04 +0100 18/4/97, KATO Takenori wrote:
>To determine cache disable/enable by default is to determine support
>all/not-all Cx486 box.  If CPU cache is enabled by default, FreeBSD
>cannot boot on old Cyrix-unaware motherboards.
>
>Because Cyrix sold 486SLC/DLC series as `up-grade products'[etc]
                       ^^^^^^^

Aha. I just noticed. I'm not talking about SLC/DLC here, I'm talking DX2.
SLC/DLC have device ID in the range 0x00 to 0x03 for OEM parts, 0x04 to
0x07 for retail upgrades. DX2 has ID 0x1b. I would say it's unlikely that a
DX2 will be found on a motherboard that doesn't support it.


--
Bob Bishop              (0118) 977 4017  international code +44 118
rb@gid.co.uk        fax (0118) 989 4254  between 0800 and 1800 UK



From owner-freebsd-bugs  Fri Apr 18 13:49:13 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id NAA02316
          for bugs-outgoing; Fri, 18 Apr 1997 13:49:13 -0700 (PDT)
Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA02309
          for ; Fri, 18 Apr 1997 13:49:06 -0700 (PDT)
Received: from gid.co.uk (uucp@localhost)
          by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP
	  id VAA24322; Fri, 18 Apr 1997 21:44:39 +0100 (BST)
Received: from [194.32.164.2] by seagoon.gid.co.uk; Fri, 18 Apr 1997 21:39:23 +0100
X-Sender: rb@194.32.164.1
Message-Id: 
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 18 Apr 1997 21:36:54 +0100
To: KATO Takenori 
From: Bob Bishop 
Subject: Re: kern/3292: Cyrix 486 performance problem
Cc: freebsd-bugs@freefall.freebsd.org
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

At 3:04 +0100 18/4/97, KATO Takenori wrote:
>To determine cache disable/enable by default is to determine support
>all/not-all Cx486 box.  If CPU cache is enabled by default, FreeBSD
>cannot boot on old Cyrix-unaware motherboards.
>
>Because Cyrix sold 486SLC/DLC series as `up-grade products'[etc]
                       ^^^^^^^

Aha. I just noticed. I'm not talking about SLC/DLC here, I'm talking DX2.
SLC/DLC have device ID in the range 0x00 to 0x03 for OEM parts, 0x04 to
0x07 for retail upgrades. DX2 has ID 0x1b. I would say it's unlikely that a
DX2 will be found on a motherboard that doesn't support it.

[Apologies for sending the above twice, accidentally hit send while I was
on the phone.]

For the avoidance of doubt: Cyrix SLC/DLC are 386 to 486 upgrade chips. I'm
talking about real Cyrix 486DX2 (and DX4) parts, which IMHO should *not*
have their caches disabled.


--
Bob Bishop              (0118) 977 4017  international code +44 118
rb@gid.co.uk        fax (0118) 989 4254  between 0800 and 1800 UK



From owner-freebsd-bugs  Fri Apr 18 14:16:56 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id OAA03945
          for bugs-outgoing; Fri, 18 Apr 1997 14:16:56 -0700 (PDT)
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id OAA03923;
          Fri, 18 Apr 1997 14:16:51 -0700 (PDT)
Date: Fri, 18 Apr 1997 14:16:51 -0700 (PDT)
From: "Jordan K. Hubbard" 
Message-Id: <199704182116.OAA03923@freefall.freebsd.org>
To: jkh, freebsd-bugs, pds
Subject: Re: docs/3324
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: X Inside still remains in FAQ.sgml

Responsible-Changed-From-To: freebsd-bugs->pds
Responsible-Changed-By: jkh
Responsible-Changed-When: Fri Apr 18 14:16:35 PDT 1997
Responsible-Changed-Why: 
Peter is the FAQ maintainer.

From owner-freebsd-bugs  Fri Apr 18 14:17:18 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id OAA04066
          for bugs-outgoing; Fri, 18 Apr 1997 14:17:18 -0700 (PDT)
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id OAA04044;
          Fri, 18 Apr 1997 14:17:13 -0700 (PDT)
Date: Fri, 18 Apr 1997 14:17:13 -0700 (PDT)
From: "Jordan K. Hubbard" 
Message-Id: <199704182117.OAA04044@freefall.freebsd.org>
To: jkh, freebsd-bugs, pds
Subject: Re: docs/3326
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: FAQ.sgml has some wrong tags, .

Responsible-Changed-From-To: freebsd-bugs->pds
Responsible-Changed-By: jkh
Responsible-Changed-When: Fri Apr 18 14:17:00 PDT 1997
Responsible-Changed-Why: 
Peter is the FAQ maintainer.

From owner-freebsd-bugs  Fri Apr 18 14:20:43 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id OAA04251
          for bugs-outgoing; Fri, 18 Apr 1997 14:20:43 -0700 (PDT)
Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2])
          by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA04244
          for ; Fri, 18 Apr 1997 14:20:37 -0700 (PDT)
Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02)
	id AA13792; Fri, 18 Apr 1997 17:20:03 -0400
Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Fri, 18 Apr 1997 17:20 EDT
Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id QAA27067; Fri, 18 Apr 1997 16:57:53 -0400 (EDT)
Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id RAA08474; Fri, 18 Apr 1997 17:04:37 -0400 (EDT)
Date: Fri, 18 Apr 1997 17:04:37 -0400 (EDT)
From: Thomas David Rivers 
Message-Id: <199704182104.RAA08474@lakes.water.net>
To: ponds!nlsystems.com!dfr, ponds!lakes.water.net!rivers
Subject: Re: kern/3304: NFS V2 readdir hangs
Cc: ponds!freefall.freebsd.org!freebsd-bugs
Content-Type: text
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Doug Rabson writes:
>
   .. my description deleted ..

> 
> Nope.  The lock is done with flags from the struct nfsmount (flagp =
> &rep->r_nmp->nm_flag).  
  
 Oh yes, I see...

>                         This is shared by all the requests and nfsnodes on
> the same mountpoint.  The code in nfs_reply is supposed to continue
> looping until the reply for myrep is recieved.  If any other replies are
> received, they are matched against the list of outstanding requests and
> their owners will notice when they wake up and try to re-get the rcvlock.

 However; the printf()s I've sprinkled around seem to indicate
that the call to nfs_lookup() is getting through the rcvlock() and
doing an sorecieve().

> 
> >   So; we're left with the lookup() failing with a ENONENT (#2),
> >  and the nfs_request from #2 hanging; never being woken up.
> >  
> >    I think that pretty well describes my findings.
> 
> I really need a packet trace to try and get a picture of what is
> happening here.  Could you run 'tcpdump -vv -s300' on a third machine and
> send me the trace.

 Oh my... this is the only FreeBSD machine on this network.  I've got
a SunOS 4.1.3 and HP/UX 9.05 - I don't think I can do this.  Couldn't
I simply to this on the machine that's locking up?

 As an alternative, I can send you my instrumented source (so you can see 
just where my printf()s are) and the messages file... would that help?
[I've touched nfs_vnops.c, nfs_socket.c, uipc_socket.c and uipc_socket2.c;
not too much actually.]

> 
> >  
> >    Perhaps the rcvlock() needs to change to lock on something other
> >  than the nfsreq block... does anyone have any suggestions?
> 
> As mentioned above, the lock is shared by all requests on the same mount
> point.

  Yes - that certainly sounds like it should be the ticket...

  I'm adding a couple of more printf()s and building a new log file...
I want to verify that flagp is being set right in rcvlock(); and make
absolutely sure it's the nfs_request() from lookup() that's confusing
things...

	- Dave Rivers -

From owner-freebsd-bugs  Fri Apr 18 14:51:35 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id OAA06430
          for bugs-outgoing; Fri, 18 Apr 1997 14:51:35 -0700 (PDT)
Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2])
          by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA06272
          for ; Fri, 18 Apr 1997 14:50:39 -0700 (PDT)
Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02)
	id AA16998; Fri, 18 Apr 1997 17:50:03 -0400
Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Fri, 18 Apr 1997 17:50 EDT
Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id RAA27092; Fri, 18 Apr 1997 17:09:22 -0400 (EDT)
Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id RAA08495; Fri, 18 Apr 1997 17:16:06 -0400 (EDT)
Date: Fri, 18 Apr 1997 17:16:06 -0400 (EDT)
From: Thomas David Rivers 
Message-Id: <199704182116.RAA08495@lakes.water.net>
To: ponds!nlsystems.com!dfr, ponds!lakes.water.net!rivers
Subject: Re: kern/3304: NFS V2 readdir hangs
Cc: ponds!freefall.freebsd.org!freebsd-bugs
Content-Type: text
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk



   Well - I've got an interesting little bit of info; so I'm
answering my own mail...


Dave Rivers writes:
> 
> Doug Rabson writes:
> >
>    .. my description deleted ..
> 
> > 
> > Nope.  The lock is done with flags from the struct nfsmount (flagp =
> > &rep->r_nmp->nm_flag).  
>   
>  Oh yes, I see...
> 
> >                         This is shared by all the requests and nfsnodes on
> > the same mountpoint.  The code in nfs_reply is supposed to continue
> > looping until the reply for myrep is recieved.  If any other replies are
> > received, they are matched against the list of outstanding requests and
> > their owners will notice when they wake up and try to re-get the rcvlock.
> 
>  However; the printf()s I've sprinkled around seem to indicate
> that the call to nfs_lookup() is getting through the rcvlock() and
> doing an sorecieve().

  I simply printed the value of "flagp" in nfs_rcvlock() - and, guess what,
it was different when called from nfs_lookup() than when called from
nfs_readdirrpc()... just a "snippet" or two from my printf()s (of course,
it's a little stretch to see here; without the code in front, but I
hope it's understandable):

  This is it's value when we wind down into sbwait().
Apr 18 17:00:54 numb /kernel: nfs_rcvlock(0xf151c7c0)
Apr 18 17:00:54 numb /kernel:   flagp is 0xf14bb200
Apr 18 17:00:54 numb /kernel:   *flagp is 0x2000e
Apr 18 17:00:54 numb /kernel:   nfs_rcvlock - (at bottom) returning 0
Apr 18 17:00:54 numb /kernel:   back from nfs_rcvlock - error is 0
Apr 18 17:00:54 numb /kernel:   calling nfs_receive
         ....
Apr 18 17:00:55 numb /kernel:  Enter sbwait()
Apr 18 17:00:55 numb /kernel:   SB_NOINTR is 1
Apr 18 17:00:55 numb /kernel:   sb->sb_timeo is 0
Apr 18 17:00:55 numb /kernel:   sleeping on 0xf14ba040

Then; we have:
Apr 18 17:01:00 numb /kernel: ---- Enter nfs_lookup() --------
Apr 18 17:01:00 numb /kernel: nfs_request()
Apr 18 17:01:00 numb /kernel:    malloc'd nfsreg = 0xf151c700
   ...
Apr 18 17:01:01 numb /kernel: nfs_rcvlock(0xf151c700)
Apr 18 17:01:01 numb /kernel:   flagp is 0xf14b9a00
Apr 18 17:01:01 numb /kernel:   *flagp is 0x2000e
Apr 18 17:01:01 numb /kernel:   nfs_rcvlock - (at bottom) returning 0
Apr 18 17:01:01 numb /kernel:   back from nfs_rcvlock - error is 0
Apr 18 17:01:01 numb /kernel:   calling nfs_receive


  So - it would appear that the reason the nfs_rcvlock() is
"going through" is that flagp is different...   I don't have
any really good ideas why...

	- Dave Rivers -




From owner-freebsd-bugs  Fri Apr 18 16:50:07 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id QAA14408
          for bugs-outgoing; Fri, 18 Apr 1997 16:50:07 -0700 (PDT)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id QAA14402;
          Fri, 18 Apr 1997 16:50:04 -0700 (PDT)
Resent-Date: Fri, 18 Apr 1997 16:50:04 -0700 (PDT)
Resent-Message-Id: <199704182350.QAA14402@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Tor.Egge@idi.ntnu.no
Received: from pat.idt.unit.no (0@pat.idt.unit.no [129.241.103.5])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA13822
          for ; Fri, 18 Apr 1997 16:40:44 -0700 (PDT)
Received: from ikke.idt.unit.no (tegge@ikke.idt.unit.no [129.241.111.65])
	by pat.idt.unit.no (8.8.5/8.8.5) with ESMTP id BAA20254
	for ; Sat, 19 Apr 1997 01:40:32 +0200 (MET DST)
Received: (from tegge@localhost)
	by ikke.idt.unit.no (8.8.5/8.8.5) id BAA00843;
	Sat, 19 Apr 1997 01:40:32 +0200 (MET DST)
Message-Id: <199704182340.BAA00843@ikke.idt.unit.no>
Date: Sat, 19 Apr 1997 01:40:32 +0200 (MET DST)
From: Tor Egge 
Reply-To: Tor.Egge@idi.ntnu.no
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/3327: using gdb may cause hanging processes.
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         3327
>Category:       kern
>Synopsis:       using gdb may cause hanging processes.
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Apr 18 16:50:03 PDT 1997
>Last-Modified:
>Originator:     Tor Egge
>Organization:
Norwegian University of Science and Technology, Trondheim, Norway
>Release:        FreeBSD 3.0-CURRENT i386
>Environment:

FreeBSD ikke.idt.unit.no 3.0-CURRENT FreeBSD 3.0-CURRENT #2: Sat Apr 19 00:20:25 MET DST 1997     root@ikke.idt.unit.no:/usr/src/sys/compile/TEGGE  i386


>Description:

	When debugging a process, gdb sometimes gives a message of
	the form
	
		Cannot insert breakpoint 2:
		Error accessing memory address 0x25240: Bad address.

	After this, the process is stuck.

	Looking at the kernel with gdb -k /kernel /dev/mem, 
	showed the debugged process not being able to exit,
	due to a shared lock on a vm map blocking the
	removal of the vm map.

	"ps ax" may hang waiting for an exclusive lock
	on the vm map (due to a call to vm_fault)

>How-To-Repeat:

	Use gdb, and set some breakpoints.

>Fix:
	
	Unlock the vm map if vm_page_lookup fails.


Index: procfs_mem.c
===================================================================
RCS file: /home/ncvs/src/sys/miscfs/procfs/procfs_mem.c,v
retrieving revision 1.24
diff -c -r1.24 procfs_mem.c
*** procfs_mem.c	1997/04/06 02:29:31	1.24
--- procfs_mem.c	1997/04/18 22:19:31
***************
*** 206,211 ****
--- 206,213 ----
  			 */
  			object = NULL;
  
+ 			vm_map_lookup_done(tmap, out_entry);
+ 
  			break;
  		}
  
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Fri Apr 18 19:10:06 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id TAA20576
          for bugs-outgoing; Fri, 18 Apr 1997 19:10:06 -0700 (PDT)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id TAA20562;
          Fri, 18 Apr 1997 19:10:03 -0700 (PDT)
Date: Fri, 18 Apr 1997 19:10:03 -0700 (PDT)
Message-Id: <199704190210.TAA20562@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: Tor Egge 
Subject: Re: kern/3327: using gdb may cause hanging processes.
Reply-To: Tor Egge 
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

The following reply was made to PR kern/3327; it has been noted by GNATS.

From: Tor Egge 
To: Tor.Egge@idi.ntnu.no
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: kern/3327: using gdb may cause hanging processes.
Date: Sat, 19 Apr 1997 04:05:00 +0200

 > 	When debugging a process, gdb sometimes gives a message of
 > 	the form
 > 	
 > 		Cannot insert breakpoint 2:
 > 		Error accessing memory address 0x25240: Bad address.
 > 
 > 	After this, the process is stuck.
 
 A more complete fix:
  	
 	Allow fallback to backing objects when reading.
  	Unlock the vm map if vm_page_lookup fails.
  
 
 Index: procfs_mem.c
 ===================================================================
 RCS file: /home/ncvs/src/sys/miscfs/procfs/procfs_mem.c,v
 retrieving revision 1.24
 diff -c -r1.24 procfs_mem.c
 *** procfs_mem.c	1997/04/06 02:29:31	1.24
 --- procfs_mem.c	1997/04/19 01:49:07
 ***************
 *** 197,202 ****
 --- 197,213 ----
   		}
   
   		m = vm_page_lookup(object, pindex);
 + 
 + 		/* Allow fallback to backing objects if we are reading */
 + 
 + 		while (m == NULL && !writing && object->backing_object) {
 + 
 + 		  pindex += OFF_TO_IDX(object->backing_object_offset);
 + 		  object = object->backing_object;
 + 
 + 		  m = vm_page_lookup(object, pindex);
 + 		}
 + 
   		if (m == NULL) {
   			error = EFAULT;
   
 ***************
 *** 205,210 ****
 --- 216,223 ----
   			 * an error return on vm_map_lookup.
   			 */
   			object = NULL;
 + 
 + 			vm_map_lookup_done(tmap, out_entry);
   
   			break;
   		}

From owner-freebsd-bugs  Fri Apr 18 20:25:30 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id UAA23042
          for bugs-outgoing; Fri, 18 Apr 1997 20:25:30 -0700 (PDT)
Received: from gneiss.eps.nagoya-u.ac.jp (gneiss.eps.nagoya-u.ac.jp [133.6.57.99])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA23034
          for ; Fri, 18 Apr 1997 20:25:25 -0700 (PDT)
Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by gneiss.eps.nagoya-u.ac.jp (8.8.5/3.4W4) with ESMTP id MAA08105; Sat, 19 Apr 1997 12:24:48 +0900 (JST)
Message-Id: <199704190324.MAA08105@gneiss.eps.nagoya-u.ac.jp>
To: rb@gid.co.uk
Cc: kato@eclogite.eps.nagoya-u.ac.jp, freebsd-bugs@freefall.freebsd.org
Subject: Re: kern/3292: Cyrix 486 performance problem
In-Reply-To: Your message of "Fri, 18 Apr 1997 21:36:54 +0100"
References: 
X-Mailer: Mew version 1.69 on Emacs 19.28.1 / Mule 2.3
X-PGP-Fingerprint: 03 72 85 36 62 46 23 03  52 B1 10 22 44 10 0D 9E
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Date: Sat, 19 Apr 1997 12:24:48 +0900
From: KATO Takenori 
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

I read initcpu.c and compared it to old locore.s, then I found a
solution of Cyrix 486 CPU cache.  That is just do:

	Delete cache disable code in init_486dlc().

1. BIOS on old motherboards may not initialize registers of Cyrix
   486.  Thus, CPU cache is not enabled at reset time.
2. BIOS on newer motherboards initialize registers of Cyrix 486.  Thus,
   CPU cache is enabled by BIOS.

In case 1, usere should recompile with CYRIX_CACHE_WORKS to enable CPU 
cache, because neither BIOS nor FreeBSD kernel enable it.  In case 2,
BIOS enables CPU cache and FreeBSD kernel doesn't disable it, even
though CYRIX_CACHE_WORKS is not set.


----
KATO Takenori 
Dept. Earth Planet. Sci., Nagoya Univ.,  Nagoya, 464-01, Japan
PGP public key: finger kato@eclogite.eps.nagoya-u.ac.jp
------------------- Powered by FreeBSD(98) -------------------

From owner-freebsd-bugs  Fri Apr 18 20:40:09 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id UAA23547
          for bugs-outgoing; Fri, 18 Apr 1997 20:40:09 -0700 (PDT)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id UAA23523;
          Fri, 18 Apr 1997 20:40:04 -0700 (PDT)
Resent-Date: Fri, 18 Apr 1997 20:40:04 -0700 (PDT)
Resent-Message-Id: <199704190340.UAA23523@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ortmann@sparc.isl.net
Received: from watcher.isl.net (ppp-83.isl.net [199.3.25.132])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA23456
          for ; Fri, 18 Apr 1997 20:38:48 -0700 (PDT)
Received: (from ortmann@localhost)
	by watcher.isl.net (8.8.5/8.8.5) id KAA00557;
	Fri, 18 Apr 1997 10:44:47 -0500 (CDT)
Message-Id: <199704181544.KAA00557@watcher.isl.net>
Date: Fri, 18 Apr 1997 10:44:47 -0500 (CDT)
From: Daniel Ortmann 
Reply-To: ortmann@sparc.isl.net
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/3328: another kernel panic
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         3328
>Category:       kern
>Synopsis:       another kernel panic
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Apr 18 20:40:03 PDT 1997
>Last-Modified:
>Originator:     Daniel Ortmann
>Organization:
N/A
>Release:        FreeBSD 3.0-CURRENT i386
>Environment:

EISA, Adaptec 1742 SCSI, Mach32 vidwo, 48MB RAM/80MB swap, 28.8kbps
modem, tcp/ip networking using /usr/sbin/pppd, 11 vty's with getty's
xdm/X on the 12th, several logins including a couple as root, NO
activity on X, one "make install" in /usr/ports/math/, with my config
file's "maxusers" set to 32.  (The system wasn't really loaded very
heavily.)

Here is my current config file:

machine       "i386"
cpu           "I486_CPU"
ident         WATCHER
maxusers      32
options       INET
options       FFS
options       MSDOSFS
options       "CD9660"
options       PROCFS
options       "COMPAT_43"
options       SCSI_DELAY=15
options       BOUNCE_BUFFERS
options       UCONSOLE
options       FAILSAFE
options       USERCONFIG
options       VISUAL_USERCONFIG
options       SYSVSHM
options       SYSVSEM
options       SYSVMSG
options       BROKEN_KEYBOARD_RESET
options       FAILSAFE
options       USER_LDT
options       COMPAT_LINUX
options       IPFIREWALL
options       IPFIREWALL_VERBOSE
options       IPFIREWALL_VERBOSE_LIMIT=10
options       TCPDEBUG
options       SCSI_REPORT_GEOMETRY
config        kernel root on sd0 swap on sd1 dumps on sd1
controller    isa0
controller    eisa0
controller    fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr
disk          fd0 at fdc0 drive 0
disk          fd1 at fdc0 drive 1
controller    ahb0
controller    scbus0
device        sd0
device        st0
device        cd0
device        sc0 at isa? port "IO_KBD" tty irq 1 vector scintr
options       XSERVER
options       FAT_CURSOR
device        npx0 at isa? port "IO_NPX" irq 13 vector npxintr
device        apm0 at isa? disable
options       APM_BROKEN_STATCLOCK
device        sio0 at isa? port "IO_COM1" tty irq 4 vector siointr
device        sio1 at isa? port "IO_COM2" tty irq 3 vector siointr
device        sio2 at isa? port "IO_COM3" tty irq 9 vector siointr
device        sio3 at isa? port "0x368" tty irq 10 vector siointr
device        sio4 at isa? port "0x268" tty irq 12 vector siointr
device        lpt0 at isa? port "IO_LPT1" tty irq 7 vector lptintr
device        lpt1 at isa? port "IO_LPT2" tty irq 5 vector lptintr
pseudo-device loop
pseudo-device ether
pseudo-device log
pseudo-device ppp 1
pseudo-device tun 1
pseudo-device pty 32
pseudo-device gzip
pseudo-device bpfilter 4
pseudo-device speaker
pseudo-device snp 4
options       KTRACE

>Description:

While filling out another problem report about a kernel panic THIS
panic occurred.

I had one background "make install" process occurring in /usr/proc/math/.
The system was lightly loaded, with xdm and X running.

It seems that "make" tends to goof of the process queuing somehow.  I've
seen processes locked up (especially /bin/ps although the procfs was
ok).  I've also experienced periodic blockages of sendmail, and misc
other binaries.

Here's the panic message; I recognize it from previous panics:

panic: page fault

syncing disks...

Fatal trap 12: page fault while in kernel mode
fault virtual address	= 0x44
fault code	= supervisor read, page not present
instruction pointer	= 0x8:0xf010d510
stack pointer	= 0x10:0xf5b68de8
frame pointer	= 0x10:0xf5b68de8
code segment	= base 0x0, limit 0xfffff, type 0x1b
	= DPL 0, pres 1, def32 1, gran 1
processor eflags	= interrupt enabled, resume, IOLL = 0
current process	= 4 (update)
interrupt mask	=
panic: page fault

dumping yadayadayaydayadayadayada

>How-To-Repeat:

See the above descriptions and environment.  Here's what happened this
time:
 - I was running a "make install" as root in /usr/ports/make/
 - pppd died
 - I restarted it
 - it took several seconds so I did  F1 back to vty 0
I was in time to see the panic message listed above.

This started happening in early April on -current.

>Fix:

Unknown.
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Fri Apr 18 22:10:05 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id WAA26403
          for bugs-outgoing; Fri, 18 Apr 1997 22:10:05 -0700 (PDT)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id WAA26397;
          Fri, 18 Apr 1997 22:10:02 -0700 (PDT)
Resent-Date: Fri, 18 Apr 1997 22:10:02 -0700 (PDT)
Resent-Message-Id: <199704190510.WAA26397@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, tege@nada.kth.se
Received: from gmp.tmg.se (quiet.matematik.su.se [130.237.198.146])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA26342
          for ; Fri, 18 Apr 1997 22:07:38 -0700 (PDT)
Received: (from tege@localhost)
	by gmp.tmg.se (8.8.5/8.8.5) id HAA03203;
	Sat, 19 Apr 1997 07:06:35 +0200 (CEST)
Message-Id: <199704190506.HAA03203@gmp.tmg.se>
Date: Sat, 19 Apr 1997 07:06:35 +0200 (CEST)
From: Torbjorn Granlund 
Reply-To: tege@nada.kth.se
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/3329: Panic when using tcpdump on fxp device
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         3329
>Category:       kern
>Synopsis:       Panic when using tcpdump on fxp device
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Apr 18 22:10:01 PDT 1997
>Last-Modified:
>Originator:     Torbjorn Granlund
>Organization:
TMG Datakonsult
>Release:        FreeBSD 2.2.1-RELEASE i386
>Environment:

NFS server:
        CPU:                    P6 200MHz
        Main memory:            128MB FPM DRAM
        Motherboard:            ASUS P6RP4 (Orion)
        Ethernet card 1:        Intel Etherexpress Pro/100B "fxp"
        (Ethernet card 2:       21040A-based noname "de")
        SCSI card #1:           Adaptec 2940UW
        (SCSI card #2:          Adaptec 2940)
        SCSI devices:           Disks, tapedrives, CDROMs
NFS client:
        CPU:                    P54 166MHz
        Main memory:            64MB EDO DRAM
        Motherboard:            ASUS P55T2P4 (Triton-II 430HX)
        Ethernet card 1:        Intel Etherexpress Pro/100B "fxp"
        (Ethernet card 2:       SMC 8216 "ed")
        (IDE hard drive)

Devices that are not involved in the operation that triggers the bug are
between parentheses.  There are dual ethernet interfaces on the machines
because the 100Mb cards where just installed (one of them is also used for
forwarding packets between theses machines and the 10Mb/s network).

The fxp cards are connected to each other without a hub with a crossed
category 5 UTP cable.

>Description:

A `cp foo bar' command issued at the NFS client where both foo and bar lives
at the same NFS server triggers an immediate panic in the NFS server when a
tcpdump of the fxp device is running on the server.

The NFS server panics with:

        Fatal trap 12: page fault while in kernel mode
        fault virtual address   = 0x37353a40
        fault code              = supervisor read, page not present
        instruction pointer     = 0x8:0xf013e3dd
        stack pointer           = 0x10:0xf01e7ec4
        frame pointer           = 0x10:0xf01e7ecc
        code segment            = base 0x0, limit 0xfffff, type 0x1b
                                = DPL 0, pres 1, def32 1, gran 1
        processor eflags        = interrupt enabled, resume, IOPL=0
        current process         = Idle
        interrupt mask          = not tty
        panic: page fault

Running gdb on the kernel reveals that the crash happens in bpf_filter.c:

        0xf013e3dd :        movw   (%ebx),%ax

Both machines were rebooted immediately prior to this crash.  (BPF was
enabled in order to track down a hang in the client when using the fxp
devices for the NFS traffic.  The problem described in this report inhibited
my investigation of the hang--I will resume it if the BPF problem is
resolved.  I might also try doing the tcpdump on the client and see if it
panics like the server or if it merely hangs.)

When doing the exact same operation using the other ethernet controllers
(i.e., the 10Mb/s channel between the ed and de interfaces) there are no
problems, with or without tcpdump running.

Also, I cannot provoke any hangs when using the fxp drivers for non-NFS
traffic, even if the traffix is made intensive.

>How-To-Repeat:

Probably sufficient to use an fxp device on an FreeBSD NFS server and run
tcpdump and then do some NFS reads and/or NFS writes.  I haven't
investigated the envelope of this error, since I am uncertain if it will
help track it down.  I am more than willing to assist attempts at
reproducing the panic, if these instructions would turn out to be
insufficient.

>Fix:

Disable BPF.  Unfortunately the fxp driver and NFS writes seem incompatible.
With BPF disabled, the difference is that the client hangs on NFS
operations...  :-(
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sat Apr 19 00:30:03 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id AAA00320
          for bugs-outgoing; Sat, 19 Apr 1997 00:30:03 -0700 (PDT)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id AAA00313;
          Sat, 19 Apr 1997 00:30:01 -0700 (PDT)
Date: Sat, 19 Apr 1997 00:30:01 -0700 (PDT)
Message-Id: <199704190730.AAA00313@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: David Greenman 
Subject: Re: kern/3329: Panic when using tcpdump on fxp device 
Reply-To: David Greenman 
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

The following reply was made to PR kern/3329; it has been noted by GNATS.

From: David Greenman 
To: tege@nada.kth.se
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: kern/3329: Panic when using tcpdump on fxp device 
Date: Sat, 19 Apr 1997 00:23:38 -0700

 >A `cp foo bar' command issued at the NFS client where both foo and bar lives
 >at the same NFS server triggers an immediate panic in the NFS server when a
 >tcpdump of the fxp device is running on the server.
 >
 >The NFS server panics with:
 >
 >        Fatal trap 12: page fault while in kernel mode
 >        fault virtual address   = 0x37353a40
 >        fault code              = supervisor read, page not present
 >        instruction pointer     = 0x8:0xf013e3dd
 >        stack pointer           = 0x10:0xf01e7ec4
 >        frame pointer           = 0x10:0xf01e7ecc
 >        code segment            = base 0x0, limit 0xfffff, type 0x1b
 >                                = DPL 0, pres 1, def32 1, gran 1
 >        processor eflags        = interrupt enabled, resume, IOPL=0
 >        current process         = Idle
 >        interrupt mask          = not tty
 >        panic: page fault
 >
 >Running gdb on the kernel reveals that the crash happens in bpf_filter.c:
 >
 >        0xf013e3dd :        movw   (%ebx),%ax
 >
 >Both machines were rebooted immediately prior to this crash.  (BPF was
 >enabled in order to track down a hang in the client when using the fxp
 >devices for the NFS traffic.  The problem described in this report inhibited
 >my investigation of the hang--I will resume it if the BPF problem is
 >resolved.  I might also try doing the tcpdump on the client and see if it
 >panics like the server or if it merely hangs.)
 
    I'm not able to reproduce either the hang or panic problems here. I just
 did a code review of the fxp driver's handling of the bpf_tap call and there's
 nothing wrong with it. In short, I'm at a complete loss to explain the problem
 you're having. A complete traceback with function arguments might be useful.
 
 -DG
 
 David Greenman
 Core-team/Principal Architect, The FreeBSD Project

From owner-freebsd-bugs  Sat Apr 19 01:00:06 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id BAA01309
          for bugs-outgoing; Sat, 19 Apr 1997 01:00:06 -0700 (PDT)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id BAA01275;
          Sat, 19 Apr 1997 01:00:01 -0700 (PDT)
Date: Sat, 19 Apr 1997 01:00:01 -0700 (PDT)
Message-Id: <199704190800.BAA01275@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: j@uriah.heep.sax.de (J Wunsch)
Subject: Re: kern/3328: another kernel panic
Reply-To: j@uriah.heep.sax.de (J Wunsch)
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

The following reply was made to PR kern/3328; it has been noted by GNATS.

From: j@uriah.heep.sax.de (J Wunsch)
To: ortmann@sparc.isl.net
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: kern/3328: another kernel panic
Date: Sat, 19 Apr 1997 09:32:05 +0200

 As Daniel Ortmann wrote:
 
 > Here's the panic message; I recognize it from previous panics:
 
 Worthless as it stands...
 
 > panic: page fault
 > 
 > syncing disks...
 > 
 > Fatal trap 12: page fault while in kernel mode
 > fault virtual address	= 0x44
 > fault code	= supervisor read, page not present
 > instruction pointer	= 0x8:0xf010d510
 
 	nm /kernel | sort | more
 
 and lookup the function corresponding to 0xf010d510.
 
 p.s.: I think filing PRs for a quickly moving -current shouldn't be
 your first reaction.  Better report it to the freebsd-current mailing
 list, including the panic information, and only file a PR if no short-
 term solution will be seen.  Also, always report the exact source date
 for -current.
 
 -- 
 cheers, J"org
 
 joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
 Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Sat Apr 19 03:40:12 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id DAA08583
          for bugs-outgoing; Sat, 19 Apr 1997 03:40:12 -0700 (PDT)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id DAA08568;
          Sat, 19 Apr 1997 03:40:07 -0700 (PDT)
Resent-Date: Sat, 19 Apr 1997 03:40:07 -0700 (PDT)
Resent-Message-Id: <199704191040.DAA08568@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, obrien@freebsd.org
Received: from relay.nuxi.com (nuxi.ucdavis.edu [128.120.175.23])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA08261
          for ; Sat, 19 Apr 1997 03:32:38 -0700 (PDT)
Received: from dragon.nuxi.com (reqf-062.ucdavis.edu [128.120.253.182]) by relay.nuxi.com (8.8.5/8.6.12) with ESMTP id CAA03417 for ; Sat, 19 Apr 1997 02:41:51 GMT
Received: (from obrien@localhost) by dragon.nuxi.com (8.8.5/8.7.3) id KAA13417; Sat, 19 Apr 1997 10:32:36 GMT
Message-Id: <199704191032.KAA13417@dragon.nuxi.com>
Date: Sat, 19 Apr 1997 10:32:36 GMT
From: "David O'Brien" 
Reply-To: obrien@freebsd.org
To: FreeBSD-gnats-submit@freebsd.org
Cc: obrien@dragon.nuxi.com
X-Send-Pr-Version: 3.2
Subject: bin/3349: zgrep script does not understand ``--'' to end option list
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         3349
>Category:       bin
>Synopsis:       zgrep script does not understand ``--'' to end option list
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Apr 19 03:40:03 PDT 1997
>Last-Modified:
>Originator:     David O'Brien
>Organization:
The FreeBSD Project.
>Release:        FreeBSD 2.2-STABLE i386
>Environment:

	n/a

>Description:

	The /usr/bin/zgrep sh script does not understand `--' to end processing
	of command options.  This means one cannot search for a string starting
	with a dash because `--' isn't passed to grep.

>How-To-Repeat:

	zgrep -- -l /usr/share/man/man3/*

	gives repeated errors of:
	usage: grep [-[AB] ] [-HRPS] [-CEFGLVabchilnqsvwx]
				[-e ] [-f file] [files ...]

>Fix:
	
	Ask Joerg/Ollivier to rewrite it in Perl???  :-)  J/K

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sat Apr 19 04:20:38 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id EAA10221
          for bugs-outgoing; Sat, 19 Apr 1997 04:20:38 -0700 (PDT)
Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2])
          by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA10211
          for ; Sat, 19 Apr 1997 04:20:35 -0700 (PDT)
Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02)
	id AA10257; Sat, 19 Apr 1997 07:20:03 -0400
Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Sat, 19 Apr 1997 07:20 EDT
Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id GAA10563; Sat, 19 Apr 1997 06:40:26 -0400 (EDT)
Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id GAA02715; Sat, 19 Apr 1997 06:46:44 -0400 (EDT)
Date: Sat, 19 Apr 1997 06:46:44 -0400 (EDT)
From: Thomas David Rivers 
Message-Id: <199704191046.GAA02715@lakes.water.net>
To: ponds!nlsystems.com!dfr, ponds!lakes.water.net!rivers
Subject: Re: kern/3304: NFS V2 readdir hangs
Cc: ponds!freefall.freebsd.org!freebsd-bugs
Content-Type: text
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> 
> >   This is it's value when we wind down into sbwait().
> > Apr 18 17:00:54 numb /kernel: nfs_rcvlock(0xf151c7c0)
> > Apr 18 17:00:54 numb /kernel:   flagp is 0xf14bb200
> > Apr 18 17:00:54 numb /kernel:   *flagp is 0x2000e
> > Apr 18 17:00:54 numb /kernel:   nfs_rcvlock - (at bottom) returning 0
> > Apr 18 17:00:54 numb /kernel:   back from nfs_rcvlock - error is 0
> > Apr 18 17:00:54 numb /kernel:   calling nfs_receive
> >          ....
> > Apr 18 17:00:55 numb /kernel:  Enter sbwait()
> > Apr 18 17:00:55 numb /kernel:   SB_NOINTR is 1
> > Apr 18 17:00:55 numb /kernel:   sb->sb_timeo is 0
> > Apr 18 17:00:55 numb /kernel:   sleeping on 0xf14ba040
> > 
> > Then; we have:
> > Apr 18 17:01:00 numb /kernel: ---- Enter nfs_lookup() --------
> > Apr 18 17:01:00 numb /kernel: nfs_request()
> > Apr 18 17:01:00 numb /kernel:    malloc'd nfsreg = 0xf151c700
> >    ...
> > Apr 18 17:01:01 numb /kernel: nfs_rcvlock(0xf151c700)
> > Apr 18 17:01:01 numb /kernel:   flagp is 0xf14b9a00
> > Apr 18 17:01:01 numb /kernel:   *flagp is 0x2000e
> > Apr 18 17:01:01 numb /kernel:   nfs_rcvlock - (at bottom) returning 0
> > Apr 18 17:01:01 numb /kernel:   back from nfs_rcvlock - error is 0
> > Apr 18 17:01:01 numb /kernel:   calling nfs_receive
> > 
> > 
> >   So - it would appear that the reason the nfs_rcvlock() is
> > "going through" is that flagp is different...   I don't have
> > any really good ideas why...
> 
> The two requests are being made on different mount points.  They *should*
> have different sockets.  I had better check on this.

 Yes, I would think that would indicate two different mount points
 as well...

 Although there are multiple NFS mount points; _nothing_ else is happening
 on the machine; so I don't know where the other request is coming from.

 But - I will verify this by removing all the other NFS mount points and
 seeing if the problem "goes away."   Then, we'll have a clear picture...

	- Dave Rivers -

From owner-freebsd-bugs  Sat Apr 19 04:20:44 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id EAA10248
          for bugs-outgoing; Sat, 19 Apr 1997 04:20:44 -0700 (PDT)
Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2])
          by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA10236
          for ; Sat, 19 Apr 1997 04:20:40 -0700 (PDT)
Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02)
	id AA10294; Sat, 19 Apr 1997 07:20:09 -0400
Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Sat, 19 Apr 1997 07:20 EDT
Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id GAA10757; Sat, 19 Apr 1997 06:54:53 -0400 (EDT)
Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id HAA02747; Sat, 19 Apr 1997 07:01:11 -0400 (EDT)
Date: Sat, 19 Apr 1997 07:01:11 -0400 (EDT)
From: Thomas David Rivers 
Message-Id: <199704191101.HAA02747@lakes.water.net>
To: ponds!nlsystems.com!dfr, ponds!lakes.water.net!rivers
Subject: Re: kern/3304: NFS V2 readdir hangs
Cc: ponds!freefall.freebsd.org!freebsd-bugs
Content-Type: text
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Again - here I am answering my own mail..

> > > 
> > >   So - it would appear that the reason the nfs_rcvlock() is
> > > "going through" is that flagp is different...   I don't have
> > > any really good ideas why...
> > 
> > The two requests are being made on different mount points.  They *should*
> > have different sockets.  I had better check on this.
> 
>  Yes, I would think that would indicate two different mount points
>  as well...
> 
>  Although there are multiple NFS mount points; _nothing_ else is happening
>  on the machine; so I don't know where the other request is coming from.
> 
>  But - I will verify this by removing all the other NFS mount points and
>  seeing if the problem "goes away."   Then, we'll have a clear picture...
> 
> 	- Dave Rivers -
> 

 I have just verified the hang with only one NFS file system
mounted... In fact, I only the following mounted:

   # /sbin/mount
   /dev/wd0a on / (NFS exported, local)
   /dev/wd0s1e on /usr (NFS exported, local)
   procfs on /proc (local)
   sundog.unx.sas.com:/local on /nfs/sundog.unx.sas.com/local
   #

	- Dave Rivers -


From owner-freebsd-bugs  Sat Apr 19 04:34:13 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id EAA10707
          for bugs-outgoing; Sat, 19 Apr 1997 04:34:13 -0700 (PDT)
Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA10700
          for ; Sat, 19 Apr 1997 04:34:07 -0700 (PDT)
Received: from gid.co.uk (uucp@localhost)
          by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP
	  id MAA08351; Sat, 19 Apr 1997 12:29:39 +0100 (BST)
Received: from [194.32.164.2] by seagoon.gid.co.uk; Sat, 19 Apr 1997 12:28:54 +0100
X-Sender: rb@194.32.164.1
Message-Id: 
In-Reply-To: <199704190324.MAA08105@gneiss.eps.nagoya-u.ac.jp>
References: Your message of "Fri, 18 Apr 1997 21:36:54 +0100"
 
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Sat, 19 Apr 1997 12:26:26 +0100
To: KATO Takenori 
From: Bob Bishop 
Subject: Re: kern/3292: Cyrix 486 performance problem
Cc: freebsd-bugs@freefall.freebsd.org
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

At 4:24 +0100 19/4/97, KATO Takenori wrote:
>I read initcpu.c and compared it to old locore.s, then I found a
>solution of Cyrix 486 CPU cache.  That is just do:
>
>	Delete cache disable code in init_486dlc().
>
>1. BIOS on old motherboards may not initialize registers of Cyrix
>   486.  Thus, CPU cache is not enabled at reset time.
>2. BIOS on newer motherboards initialize registers of Cyrix 486.  Thus,
>   CPU cache is enabled by BIOS.
>
>In case 1, usere should recompile with CYRIX_CACHE_WORKS to enable CPU
>cache, because neither BIOS nor FreeBSD kernel enable it.  In case 2,
>BIOS enables CPU cache and FreeBSD kernel doesn't disable it, even
>though CYRIX_CACHE_WORKS is not set.

I think that would do it. I suspect that with these DX2 parts the cache is
on by default rather than being turned on by the BIOS (as it would have to
be for SLC/DLC), but it amounts to the same thing.


--
Bob Bishop              (0118) 977 4017  international code +44 118
rb@gid.co.uk        fax (0118) 989 4254  between 0800 and 1800 UK



From owner-freebsd-bugs  Sat Apr 19 05:04:11 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id FAA14024
          for bugs-outgoing; Sat, 19 Apr 1997 05:04:11 -0700 (PDT)
Received: (from brian@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id FAA14002;
          Sat, 19 Apr 1997 05:04:08 -0700 (PDT)
Date: Sat, 19 Apr 1997 05:04:08 -0700 (PDT)
From: Brian Somers 
Message-Id: <199704191204.FAA14002@freefall.freebsd.org>
To: brian, freebsd-bugs, brian
Subject: Re: bin/1674
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: strange behaviour of pppd (daemonize, defaultroute)

Responsible-Changed-From-To: freebsd-bugs->brian
Responsible-Changed-By: brian
Responsible-Changed-When: Sat Apr 19 05:00:21 PDT 1997
Responsible-Changed-Why: 
I'll look into it.

From owner-freebsd-bugs  Sat Apr 19 07:57:14 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id HAA20491
          for bugs-outgoing; Sat, 19 Apr 1997 07:57:14 -0700 (PDT)
Received: (from scrappy@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id HAA20468;
          Sat, 19 Apr 1997 07:57:00 -0700 (PDT)
Date: Sat, 19 Apr 1997 07:57:00 -0700 (PDT)
From: "Marc G. Fournier" 
Message-Id: <199704191457.HAA20468@freefall.freebsd.org>
To: miff@spam.frisbee.net.au, scrappy, freebsd-bugs
Subject: Re: kern/946
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: divide-by-zero in kernel on bad disk info

State-Changed-From-To: feedback-closed
State-Changed-By: scrappy
State-Changed-When: Sat Apr 19 07:56:10 PDT 1997
State-Changed-Why: 

Fixed in Revision 1.25 of src/sys/i386/isa/diskslice_machdep.c

Closed by request of Michael Smith 

From owner-freebsd-bugs  Sat Apr 19 08:30:04 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id IAA22222
          for bugs-outgoing; Sat, 19 Apr 1997 08:30:04 -0700 (PDT)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id IAA22216;
          Sat, 19 Apr 1997 08:30:02 -0700 (PDT)
Resent-Date: Sat, 19 Apr 1997 08:30:02 -0700 (PDT)
Resent-Message-Id: <199704191530.IAA22216@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, joe@pavilion.net
Received: from florence.pavilion.net (mailrelay1.pavilion.net [194.242.128.25])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA21929
          for ; Sat, 19 Apr 1997 08:25:51 -0700 (PDT)
Received: from zebedee.pavilion.net (zebedee.pavilion.net [194.242.128.17])
	by florence.pavilion.net (8.8.5/8.8.5) with ESMTP id QAA05771
	for ; Sat, 19 Apr 1997 16:25:16 +0100 (BST)
Received: (from root@localhost)
	by zebedee.pavilion.net (8.8.5/8.8.5) id QAA01284;
	Sat, 19 Apr 1997 16:25:13 +0100 (BST)
Message-Id: <199704191525.QAA01284@zebedee.pavilion.net>
Date: Sat, 19 Apr 1997 16:25:13 +0100 (BST)
From: Josef Karthauser 
Reply-To: joe@pavilion.net
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/3351: SCSI bus timeouts (adaptec 2940) under RELENG_2_1_0.
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         3351
>Category:       kern
>Synopsis:       Scsi bus timeouts in 2.1.7.1 (adaptec 2940)
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Apr 19 08:30:01 PDT 1997
>Last-Modified:
>Originator:     Josef Karthauser
>Organization:
Pavilion Internet plc
>Release:        FreeBSD 2.1.7.1-RELEASE i386
>Environment:

	News server (INND 1.4 unof4). P200pro, 96mb ram, 10gb scsi
	harddisk on adaptec 1640 adapter, one bus (2gb + 4gb + 4gb)

>Description:

	Server was running under 2.1.5-RELEASE with no problems.
	Upgraded to 2.1.7.1 using CVSUP and RELENG_2_1_0 yesterday.
	The server has hung with scsi bus timeouts three times in the
	last 12 hours.

	Custom kernel with 'users 64' and 'maxmem 96mb'.  Lots of
	devices  commented out.

>How-To-Repeat:


>Fix:
	Rebooted under the original 2.1.5 kernel.

>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sat Apr 19 10:50:05 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id KAA28322
          for bugs-outgoing; Sat, 19 Apr 1997 10:50:05 -0700 (PDT)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id KAA28316;
          Sat, 19 Apr 1997 10:50:02 -0700 (PDT)
Date: Sat, 19 Apr 1997 10:50:02 -0700 (PDT)
Message-Id: <199704191750.KAA28316@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: Daniel Ortmann 
Subject: Re: kern/3328: another kernel panic
Reply-To: Daniel Ortmann 
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

The following reply was made to PR kern/3328; it has been noted by GNATS.

From: Daniel Ortmann 
To: joerg_wunsch@uriah.heep.sax.de
Cc: ortmann@sparc.isl.net, FreeBSD-gnats-submit@freebsd.org
Subject: Re: kern/3328: another kernel panic
Date: Sat, 19 Apr 1997 00:57:03 -0500 (CDT)

 > As Daniel Ortmann wrote:
 > 
 > > Here's the panic message; I recognize it from previous panics:
 > 
 > Worthless as it stands...
 > 
 > > panic: page fault
 > > 
 > > syncing disks...
 > > 
 > > Fatal trap 12: page fault while in kernel mode
 > > fault virtual address	= 0x44
 > > fault code	= supervisor read, page not present
 > > instruction pointer	= 0x8:0xf010d510
 > 
 > 	nm /kernel | sort | more
 > 
 > and lookup the function corresponding to 0xf010d510.
 
 Point taken.  Here's more information.  Does this help?
 
 f010cf34 T _lkmexists
 f010cf94 t __lkm_syscall
 f010d08c t __lkm_vfs
 f010d1f4 t __lkm_dev
 f010d2f8 t __lkm_exec
 f010d3c4 t _lkm_exec_dummy1
 f010d3cc t _lkm_exec_dummy2
 f010d3d4 t _lkm_exec_dummy3
 f010d3dc t _lkm_exec_dummy4
 f010d3e4 t ___set_execsw_set_sym_lkm_exec_dummy1
 f010d3e8 t ___set_execsw_set_sym_lkm_exec_dummy2
 f010d3ec t ___set_execsw_set_sym_lkm_exec_dummy3
 f010d3f0 t ___set_execsw_set_sym_lkm_exec_dummy4
 f010d3f4 T _lkmdispatch
 f010d47c T _lkm_nullcmd
 f010d484 t _lkm_drvinit
 f010d4b8 t ___set_sysinit_set_sym_lkmdev_sys_init
 f010d4c0 F kern_lock.o
 f010d4c0 T _lockinit
 f010d508 T _lockstatus        <<<=== this appears to be the function.
 f010d634 T _lockmgr
 f010db88 T _lockmgr_printinfo
 f010dbf0 F kern_lockf.o
 f010dbf0 T _lf_advlock
 f010dd8c t _lf_setlock
 f010e0f8 t _lf_clearlock
 
 > p.s.: I think filing PRs for a quickly moving -current shouldn't be
 > your first reaction.  Better report it to the freebsd-current mailing
 > list, including the panic information, and only file a PR if no short-
 > term solution will be seen.  Also, always report the exact source date
 > for -current.
 
 Point again taken; I'll resubscribe to the list, mea culpa.  (I've
 been impressed with the stability of -current and when I began seeing
 this panic persistenly ... that's when I decided to send it.)
 
 The source date had all of the available ctm patches applied and
 was entirely built using make world followed by a kernel rebuild
 completed on Sunday, April 13, 1997 at 2am.
 
 -- 
 Daniel Ortmann       507.288.7732 (h)  ortmann@isl.net
 2414 30 av NW, #D    507.253.6795 (w)  ortmann@vnet.ibm.com
 Rochester, MN 55901  "PERL: The Swiss Army Chainsaw"

From owner-freebsd-bugs  Sat Apr 19 13:09:53 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id NAA06719
          for bugs-outgoing; Sat, 19 Apr 1997 13:09:53 -0700 (PDT)
Received: (from wosch@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id NAA06648;
          Sat, 19 Apr 1997 13:08:34 -0700 (PDT)
Date: Sat, 19 Apr 1997 13:08:34 -0700 (PDT)
From: Wolfram Schneider 
Message-Id: <199704192008.NAA06648@freefall.freebsd.org>
To: obrien@freebsd.org, wosch, freebsd-bugs
Subject: Re: bin/3349
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Synopsis: zgrep script does not understand ``--'' to end option list

State-Changed-From-To: open-closed
State-Changed-By: wosch
State-Changed-When: Sat Apr 19 13:07:24 PDT 1997
State-Changed-Why: 
Fixed. Thanks for your report!

From owner-freebsd-bugs  Sat Apr 19 13:23:53 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id NAA07503
          for bugs-outgoing; Sat, 19 Apr 1997 13:23:53 -0700 (PDT)
Received: from sax.sax.de (sax.sax.de [193.175.26.33])
          by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA07498
          for ; Sat, 19 Apr 1997 13:23:48 -0700 (PDT)
Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA29550; Sat, 19 Apr 1997 22:23:40 +0200
Received: (from j@localhost)
	by uriah.heep.sax.de (8.8.5/8.8.5) id WAA18276;
	Sat, 19 Apr 1997 22:21:54 +0200 (MET DST)
Message-ID: <19970419222154.KP17091@uriah.heep.sax.de>
Date: Sat, 19 Apr 1997 22:21:54 +0200
From: j@uriah.heep.sax.de (J Wunsch)
To: bugs@freebsd.org
Cc: ortmann@sparc.isl.net (Daniel Ortmann)
Subject: Re: kern/3328: another kernel panic
References: <19970419093205.UI02832@uriah.heep.sax.de> <199704190557.AAA00974@watcher.isl.net>
X-Mailer: Mutt 0.60_p2-3,5,8-9
Mime-Version: 1.0
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
In-Reply-To: <199704190557.AAA00974@watcher.isl.net>; from Daniel Ortmann on Apr 19, 1997 00:57:03 -0500
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

As Daniel Ortmann wrote:

> > and lookup the function corresponding to 0xf010d510.
> 
> Point taken.  Here's more information.  Does this help?
> 
> f010d4c0 T _lockinit
> f010d508 T _lockstatus        <<<=== this appears to be the function.
> f010d634 T _lockmgr

Seems to be a lock manager problem.  Somebody has been fixing things
in this area recently.

> Point again taken; I'll resubscribe to the list, mea culpa.  (I've
> been impressed with the stability of -current and when I began seeing
> this panic persistenly ... that's when I decided to send it.)

Well, important announcements for -current systems go to this list, so
you're supposed to be subscribed even if it's stable.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-bugs  Sat Apr 19 14:19:01 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id OAA12192
          for bugs-outgoing; Sat, 19 Apr 1997 14:19:01 -0700 (PDT)
Received: from bsd.fs.bauing.th-darmstadt.de (bsd.fs.bauing.th-darmstadt.de [130.83.63.241])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA12178
          for ; Sat, 19 Apr 1997 14:18:54 -0700 (PDT)
Received: from campa.panke.de (anonymous213.ppp.cs.tu-berlin.de [130.149.17.213])
	by bsd.fs.bauing.th-darmstadt.de (8.8.5/8.8.5) with ESMTP id XAA18534
	for ; Sat, 19 Apr 1997 23:17:52 +0200 (MET DST)
Received: (from wosch@localhost) by campa.panke.de (8.8.5/8.6.12) id WAA02520; Sat, 19 Apr 1997 22:41:40 +0200 (MET DST)
Date: Sat, 19 Apr 1997 22:41:40 +0200 (MET DST)
Message-Id: <199704192041.WAA02520@campa.panke.de>
From: Wolfram Schneider 
To: freebsd-bugs@freefall.freebsd.org
Subject: Subject of bug reports (Re: bin/3349)
In-Reply-To: <199704192008.NAA06648@freefall.freebsd.org>
References: <199704192008.NAA06648@freefall.freebsd.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


It would be nice if the subject line 
	`Re: bin/3349'

contain the synopsis, e.g.:

`Re: [bin/3349] zgrep script does not understand ``--'' to end option list'


Wolfram Schneider writes:
>Synopsis: zgrep script does not understand ``--'' to end option list
>
>State-Changed-From-To: open-closed
>State-Changed-By: wosch
>State-Changed-When: Sat Apr 19 13:07:24 PDT 1997
>State-Changed-Why: 
>Fixed. Thanks for your report!

Wolfram

From owner-freebsd-bugs  Sat Apr 19 16:20:09 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id QAA21812
          for bugs-outgoing; Sat, 19 Apr 1997 16:20:09 -0700 (PDT)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id QAA21804;
          Sat, 19 Apr 1997 16:20:03 -0700 (PDT)
Resent-Date: Sat, 19 Apr 1997 16:20:03 -0700 (PDT)
Resent-Message-Id: <199704192320.QAA21804@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, skynyrd@opus.cts.cwu.edu
Received: from pahtoh.cwu.edu (root@pahtoh.cwu.edu [198.104.65.27])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA21707
          for ; Sat, 19 Apr 1997 16:18:05 -0700 (PDT)
Received: from opus.cts.cwu.edu (skynyrd@opus.cts.cwu.edu [198.104.92.71])
	by pahtoh.cwu.edu (8.8.5/8.8.5) with ESMTP id QAA09055
	for ; Sat, 19 Apr 1997 16:17:33 -0700 (PDT)
Received: (from skynyrd@localhost)
	by opus.cts.cwu.edu (8.8.5/8.8.5) id QAA03006;
	Sat, 19 Apr 1997 16:17:32 -0700 (PDT)
Message-Id: <199704192317.QAA03006@opus.cts.cwu.edu>
Date: Sat, 19 Apr 1997 16:17:32 -0700 (PDT)
From: Chris Timmons 
Reply-To: skynyrd@opus.cts.cwu.edu
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: i386/3353: NTOHS(x) related compiler warnings and libpcap disfunction 
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         3353
>Category:       i386
>Synopsis:       NTOHS(x) related compiler warnings and libpcap disfunction
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Apr 19 16:20:01 PDT 1997
>Last-Modified:
>Originator:     Chris Timmons
>Organization:
Central Washington University
>Release:        FreeBSD 3.0-CURRENT i386
>Environment:

3.0-CURRENT from today (world rebuilt)

>Description:

tcpdump(1) does not correctly process target ports for monitoring which are 
specified symbolically on the command line.  Given the command line: 

	tcpdump -d port time

the BPF packet matching code should be looking for 0x25 but instead looks 
for port 0x2500 - indicating a missed call to ntohs (on the value returned 
by getservbyname()):

        [snippet from the above tcpdump output]
	(009) jeq      #0x2500          jt 12   jf 10

tcpdump relies on pcap(3) to call getservbyname(), and coincidentally
interesting compilation warnings are issued when libpcap is built 
during make world:

/usr/src/lib/libpcap/../../contrib/libpcap/nametoaddr.c: 
    In function `pcap_nametoaddr':
/usr/src/lib/libpcap/../../contrib/libpcap/nametoaddr.c:89: 
    warning: statement with no effect

/usr/src/lib/libpcap/../../contrib/libpcap/nametoaddr.c: 
    In function `pcap_nametoport':
/usr/src/lib/libpcap/../../contrib/libpcap/nametoaddr.c:125: 
    warning: statement with no effect
/usr/src/lib/libpcap/../../contrib/libpcap/nametoaddr.c:141: 
    warning: statement with no effect


Line 125 of nametoaddr.c is a call to the NTOHS macro defined 
in sys/i386/include:

  123           sp = getservbyname(name, (char *)0);
  124           if (sp != NULL) {
  125                   NTOHS(sp->s_port);
  126                   *port = sp->s_port;


cc -E -c ../../contrib/libpcap/nametoaddr.c yields this 
(ostensibly correct per endian.h) expansion for line 125:

  (( sp->s_port ) = 
      __extension__ ({ register u_short __X = ( (u_short)( sp->s_port ) ); 
      __asm ("xchgb %h1, %b1"
           : "=q" (__X) 
           : "0" (__X));
       __X; }) ) ;


>How-To-Repeat:

I tried to reduce this to a simple test case, using NTOHS() in the same
way that libpcap does; I couldn't reproduce it.  So for now,

	cd /usr/src/lib/libpcap
	make

to get the compiler warnings, and use

	tcpdump -d udp port time to see the end result.


>Fix:
	
	unknown, but I'm going to review the #includes in 
	src/contrib/nametoaddr.c to see if there is perhaps
 	some heinous recursion or something else which might
	be confusing the compiler???   HELP!!!!
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sat Apr 19 16:30:04 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id QAA22852
          for bugs-outgoing; Sat, 19 Apr 1997 16:30:04 -0700 (PDT)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id QAA22846;
          Sat, 19 Apr 1997 16:30:02 -0700 (PDT)
Resent-Date: Sat, 19 Apr 1997 16:30:02 -0700 (PDT)
Resent-Message-Id: <199704192330.QAA22846@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org,
        Received:(from nobody@localhost) by.freefall.freebsd.org.id.QAA21935;Sat; (8.8.5/8.8.5);,
        19 Apr 1997 16:23:33.-0700 (PDT)
Message-Id: <199704192323.QAA21935@freefall.freebsd.org>
Date: Sat, 19 Apr 1997 16:23:33 -0700 (PDT)
From: pscott@netcom.com
To: freebsd-gnats-submit@freebsd.org
X-Send-Pr-Version: www-1.0
Subject: conf/3354: 2.2.1 Installation problems with Diamond SpeedStar64
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         3354
>Category:       conf
>Synopsis:       2.2.1 Installation problems with Diamond SpeedStar64
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Apr 19 16:30:01 PDT 1997
>Last-Modified:
>Originator:     Paul A. Scott
>Organization:
>Release:        2.2.1
>Environment:
N/A
>Description:
Attempting to install FreeBSD 2.2.1 (from Walnut Creek CD-ROM or floppy) I have the exact same TWO problems as reported in conf/2775:

1) On system 1, after kernel uncompresses, the screen goes completely
garbled. Look like running in graphics mode with completely messed up
character maps. Almost looks like static it's so garbled. This occurs with
Diamond Speedstar64 video card. Impossible to continue installation.

2) On system 2, using a Trident 9000 video card, the screen looks fine, but after kernel probes all devices, the screen goes blank, beeps once, the cursor goes to the lower left hand corner of the screen, and the system sits idle. Switching to the alternate console, Alt-F2, I see a single line that says "DEBUG: ioctl(3, TIOCCONS, NULL) = 0 (success)".  Key strokes on the first console are ignored. Key strokes on the alternate console are processed, but no shell is available.

Both these systems run every release of FreeBSD from 1.0 through 2.1.6 without any problems. Haven't tried 2.1.7 or 2.2.0. My first  experience with the problem is with 2.2.1 although it makes sense that 2.2.0 is where it originated.

>How-To-Repeat:
Install 2.2.1 with Diamond SpeedStar64 video card.
>Fix:
Use a different video card, install, compile kernel to use PCVT console driver, replace original video card. This reportedly worked for someone else who used a Trident video card, but did not work for me because even with a Trident video card the installation stopped as reported above.
>Audit-Trail:
>Unformatted:

From owner-freebsd-bugs  Sat Apr 19 17:40:06 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id RAA25439
          for bugs-outgoing; Sat, 19 Apr 1997 17:40:06 -0700 (PDT)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id RAA25428;
          Sat, 19 Apr 1997 17:40:02 -0700 (PDT)
Date: Sat, 19 Apr 1997 17:40:02 -0700 (PDT)
Message-Id: <199704200040.RAA25428@freefall.freebsd.org>
To: freebsd-bugs
Cc: 
From: "Justin T. Gibbs" 
Subject: Re: kern/3351: SCSI bus timeouts (adaptec 2940) under RELENG_2_1_0. 
Reply-To: "Justin T. Gibbs" 
Sender: owner-bugs@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

The following reply was made to PR kern/3351; it has been noted by GNATS.

From: "Justin T. Gibbs" 
To: joe@pavilion.net
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: kern/3351: SCSI bus timeouts (adaptec 2940) under RELENG_2_1_0. 
Date: Sat, 19 Apr 1997 18:35:36 -0600

 If you don't have the following revisions, you don't have the latest
 version of the aic7xxx driver:
 
 sys/dev/aic7xxx/aic7xxx.seq: 1.16.4.26 
 sys/dev/aic7xxx/aic7xxx.reg: 1.1.4.1
 sys/i386/scsi/aic7xxx.c: 1.29.2.39
 
 If you do have the latest version of the driver, you will have to give
 detailed error messages from the console as well as complete information
 about your system (dmesg output works well) for me to help you.
 --
 Justin T. Gibbs
 ===========================================
   FreeBSD: Turning PCs into workstations
 ===========================================
 
 

From owner-freebsd-bugs  Sat Apr 19 22:00:03 1997
Return-Path: 
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id WAA04436
          for bugs-outgoing; Sat, 19 Apr 1997 22:00:03 -0700 (PDT)
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id WAA04430;
          Sat, 19 Apr 1997 22:00:01 -0700 (PDT)
Resent-Date: Sat, 19 Apr 1997 22:00:01 -0700 (PDT)
Resent-Message-Id: <199704200500.WAA04430@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, risner@stdio.com
Received: from akira.stdio.com (akira.stdio.com [204.152.114.80])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA04227
          for ; Sat, 19 Apr 1997 21:52:59 -0700 (PDT)
Received: (from root@localhost) by akira.stdio.com (8.8.5/8.7.3) id AAA00743; Sun, 20 Apr 1997 00:52:50 -0400 (EDT)
Message-Id: <199704200452.AAA00743@akira.stdio.com>
Date: Sun, 20 Apr 1997 00:52:50 -0400 (EDT)
From: risner@stdio.com
Reply-To: risner@stdio.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/3355: ncrcontrol fails when -DFAILSAFE in kernel
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Number:         3355
>Category:       bin
>Synopsis:       ncrcontrol fails when -DFAILSAFE in kernel
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Apr 19 22:00:01 PDT 1997
>Last-Modified:
>Originator:     James Risner
>Organization:
me
>Release:        FreeBSD 2.2-STABLE i386
>Environment:

	none

>Description:

	Any kernel with option FAILSAFE turn on will not work without
	ncrcontrol.c compiled with FAILSAFE (or for that matter ANY
	other options that change the size of the struct ?cb {} in pci/ncr.c
	or the version of the NCR driver.)

>How-To-Repeat:

	Compile a kernel with -DFAILSAFE.
	try to run ncrcontrol and fails with:
	"ncrcontrol: incompatible with kernel. Rebuild!"
	recompile ncrcontrol with -DFAILSAFE and it works.

>Fix:
	
	I don't know.
	Any way of Having ncrcontrol look at "INCLUDE_CONFIG" in the kernel?
	And regen itself?  (I doubt it)

	Maybe change the error message to be more like:
	"Size of ncr kernel structures differ from running kernel? Check
	 running kernel options to insure ncrcontrol is compiled with identical
	 settings?"

Risner
>Audit-Trail:
>Unformatted: