From owner-freebsd-bugs Sun Jul 4 3:10:12 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8EED714C56 for ; Sun, 4 Jul 1999 03:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA39439; Sun, 4 Jul 1999 03:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 4 Jul 1999 03:10:03 -0700 (PDT) Message-Id: <199907041010.DAA39439@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Wilko Bulte Subject: Re: kern/12495: 3.1 install fails to detect Toshiba CDROM on AHA1740 adapter Reply-To: Wilko Bulte Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/12495; it has been noted by GNATS. From: Wilko Bulte To: freebsd-gnats-submit@freebsd.org, wilko@freebsd.org Cc: Subject: Re: kern/12495: 3.1 install fails to detect Toshiba CDROM on AHA1740 adapter Date: Sun, 04 Jul 1999 12:08:50 +0200 Hi Ken, Thanks for your reply. On your question: yes, there was a 3.1 release CD in the drive during the boot. And you are right, the Toshiba drive is not exactly an ancient device. Not new either, it is a 4x cdrom. What puzzles me is the fact that 2.2.x has always worked just fine, I have multiple of the same Toshiba model in both my Intel and Alpha machines. I'll probably give 3.2-release a try next Saturday. Wilko To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 4 4:10: 7 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2BA3A14BFE for ; Sun, 4 Jul 1999 04:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA69488; Sun, 4 Jul 1999 04:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 4 Jul 1999 04:10:03 -0700 (PDT) Message-Id: <199907041110.EAA69488@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Juergen Lock Subject: Re: bin/10064: /bin/sh called from make dumps core Reply-To: Juergen Lock Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/10064; it has been noted by GNATS. From: Juergen Lock To: Sheldon Hearn Cc: Juergen Lock , freebsd-gnats-submit@freebsd.org Subject: Re: bin/10064: /bin/sh called from make dumps core Date: Sun, 4 Jul 1999 12:44:15 +0200 On Wed, Jun 23, 1999 at 04:52:10PM +0200, Sheldon Hearn wrote: > > > On Tue, 22 Jun 1999 23:12:11 +0200, Juergen Lock wrote: > > > Umm, i fixed this the redmond way, just looked at how it crashed > > and patched around the problem without actually trying to understand > > the code... > > Hi Juergen, > > Could you do me a huge favour? I've just gotten feedback from someone > who suspects that your problem was fixed in rev 1.26 of > src/bin/sh/expand.c ... > > Could you back your change out of your local source, get the expand.c > fix and see if the problem still exists? OK after several nightly runs of my i586-cygwin32 crossgcc build i finally go it to the point where it crashed. (I had to use a 2.1-stable system, with the right kernel, to get it to pass the right args to sh that make it die...) then i built the 3.2-stable sh on 2.1-stable cause the expand.c diff didn't apply to the 2.1-stable sh. well, the 3.2-stable sh didn't die (and the expand.c diff isn't yet MFC'd)! at least not at the same place where the 2.1-stable one died, didn't wait for the whole build to finish... A 2.2.5R sh also died I remembered, maybe the expand.c diff applies there. Well it did (more or less, had to apply it by hand), but it didn't fix the crash! Hmm so let's find out which patch makes it dissapear. After building several sh:s from the RELENG_2_2 branch i found out the 2.2.7R sh dies and the 2.2.8R sh doesn't, and the crucial patch is in parser.c (0parser228 below). undoing that patch in the 3.2-stable sh as well as in the -current sh cause both to crash, and that patch doesn't look like it could fix a stack bug, only mask it by using the stack differently, right? Anyway here comes the whole shebang, reduced to only the touched files: (unshar in an empty dir, set CVSROOT then run `crash'.) HTH, Juergen # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # crash # kill11.c # 0parser228 # work # work/gnu-win32 # work/gnu-win32/src # work/gnu-win32/src/CROSS # work/gnu-win32/src/CROSS/i586-cygwin32 # work/gnu-win32/src/CROSS/i586-cygwin32/libstdc++ # work/gnu-win32/src/CROSS/i586-cygwin32/newlib # work/gnu-win32/src/CROSS/i586-cygwin32/newlib/Makefile # work/gnu-win32/src/CROSS/binutils # work/gnu-win32/src/CROSS/binutils/ar # work/gnu-win32/src/CROSS/gas # work/gnu-win32/src/CROSS/gas/as-new # work/gnu-win32/src/CROSS/gcc # work/gnu-win32/src/CROSS/gcc/xgcc # work/gnu-win32/src/libstdc++ # echo x - crash sed 's/^X//' >crash << 'END-of-crash' X#! /bin/sh Xcc -o kill11 kill11.c X# set CVSROOT; also try co -rRELENG_3 Xcvs co src/bin/sh src/usr.bin/printf Xpatch src/bin/sh/parser.c <0parser228 X(cd src/bin/sh/; make) Xecho hit return, or attach gdb then hit return X(cd work/gnu-win32/src/CROSS/; ../../../../kill11 ../../../../src/bin/sh/sh ) X# examine the core in work/gnu-win32/src/CROSS END-of-crash echo x - kill11.c sed 's/^X//' >kill11.c << 'END-of-kill11.c' X#include X Xint main(int argc, char **argv) { X char *sh = argc == 2 ? argv[1] : "/bin/sh"; X return execl (sh, sh, "-c", "read x; dir=`echo configure-target-libstdc++ | sed -e 's/configure-target-//'`; if [ ! -d i586-cygwin32 ]; then true; elif [ -f i586-cygwin32/${dir}/Makefile ] ; then true; elif echo \" libiberty newlib libio librx libstdc++ libg++ examples winsup \" | grep \" ${dir} \" >/dev/null 2>&1; then if [ -d ../${dir} ]; then [ -d i586-cygwin32/${dir} ] || mkdir i586-cygwin32/${dir}; r=`pwd`; export r; s=`cd ..; pwd`; export s; AR=\"` if [ -f $r/binutils/ar ] ; then echo $r/binutils/ar ; else if [ \"i386-unknown-freebsd2.1.7\" = \"i586-pc-cygwin32\" ] ; then echo ar; else t='-e s,^,i586-cygwin32-, '; echo ar | sed -e 's/x/x/' $t ; fi; fi`\"; export AR; AS=\"` if [ -f $r/gas/as-new ] ; then echo $r/gas/as-new ; else if [ \"i386-unknown-freebsd2.1.7\" = \"i586-pc-cygwin32\" ] ; then echo as; else t='-e s,^,i586-cygwin32-, '; echo as | sed -e 's/x/x/' $t ; fi; fi`\"; export AS; CC=\"` if [ -f $r/gcc/xgcc ] ; then if [ -f $r/i586-cygwin32/newli! b/Makefile ] ; then case \"i586-pc-cygwin32\" in i[3456]86-*-cygwin*) echo $r/gcc/xgcc -B$r/gcc/ -B$r/i586-cygwin32/newlib/ -L$r/i586-cygwin32/winsup -idirafter $r/i586-cygwin32/newlib/targ-include -idirafter $s/winsup/include -idirafter $s/newlib/libc/include -idirafter $s/newlib/libc/sys/cygwin -idirafter $s/newlib/libc/sys/cygwin32 -nostdinc; ;; *) echo $r/gcc/xgcc -B$r/gcc/ -idirafter $r/i586-cygwin32/newlib/targ-include -idirafter $s/newlib/libc/include -nostdinc; ;; esac else echo $r/gcc/xgcc -B$r/g cc/; fi; else if [ \"i386-unknown-freebsd2.1.7\"= \"i586-pc-cygwin32\" ] ; then echo gcc; else t='-e s,^,i586-cygwin32-, '; echo gcc | sed -e 's/x/x/' $t; fi; fi`\"; export CC; CFLAGS=\"-g -O2\"; export CFLAGS; CXX=\"` if [ -f $r/gcc/xgcc ] ; then if [ -f $r/i586-cygwin32/newlib/Makefile ] ; then case \"i586-pc-cygwin32\" in i[3456]86-*-cygwin*) echo $r/gcc/xgcc -B$r/gcc/ -B$r/i586-cygwin32/newlib/ -L$r/i586-cygwin32/winsup -idirafter $r/i586-cygwin32/newlib/targ-include ! -idirafter $s/winsup/include -idirafter $s/newlib/libc/include -idirafter $s/newlib/libc/sys/cygwin -idirafter $s/newlib/libc/sys/cygwin32 -nostdinc; ;; *) echo $r/gcc/xgcc -B$r/gcc/ -idirafter $r/i586-cygwin32/newlib/targ-include -idirafter $s/newlib/libc/include -nostdinc; ;; esac else echo $r/gcc/xgcc -B$r/gcc/; fi; else if [ \"i386-unknown-freebsd2.1.7\" = \"i586-pc-cygwin32\" ] ; then echo c++; else t='-e s,^,i586-cygwin32-, '; echo c++ | sed -e 's/x/x/' $t; fi; fi`\"; export CXX; CXXFLAGS=\"-g -O2\ "; export CXXFLAGS; DLLTOOL=\"` if [ -f $r/binutils/dlltool ] ; then echo $r/binutils/dlltool ; else if [ \"i386-unknown-freebsd2.1.7\" = \"i586-pc-cygwin32\" ] ; then echo dlltool; else t='-e s,^,i586-cygwin32-, '; echo dlltool | sed -e 's/x/x/' $t ; fi; fi`\"; export DLLTOOL; LD=\"` if [ -f $r/ld/ld-new ] ; then echo $r/ld/ld-new ; else if [ \"i386-unknown-freebsd2.1.7\" = \"i586-pc-cygwin32\" ] ; then echo ld; else t='-e s,^,i586-cygwin32-, '; echo ld | sed -e 's/x/x/' $! t ; fi; fi`\"; export LD; LDFLAGS=\"\"; export LDFLAGS; NM=\"` if [ -f $r/binutils/nm-new ] ; then echo $r/binutils/nm-new ; else if [ \"i386-unknown-freebsd2.1.7\" = \"i586-pc-cygwin32\" ] ; then echo nm; else t='-e s,^,i586-cygwin32-, '; echo nm | sed -e 's/x/x/' $t ; fi; fi`\"; export NM; RANLIB=\"` if [ -f $r/binutils/ranlib ] ; then echo $r/binutils/ranlib ; else if [ \"i386-unknown-freebsd2.1.7\" = \"i586-pc-cygwin32\" ] ; then echo ranlib; else t='-e s,^,i586-cygwin32-, '; echo ranlib | sed -e 's /x/x/' $t ; fi; fi`\"; export RANLIB; WINDRES=\"` if [ -f $r/binutils/windres ] ; then echo $r/binutils/windres ; else if [ \"i386-unknown-freebsd2.1.7\" = \"i586-pc-cygwin32\" ] ; then echo windres; else t='-e s,^,i586-cygwin32-, '; echo windres | sed -e 's/x/x/' $t ; fi; fi`\"; export WINDRES; echo Configuring in i586-cygwin32/${dir}; cd i586-cygwin32/${dir}; case .. in /*) topdir=.. ;; *) case \"i586-cygwin32\" in .) topdir=\"../..\" ;; *) topdir=\"../../..\" ;; ! esac ;; esac; if [ \"..\" = \".\" ] ; then if [ \"i586-cygwin32\" != \".\" ] ; then if /bin/sh $s/symlink-tree ${topdir}/${dir} \"no-such-file\" ; then if [ -f Makefile ]; then if gmake distclean; then true; else exit 1; fi; else true; fi; else exit 1; fi; else true; fi; srcdiroption=\"--srcdir=.\"; libsrcdir=\".\"; else srcdiroption=\"--srcdir=${topdir}/${dir}\"; libsrcdir=\"$s/${dir}\"; fi; if [ -f ${libsrcdir}/configure ] ; then /bin/sh ${libsrcdir}/configure --host=i586-cy gwin32 --build=i386-unknown-freebsd2.1.7 --with-newlib --enable-multilib --with-cross-host=i386-unknown-freebsd2.1.7 --prefix=/usr/local/gnu-win32 ${srcdiroption} --with-target-subdir=\"i586-cygwin32\"; else /bin/sh $s/configure --host=i586-cygwin32 --build=i386-unknown-freebsd2.1.7 --with-newlib --enable-multilib --with-cross-host=i386-unknown-freebsd2.1.7 --prefix=/usr/local/gnu-win32 ${srcdiroption} --with-target-subdir=\"i586-cygwin32\"; fi; else true; ! fi; else true; fi", (char *)NULL); X} END-of-kill11.c echo x - 0parser228 sed 's/^X//' >0parser228 << 'END-of-0parser228' XIndex: parser.c X=================================================================== XRCS file: /home/cvs/cvs/src/bin/sh/parser.c,v Xretrieving revision 1.16.2.2 Xdiff -u -r1.16.2.2 parser.c X--- parser.c 1998/11/03 15:57:36 1.16.2.2 X+++ parser.c 1999/07/03 13:26:28 X@@ -942,36 +940,27 @@ X USTPUTC('\\', out); X if (SQSYNTAX[c] == CCTL) X USTPUTC(CTLESC, out); X- else if (eofmark == NULL) X- USTPUTC(CTLQUOTEMARK, out); X USTPUTC(c, out); X quotef++; X } X break; X case CSQUOTE: X- if (eofmark == NULL) X- USTPUTC(CTLQUOTEMARK, out); X syntax = SQSYNTAX; X break; X case CDQUOTE: X- if (eofmark == NULL) X- USTPUTC(CTLQUOTEMARK, out); X syntax = DQSYNTAX; X dblquote = 1; X break; X case CENDQUOTE: X- if (eofmark != NULL && arinest == 0 && X- varnest == 0) { X+ if (eofmark) { X USTPUTC(c, out); X } else { X- if (arinest) { X+ if (arinest) X syntax = ARISYNTAX; X- dblquote = 0; X- } else if (eofmark == NULL) { X+ else X syntax = BASESYNTAX; X- dblquote = 0; X- } X quotef++; X+ dblquote = 0; X } X break; X case CVAR: /* '$' */ X@@ -998,10 +987,6 @@ X if (--arinest == 0) { X USTPUTC(CTLENDARI, out); X syntax = prevsyntax; X- if (syntax == DQSYNTAX) X- dblquote = 1; X- else X- dblquote = 0; X } else X USTPUTC(')', out); X } else { X@@ -1414,10 +1399,6 @@ X prevsyntax = syntax; X syntax = ARISYNTAX; X USTPUTC(CTLARI, out); X- if (dblquote) X- USTPUTC('"',out); X- else X- USTPUTC(' ',out); X } else { X /* X * we collapse embedded arithmetic expansion to X@@ -1453,8 +1434,6 @@ X X p = text; X while ((c = *p++) != '\0') { X- if ( c == CTLQUOTEMARK) X- continue; X if (c == CTLESC) X p++; X else if (BASESYNTAX[c] == CCTL) END-of-0parser228 echo c - work mkdir -p work > /dev/null 2>&1 echo c - work/gnu-win32 mkdir -p work/gnu-win32 > /dev/null 2>&1 echo c - work/gnu-win32/src mkdir -p work/gnu-win32/src > /dev/null 2>&1 echo c - work/gnu-win32/src/CROSS mkdir -p work/gnu-win32/src/CROSS > /dev/null 2>&1 echo c - work/gnu-win32/src/CROSS/i586-cygwin32 mkdir -p work/gnu-win32/src/CROSS/i586-cygwin32 > /dev/null 2>&1 echo c - work/gnu-win32/src/CROSS/i586-cygwin32/libstdc++ mkdir -p work/gnu-win32/src/CROSS/i586-cygwin32/libstdc++ > /dev/null 2>&1 echo c - work/gnu-win32/src/CROSS/i586-cygwin32/newlib mkdir -p work/gnu-win32/src/CROSS/i586-cygwin32/newlib > /dev/null 2>&1 echo x - work/gnu-win32/src/CROSS/i586-cygwin32/newlib/Makefile sed 's/^X//' >work/gnu-win32/src/CROSS/i586-cygwin32/newlib/Makefile << 'END-of-work/gnu-win32/src/CROSS/i586-cygwin32/newlib/Makefile' END-of-work/gnu-win32/src/CROSS/i586-cygwin32/newlib/Makefile echo c - work/gnu-win32/src/CROSS/binutils mkdir -p work/gnu-win32/src/CROSS/binutils > /dev/null 2>&1 echo x - work/gnu-win32/src/CROSS/binutils/ar sed 's/^X//' >work/gnu-win32/src/CROSS/binutils/ar << 'END-of-work/gnu-win32/src/CROSS/binutils/ar' END-of-work/gnu-win32/src/CROSS/binutils/ar echo c - work/gnu-win32/src/CROSS/gas mkdir -p work/gnu-win32/src/CROSS/gas > /dev/null 2>&1 echo x - work/gnu-win32/src/CROSS/gas/as-new sed 's/^X//' >work/gnu-win32/src/CROSS/gas/as-new << 'END-of-work/gnu-win32/src/CROSS/gas/as-new' END-of-work/gnu-win32/src/CROSS/gas/as-new echo c - work/gnu-win32/src/CROSS/gcc mkdir -p work/gnu-win32/src/CROSS/gcc > /dev/null 2>&1 echo x - work/gnu-win32/src/CROSS/gcc/xgcc sed 's/^X//' >work/gnu-win32/src/CROSS/gcc/xgcc << 'END-of-work/gnu-win32/src/CROSS/gcc/xgcc' END-of-work/gnu-win32/src/CROSS/gcc/xgcc echo c - work/gnu-win32/src/libstdc++ mkdir -p work/gnu-win32/src/libstdc++ > /dev/null 2>&1 exit -- Juergen Lock (remove dot foo from address to reply) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 4 4:14:31 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0885414BFE; Sun, 4 Jul 1999 04:14:31 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA71498; Sun, 4 Jul 1999 04:14:30 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Sun, 4 Jul 1999 04:14:30 -0700 (PDT) From: Message-Id: <199907041114.EAA71498@freefall.freebsd.org> To: mark@grondar.za, hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/4382: CURRENT kernel has a "free vnode isn't" panic Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: CURRENT kernel has a "free vnode isn't" panic State-Changed-From-To: open->closed State-Changed-By: hoek State-Changed-When: Sun Jul 4 04:12:01 PDT 1999 State-Changed-Why: Originiator confirms this is one of the free vnode isn't panics that was fixed some time ago. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 4 4:33:22 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 324DF14C1F; Sun, 4 Jul 1999 04:33:15 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA79787; Sun, 4 Jul 1999 04:33:15 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Sun, 4 Jul 1999 04:33:15 -0700 (PDT) From: Message-Id: <199907041133.EAA79787@freefall.freebsd.org> To: woods@zeus.leitch.com, hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/6242: vnode disk driver too unstable in -STABLE to "make release" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: vnode disk driver too unstable in -STABLE to "make release" State-Changed-From-To: open->closed State-Changed-By: hoek State-Changed-When: Sun Jul 4 04:31:52 PDT 1999 State-Changed-Why: I'm not sure that any development on the vnode driver is going to take place on the 2.2 branch anymore... Anyways, I'm pretty sure this was fixed on that branch not too long after this PR was filed, but feel free to reply to this if you're still having problems. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 4 5: 5:41 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6EEB814D35; Sun, 4 Jul 1999 05:05:40 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA95117; Sun, 4 Jul 1999 05:05:40 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Sun, 4 Jul 1999 05:05:40 -0700 (PDT) From: Message-Id: <199907041205.FAA95117@freefall.freebsd.org> To: hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org, brian@FreeBSD.org Subject: Re: bin/12437: Off-by-1 error and incorrect man page for /usr/sbin/ppp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Off-by-1 error and incorrect man page for /usr/sbin/ppp Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: hoek Responsible-Changed-When: Sun Jul 4 05:03:55 PDT 1999 Responsible-Changed-Why: src/usr.bin/ppp/Makefile contains MAINTAINER=brian@FreeBSD.org, so he's got the fortunate responsibility of fixing this PR, too. :-) The PR includes a simple patch, incidentally. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 4 5:16:40 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BD2FC14C87; Sun, 4 Jul 1999 05:16:39 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA00199; Sun, 4 Jul 1999 05:16:39 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Sun, 4 Jul 1999 05:16:39 -0700 (PDT) From: Message-Id: <199907041216.FAA00199@freefall.freebsd.org> To: insane@lunatic.oneinsane.net, hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/12433: make world does not install natd Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: make world does not install natd State-Changed-From-To: open->closed State-Changed-By: hoek State-Changed-When: Sun Jul 4 05:16:05 PDT 1999 State-Changed-Why: Fixed in src/sbin/Makefile r.1.62.2.2 by brian. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 4 8:10: 6 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2018614FC2 for ; Sun, 4 Jul 1999 08:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA07989; Sun, 4 Jul 1999 08:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from sum.sics.se (sum.sics.se [193.10.65.194]) by hub.freebsd.org (Postfix) with ESMTP id 1E43E14F65 for ; Sun, 4 Jul 1999 08:09:47 -0700 (PDT) (envelope-from root@sum.sics.se) Received: (from root@localhost) by sum.sics.se (8.9.3/8.9.3) id RAA82588; Sun, 4 Jul 1999 17:10:13 +0200 (CEST) (envelope-from root) Message-Id: <199907041510.RAA82588@sum.sics.se> Date: Sun, 4 Jul 1999 17:10:13 +0200 (CEST) From: assar@sics.se To: FreeBSD-gnats-submit@freebsd.org Cc: assar@sics.se X-Send-Pr-Version: 3.2 Subject: kern/12508: gdb fails to vmcore.0 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12508 >Category: kern >Synopsis: gdb fails to vmcore.0 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 4 08:10:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Assar Westerlund >Release: FreeBSD 3.2-RELEASE i386 >Organization: ? >Environment: FreeBSD sum.sics.se 3.2-RELEASE FreeBSD 3.2-RELEASE #3: Sun Jul 4 11:37:58 CEST 1999 root@sum.sics.se:/usr/src/sys/compile/SUM i386 >Description: gdb seems unable to read the vmcore.0 file produced by savecore >How-To-Repeat: Jul 4 13:03:02 sum savecore: reboot after panic: from debugger Jul 4 13:03:02 sum savecore: /var/crash/bounds: No such file or directory Jul 4 13:03:02 sum savecore: writing core to /var/crash/vmcore.0 Jul 4 13:03:22 sum savecore: writing kernel to /var/crash/kernel.0 bash# gdb -k GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd". (kgdb) symbol-file /usr/src/sys/compile/SUM/kernel.gdb Reading symbols from /usr/src/sys/compile/SUM/kernel.gdb...done. (kgdb) exec-file kernel.0 (kgdb) core-file vmcore.0 IdlePTD 2859008 kernel symbol `gd_curpcb' not found. >Fix: none known yet :( >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 4 10:20: 2 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D392E14CAF for ; Sun, 4 Jul 1999 10:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA17467; Sun, 4 Jul 1999 10:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 702E614C9D; Sun, 4 Jul 1999 10:13:40 -0700 (PDT) Message-Id: <19990704171340.702E614C9D@hub.freebsd.org> Date: Sun, 4 Jul 1999 10:13:40 -0700 (PDT) From: adams@digitalspark.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/12510: Specific netscape search crashes X Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12510 >Category: misc >Synopsis: Specific netscape search crashes X >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 4 10:20:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Adam "Trolld" Strohl >Release: FreeBSD 4.0-CURRENT >Organization: DigitalSpark.NET >Environment: FreeBSD nightfall.digitalspark.net 4.0-CURRENT FreeBSD 4.0-CURRENT #1: Sat Jul 3 15:15:38 GMT 1999 adams@nightfall.digitalspark.net:/usr/src/sys/compile/NIGHTFALL i386 >Description: Doing the specific actions below with Netscape 4.51 result in X exiting instantly. >How-To-Repeat: Open up http://irchelp.org/irchelp/rfc1459.html in Netscape Press alt-f (to search the page) Type in PONG Press Enter 4-5 times. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 4 11:10: 3 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3CAB114F8E for ; Sun, 4 Jul 1999 11:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA21769; Sun, 4 Jul 1999 11:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 4 Jul 1999 11:10:02 -0700 (PDT) Message-Id: <199907041810.LAA21769@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Adam Strohl (remove X's to reply)" Subject: Re: misc/12510: Specific netscape search crashes X Reply-To: "Adam Strohl (remove X's to reply)" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/12510; it has been noted by GNATS. From: "Adam Strohl (remove X's to reply)" To: freebsd-gnats-submit@freebsd.org, adams@digitalspark.net Cc: Subject: Re: misc/12510: Specific netscape search crashes X Date: Sun, 04 Jul 1999 14:10:36 +0000 Worked on this a little more, this will only crash X if netscape is run as a non-root account. -- - ----( Adam Strohl )------------------------------------------------ - - UNIX Operations/Systems http://www.digitalspark.net - - adams (at) digitalspark.net xxx.xxx.xxxx xxxxx - - ----------------------------------------( DigitalSpark.NET )------- - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 4 12:10: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DC94D15046 for ; Sun, 4 Jul 1999 12:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA25919; Sun, 4 Jul 1999 12:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 4 Jul 1999 12:10:02 -0700 (PDT) Message-Id: <199907041910.MAA25919@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: hoek@FreeBSD.org Subject: Re: bin/6830: make(1) exhibits confusing and non-standard behaviour Reply-To: hoek@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6830; it has been noted by GNATS. From: hoek@FreeBSD.org To: freebsd-gnats-submit@FreeBSD.org, njs3@doc.ic.ac.uk Cc: Subject: Re: bin/6830: make(1) exhibits confusing and non-standard behaviour Date: Sun, 4 Jul 1999 15:05:58 -0400 (EDT) >BAR := ${FOO} >all: > echo ${BAR} >FOO = feh > >Contrary to the intuitive behaviour and all other implementation of >make, line one assigns ${FOO} to BAR and not the empty string. This is >a bug, ${FOO} is a variable reference to an undefined variable which >by definition expands to the empty string. This is intentional: see the comment in parse.c, Parse_DoVar(). Perhaps add a compatibility flag? Changing the behaviour of make seems a little dangerous, given that the current behavious is intended. OTOH, the argument advanced in the afore-mentioned comment is questionable. Anyways, if the PR stays open for too long, it can just be closed with a note stating that the behaviour is intentional. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 4 13:10: 3 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1F56614E18 for ; Sun, 4 Jul 1999 13:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA29786; Sun, 4 Jul 1999 13:10:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 7E79D14E18; Sun, 4 Jul 1999 13:07:21 -0700 (PDT) Message-Id: <19990704200721.7E79D14E18@hub.freebsd.org> Date: Sun, 4 Jul 1999 13:07:21 -0700 (PDT) From: no_one@nowhere.FreeBSD.ORG To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: i386/12511: ^C from /stand/sysinstall crashes CD-ROM Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12511 >Category: i386 >Synopsis: ^C from /stand/sysinstall crashes CD-ROM >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 4 13:10:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: no one >Release: 3.1 >Organization: none >Environment: FreeBSD myname.my.domain 3.1-RELEASE FreeBSD 3.1-RELEASE #2: Mon Jun 28 17:14:13 GMT 1999 nobody@myname.my.domain:/usr/src/sys/compile/MYKERNEL i386 >Description: ^C to get out of /stand/sysinstall after deciding that you really didn't want to install anything after all will disable the CD-ROM drive. Rebooting is then necessary to use the CD (even to get the disc out). >How-To-Repeat: 1) su 2) /stand/sysinstall 3) 'Configure' 4) 'Packages' 5) 'CDROM' 6) sysinstall is very uncooperative about backing out after this point, and I really don't feel like hanging the CD again today. Go the anything ('graphics' for example), then try to get out of sysinstall. ^C will do it, but the CD drive is likely to never work again. (Mine is SCSI, if that helps) >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 4 13:22:44 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8AC9014CAE; Sun, 4 Jul 1999 13:22:43 -0700 (PDT) (envelope-from steve@FreeBSD.org) Received: (from steve@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA30512; Sun, 4 Jul 1999 13:22:43 -0700 (PDT) (envelope-from steve@FreeBSD.org) Date: Sun, 4 Jul 1999 13:22:43 -0700 (PDT) From: Message-Id: <199907042022.NAA30512@freefall.freebsd.org> To: no_one@nowhere.FreeBSD.ORG, steve@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/12511: ^C from /stand/sysinstall crashes CD-ROM Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ^C from /stand/sysinstall crashes CD-ROM State-Changed-From-To: open->closed State-Changed-By: steve State-Changed-When: Sun Jul 4 13:15:32 PDT 1999 State-Changed-Why: I suspect this is because the CD is now mounted. Type 'mount' to see for sure. If you see /cdrom in the list of output, then type 'umount /cdrom' to unmount it. If this isn't the case then please try the latest stable version, 3.2. If that still doesn't help please file another PR with a real Email address so that when someone attempts to help you with the problem you reported, you will get the reply and they won't get an "undeliverable mail" error. Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 4 14:10: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5AADA1508D for ; Sun, 4 Jul 1999 14:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA34926; Sun, 4 Jul 1999 14:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id 7A34F150C6 for ; Sun, 4 Jul 1999 14:03:59 -0700 (PDT) (envelope-from louie@whizzo.transsys.com) Received: (from louie@localhost) by whizzo.transsys.com (8.9.3/8.9.1) id RAA00630; Sun, 4 Jul 1999 17:03:58 -0400 (EDT) (envelope-from louie) Message-Id: <199907042103.RAA00630@whizzo.transsys.com> Date: Sun, 4 Jul 1999 17:03:58 -0400 (EDT) From: Louis Mamakos Reply-To: louie@TransSys.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/12512: additional support for K6-III CPU information messages Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12512 >Category: kern >Synopsis: additional support for K6-III CPU information messages >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 4 14:10:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Louis Mamakos >Release: FreeBSD 4.0-CURRENT i386 >Organization: >Environment: K6-III CPU >Description: Wonder if they *really* sold you a K6-III CPU, and not some other weird thing? Add support to print_AMD_info to display L2 cache information for AMD K6-III CPU. Additionally, display K6-model-specific capabilities. >How-To-Repeat: dmesg now produces CPU: AMD-K6(tm) 3D+ Processor (450.92-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x591 Stepping=1 Features=0x8021bf AMD Extended Features=0x808029bf Data TLB: 128 entries, 2-way associative Instruction TLB: 64 entries, 1-way associative L1 data cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative L1 instruction cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative L2 (on-CPU) cache: 256 kbytes, 32 bytes/line, 2 lines/tag, 4-way associative Write Allocate Enable Limit: 128M bytes Write Allocate 15-16M bytes: Enable >Fix: Index: sys/i386/i386/identcpu.c =================================================================== RCS file: /usr/local/FreeBSD/cvs/src/sys/i386/i386/identcpu.c,v retrieving revision 1.65 diff -u -r1.65 identcpu.c --- identcpu.c 1999/06/24 20:08:56 1.65 +++ identcpu.c 1999/07/04 20:51:54 @@ -295,6 +295,9 @@ case 0x580: strcat(cpu_model, "K6-2"); break; + case 0x590: + strcat(cpu_model, "K6-III"); + break; default: strcat(cpu_model, "Unknown"); break; @@ -866,11 +869,52 @@ static void print_AMD_info(void) { - u_int regs[4]; + u_int regs[4], amd_maxregs; quad_t amd_whcr; do_cpuid(0x80000000, regs); - if (regs[0] >= 0x80000005) { + amd_maxregs = regs[0]; + + if (amd_maxregs >= 0x80000001) { + do_cpuid(0x80000001, regs); + printf("AMD Extended Features=0x%b\n", regs[3], + "\020" /* in hex */ + "\001FPU" + "\002VME" + "\003DE" + "\004PSE" + "\005TSC" + "\006K6MSR" + "\007b6" + "\010MCE" + "\011CX8" + "\012b9" + "\013b10" + "\014SYSCALL" + "\015b12" + "\016PGE" + "\017b14" + "\020ICMOV" + "\021FCMOV" + "\022b17" + "\023b18" + "\024b19" + "\025b20" + "\026b21" + "\027b22" + "\030MMX" + "\031b24" + "\032b25" + "\033b26" + "\034b27" + "\035b28" + "\036b29" + "\037b30" + "\0403DNow!" + ); + } + + if (amd_maxregs >= 0x80000005) { do_cpuid(0x80000005, regs); printf("Data TLB: %d entries", (regs[1] >> 16) & 0xff); print_AMD_assoc(regs[1] >> 24); @@ -884,6 +928,15 @@ printf(", %d bytes/line", regs[3] & 0xff); printf(", %d lines/tag", (regs[3] >> 8) & 0xff); print_AMD_assoc((regs[3] >> 16) & 0xff); + + /* check for K6-III on-board L2 cache */ + if (amd_maxregs >= 0x80000006) { + do_cpuid(0x80000006, regs); + printf("L2 (on-CPU) cache: %d kbytes", regs[2] >> 16); + printf(", %d bytes/line", regs[2] & 0xff); + printf(", %d lines/tag", (regs[2] >> 8) & 0x0f); + print_AMD_assoc((regs[2] >> 12) & 0x0f); + } } if (((cpu_id & 0xf00) == 0x500) && (((cpu_id & 0x0f0) > 0x80) >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 4 16: 1:59 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from npcollege-edu.net (mail.npcollege-edu.net [209.232.226.194]) by hub.freebsd.org (Postfix) with SMTP id 9C74015206; Sun, 4 Jul 1999 16:01:36 -0700 (PDT) (envelope-from workshop@npcollege-edu.net) From: Subject: Re: Deleting Your Address. Date: Sun, 4 Jul 1999 12:36:40 Message-Id: <165.534422.563833@npcollege-edu.net> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org From:The SFSE(Scientific Facts Search Engine). When you send an email to EDU,R&D,or Job sites,your email might be forwarded via the SFSE to find the info you are looking for. The NU(NewAmerica University)has received a copy of your email,but the date is Feb/25/99.Do you still need this info? To refresh your memory you can go again to the NU website and look for these topics: "The Redeemat has solved all environmental problems"-"The 9% Producer Fee would eliminate crime & taxes within 3 years"-"The free NHRI (National Health & Retirement Insurance")- "The job guarantee system(JIC/Job Insurance Corporation)"and "The list of 22nd Centurys' products & businesses available right now". Or,request for the records of the SFSE search by putting in the subject REQUESTING INFO and click REPLY. Or,in the future send "REQUEST FOR SEARCH" (on any topic) directly to SFSE, and they will do the search for you,put in the subject SFSE. Or,please allow us to DELETE your address permanently by simply clicking REPLY. B.Morrison workshop@npcollege-edu.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 4 16:50: 7 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 67100151DD for ; Sun, 4 Jul 1999 16:50:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA46197; Sun, 4 Jul 1999 16:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 4 Jul 1999 16:50:03 -0700 (PDT) Message-Id: <199907042350.QAA46197@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Chris Costello Subject: Re: i386/12511: ^C from /stand/sysinstall crashes CD-ROM Reply-To: Chris Costello Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/12511; it has been noted by GNATS. From: Chris Costello To: freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: Re: i386/12511: ^C from /stand/sysinstall crashes CD-ROM Date: Sun, 4 Jul 1999 17:58:16 -0500 On Sun, Jul 4, 1999, no_one@nowhere.FreeBSD.ORG wrote: > >Description: > ^C to get out of /stand/sysinstall after deciding that you really > didn't want to install anything after all will disable the CD-ROM > drive. Rebooting is then necessary to use the CD (even to get the > disc out). > >How-To-Repeat: > 1) su > 2) /stand/sysinstall > 3) 'Configure' > 4) 'Packages' > 5) 'CDROM' > 6) sysinstall is very uncooperative about backing out after this > point, and I really don't feel like hanging the CD again today. > Go the anything ('graphics' for example), then try to get out > of sysinstall. ^C will do it, but the CD drive is likely to > never work again. (Mine is SCSI, if that helps) Next time, try the 'mount' command after you leave sysinstall. You will find that the CDROM is actually mounted. Unmount it and you can eject the disc. -- Chris Costello People who deal with bits should expect to get bitten. - Jon Bentley To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 4 19:32:44 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A265714A0B; Sun, 4 Jul 1999 19:32:43 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: (from green@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA56287; Sun, 4 Jul 1999 19:32:43 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Sun, 4 Jul 1999 19:32:43 -0700 (PDT) From: Message-Id: <199907050232.TAA56287@freefall.freebsd.org> To: louie@TransSys.COM, green@FreeBSD.org, freebsd-bugs@FreeBSD.org, green@FreeBSD.org Subject: Re: kern/12512: additional support for K6-III CPU information messages Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: additional support for K6-III CPU information messages State-Changed-From-To: open->closed State-Changed-By: green State-Changed-When: Sun Jul 4 19:30:36 PDT 1999 State-Changed-Why: This has been committed to 4.0-CURRENT. Thanks! If you ever have a K6-related PR again, I'll take care of it. Responsible-Changed-From-To: freebsd-bugs-> green Responsible-Changed-By: green Responsible-Changed-When: Sun Jul 4 19:30:36 PDT 1999 Responsible-Changed-Why: I do the K6-specific stuff nowadays To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 4 23:40: 3 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 77ECB15297 for ; Sun, 4 Jul 1999 23:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA73935; Sun, 4 Jul 1999 23:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from byron.fachschaften.uni-muenchen.de (byron.fachschaften.uni-muenchen.de [129.187.163.38]) by hub.freebsd.org (Postfix) with ESMTP id 835A215297 for ; Sun, 4 Jul 1999 23:37:09 -0700 (PDT) (envelope-from ankh@byron.fachschaften.uni-muenchen.de) Received: (from ankh@localhost) by byron.fachschaften.uni-muenchen.de (8.9.3/8.9.3) id IAA99970; Mon, 5 Jul 1999 08:37:24 GMT Message-Id: <199907050837.IAA99970@byron.fachschaften.uni-muenchen.de> Date: Mon, 5 Jul 1999 08:37:24 GMT From: Florian Uhl Reply-To: ankh@byron.fachschaften.uni-muenchen.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/12517: ipfw should not log to console Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12517 >Category: kern >Synopsis: ipfw should not log to console when using the 'log' keyword but does (sort of documented) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Jul 4 23:40:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Florian Uhl >Release: FreeBSD 3.2-STABLE i386 >Organization: Department of Computer Sciences at University Munich/Germany >Environment: FreeBSD byron 3.2-STABLE FreeBSD 3.2-STABLE #0: Sun Jun 27 17:40:55 GMT 1999 >Description: When using the 'log' keyword for ipfw rules, ipfw logs not only via syslog (using !ipfw notation) but to the console as well (this is the documented behaviour). On a medium to high traffic machine this generates _a lot_ of totally unnecessary messages on the console. None of them is really critical or something like that. Anyway, applications should not log to the console at all but to syslog alone. If I want some application to log to the console, I will tell syslogd to do so. From the 'ipfw' man page: | If the kernel was compiled with IPFIREWALL_VERBOSE, then when a packet | matches a rule with the log keyword a message will be printed on the con- | sole. From my kernel configuration: | [byron: /usr/src/sys/i386/conf] grep FIREWALL BYRON | options IPFIREWALL | options IPFIREWALL_DEFAULT_TO_ACCEPT Nothing about VERBOSE. Next paragraph from 'man ipfw': | Console logging and the log limit are adjustable dynamically through the | sysctl(8) interface. This means console logging is the only logging method!? From sysctl: | [byron: /usr/src/sys/i386/conf] sysctl -a | egrep -v ^ipfw | egrep fw\. | net.inet.ip.fw.debug: 0 | net.inet.ip.fw.one_pass: 1 | net.inet.ip.fw.verbose: 1 | net.inet.ip.fw.verbose_limit: 0 There is nothing about console at all. If I set net.inet.ip.fw.verbose to 0, it doesn't log anything. Not what I want, either. >How-To-Repeat: ipfw add allow log tcp from any to any >Fix: Add sysctl net.inet.ip.fw.logconsole. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 0:50: 3 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B4EFB14CBF for ; Mon, 5 Jul 1999 00:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA81126; Mon, 5 Jul 1999 00:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 5 Jul 1999 00:50:02 -0700 (PDT) Message-Id: <199907050750.AAA81126@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ville-Pertti Keinonen Subject: Re: kern/11629: File descriptor table sharing is broken Reply-To: Ville-Pertti Keinonen Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/11629; it has been noted by GNATS. From: Ville-Pertti Keinonen To: freebsd-gnats-submit@freebsd.org Cc: will@iki.fi, imp@harmony.village.org, cmsedore@mailbox.syr.edu Subject: Re: kern/11629: File descriptor table sharing is broken Date: Mon, 05 Jul 1999 10:45:09 +0300 An updated, much more complete patch is available at http://www.hut.fi/~will/freebsd_fdtabsh2.diff (against -current from last week). The new patch is quite large, but I'm fairly certain that it fixes most cases. I've Cc'd people who have tested the old patch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 1:20: 3 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 77D8514CAF for ; Mon, 5 Jul 1999 01:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA85493; Mon, 5 Jul 1999 01:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 5 Jul 1999 01:20:01 -0700 (PDT) Message-Id: <199907050820.BAA85493@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/10064: /bin/sh called from make dumps core Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/10064; it has been noted by GNATS. From: Sheldon Hearn To: Juergen Lock Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/10064: /bin/sh called from make dumps core Date: Mon, 05 Jul 1999 10:19:13 +0200 On Sun, 04 Jul 1999 12:44:15 +0200, Juergen Lock wrote: > Hmm so let's find out which patch makes it dissapear. After building > several sh:s from the RELENG_2_2 branch i found out the 2.2.7R sh > dies and the 2.2.8R sh doesn't, and the crucial patch is in parser.c > (0parser228 below). undoing that patch in the 3.2-stable sh as well > as in the -current sh cause both to crash, and that patch doesn't > look like it could fix a stack bug, only mask it by using the stack > differently, right? Surely one way to fix a stack bug is to use the stack differently? :-) I think the important thing, as you've discovered for yourself, is that it's fixed in 2.2.8-RELEASE, 3.2-STABLE and 4.0-CURRENT. Thanks for the feedback. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 2:34: 7 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id ACBF9151E2; Mon, 5 Jul 1999 02:33:59 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id DAA75628; Mon, 5 Jul 1999 03:33:58 -0600 (MDT) (envelope-from ken) Message-Id: <199907050933.DAA75628@panzer.kdm.org> Subject: Re: kern/12495: 3.1 install fails to detect Toshiba CDROM on AHA1740 adapter In-Reply-To: <199907041010.DAA39439@freefall.freebsd.org> from Wilko Bulte at "Jul 4, 1999 03:10:03 am" To: wilko@FreeBSD.ORG (Wilko Bulte) Date: Mon, 5 Jul 1999 03:33:58 -0600 (MDT) Cc: freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG From: "Kenneth D. Merry" X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [ If you don't CC messages to me, it'll take a lot longer to get a reply. ] Wilko Bulte wrote... > The following reply was made to PR kern/12495; it has been noted by GNATS. > > From: Wilko Bulte > To: freebsd-gnats-submit@freebsd.org, wilko@freebsd.org > Cc: > Subject: Re: kern/12495: 3.1 install fails to detect Toshiba CDROM on AHA1740 > adapter > Date: Sun, 04 Jul 1999 12:08:50 +0200 > > Hi Ken, > > Thanks for your reply. > > On your question: yes, there was a 3.1 release CD in the drive during > the boot. Okay, that rules out that problem. > And you are right, the Toshiba drive is not exactly an ancient device. > Not new either, it is a 4x > cdrom. > > What puzzles me is the fact that 2.2.x has always worked just fine, > I have multiple of the > same Toshiba model in both my Intel and Alpha machines. It's not as puzzling as you might think. We don't wait for the CDROM drive to finish probing before we start booting. So if sysinstall probes right away, it might not see the cdrom drive. The old SCSI layer probed things sequentially, so you would finish probing everything, no matter how long it took, before any booting took place. > I'll probably give 3.2-release a try next Saturday. Good idea, it's possible that'll fix the problem, although I'm not so sure it will. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 2:40: 6 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id F1C1514E55 for ; Mon, 5 Jul 1999 02:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA94989; Mon, 5 Jul 1999 02:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 5 Jul 1999 02:40:04 -0700 (PDT) Message-Id: <199907050940.CAA94989@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Kenneth D. Merry" Subject: Re: kern/12495: 3.1 install fails to detect Toshiba CDROM on AHA1740 adapter Reply-To: "Kenneth D. Merry" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/12495; it has been noted by GNATS. From: "Kenneth D. Merry" To: wilko@FreeBSD.ORG (Wilko Bulte) Cc: freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/12495: 3.1 install fails to detect Toshiba CDROM on AHA1740 adapter Date: Mon, 5 Jul 1999 03:33:58 -0600 (MDT) [ If you don't CC messages to me, it'll take a lot longer to get a reply. ] Wilko Bulte wrote... > The following reply was made to PR kern/12495; it has been noted by GNATS. > > From: Wilko Bulte > To: freebsd-gnats-submit@freebsd.org, wilko@freebsd.org > Cc: > Subject: Re: kern/12495: 3.1 install fails to detect Toshiba CDROM on AHA1740 > adapter > Date: Sun, 04 Jul 1999 12:08:50 +0200 > > Hi Ken, > > Thanks for your reply. > > On your question: yes, there was a 3.1 release CD in the drive during > the boot. Okay, that rules out that problem. > And you are right, the Toshiba drive is not exactly an ancient device. > Not new either, it is a 4x > cdrom. > > What puzzles me is the fact that 2.2.x has always worked just fine, > I have multiple of the > same Toshiba model in both my Intel and Alpha machines. It's not as puzzling as you might think. We don't wait for the CDROM drive to finish probing before we start booting. So if sysinstall probes right away, it might not see the cdrom drive. The old SCSI layer probed things sequentially, so you would finish probing everything, no matter how long it took, before any booting took place. > I'll probably give 3.2-release a try next Saturday. Good idea, it's possible that'll fix the problem, although I'm not so sure it will. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 5:30:19 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id EAEAF14F76; Mon, 5 Jul 1999 05:30:18 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA12220; Mon, 5 Jul 1999 05:30:18 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 5 Jul 1999 05:30:18 -0700 (PDT) From: Message-Id: <199907051230.FAA12220@freefall.freebsd.org> To: david@inty.net, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/10029: many vm_fault: pager read errors Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: many vm_fault: pager read errors State-Changed-From-To: suspended->feedback State-Changed-By: sheldonh State-Changed-When: Mon Jul 5 05:29:20 PDT 1999 State-Changed-Why: David, you might want to give this another bash using 3.2-STABLE, since a number of NFS cleanups were committed to RELENG_3 last week. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 5:32: 2 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D82EE14F76; Mon, 5 Jul 1999 05:32:01 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA12458; Mon, 5 Jul 1999 05:32:01 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 5 Jul 1999 05:32:01 -0700 (PDT) From: Message-Id: <199907051232.FAA12458@freefall.freebsd.org> To: nox@jelal.kn-bremen.de, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/10064: /bin/sh called from make dumps core Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /bin/sh called from make dumps core State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Mon Jul 5 05:31:17 PDT 1999 State-Changed-Why: Submitter confirms that the problem is fixed in 2.2.8-RELEASE and later versions. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 7:55:18 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A0AC414CFD; Mon, 5 Jul 1999 07:55:17 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA02368; Mon, 5 Jul 1999 07:55:16 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 5 Jul 1999 07:55:16 -0700 (PDT) From: Message-Id: <199907051455.HAA02368@freefall.freebsd.org> To: adams@digitalspark.net, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/12510: Specific netscape search crashes X Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Specific netscape search crashes X State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Mon Jul 5 07:53:12 PDT 1999 State-Changed-Why: The FreeBSD problem report database isn't the right place to raise this issue. It's either a Netscape problem or an XFree86 problem. You should take the issue up with a forum specific to one of those. For what it's worth, I can't reproduce the problem using Netscape 3.04 and XFree86-3.3.3.1 . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 9:38:40 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2D57C1515B; Mon, 5 Jul 1999 09:38:37 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA13253; Mon, 5 Jul 1999 09:38:37 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 5 Jul 1999 09:38:37 -0700 (PDT) From: Message-Id: <199907051638.JAA13253@freefall.freebsd.org> To: ankh@byron.fachschaften.uni-muenchen.de, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/12517: ipfw should not log to console when using the 'log' keyword but does (sort of documented) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ipfw should not log to console when using the 'log' keyword but does (sort of documented) State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Mon Jul 5 09:37:37 PDT 1999 State-Changed-Why: In fact, every single call to ipfw_report() is dependant on fw_verbose being true, which is true if the code is compiled with IPFIREWALL_VERBOSE defined. Also, the only reporting we do is via the ipfw_report() interface, the behaviour of which is not dependant on the state of fw_verbose. In other words, we seem to do only _one_ kind of logging, and we only do it if IPFIREWALL_VERBOSE is _not_ defined at compile-time. I'm curious to know what makes you say that ipfw logs via syslog and "to the console as well". I realize that the documentation says so, but in your experience of the software, do you find this to be true? One way to find out for sure whether a message is being sent via syslog is to run syslogd -vv (see the manpage for details) having added the following line to /etc/syslog.conf: *.* /var/log/syslog.all Obviously, you need to create the file /var/log/syslog.all before you kill and restart syslogd with the -v -v options. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 10: 0:12 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5063E14C2F for ; Mon, 5 Jul 1999 10:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA14966; Mon, 5 Jul 1999 10:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from relay05.indigo.ie (relay05.indigo.ie [194.125.133.229]) by hub.freebsd.org (Postfix) with ESMTP id E619614DB6 for ; Mon, 5 Jul 1999 09:54:14 -0700 (PDT) (envelope-from janitor@relay05.indigo.ie) Received: (from janitor@localhost) by relay05.indigo.ie (8.9.3/8.9.3) id RAA23115; Mon, 5 Jul 1999 17:54:12 +0100 (IST) (envelope-from janitor) Message-Id: <199907051654.RAA23115@relay05.indigo.ie> Date: Mon, 5 Jul 1999 17:54:12 +0100 (IST) From: Alan.Judge@indigo.ie Reply-To: Alan.Judge@indigo.ie To: FreeBSD-gnats-submit@freebsd.org Cc: Alan.Judge@indigo.ie X-Send-Pr-Version: 3.2 Subject: kern/12521: repeatable SMP hang running lmbench in 3.2-STABLE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12521 >Category: kern >Synopsis: lmbench-1.1's context switching test hangs SMP >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 5 10:00:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Alan Judge >Release: FreeBSD 3.2-STABLE i386 >Organization: Indigo >Environment: Running 3.2-STABLE (updated 2nd July) on a new Dell 4350 test box. (Dual processor 500Mhz P-III, 1GB RAM.) >Description: While testing and benchmarking, discovered that lmbench-1.1 repeatably hangs an SMP kernel. Symptoms are that all user processes freeze. System still reponds to TCP connects, but no response after that. So, I'd guess it's stuck with interrupts masked. Interestingly if I boot exactly the same kernel image on a smaller Dell 2300 (Dual 400Mhz P-II, 256MB), I can't get it to crash, so it might be speed, size, or processor related. If I build a non-SMP kernel and run the same tests, all works fine. dmesg: Jul 2 14:38:28 relay05 /kernel: Copyright (c) 1992-1999 FreeBSD Inc. Jul 2 14:38:28 relay05 /kernel: Copyright (c) 1982, 1986, 1989, 1991, 1993 Jul 2 14:38:28 relay05 /kernel: The Regents of the University of California. All rights reserved. Jul 2 14:38:28 relay05 /kernel: FreeBSD 3.2-STABLE #0: Fri Jul 2 13:44:05 IST 1999 Jul 2 14:38:28 relay05 /kernel: judgea@quango.indigo.ie:/f2/FreeBSD/stable/src/sys/compile/RELAY05.SMP Jul 2 14:38:28 relay05 /kernel: Calibrating clock(s) ... TSC clock: 497434859 Hz, i8254 clock: 1193186 Hz Jul 2 14:38:28 relay05 /kernel: CLK_USE_I8254_CALIBRATION not specified - using default frequency Jul 2 14:38:28 relay05 /kernel: Timecounter "i8254" frequency 1193182 Hz Jul 2 14:38:28 relay05 /kernel: CLK_USE_TSC_CALIBRATION not specified - using old calibration method Jul 2 14:38:28 relay05 /kernel: CPU: Pentium III (686-class CPU) Jul 2 14:38:28 relay05 /kernel: Origin = "GenuineIntel" Id = 0x672 Stepping=2 Jul 2 14:38:28 relay05 /kernel: Features=0x383fbff,> Jul 2 14:38:28 relay05 /kernel: real memory = 1073741824 (1048576K bytes) Jul 2 14:38:28 relay05 /kernel: Physical memory chunk(s): Jul 2 14:38:28 relay05 /kernel: 0x00001000 - 0x0009efff, 647168 bytes (158 pages) Jul 2 14:38:28 relay05 /kernel: 0x00315000 - 0x3ffd7fff, 1070346240 bytes (261315 pages) Jul 2 14:38:28 relay05 /kernel: avail memory = 1042087936 (1017664K bytes) Jul 2 14:38:28 relay05 /kernel: Programming 24 pins in IOAPIC #0 Jul 2 14:38:28 relay05 /kernel: SMP: CPU0 apic_initialize(): Jul 2 14:38:28 relay05 /kernel: lint0: 0x00000700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff Jul 2 14:38:28 relay05 /kernel: FreeBSD/SMP: Multiprocessor motherboard Jul 2 14:38:28 relay05 /kernel: cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 Jul 2 14:38:28 relay05 /kernel: cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 Jul 2 14:38:28 relay05 /kernel: io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Jul 2 14:38:28 relay05 /kernel: Found BIOS32 Service Directory header at 0xc00ffe80 Jul 2 14:38:28 relay05 /kernel: Entry = 0xffe90 (0xc00ffe90) Rev = 0 Len = 1 Jul 2 14:38:28 relay05 /kernel: PCI BIOS entry at 0xcc0e Jul 2 14:38:28 relay05 /kernel: SMIBIOS header at 0xc00fb210 Jul 2 14:38:28 relay05 /kernel: Version 2.2 Jul 2 14:38:28 relay05 /kernel: Table at 0xfb230, 55 entries, 1908 bytes, largest entry 330 bytes Jul 2 14:38:28 relay05 /kernel: DMI header at 0xc00fb220 Jul 2 14:38:28 relay05 /kernel: Version 2.2 Jul 2 14:38:28 relay05 /kernel: Table at 0xfb230, 55 entries, 1908 bytes Jul 2 14:38:28 relay05 /kernel: Other BIOS signatures found: Jul 2 14:38:28 relay05 /kernel: ACPI: 00000000 Jul 2 14:38:28 relay05 /kernel: $PnP: 000fe2d0 Jul 2 14:38:28 relay05 /kernel: Preloaded elf kernel "kernel" at 0xc02f9000. Jul 2 14:38:28 relay05 /kernel: Preloaded elf module "splash_bmp.ko" at 0xc02f909c. Jul 2 14:38:28 relay05 /kernel: Preloaded elf module "vesa.ko" at 0xc02f9140. Jul 2 14:38:28 relay05 /kernel: Preloaded splash_image_data "/boot/splash.bmp" at 0xc02f91dc. Jul 2 14:38:28 relay05 /kernel: VESA: information block Jul 2 14:38:29 relay05 /kernel: 56 45 53 41 00 02 00 01 00 01 00 00 00 00 22 00 Jul 2 14:38:29 relay05 /kernel: 00 01 20 00 00 01 0b 01 00 01 21 01 00 01 2a 01 Jul 2 14:38:29 relay05 /kernel: 00 01 00 01 01 01 10 01 11 01 12 01 03 01 13 01 Jul 2 14:38:29 relay05 /kernel: 14 01 15 01 05 01 16 01 17 01 18 01 07 01 19 01 Jul 2 14:38:29 relay05 /kernel: VESA: 3 mode(s) found Jul 2 14:38:29 relay05 /kernel: VESA: v2.0, 2048k memory, flags:0x0, mode table:0xc02e70da (1000022) Jul 2 14:38:29 relay05 /kernel: VESA: ATI MACH64 Jul 2 14:38:29 relay05 /kernel: VESA: ATI Technologies Inc. Jul 2 14:38:29 relay05 /kernel: VESA: MACH64GT Jul 2 14:38:29 relay05 /kernel: VESA: 01.00 Jul 2 14:38:29 relay05 /kernel: vinum: loaded Jul 2 14:38:29 relay05 /kernel: splash: image@0xc02e8024, size:64534 Jul 2 14:38:29 relay05 /kernel: bmp_start(): splash_mode:28 Jul 2 14:38:29 relay05 /kernel: splash: image decoder found: splash_bmp Jul 2 14:38:29 relay05 /kernel: SMP: CPU0 bsp_apic_configure(): Jul 2 14:38:29 relay05 /kernel: lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000010 SVR: 0x000001ff Jul 2 14:38:29 relay05 /kernel: pci_open(1): mode 1 addr port (0x0cf8) is 0x80010014 Jul 2 14:38:29 relay05 /kernel: pci_open(1a): mode1res=0x80000000 (0x80000000) Jul 2 14:38:29 relay05 /kernel: pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71a08086) Jul 2 14:38:29 relay05 /kernel: Probing for devices on PCI bus 0: Jul 2 14:38:29 relay05 /kernel: found-> vendor=0x8086, dev=0x71a0, revid=0x00 Jul 2 14:38:29 relay05 /kernel: class=06-00-00, hdrtype=0x00, mfdev=0 Jul 2 14:38:29 relay05 /kernel: subordinatebus=0 secondarybus=0 Jul 2 14:38:29 relay05 /kernel: map[0]: type 3, range 32, base f0000000, size 26 Jul 2 14:38:29 relay05 /kernel: chip0: rev 0x00 on pci0.0.0 Jul 2 14:38:29 relay05 /kernel: found-> vendor=0x8086, dev=0x71a1, revid=0x00 Jul 2 14:38:29 relay05 /kernel: class=06-04-00, hdrtype=0x01, mfdev=0 Jul 2 14:38:29 relay05 /kernel: subordinatebus=1 secondarybus=1 Jul 2 14:38:29 relay05 /kernel: chip1: rev 0x00 on pci0.1.0 Jul 2 14:38:29 relay05 /kernel: found-> vendor=0x1011, dev=0x0024, revid=0x03 Jul 2 14:38:29 relay05 /kernel: class=06-04-00, hdrtype=0x01, mfdev=0 Jul 2 14:38:29 relay05 /kernel: subordinatebus=2 secondarybus=2 Jul 2 14:38:29 relay05 /kernel: chip2: rev 0x03 on pci0.2.0 Jul 2 14:38:29 relay05 /kernel: found-> vendor=0x8086, dev=0x7110, revid=0x02 Jul 2 14:38:29 relay05 /kernel: class=06-01-00, hdrtype=0x00, mfdev=1 Jul 2 14:38:29 relay05 /kernel: subordinatebus=0 secondarybus=0 Jul 2 14:38:29 relay05 /kernel: chip3: rev 0x02 on pci0.7.0 Jul 2 14:38:29 relay05 /kernel: found-> vendor=0x8086, dev=0x7111, revid=0x01 Jul 2 14:38:29 relay05 /kernel: class=01-01-80, hdrtype=0x00, mfdev=0 Jul 2 14:38:29 relay05 /kernel: subordinatebus=0 secondarybus=0 Jul 2 14:38:29 relay05 /kernel: map[0]: type 4, range 32, base 0000ffa0, size 4 Jul 2 14:38:29 relay05 /kernel: Freeing (NOT implemented) redirected ISA irq 0. Jul 2 14:38:29 relay05 /kernel: found-> vendor=0x8086, dev=0x7112, revid=0x01 Jul 2 14:38:29 relay05 /kernel: class=0c-03-00, hdrtype=0x00, mfdev=0 Jul 2 14:38:29 relay05 /kernel: subordinatebus=0 secondarybus=0 Jul 2 14:38:29 relay05 /kernel: intpin=d, irq=2 Jul 2 14:38:29 relay05 /kernel: map[0]: type 4, range 32, base 00000000, size 5 Jul 2 14:38:29 relay05 /kernel: found-> vendor=0x8086, dev=0x7113, revid=0x02 Jul 2 14:38:29 relay05 /kernel: class=06-80-00, hdrtype=0x00, mfdev=0 Jul 2 14:38:29 relay05 /kernel: subordinatebus=0 secondarybus=0 Jul 2 14:38:29 relay05 /kernel: chip4: rev 0x02 on pci0.7.3 Jul 2 14:38:29 relay05 /kernel: Freeing (NOT implemented) redirected PCI irq 14. Jul 2 14:38:29 relay05 /kernel: found-> vendor=0x8086, dev=0x1229, revid=0x05 Jul 2 14:38:29 relay05 /kernel: class=02-00-00, hdrtype=0x00, mfdev=0 Jul 2 14:38:29 relay05 /kernel: subordinatebus=0 secondarybus=0 Jul 2 14:38:30 relay05 /kernel: intpin=a, irq=20 Jul 2 14:38:30 relay05 /kernel: map[0]: type 3, range 32, base f7001000, size 12 Jul 2 14:38:30 relay05 /kernel: map[1]: type 4, range 32, base 0000dce0, size 5 Jul 2 14:38:30 relay05 /kernel: map[2]: type 1, range 32, base fe100000, size 20 Jul 2 14:38:30 relay05 /kernel: fxp0: rev 0x05 int a irq 20 on pci0.8.0 Jul 2 14:38:30 relay05 /kernel: fxp0: Ethernet address 00:90:27:7a:2e:ca Jul 2 14:38:30 relay05 /kernel: bpf: fxp0 attached Jul 2 14:38:30 relay05 /kernel: Freeing (NOT implemented) redirected PCI irq 11. Jul 2 14:38:30 relay05 /kernel: found-> vendor=0x8086, dev=0x1229, revid=0x05 Jul 2 14:38:30 relay05 /kernel: class=02-00-00, hdrtype=0x00, mfdev=0 Jul 2 14:38:30 relay05 /kernel: subordinatebus=0 secondarybus=0 Jul 2 14:38:30 relay05 /kernel: intpin=a, irq=21 Jul 2 14:38:30 relay05 /kernel: map[0]: type 3, range 32, base f7000000, size 12 Jul 2 14:38:30 relay05 /kernel: map[1]: type 4, range 32, base 0000dcc0, size 5 Jul 2 14:38:30 relay05 /kernel: map[2]: type 1, range 32, base fe000000, size 20 Jul 2 14:38:30 relay05 /kernel: fxp1: rev 0x05 int a irq 21 on pci0.10.0 Jul 2 14:38:30 relay05 /kernel: fxp1: Ethernet address 00:90:27:7a:2d:c4 Jul 2 14:38:30 relay05 /kernel: bpf: fxp1 attached Jul 2 14:38:30 relay05 /kernel: Probing for devices on PCI bus 1: Jul 2 14:38:30 relay05 /kernel: found-> vendor=0x1002, dev=0x4744, revid=0x5c Jul 2 14:38:30 relay05 /kernel: class=03-00-00, hdrtype=0x00, mfdev=0 Jul 2 14:38:30 relay05 /kernel: subordinatebus=0 secondarybus=0 Jul 2 14:38:30 relay05 /kernel: map[0]: type 1, range 32, base fc000000, size 24 Jul 2 14:38:30 relay05 /kernel: map[1]: type 4, range 32, base 0000fc00, size 8 Jul 2 14:38:30 relay05 /kernel: map[2]: type 1, range 32, base fbfff000, size 12 Jul 2 14:38:30 relay05 /kernel: vga0: rev 0x5c on pci1.0.0 Jul 2 14:38:30 relay05 /kernel: Probing for devices on PCI bus 2: Jul 2 14:38:30 relay05 /kernel: Freeing (NOT implemented) redirected PCI irq 10. Jul 2 14:38:30 relay05 /kernel: found-> vendor=0x9005, dev=0x001f, revid=0x00 Jul 2 14:38:30 relay05 /kernel: class=01-00-00, hdrtype=0x00, mfdev=0 Jul 2 14:38:30 relay05 /kernel: subordinatebus=0 secondarybus=0 Jul 2 14:38:30 relay05 /kernel: intpin=a, irq=16 Jul 2 14:38:30 relay05 /kernel: map[0]: type 4, range 32, base 0000ec00, size 8 Jul 2 14:38:30 relay05 /kernel: map[1]: type 1, range 64, base f9fff000, size 12 Jul 2 14:38:30 relay05 /kernel: map[2]: type 0, range 0, base 00000000, size 0 Jul 2 14:38:30 relay05 /kernel: ahc0: rev 0x00 int a irq 16 on pci2.4.0 Jul 2 14:38:30 relay05 /kernel: ahc0: Reading SEEPROM...done. Jul 2 14:38:30 relay05 /kernel: ahc0: BIOS eeprom is present Jul 2 14:38:30 relay05 /kernel: ahc0: Secondary High byte termination Enabled Jul 2 14:38:30 relay05 /kernel: ahc0: Secondary Low byte termination Enabled Jul 2 14:38:30 relay05 /kernel: ahc0: Primary Low Byte termination Enabled Jul 2 14:38:30 relay05 /kernel: ahc0: Primary High Byte termination Enabled Jul 2 14:38:30 relay05 /kernel: ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs Jul 2 14:38:30 relay05 /kernel: ahc0: Downloading Sequencer Program... 393 instructions downloaded Jul 2 14:38:30 relay05 /kernel: Freeing (NOT implemented) redirected PCI irq 10. Jul 2 14:38:30 relay05 /kernel: found-> vendor=0x9004, dev=0x6078, revid=0x03 Jul 2 14:38:30 relay05 /kernel: class=01-00-00, hdrtype=0x00, mfdev=0 Jul 2 14:38:30 relay05 /kernel: subordinatebus=0 secondarybus=0 Jul 2 14:38:30 relay05 /kernel: intpin=a, irq=16 Jul 2 14:38:30 relay05 /kernel: map[0]: type 4, range 32, base 0000e800, size 8 Jul 2 14:38:30 relay05 /kernel: map[1]: type 1, range 32, base f9ffe000, size 12 Jul 2 14:38:30 relay05 /kernel: ahc1: rev 0x03 int a irq 16 on pci2.6.0 Jul 2 14:38:30 relay05 /kernel: using shared irq16. Jul 2 14:38:31 relay05 /kernel: ahc1: Reading SEEPROM...done. Jul 2 14:38:31 relay05 /kernel: ahc1: aic7860 Single Channel A, SCSI Id=7, 3/255 SCBs Jul 2 14:38:31 relay05 /kernel: ahc1: Downloading Sequencer Program... 409 instructions downloaded Jul 2 14:38:31 relay05 /kernel: Probing for devices on the ISA bus: Jul 2 14:38:31 relay05 /kernel: atkbd: the current kbd controller command byte 0065 Jul 2 14:38:31 relay05 /kernel: atkbd: keyboard ID 0x41ab (2) Jul 2 14:38:31 relay05 /kernel: kbdc: RESET_KBD return code:00fa Jul 2 14:38:31 relay05 /kernel: kbdc: RESET_KBD status:00aa Jul 2 14:38:31 relay05 /kernel: sc0 on isa Jul 2 14:38:31 relay05 /kernel: sc0: fb0 kbd0 Jul 2 14:38:31 relay05 /kernel: sc0: VGA color <16 virtual consoles, flags=0x0> Jul 2 14:38:31 relay05 /kernel: atkbdc0 at 0x60-0x6f on motherboard Jul 2 14:38:31 relay05 /kernel: atkbd0 irq 1 on isa Jul 2 14:38:31 relay05 /kernel: kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 Jul 2 14:38:31 relay05 /kernel: psm0: current command byte:0065 Jul 2 14:38:31 relay05 /kernel: kbdc: TEST_AUX_PORT status:0000 Jul 2 14:38:31 relay05 /kernel: kbdc: RESET_AUX return code:00fa Jul 2 14:38:31 relay05 /kernel: kbdc: RESET_AUX status:00aa Jul 2 14:38:31 relay05 /kernel: kbdc: RESET_AUX ID:0000 Jul 2 14:38:31 relay05 /kernel: psm: status 00 02 64 Jul 2 14:38:31 relay05 /kernel: psm: status 00 00 64 Jul 2 14:38:31 relay05 /kernel: psm: status 00 03 64 Jul 2 14:38:31 relay05 /kernel: psm: status 00 03 64 Jul 2 14:38:31 relay05 /kernel: psm: status 10 00 64 Jul 2 14:38:31 relay05 /kernel: psm: data 00 00 00 Jul 2 14:38:31 relay05 /kernel: psm: data 00 00 00 Jul 2 14:38:31 relay05 /kernel: psm: status 00 02 64 Jul 2 14:38:31 relay05 /kernel: psm0 irq 12 on isa Jul 2 14:38:31 relay05 /kernel: psm0: model Generic PS/2 mouse, device ID 0, 2 buttons Jul 2 14:38:31 relay05 /kernel: psm0: config:00000000, flags:00000000, packet size:3 Jul 2 14:38:31 relay05 /kernel: psm0: syncmask:c0, syncbits:00 Jul 2 14:38:31 relay05 /kernel: sio0: irq maps: 0x1 0x11 0x1 0x1 Jul 2 14:38:31 relay05 /kernel: sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa Jul 2 14:38:31 relay05 /kernel: sio0: type 16550A Jul 2 14:38:31 relay05 /kernel: sio1: irq maps: 0x1 0x9 0x1 0x1 Jul 2 14:38:31 relay05 /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Jul 2 14:38:31 relay05 /kernel: sio1: type 16550A Jul 2 14:38:31 relay05 /kernel: sio2: disabled, not probed. Jul 2 14:38:31 relay05 /kernel: sio3: disabled, not probed. Jul 2 14:38:31 relay05 /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Jul 2 14:38:31 relay05 /kernel: fdc0: FIFO enabled, 8 bytes threshold Jul 2 14:38:31 relay05 /kernel: fd0: 1.44MB 3.5in Jul 2 14:38:31 relay05 /kernel: ppc: parallel port found at 0x378 Jul 2 14:38:31 relay05 /kernel: PC873xx probe at 0x2e got unknown ID 0x0 Jul 2 14:38:31 relay05 /kernel: ppc0: ECP SPP ECP+EPP SPP Jul 2 14:38:31 relay05 /kernel: ppc0 at 0x378 irq 7 on isa Jul 2 14:38:31 relay05 /kernel: ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode Jul 2 14:38:31 relay05 /kernel: ppc0: FIFO with 16/16/8 bytes threshold Jul 2 14:38:31 relay05 /kernel: ppi0: on ppbus 0 Jul 2 14:38:31 relay05 /kernel: plip: irq 7 Jul 2 14:38:31 relay05 /kernel: plip0: on ppbus 0 Jul 2 14:38:31 relay05 /kernel: bpf: lp0 attached Jul 2 14:38:31 relay05 /kernel: vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa Jul 2 14:38:31 relay05 /kernel: VESA: v2.0, 2048k memory, flags:0x0, mode table:0xc02e70da (1000022) Jul 2 14:38:31 relay05 /kernel: VESA: ATI MACH64 Jul 2 14:38:31 relay05 /kernel: VESA: ATI Technologies Inc. Jul 2 14:38:31 relay05 /kernel: VESA: MACH64GT Jul 2 14:38:32 relay05 /kernel: VESA: 01.00 Jul 2 14:38:32 relay05 /kernel: npx0 on motherboard Jul 2 14:38:32 relay05 /kernel: npx0: INT 16 interface Jul 2 14:38:32 relay05 /kernel: imasks: bio c8000040, tty c730109a, net c730109a Jul 2 14:38:32 relay05 /kernel: SMP: enabled INTs: 1, 3, 4, 6, 7, 12, 16, 20, 21, apic_imen: 0x00ceef25 Jul 2 14:38:32 relay05 /kernel: BIOS Geometries: Jul 2 14:38:32 relay05 /kernel: 0:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors Jul 2 14:38:32 relay05 /kernel: 1:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors Jul 2 14:38:32 relay05 /kernel: 2:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors Jul 2 14:38:32 relay05 /kernel: 3:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors Jul 2 14:38:32 relay05 /kernel: 4:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors Jul 2 14:38:32 relay05 /kernel: 5:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors Jul 2 14:38:32 relay05 /kernel: 6:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors Jul 2 14:38:32 relay05 /kernel: 7:00000000 0..0=1 cylinders, 0..0=1 heads, 1..0=0 sectors Jul 2 14:38:32 relay05 /kernel: 0 accounted for Jul 2 14:38:32 relay05 /kernel: Device configuration finished. Jul 2 14:38:32 relay05 /kernel: APIC_IO: Testing 8254 interrupt delivery Jul 2 14:38:32 relay05 /kernel: APIC_IO: routing 8254 via pin 2 Jul 2 14:38:32 relay05 /kernel: ccd0-3: Concatenated disk drivers Jul 2 14:38:32 relay05 /kernel: bpf: lo0 attached Jul 2 14:38:32 relay05 /kernel: bpf: ppp0 attached Jul 2 14:38:32 relay05 /kernel: new masks: bio c8000040, tty c730109a, net c730109a Jul 2 14:38:32 relay05 /kernel: bpf: sl0 attached Jul 2 14:38:32 relay05 /kernel: bpf: tun0 attached Jul 2 14:38:32 relay05 /kernel: Waiting 2 seconds for SCSI devices to settle Jul 2 14:38:32 relay05 /kernel: (noperiph:ahc0:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. Jul 2 14:38:32 relay05 /kernel: (noperiph:ahc1:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. Jul 2 14:38:32 relay05 /kernel: SMP: AP CPU #1 Launched! Jul 2 14:38:32 relay05 /kernel: SMP: CPU1 apic_initialize(): Jul 2 14:38:32 relay05 /kernel: lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff Jul 2 14:38:32 relay05 /kernel: ahc1: Selection Timeout on A:0. 1 SCBs aborted Jul 2 14:38:32 relay05 /kernel: ahc0: Selection Timeout on A:2. 1 SCBs aborted Jul 2 14:38:32 relay05 /kernel: ahc0: Selection Timeout on A:3. 1 SCBs aborted Jul 2 14:38:32 relay05 /kernel: ahc1: Selection Timeout on A:1. 1 SCBs aborted Jul 2 14:38:32 relay05 /kernel: ahc0: Selection Timeout on A:4. 1 SCBs aborted Jul 2 14:38:32 relay05 /kernel: ahc1: Selection Timeout on A:2. 1 SCBs aborted Jul 2 14:38:32 relay05 /kernel: ahc0: Selection Timeout on A:5. 1 SCBs aborted Jul 2 14:38:32 relay05 /kernel: ahc1: Selection Timeout on A:3. 1 SCBs aborted Jul 2 14:38:32 relay05 /kernel: ahc0: Selection Timeout on A:8. 1 SCBs aborted Jul 2 14:38:32 relay05 /kernel: ahc1: Selection Timeout on A:4. 1 SCBs aborted Jul 2 14:38:32 relay05 /kernel: ahc0: Selection Timeout on A:9. 1 SCBs aborted Jul 2 14:38:32 relay05 /kernel: ahc1: Selection Timeout on A:6. 1 SCBs aborted Jul 2 14:38:33 relay05 /kernel: (probe20:ahc1:0:5:0): INQUIRY. CDB: 12 1 80 0 ff 0 Jul 2 14:38:33 relay05 /kernel: (probe20:ahc1:0:5:0): ILLEGAL REQUEST asc:24,0 Jul 2 14:38:33 relay05 /kernel: (probe20:ahc1:0:5:0): Invalid field in CDB Jul 2 14:38:33 relay05 /kernel: ahc1: target 5 synchronous at 20.0MHz, offset = 0xf Jul 2 14:38:33 relay05 /kernel: ahc0: Selection Timeout on A:10. 1 SCBs aborted Jul 2 14:38:33 relay05 /kernel: ahc0: Selection Timeout on A:11. 1 SCBs aborted Jul 2 14:38:33 relay05 /kernel: ahc0: Selection Timeout on A:12. 1 SCBs aborted Jul 2 14:38:33 relay05 /kernel: ahc0: Selection Timeout on A:13. 1 SCBs aborted Jul 2 14:38:33 relay05 /kernel: ahc0: Selection Timeout on A:14. 1 SCBs aborted Jul 2 14:38:33 relay05 /kernel: ahc0: Selection Timeout on A:15. 1 SCBs aborted Jul 2 14:38:33 relay05 /kernel: (probe6:ahc0:0:6:0): INQUIRY. CDB: 12 1 80 0 ff 0 Jul 2 14:38:33 relay05 /kernel: (probe6:ahc0:0:6:0): ILLEGAL REQUEST asc:24,0 Jul 2 14:38:33 relay05 /kernel: (probe6:ahc0:0:6:0): Invalid field in CDB Jul 2 14:38:33 relay05 /kernel: ahc0: target 1 using 16bit transfers Jul 2 14:38:33 relay05 /kernel: ahc0: target 1 synchronous at 40.0MHz, offset = 0xf Jul 2 14:38:33 relay05 /kernel: ahc0: target 0 using 16bit transfers Jul 2 14:38:33 relay05 /kernel: ahc0: target 0 synchronous at 40.0MHz, offset = 0xf Jul 2 14:38:33 relay05 /kernel: pass0 at ahc0 bus 0 target 0 lun 0 Jul 2 14:38:33 relay05 /kernel: pass0: Fixed Direct Access SCSI-2 device Jul 2 14:38:33 relay05 /kernel: pass0: Serial Number LJP21594000019450AT4 Jul 2 14:38:33 relay05 /kernel: pass0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled Jul 2 14:38:33 relay05 /kernel: pass1 at ahc0 bus 0 target 1 lun 0 Jul 2 14:38:33 relay05 /kernel: pass1: Fixed Direct Access SCSI-2 device Jul 2 14:38:33 relay05 /kernel: pass1: Serial Number LJP22215000019450CL9 Jul 2 14:38:33 relay05 /kernel: pass1: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled Jul 2 14:38:33 relay05 /kernel: pass2 at ahc0 bus 0 target 6 lun 0 Jul 2 14:38:33 relay05 /kernel: pass2: Fixed Processor SCSI-2 device Jul 2 14:38:33 relay05 /kernel: pass2: 3.300MB/s transfers Jul 2 14:38:33 relay05 /kernel: pass3 at ahc1 bus 0 target 5 lun 0 Jul 2 14:38:33 relay05 /kernel: pass3: Removable CD-ROM SCSI-2 device Jul 2 14:38:33 relay05 /kernel: pass3: 20.000MB/s transfers (20.000MHz, offset 15) Jul 2 14:38:33 relay05 /kernel: pass2 at ahc0 bus 0 target 6 lun 0 Jul 2 14:38:33 relay05 /kernel: pass2: Fixed Processor SCSI-2 device Jul 2 14:38:33 relay05 /kernel: pass2: 3.300MB/s transfers Jul 2 14:38:33 relay05 /kernel: da0 at ahc0 bus 0 target 0 lun 0 Jul 2 14:38:33 relay05 /kernel: da0: Fixed Direct Access SCSI-2 device Jul 2 14:38:33 relay05 /kernel: da0: Serial Number LJP21594000019450AT4 Jul 2 14:38:33 relay05 /kernel: da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled Jul 2 14:38:33 relay05 /kernel: da0: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C) Jul 2 14:38:33 relay05 /kernel: da1 at ahc0 bus 0 target 1 lun 0 Jul 2 14:38:33 relay05 /kernel: da1: Fixed Direct Access SCSI-2 device Jul 2 14:38:34 relay05 /kernel: da1: Serial Number LJP22215000019450CL9 Jul 2 14:38:34 relay05 /kernel: da1: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled Jul 2 14:38:34 relay05 /kernel: da1: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C) Jul 2 14:38:34 relay05 /kernel: Considering FFS root f/s. Jul 2 14:38:34 relay05 /kernel: changing root device to da0s1a Jul 2 14:38:34 relay05 /kernel: da0s1: type 0xa5, start 63, end = 17767889, size 17767827 : OK Jul 2 14:38:34 relay05 /kernel: WARNING: / was not properly dismounted Jul 2 14:38:34 relay05 /kernel: start_init: trying /sbin/init Jul 2 14:38:34 relay05 /kernel: da1s1: type 0xa5, start 63, end = 17767889, size 17767827 : OK Jul 2 14:38:34 relay05 /kernel: ffs_mountfs: superblock updated for soft updates Jul 2 14:38:34 relay05 last message repeated 3 times Jul 2 14:38:34 relay05 savecore: reboot after panic: from debugger Jul 2 14:38:34 relay05 savecore: writing core to /var/crash/vmcore.1 Jul 2 14:38:45 relay05 /kernel: (da1:ahc0:0:1:0): tagged openings now 64 Jul 2 14:39:09 relay05 /kernel: (cd0:ahc1:0:5:0): READ CD RECORDED CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 Jul 2 14:39:09 relay05 /kernel: (cd0:ahc1:0:5:0): NOT READY asc:3a,0 Jul 2 14:39:09 relay05 /kernel: (cd0:ahc1:0:5:0): Medium not present Jul 2 14:39:09 relay05 /kernel: cd0 at ahc1 bus 0 target 5 lun 0 Jul 2 14:39:09 relay05 /kernel: cd0: Removable CD-ROM SCSI-2 device Jul 2 14:39:09 relay05 /kernel: cd0: 20.000MB/s transfers (20.000MHz, offset 15) Jul 2 14:39:09 relay05 /kernel: cd0: Attempt to query device size failed: NOT READY, Medium not present Jul 2 14:40:19 relay05 savecore: writing kernel to /var/crash/kernel.1 kernel config: machine "i386" cpu "I686_CPU" ident RELAYSMP maxusers 512 options INCLUDE_CONFIG_FILE options "NO_F00F_HACK" options USER_LDT options "MD5" options "VM86" options DDB options DDB_UNATTENDED options PERFMON options "ICMP_BANDLIM" options SOFTUPDATES options "MSGBUF_SIZE=163840" pseudo-device snp 3 pseudo-device ccd 4 pseudo-device vinum #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] #options MFS #Memory Filesystem #options MFS_ROOT #MFS usable as root device, "MFS" req'ed options NFS #Network Filesystem #options NFS_ROOT #NFS usable as root device, "NFS" req'ed options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options "CD9660_ROOT" #CD-ROM usable as root. "CD9660" req'ed options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=2000 options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor config kernel root on wd0 # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optionally these may need tweaked, (defaults shown): #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs controller isa0 controller eisa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 #options "CMD640" # work around CMD640 chip deficiency #controller wdc0 at isa? port "IO_WD1" bio irq 14 #disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port "IO_WD2" bio irq 15 #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 #options ATAPI #Enable ATAPI support for IDE bus #options ATAPI_STATIC #Don't do it as an LKM #device acd0 #IDE CD-ROM #device wfd0 #IDE Floppy (e.g. LS-120) # A single entry for any of these controllers (ncr, ahb, ahc) is # sufficient for any number of installed devices. #controller ncr0 #controller ahb0 controller ahc0 #controller isp0 # This controller offers a number of configuration options, too many to # document here - see the LINT file in this directory and look up the # dpt0 entry there for much fuller documentation on this. #controller dpt0 #controller adv0 at isa? port ? cam irq ? #controller adw0 #controller bt0 at isa? port ? cam irq ? #controller aha0 at isa? port ? cam irq ? #controller aic0 at isa? port 0x340 bio irq 11 controller scbus0 device da0 device sa0 device pass0 device cd0 #Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 #device mcd0 at isa? port 0x300 bio irq 10 #controller matcd0 at isa? port 0x230 bio #device scd0 at isa? port 0x230 bio # atkbdc0 controlls both the keyboard and the PS/2 mouse controller atkbdc0 at isa? port IO_KBD tty device atkbd0 at isa? tty irq 1 device psm0 at isa? tty irq 12 device vga0 at isa? port ? conflicts # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? tty # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? tty #options XSERVER # support for X server #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std device npx0 at isa? port IO_NPX irq 13 # # Laptop support (see LINT for more options) # #device apm0 at isa? disable flags 0x31 # Advanced Power Management # PCCARD (PCMCIA) support #controller card0 #device pcic0 at card? #device pcic1 at card? device sio0 at isa? port "IO_COM1" flags 0x10 tty irq 4 device sio1 at isa? port "IO_COM2" tty irq 3 device sio2 at isa? disable port "IO_COM3" tty irq 5 device sio3 at isa? disable port "IO_COM4" tty irq 9 # Parallel port device ppc0 at isa? port? net irq 7 controller ppbus0 device nlpt0 at ppbus? device plip0 at ppbus? device ppi0 at ppbus? #controller vpo0 at ppbus? # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. #device ax0 #device de0 device fxp0 #device mx0 #device pn0 #device rl0 #device tl0 #device tx0 #device vr0 #device vx0 #device wb0 #device xl0 #device ed0 at isa? port 0x280 net irq 10 iomem 0xd8000 #device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 #device ep0 at isa? port 0x300 net irq 10 #device ex0 at isa? port? net irq? #device fe0 at isa? port 0x300 net irq ? #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 #device lnc0 at isa? port 0x280 net irq 10 drq 0 #device ze0 at isa? port 0x300 net irq 10 iomem 0xd8000 #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 #device cs0 at isa? port 0x300 net irq ? pseudo-device loop pseudo-device ether pseudo-device sl 1 pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 64 pseudo-device gzip # Exec gzipped a.out's # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. options KTRACE #kernel tracing # This provides support for System V shared memory and message queues. # options SYSVSHM options SYSVMSG # The `bpfilter' pseudo-device enables the Berkeley Packet Filter. Be # aware of the legal and administrative consequences of enabling this # option. The number of devices determines the maximum number of # simultaneous BPF clients programs runnable. pseudo-device bpfilter 4 #Berkeley packet filter # USB support #controller uhci0 #controller ohci0 #controller usb0 # # for the moment we have to specify the priorities of the device # drivers explicitly by the ordering in the list below. This will # be changed in the future. # #device ums0 #device ukbd0 #device ulpt0 #device uhub0 #device ucom0 #device umodem0 #device hid0 #device ugen0 # #options USB_DEBUG #options USBVERBOSE >How-To-Repeat: Install package lmbench-1.1. cd /usr/local/lib/lmbench make SMP crashes every time during the context switch time testing (which runs lots of processes). I have a debugging kernel and dump. After breaking out to DDB and forcing a crash and dump, backtrace shows: (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:285 #1 0xc015b981 in panic (fmt=0xc02416dc "from debugger") at ../../kern/kern_shutdown.c:446 #2 0xc012cdbd in db_panic (addr=-1071550809, have_addr=0, count=-1, modif=0xd0860da4 "") at ../../ddb/db_command.c:432 #3 0xc012cd5d in db_command (last_cmdp=0xc0261220, cmd_table=0xc0261080, aux_cmd_tablep=0xc0275ad8) at ../../ddb/db_command.c:332 #4 0xc012ce22 in db_command_loop () at ../../ddb/db_command.c:454 #5 0xc012f173 in db_trap (type=3, code=0) at ../../ddb/db_trap.c:71 #6 0xc0216c49 in kdb_trap (type=3, code=0, regs=0xd0860e98) at ../../i386/i386/db_interface.c:157 #7 0xc0228094 in trap (frame={tf_es = -1071448048, tf_ds = -1071054832, tf_edi = -1071608052, tf_esi = 134, tf_ebp = -796520740, tf_isp = -796520768, tf_ebx = 0, tf_edx = -1071297289, tf_ecx = 16777217, tf_eax = 38, tf_trapno = 3, tf_err = 0, tf_eip = -1071550809, tf_cs = 8, tf_eflags = 582, tf_esp = -1071297305, tf_ss = -1071309451}) at ../../i386/i386/trap.c:548 #8 0xc0216ea7 in Debugger (msg=0xc0251d75 "manual escape to debugger") at ../../i386/i386/db_interface.c:317 #9 0xc021167c in scgetc (kbd=0xc028c3bc, flags=2) at ../../dev/syscons/syscons.c:3716 #10 0xc020c3fc in sckbdevent (thiskbd=0xc028c3bc, event=0, arg=0x0) at ../../dev/syscons/syscons.c:818 #11 0xc0208dd7 in atkbd_intr (kbd=0xc028c3bc, arg=0x0) at ../../dev/kbd/atkbd.c:561 #12 0xc022d0b0 in atkbd_isa_intr (unit=0) at ../../i386/isa/atkbd_isa.c:84 #13 0xc0223444 in MPgetlock () #14 0x8049067 in ?? () #15 0x8048731 in ?? () Not much of use here and I don't know much about the SMP stuff from a debugging point of view. I still have the core, so I can run any commands people might consider useful. (I'm out of the office Tues-Friday, but will help as much as I can after that.) >Fix: Unknown >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 11: 0:42 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0AC821524F for ; Mon, 5 Jul 1999 11:00:08 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA19424 for freebsd-bugs@freebsd.org; Mon, 5 Jul 1999 11:00:02 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 5 Jul 1999 11:00:02 -0700 (PDT) Message-Id: <199907051800.LAA19424@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org 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 The problem is not being worked on. This is a prime candidate for somebody who is looking for a project to do. 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 ------------------------------------------------------------------------------- o [1997/03/08] kern/2923 panic: vm_fault: fault on nofault entry, o [1997/06/01] kern/3752 peter NFS dirs under -current still have proble o [1997/06/01] kern/3753 peter "make" hangs when building in an NFS dir o [1997/07/03] kern/4021 peter Local mount of a local NFS exported direc o [1997/07/31] kern/4200 peter NFS: "vm_fault: fault on nofault entry" w o [1997/10/01] kern/4673 Two panics, now crash dumps, always in re o [1997/11/10] kern/4996 peter NFS crash, possibly related to file bigge o [1997/11/24] bin/5139 obrien portmap does not find interfaces correctl f [1997/12/21] kern/5355 Fix for NULLFS problems o [1998/02/03] kern/5641 dg running processes at the IDLE priority (i o [1998/02/10] kern/5703 CDROM Media Error triggers complete syste o [1998/03/23] bin/6121 peter gethostbyname(3) no longer returns NO_DAT o [1998/05/13] bin/6627 sheldonh TCP-based RPC denial-of-service attack s [1998/05/13] kern/6630 julian [PATCH] Fix for Cyrix I8254 bug o [1998/05/19] kern/6689 sheldonh kern_physio.c splits requests breaking cd o [1998/06/14] i386/6944 dillon icu_ipl.s does has a case commented as ca o [1998/06/23] kern/7028 Panic in vinvalbuf when appending/looking o [1998/07/12] kern/7264 gibbs Buslogic BT 950 scsi card not detected o [1998/08/15] kern/7622 Kernel panic with Fatal trap 18. s [1998/08/17] kern/7649 fenner [MFC] /sys/netinet/if_ether.c: "permanent o [1998/09/03] kern/7822 Machine Reboots without reason o [1998/09/06] kern/7843 Unable to install FreeBSD on Tekram DC-39 o [1998/09/08] i386/7859 fatal trap 12 in midi_synth_input o [1998/09/14] kern/7927 Fatal trap 12: page fault while in kernel o [1998/09/28] kern/8074 se CAM rescan operation fatal o [1998/10/03] gnu/8138 peter gcc -pipe xxx.s hangs o [1998/10/06] i386/8179 Install failure with motherbord using SIS o [1998/10/08] i386/8214 Install 3.0-19981006-BETA fails o [1998/10/16] kern/8345 mmap(2) hangs when dealing with certain f o [1998/10/27] kern/8473 Excessive virtual memory consumption with o [1998/11/01] kern/8532 3.0-RELEASE panics with standard SMP kern o [1998/11/04] conf/8576 server goes down when client mount its fi a [1998/11/08] ports/8609 nectar eklogin service (kerberos klogind) fails o [1998/11/12] i386/8673 bug in vm_page_alloc_contig() o [1998/11/21] i386/8787 install process hangs while adding defaul o [1998/11/24] ports/8829 torstenb Fix port: security/ssh o [1998/11/24] kern/8851 mounting an unconfigured device causes a o [1998/11/25] kern/8861 under heavy (multi interface) traffic ep0 o [1998/12/01] i386/8922 can't detect wdc1 on Abit LX6 motherboard o [1998/12/05] kern/8973 trap 12: page fault while in kernel mode o [1998/12/09] kern/9036 Boot 3.0-Release hangs with BT-445S after o [1998/12/14] kern/9081 3.0-RELEASE dies starting AP on dual PPro a [1998/12/22] kern/9178 -current ipfw.ko with ELF kernel doesn't o [1998/12/30] kern/9249 Panic on 2.2.8-STABLE when accessing wcd o [1999/01/03] kern/9294 IDE controller not being detected even wi o [1999/01/05] kern/9334 cp fails for 2048 Bytes/sector media o [1999/01/13] kern/9479 timeout while detect SCSI disks in recent o [1999/01/26] i386/9709 Kernel page faults during boot with 2GB R o [1999/01/27] kern/9742 tx driver for smc autodetects fine, but n o [1999/02/02] misc/9885 BIND 8.1.2 core dumping o [1999/02/04] kern/9909 Writing incomplete blocks to /dev/nrst0 h o [1999/02/19] kern/10166 panic during heavy sio i/o;no coproc; ves o [1999/02/20] kern/10172 panic: cannot allocate pipe - out of kvm o [1999/02/21] i386/10188 Cannot get system to boot after Installti o [1999/02/23] kern/10224 panic: pipeinit: cannot allocate pipe -- s [1999/02/26] kern/10281 Crash of 3.1-STABLE system due to scsi er o [1999/02/26] i386/10282 PCMCIA problems in 3.1-RELEASE? o [1999/03/01] kern/10332 gibbs System freezes during certain SCSI activi o [1999/03/01] bin/10344 fenner Core dump in gethostbyaddr for 199.93.70. o [1999/03/05] kern/10397 3.1R page fault while in kernel mode, fro o [1999/03/07] misc/10473 Incorrect aout compat libraries in XF8633 o [1999/03/09] kern/10507 Process hangs in state VM pgd o [1999/03/09] misc/10509 Cvs can hang system when used with pserve o [1999/03/09] kern/10520 can't exec files under nullfs o [1999/03/11] kern/10542 page fault while in kernel mode, not kern o [1999/03/11] kern/10545 When a fork/exec stress test is run, the o [1999/03/12] misc/10566 obrien patch dhcpc problem on /etc/pccard_ether o [1999/03/17] kern/10636 ipfw problems o [1999/03/19] i386/10683 I have a buslogic BT-948 FW controller. W o [1999/03/20] i386/10690 Installation freezes after device selecti f [1999/03/20] kern/10701 ppbus printing problems o [1999/03/22] ports/10725stb Wrong Cyrus IMAP deliver group o [1999/03/23] bin/10744 call to login() from aout/libutil.so.2.2 o [1999/03/27] kern/10828 3.1-STABLE freezes when writing to floppy o [1999/03/29] kern/10866 ahc2740 panic o [1999/03/30] kern/10872 Panic in sorecieve() due to NULL mbuf poi o [1999/04/05] kern/10959 3.1-STABLE crashes due to a floppy mount o [1999/04/05] ports/10965obrien lcc-3.6 unable to compile anything o [1999/04/08] kern/11023 Synchronous PPP not functional in leased o [1999/04/08] gnu/11038 tar needs bzip2 from ports o [1999/04/13] kern/11112 Amanda on FreeBSD can wipe the _next_ tap o [1999/04/16] kern/11180 boot of fresh bsd3.1 hangs o [1999/04/17] kern/11196 kernel mode page fault o [1999/04/19] misc/11216 Power fail versus Fsck changed my life. o [1999/04/19] kern/11226 Invalid files on disk after fsync o [1999/04/20] kern/11238 Synchronous PPP not functional in leased o [1999/04/20] kern/11241 Install fails after SCSI probe o [1999/04/21] ports/11263chuckr lister.lo listed twice in a2ps-4.12's lib o [1999/04/21] i386/11268 DEC FDDI PCI Adapter doesn't work... o [1999/04/22] i386/11278 FreeBSD Version 3.1 reboots repeatedly (c o [1999/04/23] i386/11298 Enabling IDE DMA on Opti Viper-M crashes o [1999/04/26] kern/11330 page fault in generic_bzero o [1999/04/26] bin/11335 find hangs in `nfsrcv' on local filesyste o [1999/04/26] conf/11343 worm; problems with installation and boot o [1999/04/26] i386/11349 Error Mounting /dev/wd0s1 on dist during o [1999/04/27] kern/11351 system reboot for error with popper and d o [1999/04/27] kern/11359 rvplayer 5.0 (Linux) cases ncr PCI SCSI d o [1999/04/28] bin/11374 MAN program problems o [1999/05/01] kern/11434 can't boot from wd0s2a o [1999/05/03] kern/11470 V3 NFS problem o [1999/05/04] i386/11488 Error while starting FreeBSD o [1999/05/06] kern/11533 NFS v3 locks up on large file transfers o [1999/05/10] kern/11629 File descriptor table sharing is broken o [1999/05/12] kern/11680 server freezes, all processes stuck in "i o [1999/05/13] i386/11681 gibbs Adaptec 2940 UW SCSI Controller BIOS 1.34 o [1999/05/14] kern/11707 ncr isn't recognized in 3.1-19990512-STAB f [1999/05/17] bin/11744 perllib fails to build o [1999/05/24] kern/11869 wpaul Network hangging due to xl0: tx underrun o [1999/05/26] kern/11891 typo in ioconf.c o [1999/05/31] kern/11966 TCP copies send and receive socket buffer o [1999/06/01] kern/11984 pthread_kill cannot kill select() threads o [1999/06/02] kern/11988 recvmsg with a cmsghdr but no iovec is br o [1999/06/02] kern/11993 panic: getnewbuf: inconsistent EMPTY queu a [1999/06/05] kern/12041 n_hibma Crashes on startup if Zip drive is switch o [1999/06/06] conf/12050 No /sbin/init on fixit flop o [1999/06/07] kern/12072 vm_fault happened in binary file transfer o [1999/06/09] ports/12098se KDM not config'd properly o [1999/06/09] kern/12106 error 6: panic: cannot mount root o [1999/06/10] kern/12127 persistent crash on idle SMP system o [1999/06/15] kern/12233 Fvwm2 causes FreeBSD-current to hang or r o [1999/06/16] bin/12243 NFS re-mount from Solaris 7 server hangs o [1999/06/16] kern/12248 CRON in malloc(): warning: pointer to wr o [1999/06/16] kern/12251 slattach followed by ifconfig sl0 doesn't o [1999/06/17] bin/12259 SL/IP install doesn't work due to ifconfi o [1999/06/18] kern/12283 3-way and 4-way SMP won't boot in 1999060 o [1999/06/18] i386/12286 Segmentation violation when invoking JNI o [1999/06/23] kern/12367 Writing files larger than floppy capacity o [1999/06/23] ports/12371ports Request for add patch: gnome-core: GNOME o [1999/06/24] docs/12377 doc differences of a NULL login class need am o [1999/06/25] misc/12390 Installation hangs during extraction o [1999/06/25] kern/12395 gibbs Buslogic SCSI cards (BT948) time out unde o [1999/06/30] kern/12466 Fast system hangs under high FS load o [1999/07/05] kern/12521 lmbench-1.1's context switching test hang 133 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1995/03/02] misc/229 bde acos() core dump a [1995/03/20] kern/260 davidg msync and munmap don't bother to update m s [1995/05/16] kern/425 arp entries not getting removed when inte o [1995/07/02] kern/579 bde sio: RS_IBUFSIZE at 256 bytes serial line o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps f [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA f [1996/08/03] bin/1461 Incorrect address binding of Kerberized r f [1996/08/22] kern/1533 dyson Machine can be panicked by a userland pro o [1996/09/19] bin/1650 telnet encryption with char-mode and asci o [1996/09/29] kern/1689 wollman TCP extensions throttles distant connecti o [1996/10/04] kern/1726 panic in kmem_malloc (dump available) o [1996/10/08] kern/1744 peter run queue or proc list smashed 4 times in o [1996/10/15] kern/1812 dg vnodes are left in a locked state f [1996/10/15] kern/1814 cy driver gets deadlocked sometimes o [1996/10/20] kern/1848 breakpoints may be set in shared librarie f [1996/10/21] kern/1856 peter read-only nfs mount: panic leaf should be s [1996/10/26] bin/1892 install(1) removes target file s [1996/11/08] gnu/1981 ypserv handles null key incorrectly a [1996/11/13] bin/2001 vi confused about lines to display a [1996/11/14] kern/2014 sos Console keyboard lockup problem o [1996/11/18] kern/2053 peter de0 driver don't work at 100M for Compex o [1996/12/22] kern/2270 Hayes ESP serial card locks system as of a [1996/12/30] kern/2325 quota.user enlarged, no boot on 2.2-BETA o [1996/12/30] kern/2330 changing root device to sd0a - ncr0: abor f [1997/01/03] conf/2367 gibbs Buslogic SCSI driver bad probe of 742A EI o [1997/01/09] bin/2430 mountd stops on loading if subnet mask is a [1997/01/21] bin/2549 sos cdcontrol refuses to play audio CDs from 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/05] kern/2667 wollman bpfattach can hang the system 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/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/16] gnu/2749 peter cvs export using remote cvs fails - CVS/T 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/2773 peter bad dir panic 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/22] kern/2800 DDS large data writing probrem o [1997/03/01] kern/2840 mlock+minherit+fork+munlock causes panics o [1997/03/03] kern/2858 peter FreeBSD NFS client can't mount filesystem o [1997/03/04] kern/2873 the od0 devies does not handle a Maxoptix o [1997/03/08] kern/2919 vm_fault: fault on nofault entry, addr: f o [1997/03/11] bin/2948 can't dump 640MB optical disks o [1997/03/12] kern/2965 st0 hang/fail on reading 4mm DAT tape for 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/18] kern/3021 panic after sync during reboot o [1997/03/21] bin/3055 umount -f does not work o [1997/04/01] bin/3170 vi freaks and dump core if user doesn't e o [1997/04/05] kern/3201 peter de0 not re-enabled after hub down 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/15] bin/3305 Can't do encrypted rlogin into self o [1997/04/25] kern/3381 peter 2.2.x kernel panic on traversing and remo o [1997/04/25] kern/3384 telldir-seekdir can cause livelock o [1997/05/01] gnu/3441 obrien C++ exceptions don't work in shared libra o [1997/05/01] kern/3463 netstat -I packet count increase on sl0 w f [1997/05/04] i386/3502 Merge of if_ix* and if_ie* broke EE/16 su o [1997/05/06] bin/3524 imp rlogin doesn't read $HOSTALIASES for non- o [1997/05/07] kern/3527 peter if_de.c doesn't recognize Kingston card p o [1997/05/09] kern/3564 using MPU401 driver pagefaults kernel o [1997/05/09] kern/3569 ex0 driver doesn't work with EtherExpress o [1997/05/12] kern/3579 peter de driver doesn't support newer SMC 9332 o [1997/05/12] kern/3581 intermittent trap 12 in lockstatus() o [1997/05/12] kern/3582 panic: bad dir (mangled entry) in 2.2-STA s [1997/05/25] kern/3685 [PATCH] panic: fdesc attr o [1997/05/30] kern/3726 peter process hangs in 2.2-stable when working o [1997/05/30] kern/3727 SCSI II tape support broken o [1997/06/03] kern/3771 NFS hangs when writing to local FS re-mou o [1997/06/04] i386/3779 changing cursor to blinking block causes o [1997/06/08] gnu/3810 cvs can't handle multiple multiple-path d o [1997/06/18] kern/3899 df while unmounting floppy crashes 2.2.2 o [1997/06/19] kern/3909 joerg A patch supporting some new worm drivers o [1997/06/19] gnu/3910 sort(1) of 2.2.1R doesn't work in special o [1997/06/28] misc/3980 peter access via NFS fails during mount-operati o [1997/06/29] bin/3986 rdist seg faults when target machine is d o [1997/07/02] kern/4012 peter 2.2-RELEASE/Digital UNIX NFSv3 0 length f o [1997/07/02] misc/4013 boot floppy hangs if IDE ZIP Drive presen s [1997/07/06] gnu/4042 gdb stackframe in static library shows no o [1997/07/12] bin/4078 sos Typed password to log in on console and i o [1997/07/17] kern/4115 peter SunOS NFS file has wrong owner if creator o [1997/07/26] bin/4176 restore gets confused when run over pipe f [1997/07/27] ports/4179 fenner lmbench-1.1 dumps core after asking for m o [1997/07/28] kern/4186 peter nfsiod, panic, page fault in kernel mode o [1997/07/30] kern/4194 peter kernel pci driver for Digital 21041 Ether o [1997/08/06] kern/4240 kernel fails to recognise 2nd serial port o [1997/08/08] conf/4252 peter sendmail doesn't use smrsh by default o [1997/08/10] kern/4260 EOF handling in st(4) is broken o [1997/08/10] kern/4265 Panic in dsinit when multiple FreeBSD sli o [1997/08/10] kern/4270 ch driver does not use bounce buffers o [1997/08/12] kern/4284 le0 goes OACTIVE after some time o [1997/08/13] kern/4295 SL/IP difficulties between 2.2.1 & 2.2.2 o [1997/08/16] kern/4312 arp table gets messed up, syslog "gateway o [1997/08/17] kern/4327 peter NFS over TCP reconnect problem s [1997/08/19] kern/4338 New device driver (Cyclades Cyclom-Z) o [1997/08/22] bin/4357 wosch bug in adduser script causes duplicate UI o [1997/08/23] bin/4366 bad144 crashes if checking over 2gb o [1997/08/25] kern/4381 mount -t msdos causes panic:vm_fault o [1997/09/02] kern/4454 X drops characters/locks up keyboard when o [1997/09/03] bin/4460 lpd hangs exiting (IE in ps table) o [1997/09/07] kern/4487 Kernel panic executing a directory o [1997/09/10] kern/4508 peter nfs3 data integrity problems o [1997/09/11] kern/4513 System lockup appears to be VM related. o [1997/09/14] i386/4533 Server with Cyclom-Y PCI card rebooted at o [1997/09/14] kern/4544 Linux emulator problems when MAXDSIZ is i o [1997/09/19] bin/4582 integer overflow in 'sa -km' o [1997/09/20] kern/4588 peter NFS access locks up o [1997/09/21] kern/4600 peter nfs lookups might give incorrect result o [1997/09/30] kern/4663 checkalias panic o [1997/10/01] kern/4666 dfr umount -f doesn't seem to work o [1997/10/01] bin/4672 rdist does not do hard links right when t o [1997/10/03] bin/4683 imp restore doesn't correctly handle "sparse" o [1997/10/05] docs/4691 no documentation for mk_cmds(1) o [1997/10/15] kern/4772 ATAPI CD (bootable) causes kernel panic o [1997/10/16] kern/4774 trying to use IBCS2 shared libraries cras o [1997/10/16] kern/4782 Under certain conditions, several krsh's o [1997/10/26] kern/4859 SMP kernel panics with timeout table full o [1997/10/31] bin/4907 Oct 33* Daylight Savings Time ends; clock o [1997/10/31] kern/4909 de ethernet driver is crazy on 100base o [1997/11/01] bin/4913 peter Large mail messages can cause mail.local o [1997/11/03] kern/4927 kernel does not check any quota and permi o [1997/11/05] kern/4945 continued failure to use the Adaptec 1460 o [1997/11/05] bin/4949 rpc.rquotad stat()s fs with quota file in o [1997/11/09] kern/4990 peter NFS hangs under FastEthernet. 1024 Bytes o [1997/11/15] conf/5062 login.access not evaluated correctly a [1997/11/18] bin/5084 ru wrong "term" for internal shell o [1997/11/18] kern/5085 System crash during mount command for CD o [1997/11/22] gnu/5126 C++ compiler bug (assembly output) o [1997/11/23] i386/5128 Adaptec 2940U Timeouts with QUANTUM disk o [1997/12/06] kern/5244 F00F workaround dosn't always work on SMP s [1997/12/14] bin/5297 make incompatibility with System V style o [1997/12/19] kern/5347 peter DEC (de0) ethernet card has no buffers af o [1997/12/30] kern/5396 fdesc fs crashes system o [1997/12/31] i386/5401 peter de0 selects wrong media when reconnected f [1998/01/08] kern/5456 After writing more than 100MB to SCSI Exa o [1998/01/16] kern/5513 luigi new PnP code is BAD (soundcards) s [1998/01/19] kern/5522 [PATCH] ip_input.c & ip_output.c problems o [1998/01/26] misc/5574 bootpd gets timezone incorrectly o [1998/01/27] kern/5587 session id gets dropped o [1998/01/29] kern/5598 Support for magneto-optic SCSI devices wi s [1998/01/30] bin/5604 setenv(3) function has memory leak, other o [1998/01/30] kern/5606 Kernel Panic running Linux Binary without o [1998/01/31] kern/5611 bind does not check sockaddr->sin_family o [1998/02/01] kern/5618 kernel memory leak in routetbl. o [1998/02/01] kern/5624 dumping to tape causes scsi bus reset o [1998/02/04] kern/5643 NCR 810/815 do not handle rewind correctl o [1998/02/09] bin/5693 hoek groff -mm or groff -mmm ??? o [1998/02/10] i386/5698 des LPIP causes spurious reboots o [1998/02/12] kern/5728 peter NFS hangs o [1998/02/15] i386/5760 3.0-CURRENT freezes at mount root stage o o [1998/02/17] gnu/5767 man leaves partially formatted cat pages o [1998/02/19] kern/5794 Kernel Panic o [1998/02/23] kern/5827 kernel panics in current (3.0) o [1998/02/24] kern/5839 vm_page_unwire: invalid wire count: 0 f [1998/02/27] bin/5867 peter pppd or FreeBSD ? o [1998/02/28] kern/5877 sb_cc counts control data as well as data o [1998/03/01] kern/5890 peter NFS server Side say NFSERR_BAD_COOKIE (rm o [1998/03/09] bin/5959 Cannot set up clocal gettys o [1998/03/10] kern/5969 non-root user can reboot/lock up system o [1998/03/11] kern/5975 can't boot freebsd: fatal trap12: page fa o [1998/03/14] conf/6002 peter /etc/mail/sendmail.cf.addtions seems to l o [1998/03/16] kern/6035 The system "sort-of" hangs when playing b o [1998/03/19] kern/6066 lnc driver does not work correctly with A o [1998/03/20] bin/6074 imp Incremental dumps are backing up unchange o [1998/03/22] i386/6099 des LPIP to slow machine causes hang o [1998/03/22] kern/6103 panic: ffs_valloc: dup alloc o [1998/03/28] bin/6162 kinit does not default to the current use o [1998/04/03] kern/6203 kernel panics with "blkfree: freeing free o [1998/04/03] conf/6205 NFS/NIS freak out o [1998/04/04] kern/6212 Two bugs with MFS filesystems fixed, one o [1998/04/07] kern/6238 luigi Sound-driver patch for MAD16 (OPTi 928,92 o [1998/04/08] kern/6251 peter ktrace very broken when logging over NFS o [1998/04/08] kern/6252 ide cdrom hangs system when on same bus a o [1998/04/09] kern/6253 Atapi wait for command phase too short. o [1998/04/10] kern/6267 dg panic: pmap_dispose_proc: upage already m o [1998/04/14] kern/6300 System locks up in SMP mode when accessin o [1998/04/17] kern/6336 peter NFSv3 should support files >2GB, but does o [1998/04/18] kern/6344 cy driver is outdated o [1998/04/19] kern/6351 DPT RAID controller stops working under h o [1998/04/20] i386/6368 Stallion Easyio 8 port not detected using o [1998/04/22] bin/6383 csh - when ctrl-d is pressed, file is chm o [1998/04/25] kern/6412 peter NFS sends packets from the wrong interfac o [1998/05/03] kern/6506 system will not soft reboot f [1998/05/05] kern/6525 Coral-Draw 5 CD crashes 2.2.6-STABLE a [1998/05/06] bin/6536 pppd doesn't restore drainwait for tty o [1998/05/08] bin/6557 /bin/sh is broken o [1998/05/10] bin/6577 /bin/sh environment variables not set in o [1998/05/11] kern/6587 SMP idle cpl breaks signal forwarding o [1998/05/11] kern/6589 system panick'd with May 4th kernel o [1998/05/11] ports/6591 se KDE starts /usr/bin/kzip instead of /usr/ o [1998/05/12] kern/6603 ncr driver hangs under high load o [1998/05/12] bin/6609 gmp.h not installed o [1998/05/17] kern/6670 PANIC on boot with FreeBSD 3.0 (same comp s [1998/05/19] kern/6686 [STABLE] -stable does not support large I o [1998/05/20] kern/6706 mount_msdos+mount_null+mc=panic o [1998/05/25] kern/6751 audio cd play suddenly stops. o [1998/05/25] kern/6755 peter Tulip (if_de) driver buggy in -current o [1998/05/27] kern/6771 peter panic: Bad nfs svc reply s [1998/05/27] misc/6773 [PATCH] tempnam.c security problems o [1998/06/01] misc/6824 peter Intel EtherExpress 100+, 2.2.6 NFS troubl s [1998/06/02] bin/6830 make(1) exhibits confusing and non-standa s [1998/06/04] kern/6854 [PATCH] probing brooktree849 capture card s [1998/06/04] kern/6858 inetd in realloc(): warning: junk pointer o [1998/06/04] misc/6861 [PATCH] netboot error o [1998/06/05] kern/6865 OS crashes when exiting shell with suspen o [1998/06/10] kern/6908 kernel crash from user land o [1998/06/19] bin/6994 The netstat(1) -s generates wrong output f [1998/06/19] i386/6996 Occasional complete lockup of 2.2.5R s [1998/06/22] bin/7019 [security] pwd.db almost always contains s [1998/06/23] bin/7033 Same process notified multiple times o [1998/06/24] kern/7038 shimon Kernel panic caused by DPT driver (Got a s [1998/06/24] bin/7043 the fstat command doesn't know ISOFS, MSD o [1998/06/24] i386/7057 3Com 3C509 locks up, or has >1000ms rtt u s [1998/06/24] bin/7059 sh dumps core on this script o [1998/06/24] ports/7061 ache fspclient's grab command fails (and remov o [1998/07/05] ports/7167 ache elm cannot pgp for more than one recipien s [1998/07/05] kern/7169 cannot use accton on a append-only file o [1998/07/05] kern/7178 sos IDE Western Digital hard disk detection e s [1998/07/06] misc/7190 jkh "Invalid partition table" after new insta s [1998/07/10] kern/7237 NCR SCSI driver ch0 troubles o [1998/07/11] kern/7245 processes die with signal 6, if machine o o [1998/07/12] i386/7266 yokota PSM detection failure with Linksys consol s [1998/07/14] kern/7281 [STABLE] Multicast kludge does not work c o [1998/07/16] kern/7299 USER_LDT hangs Linux-emulated Netscape o [1998/07/21] conf/7354 source distribution selection bug when in f [1998/07/22] kern/7367 panic: malloc: wrong bucket o [1998/07/23] ports/7383 torstenb socks5 + ssh + redirection not working o [1998/07/26] kern/7405 in pmap_changebit, pmap_pte_quick() retur s [1998/07/27] kern/7410 [PATCH] driver for arlan-655 s [1998/07/27] i386/7420 [PATCH] Maximum socket buffer size (SB_MA o [1998/07/28] kern/7424 Machine crashes do not occur very often, o [1998/07/30] bin/7446 jdp Dlopen succeed in particular cases, but i o [1998/08/04] ports/7490 ache `setenv LANG/LC_CTYPE C` makes tcsh unusa s [1998/08/10] kern/7556 sl_compress_init() will fail if called an f [1998/08/10] kern/7557 -current machine running Diablo, lockup, s [1998/08/10] kern/7561 CDROM (wcd) is prone to lock up system/pr s [1998/08/10] kern/7562 Running wine can cause other applications o [1998/08/12] bin/7587 There is no pthread_cancel() in libc_r.a! o [1998/08/18] kern/7658 (1) rlogin from some host to the FreeBSD o [1998/08/18] kern/7664 scsiformat reports '0' for all parameters o [1998/08/18] conf/7665 sysinstall quits silently o [1998/08/19] kern/7678 Problems with a 386-16 o [1998/08/20] i386/7698 scotty/tkined library error s [1998/08/22] kern/7713 fenner [MFC] problem with reusing ports with mul o [1998/08/23] kern/7727 Processes get wedged in 'getblk' on 2.2.7 o [1998/08/27] kern/7754 kernel panics if NFS server uses LKM vs. o [1998/08/27] bin/7756 disklabel misbehaving on seriously sick d o [1998/08/27] kern/7764 ps(1) hangs in pfslck/lockrd - All subseq o [1998/08/27] kern/7766 de driver still buggy - random ifc death o [1998/08/27] kern/7767 de driver still buggy - power cycle of de o [1998/08/30] kern/7781 Problem with setpassent(), getpwnam() and o [1998/08/31] kern/7793 kernel wedges when netscape exits o [1998/09/01] kern/7797 System halted with "panic: pmap_release: o [1998/09/02] i386/7815 probe can't find wdc0 s [1998/09/03] gnu/7821 awk in free(): warning: chunk is already o [1998/09/03] conf/7823 sysinstall will not install XFree o [1998/09/09] bin/7872 [PATCH] mountd(8) can apply flags to wron o [1998/09/09] bin/7876 gethostbyname flags temporary failure as o [1998/09/09] bin/7877 fenner libpcap and tcpdump need updating o [1998/09/10] kern/7880 mount_cd9660 incorrect on multitrack CD-R o [1998/09/11] i386/7898 erich linux_lib-2.4 lacks libc.so.6 o [1998/09/11] kern/7902 if_de doesn't properly recognize a "Magic o [1998/09/12] conf/7908 wrong perms on objformat after upgrade o [1998/09/13] kern/7925 sendmail, inetd SIGSEGV after forking aft o [1998/09/15] ports/7931 torstenb Ssh allows root login with no password o [1998/09/16] kern/7950 Trap 12 while executing wine o [1998/09/16] gnu/7951 The gnu readline library core dumps when o [1998/09/17] bin/7968 If /usr/libexec/yppwupdate DNE, rpc.yppas a [1998/09/19] ports/7987 ports Can't post news with TRN + NNTPCACHE o [1998/09/22] conf/8031 [patch] /etc/rc looks for /etc/sendmail.c o [1998/09/28] misc/8070 can't get a system with an NCR 810 contro o [1998/09/28] i386/8081 Problem with MULTIPORT driver and Boca BB o [1998/09/29] bin/8085 sendmail startup could be backgrounded f [1998/09/29] ports/8088 torstenb short writes using ssh-1.2.* o [1998/09/30] gnu/8099 [patch] some bugs in cpio o [1998/10/03] kern/8137 [patch] quotaoff followed by quotaon can o [1998/10/05] kern/8158 sio driver breaks in 2.2.7R in kernels wi o [1998/10/06] kern/8180 open("..",O_RDONLY|O_NONBLOCK) fails o [1998/10/07] bin/8195 ee dumps core on window resize o [1998/10/08] kern/8206 [patch] Unconected UDP socket declined, i o [1998/10/08] kern/8215 Creating 2 root partitions in sysinstall o [1998/10/11] bin/8266 [patch] nfsd should allow just nfs versio o [1998/10/11] ports/8276 hosokawa samba's WINS database gets removed during o [1998/10/12] bin/8281 writev() in libc_r causes loop o [1998/10/13] kern/8312 Under heavy load, the system panics with o [1998/10/14] bin/8322 Mail doesn't respect REPLYTO in .mailrc o [1998/10/14] kern/8324 failure to deliver SIGIO when fildes mark o [1998/10/19] conf/8379 check_rcpt returns OK for nonexistent add o [1998/10/20] kern/8380 swap_page error: out of swap space o [1998/10/20] i386/8385 2.2.7 hangs while detecting type of COM1' o [1998/10/20] ports/8394 peter rdist6 won't compile--tries to use MOUNT_ o [1998/10/21] i386/8397 Code using popen compiled on BSDI BSD/OS o [1998/10/22] i386/8414 ibcs2 emulation sets serial baud-rate inc o [1998/10/22] kern/8415 SMP kernel freezes while downloading larg s [1998/10/22] kern/8417 3.0 config(8) doesn't check that root fs o [1998/10/22] i386/8418 sh MAKEDEV all - fails to create hard lin o [1998/10/23] kern/8423 Intel PILA8461 NIC panics 2.2.7 during pr o [1998/10/24] i386/8435 boot.flp does not give shell prompt after o [1998/10/24] bin/8440 jkh 3.0-RELEASE has wrong permissions on game o [1998/10/28] misc/8480 odd Korean timedef(LC_TIME) o [1998/10/30] kern/8500 FreeBSD 3.0 thread scheduler is broken o [1998/10/31] bin/8518 freopen() in append mode followed by ftel o [1998/11/01] kern/8534 insufficient support routines for poll(2) o [1998/11/03] kern/8561 /kernel inode change time changes every r o [1998/11/03] i386/8567 Intel EtherExpress Pro/10 driver (if_ex.c o [1998/11/04] bin/8573 nvi 1.79 SIGSEGVs on any address in .exrc o [1998/11/05] kern/8580 Hanging NFS pagein in nfs_bio.c (2.2.7, w o [1998/11/07] kern/8590 kernel incorrectly recognizing Maxtor 11. o [1998/11/07] kern/8596 panic: page fault while using ping's reco o [1998/11/08] kern/8607 maxprocsperuid setting causes sybase/linu o [1998/11/08] kern/8619 EXT2FS should be in GENERIC kernel o [1998/11/08] ports/8622 peter exmh2 has problems with some date formats s [1998/11/09] misc/8623 wollman [MFC] Time zone for Japan is strange (see o [1998/11/10] bin/8646 Implement rlogind -a option o [1998/11/11] kern/8655 Umount trouble of SCSI removable device o [1998/11/11] kern/8657 nfs client hung in nfs_bwrite/vfs_busy_pa o [1998/11/12] kern/8669 aio_write() and aio_read() do not work AT o [1998/11/14] kern/8683 sos Problems with Atapi in 3.0... o [1998/11/14] bin/8685 sending a SYST by ftp client closes conne o [1998/11/17] kern/8729 SYSV Semaphore blocks all threads o [1998/11/18] bin/8739 atoi and modunload o [1998/11/18] bin/8745 wosch adduser permit adding `root' and mail ali o [1998/11/20] kern/8773 Intel AN430TX motherboard ps/2 port not r f [1998/11/20] kern/8778 gibbs Buslogic BT948 in 2 boxes upgraded from S o [1998/11/21] bin/8790 [PATCH] Buffer overrun in nvi-1.79 (explo o [1998/11/23] kern/8824 Incorrect driver unit number in IDE BusMa o [1998/11/24] kern/8834 NFS can corrupt local file cache o [1998/11/24] conf/8854 boot.flp does not probe atapi cdrom o [1998/11/24] i386/8855 can't mount CD in ATAPI drive after eject o [1998/11/25] bin/8865 syslogd hangs with serial console o [1998/11/27] i386/8870 Installworld falls over in /usr/src/sys/i o [1998/11/28] kern/8875 Patch to allow DMA IDE with generic chips o [1998/11/29] conf/8903 /etc/rc can do NFS mounts before the netw o [1998/12/01] kern/8919 using Acceleport 8r o [1998/12/01] i386/8924 File transfers. Upload is 71Kbs downloa o [1998/12/02] kern/8940 system clock runs extremely slowly (and s o [1998/12/03] kern/8952 close() blocks forever after fork() in th o [1998/12/06] kern/8981 this also fixes X crashes and sio silo ov o [1998/12/07] ports/9002 torstenb mirror reuses obsolete temporary db file o [1998/12/09] kern/9030 DMPno2 - PCCards are not being recognised o [1998/12/10] i386/9044 #.0 pkgs require libkrb o [1998/12/16] kern/9095 swap detect error o [1998/12/19] kern/9129 Is it miss take ? So, ep deriver dose not o [1998/12/20] i386/9140 NIS "Magic cookie" in master.passwd slays o [1998/12/21] bin/9162 [Patch] pthreads GC breaks signal handlin o [1998/12/21] kern/9163 [patch] squid does not join a multicast g o [1998/12/22] kern/9171 maxusers 1024 results in unbootable kerne f [1998/12/22] ports/9177 erich linux_lib buggy and outdated o [1998/12/27] bin/9214 kldload(8) error messages are inadequate o [1998/12/29] i386/9237 pthread_exit doesn't exit o [1998/12/30] i386/9244 2.2.8 RELEASE Fixit floppy doesn't work.. o [1998/12/31] bin/9252 [patch] login program "login" don't set K o [1999/01/03] kern/9296 pps driver missing header file o [1999/01/03] kern/9297 pps driver doesn't clear ppbus control po o [1999/01/06] bin/9350 nvi incorrectly reads files with very lon o [1999/01/06] kern/9355 can't select() for writes on a bpf o [1999/01/07] bin/9362 "lpc start queue" doesn't work in 3.0-R & o [1999/01/07] bin/9379 pppd does not go through all interfaces l o [1999/01/08] kern/9391 if_addmulti doesn't check for retifma == o [1999/01/09] kern/9407 "make kernel" yields buggy kernel in cera o [1999/01/09] kern/9408 parameter reversed to a pci_cfgwrite in p o [1999/01/09] kern/9411 System crash on swapping to hole-files o [1999/01/09] kern/9413 profiling does not work with elf kernels o [1999/01/10] i386/9431 wd.c Does nto recognize certain LBA disks o [1999/01/11] bin/9440 obrien amd can't mount filesystems with type:=uf o [1999/01/11] bin/9444 mount_mfs uses lots of swap. o [1999/01/12] bin/9464 fenner Fix for fetch ignoring FTP_PASSIVE_MODE e o [1999/01/13] kern/9478 support for running a script from kldload o [1999/01/14] kern/9487 pcm: mixer's synth and cd devices are swa o [1999/01/14] bin/9495 su doesn't look at login.cnf all the time o [1999/01/15] bin/9516 ftpd doesn't honor invalid shelll in logi o [1999/01/17] kern/9537 ep0 driver : no buffer space available o [1999/01/17] bin/9544 syntax error concerning loading vinum fro o [1999/01/17] kern/9548 UNION fs corrupts data and has undefined o [1999/01/17] kern/9550 The latest -current as of 17 January has o [1999/01/21] kern/9599 SMP hang after reseting CPU 1 o [1999/01/21] kern/9612 grog NFS mounts on dual-homed server may hang o [1999/01/22] docs/9618 hoek many typos in groff_mm(7) o [1999/01/24] ports/9665 ache cannot start apache server o [1999/01/25] kern/9673 ISO CD-ROM Problem o [1999/01/25] ports/9688 cwt The current tcl80 port has problems, does o [1999/01/26] bin/9695 a typo in /usr/obj/aout/usr/src/tmp/usr/i o [1999/01/28] i386/9759 Tar process hangs on buggy tapes o [1999/01/31] bin/9849 mknod is missing from libc_r o [1999/02/01] kern/9862 system crashes writing to msdos jaz disk o [1999/02/02] kern/9883 MGET()(and variants) return NULL with M_W o [1999/02/04] misc/9903 thread enabled program can't use popen/sy o [1999/02/04] kern/9910 Heavy traffic renders FreeBSD acting as f s [1999/02/06] kern/9927 gibbs the ahc driver doesn't correctly grok swi o [1999/02/06] i386/9933 No error reported writing to write-protec o [1999/02/06] kern/9935 vmstat reprots bad AVM values o [1999/02/08] kern/9961 When loading if_ppp_mod.o system crashes, o [1999/02/08] i386/9962 Install Panics in with integer divide fau o [1999/02/08] kern/9974 Large amounts of kernel clock drift with o [1999/02/09] kern/9980 savecore fails with large (2gig+) swap pa o [1999/02/09] bin/9982 inet_addr(3) should be return 32bit uint. o [1999/02/10] misc/10009 jdp dlopen will crash when opening some strip o [1999/02/11] kern/10021 MOUNTING A EXT2FS A AFTER MOUNTING AN MSD f [1999/02/11] kern/10029 many vm_fault: pager read errors o [1999/02/11] bin/10031 ypxfr does not work with Solaris master s o [1999/02/11] bin/10039 Binaries from a "fixit" CD can't find ld- o [1999/02/12] docs/10059 dg MALLOC(9) manpage not updated to reflect o [1999/02/13] kern/10066 problem with a X-Window and syscons drive o [1999/02/14] i386/10089 ATAPI tape driver (wst) doesn't handle En a [1999/02/14] ports/10094jfitz autogeneration of msql user failed o [1999/02/15] kern/10107 interlock situation with exec_map and a p o [1999/02/18] kern/10145 ELF interpreter loading in chrooted situa o [1999/02/18] i386/10150 Compaq fxp0 Does not work on 3.0 or 3.1 b o [1999/02/18] i386/10151 ATAPI CD problem o [1999/02/19] conf/10163 init does not start when /var/msgs is a s o [1999/02/22] kern/10209 natd stopped to worked since i upgraded f o [1999/02/23] bin/10230 -T and -B not implemented on filehandles o [1999/02/25] misc/10259 FTP install hangs for 3.1-RELEASE o [1999/02/25] bin/10264 passwd(1) tryis NIS even with `-l' switch o [1999/02/25] kern/10265 file locking does not work with kernel pt o [1999/02/25] kern/10266 gibbs SCSI scanner times out when scanning o [1999/02/26] kern/10280 Display Adapters (PCI) probed wrong way - o [1999/02/28] misc/10302 installer o [1999/02/28] bin/10312 ken pciconf -l generates output incompatible o [1999/02/28] kern/10316 le0 goes OACTIVE after some time o [1999/03/01] bin/10341 memory leak in setenv(3) o [1999/03/02] bin/10353 ypserv gets segmentation violation o [1999/03/03] ports/10373nate Increasing kernel file descriptors causes o [1999/03/03] kern/10381 hlfsd/NFS failure -- directory cached bet a [1999/03/04] ports/10385billf New port: apache13-modperl o [1999/03/04] kern/10387 2.2.7 hangs when trying to write on defec o [1999/03/05] kern/10411 top, vmstat, iostat show 0% cpu idle & us o [1999/03/06] misc/10418 libpam is built before libradius/libtacpl o [1999/03/07] kern/10466 resume causes crashes if BIOS extmem != R o [1999/03/08] kern/10492 broadcast IP address can be set on interf o [1999/03/09] bin/10510 Remote cvs botches commits on occassion o [1999/03/09] bin/10511 incorrect return value in kvm_read(3) and o [1999/03/11] bin/10553 syslogd suddenly stopped logging o [1999/03/13] ports/10579phk Error with Network discovery in tkined (p o [1999/03/14] kern/10581 Kernel panic while using find on an ext2 o [1999/03/14] kern/10594 EXT2FS mount problems o [1999/03/14] bin/10596 I can't find out where someone is logged o [1999/03/15] misc/10599 [PATCH included]malloc/free breaks in cer o [1999/03/15] kern/10603 dcs Random system panics o [1999/03/15] kern/10607 Fast forwarding breaks when arp cache exp o [1999/03/16] bin/10615 make installworld DESTDIR=/some/dir o [1999/03/16] kern/10616 MSP3400C audio chip from Hauppauge WinTV- o [1999/03/16] i386/10626 RTC BIOS diagnostic error on install o [1999/03/16] bin/10633 obrien [patch] tcpslice timezone problem and upd o [1999/03/17] i386/10646 Bridge code missing from ed0 driver in 3. o [1999/03/18] ports/10665ports ports/graphics/sane needs access to /dev/ o [1999/03/19] kern/10671 setlogin(2) return EINVAL for length of n o [1999/03/19] kern/10676 3.1-RELEASE deadlocks under load with pro o [1999/03/20] kern/10698 de driver doesn't work with some tulip bo o [1999/03/22] gnu/10740 Fatal GCC error o [1999/03/23] kern/10747 [PATCH] ipfirewall `deny' rules act as `r o [1999/03/24] bin/10774 sio0 doesn't work well, i belive the prob o [1999/03/24] kern/10778 "ipforward_rt" is not cleared when routin o [1999/03/25] bin/10784 `make aout-to-elf-build' died in /usr/src o [1999/03/25] bin/10785 make aout-to-elf-install died in info tar o [1999/03/25] kern/10789 Second config of kernel doesn't overwrite o [1999/03/26] bin/10805 h2ph incorrectly deals with #error and #w o [1999/03/26] bin/10807 host(1) is broken - multiple options in o o [1999/03/27] bin/10821 des getpwent() fails on NIS clients after dro o [1999/03/29] i386/10862 wd.c STILL cannot recognize correct disk o [1999/03/30] kern/10870 eivind Kernel panic when writing to write-protec o [1999/03/30] misc/10879 Cannot build aout binaries under 3.1-RELE o [1999/03/30] bin/10880 Profiler libraries missing o [1999/04/01] bin/10912 Fix to prevent infinite loops on missing o [1999/04/03] i386/10928 su reboots the system after one day uptim o [1999/04/03] i386/10935 PCI cards detected twice o [1999/04/04] ports/10946se kdm 1.1 does not work correctly - XBINDIR o [1999/04/04] conf/10947 Entering daylight time at 2am loses /etc/ o [1999/04/05] bin/10963 brian date -v dosen't quite work o [1999/04/05] i386/10969 kernel fails to compile with ccs0 o [1999/04/06] i386/10983 lnc NIC driver doesn't work o [1999/04/06] bin/10985 make .NOTPARALLEL special target is broke o [1999/04/06] bin/10991 lpd hangs system if printer not ready on f [1999/04/07] ports/11003ports wmcdplay is not capable of playing an AUD o [1999/04/07] kern/11004 Quota Issues on SMP o [1999/04/07] bin/11005 `umount -f' does not work if the NFS-serv o [1999/04/07] bin/11008 3.1 fbsdboot.exe is broken. install.bat i o [1999/04/08] misc/11024 getpwnam(3) uses incorrect #define to lim o [1999/04/10] ports/11059ache ports/security/pgp does not extract o [1999/04/11] kern/11080 fatal trap 18 while trying to mount inval o [1999/04/11] kern/11084 3.1-R kernel trap 12 with interrupts o [1999/04/13] kern/11115 Sockets die in LAST_ACK and FIN_WAIT_1 st s [1999/04/13] ports/11116billf gtk interversion compatibility never work o [1999/04/13] bin/11119 NFS quotas fail to report if alternate fi o [1999/04/14] bin/11137 /bin/ps output loses the values for all p o [1999/04/16] kern/11164 The ie network driver panics during the i o [1999/04/16] bin/11169 warning: pointer to wrong page in cron(8) o [1999/04/18] kern/11199 3.1-RELEASE kernel page fault (trap 12) u o [1999/04/18] i386/11200 AMD PCnet lnc0/lnc1 problem o [1999/04/18] kern/11208 Complete system hang/freeze. No PANIC me o [1999/04/19] bin/11221 comm doesn't obey current locale collatio o [1999/04/20] bin/11247 fetch doesn't notice FTP error after RETR o [1999/04/21] kern/11255 Fore System ATM Card not working o [1999/04/21] kern/11266 frequent crashes with "Page fault, fatal o [1999/04/22] bin/11283 fetch http-timeout/timestamp bug o [1999/04/23] i386/11291 anic: ffs_alloccg: map corrupted o [1999/04/23] bin/11296 fetch(1) fails to resolve names in http m o [1999/04/23] kern/11299 Recent kernels have broken symbol tables, o [1999/04/26] conf/11336 Broken data sent to printer through devic o [1999/04/28] kern/11366 Filesystem can cause hang/crash in certai o [1999/04/28] kern/11367 Kernel crashing after mounting read only o [1999/04/28] conf/11376 NFS mount may be happening too soon in /e o [1999/04/29] bin/11382 generated code using rpcgen with -b optio o [1999/04/29] kern/11385 PCNet/PCI Ethernet adapter works in 3.1-R o [1999/04/29] i386/11395 ghostscript5.50 does not print properly, o [1999/04/30] kern/11405 pwd_mkdb with no tmp space leads to kerne o [1999/05/01] kern/11435 IPFW had no per-uid or per-gid rule suppo o [1999/05/02] i386/11454 mkdir() and chdir() doesn't check argumen o [1999/05/03] kern/11462 CS network interface driver (for CS89XX b o [1999/05/03] bin/11464 obrien union copies likely broken for alpha egcs o [1999/05/03] ports/11465ports The port chipmunk will not run. o [1999/05/04] kern/11490 yokota VESA+VM86+Splash == unstable system o [1999/05/05] kern/11507 msmith CS89XX (i386/isa/if_cs.c) fails to proper o [1999/05/05] kern/11513 cannot mount CD-ROM: Device not configure o [1999/05/05] misc/11523 3.1-STABLE BRIDGE option does not work o [1999/05/05] misc/11525 [PATCH] Networking patches to increase # o [1999/05/07] gnu/11562 tar verification doesn't work o [1999/05/07] kern/11563 pci_unmap_int doesn't do anything o [1999/05/10] ports/11636jfitz p5-Mail-Folder missing dependencies o [1999/05/11] ports/11656andreas lyx-port needs a patch until the next LyX o [1999/05/12] i386/11664 lnc1 NIC fail to work o [1999/05/12] bin/11666 ypserv fails to reply host name resolutio o [1999/05/12] kern/11679 httpd and perl5 processes stuck in "nocha o [1999/05/13] kern/11686 APM: Always "Resume failure" from suspend o [1999/05/13] kern/11692 3.1-stable deadlock o [1999/05/13] bin/11696 Signal handling is broken in libc_r. o [1999/05/13] kern/11697 Disk failure hangs system o [1999/05/14] i386/11720 FreeBSD 2.2.8 can't load fixit disk o [1999/05/18] kern/11766 Can not traceroute through ipnat. o [1999/05/18] i386/11773 yokota mouse works at setup time. Under X it go o [1999/05/19] misc/11778 mpz_get_str() in libgmp leads up to cored o [1999/05/19] misc/11790 boot manager bug o [1999/05/20] misc/11800 gibbs Problem with scsi AHA2940 and sony SDT-20 o [1999/05/20] i386/11801 Remounting CD on IDE CDROM after eject fa o [1999/05/20] ports/11807jfitz Port update: net/ratoolset o [1999/05/20] kern/11808 read/write mounted write-protected floppi o [1999/05/21] kern/11815 mjacob SCSI tape driver fails on media type reco o [1999/05/21] kern/11821 /dev/fd0a hangs on large files, including o [1999/05/22] docs/11852 jkh 3.X install requires 12MB of RAM, not 8 o [1999/05/23] kern/11867 Sound driver loses interrupts, no sound o [1999/05/28] kern/11911 3.1-R : writing file larger than floppy s o [1999/05/28] conf/11913 jkh Problem about /stand/sysinstall and /etc/ o [1999/05/28] kern/11915 access system call says file is readable o [1999/05/28] kern/11919 kldload doesn't return error on loading a o [1999/05/28] kern/11922 missing reentrant interfaces for getpwnam o [1999/05/29] kern/11928 kldload loads kernel modules even if ther o [1999/05/29] ports/11935ports ports/audio/dap: -DBIGENDIAN is wrong on o [1999/05/29] kern/11936 linux threads are partly broken for SMP o o [1999/05/29] kern/11937 vm problems after havy memory usage o [1999/05/30] conf/11950 /etc/hosts.allow confuses tcp wrapper o [1999/05/31] kern/11969 VM_fault with mmap'd CDROM data. o [1999/06/01] ports/11977ports Eterm port is unable to access .Xauthorit o [1999/06/02] i386/11991 fdisk does not assign slices to unused pa o [1999/06/02] bin/11992 /usr/src/sbin/mountd/mountd.c has '#ifdef o [1999/06/02] ports/11996obrien Fix for mutt sending content-type video a f [1999/06/03] ports/12015torstenb new postfix port o [1999/06/04] kern/12022 System clock timewarps o [1999/06/06] bin/12054 explicit -ltermcap after -lncurses causes o [1999/06/06] kern/12062 sa tape driver with Cipher 60M SCSI QIC t s [1999/06/07] misc/12073 markm make world continuously fails in vm/vnode o [1999/06/08] bin/12091 syslog packets from a remote machine are o [1999/06/08] kern/12092 vpo driver not working in 3.2-RELEASE o [1999/06/09] kern/12104 Certain cdcontrol commands don't work pro o [1999/06/10] conf/12116 ASCII and US-ASCII locale wrongly aliased o [1999/06/10] bin/12120 named crashes. o [1999/06/10] gnu/12122 cc hangs on STDIN with -pipe and .s files o [1999/06/10] kern/12126 Missing ioctl handler for IPX address fam o [1999/06/11] ports/12131ports knewmail port o [1999/06/11] bin/12136 obrien /sbin/dhclient-script: weird route comman o [1999/06/11] bin/12137 something wrong with shell -- functions w o [1999/06/11] kern/12141 libc_r passes negative tv_usec values to o [1999/06/11] i386/12147 sos Linux emulator fcntl ignores args o [1999/06/12] ports/12153andreas lyx doesn't compile because of lack of /u o [1999/06/12] ports/12174ache bash terminate with corefile if pid > 320 o [1999/06/12] gnu/12175 gdb crashes with pids > 32736 o [1999/06/12] docs/12181 doc [Patch] doc/en/handbook/kernelconfig/chap o [1999/06/13] bin/12191 wcol is trying to allocate a shared memor o [1999/06/14] kern/12219 Kernel gdb does not work under 3.2-RELEAS o [1999/06/15] misc/12221 djpeg halt's freebsd box o [1999/06/15] bin/12225 brian incompletness of radius request in /usr/s o [1999/06/15] ports/12234ports imlib-1.9.4/gdk_imlib/rend.c has syntax e o [1999/06/16] bin/12242 segmentation fault running /usr/bin/fmt o [1999/06/16] kern/12247 userlevel program let kernel hang o [1999/06/17] i386/12257 [Patch] sb(VoxWare) sound driver patch fo o [1999/06/17] kern/12262 pcm sound driver with SB16pnp does not ap o [1999/06/18] bin/12272 The ctype locales print an error message o [1999/06/18] kern/12274 cd mount problem f [1999/06/18] kern/12290 rnordier error 22: cannot mount root(2) o [1999/06/20] kern/12305 clock() ticks backwards o [1999/06/21] kern/12320 error 6: panic: cannot mount root (2) o [1999/06/22] ports/12346jfitz update ports: mrtg-2.7.5 o [1999/06/22] bin/12349 3.2-R inetd doesn't re-read ALL configura o [1999/06/23] docs/12372 doc man page HISTORY for strdup is wrong o [1999/06/24] kern/12378 pmap_growkernel doesn't update all page d o [1999/06/24] kern/12381 Bad scheduling in FreeBSD o [1999/06/25] conf/12387 CDROM boot failure on Thinpad 770X, 380ED o [1999/06/25] kern/12394 3.2-RELEASE, rl0 ethernet interface freez o [1999/06/28] kern/12434 signal 11 (core dumped) on mysqld when ma o [1999/06/28] misc/12438 Dynamic loader or vtable problem in 3.2-S o [1999/06/29] ports/12446ports ssh port doesn't build o [1999/06/29] bin/12448 arp -s ip_address auto pub results in err o [1999/06/29] kern/12450 IBM -DTTA-351010 corrupts data when using o [1999/06/30] kern/12464 bad reference in struct vm_zone o [1999/07/01] kern/12484 [PATCH] bpf_filter() broken o [1999/07/03] bin/12496 yppush broken when pushing to 2 or more s o [1999/07/03] bin/12497 src/etc/periodic/daily/150.clean-hoststat o [1999/07/04] kern/12508 gdb fails to vmcore.0 616 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard s [1995/01/14] bin/115 systat iostat display doesn't scale high s [1995/05/13] bin/401 Add REMOTE_* variables a [1995/05/27] gnu/450 tar --exclude -c doesn't work s [1995/06/15] bin/517 Bad group change with 'install' o [1995/07/09] misc/605 wpaul NIS: get*bynis routine problems s [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, s [1995/08/07] bin/658 ifconfig alias has to be separately given s [1995/09/26] kern/742 syslog errors accessing Mac hard disks [p s [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem i s [1995/11/20] kern/831 one minor complaint about the kernel visu s [1995/11/27] bin/841 stale nfs mounts cannot be umounted o [1995/11/30] bin/854 dg swapinfo shows incorrect information for a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/03/20] kern/1090 iostat displays incorrect sps count s [1996/03/20] bin/1093 route's diagnostic is weird o [1996/04/06] kern/1119 dg Mounted EXT2FS partition is not cleanly u s [1996/06/11] bin/1312 automounter hangs on boot s [1996/06/13] bin/1320 dump limits blocksize to 32K s [1996/07/07] bin/1375 jraynard Extraneous warning from mv(1) [PATCH] o [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET s [1996/08/17] bin/1502 [PATCH] vmstat 'avm' field merges with pr o [1996/09/06] bin/1577 peter mail -f foo does not look in current dire s [1996/09/08] bin/1589 [PATCH] ftp fails to flush output o [1996/09/14] gnu/1611 phk groff should use "system-wide" papersize s [1996/09/19] kern/1654 [PATCH] In procfs, vattr doesn't contain o [1996/09/23] i386/1671 joerg s2 map in pcvt isn't ISO 8859-1 and claim o [1996/09/29] docs/1691 dwhite ppp server doc submission s [1996/10/13] misc/1791 syslimits.h does not allow overriding def o [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong s [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl s [1996/11/01] bin/1941 danny wtmp and monthly rotation s [1996/11/01] bin/1943 route(8) args o [1996/11/04] i386/1953 sos syscons savers have no default timeout s [1996/11/04] gnu/1961 [PATCH] uucp logging files are in /var/sp s [1996/11/06] bin/1970 csh limtail() bug s [1996/11/16] bin/2036 cpio size wraparound s [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken s [1996/11/19] bin/2065 in tzsetup/sysinstall, allow user to type s [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi s [1996/11/28] bin/2119 [PATCH] mount lies to child about argv0, s [1996/12/02] bin/2137 vm statistics are bad s [1996/12/12] kern/2199 joerg [PATCH] Got a lots of "Target Busy" messa s [1996/12/14] bin/2216 [PATCH] Ada specs not being compiled into o [1996/12/17] i386/2239 jmg some interrupts take too long (i.e. BT946 a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/24] kern/2273 dufault support for POSIX.4 / POSIX.1a RT-schedul s [1996/12/26] bin/2291 [PATCH?] race condition in /etc/master.pa s [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 brandon new crypt() including SHS and an extendab o [1996/12/29] bin/2315 peter tail segfaults on NFS permission denied s [1996/12/30] kern/2327 [PATCH] `Green' saver for pcvt o [1997/01/06] bin/2387 [PATCH] virtual hosting patches for inetd o [1997/01/07] kern/2393 filesystems not unmounted following shutd o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/12] kern/2462 sos screen saver dosn't capture key strokes o [1997/01/14] kern/2492 AIMS Lab RadioTrack driver for FreeBSD 2. o [1997/01/26] i386/2598 ep0 in EISA mode hangs if ep0-device (ISA o [1997/01/28] bin/2603 dufault Added POSIX.4/POSIX.1b constants in unist o [1997/01/28] bin/2604 dufault Added POSIX.4/POSIX.1b shm_open()/shm_unl o [1997/02/02] gnu/2637 tar dumped core with -g option. a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d o [1997/02/05] bin/2668 modification suggested for rarpd f [1997/02/10] kern/2704 Occasional failure to detect wdc1 on boot o [1997/02/11] kern/2716 od.c/sd.c non 512 byte/sector support imp 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/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] kern/2865 peter NFS client hangs on umount, ls, df when N o [1997/03/06] docs/2897 steve send-pr categories should be explained so o [1997/03/06] bin/2898 fenner arp -a -n buglet o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] bin/2938 hoek Add -b, -l, and -f options to du(1) o [1997/03/18] misc/3024 make reinstall in /usr/src requires writa o [1997/03/22] kern/3061 route does not accept -genmask o [1997/03/31] gnu/3157 Patches to gas and gdb to support MMX ext o [1997/04/07] bin/3221 rpc.rusersd : can't communicate with SunO o [1997/04/07] misc/3225 [PATCH] uucpd.c should normalize host nam o [1997/04/08] misc/3237 SCRIPTS addition to bsd.prog.mk o [1997/04/09] bin/3242 incorrect prototype for initgroups 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/3284 [PATCH] symorder(1): -t option doesn´t wo o [1997/04/14] bin/3286 [PATCH] missing error checking in mount_m o [1997/04/14] kern/3287 [PATCH] missing symbols in /usr/src/sys/i o [1997/04/15] kern/3299 /dev/console hangs o [1997/04/17] bin/3314 [PATCH] /etc/daily did not run on April 6 o [1997/04/27] bin/3399 mv of symbolic link can move directory in o [1997/04/29] bin/3416 ibcs emulation problems o [1997/05/05] i386/3504 [PATCH] New features (and manpage) for ne o [1997/05/08] kern/3546 ktrace works even if no read permission o [1997/05/08] gnu/3552 the -L option of tar does not work proper s [1997/05/09] kern/3571 Mounted ext2 prevents umount of filesyste o [1997/05/12] kern/3584 luigi cleanup TCP_REASS macro in tcp_input.c o [1997/05/16] bin/3608 Telnet in linemode will break apart long o [1997/05/17] kern/3611 Internal CPU cache on CyrixiInstead DX2 d o [1997/05/18] gnu/3616 permissions of /usr/libexec/uucp/uuxqt no o [1997/05/20] docs/3645 torstenb TCP_wrappers package doesn't mention wher s [1997/05/21] bin/3648 roberto [PATCH] find(1) extension for file flags s [1997/05/22] kern/3667 [PATCH] make vn LKM'able. o [1997/06/02] bin/3762 dufault Bogus return values from rtprio(1) o [1997/06/07] bin/3805 single process tftpd o [1997/06/09] bin/3826 KerberosIV sometimes hangs rcp o [1997/06/10] bin/3837 dufault new feature for rtprio o [1997/06/12] kern/3853 luigi netboot/ns8390.c breaks NS datasheet o [1997/06/14] bin/3866 rcs2log fails with eastern timezones o [1997/06/15] kern/3879 peter Can't export mounted ext2fs via NFS o [1997/06/18] kern/3901 Multicast for Intel 10/100 Ethernet Card o [1997/06/19] misc/3912 ctags(1) cannot trace some macro correctl o [1997/06/23] kern/3938 peter Problem about mmap() over NFS o [1997/06/24] kern/3944 if_le doesnt receive ether multicast pack o [1997/06/25] kern/3948 nonworking t/tcp server side a [1997/06/25] kern/3953 kern-config: options PANIC_REBOOT_WAIT_TI o [1997/06/26] i386/3962 print disk internal cache size during pro o [1997/06/27] kern/3968 Hardware probes die on Peak SBCs. o [1997/06/29] ports/3983 fenner New port: psf toolkit o [1997/07/07] kern/4051 pppd connect 'chat ...' broken s [1997/07/07] kern/4052 VJ compression drops packets with IP+TCP o [1997/07/18] bin/4116 davidn Kerberized login as .root fails to o [1997/07/23] kern/4153 New tcp initial send sequence number code s [1997/07/23] bin/4154 wish /bin/sleep handled fractions of a se s [1997/07/24] bin/4157 [PATCH] netstat atalk output should print o [1997/07/24] bin/4163 archie ftp core dumps after hitting control-C s [1997/07/26] bin/4172 suggest reconnection option added to fetc s [1997/07/28] kern/4184 [PATCH] minor nits in sys/netatalk s [1997/07/31] bin/4204 [PATCH] ac printed wrong report about tty f [1997/08/03] kern/4221 brian Kernel mode pppd doesen't update wtmp on o [1997/08/04] conf/4229 Ethernet interface unreachable on bootup o [1997/08/06] bin/4238 chpass only occasionally works in conjunc o [1997/08/07] kern/4243 file locking doesn't work for pipe o [1997/08/07] bin/4247 modification to /etc/security for FreeBSD o [1997/08/08] misc/4249 wpaul ypchsh doesn't care about changing a user o [1997/08/12] misc/4285 SDL RISCom/N2 (ISA) o [1997/08/13] kern/4297 dufault SIGEV_NONE and SIGEV_SIGNAL go in signal. o [1997/08/13] i386/4300 msmith The initial timeout on open("/dev/lpt0".. o [1997/08/14] ports/4304 asami Recommendation re. Ports Collection o [1997/08/22] ports/4356 erich sudo shouldn't block signals in tgetpass( o [1997/08/23] conf/4363 kernel build depend on make obj o [1997/08/29] kern/4413 No way to unmount a floppy that goes bad o [1997/08/29] misc/4414 be.iso.kbd errors in mapping o [1997/08/29] bin/4419 man can display the same man page twice o [1997/08/29] bin/4420 find -exedir doesn't chdir for first entr o [1997/09/03] bin/4459 bde No prototype for moncontrol(3) and monsta o [1997/09/04] misc/4468 dlopen is not available from static execu o [1997/09/07] bin/4484 peter sendmail is barfing o [1997/09/13] kern/4528 processes hang if the mount_portal proces a [1997/09/14] i386/4538 sos byteswapped ATAPI id strings o [1997/09/14] bin/4545 f77 will only call `cc', no com-line opti s [1997/09/15] i386/4547 luigi asc.c and pcaudio.c should use selrecord o [1997/09/16] misc/4556 make can't build executable from single F o [1997/09/21] kern/4597 Patch to pass NPX status word in signal c o [1997/09/21] kern/4601 Contrib: userconfig patch to edit SCSI co o [1997/09/25] bin/4629 calendar doesn't print all dates sometime o [1997/09/28] misc/4646 Can't fixit with an NFS-mounted CD. o [1997/09/29] conf/4654 Need to do post-ifconfig commands o [1997/10/04] bin/4688 peter sys/utsname.h SYS_NMLN 32 too small o [1997/10/05] bin/4695 pstat error o [1997/10/05] bin/4696 ping hangs on certain unresolvable hosts o [1997/10/05] bin/4697 make doesn't handle dependencies with for o [1997/10/15] gnu/4771 diff to correct misleading total bytes in o [1997/10/22] bin/4828 ypxfr makes false assumption about RPC ca o [1997/10/24] kern/4845 Boot complains about disk slices in FAT p o [1997/10/24] kern/4847 pccard stuff fails after running Win95 wi o [1997/11/01] bin/4915 peter NFS mounts to linux machine can hang syst o [1997/11/02] bin/4923 vi leaves the screen in standout mode o [1997/11/07] bin/4969 cdcontrol plays incorrect audio tracks in o [1997/11/08] bin/4975 quotaon while server very busy causes loc o [1997/11/09] kern/4992 SCSI disk scheduling disabled in 2.2.5 o [1997/11/10] kern/4997 DDB_UNATTENDED doesn't always work o [1997/11/11] kern/5009 ibcs2 emulation o [1997/11/11] kern/5011 rndcontrol -s 8 causes kernel panic o [1997/11/13] bin/5031 lpr does not remove original file if -s i o [1997/11/13] ports/5034 ache (tcsh) blocked write on named pipe sticks o [1997/11/14] gnu/5039 libdialog fails to resore terminal o [1997/11/14] kern/5040 Support for "SCSI-0" devices o [1997/11/14] kern/5048 Calling shutdown(fd,1) multiple times wil o [1997/11/15] kern/5059 peter mountd, nfsd, etc. fail when lp0 defined o [1997/11/15] kern/5060 Kernel doesn't compile with mss o [1997/11/20] kern/5108 pmap_release panics with 'freeing held pa o [1997/11/20] kern/5110 kernel crash & core in pmap_testbit durin o [1997/11/23] bin/5134 cdcontrol will eject a mounted CDROM o [1997/11/26] misc/5153 jkh release file checksums in wrong file s [1997/11/28] bin/5173 [PATCH] restore ought to deal with root s s [1997/11/30] i386/5182 bde [PATCH] A patch support high speed serial o [1997/12/09] bin/5263 sh bug (with example) s [1997/12/11] kern/5275 [PATCH] Added volume (barcode) support to o [1997/12/14] conf/5292 master.passwd -- /nonexistent vs. /sbin/n s [1997/12/14] bin/5296 slattach fails creating pidfile with ioct o [1997/12/22] kern/5362 peter mount incorrectly reports / as an NFS exp f [1997/12/30] i386/5398 silo overflows running o [1998/01/02] bin/5410 pkg_info options s [1998/01/03] bin/5419 [PATCH] timed rejects valid networks with o [1998/01/08] kern/5429 Ethernet collision during file transfers s [1998/01/08] kern/5435 [PATCH] if_fe.c for old Gateway Communica s [1998/01/08] bin/5444 [PATCH] ypserv uses wrong dns lookup orde o [1998/01/11] bin/5483 Login(1) clears utmp entry o [1998/01/15] kern/5502 nfsd process usage doesn't get accounted o [1998/01/15] kern/5508 SCSI Message sd0: COMMAND FAILED (4 28) @ s [1998/01/16] kern/5510 sos [PATCH] Incomplete ATAPI diagnostic at bo o [1998/01/18] kern/5517 Recursive NULLFS mount causes ufs_ihashge s [1998/01/20] misc/5531 [SUBMISSION] new library function abs2rel s [1998/01/20] kern/5532 [PATCH] Dropped packet counts are inaccur o [1998/01/21] bin/5537 vi dumps core with dodgy exrc file o [1998/01/24] i386/5559 PC-Card joystick ports were not supported o [1998/01/26] kern/5577 bde Unnecessary disk I/O and noatime ffs fixe a [1998/01/28] bin/5591 Trouble with LD_PRELOAD environment varia o [1998/01/31] bin/5609 lpd cannot send long files to HP's JetDir a [1998/02/02] ports/5626 billf 'ldap' port eats all available CPU time o [1998/02/02] kern/5627 Tertiary/Quaternary IDE Ctlrs: A few kern o [1998/02/05] misc/5662 sysinstall generates short dev names for o [1998/02/06] bin/5666 ifconfig fails to add alias o [1998/02/06] kern/5672 Crash from scsi aborted command 'Overlapp o [1998/02/09] kern/5689 sysctl vm.vmmeter - bogus and unsupported o [1998/02/10] bin/5711 bin/cat code cleanup o [1998/02/10] bin/5712 /bin/chio code cleaup and option added o [1998/02/10] bin/5717 pw -D -g "" returns error o [1998/02/10] bin/5718 pkg_delete refuses to run as non-root o [1998/02/14] bin/5745 [PATCH] Add /usr/local/share/mk to defaul o [1998/02/14] bin/5746 bootparamd will not netboot sun 3 compute o [1998/02/14] bin/5747 ld.so error message o [1998/02/15] bin/5758 sys/resources.h doesn't include sys/time. o [1998/02/17] kern/5768 Shutdown aborts syncing, when sync isn't o [1998/02/18] i386/5784 ibcs2 emulation not handling ioctl(..FION o [1998/02/19] ports/5788 joerg pcemu harddisk-access fixes o [1998/02/19] kern/5789 wcd0 requires ATAPI_STATIC o [1998/02/19] kern/5795 Panic: "bremfree: removing a buffer when o [1998/02/20] misc/5803 "tab" function from "ee" not compatible w o [1998/02/25] gnu/5841 installmost or install (world) of tmac fa o [1998/02/25] bin/5847 Makeworld fails if CXXFLAGS is set. s [1998/02/25] misc/5855 /etc/services is out of date with IANA o [1998/02/26] bin/5857 non-functional lpr/lpr o [1998/02/26] kern/5863 Kernel support for sorted SHUTDOWN & SHUT o [1998/03/01] bin/5880 df -t does not support devfs o [1998/03/01] ports/5884 dburr New port: icqjava-0.981a (net/icqjava) o [1998/03/02] bin/5901 new version of `fmt' o [1998/03/03] bin/5912 kinit exits if no user name specified o [1998/03/06] kern/5931 dma errors in syslog with GUS-max o [1998/03/06] i386/5932 perfmon kernel code should check for non- o [1998/03/08] bin/5944 cvs doesn't work correct. o [1998/03/10] kern/5964 peter nfsd send interface selection seems broke o [1998/03/10] bin/5966 vi's spanish message catalog does not use o [1998/03/10] kern/5967 upg from 2.1.7.1/2.2.1 to 2.2.5-stable (a o [1998/03/10] ports/5972 andreas x11/fvwm95 requiring gsm, and rplay is a o [1998/03/11] gnu/5982 no error exit code from tar on child fail o [1998/03/12] gnu/5992 cvs y2k o [1998/03/13] bin/6000 kadmin ank uses bad default expiration of o [1998/03/15] bin/6015 indent(1) breaks source with backslash ne o [1998/03/16] kern/6032 poor TCP performance using FDDI over long o [1998/03/18] misc/6060 peter Sendmail executable, not doing MASQUERADE o [1998/03/22] conf/6096 /sys/i386/conf/LINT: edit(???) sound_conf o [1998/03/22] gnu/6107 gdb should support PRINTF_HAS_LONG_LONG o [1998/03/28] bin/6156 Patches to make dump understand ENOSPC o [1998/03/28] bin/6161 2.2.6 kerberos servers are awfully visibl o [1998/03/29] ports/6170 peter another squid ports o [1998/03/30] ports/6181 dburr New port: xoj-1.0 o [1998/03/31] bin/6183 quota hangups o [1998/03/31] kern/6184 No error if resulting file pos in lseek i o [1998/04/01] bin/6187 peter mounting nfs directories with -b can caus o [1998/04/02] bin/6198 demangling C++ names breaks the Cygnus -f o [1998/04/03] bin/6200 flex can be upgraded o [1998/04/03] bin/6202 No way to detect removable media. o [1998/04/03] bin/6206 Enhancements to the shutdown program o [1998/04/04] kern/6213 peter NFS-mounted swap (via vnconfig) easily cr o [1998/04/04] bin/6214 ping sometimes cannot be killed with a Co o [1998/04/05] conf/6220 Too few ttyv devices in the -RELEASE syst s [1998/04/06] bin/6223 PST/DST bug in /bin/date o [1998/04/06] ports/6230 rse gfont_mkgdf calls wrong interpreter o [1998/04/06] bin/6234 ypserv -d is broken f [1998/04/07] kern/6247 Gravis UltraSound Classic no longer works o [1998/04/14] docs/6295 doc Reference to nonexistent file in Device D o [1998/04/14] kern/6296 IP_HDRINCL sockets force header fields to a [1998/04/14] kern/6299 vmstat -i does not show PnP device interr o [1998/04/15] docs/6307 doc sgmlfmt not `make -jN' ready s [1998/04/15] bin/6314 [PATCH] /usr/sbin/ac modification s [1998/04/16] ports/6315 kuriyama new port request: korean/htm o [1998/04/16] kern/6318 pppd does not update wtmp on hangup o [1998/04/16] misc/6320 Sometimes nohup isn't good enough. o [1998/04/17] bin/6332 bde /usr/include/time.h doesn't compile with o [1998/04/17] gnu/6338 Gnu tar not working properly with the -G o [1998/04/18] conf/6346 Kernel version strings need to relate to o [1998/04/20] bin/6359 routed does sent router discovry solicita s [1998/04/20] bin/6371 [PATCH?] fetch(1) uses HTTP_PROXY for ftp a [1998/04/27] kern/6432 IFF_NOARP does not affect ethernet interf o [1998/04/28] ports/6445 jkoshy New port: `fhist' o [1998/04/30] kern/6464 tcpdump doesn't recognize tun0 when it's o [1998/05/03] kern/6495 Need pci_unmap_mem and pci_unmap_port rou s [1998/05/04] bin/6509 [ALMOST PATCH] Allow dd to seek/skip to o s [1998/05/05] bin/6521 [MAYBE PATCH] "rmdir -p x/y/z/" fails o [1998/05/07] kern/6544 luigi Only get one channel through sound card o [1998/05/07] ports/6546 ache 3line ansi prompt in tcsh: cursor disappe o [1998/05/11] i386/6595 Old IP address persistent after change o [1998/05/12] misc/6612 bsd.man.mk can't handle man pages with ": o [1998/05/13] kern/6623 non-root user can crash system if disconn o [1998/05/13] conf/6624 davidn One class with nologin=/etc/nologin: reje o [1998/05/15] kern/6651 peter Possible NFS deadlock clue s [1998/05/16] bin/6658 [PATCH] -stable getcwd(3) performs unnece s [1998/05/17] kern/6668 [PATCH] new driver: Virtual Ethernet driv s [1998/05/18] bin/6676 [PATCH] natd doesn't respond to signals w a [1998/05/26] misc/6759 phk buggy code in libdisk.a's disk.c o [1998/05/26] kern/6760 can't compile kernel w/o networking o [1998/05/26] kern/6769 peter panic: nfs rcvunlock s [1998/05/29] kern/6781 [PATCH] exabyte changer doesn't grok LUNs s [1998/05/29] bin/6785 place for all the default dump flags f [1998/05/31] ports/6813 fenner patched audio module for vat port o [1998/06/01] ports/6815 torstenb ssh lookup ignores second IP address s [1998/06/01] kern/6819 [PATCH] pci_unmap_int (pci/pci.c) does no o [1998/06/01] kern/6820 cd9660_mount NULL pointer deref for no CD o [1998/06/06] kern/6874 accounting prevents transition to multi u o [1998/06/13] misc/6936 sysinstall: install from MS-DOS MO divece o [1998/06/18] kern/6981 CD unmount w/o CD in drive can cause pani s [1998/06/19] bin/6995 [patch] Minor flaw in fdformat s [1998/06/19] bin/6997 [patch] vnconfig "open" error message con s [1998/06/21] kern/7014 [PATCH][STABLE] Add support for SiS 5591 o [1998/06/22] bin/7021 asami Size estimation patches to pkg_* o [1998/06/22] bin/7022 asami changes to bsd.port.mk to accompany PR bi o [1998/06/22] bin/7023 asami bsd.port.(%|subdir.).mk patches for size f [1998/06/23] kern/7029 gibbs cdrecord and aic7880 troubles f [1998/06/23] i386/7031 Our RocketPort port does not support DEVF s [1998/06/24] kern/7044 [PATCH] WaveLAN (2.4G, ISA, full-length b o [1998/06/25] docs/7065 wosch FreeBSD webpages -> applications, port br f [1998/06/25] bin/7068 markm /usr/bin/perl: library path addition s [1998/06/26] kern/7085 [patch] maybe_resched() priority check co s [1998/06/28] kern/7095 [stable] Gravis MAX in 2.2.6 suffers from s [1998/06/28] i386/7100 integrate pcvt configuration into the /et s [1998/06/29] bin/7117 flex -I option is broken s [1998/07/01] bin/7136 kerberized telnetd doesn't use gettytab % s [1998/07/02] kern/7146 The PCCARD doesnt recognize cards in top s [1998/07/06] bin/7184 /usr/games/robots fails to write high sco s [1998/07/08] kern/7210 [PATCH] od(4) bug fixes and enhancements, s [1998/07/10] misc/7232 Suggestion for FreeBSD installation dialo o [1998/07/10] kern/7234 yokota keyboard problems during login immediatel f [1998/07/10] misc/7239 ping(8) and traceroute(8) may report erra o [1998/07/12] kern/7259 -current: GENERIC and SMP-GENERIC out of o [1998/07/12] bin/7265 A warning flag is added to ln(1). o [1998/07/13] ports/7268 asami MASTER_SITE_OVERRIDE works more better o [1998/07/14] kern/7282 some old and rarely used drivers have app o [1998/07/14] ports/7283 ache tcsh / LC_CTYPE - obscure problem. o [1998/07/15] bin/7287 Incorrect domain name for MAP_UPDATE in m o [1998/07/16] bin/7298 Improvements to ln(1). a [1998/07/19] bin/7324 wosch Suggestions for minor modifications to ad o [1998/07/21] bin/7352 libc generates spurious warnings when use a [1998/07/23] ports/7375 dburr New port request: audio/xsplay f [1998/07/23] kern/7377 we have a new digiboard driver supporting s [1998/07/29] i386/7426 Bugs in macro definitions of pthreads. a [1998/07/31] docs/7456 doc dialog(3) man page outdated o [1998/08/01] ports/7464 dburr New port: WMakerconf o [1998/08/03] ports/7485 ports New port: Xterminal-0.2 s [1998/08/09] kern/7546 [PATCH] [STABLE ?]shutdown -p - system po f [1998/08/12] kern/7589 Tulip Driver parses SROM contents wrong f [1998/08/13] conf/7606 [PATCH] NIS Makefile.dist: NOPUSH replace o [1998/08/13] bin/7607 GTAGS patch for nvi has posibility of buf o [1998/08/14] kern/7619 odd nfs server not responding messages ap o [1998/08/16] ports/7628 dburr new port: sajber-jukebox o [1998/08/16] bin/7632 Race condition in /stand/sysinstall f [1998/08/16] i386/7633 panic: page fault on install with boot.fl o [1998/08/18] bin/7669 libalias does not IRC DCC packets under c o [1998/08/19] ports/7680 billf New port of tn5250 o [1998/08/19] gnu/7687 description of default baud rate for cu c o [1998/08/20] kern/7693 Misleading warning in cblock_alloc_cblock o [1998/08/20] bin/7694 bogus error-message from route(8) o [1998/08/22] kern/7722 Changes to acct format o [1998/08/23] bin/7728 ftpd processes hang a [1998/08/25] misc/7741 enhancement to tcpdump to print LCP/PAP/C o [1998/08/27] bin/7753 arp command fails silently on invalid pro o [1998/08/27] misc/7759 proflibs installation error, libcrypt_p.a o [1998/08/28] misc/7771 Debugging putenv/getenv o [1998/08/29] ports/7774 torstenb sshd doesn't refuse to login people with o [1998/08/29] bin/7779 [PATCH] modload should detect stripped ke o [1998/08/30] kern/7782 Kernel rebuild not correctly responding t o [1998/08/30] bin/7786 quota.h has superfluous semicolon in macr a [1998/08/31] docs/7791 doc ipf(1) and ipfstat(1) should have been ip o [1998/09/01] gnu/7800 tar(1) does not recognize --gunzip option o [1998/09/02] i386/7816 [Patch] NE2000 PnP card IDs to sys/i386/i o [1998/09/03] bin/7826 ls(1) knows too much about format of strf o [1998/09/03] bin/7828 Add a command line option to cp to make i o [1998/09/05] kern/7837 patches to add a p_auth extension pointer o [1998/09/07] ports/7845 tg Unbuffered /dev/vx0-output from Python 1. o [1998/09/07] bin/7846 /sbin/mount_* do not canonicalize the mou o [1998/09/07] misc/7850 lt_LT.* locale o [1998/09/07] bin/7855 cpp should define __ELF__ if objformat = o [1998/09/07] kern/7856 Patches to add lkm hooks to cmsg_data anc o [1998/09/08] bin/7860 Extra option to pr(1). s [1998/09/08] bin/7868 [almost patch]Morse Code Fixups o [1998/09/08] bin/7869 Improved error messages from apm o [1998/09/09] misc/7873 poor initial configuration and documentat o [1998/09/11] bin/7895 multiple identical NFS mounts accepted o [1998/09/11] kern/7903 unmatched '{}' blocks. o [1998/09/13] docs/7914 doc no elf(5) manpage o [1998/09/15] ports/7932 torstenb man zshall doesn't work o [1998/09/16] misc/7946 ccdconfig gives confusing error when give o [1998/09/17] bin/7962 /usr/bin/ee prompts "save changes" when f o [1998/09/18] bin/7973 lpd: Bad control file owner in case of re o [1998/09/19] kern/7990 patch - teach kernel about RB_POWEROFF fl o [1998/09/19] ports/7992 ports New port: xemacs20-stepwise (XEmacs20 hac o [1998/09/20] bin/7998 pkg_add seems to have unneeded umask o [1998/09/20] misc/8005 yokota Keyboard freezes going from KDE to text m o [1998/09/21] kern/8011 libc_r does not have pread() or pwrite() o [1998/09/21] kern/8015 [patch] Some sysctl descriptions for the o [1998/09/24] ports/8042 torstenb If pidentd dies, you must kill all telnet o [1998/09/26] bin/8060 install ignores the +X mode flag o [1998/09/27] conf/8061 profiling utilities seperate from profili o [1998/09/27] ports/8063 asami [PATCH] Add multiple CDROM support to bsd o [1998/09/29] bin/8084 NIT: non-working code in rshd o [1998/10/02] i386/8131 [patch] Support for PCI NE2000 compatible o [1998/10/03] misc/8133 markm [patch] bug in telnetd (Kerberos IV) o [1998/10/03] bin/8134 End of game is not recognised immediately o [1998/10/03] misc/8139 [patch] missing /usr/src/share/examples/d o [1998/10/04] bin/8142 freebsd 2.2.7 implementation of key(1) [s o [1998/10/04] i386/8146 [patch] kzipboot serial console setup and a [1998/10/06] bin/8163 [patch] It is impossible to assign quotas o [1998/10/06] bin/8164 [patch] repquota incorrectly reports quot o [1998/10/06] i386/8171 [patch] Intel EtherExpress Pro 100 suppor o [1998/10/07] misc/8202 semop() is not wrapped for thread safety o [1998/10/08] bin/8211 Script to search kernel for an address o [1998/10/08] ports/8217 ache www/netscape4-*: avoid `ns-install' o [1998/10/12] bin/8295 order of options in printcap causes some o [1998/10/13] conf/8303 3.0-981009-BETA can't make swap device on o [1998/10/13] kern/8311 kernel panic on de0 o [1998/10/16] misc/8346 Strftime can't generate ISO-8601 timezone o [1998/10/16] bin/8347 /usr/lib/compat build issues in 3.0 RELEA o [1998/10/16] bin/8348 [PATCH] zforce(1) is broken: fix o [1998/10/16] kern/8349 [PATCH] Changer definition for SureStore f [1998/10/17] misc/8357 Segmentation fault while making SWARM-1.3 o [1998/10/19] kern/8376 CLOCK_VIRTUAL not implemented o [1998/10/19] misc/8378 Is termcap not maintained enough ? o [1998/10/22] kern/8420 __getcwd() from an (forcibly) unmounted f o [1998/10/23] kern/8428 Is FreeBSD 3.0-RELEASE support 640MByte M o [1998/10/24] misc/8434 boot.flp /bin/init crashes during probe w o [1998/10/24] i386/8436 boot.flp sysinstall crashes when probing o [1998/10/24] bin/8438 ex/vi: Error: tcsetattr: Interrupted syst o [1998/10/25] kern/8444 pcvt with more than 8 virtual consoles o [1998/10/25] docs/8445 doc Update of "Installing Mathematica on Free o [1998/10/26] kern/8456 SMP kernel fails with Everex PO-6200 Dual o [1998/10/27] bin/8466 bind man pages not installed by 3.0 make o [1998/10/27] i386/8474 repquota does not pick up NIS information o [1998/10/28] bin/8479 Final \'s in /etc/exports did not work in o [1998/10/30] kern/8498 Race condition between unp_gc() and accep o [1998/10/30] bin/8501 snake has a segmentation fault depending o [1998/10/30] conf/8517 rc.conf/rc fails to set ldconfig -aout o [1998/10/31] misc/8519 Murphy's Laws o [1998/11/01] conf/8531 sysinstall on 3.0-RELEASE (and 3.0-curren o [1998/11/03] bin/8553 /usr/libexec/mail.local doesn't handle "> o [1998/11/04] i386/8571 Bug in config utility in FreeBSD 2.2.6-RE o [1998/11/07] kern/8589 incorrect spelling for "dependency" and " o [1998/11/07] i386/8598 MAKEDEV fails if not run from current dir o [1998/11/08] kern/8604 ps u gets confused about process start ti o [1998/11/08] kern/8605 ipsec for ipv4, new version o [1998/11/08] ports/8620 asami New option to colorls - -K, color only to o [1998/11/09] bin/8631 pci interrupts are shown on EISA only mac o [1998/11/09] kern/8633 TCP packet via SLIP/CSLIP containing this o [1998/11/11] misc/8654 SYSV options allow WINE to run, but Netsc s [1998/11/12] kern/8661 stb sys/netatalk/at_control.c needs to correc o [1998/11/12] bin/8666 X blocks serial port with getty process o o [1998/11/13] gnu/8679 tar man page should be updated o [1998/11/14] bin/8681 other macro name that has same number is o [1998/11/15] kern/8703 NFS Freezes when copying files from 3.0 t o [1998/11/18] ports/8754 se KDE: KDM Display Manager has login proble o [1998/11/18] bin/8756 'pw' command additional feature request o [1998/11/19] misc/8764 pwd_mkdb is slow on many users o [1998/11/19] docs/8765 dwhite some suggested text for describing passwo o [1998/11/22] bin/8809 fdisk calls QNX-4 partitions unknown o [1998/11/22] bin/8811 Problem to use 'NLSMODE' variable in Make a [1998/11/25] ports/8864 ports useradd - system V compatible implementat o [1998/11/27] i386/8867 /stand/sysinstall core dumps (signal 11) o [1998/11/28] bin/8880 billf cp missing verbose switch o [1998/11/28] bin/8881 billf mv missing verbose switch o [1998/11/29] kern/8895 DEC 21152 PCI-PCI bridge chip isn't probe o [1998/11/29] kern/8898 PCI devices without an associated driver o [1998/11/30] bin/8913 negative time values for csh 'time' built o [1998/12/01] i386/8923 ctm 2.2.5 -> 2.2.7 error hu_HU.ISO_8859- o [1998/12/01] kern/8925 options kern file needs AWE_DEFAULT_MEM_S o [1998/12/03] i386/8953 BINFORMAT not defined in 2.2-STABLE o [1998/12/03] bin/8955 request CVS allow advisory locks on repos o [1998/12/04] kern/8960 lnc driver does not set IFF_MULTICAST o [1998/12/04] bin/8966 yp_mkdb does not accept standard automoun o [1998/12/06] misc/8986 install-info breaks installworld over nfs o [1998/12/06] bin/8989 (patch) chflags support for mtree(8) o [1998/12/08] bin/9012 route add -host hostIP -interface localIP o [1998/12/08] kern/9026 natd o [1998/12/10] conf/9051 2.2.8R boot floppy won't write to fixit f o [1998/12/11] bin/9055 When used without arguments, ``set'' and o [1998/12/12] bin/9064 [PATCH] propose adding `direct' option in o [1998/12/14] bin/9078 tunefs cant access mounted devices (vs. m o [1998/12/15] kern/9092 DELF raid volumes cause panics under CAM o [1998/12/16] i386/9102 Voxware does not provide /dev/mixer for E o [1998/12/16] ports/9107 asami Addition to bsd.port.mk for searching mul o [1998/12/17] bin/9118 default install of aout compat libs is in o [1998/12/18] bin/9123 pax can't read tar archives that contain o [1998/12/19] bin/9135 tar doesn't back up device files o [1998/12/20] kern/9144 luigi acd driver inconsistency (byte order in C o [1998/12/20] ports/9150 nate Ports depending on jdk need to know where o [1998/12/21] conf/9160 /etc/services file corruption o [1998/12/22] bin/9176 dillon placemark to split mount_ufs out of mount o [1998/12/23] kern/9183 newton chroot(2) can be broken by the superuser. o [1998/12/24] bin/9188 telnet gets stuck in ttydrain() o [1998/12/27] bin/9206 sysinstall installation should create /st f [1998/12/28] misc/9220 nvi: catalog: mistake in Russian error me o [1998/12/28] bin/9226 telnetd can log wrong IP address to utmp o [1998/12/29] bin/9233 gmp's mpq_add and mpq_sub are buggy o [1998/12/30] conf/9245 obsolete locale setting in /usr/src/etc/{ o [1998/12/30] conf/9246 allscreens_flags in /etc/rc.conf not work o [1998/12/30] bin/9250 [PATCH] allow fetch to do ftp directory l o [1998/12/31] i386/9257 fpathconf() missing from libc_r o [1998/12/31] bin/9259 allow no prompt for yes in fdformat, but o [1999/01/02] bin/9281 awk asumes memory that is returned from m o [1999/01/03] i386/9283 ioctl(SNDCTL_DSP_SETFMT) on /dev/audio (p o [1999/01/03] bin/9285 pw strips comments from group file o [1999/01/03] ports/9286 andreas Patch for games/nethack-qt to fix compila o [1999/01/03] ports/9289 kris New Port - ASPostit (Dockable version of f [1999/01/03] bin/9292 n_hibma Cron's logs are in /var/cron, not /var/lo o [1999/01/04] kern/9316 Intel PILA8461 NIC panics 2.2.7 during pr o [1999/01/04] bin/9318 vgrind(1): no JAVA support o [1999/01/04] i386/9319 D-Link DE-528CT poor performance o [1999/01/05] bin/9333 timestamp dump's progress o [1999/01/05] i386/9341 tty-level buffer overflows o [1999/01/06] bin/9349 make doesn't diagnose non-numeric argumen o [1999/01/06] docs/9352 hoek wrong macro names in groff_[ms|mm|mmse].7 o [1999/01/07] bin/9374 Improved functionality for find(1) o [1999/01/08] conf/9388 magic(5) correction for wordperfect o [1999/01/08] kern/9392 Alternate system clock OR kernel stats cl f [1999/01/10] ports/9425 se KDE starting up from xdm has problem.... o [1999/01/13] bin/9470 aout-to-elf-build broken with kerberosIV- o [1999/01/13] kern/9474 "comcontrol rescan 0:8:0" hangs, causes o o [1999/01/14] bin/9494 new option to prevent mail from sending m o [1999/01/14] bin/9501 Several cvs contrib files are not Y2K com o [1999/01/14] ports/9508 andreas Update majorcool to current version 1.3.2 o [1999/01/16] misc/9524 /usr/share/examples/libvgl/demo looks lik o [1999/01/16] bin/9529 ftp filname completion can't handle space o [1999/01/17] bin/9536 make world installs aout compat libs in t o [1999/01/19] bin/9569 top(1) ignores tty EOF condition. o [1999/01/19] kern/9570 ed(4) irq config enhancement o [1999/01/19] bin/9573 ksrvtgt not working o [1999/01/20] misc/9582 configApache command doesn't work for /st o [1999/01/20] kern/9590 Clean up for -Wall warnings o [1999/01/20] kern/9591 Linux compat getrlimit/setrlimit constant o [1999/01/21] kern/9611 MFS calculates the size incorrectly when o [1999/01/22] kern/9619 Restarting mountd kills existing mounts o [1999/01/23] misc/9638 Typo error in Italian locale a [1999/01/24] ports/9657 ports Progressive Networks' RealAudio proxy por o [1999/01/25] kern/9679 fix for uninterruptible open in portal fi o [1999/01/25] kern/9689 panic in sbdrop(kern/uipc_socket2.c) o [1999/01/26] bin/9711 Fails: cd /usr/bin; gzip file ; mv file. o [1999/01/27] i386/9721 Patch for FreeBSD netboot (booting via DO o [1999/01/28] kern/9748 error in queue handling of at_shutdown() o [1999/01/28] kern/9764 allow /bin/df not to list certain entries o [1999/01/28] bin/9770 An openpty(3) auxiliary program o [1999/01/29] i386/9777 luigi Generic AD1816 sound suport in Luigi's pc o [1999/01/29] misc/9778 Need to handle conflicting pthread.h and o [1999/01/29] ports/9786 cwt tk80 port doesn't create man page links o [1999/01/30] kern/9791 enhancement for netinet/ip_icmp.c to cont o [1999/01/30] ports/9792 msmith pib coredumps in port maker mode o [1999/01/30] ports/9795 obrien The Handbook is not clear on how to deal o [1999/01/30] bin/9809 finger output format wrong f [1999/01/30] ports/9811 nectar New port: lang/gnomeguile o [1999/01/30] ports/9812 nectar New port: devel/libgtopbindings o [1999/01/31] ports/9840 asami patch allows ports to fetch their sources o [1999/01/31] conf/9845 Propose adding options to rc.conf and rc. o [1999/01/31] kern/9848 ARP proxyall extra sanity check o [1999/01/31] ports/9851 ports Port update: update R to 0.63.2 o [1999/02/01] bin/9868 Patch to add "date -a" o [1999/02/01] kern/9869 When using macros out of function, they s o [1999/02/01] conf/9874 idle-timeout facilities in /etc/login.con o [1999/02/01] kern/9877 Patch to remove some kernel compile warni o [1999/02/01] kern/9878 Some patches to remove compiler warnings o [1999/02/02] ports/9880 kris New port - x11-toolkits/gtkglarea o [1999/02/02] ports/9884 ports samba does not allow "joes" (username+pas o [1999/02/03] bin/9893 NFS umount of regular file impossible o [1999/02/03] bin/9902 error in german (and some other) locale s o [1999/02/05] ports/9921 peter exmh2 ports update o [1999/02/06] bin/9931 config gives misleading error when duplic o [1999/02/07] ports/9954 ports new port devel/ACE o [1999/02/08] bin/9972 groff always built for US (letter) sized o [1999/02/09] gnu/9987 jdp wrong (for FreeBSD) ELF_DYNAMIC_INTERPRET o [1999/02/09] bin/9990 Enhancement to filename completeion in cs o [1999/02/09] i386/9991 new driver for National Instruments GPIB o [1999/02/09] ports/9993 kris New Port - graphics/libunfig o [1999/02/09] ports/9998 kris New port - graphics/mtv (MpegTV player) o [1999/02/10] i386/10004 jkh instalation of current version from FTP s o [1999/02/10] ports/10007ports Port of the mercury compiler version 0.8 o [1999/02/11] kern/10022 kernel cannot detect WinChips correctly. o [1999/02/11] ports/10023kris New port - net/gtkcookie o [1999/02/11] bin/10030 markm Kerberized telnet fails to encrypt when a o [1999/02/11] docs/10038 doc Added a site and bug fix (part two) o [1999/02/12] i386/10052 Matrox Millennium II AGP device/model id o [1999/02/14] kern/10077 dd'ing a ccd stripped partition sometimes o [1999/02/14] docs/10084 doc new FreeBSD user group in Yogyakarta City o [1999/02/14] docs/10085 doc NIS Setup Tutorial o [1999/02/14] kern/10095 missing VGA description o [1999/02/14] docs/10098 doc Lack of overall guide for NIS setup o [1999/02/15] gnu/10112 /usr/src/gnu/usr.bin/patch sorely out of f [1999/02/15] conf/10115 jdp /etc/login.conf still implies LOGIN_CAP_A o [1999/02/16] kern/10116 acd driver patch to support PD/CD drive. o [1999/02/16] i386/10121 Serial port parity setting problems with o [1999/02/16] ports/10124ports UNIX|STAT pr submission failed to include o [1999/02/17] ports/10129torstenb mirror/patch-ac sets /usr/local/bin/perl5 o [1999/02/17] bin/10131 bug in strptime(3) o [1999/02/18] docs/10146 jkh Release Notes and LINT for 3.1 include ha o [1999/02/18] misc/10148 bde atime behavior differs with empty files f o [1999/02/18] kern/10149 New PCI device o [1999/02/19] bin/10158 Reference to ncheck in quot(8) o [1999/02/19] kern/10159 Unable to unload vinum module o [1999/02/19] kern/10160 kldload of umap module panics the system o [1999/02/19] ports/10162se Fix kdmrc to add qmail usernames to NoUse o [1999/02/19] ports/10164jmz XFree86-3.3.3.1 build fails with kerberos o [1999/02/19] bin/10165 CVS does not know to ignore .So files o [1999/02/19] misc/10167 Upon exiting X11R6, monitor goes blank. o [1999/02/20] bin/10169 find -perm doesn't allow a bitwise o [1999/02/20] kern/10175 Bridging support incomplete for some netc o [1999/02/21] ports/10178torstenb USE_SOCKS=YES option broken for security/ o [1999/02/21] conf/10179 /etc/make.conf has too many entries o [1999/02/21] docs/10180 doc Another mirror site not listed... o [1999/02/21] docs/10182 doc http://www.freebsd.org/cgi/query-pr.cgi?p o [1999/02/22] ports/10196torstenb Better startup scripts for ssh o [1999/02/22] ports/10215rvb net/coda_client and net/coda_server o [1999/02/23] ports/10227peter wrong sendmail path in rdist6-port o [1999/02/23] misc/10231 inet_addr() doesn't check for illegal val o [1999/02/25] docs/10240 doc We need a script which check if our web m o [1999/02/25] conf/10244 100 character limit on any pathname in sy o [1999/02/25] kern/10255 Some more SiS chipset PCI IDs for chipset o [1999/02/26] bin/10274 make does not understand "lib(obj)" synta o [1999/02/26] bin/10283 Race condition in rc.network o [1999/02/28] bin/10300 dmesg exits on signal 10 o [1999/03/01] misc/10325 Implementation of itoa() for libc o [1999/03/01] bin/10342 putenv(3) unnecessarily calls strdup/free o [1999/03/01] misc/10349 For long .Dt fields, rendering is broken- o [1999/03/01] bin/10350 mail(1) has some ugly code in it... o [1999/03/02] misc/10351 /usr/share/examples/worm is out of date o [1999/03/02] bin/10358 ftp(1) has problems with long pathnames o [1999/03/02] bin/10368 'pgtok redefined' error in ps(1) o [1999/03/05] ports/10396asami SPIN is in the wrong category o [1999/03/05] ports/10407hosokawa incomplete mirrors suggested for samba o [1999/03/06] kern/10440 Discard device does not set ifq_maxlen o [1999/03/06] bin/10444 avoiding lost mail when mail filesystem i o [1999/03/06] ports/10454obrien Update: emulators/spim o [1999/03/06] kern/10455 pcaudio breakage o [1999/03/07] i386/10465 Must disable ex0 to install. o [1999/03/07] ports/10469ports new port: linux-netcape-communicator-4.51 o [1999/03/07] docs/10472 doc Mailing list for discussion of Xircom dri o [1999/03/07] ports/10477ports The fakemail in lib-src fails to link (ne o [1999/03/08] docs/10488 doc Error in entry for 02/27 in calendar.hist o [1999/03/08] bin/10493 ipfw's undocumented feature s [1999/03/09] bin/10508 obrien isc-dhcp puts garbage to text options, V2 o [1999/03/09] docs/10512 doc ENOBUFS returnable from writev(2) but not o [1999/03/10] bin/10522 make world died due -Werror o [1999/03/10] bin/10524 3.1-19990309-STABLE install problem o [1999/03/10] ports/10532ports Port of GNU Pascal o [1999/03/10] kern/10537 extraneous verbose output from cam_xpt.c o [1999/03/10] bin/10538 sbin/nos-tun gives wrong usage message o [1999/03/11] bin/10546 Intel Pro/100 PC card has CIS string > CI o [1999/03/11] bin/10548 More useful default ifconfig behaviour sa o [1999/03/12] gnu/10555 jraynard [PATCH] awk dumps core o [1999/03/12] bin/10556 make(1) man page update o [1999/03/12] kern/10563 QIC 40/80 tape drive ft present in versio o [1999/03/13] bin/10568 obrien dhcp client receives garbage (dhclient pr o [1999/03/13] kern/10574 3.1-stable kernel reports k6 cpu as "\^E" o [1999/03/14] conf/10582 Makefile.upgrade fails with make -j o [1999/03/14] misc/10589 Incorrect assumptions in /etc/security o [1999/03/14] bin/10590 new option to silince confirmation but no o [1999/03/14] i386/10595 [PATCH] spanish language support for vidf o [1999/03/15] bin/10601 wosch Ownership of symlinks copied by adduser a o [1999/03/15] i386/10606 Probablue odd error message if LS-120 is o [1999/03/15] i386/10608 add Opti Viper-M PCI ID o [1999/03/15] kern/10609 adjtime bug (tv_sec > 2147) and enhanceme o [1999/03/15] bin/10610 New options to date to slowly adjust time o [1999/03/15] bin/10611 timed enhancement o [1999/03/16] bin/10622 vi does not display Russian characters pr o [1999/03/16] i386/10623 DFLTPHYS in /usr/src/sys/i386/include/par o [1999/03/16] ports/10634ports Update the hylafax port to do a client in o [1999/03/17] ports/10639rse ports/web/wml must be upgraded and unbrok o [1999/03/17] kern/10641 Default sync rate in ncr SCSI driver is s o [1999/03/17] kern/10642 exports(5) mentions KERBNFS but that's no o [1999/03/18] bin/10657 Unable to install from CDROM or DOS parti o [1999/03/18] docs/10660 doc User Group not listed o [1999/03/18] kern/10663 hpscan doesn't like 3.1's pt device o [1999/03/18] docs/10664 doc Notes on 2.2.8 -> 3.1 migration o [1999/03/18] misc/10667 Sysinstall inserts multiple # -- sysinsta o [1999/03/19] gnu/10670 cvs doesn't allow digits in local keyword o [1999/03/19] i386/10672 blank line inserted by vipw into master.p o [1999/03/19] kern/10673 Non-ASCII chars on serial console with Re o [1999/03/19] kern/10678 Printing problems using ppc bus o [1999/03/19] ports/10682asami List mirror sites in MASTER_SITE_BACKUP - o [1999/03/22] kern/10728 sos WCD driver does not recognize a recovered o [1999/03/22] ports/10734pst Update of gdb port to 4.17 o [1999/03/23] kern/10755 de driver says `invalid EESPROM checksum' o [1999/03/23] docs/10762 doc geocrawler.com mailing list archives o [1999/03/23] i386/10766 obsolete device name wcd is still left un o [1999/03/24] i386/10779 zp slot 0 sees 3Com 589 PCMCIA card but z o [1999/03/25] bin/10793 cvs update modification time check granul o [1999/03/25] i386/10796 Out of memory error during make buildworl o [1999/03/26] misc/10803 whois(1) client enchancements a [1999/03/26] misc/10804 billf whois(1) enhancement o [1999/03/26] ports/10806phk Update net/scotty to 2.1.10 o [1999/03/26] kern/10812 LINT configuration MAXDSIZ/DFLDSIZ mislea o [1999/03/26] ports/10813ports crossgo32 brokeness o [1999/03/27] bin/10825 daily script not executed or executed twi o [1999/03/28] ports/10832jfitz [PATCH] mSQL 2.x not freely available any o [1999/03/28] docs/10840 jkh [PATCH] Add pcic double-loading bug fix t f [1999/03/28] ports/10844ports New port: adagdb o [1999/03/29] docs/10850 doc submitting a documentation change for sed o [1999/03/29] bin/10856 vty's from ttyvc - ttvf (maybe more?) do o [1999/03/29] kern/10860 bpf overwrites source ethernet addresses o [1999/03/30] bin/10868 BUG in /usr/bin/calendar o [1999/03/30] misc/10871 wst0 fails with Sony SuperStation streami o [1999/03/30] ports/10874andreas [PATCH] html2ps doesn't handle `file:/... o [1999/03/30] bin/10878 host(1) dumps core o [1999/03/31] kern/10894 wrong error message in svctcp_create() o [1999/04/01] bin/10905 sa(8) is hard coded for 8 character user o [1999/04/01] gnu/10910 Integration of Objective C patches into g o [1999/04/01] i386/10913 Characters in console get switched to oth o [1999/04/02] ports/10916ports new port biology/molmol again o [1999/04/02] bin/10921 I wished from(1) would count the number o o [1999/04/02] bin/10923 /usr/bin/cpp is an out-of-date wrapper fo o [1999/04/02] bin/10924 Extensions to biff(1) o [1999/04/03] bin/10931 biff b o [1999/04/04] ports/10945jmz X11 "sessreg" program does not update /va o [1999/04/06] bin/10980 With ctags -x no space is left between na o [1999/04/06] bin/10992 pthread_kill() doesn't deliver signals to o [1999/04/07] docs/10997 doc Problem with query-pr-summary.cgi o [1999/04/07] i386/11006 Sysinstall silently makes FreeBSD's parti o [1999/04/08] kern/11018 detection of sc0 and atkbd fails o [1999/04/08] kern/11020 popen does not honor ISO 9899 syntax o [1999/04/08] ports/11029ports Configure scripts for non ported applicat o [1999/04/08] bin/11031 [PATCH] mount and umount support for mort o [1999/04/08] bin/11032 h2ph's cpp #warning/#error directive proc o [1999/04/08] ports/11034ports New ports of crazywwwboardle o [1999/04/08] bin/11036 markm Perl does not honor -DNOMAN o [1999/04/08] bin/11037 Gencat doesn't properly handle \ddd octal o [1999/04/09] ports/11048obrien variable not initialized in fwtk-lib lead o [1999/04/09] bin/11051 ps's -U option should accept a list of us o [1999/04/09] misc/11052 [PATCH] performance bug fix to fgets() ro o [1999/04/10] conf/11058 Recent change to rc script causes hang on o [1999/04/10] misc/11074 /usr/share/mk double in the cvs o [1999/04/11] bin/11085 Per-host configuration for syslog.conf o [1999/04/11] ports/11086ports Updating AStyle port o [1999/04/11] docs/11087 doc Portland FreeBSD users group o [1999/04/11] docs/11089 doc freebsd user group, sydney o [1999/04/11] docs/11090 doc User's group in Melbourne Australia o [1999/04/11] bin/11092 readlink(1) from OpenBSD o [1999/04/11] bin/11094 lastlogin.8 from NetBSD o [1999/04/12] kern/11109 ipfw.ko Makefile contains CFLAGS+= -DDIVE o [1999/04/13] misc/11111 Error opening terminal: su o [1999/04/13] bin/11114 make(1) does not work as documented with o [1999/04/13] bin/11121 w(1) cannot handle more than one user on o [1999/04/13] misc/11126 vt100 termcap entry appears broken o [1999/04/14] ports/11134billf existense of /usr/obj/usr/ports/shells/ba o [1999/04/14] ports/11138jmz New version of Xevil 2.01, I created a po o [1999/04/14] bin/11141 u_long is not big enough o [1999/04/15] misc/11149 Web page entry for BAFUG is incorrect o [1999/04/16] i386/11165 IBCS2 don't work correctly with PID_MAX 9 o [1999/04/16] bin/11168 pw(8) usermod does not recognize -w flag o [1999/04/16] kern/11178 [PATCH] minor fix to /usr/include/sys/mbu o [1999/04/18] i386/11201 brian mktime possible bug o [1999/04/18] bin/11205 Suggestion: move mt(1) to /bin o [1999/04/18] i386/11207 sys/i386/isa/rp.c: fixed breaking and war o [1999/04/19] kern/11213 lutimes() is the same as utimes() o [1999/04/19] kern/11222 MFS does not sync from reboot syscall o [1999/04/20] kern/11235 Need to submit new driver o [1999/04/20] bin/11236 mountd fails to properly check for kernel o [1999/04/20] conf/11243 mountd startup can lose flags o [1999/04/20] bin/11248 Shuffle o [1999/04/21] docs/11258 doc suggestion to refine npx.4 o [1999/04/21] ports/11264chuckr a2ps-letter port installs non-listed liba o [1999/04/21] ports/11270jfitz Update to the rexx-imc port o [1999/04/22] kern/11287 rfork(RFMEM...) doesn't share LDTs set by o [1999/04/22] misc/11289 makeflp.bat suggestion: create "kernel" d o [1999/04/23] kern/11293 brian FreeBSD's PPP implementation of LQM appea o [1999/04/23] bin/11294 direct logging to other hosts (no local s o [1999/04/25] misc/11316 [PATCH] HTTP proxy support for sysinstall o [1999/04/27] ports/11353asami Feature additions to bsd.port.mk. o [1999/04/27] ports/11354jmz Port fix: x11/XFree86 o [1999/04/27] bin/11360 Allow specification of "search" in resolv o [1999/04/28] kern/11365 plip in Linux mode has trouble with some o [1999/04/28] bin/11370 more segfaults if you give it a real file o [1999/04/28] misc/11373 errata.txt for 3.1 o [1999/04/29] misc/11383 $Id$ missing in some files in etc [PATCH] o [1999/04/29] bin/11387 mount_cd9660 doesn't show rockridge filen o [1999/04/29] ports/11388torstenb patch for ircII so /window create works o [1999/04/29] bin/11399 Calendar doesn't always handle 'last' day o [1999/04/30] ports/11402jfitz Update net/mrtg o [1999/04/30] kern/11410 code typo in ad1848.c: the != operator ha o [1999/04/30] kern/11411 code typo in clones.c: "if ((mpu_config = o [1999/04/30] kern/11412 code typo in ip_fil.c: missing NULL check o [1999/04/30] kern/11413 code typo in pci.c: the != operator has h o [1999/04/30] kern/11414 code typo in pcf.c: the != operator has h o [1999/04/30] kern/11415 code typo in wst.c: the != operator has h o [1999/04/30] kern/11416 code typo in sequencer.c: "if (!processed o [1999/04/30] ports/11421jfitz upgrade p5-Date-Manip 5.33 -> 5.34 o [1999/05/01] ports/11430se incorrect int type causes floating point o [1999/05/02] misc/11448 Better looking VGA font for iso2 o [1999/05/02] ports/11460erich Update to the xlispstat port o [1999/05/03] ports/11468ports New port: xcin-devel o [1999/05/03] misc/11478 Non-functional AFS support in KerberosIV o [1999/05/04] ports/11504chuckr Update ports math/octave o [1999/05/05] ports/11510nik new version of www/sitecopy (0.6.0) o [1999/05/05] kern/11516 NetGear 10/100 Ethernet 21140-based Ether o [1999/05/05] kern/11517 ../../kern/kern_ntptime.c:533: warning: i o [1999/05/05] kern/11518 ../../pci/if_tx.c:1376: warning: no previ o [1999/05/05] kern/11519 dead code in ncr driver o [1999/05/06] bin/11552 sendmail local delivery (mail.local) can' o [1999/05/06] misc/11553 /usr/share/misc/latin1 (new file submissi o [1999/05/07] misc/11569 Automatically run fsck when the file syst o [1999/05/08] ports/11581fenner netperf port - rfc1644 forgotten o [1999/05/08] ports/11587ports inappropriate internet time calculation o [1999/05/08] i386/11597 cmouse complaints: "/kernel: psmintr: out o [1999/05/09] bin/11608 vnconfig not supporting swap-backed vn de o [1999/05/09] bin/11609 vnconfig -v reports page numbers, not byt o [1999/05/09] ports/11611billf Update port: net/ntop a [1999/05/09] docs/11615 billf Handbook: linux emulation documentation o o [1999/05/10] bin/11623 quot uses 32-bit integers for its calcula o [1999/05/10] conf/11626 /var/log/kerberos is rotated o [1999/05/10] bin/11637 build of kdump fails o [1999/05/11] docs/11643 doc handbook should state alternatives o [1999/05/11] ports/11652ports New port (net/dictd) o [1999/05/11] misc/11653 obrien patch to allow DHCP configuration of inte o [1999/05/12] bin/11669 gcc 2.7.2.1 gets bad magic error linking o [1999/05/12] misc/11670 /usr/include/arpa/nameser.h uses a C++ ke o [1999/05/12] bin/11671 "vidfont -r" fails, asking for font size o [1999/05/12] i386/11674 can't do make imake build or anything sin o [1999/05/12] kern/11676 PCIless kernel will not compile with ATAP o [1999/05/13] i386/11683 olpt/nlpt name change not in man pages o [1999/05/13] misc/11689 Change "netstat" mode in daily "status-ne o [1999/05/14] ports/11712ports Rosegarden Port is out to date o [1999/05/14] ports/11717andreas Update to sysutils/star a [1999/05/16] kern/11736 On fast machines kernel reports negative o [1999/05/17] ports/11742ports Problems with japanese/dvipsk* support. o [1999/05/17] ports/11743torstenb inn-2.2 (nonfatal) premature stop of buil o [1999/05/17] bin/11746 Add support for Solaris mailboxes o [1999/05/18] kern/11765 performance bug: network devices fxp & de o [1999/05/18] misc/11767 sppp does not implement VJ compression o [1999/05/19] ports/11786kuriyama gnupg-0.9.6 port does not install o [1999/05/19] misc/11788 booting problems o [1999/05/19] kern/11789 ELF machine definition missing for ARM o [1999/05/20] misc/11812 ftp5.freebsd.org can't find giflib-3.0 an o [1999/05/21] ports/11816ports New port of mserver modem-sahring server o [1999/05/21] bin/11818 Added a feature to ping(8) o [1999/05/21] ports/11820asami bsd.port.subdir.mk does not define the `m o [1999/05/21] i386/11829 Boot Failure (Register Dump) with MFSroot o [1999/05/22] misc/11838 xwindows configuration problem o [1999/05/22] ports/11840asami Feature fixup: bsd.port.mk o [1999/05/24] ports/11879ports dclock's "-miltime" option and "*miltime" o [1999/05/24] kern/11881 when a dummynet pipe is encountered it st o [1999/05/25] misc/11890 make world creates /lkm directory o [1999/05/26] bin/11896 cap_mkdb dumps core when non-files passe o [1999/05/26] i386/11898 Connot wirte to floppy on HP OB800CT with o [1999/05/26] kern/11899 many linux programs fail after 2.2.8-R -> o [1999/05/26] bin/11900 Sed(1) fails with MALLOC_OPTIONS set to ' o [1999/05/26] ports/11903ports File descriptor leak in ports/www/tidy/ti o [1999/05/27] conf/11905 sysinstall desktop changing inconvenience o [1999/05/28] bin/11914 makewhatis during installworld uses /usr/ o [1999/05/28] i386/11920 FBSD 3.2 upgrade claims not to upgrade /u o [1999/05/28] i386/11921 /usr/X11R6/lib/aout libraries screwed up o [1999/05/29] conf/11925 rc.conf cosmetic naming inconsistencies o [1999/05/29] bin/11929 symorder doesn't work on elf format objec o [1999/05/29] kern/11941 FreeBSD box reboots itself when changing o [1999/05/30] kern/11945 tape problems on -stable, mt bl(ocksize), a [1999/05/31] docs/11955 dcs loader.8: spelling fixes o [1999/05/31] ports/11963ports should update the ocaml-tk module and ins o [1999/05/31] ports/11964jmacd lang/STk port needs to be updated to STk- o [1999/05/31] kern/11968 kldload should call module entry point be o [1999/06/01] docs/11978 doc timed(8) manpage does not define '-F' swi o [1999/06/01] i386/11979 Vaio 505DX touchpad not detected as Glide o [1999/06/01] kern/11981 brian access to tunN devices not allowed to non o [1999/06/01] kern/11982 Three cleanup fixes for uthreads o [1999/06/02] conf/11989 pppd(8) output misplaced o [1999/06/02] bin/11997 Enhancement for lpr o [1999/06/02] ports/12001ports wmcdplay 1.0Beta1 05/09/1998 sometimes sk o [1999/06/03] misc/12006 sos scheduler policy different define value b o [1999/06/03] ports/12011andreas Update: print/lyx o [1999/06/03] misc/12013 patch for 12012 o [1999/06/03] kern/12014 Fix SysV Semaphore handling o [1999/06/04] bin/12020 [PATCH] msgs(1) is bad about nonexistent o [1999/06/04] docs/12021 doc support.sgml Sydney UG update o [1999/06/04] conf/12026 /etc/rc.diskless1 refrences non-existant o [1999/06/05] misc/12044 having tcl.h in /usr/local/include:/usr/i o [1999/06/06] gnu/12046 Perl subsystem does not install all tutor a [1999/06/06] misc/12049 sheldonh [PATCH] searching for closed reports requ a [1999/06/06] bin/12052 sh type builtin appends first path compon o [1999/06/06] kern/12053 fixes a few aio bugs, makes socket io bet o [1999/06/06] ports/12056ache [PATCH] hpack install files always in /us o [1999/06/06] ports/12057markm Perl5 library builds do not honour PREFIX o [1999/06/06] ports/12063kris Update: net/xwhois o [1999/06/07] kern/12071 [PATCH] large scale IP aliasing o [1999/06/07] docs/12075 doc [PATCH] Ports Changes Page Does not List o [1999/06/08] ports/12077ports NEW PORT: ko-bitchx o [1999/06/08] misc/12080 printing o [1999/06/08] i386/12088 Enhancement to ed driver for Linksys 10/1 o [1999/06/09] kern/12095 [PATCH] Buggy ATAPI Zip Drive is not dete o [1999/06/09] ports/12096ports new port: korean/ko-eterm-0.8.9 o [1999/06/09] bin/12107 Add switch to dump to support multiple du o [1999/06/10] i386/12113 ESS1688 support for VoxWare sound driver o [1999/06/10] bin/12115 pppd reports wrong connected duration wit o [1999/06/10] ports/12121obrien Update: mail/mutt o [1999/06/10] ports/12123ports New port: databases/ruby-postgres o [1999/06/10] ports/12124ports New port: devel/ruby-readline o [1999/06/10] docs/12128 doc Cosmetics changes in eresoureses.sgml o [1999/06/11] ports/12130ports Update: japanese/ndtpd, japanese/eb o [1999/06/11] docs/12132 doc Invalid URL at http://www.freebsd.org/int o [1999/06/11] ports/12134ports Update: korean/hanterm o [1999/06/11] ports/12138imp net/socks5 port broken with regards to pa o [1999/06/11] ports/12145ports New port: korean/ami o [1999/06/11] ports/12146ports New port: korean/byeoroo o [1999/06/12] ports/12150ports New Ports: audio/timidity++ o [1999/06/12] ports/12151ports New Ports: audio/timidity++-emacs o [1999/06/12] ports/12152ports New Ports: audio/timidity++-gtk o [1999/06/12] ports/12154ports New Ports: audio/timidity++-slang o [1999/06/12] ports/12155ports New Ports: audio/timidity++-motif o [1999/06/12] ports/12156ports New Ports: audio/timidity++-tcltk o [1999/06/12] ports/12157ports New Ports: audio/timidity++-xaw o [1999/06/12] ports/12158ports New Ports: audio/timidity++-xskin o [1999/06/12] ports/12159jfitz update mrtg to 2.7.4b o [1999/06/12] ports/12160ports New Ports: japanese/timidity++-slang o [1999/06/12] ports/12161ports New Ports: japanese/timidity++-tcltk o [1999/06/12] ports/12163ports Installed port mxv for FreeBSD3.1 run err o [1999/06/13] ports/12188ports new port: pbs-2.1.11 (misc/PBS) a batch s o [1999/06/13] ports/12195ports submission of new port pgpenvelope o [1999/06/14] ports/12199ports [PATCH] mail/qmail references perl instea o [1999/06/14] ports/12200ports [PATCH] port net/rwhois references /usr/l o [1999/06/14] ports/12201ports [PATCH] net/wide-dhcp references /usr/loc o [1999/06/14] ports/12204ports Update port: graphics/EZWGL o [1999/06/14] bin/12205 obrien [PATCH] DHCP client does not set hostname o [1999/06/14] misc/12209 termcap: "xterm" entry defines bogus capa o [1999/06/14] ports/12213ports [PATCH] benchmarks/netperf installs into o [1999/06/15] docs/12220 doc No manual page on system command "getkern o [1999/06/15] misc/12228 /etc/security don't search in all the fil o [1999/06/15] ports/12229ports Update: korean/netscape4* o [1999/06/15] bin/12232 Dangling text on #endif causes cpp noise. o [1999/06/16] gnu/12238 bc 1.04 crashes with long formula typed i o [1999/06/16] kern/12241 jkh Req: GENERIC includes bpf device o [1999/06/16] bin/12244 realpath() fails when there is no permiss o [1999/06/16] ports/12245ports port of irc core dumps on current o [1999/06/16] misc/12252 netstat fails to display TCP connectoins o [1999/06/17] bin/12255 BIND 8.1.2 compilation error in IPv6 capa o [1999/06/17] kern/12258 Tuning the FM radio on new -Theatre serie f [1999/06/17] ports/12260dirk new port: korean/mysql o [1999/06/17] bin/12263 "more" problems with long filenames o [1999/06/17] misc/12268 weekly/catman will not work o [1999/06/18] ports/12271ports fix pkg_add with error message and add ne o [1999/06/18] kern/12275 Patches to add support for new chipset o [1999/06/18] bin/12280 jdp LD_IGNORE_MISSING_OBJECTS not honored for o [1999/06/18] kern/12281 active-filter option in pppd doesn't stop o [1999/06/18] misc/12285 [PATCH] /usr/share/dict/web2a is missing o [1999/06/18] ports/12291ports ports/japanese/ptex-common requires fixes o [1999/06/19] ports/12300ports port update: lang/tya o [1999/06/19] docs/12302 doc Clarification of the static_routes variab o [1999/06/20] bin/12308 LPD can't be told not to bind to a TCP po o [1999/06/20] bin/12311 Hostname.pm hangs forever o [1999/06/21] kern/12319 linux emu: getrusage causing core dumps o [1999/06/21] conf/12324 jkh Sysinstall's fdisk partition editor is mi o [1999/06/21] ports/12325asami Adds refetch functionallity to bsd.port.m o [1999/06/21] i386/12326 wdc flag 0x1000 (LBA addressing) prevents o [1999/06/21] kern/12333 ProAudio Spectrum sound card broken model o [1999/06/21] kern/12334 Some ProAudio SPectrum cards do not do DM o [1999/06/21] kern/12335 if_pn.c lacks bridging support; patch enc o [1999/06/22] ports/12338ache update www/lynx-current port o [1999/06/22] ports/12341ports New port tclreadline o [1999/06/22] conf/12342 /etc/hosts.allow must use numerical IP ad o [1999/06/22] docs/12343 doc make.conf error in documentation (COM2) o [1999/06/22] docs/12344 doc ntpdate flags, usage statement, man page o [1999/06/22] bin/12357 [PATCH] allow route to create "proxy only o [1999/06/23] bin/12358 Patch: "camcontrol help" should go to std o [1999/06/23] docs/12360 doc telnet(1) man-page doesn't describe skey o [1999/06/23] ports/12366billf finish the port for misc/mprime o [1999/06/23] ports/12368ports Pilot-link installs to ${PREFIX} = ${LOCA o [1999/06/23] bin/12375 mv(1) cannot inherit the file flags. o [1999/06/24] misc/12376 When mounting NFS dirs, /etc/rc doesn't g o [1999/06/24] i386/12383 make release warns about /dev entries mak o [1999/06/25] kern/12385 Patch to add bridging support to if_vr.c o [1999/06/26] bin/12398 fsck in free(): warning: pointer to wrong o [1999/06/26] ports/12403ports ssh port has undocumented X11 dependency o [1999/06/26] ports/12404ports Update port: graphics/gphoto to 0.3.2 o [1999/06/26] ports/12406ports New port for the LAM implementation of th f [1999/06/27] ports/12408ports New port for ncplib (Netware client) o [1999/06/27] kern/12409 add some more chipset models by NVidia to o [1999/06/27] kern/12420 console fails to register tty size change o [1999/06/27] bin/12421 sysinstall label fails o [1999/06/27] ports/12424ports Update Ports:x11-wm/windowmaker-i18n to 0 o [1999/06/27] ports/12426ports majordomo port does silly chown of /usr/l o [1999/06/28] ports/12430ports New port: japanese/vfxdvik o [1999/06/28] bin/12431 f2c works incorrectly with arguments of s o [1999/06/28] conf/12432 empty amd_flags causes start failure in r o [1999/06/28] docs/12435 doc allied telesys is now allied telesyn o [1999/06/28] ports/12436ports python-1.5.2 port doesn't install h2py.py o [1999/06/28] bin/12437 brian Off-by-1 error and incorrect man page for o [1999/06/28] docs/12440 doc added an example to diff(1) man page o [1999/06/29] ports/12447ports new port : x11-toolkit/pike-Gtk o [1999/06/29] ports/12449billf Update ports/net/ethereal to version 0.6. o [1999/06/29] ports/12451ports New port: japanese/mutt o [1999/06/29] ports/12456ports graphics/xpdf: small fixes o [1999/06/29] conf/12458 [Patch] 2 files not included by /usr/src/ o [1999/06/30] ports/12459ports new port: lang/lua o [1999/06/30] bin/12461 it's handy to be able to send syslog mess o [1999/06/30] bin/12467 sheldonh ac(8) does not accept input from stdin o [1999/06/30] bin/12471 jdp rtld-elf error handling in dlopen is brok o [1999/07/01] kern/12475 ctrl,shift,alt keys can be used as alock o [1999/07/01] bin/12477 New fortune o [1999/07/02] docs/12486 mpp listing of (56) utilities in /bin:/sbin:/ o [1999/07/02] ports/12488billf textproc/htdig compiles with -lc_r, shoul o [1999/07/02] bin/12489 /sbin/route exits with 0 on some errors o [1999/07/02] ports/12490ports package xmine exits 1 with XawAsciiSource o [1999/07/02] ports/12492ports port misc/diction should be moved to text o [1999/07/03] kern/12495 3.1 install fails to detect Toshiba CDROM o [1999/07/03] ports/12499ports Update port: japanese/tcsh o [1999/07/03] ports/12500ports Update port: japanese/tcsh-nls-* o [1999/07/03] kern/12502 Need a quad type modifier for kernel prin o [1999/07/03] ports/12503ports New Port: Willows toolkit (developers rel o [1999/07/04] ports/12513ports New ports: japanese/dbskkd-cdb o [1999/07/04] ports/12514ports Update ports: japanese/skkserv, kickup sc o [1999/07/04] ports/12515jfitz p5-Apache/scripts/install_httpd needs fix f [1999/07/04] kern/12517 ipfw should not log to console when using o [1999/07/05] ports/12518ports new port: ifmail-os-2.14.7 o [1999/07/05] ports/12522ports New port: cos o [1999/07/05] ports/12523ports New port: jdbcpool 1014 problems total. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 11: 2:15 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A7BE915222; Mon, 5 Jul 1999 11:02:14 -0700 (PDT) (envelope-from billf@FreeBSD.org) Received: (from billf@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA20074; Mon, 5 Jul 1999 11:02:14 -0700 (PDT) (envelope-from billf@FreeBSD.org) Date: Mon, 5 Jul 1999 11:02:14 -0700 (PDT) From: Message-Id: <199907051802.LAA20074@freefall.freebsd.org> To: hsu@clinet.fi, billf@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/1814: cy driver gets deadlocked sometimes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: cy driver gets deadlocked sometimes State-Changed-From-To: feedback->closed State-Changed-By: billf State-Changed-When: Mon Jul 5 11:00:47 PDT 1999 State-Changed-Why: User reports he no longer uses these boards. This problem is from 2.2-CURRENT around 1996. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 11:20: 5 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 47E9E14D66 for ; Mon, 5 Jul 1999 11:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA21818; Mon, 5 Jul 1999 11:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from ying.sporty.org (dynip-216.44.107.36.nyct.net [216.44.107.36]) by hub.freebsd.org (Postfix) with ESMTP id B5C4914C82 for ; Mon, 5 Jul 1999 11:12:43 -0700 (PDT) (envelope-from root@ying.sporty.org) Received: (from root@localhost) by ying.sporty.org (8.9.3/8.9.2) id OAA04604; Mon, 5 Jul 1999 14:10:41 -0400 (EDT) (envelope-from root) Message-Id: <199907051810.OAA04604@ying.sporty.org> Date: Mon, 5 Jul 1999 14:10:41 -0400 (EDT) From: sporty@sporty.org Reply-To: sporty@sporty.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/12524: i386 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12524 >Category: i386 >Synopsis: new commited sources as of sending date won't make >Confidential: yes >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 5 11:20:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: spencer >Release: FreeBSD 3.2-STABLE i386 >Organization: sporty.org >Environment: nothing special. an amd k6-200 with plenty of hd space and no problems other than this >Description: make world problem newer sources (as of sending date) won't compile. usr.sbin/arp/arp.c won't compile. even went to the extent of using a new source directory and cvsup'ing everything over again. 512: structure has no member named `sdl_rcf' 513: [same] 514: [same] 515: structure has no member named `sdl_route' older sources (such as from 99.06.01.00.00) will make >How-To-Repeat: use newest sources and try to compile. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 11:40: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2430E15093 for ; Mon, 5 Jul 1999 11:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA24152; Mon, 5 Jul 1999 11:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 5 Jul 1999 11:40:02 -0700 (PDT) Message-Id: <199907051840.LAA24152@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Juergen Lock Subject: Re: bin/10064: /bin/sh called from make dumps core Reply-To: Juergen Lock Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/10064; it has been noted by GNATS. From: Juergen Lock To: Sheldon Hearn Cc: Juergen Lock , freebsd-gnats-submit@freebsd.org Subject: Re: bin/10064: /bin/sh called from make dumps core Date: Mon, 5 Jul 1999 19:23:47 +0200 On Mon, Jul 05, 1999 at 10:19:13AM +0200, Sheldon Hearn wrote: > On Sun, 04 Jul 1999 12:44:15 +0200, Juergen Lock wrote: > > > Hmm so let's find out which patch makes it dissapear. After building > > several sh:s from the RELENG_2_2 branch i found out the 2.2.7R sh > > dies and the 2.2.8R sh doesn't, and the crucial patch is in parser.c > > (0parser228 below). undoing that patch in the 3.2-stable sh as well > > as in the -current sh cause both to crash, and that patch doesn't > > look like it could fix a stack bug, only mask it by using the stack > > differently, right? > > Surely one way to fix a stack bug is to use the stack differently? :-) Well what i meant was that parser.c patch probably only changes the amount of stack used for that particular sh command and so the crash disappears, but now a different sh command would still cause a crash. Finding that kind of different sh command without really knowing the innards of sh was much more difficult than just including the (reversed) parser.c patch, so thats what i did. > > I think the important thing, as you've discovered for yourself, is that > it's fixed in 2.2.8-RELEASE, 3.2-STABLE and 4.0-CURRENT. Thanks for the > feedback. It is fixed for this particular sh command, but is it really fixed for all possible sh commands? Someone who knows the sh code better than both of us :) should answer this i think. Regards, -- Juergen Lock (remove dot foo from address to reply) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 11:41:13 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 01BBF15093; Mon, 5 Jul 1999 11:41:11 -0700 (PDT) (envelope-from marcel@FreeBSD.org) Received: (from marcel@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA24279; Mon, 5 Jul 1999 11:41:12 -0700 (PDT) (envelope-from marcel@FreeBSD.org) Date: Mon, 5 Jul 1999 11:41:12 -0700 (PDT) From: Message-Id: <199907051841.LAA24279@freefall.freebsd.org> To: marcel@scc.nl, marcel@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/10145: ELF interpreter loading in chrooted situations Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ELF interpreter loading in chrooted situations State-Changed-From-To: open->closed State-Changed-By: marcel State-Changed-When: Mon Jul 5 11:39:33 PDT 1999 State-Changed-Why: Patch applied To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 13:15:27 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id A147F14CB7; Mon, 5 Jul 1999 13:15:23 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id WAA27145; Mon, 5 Jul 1999 22:01:30 +0200 (MET DST) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id UAA00913; Mon, 5 Jul 1999 20:50:25 +0200 (CEST) (envelope-from wilko) From: Wilko Bulte Message-Id: <199907051850.UAA00913@yedi.iaf.nl> Subject: Re: kern/12495: 3.1 install fails to detect Toshiba CDROM on AHA1740 adapter In-Reply-To: <199907050933.DAA75628@panzer.kdm.org> from "Kenneth D. Merry" at "Jul 5, 1999 3:33:58 am" To: ken@plutotech.com (Kenneth D. Merry) Date: Mon, 5 Jul 1999 20:50:24 +0200 (CEST) Cc: wilko@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG, ken@plutotech.com X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-pgp-info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org As Kenneth D. Merry wrote ... > [ If you don't CC messages to me, it'll take a lot longer to get a reply. ] OK, done. > > Hi Ken, > > > > Thanks for your reply. > > > > On your question: yes, there was a 3.1 release CD in the drive during > > the boot. > > Okay, that rules out that problem. > > > And you are right, the Toshiba drive is not exactly an ancient device. > > Not new either, it is a 4x > > cdrom. > > > > What puzzles me is the fact that 2.2.x has always worked just fine, > > I have multiple of the > > same Toshiba model in both my Intel and Alpha machines. > > It's not as puzzling as you might think. We don't wait for the CDROM drive > to finish probing before we start booting. So if sysinstall probes right > away, it might not see the cdrom drive. Right, I should have thought of that myself (from my adventures with the Pioneer CD changer drive). > The old SCSI layer probed things sequentially, so you would finish probing > everything, no matter how long it took, before any booting took place. Right. Maybe the install kernel should stick to sequential probing? I don't particularly like 'time dependent' probing with the variety of hardware that is out there. > > I'll probably give 3.2-release a try next Saturday. > > Good idea, it's possible that'll fix the problem, although I'm not so sure > it will. I'll post results later. Wilko -- | / o / / _ Arnhem, The Netherlands - Powered by FreeBSD - |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 13:20:12 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6E06815415 for ; Mon, 5 Jul 1999 13:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA33171; Mon, 5 Jul 1999 13:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 5 Jul 1999 13:20:03 -0700 (PDT) Message-Id: <199907052020.NAA33171@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Dmitry Flitman Subject: Re: kern/12466: Fast system hangs under high FS load Reply-To: Dmitry Flitman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/12466; it has been noted by GNATS. From: Dmitry Flitman To: freebsd-gnats-submit@freebsd.org, dflit@nns.ru Cc: Subject: Re: kern/12466: Fast system hangs under high FS load Date: Mon, 05 Jul 1999 23:18:56 +0300 addition: system continued hanging in different conditions, for example - copying a lagge directory tree caused hanging in 15 minutes, tar cf /dev/null /ar - in 3 minutes. After reading kern/11330 bug report, we tried limiting kernel to 512M RAM. Everything seems to be OK for now. Are there any known problems in working with memory over 512M? Sincerely, Dmitry Flitman National Electronic Library To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 13:20:12 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3A86215405 for ; Mon, 5 Jul 1999 13:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA33165; Mon, 5 Jul 1999 13:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 5 Jul 1999 13:20:02 -0700 (PDT) Message-Id: <199907052020.NAA33165@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Wilko Bulte Subject: Re: kern/12495: 3.1 install fails to detect Toshiba CDROM on AHA1740 adapter Reply-To: Wilko Bulte Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/12495; it has been noted by GNATS. From: Wilko Bulte To: ken@plutotech.com (Kenneth D. Merry) Cc: wilko@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG, ken@plutotech.com Subject: Re: kern/12495: 3.1 install fails to detect Toshiba CDROM on AHA1740 adapter Date: Mon, 5 Jul 1999 20:50:24 +0200 (CEST) As Kenneth D. Merry wrote ... > [ If you don't CC messages to me, it'll take a lot longer to get a reply. ] OK, done. > > Hi Ken, > > > > Thanks for your reply. > > > > On your question: yes, there was a 3.1 release CD in the drive during > > the boot. > > Okay, that rules out that problem. > > > And you are right, the Toshiba drive is not exactly an ancient device. > > Not new either, it is a 4x > > cdrom. > > > > What puzzles me is the fact that 2.2.x has always worked just fine, > > I have multiple of the > > same Toshiba model in both my Intel and Alpha machines. > > It's not as puzzling as you might think. We don't wait for the CDROM drive > to finish probing before we start booting. So if sysinstall probes right > away, it might not see the cdrom drive. Right, I should have thought of that myself (from my adventures with the Pioneer CD changer drive). > The old SCSI layer probed things sequentially, so you would finish probing > everything, no matter how long it took, before any booting took place. Right. Maybe the install kernel should stick to sequential probing? I don't particularly like 'time dependent' probing with the variety of hardware that is out there. > > I'll probably give 3.2-release a try next Saturday. > > Good idea, it's possible that'll fix the problem, although I'm not so sure > it will. I'll post results later. Wilko -- | / o / / _ Arnhem, The Netherlands - Powered by FreeBSD - |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 16:47:30 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 701C714BCD; Mon, 5 Jul 1999 16:47:27 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA46963; Mon, 5 Jul 1999 16:47:27 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Mon, 5 Jul 1999 16:47:27 -0700 (PDT) From: Message-Id: <199907052347.QAA46963@freefall.freebsd.org> To: sporty@sporty.org, hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/12524: new commited sources as of sending date won't make Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: new commited sources as of sending date won't make State-Changed-From-To: open->closed State-Changed-By: hoek State-Changed-When: Mon Jul 5 16:29:31 PDT 1999 State-Changed-Why: Did you intentionally mark this PR confidential? Please don't do that. [I didn't mean to close this... only fix the confidential, will be re-opened in a sec, although, fwiw, I don't see the bug that you're reporting... Actually, I'm a little hesitent to re-open the PR. arp.c was recently changed by archie on July 6 and presumably this is what is causing your problem, but nothing archie changed looks like it could cause such a problem (and like I said, it works for me). I know you recvsupped, but I can't help wondering if maybe something is wrong with your include files somewhere, yet? ... ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 16:48:10 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 463DB14BCD; Mon, 5 Jul 1999 16:48:08 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA47037; Mon, 5 Jul 1999 16:48:08 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Mon, 5 Jul 1999 16:48:08 -0700 (PDT) From: Message-Id: <199907052348.QAA47037@freefall.freebsd.org> To: sporty@sporty.org, hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/12524: new commited sources as of sending date won't make Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: new commited sources as of sending date won't make State-Changed-From-To: closed->open State-Changed-By: hoek State-Changed-When: Mon Jul 5 16:47:29 PDT 1999 State-Changed-Why: Didn't previously mean to close, but see note included as explanation for state-change. Confidential is fixed now, anyways... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 17:10: 3 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A366A152AE for ; Mon, 5 Jul 1999 17:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA48455; Mon, 5 Jul 1999 17:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id E6B0B15001; Mon, 5 Jul 1999 17:02:59 -0700 (PDT) Message-Id: <19990706000259.E6B0B15001@hub.freebsd.org> Date: Mon, 5 Jul 1999 17:02:59 -0700 (PDT) From: kientzle@acm.org To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/12526: fseek(f,o,SEEK_CUR) broken on large files Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12526 >Category: misc >Synopsis: fseek(f,o,SEEK_CUR) broken on large files >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 5 17:10:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Tim Kientzle >Release: FreeBSD 3.1-RELEASE i386 >Organization: Independent software consultant >Environment: FreeBSD clover.kientzle.com 3.1-RELEASE FreeBSD 3.1-RELEASE #10: Thu Jul 1 13:48:43 PDT 1999 root@clover.kientzle.com:/usr/src/sys/compile/CLOVER i386 >Description: fseek() does not properly handle SEEK_CUR if the resulting file position would exceed 2^31. (Remember that SEEK_CUR and SEEK_END can both be used to seek beyond 2^31 even though fseek only accepts a 32-bit signed long offset.) >How-To-Repeat: In a 4gig file, perform: fseek(f,0x7fffffffL, SEEK_SET); fseek(f,0x7fffffffL, SEEK_CUR); /* This seek silently fails */ >Fix: fseek() correctly uses 64-bit fpos_t arithmetic to compute the new file offset when converting SEEK_CUR to SEEK_SET, but then assigns the 64-bit result into the 32-bit 'offset' variable. This can be fixed by changing the variable 'offset' to a 64-bit fpos_t type, which in turn requires renaming the actual argument to maintain the ANSI-dictated interface. The three lines marked 'TBKK' below are the necessary changes. /usr/src/lib/libc/stdio/fseek.c: int fseek(fp, offset32, whence) /* TBKK: renamed 'offset' to 'offset32' */ register FILE *fp; long offset32; /* TBKK: renamed 'offset' to 'offset32' */ int whence; { register fpos_t (*seekfn) __P((void *, fpos_t, int)); fpos_t target, curoff; fpos_t offset = offset32; /* TBKK: added 64-bit offset variable */ >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 17:48: 3 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from nyct.net (bsd1.nyct.net [204.141.86.3]) by hub.freebsd.org (Postfix) with ESMTP id 31E5614DF1; Mon, 5 Jul 1999 17:48:00 -0700 (PDT) (envelope-from sporty@sporty.org) Received: from localhost (sporty@localhost) by nyct.net (8.8.8/8.8.7) with ESMTP id UAA02835; Mon, 5 Jul 1999 20:47:59 -0400 (EDT) (envelope-from sporty@sporty.org) X-Authentication-Warning: bsd1.nyct.net: sporty owned process doing -bs Date: Mon, 5 Jul 1999 20:47:59 -0400 (EDT) From: Spencer Portee X-Sender: sporty@bsd1.nyct.net To: hoek@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org Subject: Re: i386/12524: new commited sources as of sending date won't make In-Reply-To: <199907052347.QAA46963@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org i'll get new copies of the headers.... On Mon, 5 Jul 1999 hoek@FreeBSD.org wrote: > Synopsis: new commited sources as of sending date won't make > > State-Changed-From-To: open->closed > State-Changed-By: hoek > State-Changed-When: Mon Jul 5 16:29:31 PDT 1999 > State-Changed-Why: > Did you intentionally mark this PR confidential? Please don't do that. > > [I didn't mean to close this... only fix the confidential, will be > re-opened in a sec, although, fwiw, I don't see the bug that you're > reporting... Actually, I'm a little hesitent to re-open the PR. arp.c > was recently changed by archie on July 6 and presumably this is what is > causing your problem, but nothing archie changed looks like it could cause > such a problem (and like I said, it works for me). I know you recvsupped, > but I can't help wondering if maybe something is wrong with your include > files somewhere, yet? ... ] > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 17:50: 3 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CA4DA1536D for ; Mon, 5 Jul 1999 17:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA51740; Mon, 5 Jul 1999 17:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id B66AD14DF1; Mon, 5 Jul 1999 17:43:56 -0700 (PDT) Message-Id: <19990706004356.B66AD14DF1@hub.freebsd.org> Date: Mon, 5 Jul 1999 17:43:56 -0700 (PDT) From: kientzle@acm.org To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/12527: Deleting a large file loses disk space Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12527 >Category: kern >Synopsis: Deleting a large file loses disk space >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 5 17:50:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Tim Kientzle >Release: FreeBSD 3.1-RELEASE >Organization: Independent >Environment: FreeBSD clover.kientzle.com 3.1-RELEASE FreeBSD 3.1-RELEASE #10: Thu Jul 1 13:48:43 PDT 1999 root@clover.kientzle.com:/usr/src/sys/compile/CLOVER i386 >Description: I created a large file (approximately 3.6 gigabytes) on a UFS partition. After using 'rm' to remove the file, I noted the following discrepancy: df /usr showed 8 gigabytes of disk space used du -x /usr shows only 4.5 gigabytes of disk space used I expect some discrepancy between the two, but this seems a bit excessive. ;-) >How-To-Repeat: Unfortunately, I no longer have enough free disk space to check whether a large file built with 'dd' will reproduce this problem. I'm hoping that 'fsck' can correct it. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 17:53:14 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from caspian.plutotech.com (caspian.plutotech.com [206.168.67.80]) by hub.freebsd.org (Postfix) with ESMTP id B868814E2F; Mon, 5 Jul 1999 17:53:05 -0700 (PDT) (envelope-from gibbs@caspian.plutotech.com) Received: from caspian.plutotech.com (localhost [127.0.0.1]) by caspian.plutotech.com (8.9.3/8.9.1) with ESMTP id SAA00382; Mon, 5 Jul 1999 18:52:59 -0600 (MDT) (envelope-from gibbs@caspian.plutotech.com) Message-Id: <199907060052.SAA00382@caspian.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Wilko Bulte Cc: ken@plutotech.com (Kenneth D. Merry), wilko@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/12495: 3.1 install fails to detect Toshiba CDROM on AHA1740 adapter In-reply-to: Your message of "Mon, 05 Jul 1999 20:50:24 +0200." <199907051850.UAA00913@yedi.iaf.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 Jul 1999 18:52:59 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >> The old SCSI layer probed things sequentially, so you would finish probing >> everything, no matter how long it took, before any booting took place. > >Right. Maybe the install kernel should stick to sequential probing? >I don't particularly like 'time dependent' probing with the variety of >hardware that is out there. All CAM device instances 'exist' before the boot up is allowed to progress. If you attempt to open the device while it is initializing, you will block in open until the initialization is complete, but the open will eventually succeed (assuming we were successful in our attempts to initialize the device). The same probing mechanism (parallel probing) is used to find our root device, and I have not heard of an instance where that has failed. I would not expect sysintall to see the world any differently than the mount root code. Perhaps there is another bug in the ahb driver... -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 18: 1:20 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id AC87114E2F for ; Mon, 5 Jul 1999 18:01:19 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA52333; Mon, 5 Jul 1999 18:01:13 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 5 Jul 1999 18:01:13 -0700 (PDT) Message-Id: <199907060101.SAA52333@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Justin T. Gibbs" Subject: Re: kern/12495: 3.1 install fails to detect Toshiba CDROM on AHA1740 adapter Reply-To: "Justin T. Gibbs" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/12495; it has been noted by GNATS. From: "Justin T. Gibbs" To: Wilko Bulte Cc: ken@plutotech.com (Kenneth D. Merry), wilko@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/12495: 3.1 install fails to detect Toshiba CDROM on AHA1740 adapter Date: Mon, 05 Jul 1999 18:52:59 -0600 >> The old SCSI layer probed things sequentially, so you would finish probing >> everything, no matter how long it took, before any booting took place. > >Right. Maybe the install kernel should stick to sequential probing? >I don't particularly like 'time dependent' probing with the variety of >hardware that is out there. All CAM device instances 'exist' before the boot up is allowed to progress. If you attempt to open the device while it is initializing, you will block in open until the initialization is complete, but the open will eventually succeed (assuming we were successful in our attempts to initialize the device). The same probing mechanism (parallel probing) is used to find our root device, and I have not heard of an instance where that has failed. I would not expect sysintall to see the world any differently than the mount root code. Perhaps there is another bug in the ahb driver... -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 18: 2:14 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from nyct.net (bsd1.nyct.net [204.141.86.3]) by hub.freebsd.org (Postfix) with ESMTP id A7E8C1537C; Mon, 5 Jul 1999 18:02:10 -0700 (PDT) (envelope-from sporty@sporty.org) Received: from localhost (sporty@localhost) by nyct.net (8.8.8/8.8.7) with ESMTP id VAA03584; Mon, 5 Jul 1999 21:02:09 -0400 (EDT) (envelope-from sporty@sporty.org) X-Authentication-Warning: bsd1.nyct.net: sporty owned process doing -bs Date: Mon, 5 Jul 1999 21:02:08 -0400 (EDT) From: Spencer Portee X-Sender: sporty@bsd1.nyct.net To: hoek@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org Subject: Re: i386/12524: new commited sources as of sending date won't make In-Reply-To: <199907052347.QAA46963@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > [I didn't mean to close this... only fix the confidential, will be > re-opened in a sec, although, fwiw, I don't see the bug that you're > reporting... Actually, I'm a little hesitent to re-open the PR. arp.c > was recently changed by archie on July 6 and presumably this is what is > causing your problem, but nothing archie changed looks like it could cause > such a problem (and like I said, it works for me). I know you recvsupped, > but I can't help wondering if maybe something is wrong with your include > files somewhere, yet? ... ] it's not my include files. guess I'll wait for the new july 6'th arp.c -spence To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 18:20: 6 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1F4621537A for ; Mon, 5 Jul 1999 18:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA54081; Mon, 5 Jul 1999 18:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 5 Jul 1999 18:20:02 -0700 (PDT) Message-Id: <199907060120.SAA54081@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Nara" Subject: Re: kern/12434: signal 11 (core dumped) on mysqld when machine is under quite heavy load Reply-To: "Nara" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/12434; it has been noted by GNATS. From: "Nara" To: , Cc: Subject: Re: kern/12434: signal 11 (core dumped) on mysqld when machine is under quite heavy load Date: Tue, 6 Jul 1999 10:10:23 +0900 This is a multi-part message in MIME format. ------=_NextPart_000_0021_01BEC797.C28F1A60 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 aSB1c2VkIGdkYiBvbiBteXNxbCBhbmQgZmluZCBxdWl0ZSBpbnRlcmVzdGluZyByZXN1bHQuDQpo ZXJlIGlzIGxvZyBmcm9tIGdkYi4NCg0KYXJjaDkjIGdkYiAvdXNyL2xvY2FsL2xpYmV4ZWMvbXlz cWxkIG15c3FsZC5jb3JlDQpHTlUgZ2RiIDQuMTgNCkNvcHlyaWdodCAxOTk4IEZyZWUgU29mdHdh cmUgRm91bmRhdGlvbiwgSW5jLg0KR0RCIGlzIGZyZWUgc29mdHdhcmUsIGNvdmVyZWQgYnkgdGhl IEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlLCBhbmQgeW91IGFyZQ0Kd2VsY29tZSB0byBjaGFu Z2UgaXQgYW5kL29yIGRpc3RyaWJ1dGUgY29waWVzIG9mIGl0IHVuZGVyIGNlcnRhaW4gY29uZGl0 aW9ucy4NClR5cGUgInNob3cgY29weWluZyIgdG8gc2VlIHRoZSBjb25kaXRpb25zLg0KVGhlcmUg aXMgYWJzb2x1dGVseSBubyB3YXJyYW50eSBmb3IgR0RCLiAgVHlwZSAic2hvdyB3YXJyYW50eSIg Zm9yIGRldGFpbHMuDQpUaGlzIEdEQiB3YXMgY29uZmlndXJlZCBhcyAiaTM4Ni11bmtub3duLWZy ZWVic2QiLi4uDQoobm8gZGVidWdnaW5nIHN5bWJvbHMgZm91bmQpLi4uDQpDb3JlIHdhcyBnZW5l cmF0ZWQgYnkgYG15c3FsZCcuDQpQcm9ncmFtIHRlcm1pbmF0ZWQgd2l0aCBzaWduYWwgMTEsIFNl Z21lbnRhdGlvbiBmYXVsdC4NClJlYWRpbmcgc3ltYm9scyBmcm9tIC91c3IvbGliL2xpYmNfci5z by4zLi4uKG5vIGRlYnVnZ2luZyBzeW1ib2xzIGZvdW5kKS4uLg0KZG9uZS4NClJlYWRpbmcgc3lt Ym9scyBmcm9tIC91c3IvbGliL2xpYmNyeXB0LnNvLjIuLi4obm8gZGVidWdnaW5nIHN5bWJvbHMg Zm91bmQpLi4uDQpkb25lLg0KUmVhZGluZyBzeW1ib2xzIGZyb20gL3Vzci9saWIvbGlic3RkYysr LnNvLjIuLi4obm8gZGVidWdnaW5nIHN5bWJvbHMgZm91bmQpLi4uDQpkb25lLg0KUmVhZGluZyBz eW1ib2xzIGZyb20gL3Vzci9saWIvbGlibS5zby4yLi4uKG5vIGRlYnVnZ2luZyBzeW1ib2xzIGZv dW5kKS4uLmRvbmUuDQpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvdXNyL2xpYi9saWJjLnNvLjMuLi4o bm8gZGVidWdnaW5nIHN5bWJvbHMgZm91bmQpLi4uZG9uZS4NClJlYWRpbmcgc3ltYm9scyBmcm9t IC91c3IvbGliZXhlYy9sZC1lbGYuc28uMS4uLihubyBkZWJ1Z2dpbmcgc3ltYm9scyBmb3VuZCku Li4NCmRvbmUuDQojMCAgMHgyODE1MzFmMSBpbiBfbXV0ZXhfbm90aWZ5X3ByaW9jaGFuZ2UgKCkg ZnJvbSAvdXNyL2xpYi9saWJjX3Iuc28uMw0KKGdkYikgdXANCiMxICAweDI4MTUyMzIzIGluIHB0 aHJlYWRfbXV0ZXhfbG9jayAoKSBmcm9tIC91c3IvbGliL2xpYmNfci5zby4zDQooZ2RiKSB1cA0K IzIgIDB4MjgxNjJhYTkgaW4gbG9jYWx0aW1lX3IgKCkgZnJvbSAvdXNyL2xpYi9saWJjX3Iuc28u Mw0KKGdkYikgdXANCiMzICAweDgwNjRkMTggaW4gRmllbGRfdGltZXN0YW1wOjp2YWxfc3RyICgp DQooZ2RiKSB1cA0KIzQgIDB4ODA0Yjg4YSBpbiBJdGVtX2ZpZWxkOjpzdHIgKCkNCihnZGIpIA0K DQppdCBzZWVtcyB0byBtZSB0aGF0IHRoZXJlIGlzIFZFUlkgU0VSSU9VUyBwcm9ibGVtIGluIGxp YmNfciBhbmQgdGhyZWFkIGxpYnJhcnkuDQppdCB3YXMgZmluZSBpbiBSRUxFQVNFLTMuMSwgYnV0 LCBpbiBSRUxFQVNFLTMuMiwgaXQgaXNuJ3QuDQoNCg0KSmlobyBLaW0NCm5hcmFAbWFnZXdhci5j b20NCmh0dHA6Ly9hcmNobWFnZS5tYWdld2FyLmNvbS9hcmNobWFnZQ0KDQo= ------=_NextPart_000_0021_01BEC797.C28F1A60 Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWtz X2NfNTYwMS0xOTg3IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxNRVRBIGNvbnRlbnQ9Ik1T SFRNTCA1LjAwLjIzMTQuMTAwMCIgbmFtZT1HRU5FUkFUT1I+DQo8U1RZTEU+PC9TVFlMRT4NCjwv SEVBRD4NCjxCT0RZIGJnQ29sb3I9I2ZmZmZmZj4NCjxESVY+PEZPTlQgc2l6ZT0yPmkgdXNlZCBn ZGIgb24gbXlzcWwgYW5kIGZpbmQgcXVpdGUgaW50ZXJlc3RpbmcgDQpyZXN1bHQuPC9GT05UPjwv RElWPg0KPERJVj48Rk9OVCBzaXplPTI+aGVyZSBpcyBsb2cgZnJvbSBnZGIuPC9GT05UPjwvRElW Pg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPmFyY2g5IyBnZGIgL3Vzci9s b2NhbC9saWJleGVjL215c3FsZCBteXNxbGQuY29yZTxCUj5HTlUgZ2RiIA0KNC4xODxCUj5Db3B5 cmlnaHQgMTk5OCBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy48QlI+R0RCIGlzIGZyZWUg c29mdHdhcmUsIA0KY292ZXJlZCBieSB0aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UsIGFu ZCB5b3UgYXJlPEJSPndlbGNvbWUgdG8gY2hhbmdlIGl0IA0KYW5kL29yIGRpc3RyaWJ1dGUgY29w aWVzIG9mIGl0IHVuZGVyIGNlcnRhaW4gY29uZGl0aW9ucy48QlI+VHlwZSAic2hvdyBjb3B5aW5n IiANCnRvIHNlZSB0aGUgY29uZGl0aW9ucy48QlI+VGhlcmUgaXMgYWJzb2x1dGVseSBubyB3YXJy YW50eSBmb3IgR0RCLiZuYnNwOyBUeXBlIA0KInNob3cgd2FycmFudHkiIGZvciBkZXRhaWxzLjxC Uj5UaGlzIEdEQiB3YXMgY29uZmlndXJlZCBhcyANCiJpMzg2LXVua25vd24tZnJlZWJzZCIuLi48 QlI+KG5vIGRlYnVnZ2luZyBzeW1ib2xzIGZvdW5kKS4uLjxCUj5Db3JlIHdhcyANCmdlbmVyYXRl ZCBieSBgbXlzcWxkJy48QlI+UHJvZ3JhbSB0ZXJtaW5hdGVkIHdpdGggc2lnbmFsIDExLCBTZWdt ZW50YXRpb24gDQpmYXVsdC48QlI+UmVhZGluZyBzeW1ib2xzIGZyb20gL3Vzci9saWIvbGliY19y LnNvLjMuLi4obm8gZGVidWdnaW5nIHN5bWJvbHMgDQpmb3VuZCkuLi48QlI+ZG9uZS48QlI+UmVh ZGluZyBzeW1ib2xzIGZyb20gL3Vzci9saWIvbGliY3J5cHQuc28uMi4uLihubyANCmRlYnVnZ2lu ZyBzeW1ib2xzIGZvdW5kKS4uLjxCUj5kb25lLjxCUj5SZWFkaW5nIHN5bWJvbHMgZnJvbSANCi91 c3IvbGliL2xpYnN0ZGMrKy5zby4yLi4uKG5vIGRlYnVnZ2luZyBzeW1ib2xzIGZvdW5kKS4uLjxC Uj5kb25lLjxCUj5SZWFkaW5nIA0Kc3ltYm9scyBmcm9tIC91c3IvbGliL2xpYm0uc28uMi4uLihu byBkZWJ1Z2dpbmcgc3ltYm9scyANCmZvdW5kKS4uLmRvbmUuPEJSPlJlYWRpbmcgc3ltYm9scyBm cm9tIC91c3IvbGliL2xpYmMuc28uMy4uLihubyBkZWJ1Z2dpbmcgDQpzeW1ib2xzIGZvdW5kKS4u LmRvbmUuPEJSPlJlYWRpbmcgc3ltYm9scyBmcm9tIC91c3IvbGliZXhlYy9sZC1lbGYuc28uMS4u LihubyANCmRlYnVnZ2luZyBzeW1ib2xzIGZvdW5kKS4uLjxCUj5kb25lLjxCUj4jMCZuYnNwOyAw eDI4MTUzMWYxIGluIA0KX211dGV4X25vdGlmeV9wcmlvY2hhbmdlICgpIGZyb20gL3Vzci9saWIv bGliY19yLnNvLjM8QlI+KGdkYikgdXA8QlI+IzEmbmJzcDsgDQoweDI4MTUyMzIzIGluIHB0aHJl YWRfbXV0ZXhfbG9jayAoKSBmcm9tIC91c3IvbGliL2xpYmNfci5zby4zPEJSPihnZGIpIA0KdXA8 QlI+IzImbmJzcDsgMHgyODE2MmFhOSBpbiBsb2NhbHRpbWVfciAoKSBmcm9tIC91c3IvbGliL2xp YmNfci5zby4zPEJSPihnZGIpIA0KdXA8QlI+IzMmbmJzcDsgMHg4MDY0ZDE4IGluIEZpZWxkX3Rp bWVzdGFtcDo6dmFsX3N0ciAoKTxCUj4oZ2RiKSB1cDxCUj4jNCZuYnNwOyANCjB4ODA0Yjg4YSBp biBJdGVtX2ZpZWxkOjpzdHIgKCk8QlI+KGdkYikgPC9GT05UPjwvRElWPg0KPERJVj4mbmJzcDs8 L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPml0IHNlZW1zIHRvIG1lIHRoYXQgdGhlcmUgaXMgVkVS WSBTRVJJT1VTIHByb2JsZW0gaW4gbGliY19yIA0KYW5kIHRocmVhZCBsaWJyYXJ5LjwvRk9OVD48 L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPml0IHdhcyBmaW5lIGluIFJFTEVBU0UtMy4xLCBidXQs IGluIFJFTEVBU0UtMy4yLCBpdCANCmlzbid0LjwvRk9OVD48L0RJVj4NCjxESVY+Jm5ic3A7PC9E SVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBzaXplPTI+SmlobyBLaW08QlI+PEEg DQpocmVmPSJtYWlsdG86bmFyYUBtYWdld2FyLmNvbSI+bmFyYUBtYWdld2FyLmNvbTwvQT48QlI+ PEEgDQpocmVmPSJodHRwOi8vYXJjaG1hZ2UubWFnZXdhci5jb20vYXJjaG1hZ2UiPmh0dHA6Ly9h cmNobWFnZS5tYWdld2FyLmNvbS9hcmNobWFnZTwvQT48QlI+PC9GT05UPjwvRElWPjwvQk9EWT48 L0hUTUw+DQo= ------=_NextPart_000_0021_01BEC797.C28F1A60-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 18:20: 8 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A69891538F for ; Mon, 5 Jul 1999 18:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA54091; Mon, 5 Jul 1999 18:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from hot.ee.lbl.gov (hot.ee.lbl.gov [131.243.1.42]) by hub.freebsd.org (Postfix) with ESMTP id 3B3741539A for ; Mon, 5 Jul 1999 18:18:09 -0700 (PDT) (envelope-from leres@hot.ee.lbl.gov) Received: (from leres@localhost) by hot.ee.lbl.gov (8.9.2/8.9.2) id SAA03813; Mon, 5 Jul 1999 18:18:09 -0700 (PDT) Message-Id: <199907060118.SAA03813@hot.ee.lbl.gov> Date: Mon, 05 Jul 1999 18:18:08 PDT From: Craig Leres To: FreeBSD-gnats-submit@freebsd.org Cc: leres@ee.lbl.gov (Craig Leres) X-Send-Pr-Version: 3.2 Subject: bin/12528: [PATCH] tip's "tipout" child doesn't always exit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12528 >Category: bin >Synopsis: [PATCH] tip's "tipout" child doesn't always exit >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 5 18:20:02 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Craig Leres >Release: FreeBSD 3.2-RELEASE i386 >Organization: Lawrence Berkeley National Laboratory >Environment: >Description: If the user exists abruptly, tip's "tipout" child can hang around forever. Since the lock file doesn't get cleaned up, this prevents other users from accessing the target device. >How-To-Repeat: Here's how I found this: - slogin to a host - tip to a device - terminate slogin with the "~." sequence - notice that the 2nd tip process still exists - notice that the lockfile still exists I used truss on the 2nd process. Before terminating we have: syscall sigprocmask(0x3,0x0) returns 18528 (0x4860) syscall read(0x3,0xbfbfd26c,0x400) returns 7 (0x7) syscall sigprocmask(0x1,0x4860) returns 0 (0x0) syscall write(1,0xbfbfd26c,7) returns 7 (0x7) syscall sigprocmask(0x3,0x0) returns 18528 (0x4860) After exiting from slogin: syscall read(0x3,0xbfbfd26c,0x400) returns 1 (0x1) syscall sigprocmask(0x1,0x4860) returns 0 (0x0) syscall write(1,0xbfbfd26c,1) errno 5 'Input/output error' syscall sigprocmask(0x3,0x0) returns 18528 (0x4860) syscall read(0x3,0xbfbfd26c,0x400) returns 1 (0x1) syscall sigprocmask(0x1,0x4860) returns 0 (0x0) syscall write(1,0xbfbfd26c,1) errno 5 'Input/output error' syscall sigprocmask(0x3,0x0) returns 18528 (0x4860) syscall read(0x3,0xbfbfd26c,0x400) returns 7 (0x7) syscall sigprocmask(0x1,0x4860) returns 0 (0x0) This repeats until all the characters from the device are processed and then the process becomes dormant. >Fix: The tipout child needs to exit if write() fails with EIO. But if the device does not output any characters, we won't get to this exit so the parent should also arrange for the child to be killed when it exits. RCS file: RCS/tip.c,v retrieving revision 1.1 diff -c -r1.1 tip.c *** /tmp/,RCSt1G48409 Mon Jul 5 18:13:45 1999 --- tip.c Mon Jul 5 18:13:13 1999 *************** *** 80,85 **** --- 80,86 ---- void intprompt(); void timeout(); + void killchild(); void cleanup(); void tipdone(); char *sname(); *************** *** 285,290 **** --- 286,300 ---- } void + killchild() + { + if (pid != 0) { + kill(pid, SIGTERM); + pid = 0; + } + } + + void cleanup() { *************** *** 425,430 **** --- 435,442 ---- { int i; char gch, bol = 1; + + atexit(killchild); /* * Kinda klugey here... RCS file: RCS/tipout.c,v retrieving revision 1.1 diff -c -r1.1 tipout.c *** /tmp/,RCSt1E48414 Mon Jul 5 18:13:46 1999 --- tipout.c Mon Jul 5 17:49:07 1999 *************** *** 160,166 **** omask = sigblock(ALLSIGS); for (cp = buf; cp < buf + cnt; cp++) *cp &= 0177; ! write(1, buf, cnt); if (boolean(value(SCRIPT)) && fscript != NULL) { if (!boolean(value(BEAUTIFY))) { fwrite(buf, 1, cnt, fscript); --- 160,167 ---- omask = sigblock(ALLSIGS); for (cp = buf; cp < buf + cnt; cp++) *cp &= 0177; ! if (write(1, buf, cnt) < 0) ! exit(1); if (boolean(value(SCRIPT)) && fscript != NULL) { if (!boolean(value(BEAUTIFY))) { fwrite(buf, 1, cnt, fscript); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 21:18:31 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from luckyscasino.com (unknown [207.124.92.105]) by hub.freebsd.org (Postfix) with SMTP id DF870153A4 for ; Mon, 5 Jul 1999 21:17:27 -0700 (PDT) (envelope-from affiliate@luckyscasino.com) Content-Type: text/plain; charset="us-ascii" Date: Mon, 05 Jul 1999 22:15:24 -0600 Message-Id: To: freebsd-bugs@freebsd.org Subject: Earn Cash X-Mailer: CyberCreek Avalanche 98 Demo; RSR Build:33666 From: affiliate@luckyscasino.com Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dear Webmaster, We are a business conducting business and this is not unsolicited bulk email. We have purchased your email address from an Internet marketing center. If you do not wish to receive further notices from Lucky's Casino, please reply to this e-mail and type "UNSUBSCRIBE" in the subject field. Want to earn extra cash? Join the Lucky's Casino affiliate program to earn revenues from your website. By participating in this mutually beneficial program, webmasters like your-self will get the opportunity to earn extra cash and become a part of the fastest growing industry in the world. Need more Info? If you are interested in becoming an affiliate of Lucky's Casino, and would like to find out more about this program, please visit: http://207.236.72.231/TrackA.asp Please let us know if you have any comments or questions by e-mailing us at affiliate@luckyscasino.com Regards, The Staff at Lucky's We hope you have a great day! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 21:18:40 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from luckyscasino.com (unknown [207.124.92.105]) by hub.freebsd.org (Postfix) with SMTP id DFA1E153B0 for ; Mon, 5 Jul 1999 21:17:27 -0700 (PDT) (envelope-from affiliate@luckyscasino.com) Message-Id: To: freebsd-bugs@freebsd.org Content-Type: text/plain; charset="us-ascii" Subject: Earn Cash From: affiliate@luckyscasino.com X-Mailer: CyberCreek Avalanche 98 Demo; RSR Build:33666 Date: Mon, 05 Jul 1999 22:16:14 -0600 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dear Webmaster, We are a business conducting business and this is not unsolicited bulk email. We have purchased your email address from an Internet marketing center. If you do not wish to receive further notices from Lucky's Casino, please reply to this e-mail and type "UNSUBSCRIBE" in the subject field. Want to earn extra cash? Join the Lucky's Casino affiliate program to earn revenues from your website. By participating in this mutually beneficial program, webmasters like your-self will get the opportunity to earn extra cash and become a part of the fastest growing industry in the world. Need more Info? If you are interested in becoming an affiliate of Lucky's Casino, and would like to find out more about this program, please visit: http://207.236.72.231/TrackA.asp Please let us know if you have any comments or questions by e-mailing us at affiliate@luckyscasino.com Regards, The Staff at Lucky's We hope you have a great day! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 22:50: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BB74214C2A for ; Mon, 5 Jul 1999 22:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA73894; Mon, 5 Jul 1999 22:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 5 Jul 1999 22:50:02 -0700 (PDT) Message-Id: <199907060550.WAA73894@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Mikhail Teterin Subject: Re: bin/11296: fetch(1) fails to resolve names in http mode under SOCKS5 Reply-To: Mikhail Teterin Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/11296; it has been noted by GNATS. From: Mikhail Teterin To: freebsd-gnats-submit@freebsd.org, mi@aldan.algebra.com Cc: Subject: Re: bin/11296: fetch(1) fails to resolve names in http mode under SOCKS5 Date: Tue, 06 Jul 1999 01:48:45 -0400 This is a multi-part message in MIME format. --------------0E9E235F77A464A42258D8EE Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit The gethostbyname2 used in the fetch's http.c is not implemented by the Socks' libsocks5_sh.so. The attached simple patch makes fetch resolve the names, but fetch still does not work -- this time with the ``No route to host''. Some other piece of code needs to be altered to only use calls provided for by the Socks5 wrapper library. Someone with better understanding of network programming has to take a look at it... -- |\__-----__/| _____/ ::::: :::\_____ '__--( ::::::::..::)--__` -mi If you have a / _- \/ :::::::\/ -_ serious knowledge / / :. .::::\ \ about computers -- | ::::::::::::| Ok, let's say you broke keep it in a secret! _|/ ::::____::\|_ the wall with your head "Rules of dating", / /:::::/:_::\::\:.\ What are you going to 'Playboy', ? 1994 | :| ..:(_/ \::|::|::| do in the next cell? | :|:::::. ::|: |::|.:| Stanislaw J. Lec \ |:: :::_/::/: :|:/ ((___\____\____/___/___)) --------------0E9E235F77A464A42258D8EE Content-Type: text/plain; charset=koi8-r; name="http.c.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="http.c.patch" --- http.c.dumb Sat Jun 26 13:22:18 1999 +++ http.c Tue Jul 6 01:38:16 1999 @@ -485,3 +485,3 @@ /* XXX - do timeouts for name resolution? */ - hp = gethostbyname2(https->http_hostname, AF_INET); + hp = gethostbyname(https->http_hostname); if (hp == 0) { --------------0E9E235F77A464A42258D8EE Content-Type: text/x-vcard; charset=koi8-r; name="mi.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Mikhail Teterin Content-Disposition: attachment; filename="mi.vcf" begin:vcard n:Teterin;Mikhail x-mozilla-html:FALSE org:Virtual Estates, Inc. adr:;;;;;; version:2.1 email;internet:mi@aldan.algebra.com title:President x-mozilla-cpt:;0 fn:Mikhail Teterin end:vcard --------------0E9E235F77A464A42258D8EE-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 5 23:14:42 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2363B15451; Mon, 5 Jul 1999 23:14:38 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA75605; Mon, 5 Jul 1999 23:14:38 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 5 Jul 1999 23:14:38 -0700 (PDT) From: Message-Id: <199907060614.XAA75605@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, green@FreeBSD.org Subject: Re: kern/10022: kernel cannot detect WinChips correctly. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: kernel cannot detect WinChips correctly. Responsible-Changed-From-To: freebsd-bugs->green Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Jul 5 23:01:03 PDT 1999 Responsible-Changed-Why: Brian has his hands dirty in the code lately, so hopefully he'll take a look at this. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 6 0: 0: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DB20B151E5 for ; Tue, 6 Jul 1999 00:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA81996; Tue, 6 Jul 1999 00:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 9F88314C0C; Mon, 5 Jul 1999 23:54:50 -0700 (PDT) Message-Id: <19990706065450.9F88314C0C@hub.freebsd.org> Date: Mon, 5 Jul 1999 23:54:50 -0700 (PDT) From: jlando@home.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: i386/12529: Linksys ether16 NE2000 compat. won't configure under 2.2.8R (device timeout), works OK under 2.1.6R Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12529 >Category: i386 >Synopsis: Linksys ether16 NE2000 compat. won't configure under 2.2.8R (device timeout), works OK under 2.1.6R >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 6 00:00:02 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Jim Landowski >Release: 2.2.8R >Organization: . >Environment: FreeBSD BsdBox 2.2.8-RELEASE FreeBSD 2.2.8-RELEASE #0: Mon Jul 5 22:25:11 PDT 1999 root@myname.my.domain:/usr/src/sys/compile/CUSTOM i386 >Description: 'ifconfig ed0 inet 10.13.113.1 netmask 0xffffff00' command fails to configure NIC. Error displayed: device timeout NIC is a Linksys ether16 (NE2000) compatible ISA card with PnP disabled. Config: IRQ 5, 0x300 I/O, iomem=0xd8000. This NIC works fine under 2.1.6R on same hardware with same kernel configuration etc.. System is a Pentium 166 PCI, 32Mb, 2-IDE drives, PAS16 w/SCSI, TEAC SCSI CDROM. ET4000 ISA graphics card. No other device on IRQ 5. No conflict reported. >How-To-Repeat: configure interface again >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 6 1: 2: 0 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from gallions-reach.inpharmatica.co.uk (gallions-reach.inpharmatica.co.uk [193.115.214.5]) by hub.freebsd.org (Postfix) with ESMTP id BA05614C37 for ; Tue, 6 Jul 1999 01:01:55 -0700 (PDT) (envelope-from m.seaman@inpharmatica.co.uk) Received: from kings-cross.inpharmatica.co.uk (euston.inpharmatica.co.uk [193.115.214.6]) by gallions-reach.inpharmatica.co.uk (8.8.8/8.8.8) with ESMTP id IAA11678 for ; Tue, 6 Jul 1999 08:01:54 GMT (envelope-from m.seaman@inpharmatica.co.uk) Received: from paddington.inpharmatica.co.uk (IDENT:root@paddington.inpharmatica.co.uk [192.168.122.1]) by kings-cross.inpharmatica.co.uk (8.9.3/8.9.3) with ESMTP id JAA17029 for ; Tue, 6 Jul 1999 09:01:54 +0100 Received: from inpharmatica.co.uk (IDENT:matthew@localhost [127.0.0.1]) by paddington.inpharmatica.co.uk (8.9.3/8.9.3) with ESMTP id JAA26142 for ; Tue, 6 Jul 1999 09:01:54 +0100 Message-ID: <3781B7F1.D91BF23C@inpharmatica.co.uk> Date: Tue, 06 Jul 1999 08:01:53 +0000 From: Matthew Seaman X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.4 i586) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-bugs@freebsd.org Subject: Re: Earn Cash References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org affiliate@luckyscasino.com wrote: > > Dear Webmaster, > > We are a business conducting business and this is not unsolicited bulk email. [SNIP] Yeah, right. Can we not adopt a policy similar to the Debian Linux mailing lists? -- from http://www.debian.org./MailingLists/subscribe : > > > Mailing list advertising policy > > This policy is intended to fight mailing-list "spamming". > > The Debian Linux mailing lists accept commercial advertising for payment. We offer a fee waiver if you can > show us the canceled check for a $1000 (U.S.) or more donation to "Software in the Public Interest" (SPI). One > donation per advertisement, please. If you don't wish to donate, simply post your advertisement to the list, and > the operator of the mailing lists will bill you $1999 (U.S). The list operator will donate this amount, minus the > expense of collecting it, to SPI. Please note that the lists are distributed automatically - messages are generally > not read or checked in any way before they are distributed. > > By the act of posting your advertisement you agree to accept responsibility for the fee, you agree to indemnify > the mailing-list operator against any legal claims from you or others in connection with your advertisement, and > you agree to pay any legal and business expenses incurred in collecting late payment. Our liability to you is > limited to a good-faith effort to deliver your message. > > Reduced rates and/or waiver of fee are available for Debian-related advertisements. You must consult the > mailing-list operator in advance of posting for any reduction or fee waiver. Cheers, Matthew -- Certe, Toto, sentio nos in Kansate non iam adesse. Dr. Matthew Seaman, Inpharmatica Ltd, 60 Charlotte St, London, W1P 2AX Tel: +44 171 631 4644 x229 Fax: +44 171 631 4844 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 6 4:10: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7C7F8153DA for ; Tue, 6 Jul 1999 04:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA15783; Tue, 6 Jul 1999 04:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id B6723153D3; Tue, 6 Jul 1999 04:02:57 -0700 (PDT) Message-Id: <19990706110257.B6723153D3@hub.freebsd.org> Date: Tue, 6 Jul 1999 04:02:57 -0700 (PDT) From: gift@sancelink.co.za To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/12532: Installing Freebsd on an MSDos Fat Partition Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12532 >Category: misc >Synopsis: Installing Freebsd on an MSDos Fat Partition >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 6 04:10:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Gift Ruud Mlotha >Release: 3.2 stable version >Organization: Sance E-call Company >Environment: Pentium II 266MHZ 2.2GB HDD 64MB RAM NE2000 Ethernet card WIN95 Partition >Description: I have created freebsd boot floppies using the Fdimage utility thus to transfer kern.flp and mfsroot.flp to two IBM formatted floppies but as soon as it starts to load the kern.flp it hangs and brings in an error message saying No C,C,C, >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 6 6:16:19 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0067814E2B; Tue, 6 Jul 1999 06:16:18 -0700 (PDT) (envelope-from yokota@FreeBSD.org) Received: (from yokota@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA27648; Tue, 6 Jul 1999 06:16:19 -0700 (PDT) (envelope-from yokota@FreeBSD.org) Date: Tue, 6 Jul 1999 06:16:19 -0700 (PDT) From: Message-Id: <199907061316.GAA27648@freefall.freebsd.org> To: aa8vb@ipass.net, yokota@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/12420: console fails to register tty size changes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: console fails to register tty size changes State-Changed-From-To: open->closed State-Changed-By: yokota State-Changed-When: Tue Jul 6 06:15:35 PDT 1999 State-Changed-Why: Fixed in syscons.c rev 1.310 in -CURRENT and in rev 1.293.2.4 in -STABLE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 6 6:39: 5 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1BB4F15406; Tue, 6 Jul 1999 06:39:02 -0700 (PDT) (envelope-from yokota@FreeBSD.org) Received: (from yokota@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA29717; Tue, 6 Jul 1999 06:39:02 -0700 (PDT) (envelope-from yokota@FreeBSD.org) Date: Tue, 6 Jul 1999 06:39:02 -0700 (PDT) From: Message-Id: <199907061339.GAA29717@freefall.freebsd.org> To: walter@giga.mpn.cp.philips.com, yokota@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/11018: detection of sc0 and atkbd fails Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: detection of sc0 and atkbd fails State-Changed-From-To: open->closed State-Changed-By: yokota State-Changed-When: Tue Jul 6 06:38:26 PDT 1999 State-Changed-Why: The PR originator is not responding. In any case, I suspect this was a pilot error. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 6 6:53: 6 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CA69C14F2B; Tue, 6 Jul 1999 06:53:05 -0700 (PDT) (envelope-from yokota@FreeBSD.org) Received: (from yokota@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA90814; Tue, 6 Jul 1999 06:53:05 -0700 (PDT) (envelope-from yokota@FreeBSD.org) Date: Tue, 6 Jul 1999 06:53:05 -0700 (PDT) From: Message-Id: <199907061353.GAA90814@freefall.freebsd.org> To: yokota@FreeBSD.org, freebsd-bugs@FreeBSD.org, yokota@FreeBSD.org Subject: Re: i386/10913: Characters in console get switched to other characters and colors Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Characters in console get switched to other characters and colors Responsible-Changed-From-To: freebsd-bugs->yokota Responsible-Changed-By: yokota Responsible-Changed-When: Tue Jul 6 06:52:06 PDT 1999 Responsible-Changed-Why: The PR originator is not responding. I will wait for a while and would close this PR if nothing comes out. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 6 8:39:43 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from lox2.loxinfo.co.th (lox2.loxinfo.co.th [203.146.30.20]) by hub.freebsd.org (Postfix) with ESMTP id 0388415414 for ; Tue, 6 Jul 1999 08:39:40 -0700 (PDT) (envelope-from system@hottransactions.com) Received: from tobi (loxppp70-usr.suapha.loxinfo.net [203.146.13.70]) by lox2.loxinfo.co.th (8.8.8/) with SMTP id XAA16767 for ; Tue, 6 Jul 1999 23:40:58 +0700 Date: Tue, 6 Jul 1999 23:40:58 +0700 From: system@hottransactions.com To: freebsd-bugs@FreeBSD.ORG Subject: FREE Placement for http://freebsd.rrze.uni-erlangen.de/./support.html#web Organization: Hottransactions Ltd. Message-Id: Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dear Furniture Website Owner We have found your Site The FreeBSD Project through the GoTo searchengine. Here is our free offer: We are a new and exiting shopping mall. We offer you to take advantage of our system and place all your products located at: http://freebsd.rrze.uni-erlangen.de/./support.html#web into our shopping mall for FREE. Yes, no obligations, it is totally free. No hassle to deal with us. Just hit the reply button to contact our management directly Best Regards The Management Hottransactions Ltd. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 6 11:50: 5 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1010114DA3 for ; Tue, 6 Jul 1999 11:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA30826; Tue, 6 Jul 1999 11:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 6 Jul 1999 11:50:01 -0700 (PDT) Message-Id: <199907061850.LAA30826@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ted Faber Subject: Re: kern/11222: MFS does not sync from reboot syscall Reply-To: Ted Faber Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/11222; it has been noted by GNATS. From: Ted Faber To: FreeBSD-gnats-submit@freebsd.org Cc: Subject: Re: kern/11222: MFS does not sync from reboot syscall Date: Tue, 6 Jul 1999 11:44:29 -0700 (PDT) >Submitter-Id: current-users >Originator: Ted Faber >Organization: USC/ISI >Confidential: no >Synopsis: MFS does not sync from reboot syscall >Severity: non-critical >Priority: medium >Category: kern >Release: FreeBSD 3.2-RELEASE i386 >Class: sw-bug >Environment: Followup to kern/11222 >Description: see kern/11222 >How-To-Repeat: see kern/11222 >Fix: New patch, not MFS-specific, replaces DELAY with tsleep in reboot syscall *** ufs/mfs/mfs_vfsops.c.orig Thu Dec 31 20:14:11 1998 --- ufs/mfs/mfs_vfsops.c Sun Apr 18 14:29:24 1999 *************** *** 367,373 **** } ! static int mfs_pri = PWAIT | PCATCH; /* XXX prob. temp */ /* * Used to grab the process and keep it in the kernel to service --- 367,373 ---- } ! static int mfs_pri = PRIBIO | PCATCH; /* XXX prob. temp */ /* * Used to grab the process and keep it in the kernel to service *** kern/kern_shutdown.c.orig Mon Dec 28 15:03:00 1998 --- kern/kern_shutdown.c Thu Apr 29 09:15:19 1999 *************** *** 178,183 **** --- 178,184 ---- int howto; { sle_p ep; + int to; /* to check tsleep timeouts */ #ifdef SMP if (smp_active) { *************** *** 223,229 **** break; printf("%d ", nbusy); sync(&proc0, NULL); ! DELAY(50000 * iter); } /* * Count only busy local buffers to prevent forcing --- 224,240 ---- break; printf("%d ", nbusy); sync(&proc0, NULL); ! /* DELAY(50000 * iter); */ ! ! /* ! * Ensure that to is not zero (we don't want ! * to sleep forever) ! */ ! if ( (hz * 5 *iter ) / 100 > 0 ) ! to = (hz * 5 * iter ) / 100 ; ! else ! to = 1; ! tsleep(&proc0, PWAIT, "reboot", to); } /* * Count only busy local buffers to prevent forcing *************** *** 259,265 **** (long)bp->b_lblkno); } } ! DELAY(5000000); /* 5 seconds */ #endif } else { printf("done\n"); --- 270,277 ---- (long)bp->b_lblkno); } } ! /* DELAY(5000000); 5 seconds */ ! tsleep(&proc0, PWAIT, "reboot", 5 * hz ); #endif } else { printf("done\n"); *************** *** 269,275 **** if (panicstr == 0) vfs_unmountall(); } ! DELAY(100000); /* wait for console output to finish */ } /* --- 281,292 ---- if (panicstr == 0) vfs_unmountall(); } ! /*DELAY(100000); wait for console output to finish */ ! if ( hz / 10 > 0 ) to = hz/10; ! else to = 1; ! ! tsleep(&proc0, PWAIT, "reboot", to); ! } /* *************** *** 314,320 **** PANIC_REBOOT_WAIT_TIME); for (loop = PANIC_REBOOT_WAIT_TIME * 10; loop > 0; --loop) { ! DELAY(1000 * 100); /* 1/10th second */ /* Did user type a key? */ if (cncheckc() != -1) break; --- 331,342 ---- PANIC_REBOOT_WAIT_TIME); for (loop = PANIC_REBOOT_WAIT_TIME * 10; loop > 0; --loop) { ! /* DELAY(1000 * 100); 1/10th second */ ! if ( hz/10 > 0 ) to = hz/10; ! else to = 1; ! ! tsleep(&proc0, PWAIT, "reboot", to); ! /* Did user type a key? */ if (cncheckc() != -1) break; *************** *** 330,336 **** } die: printf("Rebooting...\n"); ! DELAY(1000000); /* wait 1 sec for printf's to complete and be read */ /* cpu_boot(howto); */ /* doesn't do anything at the moment */ cpu_reset(); for(;;) ; --- 352,360 ---- } die: printf("Rebooting...\n"); ! /*DELAY(1000000); wait 1 sec for printf's to complete and be read */ ! tsleep(&proc0, PWAIT, "reboot", hz); ! /* cpu_boot(howto); */ /* doesn't do anything at the moment */ cpu_reset(); for(;;) ; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 6 14:41:10 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BA0C814CE6; Tue, 6 Jul 1999 14:41:09 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA46769; Tue, 6 Jul 1999 14:41:09 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 6 Jul 1999 14:41:09 -0700 (PDT) From: Message-Id: <199907062141.OAA46769@freefall.freebsd.org> To: steve@visint.co.uk, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/2704: Occasional failure to detect wdc1 on bootup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Occasional failure to detect wdc1 on bootup State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Tue Jul 6 14:39:52 PDT 1999 State-Changed-Why: Closed with submitter's consent, since the now-ancient hardware isn't going to get another shot at 2.2-BETA. :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 6 15: 0: 6 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9F2C614E0F for ; Tue, 6 Jul 1999 15:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA47950; Tue, 6 Jul 1999 15:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from noneedto.tellme.com (noneedto.tellme.com [209.157.135.23]) by hub.freebsd.org (Postfix) with ESMTP id 38CBD14E0F for ; Tue, 6 Jul 1999 14:51:02 -0700 (PDT) (envelope-from root@noneedto.tellme.com) Received: (from root@localhost) by noneedto.tellme.com (8.9.3/8.9.3) id OAA00813; Tue, 6 Jul 1999 14:50:21 -0700 (PDT) (envelope-from root) Message-Id: <199907062150.OAA00813@noneedto.tellme.com> Date: Tue, 6 Jul 1999 14:50:21 -0700 (PDT) From: Charlie Root Reply-To: dannyman@dannyland.org To: FreeBSD-gnats-submit@freebsd.org Cc: dannyman@dannyland.org X-Send-Pr-Version: 3.2 Subject: bin/12538: getpwuid() NIS UID override fails Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12538 >Category: bin >Synopsis: getpwuid() NIS UID override fails >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 6 15:00:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: dannyman >Release: FreeBSD 3.2-RELEASE i386 >Organization: Tellme Networks >Environment: Running ypserv off a Linux box fine, attempting to set up workstation as NIS client for password: >Description: /etc/master.passwd: +dannyman::1001:0::::dannyman::/usr/local/bin/tcsh noneedto# id dannyman uid=1001(dannyman) gid=0(wheel) groups=0(wheel) noneedto# id 1001 id: 1001: no such user noneedto# ypmatch dannyman passwd dannyman:4hDtuhKllG8Xs:501:101::/home/dannyman:/bin/tcsh noneedto# id 501 uid=1001(dannyman) gid=0(wheel) groups=0(wheel) noneedto# finger dannyman Login: dannyman Name: dannyman Directory: /home/dannyman Shell: /usr/local/bin/tcsh Last login Tue Jul 6 14:38 (PDT) on ttyv0 No Mail. Mail forwarded to: danny@tellme.com No Plan. User can log in successfully. As far as I can tell from passwd(5), getpwuid should work. As it is, numerous programs, including sudo and ssh, fail. >How-To-Repeat: >Fix: If this not up anyone's ally, I could dig around the code myself. Just let me know. :) -danny >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 6 15: 0: 6 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id AB4241538C for ; Tue, 6 Jul 1999 15:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA47959; Tue, 6 Jul 1999 15:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from noneedto.tellme.com (noneedto.tellme.com [209.157.135.23]) by hub.freebsd.org (Postfix) with ESMTP id CE9A914E0F for ; Tue, 6 Jul 1999 14:52:54 -0700 (PDT) (envelope-from root@noneedto.tellme.com) Received: (from root@localhost) by noneedto.tellme.com (8.9.3/8.9.3) id OAA00813; Tue, 6 Jul 1999 14:50:21 -0700 (PDT) (envelope-from root) Message-Id: <199907062150.OAA00813@noneedto.tellme.com> Date: Tue, 6 Jul 1999 14:50:21 -0700 (PDT) From: Charlie Root Reply-To: dannyman@dannyland.org To: FreeBSD-gnats-submit@freebsd.org Cc: dannyman@dannyland.org X-Send-Pr-Version: 3.2 Subject: bin/12539: getpwuid() NIS UID override fails Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12539 >Category: bin >Synopsis: getpwuid() NIS UID override fails >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 6 15:00:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: dannyman >Release: FreeBSD 3.2-RELEASE i386 >Organization: Tellme Networks >Environment: Running ypserv off a Linux box fine, attempting to set up workstation as NIS client for password: >Description: /etc/master.passwd: +dannyman::1001:0::::dannyman::/usr/local/bin/tcsh noneedto# id dannyman uid=1001(dannyman) gid=0(wheel) groups=0(wheel) noneedto# id 1001 id: 1001: no such user noneedto# ypmatch dannyman passwd dannyman:4hDtuhKllG8Xs:501:101::/home/dannyman:/bin/tcsh noneedto# id 501 uid=1001(dannyman) gid=0(wheel) groups=0(wheel) noneedto# finger dannyman Login: dannyman Name: dannyman Directory: /home/dannyman Shell: /usr/local/bin/tcsh Last login Tue Jul 6 14:38 (PDT) on ttyv0 No Mail. Mail forwarded to: danny@tellme.com No Plan. User can log in successfully. As far as I can tell from passwd(5), getpwuid should work. As it is, numerous programs, including sudo and ssh, fail. >How-To-Repeat: >Fix: If this not up anyone's ally, I could dig around the code myself. Just let me know. :) -danny >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 6 15:27: 7 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from sasquatch.dannyland.org (sasquatch.dannyland.org [207.229.158.70]) by hub.freebsd.org (Postfix) with SMTP id 234CF1536E for ; Tue, 6 Jul 1999 15:27:03 -0700 (PDT) (envelope-from dannyman@sasquatch.dannyland.org) Received: (qmail 7975 invoked by uid 1000); 6 Jul 1999 22:27:02 -0000 Date: Tue, 6 Jul 1999 17:27:02 -0500 From: dannyman To: gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/12539: getpwuid() NIS UID override fails Message-ID: <19990706172702.A7857@dannyland.org> References: <199907062150.OAA00813@noneedto.tellme.com> <199907062200.PAA47955@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: <199907062200.PAA47955@freefall.freebsd.org>; from gnats-admin@FreeBSD.org on Tue, Jul 06, 1999 at 03:00:01PM -0700 X-Loop: djhoward@uiuc.edu X-URL: http://www.dannyland.org/~dannyman/ Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Ermm, this is a dupe. -d -- dannyman - http://www.dannyland.org/~dannyman/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 6 15:32: 8 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D037A14D46; Tue, 6 Jul 1999 15:32:07 -0700 (PDT) (envelope-from steve@FreeBSD.org) Received: (from steve@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA50627; Tue, 6 Jul 1999 15:32:07 -0700 (PDT) (envelope-from steve@FreeBSD.org) Date: Tue, 6 Jul 1999 15:32:07 -0700 (PDT) From: Message-Id: <199907062232.PAA50627@freefall.freebsd.org> To: dannyman@dannyland.org, steve@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/12539: getpwuid() NIS UID override fails Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: getpwuid() NIS UID override fails State-Changed-From-To: open->closed State-Changed-By: steve State-Changed-When: Tue Jul 6 15:31:45 PDT 1999 State-Changed-Why: Duplicate of bin/12538. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 6 17:10: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8F68515062 for ; Tue, 6 Jul 1999 17:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA58887; Tue, 6 Jul 1999 17:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id EAD2A14FAD; Tue, 6 Jul 1999 17:00:44 -0700 (PDT) Message-Id: <19990707000044.EAD2A14FAD@hub.freebsd.org> Date: Tue, 6 Jul 1999 17:00:44 -0700 (PDT) From: krask@mediac.dk To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/12540: Have 2 SMP machines, #1 compiles new kernel fine #2 cant compile any kinda kernel without a sigal 11 internal compiler error Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12540 >Category: misc >Synopsis: Have 2 SMP machines, #1 compiles new kernel fine #2 cant compile any kinda kernel without a sigal 11 internal compiler error >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 6 17:10:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Kristian Rask >Release: 3.2 >Organization: N/A >Environment: ahh.. i'm not at the machines atm. However they are just installed (got the CD's 2 days ago) >Description: M#1 is based on a TYAN Tomcat IV, 2*P166MMX, 64 MB, 2940UW, SCSI only. M#2 is an ALR Evolution V STe (2*P100 classic, PCI/EISA) w. a single IDE HDD drive and a 1542CP running the CD-ROM. it has 72 MB RAM. To the best of my knowledege, the machines are installed in the same way. M#2 has been installed 4 times, including adding a dos Partition to move the installation to another part of the disk. It cant even compile the GENERIC kernel. It all ends during make with a internal compiler error 11. Just before this, it complains about missing expressions and excess garbage. It does it every time, but not the exact same place in the source, it's usually somewhere near the .../cam stuff. M#1 has no problems, and is already running a SMP enabled kernel. >How-To-Repeat: Gee.. i dont know... i'm not sending you the machine... but some pointers would be nice. I can simply follow the doc's. CP GENERIC GENERIC2, change the ident line to match, /usr/sbin/config GENERIC2, cd ../../compile/GENERIC2, make depend, make ... and the compiler gets scared and suicidal... >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 6 17:25: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4249914E3F; Tue, 6 Jul 1999 17:25:01 -0700 (PDT) (envelope-from steve@FreeBSD.org) Received: (from steve@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA60016; Tue, 6 Jul 1999 17:25:01 -0700 (PDT) (envelope-from steve@FreeBSD.org) Date: Tue, 6 Jul 1999 17:25:01 -0700 (PDT) From: Message-Id: <199907070025.RAA60016@freefall.freebsd.org> To: krask@mediac.dk, steve@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/12540: Have 2 SMP machines, #1 compiles new kernel fine #2 cant compile any kinda kernel without a sigal 11 internal compiler error Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Have 2 SMP machines, #1 compiles new kernel fine #2 cant compile any kinda kernel without a sigal 11 internal compiler error State-Changed-From-To: open->closed State-Changed-By: steve State-Changed-When: Tue Jul 6 17:22:47 PDT 1999 State-Changed-Why: This usually suggests a memory problem. Try swapping the RAM between machines. I they are not the same type borrow some from a friend and see if this helps. If this doesn't help (9 times out of 10 it does), then I will re-open the PR and we'll need more details to look closer at the problem. Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 6 18:38:59 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 21745150EB; Tue, 6 Jul 1999 18:38:57 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA66441; Tue, 6 Jul 1999 18:38:57 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Tue, 6 Jul 1999 18:38:57 -0700 (PDT) From: Message-Id: <199907070138.SAA66441@freefall.freebsd.org> To: dillon@backplane.com, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/2291: [PATCH?] race condition in /etc/master.passwd locking code pw_lock() Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH?] race condition in /etc/master.passwd locking code pw_lock() State-Changed-From-To: suspended->closed State-Changed-By: nrahlstr State-Changed-When: Tue Jul 6 18:37:57 PDT 1999 State-Changed-Why: Fixed by Matt in revision 1.12. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 6 19:19:47 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3A32A14C84; Tue, 6 Jul 1999 19:19:45 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA70114; Tue, 6 Jul 1999 19:19:44 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Tue, 6 Jul 1999 19:19:44 -0700 (PDT) From: Message-Id: <199907070219.TAA70114@freefall.freebsd.org> To: chip@jlc.net, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/2859: /usr/bin/quota seems to choke on long group file entries Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /usr/bin/quota seems to choke on long group file entries State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Tue Jul 6 19:19:11 PDT 1999 State-Changed-Why: Fixed in revision 1.14 of libc/gen/getgrent.c by wosch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 6 20:40:11 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D0FF114F14 for ; Tue, 6 Jul 1999 20:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA74584; Tue, 6 Jul 1999 20:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from fun.ee.lbl.gov (fun.ee.lbl.gov [131.243.1.81]) by hub.freebsd.org (Postfix) with ESMTP id 3EC0314E28 for ; Tue, 6 Jul 1999 20:39:47 -0700 (PDT) (envelope-from leres@fun.ee.lbl.gov) Received: (from leres@localhost) by fun.ee.lbl.gov (8.9.3/8.9.3) id UAA53077; Tue, 6 Jul 1999 20:39:47 -0700 (PDT) Message-Id: <199907070339.UAA53077@fun.ee.lbl.gov> Date: Tue, 06 Jul 1999 20:39:47 PDT From: Craig Leres To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/12543: [PATCH] cumulative error stats for fxp(4) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12543 >Category: kern >Synopsis: [PATCH] cumulative error counters for fxp(4) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Jul 6 20:40:02 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Craig Leres >Release: FreeBSD 3.2-RELEASE i386 >Organization: Lawrence Berkeley National Laboratory >Environment: >Description: It would be really sweet if one could look at the long term error counters for the intel 10/100 card. This information can be invaluable in debugging network problems. >How-To-Repeat: The fxp driver only keeps around the last set of incremental changes to the error counters. >Fix: Add a new fxp_stats struct and add in new amounts fxp_stats_update(). RCS file: RCS/if_fxpvar.h,v retrieving revision 1.1 diff -c -r1.1 if_fxpvar.h *** /tmp/,RCSt1X53005 Tue Jul 6 20:33:45 1999 - --- if_fxpvar.h Tue Jul 6 20:33:36 1999 *************** *** 56,61 **** - --- 56,62 ---- int need_mcsetup; /* multicast filter needs programming */ struct fxp_cb_tx *cbl_last; /* last active TxCB in list */ struct fxp_stats *fxp_stats; /* Pointer to interface stats */ + struct fxp_stats fxp_tstats; /* interface stats totals */ int rx_idle_secs; /* # of seconds RX has been idle */ struct callout_handle stat_ch; /* Handle for canceling our stat timeout */ struct fxp_cb_tx *cbl_base; /* base of TxCB list */ *** if_fxp.c.virgin Tue Jul 6 20:34:12 1999 - --- if_fxp.c.new Tue Jul 6 20:36:00 1999 *************** *** 1058,1069 **** - --- 1058,1073 ---- FXP_RFA_STATUS_IAMATCH) && (eh->ether_dhost[0] & 1) == 0) { + #ifdef BRIDGE dropit: + #endif if (m) m_freem(m); goto rcvloop; } + #ifdef BRIDGE getit: + #endif m->m_data += sizeof(struct ether_header); m->m_len -= *************** *** 1105,1111 **** { struct fxp_softc *sc = arg; struct ifnet *ifp = &sc->sc_if; ! struct fxp_stats *sp = sc->fxp_stats; struct fxp_cb_tx *txp; int s; - --- 1109,1115 ---- { struct fxp_softc *sc = arg; struct ifnet *ifp = &sc->sc_if; ! struct fxp_stats *sp = sc->fxp_stats, *sp2 = &sc->fxp_tstats; struct fxp_cb_tx *txp; int s; *************** *** 1134,1139 **** - --- 1138,1162 ---- if (tx_threshold < 192) tx_threshold += 64; } + + /* Update totals */ + sp2->tx_good += sp->tx_good; + sp2->tx_maxcols += sp->tx_maxcols; + sp2->tx_latecols += sp->tx_latecols; + sp2->tx_underruns += sp->tx_underruns; + sp2->tx_lostcrs += sp->tx_lostcrs; + sp2->tx_deffered += sp->tx_deffered; + sp2->tx_single_collisions += sp->tx_single_collisions; + sp2->tx_multiple_collisions += sp->tx_multiple_collisions; + sp2->tx_total_collisions += sp->tx_total_collisions; + sp2->rx_good += sp->rx_good; + sp2->rx_crc_errors += sp->rx_crc_errors; + sp2->rx_alignment_errors += sp->rx_alignment_errors; + sp2->rx_rnr_errors += sp->rx_rnr_errors; + sp2->rx_overrun_errors += sp->rx_overrun_errors; + sp2->rx_cdt_errors += sp->rx_cdt_errors; + sp2->rx_shortframes += sp->rx_shortframes; + s = splimp(); /* * Release any xmit buffers that have completed DMA. This isn't -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBN4LL2L2JLbUEFcrxAQHcwQQAtENXZEtPG9GCEiCrkbOh6f0455BV4ujJ Jh7G4iPN66uqhOs3NemfPSvbLm5gLrnAM5Rhto/TDfi2LTdDZcH7B9dYZEMvPm59 bgRY1AvMKdwvtpjcg6ucuA6vN9gq6lSy3kArx9q3oYSVvETCdWdw2KMlVjk2jBfE f7cc5n2FjlA= =RtNR -----END PGP SIGNATURE----- >Release-Note: >Audit-Trail: >Unformatted: -----BEGIN PGP SIGNED MESSAGE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 7 1: 0: 6 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E77AD14E66 for ; Wed, 7 Jul 1999 01:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA99777; Wed, 7 Jul 1999 01:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from jimex.jinr.ru (jimex.jinr.ru [159.93.17.7]) by hub.freebsd.org (Postfix) with ESMTP id 272D214C8B for ; Wed, 7 Jul 1999 00:49:51 -0700 (PDT) (envelope-from isupov@moonhe.jinr.ru) Received: from moonhe.jinr.ru (isupov@moonhe.jinr.ru [159.93.18.27]) by jimex.jinr.ru (8.8.8/8.8.4) with ESMTP id LAA18798 for ; Wed, 7 Jul 1999 11:49:33 +0400 (MSD) Received: (from isupov@localhost) by moonhe.jinr.ru (8.8.8/8.8.8) id LAA11890; Wed, 7 Jul 1999 11:49:09 +0400 (MSD) (envelope-from isupov) Message-Id: <199907070749.LAA11890@moonhe.jinr.ru> Date: Wed, 7 Jul 1999 11:49:09 +0400 (MSD) From: isupov@moonhe.jinr.ru Reply-To: isupov@moonhe.jinr.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/12545: kldload(8) should be more sensitive to errors in *_module_handler(..., MOD_LOAD, ...) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12545 >Category: bin >Synopsis: kldload(8) should be more sensitive to errors in *_module_handler(..., MOD_LOAD, ...) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Jul 7 01:00:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Isupov A.Yu. >Release: FreeBSD -current >Organization: JINR, LHE >Environment: FreeBSD -current >Description: In the -current kldload(8) returns 0 (success), if error occur in *_module_handler(..., MOD_LOAD, ...), because of kern_module.c:module_register_init() and kern_linker.c:linker_file_sysinit() are of type void. As I can see, change their type not so easy :) , so we can't (???) solve the problem in kldload(2). But kldload(8) can at least try to resolve post-loading situation and returns different exit status for: 1) loaded file doesn't contains modules at all (f.e. EX_SOFTWARE); 2) loaded file contains some modules (f.e. number_of_modules); Unfortunately, so we will not success code (EX_OK), because of we can't know, what number of modules loaded file must contains, if loading is successful. But case 1) will be reliably distinguished. We can also unload file in the case 1). >How-To-Repeat: >Fix: Here is a patches for kldload.c v 1.5 : *** kldload.c.orig Wed Jul 7 11:12:55 1999 --- kldload.c Wed Jul 7 11:30:36 1999 *************** *** 34,39 **** --- 34,41 ---- #include #include #include + #include + #include static void usage(void) *************** *** 48,53 **** --- 50,56 ---- int c; int verbose = 0; int fileid; + int modid, mod_cnt = 0; while ((c = getopt(argc, argv, "v")) != -1) switch (c) { *************** *** 65,74 **** fileid = kldload(argv[0]); if (fileid < 0) ! err(1, "can't load %s", argv[0]); ! else if (verbose) ! printf("Loaded %s, id=%d\n", argv[0], fileid); ! return 0; } --- 68,86 ---- fileid = kldload(argv[0]); if (fileid < 0) ! err(EX_OSERR, "can't load %s", argv[0]); ! ! for (modid = kldfirstmod(fileid); modid > 0; modid = modfnext(modid)) ! mod_cnt++; ! ! if (!mod_cnt) { ! if (kldunload(fileid) < 0) ! err(EX_OSERR, "can't unload file"); ! } else { if (verbose) ! printf("Loaded %s, id=%d with %d modules\n", ! argv[0], fileid, mod_cnt); ! } ! return (mod_cnt ? mod_cnt : EX_SOFTWARE); } -------------------------------------------------------------------- and for kldload.8 v 1.5 : *** kldload.8.orig Wed Jul 7 11:34:24 1999 --- kldload.8 Wed Jul 7 11:41:19 1999 *************** *** 54,62 **** .Sh DIAGNOSTICS The .Nm ! utility exits with a status of 0 on success ! and with a nonzero status if an error occurs. .Sh SEE ALSO .Xr kldstat 8 , .Xr kldunload 8 .Sh HISTORY --- 54,64 ---- .Sh DIAGNOSTICS The .Nm ! utility returns the number of modules in the loaded file as exit code, ! the EX_SOFTWARE if file doesn't contains any successful modules and was unloaded, ! and the EX_OSERR if other error occurs. .Sh SEE ALSO + .Xr sysexits 3 , .Xr kldstat 8 , .Xr kldunload 8 .Sh HISTORY --------------------------------------------------------------------------- >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 7 1:40: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 876B114C99 for ; Wed, 7 Jul 1999 01:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA03822; Wed, 7 Jul 1999 01:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 7 Jul 1999 01:40:02 -0700 (PDT) Message-Id: <199907070840.BAA03822@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Greenman Subject: Re: kern/12543: [PATCH] cumulative error stats for fxp(4) Reply-To: David Greenman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/12543; it has been noted by GNATS. From: David Greenman To: Craig Leres Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/12543: [PATCH] cumulative error stats for fxp(4) Date: Wed, 07 Jul 1999 01:38:05 -0700 >>Description: > > It would be really sweet if one could look at the long term > error counters for the intel 10/100 card. This information > can be invaluable in debugging network problems. > >>How-To-Repeat: > > The fxp driver only keeps around the last set of incremental > changes to the error counters. > >>Fix: > > Add a new fxp_stats struct and add in new amounts fxp_stats_update(). Hello, Craig. I actually had counters like that in an early version of the driver but decided to remove them for performance reasons. I wonder if these should be hidden behind a compile time option? -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project - http://www.freebsd.org Creator of high-performance Internet servers - http://www.terasolutions.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 7 2:50: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 900CC14C8F for ; Wed, 7 Jul 1999 02:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA11141; Wed, 7 Jul 1999 02:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 7 Jul 1999 02:50:02 -0700 (PDT) Message-Id: <199907070950.CAA11141@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Craig Leres Subject: Re: kern/12543: [PATCH] cumulative error stats for fxp(4) Reply-To: Craig Leres Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/12543; it has been noted by GNATS. From: Craig Leres To: dg@root.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/12543: [PATCH] cumulative error stats for fxp(4) Date: Wed, 07 Jul 1999 02:40:03 PDT > >>Description: > > > > It would be really sweet if one could look at the long term > > error counters for the intel 10/100 card. This information > > can be invaluable in debugging network problems. > > > >>How-To-Repeat: > > > > The fxp driver only keeps around the last set of incremental > > changes to the error counters. > > > >>Fix: > > > > Add a new fxp_stats struct and add in new amounts fxp_stats_update(). > > Hello, Craig. I actually had counters like that in an early version of the > driver but decided to remove them for performance reasons. I wonder if these > should be hidden behind a compile time option? That would be fine with me. It would be nice if there was some way to tell at run time that the stats were available so that a C program or gdb script could tell if the stats are available. Craig To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 7 3:20: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6B63514C8D for ; Wed, 7 Jul 1999 03:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA13817; Wed, 7 Jul 1999 03:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 7 Jul 1999 03:20:03 -0700 (PDT) Message-Id: <199907071020.DAA13817@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Greenman Subject: Re: kern/12543: [PATCH] cumulative error stats for fxp(4) Reply-To: David Greenman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/12543; it has been noted by GNATS. From: David Greenman To: Craig Leres Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/12543: [PATCH] cumulative error stats for fxp(4) Date: Wed, 07 Jul 1999 03:10:19 -0700 >> Hello, Craig. I actually had counters like that in an early version of the >> driver but decided to remove them for performance reasons. I wonder if these >> should be hidden behind a compile time option? > >That would be fine with me. > >It would be nice if there was some way to tell at run time that the >stats were available so that a C program or gdb script could tell if >the stats are available. Perhaps it would also be better if the stats were stored as a ISO 8802.3 MIB and made available via sysctl like what is done inside the if_ed driver. The struct for that looks like this: struct ifmib_iso_8802_3 { u_int32_t dot3StatsAlignmentErrors; u_int32_t dot3StatsFCSErrors; u_int32_t dot3StatsSingleCollisionFrames; u_int32_t dot3StatsMultipleCollisionFrames; u_int32_t dot3StatsSQETestErrors; u_int32_t dot3StatsDeferredTransmissions; u_int32_t dot3StatsLateCollisions; u_int32_t dot3StatsExcessiveCollisions; u_int32_t dot3StatsInternalMacTransmitErrors; u_int32_t dot3StatsCarrierSenseErrors; u_int32_t dot3StatsFrameTooLongs; u_int32_t dot3StatsInternalMacReceiveErrors; u_int32_t dot3StatsEtherChipSet; /* Matt Thomas wants this one, not included in RFC 1650: */ u_int32_t dot3StatsMissedFrames; u_int32_t dot3StatsCollFrequencies[16]; /* NB: index origin */ u_int32_t dot3Compliance; #define DOT3COMPLIANCE_STATS 1 #define DOT3COMPLIANCE_COLLS 2 }; ...Garrett may be able to add more to this thought since he was the one who implemented the above. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project - http://www.freebsd.org Creator of high-performance Internet servers - http://www.terasolutions.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 7 3:31:55 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BA58914C8D; Wed, 7 Jul 1999 03:31:54 -0700 (PDT) (envelope-from bde@FreeBSD.org) Received: (from bde@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA15042; Wed, 7 Jul 1999 03:31:54 -0700 (PDT) (envelope-from bde@FreeBSD.org) Date: Wed, 7 Jul 1999 03:31:54 -0700 (PDT) From: Message-Id: <199907071031.DAA15042@freefall.freebsd.org> To: dillon@backplane.com, bde@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/7085: [patch] maybe_resched() priority check conditionals may be wrong. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [patch] maybe_resched() priority check conditionals may be wrong. State-Changed-From-To: suspended->closed State-Changed-By: bde State-Changed-When: Wed Jul 7 03:20:35 PDT 1999 State-Changed-Why: A variant of the patch was applied by the submitter in rev.1.62. This also affects RELENG_3. RELENG_2_2 is too old for the fix to apply, but is only slightly less broken than -current in this area (scheduling of realtime processes has never really worked). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 7 5: 0: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2F18114DBE for ; Wed, 7 Jul 1999 05:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA26234; Wed, 7 Jul 1999 05:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 7 Jul 1999 05:00:02 -0700 (PDT) Message-Id: <199907071200.FAA26234@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nick Hibma Subject: Re: kern/4487: Kernel panic executing a directory Reply-To: Nick Hibma Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/4487; it has been noted by GNATS. From: Nick Hibma To: freebsd-gnats-submit@freebsd.org, scot@poptart.org Cc: Subject: Re: kern/4487: Kernel panic executing a directory Date: Wed, 07 Jul 1999 13:53:04 +0200 n_hibma@elpc36$ / bash: /: is a directory n_hibma@elpc36$ bash --version GNU bash, version 2.02.1(1)-release (i386-pc-freebsd3.0) Copyright 1998 Free Software Foundation, Inc. This is the case on 3.1-STABLE and 4.0-CURRENT, and bash GNU bash, version 2.02.1(1)-release (i386--freebsd3.1) Copyright 1998 Free Software Foundation, Inc. GNU bash, version 2.02.1(1)-release (i386-pc-freebsd3.0) Copyright 1998 Free Software Foundation, Inc. mda12:n_hibma% / bash: /: is a directory mda12:n_hibma% bash --version GNU bash, version 2.02.0(1)-release (i386-pc-freebsd2.2.6) Copyright 1998 Free Software Foundation, Inc. I think this PR can be closed with the current version of bash and the OS. Maybe upgrading the bash version would suffice. bash-2.00.0 is the initial 2.x release and therefore bound to be unstable. Cheers Nick -- ISIS/STA, T.P.270, Joint Research Centre, 21020 Ispra, Italy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 7 5: 7:53 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4998A14BB8; Wed, 7 Jul 1999 05:07:51 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA26789; Wed, 7 Jul 1999 05:07:52 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Date: Wed, 7 Jul 1999 05:07:52 -0700 (PDT) From: Message-Id: <199907071207.FAA26789@freefall.freebsd.org> To: scot@poptart.org, n_hibma@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/4487: Kernel panic executing a directory Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Kernel panic executing a directory State-Changed-From-To: open->closed State-Changed-By: n_hibma State-Changed-When: Wed Jul 7 05:07:10 PDT 1999 State-Changed-Why: Problem is old, cannot be reproduced. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 7 6:34: 8 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E752115004; Wed, 7 Jul 1999 06:34:06 -0700 (PDT) (envelope-from yokota@FreeBSD.org) Received: (from yokota@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA37023; Wed, 7 Jul 1999 06:34:06 -0700 (PDT) (envelope-from yokota@FreeBSD.org) Date: Wed, 7 Jul 1999 06:34:06 -0700 (PDT) From: Message-Id: <199907071334.GAA37023@freefall.freebsd.org> To: rfi@ntc.be, yokota@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/4414: be.iso.kbd errors in mapping Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: be.iso.kbd errors in mapping State-Changed-From-To: open->closed State-Changed-By: yokota State-Changed-When: Wed Jul 7 06:30:26 PDT 1999 State-Changed-Why: The Belgian keyboard map is fixed in rev 1.8. The PR originator helped me to develop this revision. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 7 7:11:32 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id D29AB14C19 for ; Wed, 7 Jul 1999 07:11:29 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id KAA05338; Wed, 7 Jul 1999 10:11:15 -0400 (EDT) (envelope-from wollman) Date: Wed, 7 Jul 1999 10:11:15 -0400 (EDT) From: Garrett Wollman Message-Id: <199907071411.KAA05338@khavrinen.lcs.mit.edu> To: Craig Leres Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/12543: [PATCH] cumulative error stats for fxp(4) In-Reply-To: <199907070950.CAA11141@freefall.freebsd.org> References: <199907070950.CAA11141@freefall.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > It would be nice if there was some way to tell at run time that the > stats were available so that a C program or gdb script could tell if > the stats are available. The fxp driver should use dot3 MIB support which has been around for a year or two now. -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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 7 9:40: 3 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 26758153BB for ; Wed, 7 Jul 1999 09:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA24588; Wed, 7 Jul 1999 09:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from gpz.gpz.fi (gpz.gpz.fi [194.252.66.194]) by hub.freebsd.org (Postfix) with ESMTP id 967AF14C2E for ; Wed, 7 Jul 1999 09:39:29 -0700 (PDT) (envelope-from chu@gpz.gpz.fi) Received: (from chu@localhost) by gpz.gpz.fi (8.9.3/8.9.3) id TAA18288; Wed, 7 Jul 1999 19:39:26 +0300 (EEST) (envelope-from chu) Message-Id: <199907071639.TAA18288@gpz.gpz.fi> Date: Wed, 7 Jul 1999 19:39:26 +0300 (EEST) From: Vladimir Tchoukharev Reply-To: chu@gpi.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/12550: bc overflour Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12550 >Category: gnu >Synopsis: bc overflour >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 7 09:40:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Vladimir Tchoukharev >Release: FreeBSD 3.2-STABLE i386 >Organization: >Environment: World was made a week ago from -stable. >Description: bc (bc(1) - An arbitrary precision calculator language) dumps core on long line input (127 chars or more). The input doesn't matter. >How-To-Repeat: $ bc -l bc 1.04 Copyright (C) 1991, 1992, 1993, 1994, 1997 Free Software Foundation, Inc. This is free software with ABSOLUTELY NO WARRANTY. For details type `warranty'. 123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012 3456789012345678901234567 Segmentation fault (core dumped) $ cd /src/gnu/usr.bin/bc $ file bc bc: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), dynamically linked, not stripped $ gdb bc ~/bc.core GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (no debugging symbols found)... Core was generated by `bc'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libreadline.so.3... (no debugging symbols found)...done. Reading symbols from /usr/lib/libtermcap.so.2...(no debugging symbols found)... done. Reading symbols from /usr/lib/libc.so.3...(no debugging symbols found)...done. Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)... done. #0 0x280e6378 in strncpy () from /usr/lib/libc.so.3 (gdb) bt #0 0x280e6378 in strncpy () from /usr/lib/libc.so.3 #1 0x804be82 in rl_input () #2 0x804c7e8 in yy_get_next_buffer () #3 0x804c5b5 in yylex () #4 0x8048dd1 in yyparse () #5 0x804bbff in main () #6 0x8048bbd in _start () (gdb) q >Fix: Regret, didn't find (yet). >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 7 13:10: 5 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D859615496 for ; Wed, 7 Jul 1999 13:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA43872; Wed, 7 Jul 1999 13:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 7 Jul 1999 13:10:02 -0700 (PDT) Message-Id: <199907072010.NAA43872@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Craig Leres Subject: Re: kern/12543: [PATCH] cumulative error stats for fxp(4) Reply-To: Craig Leres Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/12543; it has been noted by GNATS. From: Craig Leres To: dg@root.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/12543: [PATCH] cumulative error stats for fxp(4) Date: Wed, 07 Jul 1999 13:02:53 PDT > Perhaps it would also be better if the stats were stored as a ISO 8802.3 > MIB and made available via sysctl like what is done inside the if_ed driver. > The struct for that looks like this: Ok, let me hack something up and send you a copy... Craig To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 7 15:10: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3437714E32 for ; Wed, 7 Jul 1999 15:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA54581; Wed, 7 Jul 1999 15:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by hub.freebsd.org (Postfix) with ESMTP id 743F81544E for ; Wed, 7 Jul 1999 15:00:40 -0700 (PDT) (envelope-from dbushong@CSUA.Berkeley.EDU) Received: (from dbushong@localhost) by soda.CSUA.Berkeley.EDU (8.8.8/) id OAA14210 for FreeBSD-gnats-submit@freebsd.org; Wed, 7 Jul 1999 14:57:00 -0700 (PDT) env-from (dbushong) Message-Id: <199907072157.OAA14210@soda.CSUA.Berkeley.EDU> Date: Wed, 7 Jul 1999 14:57:00 -0700 (PDT) From: dbushong@CSUA.Berkeley.EDU (David Bushong) To: FreeBSD-gnats-submit@freebsd.org Subject: bin/12554: file(1) magic entry for WarCraft II PUD files Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12554 >Category: bin >Synopsis: File to go in /usr/src/usr.bin/file/Magdir/warcraft2 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Jul 7 15:10:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: David Bushong >Release: FreeBSD 3.2-STABLE i386 >Organization: none >Environment: N.A. >Description: This is magic for WarCraft II (a DOS/Windows RTS game from Blizzard Entertainment) PUD (map) files. I came up with this while working on a clone for UN*X: http://www.csua.berkeley.edu/~xcraft/ The results look like this: timber-wolf ~/src/xcraft/server/puds [2:23pm] file crossover.pud crossover.pud: WarCraft II PUD, "Cross over", 128x128 timber-wolf ~/src/xcraft/server/puds [2:23pm] file nowhere.pud nowhere.pud: WarCraft II PUD, "Nowhere to run, nowhere to hide", 32x32 (the magic extracts the map size and title, and has a very unique match for the first few bytes, so there's no danger of collision) >How-To-Repeat: Here's the code. I'd suggest /usr/src/usr.bin/file/Magdir/warcraft2, but /usr/src/usr.bin/file/Magdir/pud would probably work equally well. #------------------------------------------------------------------------------ # warcraft2: file(1) magic for WarCraft II PUD (map) files # # From: David Bushong # 0 string TYPE\x10\0\0\0WAR2\ MAP WarCraft II PUD >Fix: N.A. Enjoy. >Release-Note: >Audit-Trail: >Unformatted: >0x2a string >\0 \b, "%s" >0x74 leshort x \b, %d >>0x76 leshort x \bx%d if that didn't make it through, here it is uuencoded: begin 644 warcraft2 M(RTM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+0HC('=Aclosed State-Changed-By: hoek State-Changed-When: Wed Jul 7 19:34:56 PDT 1999 State-Changed-Why: Submitter reports that the problem was solved by putting an updated header into /usr/include/. It's not clear why this was necessary for world to work in this case. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 7 21:20: 5 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 33DF114C14 for ; Wed, 7 Jul 1999 21:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA88210; Wed, 7 Jul 1999 21:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 7 Jul 1999 21:20:03 -0700 (PDT) Message-Id: <199907080420.VAA88210@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Douglas Fajardo Subject: Re: i386/11268: DEC FDDI PCI Adapter doesn't work... Reply-To: Douglas Fajardo Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/11268; it has been noted by GNATS. From: Douglas Fajardo To: freebsd-gnats-submit@freebsd.org, mvp@braz.ru Cc: Subject: Re: i386/11268: DEC FDDI PCI Adapter doesn't work... Date: Wed, 07 Jul 1999 21:19:11 -0700 I have had a similar experience with 3.2-19990705-STABLE. (Brand New Install). There was a difference, though. TCPDUMP shows network traffic recieved. After I do an ifconfig, I get "Link unavailable" followed by "Link Available" (this might be normal, I dont know) It's not a bad card - I tried a second card with identical results; the first was new, the second had been in service for over a year. FDDI loop is alive and well, with at least 5 devices in the loop. If I can provide additional information, please let me know. ------ From Startup: Jul 7 16:53:28 rutile /kernel: fpa0: rev 0x01 int a irq 10 on pci0.13.0 Jul 7 16:53:28 rutile /kernel: fpa0: DEC DEFPA PCI FDDI SAS Controller Jul 7 16:53:28 rutile /kernel: fpa0: FDDI address 00:00:f8:63:12:72, FW=2.46, HW=0, SMT V7.2 Jul 7 16:53:28 rutile /kernel: fpa0: FDDI Port = S (PMD = Unshielded Twisted Pair) IFCONFIG command and resulting log entries: ifconfig fpa0 inet 10.30.1.120 netmask 255.255.0.0 Jul 7 21:03:51 rutile /kernel: fpa0: Link Unavailable Jul 7 21:03:52 rutile /kernel: fpa0: Link Available ------ Submitted by: Douglas Fajardo dfajard@hitachi-hkis.com Hitachi Koki Immaging Solutions To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 8 1: 0: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6123C14C93 for ; Thu, 8 Jul 1999 01:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA09318; Thu, 8 Jul 1999 01:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 8 Jul 1999 01:00:02 -0700 (PDT) Message-Id: <199907080800.BAA09318@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Don Croyle Subject: Re: bin/7855: cpp should define __ELF__ if objformat = elf Reply-To: Don Croyle Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/7855; it has been noted by GNATS. From: Don Croyle To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/7855: cpp should define __ELF__ if objformat = elf Date: 08 Jul 1999 02:53:17 -0500 Someone what to close this? It has long since been overtaken by events and bde hated the idea when someone else suggested it. -- I've always wanted to be a dilettante, but I've never quite been ready to make the commitment. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 8 4:28:11 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from commander.simoco.com (commander.simoco.com [193.150.150.2]) by hub.freebsd.org (Postfix) with ESMTP id 9DC9614D1C for ; Thu, 8 Jul 1999 04:28:03 -0700 (PDT) (envelope-from Abbas.Karbassian@cambridge.simoco.com) Received: from serv01.simoco.com ([193.150.134.3]) by commander.simoco.com with esmtp (Exim 2.05 #1) id 112CLS-0005gM-00 for freebsd-bugs@freebsd.org; Thu, 8 Jul 1999 12:28:02 +0100 Received: from serv10.simoco.com ([193.150.134.9] helo=serv10.yp.development) by serv01.simoco.com with smtp (Exim 2.05 #2) id 112CLR-0005h3-00 for freebsd-bugs@FreeBSD.ORG; Thu, 8 Jul 1999 12:28:01 +0100 Received: by serv10.yp.development (SMI-8.6/SMI-SVR4) id MAA11098; Thu, 8 Jul 1999 12:27:50 +0100 Date: Thu, 8 Jul 1999 12:27:50 +0100 From: Abbas.Karbassian@cambridge.simoco.com (Abbas Karbassian x7148) Message-Id: <199907081127.MAA11098@serv10.yp.development> To: freebsd-bugs@FreeBSD.ORG Subject: problem with making boot floppy Cc: Abbas.Karbassian@cambridge.simoco.com X-Sun-Charset: US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dear Sir/Madam: I am reporting a bug in FreeBsd3.1. Please accept my applogy for not using send-pr. I have tried to make a bootflopy from dos using the following commands. D: tools\rawrite floppies\boot.flp When the boot floppy created, the message was displayed: "one bad sector" I have tried to make a boot floppy on different machine and result was the same. If you try to use the created floppy disk to boot up to freebsd, the following messages are appeared on monitor and pc failed to boot into freebsd. Here is the displayed messages. Verifying DMI Pool Data .... BTX loader 1.00 BTX version is 1.00 Console: Internal video/keyboard Bios drive A: is disk0 Bios drive C: is disk1 FreeBSD/I386 bootstrap loader, Revision 0.5 639/65472KB (jkh@time.cdrom.com Mon Feb 15 13:26:18 GMT 1999) Hit[Enter] to boot immediately, or any other key for command prompt. Booting[kernel]... /kernel text=0x18be72 data=0x2eb35c + 0x1dcc0 zf_read:fill error elf_loadexec:archsw.readin failed Can not load "kernel" Type "?" for a list of command, "help" for more detail help disk0s4a> I have used the same command to create boot floppy using freeBsd 2.2.8, and it works fine with out the problem. Regards Abbas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 8 8: 0: 6 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 521ED1538A for ; Thu, 8 Jul 1999 08:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA21051; Thu, 8 Jul 1999 08:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 8 Jul 1999 08:00:03 -0700 (PDT) Message-Id: <199907081500.IAA21051@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Gary Palmer" Subject: Re: kern/12543: [PATCH] cumulative error stats for fxp(4) Reply-To: "Gary Palmer" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/12543; it has been noted by GNATS. From: "Gary Palmer" To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/12543: [PATCH] cumulative error stats for fxp(4) Date: Thu, 08 Jul 1999 10:58:12 -0400 David Greenman wrote in message ID <199907071020.DAA13817@freefall.freebsd.org>: > Perhaps it would also be better if the stats were stored as a ISO 8802.3 > MIB and made available via sysctl like what is done inside the if_ed driver. > The struct for that looks like this: An excellent idea, and the dot3stats structure from the MIB should probably be made the standard for statistics collection in all our ethernet drivers... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 8 8:25:54 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from commander.simoco.com (commander.simoco.com [193.150.150.2]) by hub.freebsd.org (Postfix) with ESMTP id 12E1C14D6F for ; Thu, 8 Jul 1999 08:25:51 -0700 (PDT) (envelope-from Abbas.Karbassian@cambridge.simoco.com) Received: from serv01.simoco.com ([193.150.134.3]) by commander.simoco.com with esmtp (Exim 2.05 #1) id 112G3a-0006Cs-00; Thu, 8 Jul 1999 16:25:50 +0100 Received: from serv10.simoco.com ([193.150.134.9] helo=serv10.yp.development) by serv01.simoco.com with smtp (Exim 2.05 #2) id 112G3Z-0001M1-00; Thu, 8 Jul 1999 16:25:49 +0100 Received: by serv10.yp.development (SMI-8.6/SMI-SVR4) id QAA28484; Thu, 8 Jul 1999 16:25:42 +0100 Date: Thu, 8 Jul 1999 16:25:42 +0100 From: Abbas.Karbassian@cambridge.simoco.com (Abbas Karbassian x7148) Message-Id: <199907081525.QAA28484@serv10.yp.development> To: Jeff.Bond@nectech.co.uk Subject: RE: Freebsd3.1 failes to boot up Cc: freebsd-bugs@FreeBSD.ORG X-Sun-Charset: US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi Jeff: I tried to created a boot floppy using different P.C and with a new floppy disk. The same thing happend again. Then I used freebsd2.2.8 and created the boot floppy with out any problem and with out any error message. Then I used the created boot floppy using Freebsd2.2.8 and boot up two P.C with out any problem. It look as the freeBsd3.1 is broken if you wan to make boot floppy using the (tools\rawrite floppies\boot.flp) command. But you can create a boot floppy using 2.2.8 and use the FreeBSD3.1 CD to install the FreeBSD3.1. However you can change your BIOS on your MotherBoard to boot from CDROM and then you can Boot to freeBSD successfully. I have sent a bug report to freebsd-bugs@FreeBSD.ORG . Regards Abbas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 8 8:43:48 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from ingate.uk.neceur.com (ingate.uk.neceur.com [193.116.254.1]) by hub.freebsd.org (Postfix) with ESMTP id BE13E14D4C for ; Thu, 8 Jul 1999 08:43:39 -0700 (PDT) (envelope-from Jeff.Bond@nectech.co.uk) Received: from internal-mail.uk.neceur.com by ingate.uk.neceur.com id QAA13094; Thu, 8 Jul 1999 16:41:32 +0100 (BST) Received: from exchange.nectech.co.uk by internal-mail.uk.neceur.com id QAA28374; Thu, 8 Jul 1999 16:40:34 +0100 (BST) from exchange.nectech.co.uk (localhost [127.0.0.1]) id QAA28374 (2.4-8.8.8/3.1.31); Thu, 8 Jul 1999 16:40:34 +0100 (BST) Received: by exchange.nectech.co.uk with Internet Mail Service (5.0.1460.8) id <3KBTY6KP>; Thu, 8 Jul 1999 16:40:51 +0100 Message-ID: From: "Bond, Jeffery" To: "'Abbas.Karbassian@cambridge.simoco.com'" Cc: freebsd-bugs@FreeBSD.ORG Subject: RE: Freebsd3.1 failes to boot up Date: Thu, 8 Jul 1999 16:40:51 +0100 X-Mailer: Internet Mail Service (5.0.1460.8) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi again Abbas, I believe the boot floppy 'boot.flp' for 3.1-RELEASE is designed for a 2.88Mb floppy (Just remembered this!). It is also split into two chunks for those who do not have such a drive. Try writing 'kern.flp' and 'mfsroot.flp' to two separate 1.44M floppies instead, and booting with the 'kern.flp' disk. Just check the file size also, the 'boot.flp' file for 3.1 is probably way too big for a normal floppy. Jeff > -----Original Message----- > From: Abbas.Karbassian@cambridge.simoco.com > [SMTP:Abbas.Karbassian@cambridge.simoco.com] > Sent: Thursday, July 08, 1999 4:26 PM > To: Jeff.Bond@nectech.co.uk > Cc: freebsd-bugs@FreeBSD.ORG > Subject: RE: Freebsd3.1 failes to boot up > > > Hi Jeff: > > I tried to created a boot floppy using different P.C and with a new > floppy disk. > > The same thing happend again. > > Then I used freebsd2.2.8 and created the boot floppy with out any problem > and with out > any error message. > > Then I used the created boot floppy using Freebsd2.2.8 and boot up two P.C > with out > any problem. > > It look as the freeBsd3.1 is broken if you wan to make boot floppy using > the > (tools\rawrite floppies\boot.flp) command. > > > But you can create a boot floppy using 2.2.8 and use the FreeBSD3.1 CD to > install > the FreeBSD3.1. > > However you can change your BIOS on your MotherBoard to boot from CDROM > and then you can > Boot to freeBSD successfully. > > > I have sent a bug report to freebsd-bugs@FreeBSD.ORG . > > > > > Regards > > > > Abbas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 8 9: 9: 6 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from mrelay.jrc.it (mrelay.jrc.it [139.191.1.65]) by hub.freebsd.org (Postfix) with ESMTP id 28B4114D18 for ; Thu, 8 Jul 1999 09:09:02 -0700 (PDT) (envelope-from nick.hibma@jrc.it) Received: from elect8 (elect8.jrc.it [139.191.71.152]) by mrelay.jrc.it (LMC5692) with SMTP id SAA16928; Thu, 8 Jul 1999 18:08:50 +0200 (MET DST) Date: Thu, 8 Jul 1999 18:08:47 +0200 (MET DST) From: Nick Hibma X-Sender: n_hibma@elect8 Reply-To: Nick Hibma To: "Bond, Jeffery" Cc: "'Abbas.Karbassian@cambridge.simoco.com'" , freebsd-bugs@FreeBSD.ORG, "Jordan K. Hubbard" Subject: RE: Freebsd3.1 failes to boot up In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Should the name of the boot.flp not be changed to boot-288.flp? Nick On Thu, 8 Jul 1999, Bond, Jeffery wrote: > Hi again Abbas, > > I believe the boot floppy 'boot.flp' for 3.1-RELEASE is designed for a > 2.88Mb floppy (Just remembered this!). It is also split into two chunks for > those who do not have such a drive. Try writing 'kern.flp' and 'mfsroot.flp' > to two separate 1.44M floppies instead, and booting with the 'kern.flp' > disk. Just check the file size also, the 'boot.flp' file for 3.1 is probably > way too big for a normal floppy. > > Jeff > > > -----Original Message----- > > From: Abbas.Karbassian@cambridge.simoco.com > > [SMTP:Abbas.Karbassian@cambridge.simoco.com] > > Sent: Thursday, July 08, 1999 4:26 PM > > To: Jeff.Bond@nectech.co.uk > > Cc: freebsd-bugs@FreeBSD.ORG > > Subject: RE: Freebsd3.1 failes to boot up > > > > > > Hi Jeff: > > > > I tried to created a boot floppy using different P.C and with a new > > floppy disk. > > > > The same thing happend again. > > > > Then I used freebsd2.2.8 and created the boot floppy with out any problem > > and with out > > any error message. > > > > Then I used the created boot floppy using Freebsd2.2.8 and boot up two P.C > > with out > > any problem. > > > > It look as the freeBsd3.1 is broken if you wan to make boot floppy using > > the > > (tools\rawrite floppies\boot.flp) command. > > > > > > But you can create a boot floppy using 2.2.8 and use the FreeBSD3.1 CD to > > install > > the FreeBSD3.1. > > > > However you can change your BIOS on your MotherBoard to boot from CDROM > > and then you can > > Boot to freeBSD successfully. > > > > > > I have sent a bug report to freebsd-bugs@FreeBSD.ORG . > > > > > > > > > > Regards > > > > > > > > Abbas > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > > -- ISIS/STA, T.P.270, Joint Research Centre, 21020 Ispra, Italy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 8 9:37:25 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from commander.simoco.com (commander.simoco.com [193.150.150.2]) by hub.freebsd.org (Postfix) with ESMTP id 68621150FA for ; Thu, 8 Jul 1999 09:37:19 -0700 (PDT) (envelope-from Abbas.Karbassian@cambridge.simoco.com) Received: from serv01.simoco.com ([193.150.134.3]) by commander.simoco.com with esmtp (Exim 2.05 #1) id 112HAk-0006LV-00; Thu, 8 Jul 1999 17:37:18 +0100 Received: from serv10.simoco.com ([193.150.134.9] helo=serv10.yp.development) by serv01.simoco.com with smtp (Exim 2.05 #2) id 112HAk-0002Ff-00; Thu, 8 Jul 1999 17:37:18 +0100 Received: by serv10.yp.development (SMI-8.6/SMI-SVR4) id RAA03408; Thu, 8 Jul 1999 17:37:11 +0100 Date: Thu, 8 Jul 1999 17:37:11 +0100 From: Abbas.Karbassian@cambridge.simoco.com (Abbas Karbassian x7148) Message-Id: <199907081637.RAA03408@serv10.yp.development> To: Jeff.Bond@nectech.co.uk Subject: RE: Freebsd3.1 failes to boot up Cc: freebsd-bugs@FreeBSD.ORG X-Sun-Charset: US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dear Jeff: Thank you very much for the help. I made a boot floppy ie (kern.flp) and boot up the P.C with that and It worked. Thnak you very much for your help again. Regards Abbas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 8 10:10:11 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id EA0F514F1E for ; Thu, 8 Jul 1999 10:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA34595; Thu, 8 Jul 1999 10:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 8 Jul 1999 10:10:04 -0700 (PDT) Message-Id: <199907081710.KAA34595@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nick Hibma Subject: Re: i386/7633: panic: page fault on install with boot.flp Reply-To: Nick Hibma Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/7633; it has been noted by GNATS. From: Nick Hibma To: freebsd-gnats-submit@freebsd.org, kbird@southwind.net Cc: Subject: Re: i386/7633: panic: page fault on install with boot.flp Date: Thu, 08 Jul 1999 19:08:16 +0200 Did you try with a boot flop for 2.2.8 as well? Nick -- ISIS/STA, T.P.270, Joint Research Centre, 21020 Ispra, Italy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 8 10:10:11 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CCE6D14D64 for ; Thu, 8 Jul 1999 10:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA34590; Thu, 8 Jul 1999 10:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 8 Jul 1999 10:10:03 -0700 (PDT) Message-Id: <199907081710.KAA34590@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nick Hibma Subject: Re: kern/8973: trap 12: page fault while in kernel mode while trying installation w/ boot.flp Reply-To: Nick Hibma Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8973; it has been noted by GNATS. From: Nick Hibma To: freebsd-gnats-submit@freebsd.org, oschonef@techfak.uni-bielefeld.de Cc: Subject: Re: kern/8973: trap 12: page fault while in kernel mode while trying installation w/ boot.flp Date: Thu, 08 Jul 1999 19:02:30 +0200 Which image did you use? By chance the boot.flp? That one is for 2.88Mbyte floppy drives. Could you do us a favour and try again on that specific machine and boot with two boot floppies created from kern.flp and mfsroot.flp for version 3.2-RELEASE, available from ftp://www.de.freebsd.org/pub/FreeBSD/releases/i386/3.2-RELEASE/floppies ftp://www.de.freebsd.org/pub/FreeBSD/releases/i386/3.2-RELEASE/floppies/kern.flp ftp://www.de.freebsd.org/pub/FreeBSD/releases/i386/3.2-RELEASE/floppies/mfsroot.flp If you have a 2.88Mbyte floppy drive, also with the boot.flp? ftp://www.de.freebsd.org/pub/FreeBSD/releases/i386/3.2-RELEASE/floppies/boot.flp Thanks a lot in advance. Nick -- ISIS/STA, T.P.270, Joint Research Centre, 21020 Ispra, Italy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 8 10:30: 3 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 895E414C3B for ; Thu, 8 Jul 1999 10:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA36123; Thu, 8 Jul 1999 10:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 8 Jul 1999 10:30:01 -0700 (PDT) Message-Id: <199907081730.KAA36123@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nick Hibma Subject: Re: gnu/12550: bc overflour Reply-To: Nick Hibma Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/12550; it has been noted by GNATS. From: Nick Hibma To: freebsd-gnats-submit@freebsd.org, chu@gpi.ru Cc: Subject: Re: gnu/12550: bc overflour Date: Thu, 08 Jul 1999 19:27:19 +0200 This problem is reproducible on CURRENT from last week. Nick -- ISIS/STA, T.P.270, Joint Research Centre, 21020 Ispra, Italy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 8 11:40:10 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C3B5A154E1 for ; Thu, 8 Jul 1999 11:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA42698; Thu, 8 Jul 1999 11:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from disco.cdrom.com (disco.cdrom.com [204.216.28.173]) by hub.freebsd.org (Postfix) with ESMTP id 9DEF714F7C for ; Thu, 8 Jul 1999 11:38:30 -0700 (PDT) (envelope-from murray@disco.cdrom.com) Received: (from murray@localhost) by disco.cdrom.com (8.9.3/8.9.2) id LAA18199; Thu, 8 Jul 1999 11:32:49 -0700 (PDT) (envelope-from murray) Message-Id: <199907081832.LAA18199@disco.cdrom.com> Date: Thu, 8 Jul 1999 11:32:49 -0700 (PDT) From: Murray Stokely Reply-To: murray@disco.cdrom.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/12564: Sysinstall can not use live filesystem from CDROM Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12564 >Category: bin >Synopsis: Sysinstall can not use live filesystem from CDROM >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Jul 8 11:40:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Murray Stokely >Release: FreeBSD 3.2-STABLE i386 >Organization: Walnut Creek CDROM >Environment: FreeBSD 3.2 / i386 >Description: Sysinstall will not allow you too use the Live filesystem CDROM (disc #2) because it is located on the same CDROM where the Alpha installation resides and the generic sysinstall CDROM handling routines barfs when you try to read an Alpha CDROM (as defined in cdrom.inf) on a i386 machine. So you can not use the live filesystem on i386 machines with the official FreeBSD 3.2 CDROM set. >How-To-Repeat: Boot off of the first disc, when in sysinstall, select 'Fixit' then insert the live filesystem CD as it requests. You will get an error saying it is for the wrong architecture. >Fix: This patch fixes the problem by adding a 'IGNOREARCH' flag into the flags variable of the mediaDevice. It then checks this flag only when you are attempting to read the live filesystem. So the architecture check is still in place except for when you are trying to use the live filesystem cd. /usr/src/release# patch < arch.patch diff -c -r sysinstall.old/cdrom.c sysinstall/cdrom.c *** sysinstall.old/cdrom.c Thu May 20 08:57:41 1999 --- sysinstall/cdrom.c Thu Jul 8 10:59:35 1999 *************** *** 142,148 **** else bogusCDOK = TRUE; } ! if ((cp = property_find(cd_attr, "CD_MACHINE_ARCH")) != NULL) { #ifdef __alpha__ if (strcmp(cp, "alpha")) { #else --- 142,149 ---- else bogusCDOK = TRUE; } ! if (((cp = property_find(cd_attr, "CD_MACHINE_ARCH")) != NULL) && ! (!dev->flags & IGNOREARCH)) { #ifdef __alpha__ if (strcmp(cp, "alpha")) { #else diff -c -r sysinstall.old/install.c sysinstall/install.c *** sysinstall.old/install.c Wed Jul 7 04:26:44 1999 --- sysinstall/install.c Thu Jul 8 11:11:38 1999 *************** *** 257,263 **** variable_set2(SYSTEM_STATE, "fixit", 0); (void)unlink("/mnt2"); (void)rmdir("/mnt2"); ! while (1) { msgConfirm("Please insert a FreeBSD live filesystem CDROM and press return"); if (DITEM_STATUS(mediaSetCDROM(NULL)) != DITEM_SUCCESS || !mediaDevice || !mediaDevice->init(mediaDevice)) { --- 257,264 ---- variable_set2(SYSTEM_STATE, "fixit", 0); (void)unlink("/mnt2"); (void)rmdir("/mnt2"); ! mediaDevice->flags |= IGNOREARCH; /* Set a flag to ignore the */ ! /* architecture of the CDROM */ while (1) { msgConfirm("Please insert a FreeBSD live filesystem CDROM and press return"); if (DITEM_STATUS(mediaSetCDROM(NULL)) != DITEM_SUCCESS || !mediaDevice || !mediaDevice->init(mediaDevice)) { diff -c -r sysinstall.old/sysinstall.h sysinstall/sysinstall.h *** sysinstall.old/sysinstall.h Wed Jul 7 04:26:45 1999 --- sysinstall/sysinstall.h Thu Jul 8 10:59:09 1999 *************** *** 238,243 **** --- 238,246 ---- #define CD_ALREADY_MOUNTED 1 #define CD_WE_MOUNTED_IT 2 + /* DEVICE Flags */ + #define IGNOREARCH 1 + /* A "device" from sysinstall's point of view */ typedef struct _device { char name[DEV_NAME_MAX]; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 8 12: 0: 9 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 58B051563D; Thu, 8 Jul 1999 12:00:08 -0700 (PDT) (envelope-from billf@FreeBSD.org) Received: (from billf@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA44653; Thu, 8 Jul 1999 12:00:03 -0700 (PDT) (envelope-from billf@FreeBSD.org) Date: Thu, 8 Jul 1999 12:00:03 -0700 (PDT) From: Message-Id: <199907081900.MAA44653@freefall.freebsd.org> To: murray@disco.cdrom.com, billf@FreeBSD.org, freebsd-bugs@FreeBSD.org, jkh@FreeBSD.org Subject: Re: bin/12564: Sysinstall can not use live filesystem from CDROM Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Sysinstall can not use live filesystem from CDROM State-Changed-From-To: open->analyzed State-Changed-By: billf State-Changed-When: Thu Jul 8 11:59:23 PDT 1999 State-Changed-Why: This problem definatly exists and bit me in the ass on an installation even today. Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: billf Responsible-Changed-When: Thu Jul 8 11:59:23 PDT 1999 Responsible-Changed-Why: jkh is mr. sysinstall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 8 12:14:42 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from dt054n86.san.rr.com (dt054n86.san.rr.com [24.30.152.134]) by hub.freebsd.org (Postfix) with ESMTP id 0638914F3D for ; Thu, 8 Jul 1999 12:14:38 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from localhost (doug@localhost) by dt054n86.san.rr.com (8.8.8/8.8.8) with ESMTP id MAA27321; Thu, 8 Jul 1999 12:14:34 -0700 (PDT) (envelope-from Doug@gorean.org) Date: Thu, 8 Jul 1999 12:14:34 -0700 (PDT) From: Doug X-Sender: doug@dt054n86.san.rr.com To: Nick Hibma Cc: freebsd-bugs@FreeBSD.org Subject: Re: kern/4487: Kernel panic executing a directory In-Reply-To: <199907071200.FAA26234@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 7 Jul 1999, Nick Hibma wrote: > I think this PR can be closed with the current version of bash and the > OS. Maybe upgrading the bash version would suffice. bash-2.00.0 is the > initial 2.x release and therefore bound to be unstable. While I agree that this PR is probably too old to keep open, it should be noted that userland processes (like a shell) no matter how badly behaved should never be allowed to panic the kernel. Doug -- On account of being a democracy and run by the people, we are the only nation in the world that has to keep a government four years, no matter what it does. -- Will Rogers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 8 12:50: 5 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2180414D09 for ; Thu, 8 Jul 1999 12:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA47981; Thu, 8 Jul 1999 12:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 8 Jul 1999 12:50:02 -0700 (PDT) Message-Id: <199907081950.MAA47981@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jin Guojun Subject: Re: kern/11984: pthread_kill cannot kill select() threads, etc. Reply-To: Jin Guojun Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/11984; it has been noted by GNATS. From: Jin Guojun To: freebsd-gnats-submit@freebsd.org, jin@iss-p1.lbl.gov Cc: Subject: Re: kern/11984: pthread_kill cannot kill select() threads, etc. Date: Thu, 08 Jul 1999 12:46:56 -0700 By tracing downto c_r library, two problems have been found: (1) pthread_exit(void *status) { int sig; long l; pthread_t pthread; /* Check if this thread is already in the process of exiting: */ if ((_thread_run->flags & PTHREAD_EXITING) != 0) { char msg[128]; snprintf(msg,"Thread %p has called pthread_exit() from a destructor. POSIX 1003.1 1996 s16.2.5.2 does not allow this!",_thread_run); PANIC(msg); } /* Flag this thread as exiting: */ _thread_run->flags |= PTHREAD_EXITING; ... } PTHREAD_EXITING is defined as 0x100, but _thread_run->flags is type of char. So, PTHREAD_EXITING can never be checked or set. (2) _thread_gc(pthread_addr_t arg) { .... /* * Check if this is not the last thread and there is no * memory to free this time around. */ if (!f_done && p_stack == NULL && pthread_cln == NULL) { /* Get the current time. * * Note that we can't use clock_gettime(2) on 2.2.x; * use gettimeofday(2) instead. */ struct timeval abstimeval; if (gettimeofday(&abstimeval, NULL) != 0) PANIC("gc cannot get time"); TIMEVAL_TO_TIMESPEC(&abstimeval, &abstime); /* * Do a backup poll in 10 seconds if no threads * die before then. */ abstime.tv_sec += 10; /* * Wait for a signal from a dying thread or a * timeout (for a backup poll). */ /* Line 215 */ if ((ret = pthread_cond_timedwait(&_gc_cond, &_gc_mutex, &abstime)) != 0 && ret != ETIMEDOUT) PANIC("gc cannot wait for a signal"); } /* Unlock the garbage collector mutex: */ if (pthread_mutex_unlock(&_gc_mutex) != 0) PANIC("Cannot unlock gc mutex"); ... } Line 215, dying thread will not able to give conditional signal to gc thread, so the pthread_exit() hang forever. Fixing: unknown -- it seems to me this logic needs to be tuned. Working around: force gc exit(0) if timeout; but this is a temp solution. -Jin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 8 13:14:30 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from ns.mt.sri.com (unknown [206.127.79.91]) by hub.freebsd.org (Postfix) with ESMTP id 504CF152FD for ; Thu, 8 Jul 1999 13:14:16 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id OAA27360; Thu, 8 Jul 1999 14:14:13 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id OAA02122; Thu, 8 Jul 1999 14:14:08 -0600 Date: Thu, 8 Jul 1999 14:14:08 -0600 Message-Id: <199907082014.OAA02122@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Jin Guojun Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/11984: pthread_kill cannot kill select() threads, etc. In-Reply-To: <199907081950.MAA47981@freefall.freebsd.org> References: <199907081950.MAA47981@freefall.freebsd.org> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > From: Jin Guojun > To: freebsd-gnats-submit@freebsd.org, jin@iss-p1.lbl.gov > Cc: > Subject: Re: kern/11984: pthread_kill cannot kill select() threads, etc. > Date: Thu, 08 Jul 1999 12:46:56 -0700 Note, according the PR, you are running: >Release: FreeBSD 3.2-RELEASE i386 > > By tracing downto c_r library, two problems have been found: > > (1) pthread_exit(void *status) > { > int sig; > long l; > pthread_t pthread; > > /* Check if this thread is already in the process of exiting: */ > if ((_thread_run->flags & PTHREAD_EXITING) != 0) { > char msg[128]; > snprintf(msg,"Thread %p has called pthread_exit() from a destructor. > POSIX 1003.1 1996 s16.2.5.2 does not allow this!",_thread_run); > PANIC(msg); > } > > /* Flag this thread as exiting: */ > _thread_run->flags |= PTHREAD_EXITING; > ... > } > > PTHREAD_EXITING is defined as 0x100, but _thread_run->flags is type of > char. > > So, PTHREAD_EXITING can never be checked or set. Huh? From 3.2-stable (which is the same as 3.2R), pthread_private.h SCLASS struct pthread * volatile _thread_run struct pthread { .... /* Miscellaneous data. */ int flags; #define PTHREAD_FLAGS_PRIVATE 0x0001 #define PTHREAD_EXITING 0x0002 #define PTHREAD_FLAGS_QUEUED 0x0004 /* in queue (qe is used) */ #define PTHREAD_FLAGS_TRACE 0x0008 And, from current: SCLASS struct pthread * volatile _thread_run struct pthread { ..... /* Miscellaneous data. */ int flags; #define PTHREAD_FLAGS_PRIVATE 0x0001 #define PTHREAD_EXITING 0x0002 #define PTHREAD_FLAGS_IN_CONDQ 0x0004 /* in condition queue using qe link*/ #define PTHREAD_FLAGS_IN_WORKQ 0x0008 /* in work queue using qe link */ #define PTHREAD_FLAGS_IN_WAITQ 0x0010 /* in waiting queue using pqe link*/ #define PTHREAD_FLAGS_IN_PRIOQ 0x0020 /* in priority queue using pqe link*/ #define PTHREAD_FLAGS_TRACE 0x0040 /* for debugging purposes */ flags and PTHREAD_EXITING are different that what you claim. Which version of FreeBSD are you using? In 3.0, it was a char, so I'll bet you are using a buggy version of the library. Please update to a more recent version, which has these bugs fixed. As far as the second issue, I suspect (but did not review the code) that the error may be fixed in more recent versions of the code, which have had substantial changes since 3.0R. (Even 3.1R has most of the fixes in place.) Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 8 13:16:17 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8A38115334; Thu, 8 Jul 1999 13:16:15 -0700 (PDT) (envelope-from nate@FreeBSD.org) Received: (from nate@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA50500; Thu, 8 Jul 1999 13:16:14 -0700 (PDT) (envelope-from nate@FreeBSD.org) Date: Thu, 8 Jul 1999 13:16:14 -0700 (PDT) From: Message-Id: <199907082016.NAA50500@freefall.freebsd.org> To: jin@iss-p1.lbl.gov, nate@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/11984: pthread_kill cannot kill select() threads, etc. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pthread_kill cannot kill select() threads, etc. State-Changed-From-To: open->feedback State-Changed-By: nate State-Changed-When: Thu Jul 8 13:14:31 PDT 1999 State-Changed-Why: Update to the most recent version of the code, in FreeBSD 3.2R or 3.2-stable, and see if the bugs still exist in the new codebase. Many changes have been made to the code in 3.0R, which appears to be what you are using despite what the PR stated. . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 8 14:56:20 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from fly.lglobus.ru (fly.lglobus.ru [195.34.224.130]) by hub.freebsd.org (Postfix) with ESMTP id 6B0351511F for ; Thu, 8 Jul 1999 14:56:13 -0700 (PDT) (envelope-from rover@fly.lglobus.ru) Received: (from rover@localhost) by fly.lglobus.ru (8.9.3/8.9.2) id XAA91519; Thu, 8 Jul 1999 23:43:34 GMT (envelope-from rover) Date: Thu, 8 Jul 1999 23:43:34 +0000 From: "Oleg V. Volkov" To: Abbas Karbassian x7148 Cc: freebsd-bugs@freebsd.org Subject: Re: problem with making boot floppy Message-ID: <19990708234334.A91432@fly.lglobus.ru> Reply-To: fb_rover@lglobus.ru References: <199907081127.MAA11098@serv10.yp.development> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: <199907081127.MAA11098@serv10.yp.development>; from Abbas Karbassian x7148 on Thu, Jul 08, 1999 at 12:27:50PM +0100 Organization: -=/ SR 13 /=- Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Jul 08, 1999 at 12:27:50PM +0100, Abbas Karbassian x7148 wrote: > Dear Sir/Madam: > I am reporting a bug in FreeBsd3.1. > Please accept my applogy for not using send-pr. > I have tried to make a bootflopy from dos using the following commands. > D: > tools\rawrite floppies\boot.flp > When the boot floppy created, the message was displayed: > "one bad sector" ^^^^^^^^^^^^^^^^^ Ahem, here's your problem. Just get another floppy. -- Oleg V. Volkov aka Rover E-mail: rover@lglobus.ru E-mail redirector: sr-13@mail.ru (always up) -=/ SR 13 /=- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 8 16: 8:53 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from dt054n86.san.rr.com (dt054n86.san.rr.com [24.30.152.134]) by hub.freebsd.org (Postfix) with ESMTP id 3518C1554D for ; Thu, 8 Jul 1999 16:08:49 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from localhost (doug@localhost) by dt054n86.san.rr.com (8.8.8/8.8.8) with ESMTP id QAA29784; Thu, 8 Jul 1999 16:08:45 -0700 (PDT) (envelope-from Doug@gorean.org) Date: Thu, 8 Jul 1999 16:08:45 -0700 (PDT) From: Doug X-Sender: doug@dt054n86.san.rr.com To: Abbas Karbassian x7148 Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: problem with making boot floppy In-Reply-To: <199907081127.MAA11098@serv10.yp.development> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 8 Jul 1999, Abbas Karbassian x7148 wrote: > I have tried to make a bootflopy from dos using the following commands. > > D: > > tools\rawrite floppies\boot.flp You should be using fdimage instead, it's a better tool. > When the boot floppy created, the message was displayed: > "one bad sector" The freebsd boot images require every bit of space on the floppy, including some space that DOS doesn't use. This message is telling you that your diskette has a bad sector, and therefore is not usable for the boot image. Can you suggest a better wording for this error message that would make it more clear? Also, if I recall correctly this is one area where fdimage is superior (better error messages) so perhaps try using that tool with the same disk and let us know what happens? Good luck, Doug -- On account of being a democracy and run by the people, we are the only nation in the world that has to keep a government four years, no matter what it does. -- Will Rogers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 8 17:20: 7 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0BCF0155DC; Thu, 8 Jul 1999 17:20:05 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA71145; Thu, 8 Jul 1999 17:20:05 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Thu, 8 Jul 1999 17:20:05 -0700 (PDT) From: Message-Id: <199907090020.RAA71145@freefall.freebsd.org> To: dillon@backplane.com, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/1502: [PATCH] vmstat 'avm' field merges with procs 'w' field for large avm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] vmstat 'avm' field merges with procs 'w' field for large avm State-Changed-From-To: suspended->closed State-Changed-By: nrahlstr State-Changed-When: Thu Jul 8 17:19:34 PDT 1999 State-Changed-Why: Fixed in revision 1.16 of vmstat.c by scrappy. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 8 18:17:33 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0B33014E02; Thu, 8 Jul 1999 18:17:33 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA75995; Thu, 8 Jul 1999 18:17:32 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Thu, 8 Jul 1999 18:17:32 -0700 (PDT) From: Message-Id: <199907090117.SAA75995@freefall.freebsd.org> To: tateoka@pdcd.ilab.toshiba.co.jp, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/2973: output of iostat is wrong. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: output of iostat is wrong. State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Thu Jul 8 18:16:37 PDT 1999 State-Changed-Why: Appears to have been fixed in revsion 1.10 of iostat.c by dillon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 8 19:53:23 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6ABC814EF3; Thu, 8 Jul 1999 19:53:21 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA85319; Thu, 8 Jul 1999 19:53:21 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Thu, 8 Jul 1999 19:53:21 -0700 (PDT) From: Message-Id: <199907090253.TAA85319@freefall.freebsd.org> To: dwhite@resnet.uoregon.edu, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/4366: bad144 crashes if checking over 2gb Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: bad144 crashes if checking over 2gb State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Thu Jul 8 19:51:59 PDT 1999 State-Changed-Why: bde committed a fix in revision 1.15 of bad144.c As always when dealing with bad144 -- YMMV. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 8 22:31:28 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5950714D1C; Thu, 8 Jul 1999 22:31:27 -0700 (PDT) (envelope-from obrien@FreeBSD.org) Received: (from obrien@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA97910; Thu, 8 Jul 1999 22:31:26 -0700 (PDT) (envelope-from obrien@FreeBSD.org) Date: Thu, 8 Jul 1999 22:31:26 -0700 (PDT) From: Message-Id: <199907090531.WAA97910@freefall.freebsd.org> To: Doug@gorean.org, obrien@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/12458: [Patch] 2 files not included by /usr/src/etc/Makefile Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [Patch] 2 files not included by /usr/src/etc/Makefile State-Changed-From-To: open->closed State-Changed-By: obrien State-Changed-When: Thu Jul 8 22:30:52 PDT 1999 State-Changed-Why: dhclient.conf now installed. I could not find that we still/ever had a real rc.sysctl in src/etc/ \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 8 22:50: 8 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id ADF9114D0C for ; Thu, 8 Jul 1999 22:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA99517; Thu, 8 Jul 1999 22:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 8 Jul 1999 22:50:03 -0700 (PDT) Message-Id: <199907090550.WAA99517@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Doug Subject: Re: conf/12458: [Patch] 2 files not included by /usr/src/etc/Makefile Reply-To: Doug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/12458; it has been noted by GNATS. From: Doug To: obrien@FreeBSD.org Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: conf/12458: [Patch] 2 files not included by /usr/src/etc/Makefile Date: Thu, 08 Jul 1999 22:43:52 -0700 obrien@FreeBSD.org wrote: > dhclient.conf now installed. Gracias. :) This was the one I was concerned about. > I could not find that we still/ever had a real > rc.sysctl in src/etc/ http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.sysctl has a note that imp doesn't plan to put it into the makefile "until I get more feedback." I should have checked that first, my bad. Thanks again, Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 8 23:40: 5 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4306614CE9 for ; Thu, 8 Jul 1999 23:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA05255; Thu, 8 Jul 1999 23:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from fun.ee.lbl.gov (fun.ee.lbl.gov [131.243.1.81]) by hub.freebsd.org (Postfix) with ESMTP id 308B514D6E for ; Thu, 8 Jul 1999 23:37:32 -0700 (PDT) (envelope-from leres@fun.ee.lbl.gov) Received: (from leres@localhost) by fun.ee.lbl.gov (8.9.3/8.9.3) id XAA64879; Thu, 8 Jul 1999 23:37:32 -0700 (PDT) Message-Id: <199907090637.XAA64879@fun.ee.lbl.gov> Date: Thu, 08 Jul 1999 23:37:32 PDT From: Craig Leres To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/12568: [PATCH] add pps device to MAKEDEV script Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12568 >Category: i386 >Synopsis: [PATCH] add pps device to MAKEDEV script >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Jul 8 23:40:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Craig Leres >Release: FreeBSD 3.2-RELEASE i386 >Organization: Lawrence Berkeley National Laboratory >Environment: >Description: The 3.2-RELEASE version of the MAKEDEV script doesn't know how to create the pps device although the kernel support is present (and works). >How-To-Repeat: >Fix: Context diffs appended. I'm not 100% sure the name should be pps; the code: /sys/dev/ppbus/pps.c has a comment that says "lppps" is the official name. RCS file: RCS/MAKEDEV,v retrieving revision 1.1 diff -c -r1.1 MAKEDEV *** /tmp/,RCSt1n64743 Thu Jul 8 23:31:05 1999 - - --- MAKEDEV Thu Jul 8 22:47:30 1999 *************** *** 77,82 **** - - --- 77,83 ---- # Parallel port: # lpt* Printer # ppi* Parallel port i/o + # pps* Pulse per second # # I2C and SMBus: # iic* I2C devices *************** *** 772,777 **** - - --- 773,783 ---- ppi*) unit=`expr $i : 'ppi\(.*\)'` mknod ppi$unit c 82 $unit + ;; + + pps*) + unit=`expr $i : 'pps\(.*\)'` + mknod pps$unit c 89 $unit ;; usb*) -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBN4WYmr2JLbUEFcrxAQEhrgQAreO2fdqcgxQgyzATAfb1rlQF520xLqAq ZoLm3Xwoo6HlDXProx2cScha4RJ/GcgN4I4u00MS9QaxDI/7vPSaQNyAQ7aYFPyA DEjeuYLE5msKJ4uXRCc3gvnNjh87u8BDhT5PXCp+PzKzLlilvr9OJAujCtQjSv0W ra9ULky3z84= =d3WO -----END PGP SIGNATURE----- >Release-Note: >Audit-Trail: >Unformatted: -----BEGIN PGP SIGNED MESSAGE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 1:20: 5 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5EDA214F51 for ; Fri, 9 Jul 1999 01:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA15424; Fri, 9 Jul 1999 01:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 9 Jul 1999 01:20:02 -0700 (PDT) Message-Id: <199907090820.BAA15424@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nick Hibma Subject: Re: kern/8973: trap 12: page fault while in kernel mode while trying installation w/ boot.flp Reply-To: Nick Hibma Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8973; it has been noted by GNATS. From: Nick Hibma To: Oliver Schonefeld Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/8973: trap 12: page fault while in kernel mode while trying installation w/ boot.flp Date: Fri, 9 Jul 1999 10:10:17 +0200 (MET DST) Just a remark, you excluded freebsd-gnats address from your reply. That address keeps track of the audit trail for your bug report. The other machine that you installed 3.0 one, was it a Compaq as well? Was it EISA? Same NIC's? We would be very interested in hearing more of your success of failure using 3.2. Nick > > Which image did you use? By chance the boot.flp? That one is > > for 2.88Mbyte floppy drives. > no, i used the 1.44 floppy images. the same disks worked for an other > machine without any problems (Dual P166MMX, Gigabyte DX, 128 MB, Adaptec > 2940US onboard). > after changing the nics irq and disabling a lot of device drives in the boot > kernel the machine managed to boot and i was able to install the os. > but it ran rather unstable with 3.0 release and i experienced bad network > performance with the two 3com 3c579 nics and the vinum driver crashed the > machine serveral times. > > > Could you do us a favour and try again on that specific machine and boot > > with two boot floppies created from kern.flp and mfsroot.flp for version > > 3.2-RELEASE > i will do that. i just recieved the freebsd cdroms w/release 3.2. i hope i > find the time to put freebsd on that machine next week. > > > If you have a 2.88Mbyte floppy drive, also with the boot.flp? > sorry, i do not have such a floppy drive > > > Thanks a lot in advance. > no problem ... i love freebsd and will help, where i can. > > so long, > oliver > -- > -------------------------------------------------------- > And remember: "Life sucks and then you die!" > > email: oschonef@techfak.uni-bielefeld.de > olli@psychopathen.org > -------------------------------------------------------- > Hi! I'm a .signature virus! Copy me in your ~/.signature > to help me spread! <- Save this lifeform ;-) > -- ISIS/STA, T.P.270, Joint Research Centre, 21020 Ispra, Italy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 2: 0: 5 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CC0D215512 for ; Fri, 9 Jul 1999 02:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA26640; Fri, 9 Jul 1999 02:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 9 Jul 1999 02:00:04 -0700 (PDT) Message-Id: <199907090900.CAA26640@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nick Hibma Subject: Re: i386/8214: Install 3.0-19981006-BETA fails Reply-To: Nick Hibma Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/8214; it has been noted by GNATS. From: Nick Hibma To: freebsd-gnats-submit@freebsd.org, rls@mail.id.net Cc: Subject: Re: i386/8214: Install 3.0-19981006-BETA fails Date: Fri, 09 Jul 1999 10:58:40 +0200 Did you manage to install any later beta, 3.0, 3.1 or 3.2? Nick -- ISIS/STA, T.P.270, Joint Research Centre, 21020 Ispra, Italy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 2: 0:11 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id F3D9F1528D for ; Fri, 9 Jul 1999 02:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA26589; Fri, 9 Jul 1999 02:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from osprey.grizzly.com (osprey.grizzly.com [216.103.110.74]) by hub.freebsd.org (Postfix) with ESMTP id 1834614C80 for ; Fri, 9 Jul 1999 01:50:47 -0700 (PDT) (envelope-from markd@Grizzly.COM) Received: (from markd@localhost) by osprey.grizzly.com (8.9.3/8.9.3) id BAA65762; Fri, 9 Jul 1999 01:50:46 -0700 (PDT) Message-Id: <199907090850.BAA65762@osprey.grizzly.com> Date: Fri, 9 Jul 1999 01:50:46 -0700 (PDT) From: Mark Diekhans Reply-To: markd@Grizzly.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/12570: No way to keep pkg_add from installing prerequisite Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12570 >Category: bin >Synopsis: No way to keep pkg_add from installing prerequisite >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Jul 9 02:00:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Mark Diekhans >Release: FreeBSD 3.2-RELEASE i386 >Organization: Grizzly >Environment: >Description: pkg_add just goes ahead and installs prerequisite if it can find them. Especially likely if -r is specified. While this is a great default, sometimes one doesn't want a package dragging down 3/4 of the world. An option is needed to disable this. A patch is enclosed that add a -N option to disable this feature. >How-To-Repeat: >Fix: *** add.h.ORG Fri Jul 9 01:25:15 1999 --- add.h Fri Jul 9 01:27:59 1999 *************** *** 29,34 **** --- 29,35 ---- extern Boolean NoInstall; extern Boolean NoRecord; extern Boolean Force; + extern Boolean NoPrereqInstall; extern char *Mode; extern char *Owner; extern char *Group; *** main.c.ORG Fri Jul 9 01:24:53 1999 --- main.c Fri Jul 9 01:44:58 1999 *************** *** 30,40 **** #include "lib.h" #include "add.h" ! static char Options[] = "hvIRfnrp:SMt:"; char *Prefix = NULL; Boolean NoInstall = FALSE; Boolean NoRecord = FALSE; Boolean Remote = FALSE; char *Mode = NULL; --- 30,41 ---- #include "lib.h" #include "add.h" ! static char Options[] = "hvIRfNnrp:SMt:"; char *Prefix = NULL; Boolean NoInstall = FALSE; Boolean NoRecord = FALSE; + Boolean NoPrereqInstall = FALSE; Boolean Remote = FALSE; char *Mode = NULL; *************** *** 88,93 **** --- 89,98 ---- Force = TRUE; break; + case 'N': + NoPrereqInstall = TRUE; + break; + case 'n': Fake = TRUE; Verbose = TRUE; *************** *** 206,212 **** usage() { fprintf(stderr, "%s\n%s\n", ! "usage: pkg_add [-vInrfRMS] [-t template] [-p prefix]", " pkg-name [pkg-name ...]"); exit(1); } --- 211,217 ---- usage() { fprintf(stderr, "%s\n%s\n", ! "usage: pkg_add [-vInfNrRMS] [-t template] [-p prefix]", " pkg-name [pkg-name ...]"); exit(1); } *** perform.c.ORG Fri Jul 9 01:25:06 1999 --- perform.c Fri Jul 9 01:42:48 1999 *************** *** 246,252 **** if (vsystem("pkg_info -e %s", p->name)) { char path[FILENAME_MAX], *cp = NULL; ! if (!Fake) { if (!isURL(pkg) && !getenv("PKG_ADD_BASE")) { snprintf(path, FILENAME_MAX, "%s/%s.tgz", getenv("_TOP"), p->name); if (fexists(path)) --- 246,253 ---- if (vsystem("pkg_info -e %s", p->name)) { char path[FILENAME_MAX], *cp = NULL; ! ! if (!Fake && !NoPrereqInstall) { if (!isURL(pkg) && !getenv("PKG_ADD_BASE")) { snprintf(path, FILENAME_MAX, "%s/%s.tgz", getenv("_TOP"), p->name); if (fexists(path)) *************** *** 293,301 **** } else { if (Verbose) ! printf("and was not found%s.\n", Force ? " (proceeding anyway)" : ""); ! else ! printf("Package dependency %s for %s not found%s\n", p->name, pkg, Force ? " (proceeding anyway)" : "!"); if (!Force) ++code; --- 294,305 ---- } else { if (Verbose) ! printf("and was not found%s%s.\n", ! NoPrereqInstall ? " and prerequisite install disabled" : "", ! Force ? " (proceeding anyway)" : ""); ! else ! printf("Package dependency %s for %s not found%s%s\n", p->name, pkg, ! NoPrereqInstall ? " and prerequisite install disabled" : "", Force ? " (proceeding anyway)" : "!"); if (!Force) ++code; *** pkg_add.1.ORG Fri Jul 9 01:24:58 1999 --- pkg_add.1 Fri Jul 9 01:44:30 1999 *************** *** 25,31 **** .Nd a utility for installing software package distributions .Sh SYNOPSIS .Nm ! .Op Fl vInfrRMS .Op Fl t Ar template .Op Fl p Ar prefix .Ar pkg-name [pkg-name ...] --- 25,31 ---- .Nd a utility for installing software package distributions .Sh SYNOPSIS .Nm ! .Op Fl vInfNrRMS .Op Fl t Ar template .Op Fl p Ar prefix .Ar pkg-name [pkg-name ...] *************** *** 96,101 **** --- 96,106 ---- .Nm will still try to find and auto-install missing prerequisite packages, a failure to find one will not be fatal. + .It Fl N + Don't install prerequisite packages. This causes the installation to + fail if a prerequisite is not installed unless + .Fl f + is specified .It Fl p Ar prefix Set .Ar prefix >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 2: 3:22 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CFFAC14E00; Fri, 9 Jul 1999 02:03:20 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA27287; Fri, 9 Jul 1999 02:03:19 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Date: Fri, 9 Jul 1999 02:03:19 -0700 (PDT) From: Message-Id: <199907090903.CAA27287@freefall.freebsd.org> To: rls@mail.id.net, n_hibma@FreeBSD.org, freebsd-bugs@FreeBSD.org, n_hibma@FreeBSD.org Subject: Re: i386/8214: Install 3.0-19981006-BETA fails Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Install 3.0-19981006-BETA fails State-Changed-From-To: open->feedback State-Changed-By: n_hibma State-Changed-When: Fri Jul 9 02:01:42 PDT 1999 State-Changed-Why: Requesting feedback on reproducability of the problem iwth newer version of the OS Responsible-Changed-From-To: freebsd-bugs->n_hibma Responsible-Changed-By: n_hibma Responsible-Changed-When: Fri Jul 9 02:01:42 PDT 1999 Responsible-Changed-Why: If someone has to answer to the problem report, it might as well be me. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 2: 6:56 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C9AC31552A; Fri, 9 Jul 1999 02:06:54 -0700 (PDT) (envelope-from grog@FreeBSD.org) Received: (from grog@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA27527; Fri, 9 Jul 1999 02:06:54 -0700 (PDT) (envelope-from grog@FreeBSD.org) Date: Fri, 9 Jul 1999 02:06:54 -0700 (PDT) From: Message-Id: <199907090906.CAA27527@freefall.freebsd.org> To: grog@lemis.de, grog@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/1848: breakpoints may be set in shared libraries, but they never get hit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: breakpoints may be set in shared libraries, but they never get hit State-Changed-From-To: open->closed State-Changed-By: grog State-Changed-When: Fri Jul 9 02:01:33 PDT 1999 State-Changed-Why: Problem no longer exists. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 2:13:47 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0729515540; Fri, 9 Jul 1999 02:13:45 -0700 (PDT) (envelope-from grog@FreeBSD.org) Received: (from grog@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA28201; Fri, 9 Jul 1999 02:13:45 -0700 (PDT) (envelope-from grog@FreeBSD.org) Date: Fri, 9 Jul 1999 02:13:45 -0700 (PDT) From: Message-Id: <199907090913.CAA28201@freefall.freebsd.org> To: alm@woops.slewsys.org, grog@FreeBSD.org, freebsd-bugs@FreeBSD.org, grog@FreeBSD.org Subject: Re: kern/2330: changing root device to sd0a - ncr0: aborting job ... Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: changing root device to sd0a - ncr0: aborting job ... State-Changed-From-To: open->feedback State-Changed-By: grog State-Changed-When: Fri Jul 9 02:10:03 PDT 1999 State-Changed-Why: es Solicited feedback from submtter Responsible-Changed-From-To: freebsd-bugs->grog Responsible-Changed-By: grog Responsible-Changed-When: Fri Jul 9 02:10:03 PDT 1999 Responsible-Changed-Why: grog is looking at this PR To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 2:19:24 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9D29B1550A; Fri, 9 Jul 1999 02:19:23 -0700 (PDT) (envelope-from grog@FreeBSD.org) Received: (from grog@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA29678; Fri, 9 Jul 1999 02:19:23 -0700 (PDT) (envelope-from grog@FreeBSD.org) Date: Fri, 9 Jul 1999 02:19:23 -0700 (PDT) From: Message-Id: <199907090919.CAA29678@freefall.freebsd.org> To: peter.jeremy@alcatel.com.au, grog@FreeBSD.org, freebsd-bugs@FreeBSD.org, grog@FreeBSD.org Subject: Re: kern/2393: filesystems not unmounted following shutdown -h Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: filesystems not unmounted following shutdown -h State-Changed-From-To: open->feedback State-Changed-By: grog State-Changed-When: Fri Jul 9 02:14:25 PDT 1999 State-Changed-Why: ySoliciting feedback from submitter Responsible-Changed-From-To: freebsd-bugs->grog Responsible-Changed-By: grog Responsible-Changed-When: Fri Jul 9 02:14:25 PDT 1999 Responsible-Changed-Why: grog is handling this PR To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 2:23:52 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4F16B1550A; Fri, 9 Jul 1999 02:23:51 -0700 (PDT) (envelope-from grog@FreeBSD.org) Received: (from grog@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA29971; Fri, 9 Jul 1999 02:23:51 -0700 (PDT) (envelope-from grog@FreeBSD.org) Date: Fri, 9 Jul 1999 02:23:51 -0700 (PDT) From: Message-Id: <199907090923.CAA29971@freefall.freebsd.org> To: davidn@unique.usn.blaze.net.au, grog@FreeBSD.org, freebsd-bugs@FreeBSD.org, grog@FreeBSD.org Subject: Re: bin/2430: mountd stops on loading if subnet mask is not defined in /etc/networks Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: mountd stops on loading if subnet mask is not defined in /etc/networks State-Changed-From-To: open->feedback State-Changed-By: grog State-Changed-When: Fri Jul 9 02:19:56 PDT 1999 State-Changed-Why: Soliciting feedback from submitter Responsible-Changed-From-To: freebsd-bugs->grog Responsible-Changed-By: grog Responsible-Changed-When: Fri Jul 9 02:19:56 PDT 1999 Responsible-Changed-Why: grog is looking at this PR To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 4:20: 5 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7AA7914CC7 for ; Fri, 9 Jul 1999 04:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA44683; Fri, 9 Jul 1999 04:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 9 Jul 1999 04:20:02 -0700 (PDT) Message-Id: <199907091120.EAA44683@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Dag-Erling Smorgrav Subject: Re: bin/12349: 3.2-R inetd doesn't re-read ALL configuration info at HUP signal Reply-To: Dag-Erling Smorgrav Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/12349; it has been noted by GNATS. From: Dag-Erling Smorgrav To: mkc@graphics.cornell.edu Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/12349: 3.2-R inetd doesn't re-read ALL configuration info at HUP signal Date: 09 Jul 1999 13:11:23 +0200 mkc@graphics.cornell.edu writes: > >How-To-Repeat: > 1. vipw and append "+:::::::::" > 2. edit /etc/group and append "+:" > 3. start ypbind > 4. edit /etc/inetd.conf and append: > amanda dgram udp wait backup /usr/local/amanda/libexec/amandad amandad > 5. send HUP signal to inetd > > result: "No such user backup, service ignored". This is caused by the fact that the C library caches metainformation about the password files (e.g. whether or not to use NIS, whether or not it has access to the master password map, etc.) and there is currently no way of forcing it to clear its cache. This is really a libc bug, not an inetd bug. It is closely related to bin/10281. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 4:58:57 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6193014C03; Fri, 9 Jul 1999 04:58:54 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA48120; Fri, 9 Jul 1999 04:58:54 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Fri, 9 Jul 1999 04:58:54 -0700 (PDT) From: Message-Id: <199907091158.EAA48120@freefall.freebsd.org> To: proff@iq.org, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/2387: [PATCH] virtual hosting patches for inetd Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] virtual hosting patches for inetd State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Fri Jul 9 04:54:15 PDT 1999 State-Changed-Why: The -a option allows inetd to bind to a specific interface and has been available since rev 1.13 of inetd.c . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 5: 6:37 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A5E2A154DF; Fri, 9 Jul 1999 05:06:35 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA48813; Fri, 9 Jul 1999 05:06:35 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Fri, 9 Jul 1999 05:06:35 -0700 (PDT) From: Message-Id: <199907091206.FAA48813@freefall.freebsd.org> To: markd@Grizzly.COM, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/12570: No way to keep pkg_add from installing prerequisite Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: No way to keep pkg_add from installing prerequisite State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Fri Jul 9 05:05:34 PDT 1999 State-Changed-Why: Have a look at pkg_add's existing -n and -f options and let me know whether you still think we need your proposed option, which seems unnecessary to me. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 5:10: 3 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 382D814C03 for ; Fri, 9 Jul 1999 05:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA49214; Fri, 9 Jul 1999 05:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 9 Jul 1999 05:10:02 -0700 (PDT) Message-Id: <199907091210.FAA49214@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/12349: 3.2-R inetd doesn't re-read ALL configuration info at HUP signal Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/12349; it has been noted by GNATS. From: Sheldon Hearn To: Dag-Erling Smorgrav Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/12349: 3.2-R inetd doesn't re-read ALL configuration info at HUP signal Date: Fri, 09 Jul 1999 14:04:06 +0200 Hi DES, You say that this has to do with bin/10281, but that PR seems totally unrelated. Which PR did you mean to cross-reference? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 5:18:17 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8EEBB14DB2; Fri, 9 Jul 1999 05:18:14 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA50015; Fri, 9 Jul 1999 05:18:15 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Fri, 9 Jul 1999 05:18:15 -0700 (PDT) From: Message-Id: <199907091218.FAA50015@freefall.freebsd.org> To: dbushong@CSUA.Berkeley.EDU, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/12554: File to go in /usr/src/usr.bin/file/Magdir/warcraft2 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: File to go in /usr/src/usr.bin/file/Magdir/warcraft2 State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Fri Jul 9 05:17:11 PDT 1999 State-Changed-Why: Are there any precendents for game-related formats in the existing Magdir? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 5:47:39 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 07F5614E1C; Fri, 9 Jul 1999 05:47:36 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA53042; Fri, 9 Jul 1999 05:47:36 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Fri, 9 Jul 1999 05:47:36 -0700 (PDT) From: Message-Id: <199907091247.FAA53042@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: i386/12568: [PATCH] add pps device to MAKEDEV script Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] add pps device to MAKEDEV script Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Fri Jul 9 05:47:01 PDT 1999 Responsible-Changed-Why: I'll take this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 6:13:25 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0943C15590; Fri, 9 Jul 1999 06:13:24 -0700 (PDT) (envelope-from marcel@FreeBSD.org) Received: (from marcel@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA55506; Fri, 9 Jul 1999 06:13:23 -0700 (PDT) (envelope-from marcel@FreeBSD.org) Date: Fri, 9 Jul 1999 06:13:23 -0700 (PDT) From: Message-Id: <199907091313.GAA55506@freefall.freebsd.org> To: van.woerkom@netcologne.de, marcel@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/11359: rvplayer 5.0 (Linux) cases ncr PCI SCSI driver to fail (and hang the system) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: rvplayer 5.0 (Linux) cases ncr PCI SCSI driver to fail (and hang the system) State-Changed-From-To: open->feedback State-Changed-By: marcel State-Changed-When: Fri Jul 9 06:09:58 PDT 1999 State-Changed-Why: Contact submitter for an update on the problem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 6:20: 5 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2220D155C0 for ; Fri, 9 Jul 1999 06:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA56137; Fri, 9 Jul 1999 06:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 9 Jul 1999 06:20:02 -0700 (PDT) Message-Id: <199907091320.GAA56137@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Marcel Moolenaar Subject: Re: kern/11359: rvplayer 5.0 (Linux) cases ncr PCI SCSI driver to fail (and hang the system) Reply-To: Marcel Moolenaar Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/11359; it has been noted by GNATS. From: Marcel Moolenaar To: freebsd-gnats-submit@freebsd.org, van.woerkom@netcologne.de Cc: Subject: Re: kern/11359: rvplayer 5.0 (Linux) cases ncr PCI SCSI driver to fail (and hang the system) Date: Fri, 09 Jul 1999 15:08:45 +0200 Hi Marc, I'm trying to clean op Linux emulator related PRs and found this. Can you tell me if the problem is solved, has gone away or is still there. Also, can you tell me if you know whether it is SCSI related, Linux emulator related or otherwise? Thanks in advance, -- Marcel Moolenaar mailto:marcel@scc.nl SCC Internetworking & Databases http://www.scc.nl/ Amsterdam, The Netherlands tel: +31 20 4200655 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 6:35:33 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B5B9A14D2F; Fri, 9 Jul 1999 06:35:32 -0700 (PDT) (envelope-from marcel@FreeBSD.org) Received: (from marcel@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA57862; Fri, 9 Jul 1999 06:35:32 -0700 (PDT) (envelope-from marcel@FreeBSD.org) Date: Fri, 9 Jul 1999 06:35:32 -0700 (PDT) From: Message-Id: <199907091335.GAA57862@freefall.freebsd.org> To: pir-freebsd@pir.net, marcel@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/11899: many linux programs fail after 2.2.8-R -> 3.2-R upgrade Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: many linux programs fail after 2.2.8-R -> 3.2-R upgrade State-Changed-From-To: open->closed State-Changed-By: marcel State-Changed-When: Fri Jul 9 06:30:49 PDT 1999 State-Changed-Why: 3.2-R is ELF. The problem is the result of mixing Linux ELF with FreeBSD ELF. The new linux-base port should be a step in the right direction, but the problem can always pop up. In that case, using (or _not_ using) LD_LIBRARY_PATH may help. It's not an emulator/kernel issue. Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 6:55:47 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2B8F6155E4; Fri, 9 Jul 1999 06:55:46 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA59747; Fri, 9 Jul 1999 06:55:45 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Fri, 9 Jul 1999 06:55:45 -0700 (PDT) From: Message-Id: <199907091355.GAA59747@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, des@FreeBSD.org Subject: Re: bin/12349: 3.2-R inetd doesn't re-read ALL configuration info at HUP signal Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 3.2-R inetd doesn't re-read ALL configuration info at HUP signal Responsible-Changed-From-To: freebsd-bugs->des Responsible-Changed-By: sheldonh Responsible-Changed-When: Fri Jul 9 06:34:13 PDT 1999 Responsible-Changed-Why: DES has a handle on the problem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 7: 1:15 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id EB1CF155BB; Fri, 9 Jul 1999 07:01:13 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA60330; Fri, 9 Jul 1999 07:01:13 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Fri, 9 Jul 1999 07:01:13 -0700 (PDT) From: Message-Id: <199907091401.HAA60330@freefall.freebsd.org> To: gift@sancelink.co.za, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/12532: Installing Freebsd on an MSDos Fat Partition Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Installing Freebsd on an MSDos Fat Partition State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Fri Jul 9 06:56:01 PDT 1999 State-Changed-Why: Your problem is probably better dealt with by sending mail to the freebsd-questions mailing list. When you do, be sure to provide more information than you did here. Specifically, you'll want to explain exactly what you see, not just what the error message is. In other words, how far into the boot does it get. As an aside, the Sybopsis of your PR was very confusing. I'm not sure what you meant by "Installing FreeBSD on an MSDos Fat partition". Also, does "IBM formatted" mean that the disks came preformatted, or that you formatted them yourself. You should _always_ format the disks yourself. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 7: 6:37 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DBF56155DE; Fri, 9 Jul 1999 07:06:33 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA60892; Fri, 9 Jul 1999 07:06:33 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Fri, 9 Jul 1999 07:06:33 -0700 (PDT) From: Message-Id: <199907091406.HAA60892@freefall.freebsd.org> To: kientzle@acm.org, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/12527: Deleting a large file loses disk space Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Deleting a large file loses disk space State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Fri Jul 9 07:04:55 PDT 1999 State-Changed-Why: From : Some process has a file that has been rm'ed open, likely. The file is not actually deleted until the last process that has it open closes it. Du will report the space as unused, df will report correctly. Are you sure this isn't the cause of your perceived problem? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 7:22:22 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9729A14F23; Fri, 9 Jul 1999 07:22:21 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA62411; Fri, 9 Jul 1999 07:22:21 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Fri, 9 Jul 1999 07:22:21 -0700 (PDT) From: Message-Id: <199907091422.HAA62411@freefall.freebsd.org> To: kientzle@acm.org, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/12526: fseek(f,o,SEEK_CUR) broken on large files Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: fseek(f,o,SEEK_CUR) broken on large files State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Fri Jul 9 07:21:24 PDT 1999 State-Changed-Why: Could you try with a more recent release of FreeBSD? 3.2-RELEASE has bene out for a while now, and the code you're talking about has changed since 3.2-RELEASE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 7:29:28 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 89968155C0; Fri, 9 Jul 1999 07:29:27 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA63054; Fri, 9 Jul 1999 07:29:27 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Fri, 9 Jul 1999 07:29:27 -0700 (PDT) From: Message-Id: <199907091429.HAA63054@freefall.freebsd.org> To: hsu@clinet.fi, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/2640: 2.2-RELENG leaks memory (router/pppd server) ? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 2.2-RELENG leaks memory (router/pppd server) ? State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Fri Jul 9 07:27:47 PDT 1999 State-Changed-Why: Unfortunately, active development on the 2.2 branch has come to a close, so it is unlikely that anyone is going to look at this PR. Should you feel that this problem exists in a more recent version of FreeBSD, please feel free to submit your findings as a new PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 7:50: 5 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3273F14C4C for ; Fri, 9 Jul 1999 07:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA65558; Fri, 9 Jul 1999 07:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 9 Jul 1999 07:50:02 -0700 (PDT) Message-Id: <199907091450.HAA65558@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Oliver Schonefeld Subject: Re: kern/8973: trap 12: page fault while in kernel mode while trying installation w/ boot.flp Reply-To: Oliver Schonefeld Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8973; it has been noted by GNATS. From: Oliver Schonefeld To: nick.hibma@jrc.it Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/8973: trap 12: page fault while in kernel mode while trying installation w/ boot.flp Date: Fri, 9 Jul 1999 16:40:16 +0200 (MET DST) > The other machine that you installed 3.0 one, was it a Compaq as well? > Was it EISA? Same NIC's? no, totally differenct machine. NIC is a 3com 3c905b-tx ... works very well. > We would be very interested in hearing more of your success of failure > using 3.2. sure ... i'll inform you. so long, olli -- -------------------------------------------------------- And remember: "Life sucks and then you die!" email: oschonef@techfak.uni-bielefeld.de olli@psychopathen.org -------------------------------------------------------- Hi! I'm a .signature virus! Copy me in your ~/.signature to help me spread! <- Save this lifeform ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 7:50: 9 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 897981560D for ; Fri, 9 Jul 1999 07:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA65567; Fri, 9 Jul 1999 07:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id D98AF14F23; Fri, 9 Jul 1999 07:44:04 -0700 (PDT) Message-Id: <19990709144404.D98AF14F23@hub.freebsd.org> Date: Fri, 9 Jul 1999 07:44:04 -0700 (PDT) From: david@inty.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/12576: libc problem with getpw* functions using NIS Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12576 >Category: misc >Synopsis: libc problem with getpw* functions using NIS >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jul 9 07:50:02 PDT 1999 >Closed-Date: >Last-Modified: >Originator: David Hedley >Release: 3.2-RELEASE >Organization: INTY >Environment: FreeBSD server.inty.net 3.2-RELEASE FreeBSD 3.2-RELEASE #0: Tue May 25 10:06:57 GMT 1999 david@server.inty.net:/usr/src/sys/compile/GENERIC+MODS i386 >Description: I'm seeing many errors in the logs of the form: Jul 9 14:27:53 server ypserv[1268]: access to master.passwd.byuid denied -- client 127.0.0.1:2597 not privileged This is caused by the following sequence of events: 1) program runs as root 2) calls getpwuid 3) closes all file descriptors 4) setuid(something other than root) 5) calls getpwuid The first call to getpwuid sets the _gotmaster variable in getpwent.c This makes all subsequent calls use the 'master.passwd' map instead of 'passwd'. When the second call to getpwuid is made, _yp_dobind determines that its socket has been closed and that it needs to rebind, however it can no longer get a privileged port due to no longer running as root. However, it still tries to access the master.passwd map because the _gotmaster variable has not been updated, resulting in the error message shown above. >How-To-Repeat: Run Apache with SuEXEC enabled (this is how I noticed it originally). Either that, or run the following on box using NIS: #include int main(int argc, char **argv) { int i; struct passwd *pw; pw = getpwuid(9998); setuid(99); for (i = 2; i < 200; i++) close(i); pw = getpwuid(9999); } Ensure that UIDs (9998 and 9999) don't exist in your local password file >Fix: I've commented out the check in ypserv which checks for a secure port for the moment - not a terribly good solution. Either that or somehow, _getyppass must realise if the map lookup for 'master.passwd' has failed, it should reset _gotmaster and retry with the 'passwd' map. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 8: 0: 5 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 831FA14EA5 for ; Fri, 9 Jul 1999 08:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA66639; Fri, 9 Jul 1999 08:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 9 Jul 1999 08:00:03 -0700 (PDT) Message-Id: <199907091500.IAA66639@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Kazutaka YOKOTA Subject: Re: kern/11941: Crashing OS when changing between console screens Reply-To: Kazutaka YOKOTA Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/11941; it has been noted by GNATS. From: Kazutaka YOKOTA To: als@fl.net.au Cc: FreeBSD-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: kern/11941: Crashing OS when changing between console screens Date: Fri, 09 Jul 1999 23:56:40 +0900 >>Number: 11941 >>Category: kern >>Synopsis: FreeBSD box reboots itself when changing screens at the conso >le [...] >>Originator: Andrew Snow >>Release: FreeBSD 3.1-RELEASE i386 >>Organization: >No organisation >>Environment: > >FreeBSD 3.0 and 3.1-RELEASE, Cyrix 6x86 P166+ processor, Gigabyte HX chipset >motherboard, 64MB system RAM, Tekram DC-390F (ncr) SCSI controller >with IBM ultrawide SCSI hard drive. ed1 and de0 PCI network cards. > >Video card: >vga0: rev 0x26 int a irq 9 on pci0.10.0 > >Console video mode for one or more screens is often set to 80x50 from 80x25 >with the vidcontrol utility. > >>Description: > >When at the console and changing screens (using the Alt+F1/F2/.. keystrokes), >very occasionally the system pauses for a few seconds then restarts. No >helpful information is found in any system log files. > >>How-To-Repeat: > >It has only been experienced 3 times by this user. Once was whilst running >3.0-RELEASE and the most recent two times were in a 3.1-RELEASE >installation. It has only been experienced with this particular >motherboard/video card combination (it never happened on a different >motherboard but same video card, earlier, whilst running 3.0-RELEASE). > >It _seems_ to only occur when one console screen is running in say 80x50 >video mode, and the other in 80x25 (that was the situation the most >recent time it happened). Alt+F3 was pressed and the video display >appeared corrupted for a few moments, and then the machine rebooted itself. Was the user by any chance switching between vtys quite quickly? Would you possibly send us output from the `dmesg' command and `vidcontrol -i mode' command on this 3.1-RELEASE system, and the kernel configuration file if you are not running the GENERIC kernel? They might reveal something. Kazu yokota@FreeBSD.org >>Fix: > >My workaround has been to not change console screens too much (or >change console video modes as it is the changing between screens of >different video modes that is suspected to be related to the problem). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 8:10: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4377B14DF4 for ; Fri, 9 Jul 1999 08:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA67969; Fri, 9 Jul 1999 08:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 06EA014D28; Fri, 9 Jul 1999 08:08:57 -0700 (PDT) Message-Id: <19990709150857.06EA014D28@hub.freebsd.org> Date: Fri, 9 Jul 1999 08:08:57 -0700 (PDT) From: sorban@iss.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/12577: Can't link code using catopen Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12577 >Category: misc >Synopsis: Can't link code using catopen >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jul 9 08:10:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Scott Orban >Release: 3.1 & 2.2.6 >Organization: ISS >Environment: FreeBSD test 3.1-RELEASE FreeBSD 3.1-RELEASE #0: Wed Jul 7 14:47:33 EDT 1999 >Description: Get the following error linking the following code snippet using g++ test.cpp. Since I know catopen is defined in the standard c library, I also tried forcing it by using g++ test.cpp -lc ERROR RECVD: /var/tmp/ccGSl4qm.o: In function `main': /var/tmp/ccGSl4qm.o(.text+0xe): undefined reference to `catopen(char const *, int)' /var/tmp/ccGSl4qm.o(.text+0x1f): undefined reference to `catclose(void *)' collect2: ld returned 1 exit status CODE SNIPPET: #include void main() { nl_catd s_nlCatd = catopen("test", NL_CAT_LOCALE); catclose( s_nlCatd ); } >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 8:40: 7 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id AE13A155FD for ; Fri, 9 Jul 1999 08:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA73274; Fri, 9 Jul 1999 08:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 9 Jul 1999 08:40:02 -0700 (PDT) Message-Id: <199907091540.IAA73274@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Steven Knight Subject: Re: i386/11597: cmouse complaints: "/kernel: psmintr: out of sync (00c0 != 0008)". FAQ150 outdated. Reply-To: Steven Knight Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/11597; it has been noted by GNATS. From: Steven Knight To: freebsd-gnats-submit@freebsd.org Cc: yokota@freebsd.org Subject: Re: i386/11597: cmouse complaints: "/kernel: psmintr: out of sync (00c0 != 0008)". FAQ150 outdated. Date: Fri, 9 Jul 1999 10:35:54 -0500 (CDT) Kazu-- I am experiencing this problem on a freshly-installed 3.2 system on my newly-purchased Gateway Essential 400cSE (low-end home line). Recap: The general symptom is erratic behavior of the mouse under moused, accompanied by a cascade of "out of sync" messages whenever any button is pressed or the mouse is moved: Jul 9 04:18:41 new /kernel: psmintr: out of sync (0000 != 0008). Jul 9 04:19:02 new last message repeated 5 times Jul 9 04:19:09 new /kernel: psmintr: out of sync (00c8 != 0008). Jul 9 04:19:09 new /kernel: psmintr: out of sync (0000 != 0008). Jul 9 04:19:09 new /kernel: psmintr: out of sync (00c8 != 0008). Jul 9 04:19:09 new /kernel: psmintr: out of sync (0000 != 0008). Jul 9 04:19:09 new /kernel: psmintr: out of sync (00c8 != 0008). Jul 9 04:19:09 new /kernel: psmintr: out of sync (0000 != 0008). Jul 9 04:19:09 new /kernel: psmintr: out of sync (00c8 != 0008). Jul 9 04:19:09 new /kernel: psmintr: out of sync (0000 != 0008). Jul 9 04:19:09 new /kernel: psmintr: out of sync (00c8 != 0008). Jul 9 04:19:09 new /kernel: psmintr: out of sync (0000 != 0008). Jul 9 04:19:22 new last message repeated 15 times Jul 9 04:19:22 new /kernel: psmintr: out of sync (00c8 != 0008). Jul 9 04:19:22 new /kernel: psmintr: out of sync (0000 != 0008). Jul 9 04:19:22 new /kernel: psmintr: out of sync (00c8 != 0008). Jul 9 04:21:20 new /kernel: psmintr: out of sync (0000 != 0008). Jul 9 04:21:38 new last message repeated 7 times Jul 9 04:21:42 new /kernel: psmintr: out of sync (00c8 != 0008). Jul 9 04:21:42 new /kernel: psmintr: out of sync (0000 != 0008). Jul 9 04:21:43 new last message repeated 6 times The "out of sync" messages do get suppressed when I bring up the kernel with "flags psm0 0x100", but this does not fix the problem--mouse behavior is still erratic. The problem isn't related to the specific mouse involved; I've swapped in a Logitech MouseMan+ for the Intellimouse with no change. I'm appending debugging information as you requested in your 28 May 1999 followup to Rick Crawford's bug report. I hope this is helpful. Steven Knight Ziga Corp. knight@ziga.com http://www.ziga.com/ 612-540-0042 x211 (voice) 612-540-0097 (fax) 1) Script started on Fri Jul 9 05:49:25 1999 You have mail. new# moused -i all -d -p /dev/psm0 moused: proto params: f8 80 00 00 8 00 ff /dev/psm0 ps/2 sysmouse IntelliMouse new# exit Script done on Fri Jul 9 05:49:39 1999 2) new# vidcontrol -m on new# moused -f -p /dev/psm0 [I do see the mouse cursor, and it moves. It moves slowly and jerkily, however, only the left button responds (sometimes), I can't cut-and-paste text, and sometimes it seems to decide to select a bunch of text on its own in response to mouse motion.] 3) Script started on Fri Jul 9 04:21:05 1999 new# moused -d -f -p /dev/psm0 -l 2 moused: proto params: c8 08 00 00 4 00 ff moused: port: /dev/psm0 interface: ps/2 type: ps/2 model: IntelliMouse moused: received char 0x9 moused: received char 0x0 moused: received char 0x0 moused: received char 0x8 moused: assembled full packet (len 4) 9,0,0,8,0,0,0,0 moused: activity : buttons 0x00000001 dx 0 dy 0 dz 8 moused: tv: 931512080 19154 moused: : 0 0 moused: button 1 count 1 moused: received char 0xa moused: received char 0x0 moused: received char 0x0 moused: received char 0x8 moused: assembled full packet (len 4) a,0,0,8,0,0,0,0 moused: activity : buttons 0x00000004 dx 0 dy 0 dz 8 moused: tv: 931512088 879824 moused: button 1 count 0 moused: : 0 0 moused: button 3 count 1 moused: received char 0x28 moused: received char 0x0 moused: received char 0xff moused: received char 0x8 moused: assembled full packet (len 4) 28,0,ff,8,0,0,0,0 moused: activity : buttons 0x00000000 dx 0 dy 1 dz 8 moused: tv: 931512097 900865 moused: button 3 count 0 moused: received char 0x18 moused: received char 0xfe moused: received char 0x0 moused: received char 0x8 moused: assembled full packet (len 4) 18,fe,0,8,0,0,0,0 moused: activity : buttons 0x00000000 dx -2 dy 0 dz 8 moused: received char 0x18 moused: received char 0xff moused: received char 0x1 moused: received char 0x18 moused: assembled full packet (len 4) 18,ff,1,18,0,0,0,0 moused: activity : buttons 0x00000000 dx -1 dy -1 dz 24 moused: received char 0x8 moused: received char 0x1 moused: received char 0x0 moused: received char 0x8 moused: assembled full packet (len 4) 8,1,0,8,0,0,0,0 moused: activity : buttons 0x00000000 dx 1 dy 0 dz 8 moused: received char 0x8 moused: received char 0x1 moused: received char 0x0 moused: received char 0x8 moused: assembled full packet (len 4) 8,1,0,8,0,0,0,0 moused: activity : buttons 0x00000000 dx 1 dy 0 dz 8 moused: received char 0x8 moused: received char 0x1 moused: received char 0x0 moused: received char 0x8 moused: assembled full packet (len 4) 8,1,0,8,0,0,0,0 moused: activity : buttons 0x00000000 dx 1 dy 0 dz 8 ^?new# exit new# exit Script done on Fri Jul 9 04:22:06 1999 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 8:42: 7 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from george.lbl.gov (george.lbl.gov [131.243.2.12]) by hub.freebsd.org (Postfix) with ESMTP id D923A155FD for ; Fri, 9 Jul 1999 08:42:04 -0700 (PDT) (envelope-from jin@george.lbl.gov) Received: (from jin@localhost) by george.lbl.gov (8.9.3/8.9.2) id IAA04652; Fri, 9 Jul 1999 08:42:03 -0700 (PDT) Date: Fri, 9 Jul 1999 08:42:03 -0700 (PDT) Message-Id: <199907091542.IAA04652@george.lbl.gov> From: jin@george.lbl.gov To: j_guojun@lbl.gov, nate@mt.sri.com Subject: Re: kern/11984: pthread_kill cannot kill select() threads, etc. Cc: freebsd-bugs@FreeBSD.ORG Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org } > Subject: Re: kern/11984: pthread_kill cannot kill select() threads, etc. } > Date: Thu, 08 Jul 1999 12:46:56 -0700 } } Note, according the PR, you are running: } } >Release: FreeBSD 3.2-RELEASE i386 } } > } > By tracing downto c_r library, two problems have been found: } > } > (1) pthread_exit(void *status) } > { } > int sig; } > long l; } > pthread_t pthread; } > } > /* Check if this thread is already in the process of exiting: */ } > if ((_thread_run->flags & PTHREAD_EXITING) != 0) { } > char msg[128]; } > snprintf(msg,"Thread %p has called pthread_exit() from a destruc } tor. } > POSIX 1003.1 1996 s16.2.5.2 does not allow this!",_thread_run); } > PANIC(msg); } > } } > } > /* Flag this thread as exiting: */ } > _thread_run->flags |= PTHREAD_EXITING; } > ... } > } } > } > PTHREAD_EXITING is defined as 0x100, but _thread_run->flags is type of } > char. } > } > So, PTHREAD_EXITING can never be checked or set. } } Huh? From 3.2-stable (which is the same as 3.2R), pthread_private.h } } SCLASS struct pthread * volatile _thread_run } } struct pthread { } .... } /* Miscellaneous data. */ } int flags; } #define PTHREAD_FLAGS_PRIVATE 0x0001 } #define PTHREAD_EXITING 0x0002 } #define PTHREAD_FLAGS_QUEUED 0x0004 /* in queue (qe is used) */ } #define PTHREAD_FLAGS_TRACE 0x0008 } } And, from current: } SCLASS struct pthread * volatile _thread_run } } struct pthread { } ..... } /* Miscellaneous data. */ } int flags; } #define PTHREAD_FLAGS_PRIVATE 0x0001 } #define PTHREAD_EXITING 0x0002 } #define PTHREAD_FLAGS_IN_CONDQ 0x0004 /* in condition queue using qe link*/ } #define PTHREAD_FLAGS_IN_WORKQ 0x0008 /* in work queue using qe link */ } #define PTHREAD_FLAGS_IN_WAITQ 0x0010 /* in waiting queue using pqe link*/ } #define PTHREAD_FLAGS_IN_PRIOQ 0x0020 /* in priority queue using pqe link*/ } #define PTHREAD_FLAGS_TRACE 0x0040 /* for debugging purposes */ } } flags and PTHREAD_EXITING are different that what you claim. } } Which version of FreeBSD are you using? In 3.0, it was a char, so I'll } bet you are using a buggy version of the library. Please update to a } more recent version, which has these bugs fixed. Sorry for the confusion. That was in 2.2.8-RELEASE. The problem is the gdb get core dump under 3.2-RELEASE when attach the hanging process, so I did debugging under 2.2.8-RELEASE. Yes, part of the problem 1 is fixed in 3.2-RELEASE, but the flags is not checked any where, which causes problem 2 still in 3.2. } As far as the second issue, I suspect (but did not review the code) that } the error may be fixed in more recent versions of the code, which have } had substantial changes since 3.0R. (Even 3.1R has most of the fixes in } place.) } } } Nate I will look into the latest SNAP, but I doubt it is fixed. The entire idea is still there. That is, the GC is still waiting for PS_DEAD thread to do cond_signal. Since part of the problem (1) is improved, so we can check further on the (flags & PTHREAD_EXITING) before doing cond_waiting on each PS_DEAD thread, and everything should work. If you agree this logic, I will examine the code and add this conditional code to fix the problem. If you think there may be other problems, we can discuss on it. Thanks, -Jin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 8:57:14 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from ns.mt.sri.com (unknown [206.127.79.91]) by hub.freebsd.org (Postfix) with ESMTP id 11DC21561B for ; Fri, 9 Jul 1999 08:57:11 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id JAA10925; Fri, 9 Jul 1999 09:57:02 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id JAA06226; Fri, 9 Jul 1999 09:57:02 -0600 Date: Fri, 9 Jul 1999 09:57:02 -0600 Message-Id: <199907091557.JAA06226@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: jin@george.lbl.gov Cc: j_guojun@lbl.gov, nate@mt.sri.com, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/11984: pthread_kill cannot kill select() threads, etc. In-Reply-To: <199907091542.IAA04652@george.lbl.gov> References: <199907091542.IAA04652@george.lbl.gov> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > } Note, according the PR, you are running: > } > } >Release: FreeBSD 3.2-RELEASE i386 > } > } > > } > By tracing downto c_r library, two problems have been found: > } > > } > (1) pthread_exit(void *status) ... > } Which version of FreeBSD are you using? In 3.0, it was a char, so I'll > } bet you are using a buggy version of the library. Please update to a > } more recent version, which has these bugs fixed. > > Sorry for the confusion. That was in 2.2.8-RELEASE. The problem is the > gdb get core dump under 3.2-RELEASE when attach the hanging process, > so I did debugging under 2.2.8-RELEASE. The GDB bug was fixed in 3.2-stable right after the release, so please upgrade to 3.2-stable. > Yes, part of the problem 1 is fixed in 3.2-RELEASE, but the flags is not > checked any where, which causes problem 2 still in 3.2. Can you check out the stock code, and if it's still a problem followup on this PR? > If you agree this logic, I will examine the code and add this conditional > code to fix the problem. Let's wait until after you upgrade, and see if the problem still exists. It's possible it may have been fixed some other way. Thanks! Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 9: 0: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 55B8B15627 for ; Fri, 9 Jul 1999 09:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA87724; Fri, 9 Jul 1999 09:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 8B96B14EA4; Fri, 9 Jul 1999 08:55:59 -0700 (PDT) Message-Id: <19990709155559.8B96B14EA4@hub.freebsd.org> Date: Fri, 9 Jul 1999 08:55:59 -0700 (PDT) From: pfeifer@dbai.tuwien.ac.at To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/12578: `cd somewhere` changes current working directory in /bin/sh scripts Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12578 >Category: bin >Synopsis: `cd somewhere` changes current working directory in /bin/sh scripts >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jul 9 09:00:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Gerald Pfeifer >Release: FreeBSD 3.2-RELEASE i386 >Organization: >Environment: FreeBSD polaris.dbai.tuwien.ac.at 3.2-RELEASE FreeBSD 3.2-RELEASE #0: Tue May 18 04:05:08 GMT 1999 jkh@cathair:/usr/src/sys/compile/GENERIC i386 >Description: `man sh` says Command Substitution Command substitution allows the output of a command to be substituted in place of the command name itself. Command substitution occurs when the command is enclosed as follows: $(command) or (``backquoted'' version): `command` The shell expands the command substitution by executing command in a sub- shell environment and replacing the command substitution with the stan- dard output of the command, yet a `cd /some/where` actually does change the current working directory of a shell script it occurs in, i.e., apparently it is not invoked in a sub-shell. Debian GNU/Linux 2.1 (with bash), Solaris 2.6, AIX 4.1 and DEC OSF1 4.0 behave as expected, see "How to repeat the problem". >How-To-Repeat: Run the following script: #!/bin/sh cd /tmp echo .`cd /`. pwd The expected output (as obtained on Solaris 2.6, Debian GNU/Linux 2.1, AIX 4.1 and DEC OSF1 4.0) is as follows .. /tmp while FreeBSD 3.2 incorrectly prints .. / >Fix: Replace /bin/sh by bash. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 9:28:20 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E47C31572F; Fri, 9 Jul 1999 09:28:10 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA24739; Fri, 9 Jul 1999 09:28:10 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Fri, 9 Jul 1999 09:28:10 -0700 (PDT) From: Message-Id: <199907091628.JAA24739@freefall.freebsd.org> To: sheldonh@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: pending/12551: ASIC output is shifted following a short cell Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ASIC output is shifted following a short cell Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: sheldonh Responsible-Changed-When: Fri Jul 9 09:27:28 PDT 1999 Responsible-Changed-Why: Misfiled PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 9:29:24 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9089A14FC4; Fri, 9 Jul 1999 09:29:23 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA27037; Fri, 9 Jul 1999 09:29:23 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Fri, 9 Jul 1999 09:29:23 -0700 (PDT) From: Message-Id: <199907091629.JAA27037@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, mks@FreeBSD.org Subject: Re: kern/12551: ASIC output is shifted following a short cell Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ASIC output is shifted following a short cell Responsible-Changed-From-To: freebsd-bugs->mks Responsible-Changed-By: sheldonh Responsible-Changed-When: Fri Jul 9 09:28:36 PDT 1999 Responsible-Changed-Why: Poul-Henning says that Mike is Mr. ATM. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 9:37:32 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7E6641569F; Fri, 9 Jul 1999 09:37:30 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA43390; Fri, 9 Jul 1999 09:37:30 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Fri, 9 Jul 1999 09:37:30 -0700 (PDT) From: Message-Id: <199907091637.JAA43390@freefall.freebsd.org> To: markd@Grizzly.COM, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/12570: No way to keep pkg_add from installing prerequisite Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: No way to keep pkg_add from installing prerequisite State-Changed-From-To: feedback->open State-Changed-By: sheldonh State-Changed-When: Fri Jul 9 09:36:17 PDT 1999 State-Changed-Why: I don't think this is a useful addition, but the submitter would like the PR to remain open for a second opinion. :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 10:10: 5 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5AD1315647 for ; Fri, 9 Jul 1999 10:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA54369; Fri, 9 Jul 1999 10:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 9 Jul 1999 10:10:01 -0700 (PDT) Message-Id: <199907091710.KAA54369@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Kazutaka YOKOTA Subject: Re: i386/11597: cmouse complaints: "/kernel: psmintr: out of sync (00c0 != 0008)". FAQ150 outdated. Reply-To: Kazutaka YOKOTA Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/11597; it has been noted by GNATS. From: Kazutaka YOKOTA To: Steven Knight Cc: freebsd-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: i386/11597: cmouse complaints: "/kernel: psmintr: out of sync (00c0 != 0008)". FAQ150 outdated. Date: Sat, 10 Jul 1999 02:09:56 +0900 >I am experiencing this problem on a freshly-installed 3.2 system >on my newly-purchased Gateway Essential 400cSE (low-end home line). > >Recap: The general symptom is erratic behavior of the mouse under >moused, accompanied by a cascade of "out of sync" messages whenever >any button is pressed or the mouse is moved: > > Jul 9 04:18:41 new /kernel: psmintr: out of sync (0000 != 0008). [...] I have a test patch which I would like you to try out. 1. cd /sys/i386/isa 2. cp psm.c psm.c-dist # always make backup! patch < _this_mail_ 3. Run `config' on your kernel configuration file, rebuild and install a new kernel, and reboot. 4. After the system has rebooted, send me the entire output from `dmesg'. 5. And see how the mouse behaves now. 6. If you could run the moused daemon in the debugging mode and send its output to me, that would be of a great help. moused -d -f -p /dev/psm0 -l 2 Thank you for your cooperation. Kazu yokota@FreeBSD.ORG --- psm.c-1.11 Mon Jun 28 22:36:52 1999 +++ psm.c Mon Jun 28 22:40:45 1999 @@ -992,9 +992,14 @@ sc->mode.packetsize = vendortype[i].packetsize; /* set mouse parameters */ + sc->mode.resolution = set_mouse_resolution(sc->kbdc, + sc->dflt_mode.resolution); + sc->mode.rate = set_mouse_sampling_rate(sc->kbdc, sc->dflt_mode.rate); +#if 0 i = send_aux_command(sc->kbdc, PSMC_SET_DEFAULTS); if (verbose >= 2) printf("psm%d: SET_DEFAULTS return code:%04x\n", unit, i); +#endif if (sc->config & PSM_CONFIG_RESOLUTION) { sc->mode.resolution = set_mouse_resolution(sc->kbdc, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 11:20: 9 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3B37C14E10 for ; Fri, 9 Jul 1999 11:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA78148; Fri, 9 Jul 1999 11:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 9 Jul 1999 11:20:02 -0700 (PDT) Message-Id: <199907091820.LAA78148@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Steven Knight Subject: Re: i386/11597: cmouse complaints: "/kernel: psmintr: out of sync (00c0 != 0008)". FAQ150 outdated. Reply-To: Steven Knight Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/11597; it has been noted by GNATS. From: Steven Knight To: Kazutaka YOKOTA Cc: freebsd-gnats-submit@freebsd.org Subject: Re: i386/11597: cmouse complaints: "/kernel: psmintr: out of sync (00c0 != 0008)". FAQ150 outdated. Date: Fri, 9 Jul 1999 13:11:42 -0500 (CDT) Kazu-- Many thanks for the quick response. > I have a test patch which I would like you to try out. > > 1. cd /sys/i386/isa > 2. cp psm.c psm.c-dist # always make backup! > patch < _this_mail_ > 3. Run `config' on your kernel configuration file, rebuild and > install a new kernel, and reboot. > 4. After the system has rebooted, send me the entire output from > `dmesg'. First item appended below. > 5. And see how the mouse behaves now. The mouse now behaves properly. > 6. If you could run the moused daemon in the debugging mode and > send its output to me, that would be of a great help. > > moused -d -f -p /dev/psm0 -l 2 Also appended below. If you create a follow-on official patch, please let me know. In the meantime, I'm planning to run the patch you sent me. Thanks you again. --SK > 4. After the system has rebooted, send me the entire output from > `dmesg'. # dmesg > dmesg.out # cat dmesg.out Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.2-RELEASE #0: Fri Jul 9 07:57:10 CDT 1999 root@new.int.ziga.com:/usr/src/sys/compile/GENERIC Timecounter "i8254" frequency 1193182 Hz CPU: Celeron (399.10-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping=5 Features=0x183f9ff> real memory = 167772160 (163840K bytes) config> di zp0 config> di ze0 config> di lnc0 config> di le0 config> di ie0 config> di fe0 config> di ex0 config> di ep0 config> di ed0 config> di cs0 config> di wt0 config> di mcd0 config> di matcdc0 config> di bt0 config> di aha0 config> di adv0 config> q avail memory = 159551488 (155812K bytes) Preloaded elf kernel "kernel" at 0xc0358000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc035809c. Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x03 on pci0.1.0 chip2: rev 0x02 on pci0.7.0 ide_pci0: rev 0x01 on pci0.7.1 chip3: rev 0x02 on pci0.7.3 xl0: <3Com 3c905B-TX Fast Etherlink XL> rev 0x30 int a irq 5 on pci0.15.0 xl0: Ethernet address: 00:10:5a:9f:5f:1c xl0: autoneg complete, link status good (half-duplex, 10Mbps) Probing for devices on PCI bus 1: vga0: rev 0x00 int a irq 11 on pci1.0.0 Probing for PnP devices: Probing for devices on the ISA bus: sc0 on isa sc0: VGA color <16 virtual consoles, flags=0x0> atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa psm0 irq 12 on isa psm0: model IntelliMouse, device ID 3 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1 not found at 0x2f8 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 4110MB (8418816 sectors), 14848 cyls, 9 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, accel, dma, iordis acd0: drive speed 6875KB/sec, 128KB cache acd0: supported read types: CD-R, CD-RW, CD-DA, packet track acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray acd0: Medium: no/blank disc inside, unlocked, lock protected scd0 not found at 0x230 ppc0 at 0x378 irq 7 flags 0x40 on isa ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold lpt0: on ppbus 0 lpt0: Interrupt-driven port ppi0: on ppbus 0 plip0: on ppbus 0 lpt0: on ppbus 0 lpt0: Interrupt-driven port vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa npx0 on motherboard npx0: INT 16 interface changing root device to wd0s1a # > 6. If you could run the moused daemon in the debugging mode and > send its output to me, that would be of a great help. > > moused -d -f -p /dev/psm0 -l 2 Script started on Fri Jul 9 08:26:31 1999 new# moused -d -f -p /dev/psm0 -l 2 moused: proto params: c8 08 00 00 4 00 ff moused: port: /dev/psm0 interface: ps/2 type: ps/2 model: IntelliMouse moused: received char 0x9 moused: received char 0x0 moused: received char 0x0 moused: received char 0x0 moused: assembled full packet (len 4) 9,0,0,0,0,0,0,0 moused: activity : buttons 0x00000001 dx 0 dy 0 dz 0 moused: tv: 931526818 900710 moused: : 0 0 moused: button 1 count 1 moused: received char 0x8 moused: received char 0x0 moused: received char 0x0 moused: received char 0x0 moused: assembled full packet (len 4) 8,0,0,0,0,0,0,0 moused: activity : buttons 0x00000000 dx 0 dy 0 dz 0 moused: tv: 931526819 85040 moused: button 1 count 0 moused: received char 0xa moused: received char 0x0 moused: received char 0x0 moused: received char 0x0 moused: assembled full packet (len 4) a,0,0,0,0,0,0,0 moused: activity : buttons 0x00000004 dx 0 dy 0 dz 0 moused: tv: 931526823 229595 moused: : 0 0 moused: button 3 count 1 moused: received char 0x8 moused: received char 0x0 moused: received char 0x0 moused: received char 0x0 moused: assembled full packet (len 4) 8,0,0,0,0,0,0,0 moused: activity : buttons 0x00000000 dx 0 dy 0 dz 0 moused: tv: 931526823 403466 moused: button 3 count 0 moused: received char 0x8 moused: received char 0x0 moused: received char 0x0 moused: received char 0xff moused: assembled full packet (len 4) 8,0,0,ff,0,0,0,0 moused: activity : buttons 0x00000000 dx 0 dy 0 dz -1 moused: received char 0x18 moused: received char 0xff moused: received char 0x0 moused: received char 0x0 moused: assembled full packet (len 4) 18,ff,0,0,0,0,0,0 moused: activity : buttons 0x00000000 dx -1 dy 0 dz 0 moused: received char 0x18 moused: received char 0xff moused: received char 0x0 moused: received char 0x0 moused: assembled full packet (len 4) 18,ff,0,0,0,0,0,0 moused: activity : buttons 0x00000000 dx -1 dy 0 dz 0 moused: received char 0xc moused: received char 0x0 moused: received char 0x0 moused: received char 0x0 moused: assembled full packet (len 4) c,0,0,0,0,0,0,0 moused: activity : buttons 0x00000002 dx 0 dy 0 dz 0 moused: tv: 931526826 701319 moused: : 0 0 mmoused: button 2 count 1 moused: received char 0x8 moused: received char 0x0 moused: received char 0x0 moused: received char 0x0 moused: assembled full packet (len 4) 8,0,0,0,0,0,0,0 moused: activity : buttons 0x00000000 dx 0 dy 0 dz 0 moused: tv: 931526826 948296 moused: button 2 count 0 moused: received char 0x8 moused: received char 0x1 moused: received char 0x0 moused: received char 0x0 moused: assembled full packet (len 4) 8,1,0,0,0,0,0,0 moused: activity : buttons 0x00000000 dx 1 dy 0 dz 0 moused: received char 0x28 moused: received char 0x0 moused: received char 0xff moused: received char 0x0 moused: assembled full packet (len 4) 28,0,ff,0,0,0,0,0 moused: activity : buttons 0x00000000 dx 0 dy 1 dz 0 moused: received char 0x28 moused: received char 0x0 moused: received char 0xff moused: received char 0x0 moused: assembled full packet (len 4) 28,0,ff,0,0,0,0,0 moused: activity : buttons 0x00000000 dx 0 dy 1 dz 0 moused: received char 0x28 moused: received char 0x0 moused: received char 0xff moused: received char 0x0 moused: assembled full packet (len 4) 28,0,ff,0,0,0,0,0 moused: activity : buttons 0x00000000 dx 0 dy 1 dz 0 moused: received char 0x28 moused: received char 0x0 moused: received char 0xff moused: received char 0x0 moused: assembled full packet (len 4) 28,0,ff,0,0,0,0,0 moused: activity : buttons 0x00000000 dx 0 dy 1 dz 0 moused: received char 0x28 moused: received char 0x0 moused: received char 0xff moused: received char 0x0 moused: assembled full packet (len 4) 28,0,ff,0,0,0,0,0 moused: activity : buttons 0x00000000 dx 0 dy 1 dz 0 moused: received char 0x28 moused: received char 0x0 moused: received char 0xff moused: received char 0x0 moused: assembled full packet (len 4) 28,0,ff,0,0,0,0,0 moused: activity : buttons 0x00000000 dx 0 dy 1 dz 0 moused: received char 0x28 moused: received char 0x0 moused: received char 0xff moused: received char 0x0 moused: assembled full packet (len 4) 28,0,ff,0,0,0,0,0 moused: activity : buttons 0x00000000 dx 0 dy 1 dz 0 moused: received char 0x28 moused: received char 0x0 moused: received char 0xff moused: received char 0x0 moused: assembled full packet (len 4) 28,0,ff,0,0,0,0,0 moused: activity : buttons 0x00000000 dx 0 dy 1 dz 0 moused: received char 0x28 moused: received char 0x0 moused: received char 0xfe moused: received char 0x0 moused: assembled full packet (len 4) 28,0,fe,0,0,0,0,0 moused: activity : buttons 0x00000000 dx 0 dy 2 dz 0 moused: received char 0x28 moused: received char 0x0 moused: received char 0xff moused: received char 0x0 moused: assembled full packet (len 4) 28,0,ff,0,0,0,0,0 moused: activity : buttons 0x00000000 dx 0 dy 1 dz 0 moused: received char 0x28 moused: received char 0x0 moused: received char 0xff moused: received char 0x0 moused: assembled full packet (len 4) 28,0,ff,0,0,0,0,0 moused: activity : buttons 0x00000000 dx 0 dy 1 dz 0 moused: received char 0x28 moused: received char 0x0 moused: received char 0xff moused: received char 0x0 moused: assembled full packet (len 4) 28,0,ff,0,0,0,0,0 moused: activity : buttons 0x00000000 dx 0 dy 1 dz 0 moused: received char 0x28 moused: received char 0x0 moused: received char 0xff moused: received char 0x0 moused: assembled full packet (len 4) 28,0,ff,0,0,0,0,0 moused: activity : buttons 0x00000000 dx 0 dy 1 dz 0 moused: received char 0x28 moused: received char 0x0 moused: received char 0xff moused: received char 0x0 moused: assembled full packet (len 4) 28,0,ff,0,0,0,0,0 moused: activity : buttons 0x00000000 dx 0 dy 1 dz 0 moused: received char 0x28 moused: received char 0x0 moused: received char 0xff moused: received char 0x0 moused: assembled full packet (len 4) 28,0,ff,0,0,0,0,0 moused: activity : buttons 0x00000000 dx 0 dy 1 dz 0 moused: received char 0x28 moused: received char 0x0 moused: received char 0xff moused: received char 0x0 moused: assembled full packet (len 4) 28,0,ff,0,0,0,0,0 moused: activity : buttons 0x00000000 dx 0 dy 1 dz 0 moused: received char 0x28 moused: received char 0x0 moused: received char 0xff moused: received char 0x0 moused: assembled full packet (len 4) 28,0,ff,0,0,0,0,0 moused: activity : buttons 0x00000000 dx 0 dy 1 dz 0 moused: received char 0x18 moused: received char 0xff moused: received char 0x0 moused: received char 0x0 moused: assembled full packet (len 4) 18,ff,0,0,0,0,0,0 moused: activity : buttons 0x00000000 dx -1 dy 0 dz 0 moused: received char 0x18 moused: received char 0xff moused: received char 0x0 moused: received char 0x0 moused: assembled full packet (len 4) 18,ff,0,0,0,0,0,0 moused: activity : buttons 0x00000000 dx -1 dy 0 dz 0 moused: received char 0x18 moused: received char 0xff moused: received char 0x0 moused: received char 0x0 moused: assembled full packet (len 4) 18,ff,0,0,0,0,0,0 moused: activity : buttons 0x00000000 dx -1 dy 0 dz 0 moused: received char 0x18 moused: received char 0xff moused: received char 0x0 moused: received char 0x0 moused: assembled full packet (len 4) 18,ff,0,0,0,0,0,0 moused: activity : buttons 0x00000000 dx -1 dy 0 dz 0 moused: received char 0x18 moused: received char 0xfe moused: received char 0x0 moused: received char 0x0 moused: assembled full packet (len 4) 18,fe,0,0,0,0,0,0 moused: activity : buttons 0x00000000 dx -2 dy 0 dz 0 moused: received char 0x18 moused: received char 0xff moused: received char 0x0 moused: received char 0x0 moused: assembled full packet (len 4) 18,ff,0,0,0,0,0,0 moused: activity : buttons 0x00000000 dx -1 dy 0 dz 0 moused: received char 0x18 moused: received char 0xff moused: received char 0x0 moused: received char 0x0 moused: assembled full packet (len 4) 18,ff,0,0,0,0,0,0 moused: activity : buttons 0x00000000 dx -1 dy 0 dz 0 moused: received char 0x18 moused: received char 0xfe moused: received char 0x0 moused: received char 0x0 moused: assembled full packet (len 4) 18,fe,0,0,0,0,0,0 moused: activity : buttons 0x00000000 dx -2 dy 0 dz 0 moused: received char 0x18 moused: received char 0xff moused: received char 0x0 moused: received char 0x0 moused: assembled full packet (len 4) 18,ff,0,0,0,0,0,0 moused: activity : buttons 0x00000000 dx -1 dy 0 dz 0 ^Cnew# exit new# exit Script done on Fri Jul 9 08:27:15 1999 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 11:50: 8 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id ACE7414D69 for ; Fri, 9 Jul 1999 11:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA80135; Fri, 9 Jul 1999 11:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 9 Jul 1999 11:50:03 -0700 (PDT) Message-Id: <199907091850.LAA80135@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: jbrody2@umbc.edu Subject: Re: bin/10366: /usr/libexec/ld-elf.so.1: Invalid File Format Reply-To: jbrody2@umbc.edu Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/10366; it has been noted by GNATS. From: jbrody2@umbc.edu To: freebsd-gnats-submit@freebsd.org, g3d@graphix.g3d.com Cc: Subject: Re: bin/10366: /usr/libexec/ld-elf.so.1: Invalid File Format Date: Fri, 09 Jul 1999 14:49:37 -0400 I've been getting this error also. I upgraded to the bin distribution from 3.2-RELEASE and built a new kernel from this version also. I've also tried replacing elf.h with the suggested version. None of these have seemed to help. Just thought I'd let you know (and hope for a fix :) ). Thanks! > [Navigation Bar] > > Problem Report bin/10366 > > /usr/libexec/ld-elf.so.1: Invalid File Format > > Confidential > no > Severity > serious > Priority > medium > Responsible > freebsd-bugs@freebsd.org > State > closed > Class > sw-bug > Submitter-Id > current-users > Arrival-Date > Tue Mar 2 20:40:00 PST 1999 > Closed-Date > Sun Jun 20 20:32:14 CDT 1999 > Last-Modified > Sun Jun 20 20:32:14 CDT 1999 > Originator > Hisham Elshahawi g3d@graphix.g3d.com > Release > 3.1-RELEASE > Organization > > ELCO Integrated Solutions > > Environment > > FreeBSD graphix.g3D.com 3.1-RELEASE FreeBSD 3.1-RELEASE #5: Mon Mar 1 21:25:22 EST 1999 root@graphix.g3D.com:/usr/src/sys/compile/GRAPHIX i386 > > Description > > Previous to 3.1, I had been running 3.0-RELEASE. ELF was already > installed and running on the system. After upgrading via CDROM to > 3.1-RELEASE, a few X ELF applications, specifically window manager-related > applications such as KDE's kwm, or the enlightenment binary, etc. Would > refuse to run reporting '/usr/libexec/ld-elf.so.1: Invalid File Format'. > This puzzled me since it has never happened before and ELF was not foreign > to my system prior to 3.1. Mind you, this is with the KDE and enlightenment > precompiled packages off of the CDROM. > > I tried going into /usr/src/libexec/rtld-elf/ and remaking the library but > the problem persists. Not all X/ELF binaries are affected. I've successfully > ran many other ELF binaries. It just so happens that for some reason these > window manager binaries refuse to run correctly. > > How-To-Repeat > > Run /usr/local/bin/kwm from the KDE-1.0 or 1.1 version ELF from package > Run /usr/X11R6/bin/enlightenment in ELF format from the package > > Audit-Trail > > From: John Polstra > To: freebsd-gnats-submit@FreeBSD.ORG > Cc: g3d@graphix.g3d.com > Subject: Re: bin/10366: /usr/libexec/ld-elf.so.1: Invalid File Format > Date: Sat, 13 Mar 1999 18:57:30 -0800 (PST) > > Please grab "src/sys/i386/include/elf.h" revision 1.5.2.2, build a > new kernel, and let me know if it solves the problem for you. (Make > sure that "src/sys/kern/imgact_elf.c" gets recompiled.) You can get > the file from ;. Here are the > diffs relative to 3.1-RELEASE, in case that's more convenient. > > Index: elf.h > =================================================================== > RCS file: /home/ncvs/src/sys/i386/include/elf.h,v > retrieving revision 1.5.2.1 > retrieving revision 1.5.2.2 > diff -u -r1.5.2.1 -r1.5.2.2 > --- elf.h 1999/02/08 18:58:36 1.5.2.1 > +++ elf.h 1999/02/19 01:36:29 1.5.2.2 > @@ -23,7 +23,7 @@ > * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF > * SUCH DAMAGE. > * > - * $Id: elf.h,v 1.5.2.1 1999/02/08 18:58:36 jdp Exp $ > + * $Id: elf.h,v 1.5.2.2 1999/02/19 01:36:29 jdp Exp $ > */ > > #ifndef _MACHINE_ELF_H_ > @@ -121,11 +121,13 @@ > #ifdef KERNEL > > /* > - * On the i386 we load the dynamic linker at a fixed address, > - * below where the executable itself is loaded. This is the > - * standard SVR4 location for it. > + * On the i386 we load the dynamic linker where a userland call > + * to mmap(0, ...) would put it. The rationale behind this > + * calculation is that it leaves room for the heap to grow to > + * its maximum allowed size. > */ > -#define ELF_RTLD_ADDR(vmspace) 0x08000000 > +#define ELF_RTLD_ADDR(vmspace) \ > + (round_page((vm_offset_t)(vmspace)->vm_daddr + MAXDSIZ)) > > #endif /* KERNEL */ > #endif /* !_MACHINE_ELF_H_ */ > > > John > -- > John Polstra jdp@polstra.com > John D. Polstra & Co., Inc. Seattle, Washington USA > "Self-interest is the aphrodisiac of belief." -- James V. DeLong > > > From: Guy Helmer > To: freebsd-gnats-submit@freebsd.org, g3d@graphix.g3d.com > Cc: > Subject: Re: bin/10366: /usr/libexec/ld-elf.so.1: Invalid File Format > Date: Thu, 03 Jun 1999 21:39:35 -0500 > > Did the patches supplied by jdp (or upgrading to a newer release of > FreeBSD) solve the problem? > > Guy Helmer > ghelmer@freebsd.org > > State-Changed-From-To: open->closed > State-Changed-By: ghelmer > State-Changed-When: Sun Jun 20 20:30:27 CDT 1999 > State-Changed-Why: > Pr author didn't respond to query whether the problem still exists; > jdp probably fixed the problem. > > Submit Followup > ------------------------------------------------------------------------ > www@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 14:28:18 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by hub.freebsd.org (Postfix) with ESMTP id 1655114E2C; Fri, 9 Jul 1999 14:28:07 -0700 (PDT) (envelope-from dbushong@CSUA.Berkeley.EDU) Received: (from dbushong@localhost) by soda.CSUA.Berkeley.EDU (8.8.8/) id OAA03175; Fri, 9 Jul 1999 14:27:35 -0700 (PDT) env-from (dbushong) From: dbushong@CSUA.Berkeley.EDU (David Bushong) Message-Id: <199907092127.OAA03175@soda.CSUA.Berkeley.EDU> Subject: Re: bin/12554: File to go in /usr/src/usr.bin/file/Magdir/warcraft2 In-Reply-To: <199907091218.FAA50015@freefall.freebsd.org> from "sheldonh@FreeBSD.org" at "Jul 9, 99 05:18:15 am" To: sheldonh@FreeBSD.org Date: Fri, 9 Jul 1999 14:27:34 -0700 (PDT) Cc: dbushong@CSUA.Berkeley.EDU, freebsd-bugs@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Synopsis: File to go in /usr/src/usr.bin/file/Magdir/warcraft2 > > State-Changed-From-To: open->feedback > State-Changed-By: sheldonh > State-Changed-When: Fri Jul 9 05:17:11 PDT 1999 > State-Changed-Why: > Are there any precendents for game-related formats in the existing Magdir? > From /usr/src/usr.bin/file/Magdir/adventure: #------------------------------------------------------------------------------ # adventure: file(1) magic for Infocom (and other) adventure games # # Adventure game formats # # from Allen Garvin # Edited by Dave Chapeskie Jun 28, 1998 # --David Bushong --david@bushong.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 9 17: 0: 8 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 73CED150E2 for ; Fri, 9 Jul 1999 17:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA02405; Fri, 9 Jul 1999 17:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 9 Jul 1999 17:00:03 -0700 (PDT) Message-Id: <199907100000.RAA02405@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Kazutaka YOKOTA Subject: Re: i386/11597: cmouse complaints: "/kernel: psmintr: out of sync (00c0 != 0008)". FAQ150 outdated. Reply-To: Kazutaka YOKOTA Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/11597; it has been noted by GNATS. From: Kazutaka YOKOTA To: Steven Knight Cc: freebsd-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: i386/11597: cmouse complaints: "/kernel: psmintr: out of sync (00c0 != 0008)". FAQ150 outdated. Date: Sat, 10 Jul 1999 08:54:19 +0900 Thank you for the report. [...] >> 4. After the system has rebooted, send me the entire output from >> `dmesg'. > >First item appended below. > >> 5. And see how the mouse behaves now. > >The mouse now behaves properly. That's the good news. Is it a Logitech mouse or a Gateway mouse, which I suspect is a OEM version of MS IntelliMouse? Would you provide the model name and model number of the mouse? You can probably find them on the label of the mouse. >> 6. If you could run the moused daemon in the debugging mode and >> send its output to me, that would be of a great help. >> >> moused -d -f -p /dev/psm0 -l 2 > >Also appended below. Yes, seems fine. Have you tried turning the wheel? When you turn the wheel, you should see 1 or -1 for 'dz'. >If you create a follow-on official patch, please let me know. In >the meantime, I'm planning to run the patch you sent me. Sure, I will. Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 10 6:56:32 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from cat.ftp.sk (cat.ftp.sk [195.168.47.4]) by hub.freebsd.org (Postfix) with ESMTP id 457F114EDB for ; Sat, 10 Jul 1999 06:56:15 -0700 (PDT) (envelope-from tomas@hodan.sk) Received: from th-pc ([195.168.47.140]) by cat.ftp.sk (8.9.3/8.9.3) with SMTP id PAA19667 for ; Sat, 10 Jul 1999 15:52:29 +0200 (CEST) (envelope-from tomas@hodan.sk) Reply-To: From: "Tomas Hodan" To: Subject: cant build ucd-snmp from current ports Date: Sat, 10 Jul 1999 15:55:52 +0200 Message-ID: <000f01becadb$ecac0e60$8c2fa8c3@th-pc.acs.sk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Importance: Normal Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org hi all, i have small proble to build ucd-snmp 3.6.1 from current ports. please can somebody help me ? thanks tomas 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Sat Jul 8 23:28:28 CEST 1999 : libsnmp.so.3 cd mibgroup; make; cd .. cc -c -O -pipe -Dfreebsd4 -I. -I../.. -I. -I./../.. -I./../../snmplib -I./. . -I.. -o mibII.o mibII.c cc -c -O -pipe -Dfreebsd4 -I. -I../.. -I. -I./../.. -I./../../snmplib -I./. . -I.. -o v2party.o v2party.c cc -c -O -pipe -Dfreebsd4 -I. -I../.. -I. -I./../.. -I./../../snmplib -I./. . -I.. -o mibII/system_mib.o mibII/system_mib.c cc -c -O -pipe -Dfreebsd4 -I. -I../.. -I. -I./../.. -I./../../snmplib -I./. . -I.. -o mibII/sysORTable.o mibII/sysORTable.c cc -c -O -pipe -Dfreebsd4 -I. -I../.. -I. -I./../.. -I./../../snmplib -I./. . -I.. -o mibII/at.o mibII/at.c cc -c -O -pipe -Dfreebsd4 -I. -I../.. -I. -I./../.. -I./../../snmplib -I./. . -I.. -o mibII/interfaces.o mibII/interfaces.c mibII/interfaces.c:1703: warning: type mismatch with previous implicit declaration mibII/interfaces.c:184: warning: previous implicit declaration of `init_interfaces_setup' mibII/interfaces.c:1703: warning: `init_interfaces_setup' was previously implicitly declared to return `int' cc -c -O -pipe -Dfreebsd4 -I. -I../.. -I. -I./../.. -I./../../snmplib -I./. . -I.. -o mibII/snmp_mib.o mibII/snmp_mib.c cc -c -O -pipe -Dfreebsd4 -I. -I../.. -I. -I./../.. -I./../../snmplib -I./. . -I.. -o mibII/tcp.o mibII/tcp.c cc -c -O -pipe -Dfreebsd4 -I. -I../.. -I. -I./../.. -I./../../snmplib -I./. . -I.. -o mibII/icmp.o mibII/icmp.c cc -c -O -pipe -Dfreebsd4 -I. -I../.. -I. -I./../.. -I./../../snmplib -I./. . -I.. -o mibII/ip.o mibII/ip.c cc -c -O -pipe -Dfreebsd4 -I. -I../.. -I. -I./../.. -I./../../snmplib -I./. . -I.. -o mibII/udp.o mibII/udp.c cc -c -O -pipe -Dfreebsd4 -I. -I../.. -I. -I./../.. -I./../../snmplib -I./. . -I.. -o mibII/vacm_vars.o mibII/vacm_vars.c cc -c -O -pipe -Dfreebsd4 -I. -I../.. -I. -I./../.. -I./../../snmplib -I./. . -I.. -o ucd-snmp/vmstat_freebsd2.o ucd-snmp/vmstat_frc cc -c -O -pipe -Dfreebsd4 -I. -I../.. -I. -I./../.. -I./../../snmplib -I./. . -I.. -o ucd-snmp/memory_freebsd2.o ucd-snmp/memory_frc ucd-snmp/memory_freebsd2.c:134: sys/rlist.h: No such file or directory ucd-snmp/memory_freebsd2.c: In function `swapmode': ucd-snmp/memory_freebsd2.c:149: storage size of `head' isn't known *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 10 8: 1:33 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E6AC41500A; Sat, 10 Jul 1999 08:01:30 -0700 (PDT) (envelope-from bde@FreeBSD.org) Received: (from bde@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA28494; Sat, 10 Jul 1999 08:01:29 -0700 (PDT) (envelope-from bde@FreeBSD.org) Date: Sat, 10 Jul 1999 08:01:29 -0700 (PDT) From: Message-Id: <199907101501.IAA28494@freefall.freebsd.org> To: schuerge@cs.uni-sb.de, bde@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/12381: Bad scheduling in FreeBSD Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Bad scheduling in FreeBSD State-Changed-From-To: open->analyzed State-Changed-By: bde State-Changed-When: Sat Jul 10 07:57:58 PDT 1999 State-Changed-Why: This may be fixed in rev.1.23 of intr_machdep.c. Is it? The reason that not everyone sees the bug in intr_machdep.c is that it only affects systems with shared interrupts. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 10 10:16: 2 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DED0814E24; Sat, 10 Jul 1999 10:15:59 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA36739; Sat, 10 Jul 1999 10:15:59 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Sat, 10 Jul 1999 10:15:59 -0700 (PDT) From: Message-Id: <199907101715.KAA36739@freefall.freebsd.org> To: ankh@byron.fachschaften.uni-muenchen.de, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/12517: ipfw should not log to console when using the 'log' keyword but does (sort of documented) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ipfw should not log to console when using the 'log' keyword but does (sort of documented) State-Changed-From-To: feedback->closed State-Changed-By: sheldonh State-Changed-When: Sat Jul 10 10:15:03 PDT 1999 State-Changed-Why: Mail requesting feedback bounces. :-( To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 10 13:50: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9B06314D00 for ; Sat, 10 Jul 1999 13:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA64789; Sat, 10 Jul 1999 13:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from fun.ee.lbl.gov (fun.ee.lbl.gov [131.243.1.81]) by hub.freebsd.org (Postfix) with ESMTP id 32F6F14D9B for ; Sat, 10 Jul 1999 13:43:27 -0700 (PDT) (envelope-from leres@fun.ee.lbl.gov) Received: (from leres@localhost) by fun.ee.lbl.gov (8.9.3/8.9.3) id NAA84751; Sat, 10 Jul 1999 13:43:25 -0700 (PDT) Message-Id: <199907102043.NAA84751@fun.ee.lbl.gov> Date: Sat, 10 Jul 1999 13:43:25 PDT From: Craig Leres To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/12591: [PATCH] LOGIN_CAP_AUTH typo in libutil/Makefile Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12591 >Category: i386 >Synopsis: [PATCH] LOGIN_CAP_AUTH typo in libutil/Makefile >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Jul 10 13:50:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Craig Leres >Release: FreeBSD 3.2-RELEASE i386 >Organization: Lawrence Berkeley National Laboratory >Environment: >Description: If you remove the comment character in libutil/Makefile in order to enable LOGIN_CAP_AUTH, it doesn't work because "-D" is missing. >How-To-Repeat: >Fix: Context diffs appended. *** Makefile.virgin Sat Jul 10 13:37:25 1999 - --- Makefile.fixed Sat Jul 10 13:37:46 1999 *************** *** 4,10 **** SHLIB_MAJOR= 2 SHLIB_MINOR= 2 CFLAGS+=-Wall -DLIBC_SCCS -I${.CURDIR} -I${.CURDIR}/../../sys ! #CFLAGS+=LOGIN_CAP_AUTH SRCS= login.c login_tty.c logout.c logwtmp.c pty.c setproctitle.c \ login_cap.c login_class.c login_auth.c login_times.c login_ok.c \ _secure_path.c uucplock.c property.c auth.c realhostname.c - --- 4,10 ---- SHLIB_MAJOR= 2 SHLIB_MINOR= 2 CFLAGS+=-Wall -DLIBC_SCCS -I${.CURDIR} -I${.CURDIR}/../../sys ! #CFLAGS+=-DLOGIN_CAP_AUTH SRCS= login.c login_tty.c logout.c logwtmp.c pty.c setproctitle.c \ login_cap.c login_class.c login_auth.c login_times.c login_ok.c \ _secure_path.c uucplock.c property.c auth.c realhostname.c -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBN4ewP72JLbUEFcrxAQFwSAP/SPV+yviX+/aI0RWez+TcLcQn2C5Flyl8 /1EHccIItWvLbWVHdxXWqRx6rdsb6V5ouQSF3p5EjW89UO2AwqZflQHsuFdpq0Ww tGXZO/HKxJvhRtfd/J/7k19Q9t/ZPerRBOpeGaFwgqnI8hV89ofTOHlBfiBxbVxh lwpAjq8rQMA= =Z/Nd -----END PGP SIGNATURE----- >Release-Note: >Audit-Trail: >Unformatted: -----BEGIN PGP SIGNED MESSAGE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 10 14:30: 7 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C231A14D5B for ; Sat, 10 Jul 1999 14:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA69532; Sat, 10 Jul 1999 14:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 10 Jul 1999 14:30:03 -0700 (PDT) Message-Id: <199907102130.OAA69532@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Craig Leres Subject: Re: kern/12543: [PATCH] cumulative error stats for fxp(4) Reply-To: Craig Leres Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/12543; it has been noted by GNATS. From: Craig Leres To: dg@root.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG, vern@ee.lbl.gov (Vern Paxson) Subject: Re: kern/12543: [PATCH] cumulative error stats for fxp(4) Date: Sat, 10 Jul 1999 14:27:45 PDT > Perhaps it would also be better if the stats were stored as a ISO 8802.3 > MIB and made available via sysctl like what is done inside the if_ed driver. Ok, here's a version (diff'ed against 3.2-RELEASE) that does this. It also adds a new bpf hook that allows packet capture interfaces to report missed packets. If you want to ifdef the stats collection, it's ok with me but the expense of adding up a few counters is minor compared to fetching the stat struct over the bus (which you have to do anyway for collision stats). Plus, this is only done once a second. One question I had is do you know what the dot3Compliance field means? It's not in RFC 1650 but I think it's an indication of what stats are collected and I'm not sure just setting it to DOT3COMPLIANCE_COLLS is %100 correct. Please take a look at let me know what you think. Craig ------ *** if_fxp.c.virgin Tue Jul 6 20:34:12 1999 --- if_fxp.c.new Sat Jul 10 14:04:17 1999 *************** *** 32,37 **** --- 32,41 ---- /* * Intel EtherExpress Pro/100B PCI Fast Ethernet driver + * as described on: + * + * http://developer.intel.com/design/network/mature/82557.htm + * */ #include "bpfilter.h" *************** *** 45,50 **** --- 49,55 ---- #include #include + #include #include #ifdef NS *************** *** 585,590 **** --- 590,600 ---- ifp->if_ioctl = fxp_ioctl; ifp->if_start = fxp_start; ifp->if_watchdog = fxp_watchdog; + ifp->if_linkmib = &sc->mibdata; + ifp->if_linkmiblen = sizeof(sc->mibdata); + sc->mibdata.dot3StatsEtherChipSet = + DOT3CHIPSET(dot3VendorIntel, dot3ChipSetIntel82557); + sc->mibdata.dot3Compliance = DOT3COMPLIANCE_COLLS; /* * Attach the interface. *************** *** 1058,1069 **** --- 1068,1083 ---- FXP_RFA_STATUS_IAMATCH) && (eh->ether_dhost[0] & 1) == 0) { + #ifde BRIDGE dropit: + #endif if (m) m_freem(m); goto rcvloop; } + #ifdef BRIDGE getit: + #endif m->m_data += sizeof(struct ether_header); m->m_len -= *************** *** 1107,1113 **** struct ifnet *ifp = &sc->sc_if; struct fxp_stats *sp = sc->fxp_stats; struct fxp_cb_tx *txp; ! int s; ifp->if_opackets += sp->tx_good; ifp->if_collisions += sp->tx_total_collisions; --- 1121,1128 ---- struct ifnet *ifp = &sc->sc_if; struct fxp_stats *sp = sc->fxp_stats; struct fxp_cb_tx *txp; ! struct ifmib_iso_8802_3 *mib = &sc->mibdata; ! int s, missed; ifp->if_opackets += sp->tx_good; ifp->if_collisions += sp->tx_total_collisions; *************** *** 1134,1140 **** --- 1149,1188 ---- if (tx_threshold < 192) tx_threshold += 64; } + + /* Update RFC1650 totals */ + mib->dot3StatsAlignmentErrors += sp->rx_alignment_errors; + mib->dot3StatsFCSErrors += sp->rx_crc_errors; + mib->dot3StatsSingleCollisionFrames += sp->tx_single_collisions; + mib->dot3StatsCollFrequencies[0] += sp->tx_single_collisions; + mib->dot3StatsMultipleCollisionFrames += sp->tx_multiple_collisions; + mib->dot3StatsDeferredTransmissions += sp->tx_deffered; + mib->dot3StatsLateCollisions += sp->tx_latecols; + mib->dot3StatsExcessiveCollisions += sp->tx_maxcols; + mib->dot3StatsCollFrequencies[15] += sp->tx_maxcols; + mib->dot3StatsInternalMacTransmitErrors += sp->tx_underruns; + mib->dot3StatsCarrierSenseErrors += sp->tx_lostcrs; + mib->dot3StatsInternalMacReceiveErrors += sp->rx_overrun_errors; + missed = sp->rx_overrun_errors + sp->rx_rnr_errors; + mib->dot3StatsMissedFrames += missed; + #ifdef notdef + mib->dot3StatsFrameTooLongs += ???; + /* Doesn't apply to non-aui ethernet */ + mib->dot3StatsSQETestErrors += 0; + #endif + + #ifdef notdef + /* Things the 82557 tells us about we can't report */ + sp->rx_cdt_errors; /* collisions during frame reception */ + sp->rx_shortframes; /* frame shorter than minimum */ + #endif + s = splimp(); + #if NBPFILTER > 0 + /* Call bpf_dropcnt() at elevated ipl */ + if (ifp->if_bpf != NULL && missed != 0) + bpf_dropcnt(ifp, missed); + #endif /* * Release any xmit buffers that have completed DMA. This isn't * strictly necessary to do here, but it's advantagous for mbufs RCS file: RCS/if_fxpvar.h,v retrieving revision 1.1 diff -c -r1.1 if_fxpvar.h *** /tmp/,RCSt1D84823 Sat Jul 10 14:08:50 1999 --- if_fxpvar.h Wed Jul 7 12:52:32 1999 *************** *** 65,70 **** --- 65,71 ---- int phy_primary_addr; /* address of primary PHY */ int phy_primary_device; /* device type of primary PHY */ int phy_10Mbps_only; /* PHY is 10Mbps-only device */ + struct ifmib_iso_8802_3 mibdata; /* stuff for network mgmt */ }; /* Macros to ease CSR access. */ *** bpf.c.virgin Sat Jul 10 14:09:23 1999 --- bpf.c.new Sat Jul 10 14:10:44 1999 *************** *** 1107,1112 **** --- 1107,1127 ---- } /* + * Hook for drivers to report dropped packets + */ + void + bpf_dropcnt(ifp, drop) + struct ifnet *ifp; + u_int drop; + { + struct bpf_if *bp = ifp->if_bpf; + struct bpf_d *d; + + for (d = bp->bif_dlist; d != NULL; d = d->bd_next) + d->bd_dcount += drop; + } + + /* * Move the packet data from interface memory (pkt) into the * store buffer. Return 1 if it's time to wakeup a listener (buffer full), * otherwise 0. "copy" is the routine called to do the actual data *** bpf.h.virgin Sat Jul 10 14:12:34 1999 --- bpf.h.new Sat Jul 10 14:13:01 1999 *************** *** 230,235 **** --- 230,236 ---- void bpfattach __P((struct ifnet *, u_int, u_int)); void bpfilterattach __P((int)); u_int bpf_filter __P((struct bpf_insn *, u_char *, u_int, u_int)); + void bpf_dropcnt __P((struct ifnet *, u_int)); #endif /* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 10 19:41:35 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 50B9114C14 for ; Sat, 10 Jul 1999 19:41:32 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id WAA26167; Sat, 10 Jul 1999 22:41:31 -0400 (EDT) (envelope-from wollman) Date: Sat, 10 Jul 1999 22:41:31 -0400 (EDT) From: Garrett Wollman Message-Id: <199907110241.WAA26167@khavrinen.lcs.mit.edu> To: Craig Leres Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/12543: [PATCH] cumulative error stats for fxp(4) In-Reply-To: <199907102130.OAA69532@freefall.freebsd.org> References: <199907102130.OAA69532@freefall.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > One question I had is do you know what the dot3Compliance field means? > It's not in RFC 1650 but I think it's an indication of what stats are > collected and I'm not sure just setting it to DOT3COMPLIANCE_COLLS is > %100 correct. Well, it's not a variable in RFC 1650, but there is an oid tree for it. The DESCRIPTION indicates that the ``collisions'' level indicates that the complete collision histogram is implemented. Your implementation, at least, does not implement the collision histogram, so it should specify DOT3COMPLIANCE_STATS. There's a program in /usr/src/tools called `ifinfo' which queries this information. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message