From owner-freebsd-bugs Sun Dec 17 01:20:15 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA09877 for bugs-outgoing; Sun, 17 Dec 1995 01:20:15 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA09845 Sun, 17 Dec 1995 01:20:09 -0800 (PST) Resent-Date: Sun, 17 Dec 1995 01:20:09 -0800 (PST) Resent-Message-Id: <199512170920.BAA09845@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, danjo@blitzen.canberra.edu.au Received: from eyerot.canberra.edu.au (natsem.canberra.edu.au [137.92.52.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA08816 for ; Sun, 17 Dec 1995 01:10:43 -0800 (PST) Received: (from root@localhost) by eyerot.canberra.edu.au (8.6.12/8.6.12) id CAA05399; Sun, 17 Dec 1995 02:52:29 +1100 Message-Id: <199512161552.CAA05399@eyerot.canberra.edu.au> Date: Sun, 17 Dec 1995 02:52:29 +1100 From: danjo@blitzen.canberra.edu.au Reply-To: danjo@blitzen.canberra.edu.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/898: bug? Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 898 >Category: misc >Synopsis: select() not detecting socket close under certain circumstances >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Dec 17 01:20:06 PST 1995 >Last-Modified: >Originator: Danny Gasparovski >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: Running 2.1 RELEASE, no idea if other releases are affected >Description: If a process opens a socket, sheds it's controlling terminal, then closes the socket, the other end will not (with select()) detect that the socket has closed. >How-To-Repeat: Here is the source of a test program, t1.c: #include #include #include #include #include extern int errno; #undef SPAM main() { struct sockaddr_in addr; int addrlen = sizeof(addr); int s; s = socket(AF_INET, SOCK_STREAM, 0); addr.sin_family = AF_INET; addr.sin_addr.s_addr = INADDR_ANY; addr.sin_port = htons(6666); if (bind(s, (struct sockaddr *)&addr, sizeof(addr)) != 0) { fprintf(stderr, "bind() failed: %s\n", strerror(errno)); exit(1); } listen(s, 1); s = accept(s, (struct sockaddr *)&addr, &addrlen); sleep(5); #ifdef SPAM if (fork()) exit(0); setsid(); if (fork()) { wait(&s); exit(0); } setpgid(0, 0); #endif close(s); /* t2 should exit now */ sleep(5); exit(0); } Here is the source of t2.c: #include #include #include #include #include #include #include main() { struct sockaddr_in addr; fd_set r; int s; char *buf[256]; time_t t; time(&t); s = socket(AF_INET, SOCK_STREAM, 0); addr.sin_family = AF_INET; addr.sin_addr.s_addr = inet_addr("127.0.0.1"); addr.sin_port = htons(6666); connect(s, (struct sockaddr *)&addr, sizeof(addr)); while (1) { FD_ZERO(&r); FD_SET(s, &r); select(s+1, &r, (fd_set *)0, (fd_set *)0, (struct timeval *)0); if (FD_ISSET(s, &r)) { if (read(s, buf, 256) == 0) { fprintf(stderr, "Time difference: %d\n", time((time_t *)0) - t); exit(0); } } } } Now, if you undefine SPAM in t1.c and compile/run it, then compile/run t2.c, t2 should exit when t1 does a close() on the socket. However, if you #define SPAM in t1.c, compile/run it, and then run t2, t2 will NOT exit when t1 issues the close() on the socket. With SPAM undefined, t2 will report a 5 second wait, with SPAM defined it will report a 10 second wait. >Fix: I have no idea. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Dec 17 05:00:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA28018 for bugs-outgoing; Sun, 17 Dec 1995 05:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA28012 Sun, 17 Dec 1995 05:00:02 -0800 (PST) Resent-Date: Sun, 17 Dec 1995 05:00:02 -0800 (PST) Resent-Message-Id: <199512171300.FAA28012@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, fn@pain.csrv.uidaho.edu Received: from pain.csrv.uidaho.edu (root@pain.csrv.uidaho.edu [129.101.114.109]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA27715 for ; Sun, 17 Dec 1995 04:55:50 -0800 (PST) Received: (from fn@localhost) by pain.csrv.uidaho.edu (8.6.12/8.6.9) id EAA06657; Sun, 17 Dec 1995 04:55:48 -0800 Message-Id: <199512171255.EAA06657@pain.csrv.uidaho.edu> Date: Sun, 17 Dec 1995 04:55:48 -0800 From: Faried Nawaz Reply-To: fn@pain.csrv.uidaho.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/899: /var/db/mountdtab not removed on bootup. Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 899 >Category: bin >Synopsis: /var/db/mountdtab can contain useless/outdated info >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Dec 17 05:00:01 PST 1995 >Last-Modified: >Originator: Faried Nawaz >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: this problem's in 2.x, i think. i'm FreeBSD pain.csrv.uidaho.edu 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Wed Dec 13 20:01:46 PST 1995 fn@pain.csrv.uidaho.edu:/disk1/src/sys/compile/pain i386 >Description: /var/db/mountdtab is not removed on bootup, and so hosts "appear" to be mounting drives when they aren't doing so. >How-To-Repeat: set up the nfs server stuff on host 'A', export a drive/directory to host 'B', mount host_a:/whatever on host 'B', unmount, reboot host 'A', wait for it to come back up type 'showmount host_a'. >Fix: --- /etc/rc~ Sun Dec 17 04:49:39 1995 +++ /etc/rc Sun Dec 17 04:49:52 1995 @@ -210,6 +210,7 @@ fi if [ "X${nfs_server}" = X"YES" -a -r /etc/exports ]; then + cp /dev/null /var/db/mountdtab echo -n ' mountd' if [ "X${pcnfsd}" = X"YES" ]; then mountd -n perhaps mountd should remove a client's entry from /var/db/mountdtab when the client umounts? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Dec 17 12:10:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA15946 for bugs-outgoing; Sun, 17 Dec 1995 12:10:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA15939 Sun, 17 Dec 1995 12:10:03 -0800 (PST) Resent-Date: Sun, 17 Dec 1995 12:10:03 -0800 (PST) Resent-Message-Id: <199512172010.MAA15939@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, aagero@aage.aage.priv.no Received: from birk04.studby.uio.no (root@birk04.studby.uio.no [129.240.214.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA15410 for ; Sun, 17 Dec 1995 12:02:53 -0800 (PST) Received: (from aagero@localhost) by birk04.studby.uio.no (8.7.3/FreeBSD1.0æøå) id VAA01981; Sun, 17 Dec 1995 21:02:48 +0100 (MET) Message-Id: <199512172002.VAA01981@birk04.studby.uio.no> Date: Sun, 17 Dec 1995 21:02:48 +0100 (MET) From: aagero@aage.aage.priv.no Reply-To: aagero@aage.aage.priv.no To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/900: ext2fs problems Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 900 >Category: kern >Synopsis: ext2fs triggers divide by zero trap in vnode_pager_haspage >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Dec 17 12:10:02 PST 1995 >Last-Modified: >Originator: Åge Røbekk >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD-CURRENT 2.2, 14. Dec.-sources. >Description: execution of large executables on a ext2 filesystem can trigger a divide-fault trap which leads to kernel panic. This is not a problem with the linux binary emulation but rather a filesystem problem. >How-To-Repeat: execute any large file on a linux partition, e.g. /mount/linux/bin$ ./bash (I assume everyone has got this one :) >Fix: The problem lies in /sys/vm/vnode_pager.c, vnode_pager_haspage. The relevant code: bsize = vp->v_mount->mnt_stat.f_iosize; pagesperblock = bsize / PAGE_SIZE; reqblock = pindex / pagesperblock; The f_iosize _and_ f_bsize on my ext2fs partition is 1024 bytes, or at least that is what statfs() reports. If bsize < PAGE_SIZE, pagesperblock is set to 0. I have no fix. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Dec 17 12:58:41 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA20038 for bugs-outgoing; Sun, 17 Dec 1995 12:58:41 -0800 (PST) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA20029 for ; Sun, 17 Dec 1995 12:58:37 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.6.12/8.6.4) with ESMTP id WAA02474 for ; Sun, 17 Dec 1995 22:49:24 +0200 Received: (hsu@localhost) by katiska.clinet.fi (8.6.12/8.6.4) id WAA13572; Sun, 17 Dec 1995 22:49:34 +0200 Date: Sun, 17 Dec 1995 22:49:34 +0200 Message-Id: <199512172049.WAA13572@katiska.clinet.fi> From: Heikki Suonsivu To: freebsd-bugs@freefall.FreeBSD.org Subject: STRIP incorrectly set in bsd.prog.mk Organization: Clinet Ltd, Espoo, Finland Sender: owner-bugs@FreeBSD.ORG Precedence: bulk bsd.prog.mk sets STRIP to -s even if DEBUG_FLAGS is set. I changed .if !defined(DEBUG_FLAGS) STRIP?= -s .endif to .if !defined(DEBUG_FLAGS) STRIP?= -s .else STRIP= .endif and the problem went away. No sense compiling with -g if -s will be forced in the install. I don't know why -s is set in the first place, though, so this is just a workaround. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi work +358-0-4375209 fax -4555276 home -8031121 From owner-freebsd-bugs Sun Dec 17 15:21:08 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA03757 for bugs-outgoing; Sun, 17 Dec 1995 15:21:08 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA03740 for ; Sun, 17 Dec 1995 15:21:01 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA24095; Mon, 18 Dec 1995 10:16:20 +1100 Date: Mon, 18 Dec 1995 10:16:20 +1100 From: Bruce Evans Message-Id: <199512172316.KAA24095@godzilla.zeta.org.au> To: freebsd-bugs@freefall.freebsd.org, hsu@clinet.fi Subject: Re: STRIP incorrectly set in bsd.prog.mk Sender: owner-bugs@FreeBSD.ORG Precedence: bulk >bsd.prog.mk sets STRIP to -s even if DEBUG_FLAGS is set. This is correct. >I changed >.if !defined(DEBUG_FLAGS) >STRIP?= -s >.endif >to >.if !defined(DEBUG_FLAGS) >STRIP?= -s >.else >STRIP= >.endif Just set `STRIP=' >and the problem went away. No sense compiling with -g if -s will be forced >in the install. I don't know why -s is set in the first place, though, so >this is just a workaround. -s is to save space, and you can easily debug the uninstalled binaries if you have space to keep them. Bruce From owner-freebsd-bugs Sun Dec 17 22:06:31 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA05955 for bugs-outgoing; Sun, 17 Dec 1995 22:06:31 -0800 (PST) Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA05950 for ; Sun, 17 Dec 1995 22:06:28 -0800 (PST) Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.7.1/8.6.4) with ESMTP id HAA03127 for ; Mon, 18 Dec 1995 07:06:26 +0100 (MET) Message-Id: <199512180606.HAA03127@lirmm.lirmm.fr> To: bugs@freebsd.org Subject: some typos, bug fixes Date: Mon, 18 Dec 1995 07:06:24 +0100 From: "Philippe Charnier" Sender: owner-bugs@freebsd.org Precedence: bulk Hi, =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/games/sail/pl_main.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 pl_main.c --- pl_main.c 1994/09/04 04:03:18 1.1.1.1 +++ pl_main.c 1995/12/16 17:17:38 @@ -198,7 +198,13 @@ else { (void) printf("Your name, Captain? "); (void) fflush(stdout); - (void) gets(captain); + (void) fgets(captain, sizeof(captain), stdin); + { int len; + + len = strlen(captain); + if (captain[len - 1] == '\n') + captain[len - 1] = '\0'; + } if (!*captain) (void) strcpy(captain, "no name"); } =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/gnu/usr.bin/gdb/gdb/parser-defs.h,v retrieving revision 1.3 diff -u -r1.3 parser-defs.h --- parser-defs.h 1995/05/30 04:57:40 1.3 +++ parser-defs.h 1995/12/16 17:32:34 @@ -22,6 +22,9 @@ #if !defined (PARSER_DEFS_H) #define PARSER_DEFS_H 1 +#include "symtab.h" + + struct std_regs { char *name; int regnum; =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/lib/libc/gen/sysctl.3,v retrieving revision 1.3 diff -u -r1.3 sysctl.3 --- sysctl.3 1994/10/18 03:42:18 1.3 +++ sysctl.3 1995/12/16 16:25:54 @@ -38,6 +38,7 @@ .Nm sysctl .Nd get or set system information .Sh SYNOPSIS +.Fd #include .Fd #include .Ft int .Fn sysctl "int *name" "u_int namelen" "void *oldp" "size_t *oldlenp" "void *newp" "size_t newlen" @@ -51,7 +52,7 @@ consists of integers, strings, and tables. Information may be retrieved and set from the command interface using the -.Xr sysctl 1 +.Xr sysctl 8 utility. .Pp Unless explicitly noted below, =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/share/man/man1/intro.1,v retrieving revision 1.2 diff -u -r1.2 intro.1 --- intro.1 1995/02/28 00:19:41 1.2 +++ intro.1 1995/12/16 19:44:52 @@ -64,6 +64,7 @@ .Xr intro 4 .Xr intro 7 .Xr intro 8 +.Xr intro 9 .Pp Tutorials in the .%T "UNIX User's Manual Supplementary Documents" . =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/share/man/man9/intro.9,v retrieving revision 1.2 diff -u -r1.2 intro.9 --- intro.9 1995/12/14 10:50:24 1.2 +++ intro.9 1995/12/16 18:02:09 @@ -82,7 +82,7 @@ #endif /* DDB */ .Ed -And the name of the procedure shoule start with the prefix +And the name of the procedure should start with the prefix .Li DDB_ to clearly identify the procedure as a debugger routine. .El @@ -95,7 +95,7 @@ There are several reasons for this policy, the main one is that the kernel is one monolithic name-space, -and polution is not a good idea here either. +and pollution is not a good idea here either. For device drivers and other modules that don't add new internal interfaces to the kernel, the entire source should be in one file it possible. =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/usr.sbin/ctm/ctm/ctm.1,v retrieving revision 1.2 diff -u -r1.2 ctm.1 --- ctm.1 1995/03/26 20:09:46 1.2 +++ ctm.1 1995/12/16 18:46:46 @@ -131,7 +131,7 @@ .Sh SEE ALSO .Xr ctm 5 -.Pq yet to be written . +.Xr ctm_rmail 1 .Sh HISTORY @@ -140,7 +140,7 @@ The .Nm ctm -command appeared in FreeBSD 2.1. +command appeared in FreeBSD 2.0.5. .Sh AUTHORS =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/usr.sbin/ctm/ctm/ctm.5,v retrieving revision 1.2 diff -u -r1.2 ctm.5 --- ctm.5 1995/03/26 20:09:48 1.2 +++ ctm.5 1995/12/16 18:33:36 @@ -197,7 +197,7 @@ Initial trials ran during the FreeBSD 1.1.5, and many bugs and methods were hashed out. -The CTM system has been made publically available in FreeBSD 2.1. +The CTM system has been made publically available in FreeBSD 2.0.5. .Sh AUTHORS =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/usr.sbin/ctm/ctm_rmail/ctm_rmail.1,v retrieving revision 1.4 diff -u -r1.4 ctm_rmail.1 --- ctm_rmail.1 1995/02/25 05:10:17 1.4 +++ ctm_rmail.1 1995/12/16 18:44:44 @@ -46,10 +46,6 @@ optionally call .Xr ctm to apply it to the source tree. -At the moment, -only two source trees are distributed, and both by the same site. These are -the FreeBSD-current source and CVS trees, distributed by -.Li ref.tfs.com . .Pp Command line arguments for .Nm ctm_smail : @@ -346,7 +342,7 @@ .\" .Sh ERRORS .Sh SEE ALSO .Xr ctm 1 -(coming soon) +.Xr ctm 5 .\" .Sh STANDARDS .\" .Sh HISTORY .Sh AUTHOR -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-bugs Sun Dec 17 23:00:04 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA07653 for bugs-outgoing; Sun, 17 Dec 1995 23:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA07630 Sun, 17 Dec 1995 23:00:02 -0800 (PST) Resent-Date: Sun, 17 Dec 1995 23:00:02 -0800 (PST) Resent-Message-Id: <199512180700.XAA07630@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, aagero@aage.aage.priv.no Received: from birk04.studby.uio.no (root@birk04.studby.uio.no [129.240.214.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA07581 for ; Sun, 17 Dec 1995 22:58:21 -0800 (PST) Received: (from aagero@localhost) by birk04.studby.uio.no (8.7.3/FreeBSD1.0æøå) id HAA12860; Mon, 18 Dec 1995 07:58:18 +0100 (MET) Message-Id: <199512180658.HAA12860@birk04.studby.uio.no> Date: Mon, 18 Dec 1995 07:58:18 +0100 (MET) From: aagero@aage.aage.priv.no Reply-To: aagero@aage.aage.priv.no To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/901: busy pages get free'd by vm_page_free Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 901 >Category: kern >Synopsis: vm_page_free frees wrong pages in vfs_bio.c >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Dec 17 23:00:01 PST 1995 >Last-Modified: >Originator: Åge Røbekk >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD-CURRENT 14. dec. sources. >Description: vm_page_free() in vfs_bio.c has an incorrent index of the free(?) pages. When vm_hold_free_pages() calls vm_page_free() it points to the wrong page due to the index being a signed datatype. >How-To-Repeat: Do a lot of activity, in order to get the paging moving. Usually ls -lR / has been sufficient. >Fix: Apply the included patch. --- kern/vfs_bio.c Sun Dec 17 02:51:17 1995 +++ kern/vfs_bio.c~ Sun Dec 17 02:51:04 1995 @@ -1634,7 +1634,7 @@ vm_offset_t to = round_page(toa); for (pg = from; pg < to; pg += PAGE_SIZE) { - int index = ((caddr_t) pg - bp->b_data) >> PAGE_SHIFT; + unsigned int index = ((caddr_t) pg - bp->b_data) >> PAGE_SHIFT; p = bp->b_pages[index]; bp->b_pages[index] = 0; pmap_kremove(pg); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Dec 17 23:40:06 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA09012 for bugs-outgoing; Sun, 17 Dec 1995 23:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA08994 Sun, 17 Dec 1995 23:40:03 -0800 (PST) Date: Sun, 17 Dec 1995 23:40:03 -0800 (PST) Message-Id: <199512180740.XAA08994@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: kern/901: busy pages get free'd by vm_page_free Reply-To: David Greenman Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/901; it has been noted by GNATS. From: David Greenman To: aagero@aage.aage.priv.no Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/901: busy pages get free'd by vm_page_free Date: Sun, 17 Dec 1995 23:37:12 -0800 >>Description: > >vm_page_free() in vfs_bio.c has an incorrent index of the free(?) pages. When >vm_hold_free_pages() calls vm_page_free() it points to the wrong page due to >the index being a signed datatype. > >>How-To-Repeat: > >Do a lot of activity, in order to get the paging moving. Usually ls -lR / has >been sufficient. > >>Fix: > >Apply the included patch. > >--- kern/vfs_bio.c Sun Dec 17 02:51:17 1995 >+++ kern/vfs_bio.c~ Sun Dec 17 02:51:04 1995 >@@ -1634,7 +1634,7 @@ > vm_offset_t to = round_page(toa); > > for (pg = from; pg < to; pg += PAGE_SIZE) { >- int index = ((caddr_t) pg - bp->b_data) >> PAGE_SHIFT; >+ unsigned int index = ((caddr_t) pg - bp->b_data) >> PAGE_SHIFT; > p = bp->b_pages[index]; > bp->b_pages[index] = 0; > pmap_kremove(pg); I must be really missing something. The index that is calculated should always be between 0 and 1 (or some small number). I don't understand why making index unsigned would make any difference since it should always be positive. If it's ever negative, well then that's quite another problem. -DG From owner-freebsd-bugs Mon Dec 18 04:01:32 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA22641 for bugs-outgoing; Mon, 18 Dec 1995 04:01:32 -0800 (PST) Received: from ucvg.med.utah.edu (ucvg.med.utah.edu [128.110.62.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA22631 for ; Mon, 18 Dec 1995 04:01:29 -0800 (PST) Received: (from rick@localhost) by ucvg.med.utah.edu (8.6.11/8.6.11) id FAA18089; Mon, 18 Dec 1995 05:04:07 -0700 Resent-Date: Sun, 17 Dec 1995 12:10:03 -0800 (PST) Resent-Message-Id: <199512172010.MAA15939@freefall.freebsd.org> Resent-From: gnats@freefall.freebsd.org (GNATS Management) Resent-To: freebsd-bugs@freefall.freebsd.org Resent-Reply-To: FreeBSD-gnats@freefall.freebsd.org, aagero@aage.aage.priv.no Message-Id: <199512172002.VAA01981@birk04.studby.uio.no> Date: Sun, 17 Dec 1995 21:02:48 +0100 (MET) From: aagero@aage.aage.priv.no Reply-To: aagero@aage.aage.priv.no To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/900: ext2fs problems ReSent-Date: Mon, 18 Dec 1995 05:03:58 -0700 (MST) ReSent-From: Rick Scheese ReSent-To: rick@rscheese.med.utah.edu ReSent-Message-ID: Sender: owner-bugs@FreeBSD.ORG Precedence: bulk >Number: 900 >Category: kern >Synopsis: ext2fs triggers divide by zero trap in vnode_pager_haspage >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Dec 17 12:10:02 PST 1995 >Last-Modified: >Originator: Ege Rxbekk >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD-CURRENT 2.2, 14. Dec.-sources. >Description: execution of large executables on a ext2 filesystem can trigger a divide-fault trap which leads to kernel panic. This is not a problem with the linux binary emulation but rather a filesystem problem. >How-To-Repeat: execute any large file on a linux partition, e.g. /mount/linux/bin$ ./bash (I assume everyone has got this one :) >Fix: The problem lies in /sys/vm/vnode_pager.c, vnode_pager_haspage. The relevant code: bsize = vp->v_mount->mnt_stat.f_iosize; pagesperblock = bsize / PAGE_SIZE; reqblock = pindex / pagesperblock; The f_iosize _and_ f_bsize on my ext2fs partition is 1024 bytes, or at least that is what statfs() reports. If bsize < PAGE_SIZE, pagesperblock is set to 0. I have no fix. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Dec 18 05:30:08 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA26127 for bugs-outgoing; Mon, 18 Dec 1995 05:30:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA26115 Mon, 18 Dec 1995 05:30:05 -0800 (PST) Date: Mon, 18 Dec 1995 05:30:05 -0800 (PST) Message-Id: <199512181330.FAA26115@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: bin/899: /var/db/mountdtab not removed on bootup. Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR bin/899; it has been noted by GNATS. From: J Wunsch To: fn@pain.csrv.uidaho.edu Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: bin/899: /var/db/mountdtab not removed on bootup. Date: Mon, 18 Dec 1995 09:59:26 +0100 (MET) As Faried Nawaz wrote: > > >Description: > > /var/db/mountdtab is not removed on bootup, and so hosts "appear" to be > mounting drives when they aren't doing so. I believe this is rather a bug in the NFS implementation in not removing mountdtab entries at umount time. Removing mountdtab on bootup is the wrong way. It is _intented_ to persist across system boots, since the NFS protocol was designed so that a server can go down and up again while a client is holding it mounted. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Dec 18 05:51:42 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA27017 for bugs-outgoing; Mon, 18 Dec 1995 05:51:42 -0800 (PST) Received: from ucvg.med.utah.edu (ucvg.med.utah.edu [128.110.62.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA27012 for ; Mon, 18 Dec 1995 05:51:40 -0800 (PST) Received: (from rick@localhost) by ucvg.med.utah.edu (8.6.11/8.6.11) id GAA21479; Mon, 18 Dec 1995 06:54:19 -0700 Resent-Date: Sun, 17 Dec 1995 12:10:03 -0800 (PST) Resent-Message-Id: <199512172010.MAA15939@freefall.freebsd.org> Resent-From: gnats@freefall.freebsd.org (GNATS Management) Resent-To: freebsd-bugs@freefall.freebsd.org Resent-Reply-To: FreeBSD-gnats@freefall.freebsd.org, aagero@aage.aage.priv.no Message-Id: <199512172002.VAA01981@birk04.studby.uio.no> Date: Sun, 17 Dec 1995 21:02:48 +0100 (MET) From: aagero@aage.aage.priv.no Reply-To: aagero@aage.aage.priv.no To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/900: ext2fs problems Resent-Date: Mon, 18 Dec 1995 05:03:58 -0700 (MST) Resent-From: Rick Scheese Resent-To: rick@rscheese.med.utah.edu Resent-Message-Id: ReSent-Date: Mon, 18 Dec 1995 06:54:12 -0700 (MST) ReSent-From: Rick Scheese ReSent-To: rick@rscheese.med.utah.edu ReSent-Message-ID: Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 900 >Category: kern >Synopsis: ext2fs triggers divide by zero trap in vnode_pager_haspage >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Dec 17 12:10:02 PST 1995 >Last-Modified: >Originator: Ege Rxbekk >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD-CURRENT 2.2, 14. Dec.-sources. >Description: execution of large executables on a ext2 filesystem can trigger a divide-fault trap which leads to kernel panic. This is not a problem with the linux binary emulation but rather a filesystem problem. >How-To-Repeat: execute any large file on a linux partition, e.g. /mount/linux/bin$ ./bash (I assume everyone has got this one :) >Fix: The problem lies in /sys/vm/vnode_pager.c, vnode_pager_haspage. The relevant code: bsize = vp->v_mount->mnt_stat.f_iosize; pagesperblock = bsize / PAGE_SIZE; reqblock = pindex / pagesperblock; The f_iosize _and_ f_bsize on my ext2fs partition is 1024 bytes, or at least that is what statfs() reports. If bsize < PAGE_SIZE, pagesperblock is set to 0. I have no fix. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Dec 18 08:00:09 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA03219 for bugs-outgoing; Mon, 18 Dec 1995 08:00:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA03188 Mon, 18 Dec 1995 08:00:05 -0800 (PST) Resent-Date: Mon, 18 Dec 1995 08:00:05 -0800 (PST) Resent-Message-Id: <199512181600.IAA03188@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA02801 for ; Mon, 18 Dec 1995 07:51:14 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.6.12/8.6.4) with ESMTP id RAA22233 for ; Mon, 18 Dec 1995 17:50:49 +0200 Received: (root@localhost) by katiska.clinet.fi (8.6.12/8.6.4) id RAA24364; Mon, 18 Dec 1995 17:51:00 +0200 Message-Id: <199512181551.RAA24364@katiska.clinet.fi> Date: Mon, 18 Dec 1995 17:51:00 +0200 From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/902: "The alternate system clock has died" Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 902 >Category: kern >Synopsis: system becomes very sluggish, odd messages, odd vmstat output >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Dec 18 08:00:02 PST 1995 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: kernel is -current from November 26th. This could have been fixed, but I haven't been able to get a stable snapshot out of -current yet to see if it is. machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" # aka Pentium(tm) ident CLINETSERVER maxusers 256 options "NMBCLUSTERS=8192" options "TTYHOG=4096" options "RS_IBUFSIZE=1024" options "CHILD_MAX=512" options "OPEN_MAX=512" options MATH_EMULATE #Support for x87 emulation #new math emulator config kernel root on wd0 swap on wd0 and wd1 and sd0 and sd1 and sd2 and sd3 and vn0 dumps on sd0 options "COMPAT_43" options USER_LDT #allow user-level control of i386 ldt options SYSVSHM options SYSVSEM options SYSVMSG options KTRACE #kernel tracing options DIAGNOSTIC options UCONSOLE options INET #Internet communications protocols pseudo-device ether #Generic Ethernet pseudo-device sppp #Generic Synchronous PPP pseudo-device loop #Network loopback device pseudo-device sl 16 #Serial Line IP pseudo-device ppp 32 #Point-to-point protocol pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device disc #Discard device pseudo-device tun 1 #Tunnel driver(user process ppp) options "TCP_COMPAT_42" #emulate 4.2BSD TCP bugs options GATEWAY #internetwork gateway options MROUTING # Multicast routing options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets options FFS #Fast filesystem options NFS #Network File System options "CD9660" #ISO 9660 filesystem options FDESC #File descriptor filesystem options KERNFS #Kernel filesystem options LFS #Log filesystem options MFS #Memory File System options MSDOSFS #MS DOS File System options NULLFS #NULL filesystem options PORTAL #Portal filesystem options PROCFS #Process filesystem options UMAPFS #UID map filesystem options UNION #Union filesystem options DEVFS #devices filesystem controller scbus0 #base SCSI code device ch0 #SCSI media changers device sd0 #SCSI disks device st0 #SCSI tapes device cd0 #SCSI CD-ROMs disk sd0 at scbus0 target 0 disk sd1 at scbus0 target 1 disk sd2 at scbus0 target 2 disk sd3 at scbus0 target 3 disk sd4 at scbus0 target 4 disk sd5 at scbus0 target 5 disk sd6 at scbus0 target 6 tape st0 at scbus0 target 0 tape st1 at scbus0 target 1 tape st2 at scbus0 target 2 tape st3 at scbus0 target 3 tape st4 at scbus0 target 4 tape st5 at scbus0 target 5 tape st6 at scbus0 target 6 device cd0 at scbus0 target 0 device cd1 at scbus0 target 1 device cd2 at scbus0 target 2 device cd3 at scbus0 target 3 device cd4 at scbus0 target 4 device cd5 at scbus0 target 5 device cd6 at scbus0 target 6 options SCSI_REPORT_GEOMETRY pseudo-device pty 256 #Pseudo ttys - can go as high as 64 pseudo-device speaker #Play IBM BASIC-style noises out your speaker pseudo-device log #Kernel syslog interface (/dev/klog) pseudo-device gzip #Exec gzipped a.out's pseudo-device vn #Vnode driver (turns a file into a device) controller isa0 options "AUTO_EOI_1" options BOUNCE_BUFFERS device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 options XSERVER # include code for XFree86 options FAT_CURSOR # start with block cursor options HARDFONTS options MAXCONS=16 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 tape ft0 at fdc0 drive 2 device lpt0 at isa? port? tty irq 7 vector lptintr device lpt1 at isa? port? tty device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr options COM_MULTIPORT #code for some cards with shared IRQs device ar0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector arintr device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr controller snd0 device pas0 at isa? port 0x388 irq 10 drq 6 vector pasintr device sb0 at isa? port 0x220 irq 7 conflicts drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 device gus0 at isa? port 0x220 irq 12 drq 1 vector gusintr device mss0 at isa? port 0x530 irq 10 drq 1 vector adintr device opl0 at isa? port 0x388 conflicts device mpu0 at isa? port 0x330 irq 6 drq 0 device uart0 at isa? port 0x330 irq 5 vector "m6850intr" device pca0 at isa? port IO_TIMER1 tty device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr controller matcd0 at isa? port 0x230 bio device cy0 at isa? tty irq 10 iomem 0xd4000 iosiz 0x2000 vector cyintr controller eisa0 controller ahb0 controller ahc0 controller pci0 device ncr1 device de5 options PROBE_VERBOSE options SHOW_BUSYBUFS # List buffers that prevent root unmount options "SCSI_DELAY=10" Dec 17 19:49:42 katiska /kernel: FreeBSD 2.2-CURRENT #2: Sun Nov 26 06:35:44 EET 1995 Dec 17 19:49:42 katiska /kernel: hsu@katiska.clinet.fi:/usr/current/src/sys/compile/CLINETSERVER Dec 17 19:49:42 katiska /kernel: CPU: 90-MHz Pentium 735\90 (Pentium-class CPU) Dec 17 19:49:42 katiska /kernel: Origin = "GenuineIntel" Id = 0x524 Stepping=4 Dec 17 19:49:43 katiska /kernel: Features=0x1bf Dec 17 19:49:43 katiska /kernel: real memory = 67108864 (65536K bytes) Dec 17 19:49:43 katiska /kernel: avail memory = 62394368 (60932K bytes) Dec 17 19:49:43 katiska /kernel: Probing for devices on the ISA bus: Dec 17 19:49:43 katiska /kernel: vt0 at 0x60-0x6f irq 1 on motherboard Dec 17 19:49:43 katiska /kernel: vt0: tvga 8900cl, 80/132 col, mono, 8 scr, mf2-kbd, [R3.20-b24] Dec 17 19:49:43 katiska /kernel: ed0 at 0x280-0x29f irq 5 maddr 0xd8000 msize 16384 on isa Dec 17 19:49:43 katiska /kernel: ed0: address 00:00:c0:cd:b9:a3, type WD8013EPC (16 bit) Dec 17 19:49:43 katiska /kernel: lpt0 at 0x378-0x37f irq 7 on isa Dec 17 19:49:43 katiska /kernel: lpt0: Interrupt-driven port Dec 17 19:49:43 katiska /kernel: lp0: TCP/IP capable interface Dec 17 19:49:43 katiska /kernel: lpt1 not found at 0xffffffff Dec 17 19:49:43 katiska /kernel: lpt2 not found at 0xffffffff Dec 17 19:49:43 katiska /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Dec 17 19:49:43 katiska /kernel: sio0: type 16550A Dec 17 19:49:43 katiska /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Dec 17 19:49:43 katiska /kernel: sio1: type 16550A Dec 17 19:49:43 katiska /kernel: sio2 not found at 0x3e8 Dec 17 19:49:44 katiska /kernel: sio3 not found at 0x2e8 Dec 17 19:49:44 katiska /kernel: pca0 on isa Dec 17 19:49:44 katiska /kernel: pca0: PC speaker audio driver Dec 17 19:49:44 katiska /kernel: bt0 not found at 0x330 Dec 17 19:49:44 katiska /kernel: aha0 not found at 0x330 Dec 17 19:49:44 katiska /kernel: wdc0 not found at 0x1f0 Dec 17 19:49:44 katiska /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Dec 17 19:49:44 katiska /kernel: fdc0: NEC 72065B Dec 17 19:49:44 katiska /kernel: fd0: 1.44MB 3.5in Dec 17 19:49:44 katiska /kernel: mcd0: timeout getting status Dec 17 19:49:44 katiska /kernel: mcd0 not found at 0x300 Dec 17 19:49:44 katiska /kernel: npx0 on motherboard Dec 17 19:49:44 katiska /kernel: npx0: INT 16 interface Dec 17 19:49:44 katiska /kernel: matcdc0 not found at 0xffffffff Dec 17 19:49:44 katiska /kernel: matcdc1 not found at 0xffffffff Dec 17 19:49:44 katiska /kernel: matcdc2 not found at 0xffffffff Dec 17 19:49:44 katiska /kernel: matcdc3 not found at 0xffffffff Dec 17 19:49:44 katiska /kernel: Probing for devices on the PCI bus: Dec 17 19:49:45 katiska /kernel: chip0 rev 17 on pci0:0 Dec 17 19:49:45 katiska /kernel: chip1 rev 67 on pci0:2 Dec 17 19:49:45 katiska /kernel: ncr0 rev 2 int a irq 9 on pci0:12 Dec 17 19:49:45 katiska /kernel: ncr0 waiting for scsi devices to settle Dec 17 19:49:45 katiska /kernel: (ncr0:0:0): "SEAGATE ST15230N 0298" type 0 fixed SCSI 2 Dec 17 19:49:45 katiska /kernel: sd0(ncr0:0:0): Direct-Access Dec 17 19:49:45 katiska /kernel: sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Dec 17 19:49:45 katiska /kernel: 4095MB (8386733 512 byte sectors) Dec 17 19:49:45 katiska /kernel: sd0(ncr0:0:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Dec 17 19:49:45 katiska /kernel: (ncr0:3:0): "SEAGATE ST31200N 9348" type 0 fixed SCSI 2 Dec 17 19:49:45 katiska /kernel: sd3(ncr0:3:0): Direct-Access Dec 17 19:49:45 katiska /kernel: sd3(ncr0:3:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Dec 17 19:49:45 katiska /kernel: 1011MB (2072435 512 byte sectors) Dec 17 19:49:45 katiska /kernel: sd3(ncr0:3:0): with 2700 cyls, 9 heads, and an average 85 sectors/track Dec 17 19:49:45 katiska /kernel: (ncr0:4:0): "HP C1533A 9503" type 1 removable SCSI 2 Dec 17 19:49:45 katiska /kernel: st4(ncr0:4:0): Sequential-Access Dec 17 19:49:45 katiska /kernel: st4(ncr0:4:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Dec 17 19:49:45 katiska /kernel: density code 0x24, variable blocks, write-enabled Dec 17 19:49:45 katiska /kernel: ncr1 rev 1 int a irq 9 on pci0:14 Dec 17 19:49:46 katiska /kernel: ncr1 waiting for scsi devices to settle Dec 17 19:49:46 katiska /kernel: (ncr1:3:0): "SEAGATE ST15230N 0168" type 0 fixed SCSI 2 Dec 17 19:49:46 katiska /kernel: sd7(ncr1:3:0): Direct-Access Dec 17 19:49:46 katiska /kernel: sd7(ncr1:3:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Dec 17 19:49:46 katiska /kernel: 4095MB (8386733 512 byte sectors) Dec 17 19:49:46 katiska /kernel: sd7(ncr1:3:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Dec 17 19:49:46 katiska /kernel: changing root device to sd0a Dec 17 19:49:46 katiska /kernel: new masks: bio c0000240, tty c00300ba, net c00300ba Dec 17 19:49:46 katiska /kernel: WARNING: / was not properly dismounted. >Description: System becomes very sluggish and vmstat output shows up odd things: procs memory page disks faults cpu r b w avm fre flt re pi po fr sr f0 s0 s3 s7 in sy cs us sy id 6 2 0623128 1120 9824 6 4 5 103 1159 0 22 13 73 601 1651 371 22 36 42 8 7 0630380 2520 455 18 26 65 123 12056 0 6016 5760 256 760 844 501 0 0 0 6 1 0617616 1672 310 17 28 37 82 7180 0 5248 3712 384 627 599 436 0 0 0 1 3 0622408 964 396 7 90 0 201 0 0 8448 2688 640 546 698 397 0 0 0 7 341613984 988 419 3 51 48 121 50088 0 8960 2816 256 846 8529 309 0 0 0 81045629340 3628 750 3 51 33 868 70934 0 13184 5248 2944 1013 9169 594 0 0 0 4 637616900 5868 397 16 54 87 85 78090 0 13184 4992 1664 601 3998 334 0 0 0 6 431626244 7160 597 136 35 138 37 75381 0 13824 7424 384 638 1209 371 0 0 0 12 529626244 7788 321 23 26 160 10 59704 0 16000 7552 0 668 429 324 0 0 0 6 623609280 8072 565 32 41 124 278 41032 0 14592 6272 384 759 3293 494 0 0 0 systat fails with The alternate system clock has died! Reverting to ``pigs'' display. when I try to get vmstat display. I noticed the following messages earlier in messages, but I don't know whether these are the reason for the failure. Dec 18 12:03:55 katiska /kernel: sd7(ncr1:3:0): MEDIUM ERROR info:d0de6 asc:11,0 Unrecovered read error field replaceable unit: d0 sks:80,29 Dec 18 12:03:55 katiska /kernel: , retries:4 Dec 18 12:03:58 katiska /kernel: sd7(ncr1:3:0): MEDIUM ERROR info:d0de6 asc:11,0 Unrecovered read error field replaceable unit: d0 sks:80,29 Dec 18 12:03:58 katiska /kernel: , retries:3 Dec 18 12:04:00 katiska /kernel: sd7(ncr1:3:0): MEDIUM ERROR info:d0de6 asc:11,0 Unrecovered read error field replaceable unit: d0 sks:80,29 Dec 18 12:04:00 katiska /kernel: , retries:2 Dec 18 12:04:02 katiska /kernel: sd7(ncr1:3:0): MEDIUM ERROR info:d0de6 asc:11,0 Unrecovered read error field replaceable unit: d0 sks:80,29 Dec 18 12:04:02 katiska /kernel: , retries:1 Dec 18 12:04:05 katiska /kernel: sd7(ncr1:3:0): MEDIUM ERROR info:d0de6 asc:11,0 Unrecovered read error field replaceable unit: d0 sks:80,29 Dec 18 12:04:05 katiska /kernel: , FAILURE Dec 18 12:04:07 katiska /kernel: sd7(ncr1:3:0): VOLUME OVERFLOW ILI (length mismatch): -555827027 csi:de,c0,ad,de asc:de,c0 Vendor Specific ASC field replaceable unit: ad sks:de,3 Dec 18 12:04:07 katiska /kernel: , retries:4 Dec 18 12:04:09 katiska /kernel: sd7(ncr1:3:0): VOLUME OVERFLOW ILI (length mismatch): -555827027 csi:de,c0,ad,de asc:de,c0 Vendor Specific ASC field replaceable unit: ad sks:de,3 Dec 18 12:04:09 katiska /kernel: , retries:3 Dec 18 12:04:11 katiska /kernel: sd7(ncr1:3:0): VOLUME OVERFLOW ILI (length mismatch): -555827027 csi:de,c0,ad,de asc:de,c0 Vendor Specific ASC field replaceable unit: ad sks:de,3 Dec 18 12:04:12 katiska /kernel: , retries:2 Dec 18 12:04:14 katiska /kernel: sd7(ncr1:3:0): VOLUME OVERFLOW ILI (length mismatch): -555827027 csi:de,c0,ad,de asc:de,c0 Vendor Specific ASC field replaceable unit: ad sks:de,3 Dec 18 12:04:14 katiska /kernel: , retries:1 Dec 18 12:04:16 katiska /kernel: sd7(ncr1:3:0): VOLUME OVERFLOW ILI (length mismatch): -555827027 csi:de,c0,ad,de asc:de,c0 Vendor Specific ASC field replaceable unit: ad sks:de,3 Dec 18 12:04:16 katiska /kernel: , FAILURE The disk in question does not seem to do anything odd, it works. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Dec 18 08:30:07 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA04949 for bugs-outgoing; Mon, 18 Dec 1995 08:30:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA04939 Mon, 18 Dec 1995 08:30:02 -0800 (PST) Date: Mon, 18 Dec 1995 08:30:02 -0800 (PST) Message-Id: <199512181630.IAA04939@freefall.freebsd.org> To: freebsd-bugs Cc: From: Barnacle Wes Subject: Re: bin/899: /var/db/mountdtab not removed on bootup. Reply-To: Barnacle Wes Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR bin/899; it has been noted by GNATS. From: Barnacle Wes To: j@uriah.heep.sax.de Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: bin/899: /var/db/mountdtab not removed on bootup. Date: Mon, 18 Dec 1995 09:29:06 -0700 (MST) Faried Nawaz hypothesized: % /var/db/mountdtab is not removed on bootup, and so hosts "appear" to be % mounting drives when they aren't doing so. J Wunsch replied: > I believe this is rather a bug in the NFS implementation in not > removing mountdtab entries at umount time. You are, of course, correct. ;^) This bug has existed for many years; the SunOS 3.6 implementation (circa 1989) exhibited this same problem. There might be a historical reason for this behavior that we don't know, but it has always seemed like a bug to me. -- Wes Peters | Yes I am a pirate, two hundred years too late Softweyr | The cannons don't thunder, there's nothing to plunder Consulting | I'm an over forty victim of fate... wes@intele.net | Jimmy Buffet From owner-freebsd-bugs Mon Dec 18 09:09:10 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA07331 for bugs-outgoing; Mon, 18 Dec 1995 09:09:10 -0800 (PST) Received: from pragmatix.bangor.ac.uk (pragmatix.bangor.ac.uk [147.143.2.14]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA07324 Mon, 18 Dec 1995 09:08:54 -0800 (PST) Received: from thunder by pragmatix.bangor.ac.uk (SMI-8.6/SMI-SVR4) id RAA15258; Mon, 18 Dec 1995 17:08:20 GMT Received: by thunder; (5.65/1.1.8.2/17Oct94-1141AM) id AA28981; Mon, 18 Dec 1995 17:08:20 GMT Date: Mon, 18 Dec 1995 17:08:19 +0000 (GMT) From: Martin Sapsed X-Sender: iss081@thunder To: freebsd-questions@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Cc: m.sapsed@bangor.ac.uk Subject: Problem with FreeBSD 2.1.0-RELEASE Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Hi all, I'm have loaded FreeBSD 2.1.0-RELEASE onto a P75 which I want to use as a cd-rom server. It has 16 mb RAM and 18 Panasonic quad speed SCSI cd-rom drives connected to 3 Adaptec Ultra 2940 PCI SCSI cards. I have rebuilt the kernel using the config file below and created devices (by adding the extra numbers to the line in MAKEDEV), a sample of which appear below also. I can access the first few cd drives (tried nos 1 and 2 particularly) and can access the other drives as far as mounting them (ro and cd9660) and cd'ing to them is concerned but prolonged access to them (du on a large-ish CD) produces various errors like (the numbers in [ ] are basically the same error printout but with 2 differences). Fatal trap 12: page fault while in kernel mode fault virtual address = 0x5d [0x4c] fault code = supervisor read, page not present instruction pointer = 0x8:0xf01244dc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 186 (du) [197] interrupt mask = bio panic: page fault syncing disks... 7 7 7 7 7...7 7 giving up and on another occasion panic: bremfree: removing a buffer when not on a queue I wanted the cd's tied to particular device numbers and think I've done this. As I said limited access to the later cds is possible. What have I done wrong? Do I need to alter something somewhere? Help! Martin Please include me in any reply as I'm not on the lists yet! ---------------------------------------------------------------------- Martin Sapsed Tel: +44 (0)1248 382409 Microcomputer Support Officer Fax: +44 (0)1248 383826 UCNW Computing Lab Bangor, N. Wales, LL57 2DG "Who do you say I am?" m.sapsed@bangor.ac.uk Jesus of Nazareth ---------------------------------------------------------------------- A sample of entries in /dev look like brw-r----- 1 root wheel 6, 0 Dec 14 10:32 /dev/cd0a brw-r----- 1 root wheel 6, 2 Dec 14 10:32 /dev/cd0c brw-r----- 1 root wheel 6, 8 Dec 14 14:28 /dev/cd1a brw-r----- 1 root wheel 6, 10 Dec 14 14:28 /dev/cd1c brw-r----- 1 root wheel 6, 80 Dec 18 10:40 /dev/cd10a brw-r----- 1 root wheel 6, 82 Dec 18 10:40 /dev/cd10c brw-r----- 1 root wheel 6, 112 Dec 18 10:40 /dev/cd14a brw-r----- 1 root wheel 6, 114 Dec 18 10:40 /dev/cd14c crw------- 1 root wheel 15, 536870912 Dec 14 10:32 /dev/rcd0.ctl crw-r----- 1 root wheel 15, 0 Dec 14 10:32 /dev/rcd0a crw-r----- 1 root wheel 15, 2 Dec 14 10:32 /dev/rcd0c crw------- 1 root wheel 15, 536870920 Dec 14 14:28 /dev/rcd1.ctl crw-r----- 1 root wheel 15, 8 Dec 14 14:28 /dev/rcd1a crw-r----- 1 root wheel 15, 10 Dec 14 14:28 /dev/rcd1c crw------- 1 root wheel 15, 536870992 Dec 18 10:40 /dev/rcd10.ctl crw-r----- 1 root wheel 15, 80 Dec 18 10:40 /dev/rcd10a crw-r----- 1 root wheel 15, 82 Dec 18 10:40 /dev/rcd10c crw------- 1 root wheel 15, 536871024 Dec 18 10:40 /dev/rcd14.ctl crw-r----- 1 root wheel 15, 112 Dec 18 10:40 /dev/rcd14a crw-r----- 1 root wheel 15, 114 Dec 18 10:40 /dev/rcd14c and the kernel was rebuilt with ##################### machine "i386" cpu "I586_CPU" ident "CDROM3" maxusers 10 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options SYSVSHM options SYSVSEM options SYSVMSG config kernel root on sd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller ahc0 controller ahc1 at isa? bio irq ? vector ahcintr controller ahc2 at isa? bio irq ? vector ahcintr controller scbus0 at ahc0 controller scbus1 at ahc1 bus 0 controller scbus2 at ahc2 bus 0 device sd0 at scbus0 target 0 unit 0 device cd0 at scbus0 target 3 device cd1 at scbus0 target 4 device cd2 at scbus0 target 5 device cd3 at scbus0 target 6 device cd7 at scbus1 target 0 device cd8 at scbus1 target 1 device cd9 at scbus1 target 2 device cd10 at scbus1 target 3 device cd11 at scbus1 target 4 device cd12 at scbus1 target 5 device cd13 at scbus1 target 6 device cd14 at scbus2 target 0 device cd15 at scbus2 target 1 device cd16 at scbus2 target 2 device cd17 at scbus2 target 3 device cd18 at scbus2 target 4 device cd19 at scbus2 target 5 device cd20 at scbus2 target 6 device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's ############################ From owner-freebsd-bugs Mon Dec 18 10:28:17 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA11044 for bugs-outgoing; Mon, 18 Dec 1995 10:28:17 -0800 (PST) Received: from ucvg.med.utah.edu (ucvg.med.utah.edu [128.110.62.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA11039 for ; Mon, 18 Dec 1995 10:28:13 -0800 (PST) Received: (from rick@localhost) by ucvg.med.utah.edu (8.6.11/8.6.11) id LAA05916; Mon, 18 Dec 1995 11:30:47 -0700 Resent-Date: Mon, 18 Dec 1995 08:00:05 -0800 (PST) Resent-Message-Id: <199512181600.IAA03188@freefall.freebsd.org> Resent-From: gnats@freefall.freebsd.org (GNATS Management) Resent-To: freebsd-bugs@freefall.freebsd.org Resent-Reply-To: FreeBSD-gnats@freefall.freebsd.org, hsu@clinet.fi Message-Id: <199512181551.RAA24364@katiska.clinet.fi> Date: Mon, 18 Dec 1995 17:51:00 +0200 From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/902: "The alternate system clock has died" ReSent-Date: Mon, 18 Dec 1995 11:30:41 -0700 (MST) ReSent-From: Rick Scheese ReSent-To: rick@rscheese.med.utah.edu ReSent-Message-ID: Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 902 >Category: kern >Synopsis: system becomes very sluggish, odd messages, odd vmstat output >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Dec 18 08:00:02 PST 1995 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: kernel is -current from November 26th. This could have been fixed, but I haven't been able to get a stable snapshot out of -current yet to see if it is. machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" # aka Pentium(tm) ident CLINETSERVER maxusers 256 options "NMBCLUSTERS=8192" options "TTYHOG=4096" options "RS_IBUFSIZE=1024" options "CHILD_MAX=512" options "OPEN_MAX=512" options MATH_EMULATE #Support for x87 emulation #new math emulator config kernel root on wd0 swap on wd0 and wd1 and sd0 and sd1 and sd2 and sd3 and vn0 dumps on sd0 options "COMPAT_43" options USER_LDT #allow user-level control of i386 ldt options SYSVSHM options SYSVSEM options SYSVMSG options KTRACE #kernel tracing options DIAGNOSTIC options UCONSOLE options INET #Internet communications protocols pseudo-device ether #Generic Ethernet pseudo-device sppp #Generic Synchronous PPP pseudo-device loop #Network loopback device pseudo-device sl 16 #Serial Line IP pseudo-device ppp 32 #Point-to-point protocol pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device disc #Discard device pseudo-device tun 1 #Tunnel driver(user process ppp) options "TCP_COMPAT_42" #emulate 4.2BSD TCP bugs options GATEWAY #internetwork gateway options MROUTING # Multicast routing options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets options FFS #Fast filesystem options NFS #Network File System options "CD9660" #ISO 9660 filesystem options FDESC #File descriptor filesystem options KERNFS #Kernel filesystem options LFS #Log filesystem options MFS #Memory File System options MSDOSFS #MS DOS File System options NULLFS #NULL filesystem options PORTAL #Portal filesystem options PROCFS #Process filesystem options UMAPFS #UID map filesystem options UNION #Union filesystem options DEVFS #devices filesystem controller scbus0 #base SCSI code device ch0 #SCSI media changers device sd0 #SCSI disks device st0 #SCSI tapes device cd0 #SCSI CD-ROMs disk sd0 at scbus0 target 0 disk sd1 at scbus0 target 1 disk sd2 at scbus0 target 2 disk sd3 at scbus0 target 3 disk sd4 at scbus0 target 4 disk sd5 at scbus0 target 5 disk sd6 at scbus0 target 6 tape st0 at scbus0 target 0 tape st1 at scbus0 target 1 tape st2 at scbus0 target 2 tape st3 at scbus0 target 3 tape st4 at scbus0 target 4 tape st5 at scbus0 target 5 tape st6 at scbus0 target 6 device cd0 at scbus0 target 0 device cd1 at scbus0 target 1 device cd2 at scbus0 target 2 device cd3 at scbus0 target 3 device cd4 at scbus0 target 4 device cd5 at scbus0 target 5 device cd6 at scbus0 target 6 options SCSI_REPORT_GEOMETRY pseudo-device pty 256 #Pseudo ttys - can go as high as 64 pseudo-device speaker #Play IBM BASIC-style noises out your speaker pseudo-device log #Kernel syslog interface (/dev/klog) pseudo-device gzip #Exec gzipped a.out's pseudo-device vn #Vnode driver (turns a file into a device) controller isa0 options "AUTO_EOI_1" options BOUNCE_BUFFERS device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 options XSERVER # include code for XFree86 options FAT_CURSOR # start with block cursor options HARDFONTS options MAXCONS=16 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 tape ft0 at fdc0 drive 2 device lpt0 at isa? port? tty irq 7 vector lptintr device lpt1 at isa? port? tty device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr options COM_MULTIPORT #code for some cards with shared IRQs device ar0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector arintr device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr controller snd0 device pas0 at isa? port 0x388 irq 10 drq 6 vector pasintr device sb0 at isa? port 0x220 irq 7 conflicts drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 device gus0 at isa? port 0x220 irq 12 drq 1 vector gusintr device mss0 at isa? port 0x530 irq 10 drq 1 vector adintr device opl0 at isa? port 0x388 conflicts device mpu0 at isa? port 0x330 irq 6 drq 0 device uart0 at isa? port 0x330 irq 5 vector "m6850intr" device pca0 at isa? port IO_TIMER1 tty device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr controller matcd0 at isa? port 0x230 bio device cy0 at isa? tty irq 10 iomem 0xd4000 iosiz 0x2000 vector cyintr controller eisa0 controller ahb0 controller ahc0 controller pci0 device ncr1 device de5 options PROBE_VERBOSE options SHOW_BUSYBUFS # List buffers that prevent root unmount options "SCSI_DELAY=10" Dec 17 19:49:42 katiska /kernel: FreeBSD 2.2-CURRENT #2: Sun Nov 26 06:35:44 EET 1995 Dec 17 19:49:42 katiska /kernel: hsu@katiska.clinet.fi:/usr/current/src/sys/compile/CLINETSERVER Dec 17 19:49:42 katiska /kernel: CPU: 90-MHz Pentium 735\90 (Pentium-class CPU) Dec 17 19:49:42 katiska /kernel: Origin = "GenuineIntel" Id = 0x524 Stepping=4 Dec 17 19:49:43 katiska /kernel: Features=0x1bf Dec 17 19:49:43 katiska /kernel: real memory = 67108864 (65536K bytes) Dec 17 19:49:43 katiska /kernel: avail memory = 62394368 (60932K bytes) Dec 17 19:49:43 katiska /kernel: Probing for devices on the ISA bus: Dec 17 19:49:43 katiska /kernel: vt0 at 0x60-0x6f irq 1 on motherboard Dec 17 19:49:43 katiska /kernel: vt0: tvga 8900cl, 80/132 col, mono, 8 scr, mf2-kbd, [R3.20-b24] Dec 17 19:49:43 katiska /kernel: ed0 at 0x280-0x29f irq 5 maddr 0xd8000 msize 16384 on isa Dec 17 19:49:43 katiska /kernel: ed0: address 00:00:c0:cd:b9:a3, type WD8013EPC (16 bit) Dec 17 19:49:43 katiska /kernel: lpt0 at 0x378-0x37f irq 7 on isa Dec 17 19:49:43 katiska /kernel: lpt0: Interrupt-driven port Dec 17 19:49:43 katiska /kernel: lp0: TCP/IP capable interface Dec 17 19:49:43 katiska /kernel: lpt1 not found at 0xffffffff Dec 17 19:49:43 katiska /kernel: lpt2 not found at 0xffffffff Dec 17 19:49:43 katiska /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Dec 17 19:49:43 katiska /kernel: sio0: type 16550A Dec 17 19:49:43 katiska /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Dec 17 19:49:43 katiska /kernel: sio1: type 16550A Dec 17 19:49:43 katiska /kernel: sio2 not found at 0x3e8 Dec 17 19:49:44 katiska /kernel: sio3 not found at 0x2e8 Dec 17 19:49:44 katiska /kernel: pca0 on isa Dec 17 19:49:44 katiska /kernel: pca0: PC speaker audio driver Dec 17 19:49:44 katiska /kernel: bt0 not found at 0x330 Dec 17 19:49:44 katiska /kernel: aha0 not found at 0x330 Dec 17 19:49:44 katiska /kernel: wdc0 not found at 0x1f0 Dec 17 19:49:44 katiska /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Dec 17 19:49:44 katiska /kernel: fdc0: NEC 72065B Dec 17 19:49:44 katiska /kernel: fd0: 1.44MB 3.5in Dec 17 19:49:44 katiska /kernel: mcd0: timeout getting status Dec 17 19:49:44 katiska /kernel: mcd0 not found at 0x300 Dec 17 19:49:44 katiska /kernel: npx0 on motherboard Dec 17 19:49:44 katiska /kernel: npx0: INT 16 interface Dec 17 19:49:44 katiska /kernel: matcdc0 not found at 0xffffffff Dec 17 19:49:44 katiska /kernel: matcdc1 not found at 0xffffffff Dec 17 19:49:44 katiska /kernel: matcdc2 not found at 0xffffffff Dec 17 19:49:44 katiska /kernel: matcdc3 not found at 0xffffffff Dec 17 19:49:44 katiska /kernel: Probing for devices on the PCI bus: Dec 17 19:49:45 katiska /kernel: chip0 rev 17 on pci0:0 Dec 17 19:49:45 katiska /kernel: chip1 rev 67 on pci0:2 Dec 17 19:49:45 katiska /kernel: ncr0 rev 2 int a irq 9 on pci0:12 Dec 17 19:49:45 katiska /kernel: ncr0 waiting for scsi devices to settle Dec 17 19:49:45 katiska /kernel: (ncr0:0:0): "SEAGATE ST15230N 0298" type 0 fixed SCSI 2 Dec 17 19:49:45 katiska /kernel: sd0(ncr0:0:0): Direct-Access Dec 17 19:49:45 katiska /kernel: sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Dec 17 19:49:45 katiska /kernel: 4095MB (8386733 512 byte sectors) Dec 17 19:49:45 katiska /kernel: sd0(ncr0:0:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Dec 17 19:49:45 katiska /kernel: (ncr0:3:0): "SEAGATE ST31200N 9348" type 0 fixed SCSI 2 Dec 17 19:49:45 katiska /kernel: sd3(ncr0:3:0): Direct-Access Dec 17 19:49:45 katiska /kernel: sd3(ncr0:3:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Dec 17 19:49:45 katiska /kernel: 1011MB (2072435 512 byte sectors) Dec 17 19:49:45 katiska /kernel: sd3(ncr0:3:0): with 2700 cyls, 9 heads, and an average 85 sectors/track Dec 17 19:49:45 katiska /kernel: (ncr0:4:0): "HP C1533A 9503" type 1 removable SCSI 2 Dec 17 19:49:45 katiska /kernel: st4(ncr0:4:0): Sequential-Access Dec 17 19:49:45 katiska /kernel: st4(ncr0:4:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Dec 17 19:49:45 katiska /kernel: density code 0x24, variable blocks, write-enabled Dec 17 19:49:45 katiska /kernel: ncr1 rev 1 int a irq 9 on pci0:14 Dec 17 19:49:46 katiska /kernel: ncr1 waiting for scsi devices to settle Dec 17 19:49:46 katiska /kernel: (ncr1:3:0): "SEAGATE ST15230N 0168" type 0 fixed SCSI 2 Dec 17 19:49:46 katiska /kernel: sd7(ncr1:3:0): Direct-Access Dec 17 19:49:46 katiska /kernel: sd7(ncr1:3:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Dec 17 19:49:46 katiska /kernel: 4095MB (8386733 512 byte sectors) Dec 17 19:49:46 katiska /kernel: sd7(ncr1:3:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Dec 17 19:49:46 katiska /kernel: changing root device to sd0a Dec 17 19:49:46 katiska /kernel: new masks: bio c0000240, tty c00300ba, net c00300ba Dec 17 19:49:46 katiska /kernel: WARNING: / was not properly dismounted. >Description: System becomes very sluggish and vmstat output shows up odd things: procs memory page disks faults cpu r b w avm fre flt re pi po fr sr f0 s0 s3 s7 in sy cs us sy id 6 2 0623128 1120 9824 6 4 5 103 1159 0 22 13 73 601 1651 371 22 36 42 8 7 0630380 2520 455 18 26 65 123 12056 0 6016 5760 256 760 844 501 0 0 0 6 1 0617616 1672 310 17 28 37 82 7180 0 5248 3712 384 627 599 436 0 0 0 1 3 0622408 964 396 7 90 0 201 0 0 8448 2688 640 546 698 397 0 0 0 7 341613984 988 419 3 51 48 121 50088 0 8960 2816 256 846 8529 309 0 0 0 81045629340 3628 750 3 51 33 868 70934 0 13184 5248 2944 1013 9169 594 0 0 0 4 637616900 5868 397 16 54 87 85 78090 0 13184 4992 1664 601 3998 334 0 0 0 6 431626244 7160 597 136 35 138 37 75381 0 13824 7424 384 638 1209 371 0 0 0 12 529626244 7788 321 23 26 160 10 59704 0 16000 7552 0 668 429 324 0 0 0 6 623609280 8072 565 32 41 124 278 41032 0 14592 6272 384 759 3293 494 0 0 0 systat fails with The alternate system clock has died! Reverting to ``pigs'' display. when I try to get vmstat display. I noticed the following messages earlier in messages, but I don't know whether these are the reason for the failure. Dec 18 12:03:55 katiska /kernel: sd7(ncr1:3:0): MEDIUM ERROR info:d0de6 asc:11,0 Unrecovered read error field replaceable unit: d0 sks:80,29 Dec 18 12:03:55 katiska /kernel: , retries:4 Dec 18 12:03:58 katiska /kernel: sd7(ncr1:3:0): MEDIUM ERROR info:d0de6 asc:11,0 Unrecovered read error field replaceable unit: d0 sks:80,29 Dec 18 12:03:58 katiska /kernel: , retries:3 Dec 18 12:04:00 katiska /kernel: sd7(ncr1:3:0): MEDIUM ERROR info:d0de6 asc:11,0 Unrecovered read error field replaceable unit: d0 sks:80,29 Dec 18 12:04:00 katiska /kernel: , retries:2 Dec 18 12:04:02 katiska /kernel: sd7(ncr1:3:0): MEDIUM ERROR info:d0de6 asc:11,0 Unrecovered read error field replaceable unit: d0 sks:80,29 Dec 18 12:04:02 katiska /kernel: , retries:1 Dec 18 12:04:05 katiska /kernel: sd7(ncr1:3:0): MEDIUM ERROR info:d0de6 asc:11,0 Unrecovered read error field replaceable unit: d0 sks:80,29 Dec 18 12:04:05 katiska /kernel: , FAILURE Dec 18 12:04:07 katiska /kernel: sd7(ncr1:3:0): VOLUME OVERFLOW ILI (length mismatch): -555827027 csi:de,c0,ad,de asc:de,c0 Vendor Specific ASC field replaceable unit: ad sks:de,3 Dec 18 12:04:07 katiska /kernel: , retries:4 Dec 18 12:04:09 katiska /kernel: sd7(ncr1:3:0): VOLUME OVERFLOW ILI (length mismatch): -555827027 csi:de,c0,ad,de asc:de,c0 Vendor Specific ASC field replaceable unit: ad sks:de,3 Dec 18 12:04:09 katiska /kernel: , retries:3 Dec 18 12:04:11 katiska /kernel: sd7(ncr1:3:0): VOLUME OVERFLOW ILI (length mismatch): -555827027 csi:de,c0,ad,de asc:de,c0 Vendor Specific ASC field replaceable unit: ad sks:de,3 Dec 18 12:04:12 katiska /kernel: , retries:2 Dec 18 12:04:14 katiska /kernel: sd7(ncr1:3:0): VOLUME OVERFLOW ILI (length mismatch): -555827027 csi:de,c0,ad,de asc:de,c0 Vendor Specific ASC field replaceable unit: ad sks:de,3 Dec 18 12:04:14 katiska /kernel: , retries:1 Dec 18 12:04:16 katiska /kernel: sd7(ncr1:3:0): VOLUME OVERFLOW ILI (length mismatch): -555827027 csi:de,c0,ad,de asc:de,c0 Vendor Specific ASC field replaceable unit: ad sks:de,3 Dec 18 12:04:16 katiska /kernel: , FAILURE The disk in question does not seem to do anything odd, it works. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Dec 18 11:30:43 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA14273 for bugs-outgoing; Mon, 18 Dec 1995 11:30:43 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA14250 Mon, 18 Dec 1995 11:30:36 -0800 (PST) Message-Id: <199512181930.LAA14250@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Martin Sapsed cc: freebsd-questions@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: Problem with FreeBSD 2.1.0-RELEASE In-reply-to: Your message of "Mon, 18 Dec 1995 17:08:19 GMT." Date: Mon, 18 Dec 1995 11:30:36 -0800 From: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.ORG Precedence: bulk > >Hi all, > >I'm have loaded FreeBSD 2.1.0-RELEASE onto a P75 which I want to use as a >cd-rom server. It has 16 mb RAM and 18 Panasonic quad speed SCSI cd-rom >drives connected to 3 Adaptec Ultra 2940 PCI SCSI cards. I have rebuilt >the kernel using the config file below and created devices (by adding the >extra numbers to the line in MAKEDEV), a sample of which appear below >also. I can access the first few cd drives (tried nos 1 and 2 >particularly) and can access the other drives as far as mounting them (ro >and cd9660) and cd'ing to them is concerned but prolonged access to them >(du on a large-ish CD) produces various errors like (the numbers in [ ] >are basically the same error printout but with 2 differences). This is probably your problem. I found this in cd.c: #define CDUNIT(DEV) ((minor(DEV)&0xF8) >> 3) /* 5 bit unit */ It should be: #define CDUNIT(DEV) ((minor(DEV) >> 11) | ((minor(DEV)&0xF8) >> 3)) This is probably a general problem in the SCSI code. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Mon Dec 18 11:48:43 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA15341 for bugs-outgoing; Mon, 18 Dec 1995 11:48:43 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA15318 Mon, 18 Dec 1995 11:48:36 -0800 (PST) Message-Id: <199512181948.LAA15318@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol cc: Martin Sapsed , freebsd-questions@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: Problem with FreeBSD 2.1.0-RELEASE In-reply-to: Your message of "Mon, 18 Dec 1995 11:30:36 PST." <199512181930.LAA14250@freefall.freebsd.org> Date: Mon, 18 Dec 1995 11:48:36 -0800 From: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.ORG Precedence: bulk >This is probably your problem. I found this in cd.c: > >#define CDUNIT(DEV) ((minor(DEV)&0xF8) >> 3) /* 5 bit unit */ > >It should be: > >#define CDUNIT(DEV) ((minor(DEV) >> 11) | ((minor(DEV)&0xF8) >> 3)) > >This is probably a general problem in the SCSI code. Actually, this only becomes a factor with 32 cds. Hmmm. Can you put ddb in your kernel and get a traceback from the panic? -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Mon Dec 18 14:30:06 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA24631 for bugs-outgoing; Mon, 18 Dec 1995 14:30:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA24618 Mon, 18 Dec 1995 14:30:02 -0800 (PST) Date: Mon, 18 Dec 1995 14:30:02 -0800 (PST) Message-Id: <199512182230.OAA24618@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/902: "The alternate system clock has died" Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/902; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.org, hsu@clinet.fi Cc: Subject: Re: kern/902: "The alternate system clock has died" Date: Tue, 19 Dec 1995 09:17:53 +1100 >kernel is -current from November 26th. This could have been fixed, but I >haven't been able to get a stable snapshot out of -current yet to see if it >is. This should have been fixed on Nov 20 in rev.1.57 of isa.c. Bruce From owner-freebsd-bugs Mon Dec 18 18:45:59 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA09533 for bugs-outgoing; Mon, 18 Dec 1995 18:45:59 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA09518 for ; Mon, 18 Dec 1995 18:45:51 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id VAA18815; Mon, 18 Dec 1995 21:48:59 -0500 From: Peter Dufault Message-Id: <199512190248.VAA18815@hda.com> Subject: Re: Problem with FreeBSD 2.1.0-RELEASE To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Mon, 18 Dec 1995 21:48:58 -0500 (EST) Cc: m.sapsed@bangor.ac.uk, hm@hcs.de, freebsd-bugs@freebsd.org In-Reply-To: <199512181948.LAA15318@freefall.freebsd.org> from "Justin T. Gibbs" at Dec 18, 95 11:48:36 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk > >This is probably your problem. I found this in cd.c: > > > >#define CDUNIT(DEV) ((minor(DEV)&0xF8) >> 3) /* 5 bit unit */ > > > >It should be: > > > >#define CDUNIT(DEV) ((minor(DEV) >> 11) | ((minor(DEV)&0xF8) >> 3)) > > > >This is probably a general problem in the SCSI code. > > Actually, this only becomes a factor with 32 cds. Hmmm. Can you > put ddb in your kernel and get a traceback from the panic? This is certainly the same problem that Hellmuth and others have been having with CD-ROM changers. Hellmuth sent me the changer so I want to find some time to track it down soon. I saved some mail from him that says it takes place here: > Fatal trap 12: page fault while in kernel mode > Fault virtual address = 0x60 > Fault code = supervisor read, page not present > Instruction pointer = 0x8:0xf01250ac > Code segment = base 0x0 limit 0xfffff type 0x1b > = DPL 0, pres 1, def 321, gran 1 > Processor eflags = interrupt enabled, resume, IOPL = 0 > Current process = 470 (iozone) > Interrupt mask = bio > Kernel: type 12 trap, code = 0 > Stopped at _incore+0x48: cmpl %esi, 0x48(%ebx) I believe this is here in kern/vfs_bio.c: > int s = splbio(); > > bh = BUFHASH(vp, blkno); > bp = bh->lh_first; > > /* Search hash chain */ > while (bp) { where we go indirect on that bp. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-bugs Mon Dec 18 19:43:00 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA15348 for bugs-outgoing; Mon, 18 Dec 1995 19:43:00 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA15328 for ; Mon, 18 Dec 1995 19:42:56 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id TAA02079; Mon, 18 Dec 1995 19:42:30 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id TAA02913; Mon, 18 Dec 1995 19:42:42 -0800 Message-Id: <199512190342.TAA02913@corbin.Root.COM> To: Peter Dufault cc: gibbs@freefall.freebsd.org (Justin T. Gibbs), m.sapsed@bangor.ac.uk, hm@hcs.de, freebsd-bugs@freebsd.org Subject: Re: Problem with FreeBSD 2.1.0-RELEASE In-reply-to: Your message of "Mon, 18 Dec 95 21:48:58 EST." <199512190248.VAA18815@hda.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 18 Dec 1995 19:42:33 -0800 Sender: owner-bugs@freebsd.org Precedence: bulk >This is certainly the same problem that Hellmuth and others >have been having with CD-ROM changers. Hellmuth sent me the changer so I >want to find some time to track it down soon. I saved some mail from >him that says it takes place here: > >> Fatal trap 12: page fault while in kernel mode >> Fault virtual address = 0x60 >> Fault code = supervisor read, page not present ... >> Stopped at _incore+0x48: cmpl %esi, 0x48(%ebx) > >I believe this is here in kern/vfs_bio.c: > >> int s = splbio(); >> >> bh = BUFHASH(vp, blkno); >> bp = bh->lh_first; >> >> /* Search hash chain */ >> while (bp) { > >where we go indirect on that bp. This is a "can't happen" panic. It can only happen if the CPU executes the instructions incorrectly. The assembly code is: ... movl _bufhashtbl(,%eax,4),%ebx testl %ebx,%ebx <- exit if bp is NULL je L326 movl %edx,%ecx notl %ecx movl %ecx,-4(%ebp) .align 2,0x90 L327: cmpl %esi,72(%ebx) <- failing here jne L328 cmpl %edi,88(%ebx) jne L328 movl 36(%ebx),%eax testb $32,%ah jne L328 movl %edx,_cpl movl _ipending,%eax testl %eax,-4(%ebp) je L329 call _splz L329: movl %ebx,%eax jmp L334 .align 2,0x90 L328: movl (%ebx),%ebx testl %ebx,%ebx <- jump if bp *not* NULL jne L327 L326: movl %edx,_cpl notl %edx movl _ipending,%eax testl %edx,%eax je L332 call _splz L332: xorl %eax,%eax L334: leal -16(%ebp),%esp popl %ebx popl %esi popl %edi leave ret The only other possibility is that incore() isn't actually being called at all and the CPU ended up here because of some weird stack corruption or bogus function pointer or something. ...This seems unlikely. -DG From owner-freebsd-bugs Mon Dec 18 23:40:30 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA28213 for bugs-outgoing; Mon, 18 Dec 1995 23:40:30 -0800 (PST) Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA28208 Mon, 18 Dec 1995 23:40:17 -0800 (PST) Received: (from julian@localhost) by jhome.DIALix.COM (8.7.3/8.7.3) id PAA13531; Tue, 19 Dec 1995 15:39:49 +0800 (WST) From: Julian Elischer Message-Id: <199512190739.PAA13531@jhome.DIALix.COM> Subject: Re: Problem with FreeBSD 2.1.0-RELEASE To: m.sapsed@bangor.ac.uk (Martin Sapsed) Date: Tue, 19 Dec 1995 15:39:48 +0800 (WST) Cc: freebsd-questions@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, m.sapsed@bangor.ac.uk In-Reply-To: from "Martin Sapsed" at Dec 18, 95 05:08:19 pm X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Wowo an interesting system.. there is always someone trying to stretch the boundaries..:) compile the kernel with options DDB and also posibly in such a way to allow it to dump core so we can look ata coredump.. there is a FAQ entry about how to do this.. julian > > > Hi all, > > I'm have loaded FreeBSD 2.1.0-RELEASE onto a P75 which I want to use as a > cd-rom server. It has 16 mb RAM and 18 Panasonic quad speed SCSI cd-rom > drives connected to 3 Adaptec Ultra 2940 PCI SCSI cards. I have rebuilt > the kernel using the config file below and created devices (by adding the > extra numbers to the line in MAKEDEV), a sample of which appear below > also. I can access the first few cd drives (tried nos 1 and 2 > particularly) and can access the other drives as far as mounting them (ro > and cd9660) and cd'ing to them is concerned but prolonged access to them > (du on a large-ish CD) produces various errors like (the numbers in [ ] > are basically the same error printout but with 2 differences). > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x5d [0x4c] > fault code = supervisor read, page not present > instruction pointer = 0x8:0xf01244dc > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 186 (du) [197] > interrupt mask = bio > panic: page fault > > syncing disks... 7 7 7 7 7...7 7 giving up > > and on another occasion > > panic: bremfree: removing a buffer when not on a queue > > > I wanted the cd's tied to particular device numbers and think I've done > this. As I said limited access to the later cds is possible. > > What have I done wrong? Do I need to alter something somewhere? > > Help! > > Martin > > Please include me in any reply as I'm not on the lists yet! > > ---------------------------------------------------------------------- > Martin Sapsed Tel: +44 (0)1248 382409 > Microcomputer Support Officer Fax: +44 (0)1248 383826 > UCNW Computing Lab > Bangor, N. Wales, LL57 2DG "Who do you say I am?" > m.sapsed@bangor.ac.uk Jesus of Nazareth > ---------------------------------------------------------------------- > > A sample of entries in /dev look like > > brw-r----- 1 root wheel 6, 0 Dec 14 10:32 /dev/cd0a > brw-r----- 1 root wheel 6, 2 Dec 14 10:32 /dev/cd0c > brw-r----- 1 root wheel 6, 8 Dec 14 14:28 /dev/cd1a > brw-r----- 1 root wheel 6, 10 Dec 14 14:28 /dev/cd1c > brw-r----- 1 root wheel 6, 80 Dec 18 10:40 /dev/cd10a > brw-r----- 1 root wheel 6, 82 Dec 18 10:40 /dev/cd10c > brw-r----- 1 root wheel 6, 112 Dec 18 10:40 /dev/cd14a > brw-r----- 1 root wheel 6, 114 Dec 18 10:40 /dev/cd14c > crw------- 1 root wheel 15, 536870912 Dec 14 10:32 /dev/rcd0.ctl > crw-r----- 1 root wheel 15, 0 Dec 14 10:32 /dev/rcd0a > crw-r----- 1 root wheel 15, 2 Dec 14 10:32 /dev/rcd0c > crw------- 1 root wheel 15, 536870920 Dec 14 14:28 /dev/rcd1.ctl > crw-r----- 1 root wheel 15, 8 Dec 14 14:28 /dev/rcd1a > crw-r----- 1 root wheel 15, 10 Dec 14 14:28 /dev/rcd1c > crw------- 1 root wheel 15, 536870992 Dec 18 10:40 /dev/rcd10.ctl > crw-r----- 1 root wheel 15, 80 Dec 18 10:40 /dev/rcd10a > crw-r----- 1 root wheel 15, 82 Dec 18 10:40 /dev/rcd10c > crw------- 1 root wheel 15, 536871024 Dec 18 10:40 /dev/rcd14.ctl > crw-r----- 1 root wheel 15, 112 Dec 18 10:40 /dev/rcd14a > crw-r----- 1 root wheel 15, 114 Dec 18 10:40 /dev/rcd14c > > and the kernel was rebuilt with > > ##################### > machine "i386" > cpu "I586_CPU" > ident "CDROM3" > maxusers 10 > > options INET #InterNETworking > options FFS #Berkeley Fast Filesystem > options NFS #Network Filesystem > options MSDOSFS #MSDOS Filesystem > options "CD9660" #ISO 9660 Filesystem > options PROCFS #Process filesystem > options "COMPAT_43" #Compatible with BSD 4.3 > options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device > options BOUNCE_BUFFERS #include support for DMA bounce buffers > options UCONSOLE #Allow users to grab the console > > options SYSVSHM > options SYSVSEM > options SYSVMSG > > config kernel root on sd0 > > controller isa0 > controller pci0 > > controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr > disk fd0 at fdc0 drive 0 > > controller ahc0 > controller ahc1 at isa? bio irq ? vector ahcintr > controller ahc2 at isa? bio irq ? vector ahcintr > > controller scbus0 at ahc0 > controller scbus1 at ahc1 bus 0 > controller scbus2 at ahc2 bus 0 > > device sd0 at scbus0 target 0 unit 0 > > device cd0 at scbus0 target 3 > device cd1 at scbus0 target 4 > device cd2 at scbus0 target 5 > device cd3 at scbus0 target 6 > > device cd7 at scbus1 target 0 > device cd8 at scbus1 target 1 > device cd9 at scbus1 target 2 > device cd10 at scbus1 target 3 > device cd11 at scbus1 target 4 > device cd12 at scbus1 target 5 > device cd13 at scbus1 target 6 > > device cd14 at scbus2 target 0 > device cd15 at scbus2 target 1 > device cd16 at scbus2 target 2 > device cd17 at scbus2 target 3 > device cd18 at scbus2 target 4 > device cd19 at scbus2 target 5 > device cd20 at scbus2 target 6 > > device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr > > device npx0 at isa? port "IO_NPX" irq 13 vector npxintr > > device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr > device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr > device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr > device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr > > device lpt0 at isa? port? tty irq 7 vector lptintr > > device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr > > pseudo-device loop > pseudo-device ether > pseudo-device log > pseudo-device sl 1 > pseudo-device tun 1 > pseudo-device pty 16 > pseudo-device gzip # Exec gzipped a.out's > ############################ > > > > From owner-freebsd-bugs Tue Dec 19 00:42:28 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA01089 for bugs-outgoing; Tue, 19 Dec 1995 00:42:28 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA01084 for ; Tue, 19 Dec 1995 00:42:24 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id AAA02630 for ; Tue, 19 Dec 1995 00:37:51 -0800 Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id DAA19622; Tue, 19 Dec 1995 03:42:53 -0500 From: Peter Dufault Message-Id: <199512190842.DAA19622@hda.com> Subject: Re: Problem with FreeBSD 2.1.0-RELEASE To: davidg@Root.COM Date: Tue, 19 Dec 1995 03:42:52 -0500 (EST) Cc: gibbs@freefall.freebsd.org, m.sapsed@bangor.ac.uk, hm@hcs.de, freebsd-bugs@freebsd.org In-Reply-To: <199512190342.TAA02913@corbin.Root.COM> from "David Greenman" at Dec 18, 95 07:42:33 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk > >> Fatal trap 12: page fault while in kernel mode > >> Fault virtual address = 0x60 > >> Fault code = supervisor read, page not present > ... > >> Stopped at _incore+0x48: cmpl %esi, 0x48(%ebx) > > ... > > This is a "can't happen" panic. I don't think so. The offset to the b_lblkno was 72 (0x48) and the fault address was 0x60, so the bp in %ebx was 0x24 at the check for NULL. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-bugs Tue Dec 19 01:06:55 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA02002 for bugs-outgoing; Tue, 19 Dec 1995 01:06:55 -0800 (PST) Received: from hcshh.hcs.de (hcshh.hcs.de [194.49.17.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA01988 for ; Tue, 19 Dec 1995 01:06:14 -0800 (PST) Received: from hcswork.hcs.de by hcshh.hcs.de with smtp (Smail3.1.28.1 #9) id m0tRxyw-000TIrC; Tue, 19 Dec 95 10:05 MET Received: by hcswork.hcs.de (Smail3.1.28.1 #9) id m0tRxyw-000UTcC; Tue, 19 Dec 95 10:05 MET Message-Id: From: hm@hcs.de (Hellmuth Michaelis) Subject: Re: Problem with FreeBSD 2.1.0-RELEASE To: davidg@Root.COM Date: Tue, 19 Dec 1995 10:05:10 +0100 (MET) Cc: dufault@hda.com, gibbs@freefall.freebsd.org, m.sapsed@bangor.ac.uk, hm@hcs.de, freebsd-bugs@freebsd.org In-Reply-To: <199512190342.TAA02913@corbin.Root.COM> from "David Greenman" at Dec 18, 95 07:42:33 pm Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk >From the keyboard of David Greenman: > >This is certainly the same problem that Hellmuth and others > >have been having with CD-ROM changers. Hellmuth sent me the changer so I > >want to find some time to track it down soon. I saved some mail from > >him that says it takes place here: > > > >> Fatal trap 12: page fault while in kernel mode > >> Fault virtual address = 0x60 > >> Fault code = supervisor read, page not present > ... > >> Stopped at _incore+0x48: cmpl %esi, 0x48(%ebx) > > > >I believe this is here in kern/vfs_bio.c: > > > >> int s = splbio(); > >> > >> bh = BUFHASH(vp, blkno); > >> bp = bh->lh_first; > >> > >> /* Search hash chain */ > >> while (bp) { > > > >where we go indirect on that bp. > > This is a "can't happen" panic. It can only happen if the CPU executes the > instructions incorrectly. The assembly code is: What do you mean with "incorrectly" ? [assembly deleted] > The only other possibility is that incore() isn't actually being called at > all and the CPU ended up here because of some weird stack corruption or > bogus function pointer or something. ...This seems unlikely. Yes, it is very unlikey in my opinion. I have put masses of printf's at the above mentioned place in vfs_bio.c to detect anything which might go wrong but surprisingly nothing goes wrong (which i am able to detect ...) but the panic happenes at the very same instruction every time (i tried hard and long to debug this, i could reproduce the panic with the same values at the same instruction 50..70 times - eventually i gave up because all looks sane to me). Also, the above described situation is completely reproducable here (and someone from the US with the same device has had exactly the same problems, also i'm 99.5% shure that all my hardware and setup is ok): - mount and unmount some (i found one has to mount at least 3 - 4 CD's and unmount 0 - all CD's) - write (!) to a mounted filesystem (i did it with iozone because then i knew where i had a corrupt FS after the panic) As long as i did NOT do a write (!), the panic did not happen ! All this is happening under a plain 2.0.5 compiled with SCSI_NEWCONF enabled. hellmuth -- Hellmuth Michaelis HCS Hanseatischer Computerservice GmbH Hamburg, Europe "There are lies, damn lies, and open systems." (unknown) From owner-freebsd-bugs Tue Dec 19 01:51:24 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA04054 for bugs-outgoing; Tue, 19 Dec 1995 01:51:24 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA04035 for ; Tue, 19 Dec 1995 01:51:09 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA20775; Tue, 19 Dec 1995 10:49:03 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA09419; Tue, 19 Dec 1995 10:49:02 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA02500; Tue, 19 Dec 1995 09:55:58 +0100 From: J Wunsch Message-Id: <199512190855.JAA02500@uriah.heep.sax.de> Subject: Re: bin/899: /var/db/mountdtab not removed on bootup. To: wes@intele.net Date: Tue, 19 Dec 1995 09:55:57 +0100 (MET) Cc: freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512181630.IAA04939@freefall.freebsd.org> from "Barnacle Wes" at Dec 18, 95 08:30:02 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@FreeBSD.ORG Precedence: bulk As Barnacle Wes wrote: > > > I believe this is rather a bug in the NFS implementation in not > > removing mountdtab entries at umount time. > > You are, of course, correct. ;^) > > This bug has existed for many years; the SunOS 3.6 implementation > (circa 1989) exhibited this same problem. There might be a historical > reason for this behavior that we don't know, but it has always seemed > like a bug to me. Interesting enough, it must have sneaked into the UoGuelph NFS, too. Remember, we're using a totally different code base... Hmm, i've just checked: i cannot reproduce the bug any more. Either, it doesn't appear all the time, or it has been fixed as side-effect of something else (perhaps the NFSv3 changes). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Dec 19 01:53:06 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA04157 for bugs-outgoing; Tue, 19 Dec 1995 01:53:06 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA03935 for ; Tue, 19 Dec 1995 01:49:15 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA20759; Tue, 19 Dec 1995 10:48:59 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA09414; Tue, 19 Dec 1995 10:48:58 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id KAA02915; Tue, 19 Dec 1995 10:29:45 +0100 From: J Wunsch Message-Id: <199512190929.KAA02915@uriah.heep.sax.de> Subject: Re: Problem with FreeBSD 2.1.0-RELEASE To: davidg@Root.COM Date: Tue, 19 Dec 1995 10:29:45 +0100 (MET) Cc: dufault@hda.com, gibbs@freefall.freebsd.org, m.sapsed@bangor.ac.uk, hm@hcs.de, freebsd-bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512190342.TAA02913@corbin.Root.COM> from "David Greenman" at Dec 18, 95 07:42:33 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org Precedence: bulk As David Greenman wrote: > > >I believe this is here in kern/vfs_bio.c: > > > >> int s = splbio(); > >> > >> bh = BUFHASH(vp, blkno); > >> bp = bh->lh_first; > >> > >> /* Search hash chain */ > >> while (bp) { > > > >where we go indirect on that bp. > > This is a "can't happen" panic. It can only happen if the CPU executes the > instructions incorrectly. The assembly code is: > > ... > movl _bufhashtbl(,%eax,4),%ebx > testl %ebx,%ebx <- exit if bp is NULL >From my analysis (after Hellmuth's bug report), it was just one line above. I'm suspecting something with the BUFHASH() macro. Remember, the ``fault virtual address''es are somewhat weird for all bug reports, in this case it's 0x52. So it's not a NULL pointer, hence not easy to check. To recall it, the symptoms are that this panic happens for some people with many cd drives, and _only_ when accessing the last drive. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Dec 19 02:00:07 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA04545 for bugs-outgoing; Tue, 19 Dec 1995 02:00:07 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA04493 Tue, 19 Dec 1995 01:59:58 -0800 (PST) Date: Tue, 19 Dec 1995 01:59:58 -0800 (PST) From: Joerg Wunsch Message-Id: <199512190959.BAA04493@freefall.freebsd.org> To: fn@pain.csrv.uidaho.edu, joerg, freebsd-bugs Subject: Re: bin/899 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: /var/db/mountdtab can contain useless/outdated info State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Tue Dec 19 10:54:18 MET 1995 State-Changed-Why: This is the intented behaviour, not a bug. From owner-freebsd-bugs Tue Dec 19 02:32:18 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA06146 for bugs-outgoing; Tue, 19 Dec 1995 02:32:18 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA06139 for ; Tue, 19 Dec 1995 02:32:14 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id CAA02548; Tue, 19 Dec 1995 02:32:13 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id CAA00152; Tue, 19 Dec 1995 02:41:04 -0800 Message-Id: <199512191041.CAA00152@corbin.Root.COM> To: Peter Dufault cc: gibbs@freefall.freebsd.org, m.sapsed@bangor.ac.uk, hm@hcs.de, freebsd-bugs@freebsd.org Subject: Re: Problem with FreeBSD 2.1.0-RELEASE In-reply-to: Your message of "Tue, 19 Dec 95 03:42:52 EST." <199512190842.DAA19622@hda.com> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 19 Dec 1995 02:40:52 -0800 Sender: owner-bugs@freebsd.org Precedence: bulk >> >> Fatal trap 12: page fault while in kernel mode >> >> Fault virtual address = 0x60 >> >> Fault code = supervisor read, page not present >> ... >> >> Stopped at _incore+0x48: cmpl %esi, 0x48(%ebx) >> > > >... > >> >> This is a "can't happen" panic. > >I don't think so. The offset to the b_lblkno was 72 (0x48) and >the fault address was 0x60, so the bp in %ebx was 0x24 at the check >for NULL. Oh, sorry - my quick base conversion went astray somewhere. :-) Okay, the problem looks like the buffer is getting trashed after being put on the hash list. In order to diagnose this problem, I suggest adding a check in incore() for bp->b_hash.le_next != NULL && bp->b_hash.le_next < (struct buf *) 0x100 at the bottom of the while loop (before bp is assigned) and if this become true, print the value of bp. Then either using DDB or more printf's, print out the contents of the buffer. What to look for? ...I don't really know, but this should at least give some clues about the origin of the buffer and the extent of the corruption. My guess is that a temporary bp is getting put on the hash list and then later freed (or freed, then put on the hash list, the remalloced and then corrupted). -DG From owner-freebsd-bugs Tue Dec 19 02:40:09 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA06681 for bugs-outgoing; Tue, 19 Dec 1995 02:40:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA06658 Tue, 19 Dec 1995 02:40:03 -0800 (PST) Resent-Date: Tue, 19 Dec 1995 02:40:03 -0800 (PST) Resent-Message-Id: <199512191040.CAA06658@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, scrappy@hub.org Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA06567 for ; Tue, 19 Dec 1995 02:38:00 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by mail.barrnet.net (8.7.1/MAIL-RELAY-LEN) with ESMTP id IAA07563 for ; Tue, 12 Dec 1995 08:41:11 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id LAA00623; Tue, 12 Dec 1995 11:36:26 -0500 (EST) Message-Id: <199512121636.LAA00623@hub.org> Date: Tue, 12 Dec 1995 11:36:26 -0500 (EST) From: "Marc G. Fournier" Reply-To: scrappy@hub.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/903: panic: m_copydata Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 903 >Category: kern >Synopsis: panic: m_copydata >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Dec 19 02:40:02 PST 1995 >Last-Modified: >Originator: Marc G. Fournier >Organization: <> >Release: FreeBSD 2.2-CURRENT i386 >Environment: dmesg of system: FreeBSD 2.2-CURRENT #4: Tue Dec 12 05:39:49 EST 1995 scrappy@hub.org:/usr/src/sys/compile/hubdebug CPU: i386DX (386-class CPU) real memory = 8650752 (8448K bytes) avail memory = 6971392 (6808K bytes) DEVFS: ready for devices Probing for devices on the ISA bus: vt0 at 0x60-0x6f irq 1 on motherboard vt0: tvga 9000, 80/132 col, color, 8 scr, mf2-kbd, [R3.20-b24] sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450 lpt0 not found at 0xffffffff fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 329MB (675450 sectors), 790 cyls, 15 heads, 57 S/T, 512 B/S aha0 at 0x330-0x333 irq 11 drq 5 on isa aha0 waiting for scsi devices to settle (aha0:0:0): "QUANTUM LPS340S 020B" type 0 fixed SCSI 2 sd0(aha0:0:0): Direct-Access 327MB (670506 512 byte sectors) (aha0:2:0): "CONNER CFA540S 13B0" type 0 fixed SCSI 2 sd1(aha0:2:0): Direct-Access 515MB (1056708 512 byte sectors) (aha0:6:0): "QUANTUM LP240S GM240S01X 4.6" type 0 fixed SCSI 2 sd2(aha0:6:0): Direct-Access 234MB (479350 512 byte sectors) npx0 on motherboard npx0: 387 emulator devfs ready to run WARNING: / was not properly dismounted. config of system: # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # GENERIC,v 1.45.2.3 1995/06/05 21:50:41 jkh Exp # machine "i386" cpu "I386_CPU" ident hubdebug maxusers 10 options DEVFS options DODUMP options DDB options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options MSDOSFS #MSDOS Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console config kernel root on wd0 options SYSVSHM options SYSVSEM options SYSVMSG controller isa0 #controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 #controller ncr0 controller ahc0 controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr controller scbus0 device sd0 device st0 device cd0 #Only need one of these, the code dynamically grows # syscons is the default console driver, resembling an SCO console #device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 options PCVT_SCREENSAVER options PCVT_PRETTYSCRNS #options "PCVT_NSCREENS=7" #options XSERVER # include code for XFree86 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. #device de0 pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 # ijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 16 >Description: On a reasonably regular basis, I get a 'panic: m_copydata' error and reboot of the system. Having enabled DDB and DODUMP, I'm not getting a 'savecore', but it does put me into the kernel debugger instead of rebooting. Error: panic: m_copydata stopped at _Debugger+0x2b: movb $0,_in_Debugger.98 Trace: _Debugger(f0111fe0,f011d5e4,efbffe94,14) at _Debugger+0x2b _panic(f011d5e3,14,ffffffff,f05f3880,efbfff20) at _panic+0x3b _m_copydata(0,ffffffff,1,f05f38e8,0) at _m_copydata+0x21 _tcp_output(f05a4f00,f061169c,f0611b80,14,efbfff30) at _tcp_output+0x635 _tcp_input(f0611680,14) at _tcp_input+0x13da _ipintr(f0172117,0,efbf0027,27,3c) at _ipintr+0x429 Bad User Frame pointer: 0xefbf9120 I have a /var/crash directory created, but not core dump... In transcribing the Trace to paper, do I need *all* the lines, or is there only one or two that are significant? >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Dec 19 02:54:22 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA07489 for bugs-outgoing; Tue, 19 Dec 1995 02:54:22 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA07484 for ; Tue, 19 Dec 1995 02:54:17 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id CAA03645 for ; Tue, 19 Dec 1995 02:54:14 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id CAA02573; Tue, 19 Dec 1995 02:52:53 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id DAA00173; Tue, 19 Dec 1995 03:08:37 -0800 Message-Id: <199512191108.DAA00173@corbin.Root.COM> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: dufault@hda.com, gibbs@freefall.freebsd.org, m.sapsed@bangor.ac.uk, hm@hcs.de, freebsd-bugs@freebsd.org Subject: Re: Problem with FreeBSD 2.1.0-RELEASE In-reply-to: Your message of "Tue, 19 Dec 95 10:29:45 +0100." <199512190929.KAA02915@uriah.heep.sax.de> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 19 Dec 1995 03:07:43 -0800 Sender: owner-bugs@freebsd.org Precedence: bulk >above. I'm suspecting something with the BUFHASH() macro. Remember, >the ``fault virtual address''es are somewhat weird for all bug >reports, in this case it's 0x52. So it's not a NULL pointer, hence >not easy to check. BUFHASH will always generate a kernel VA address of some kind - by it's nature it can never return numbers near 0. bh->lh_first, however, might become bogus if a corrupted buffer is removed from the list. I don't know what else to say about this...it's going to require a competent engineer to poke around in the kernel data structures to gather clues about the bug and then carefully back-track the problem. -DG From owner-freebsd-bugs Tue Dec 19 04:10:09 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA12326 for bugs-outgoing; Tue, 19 Dec 1995 04:10:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA12314 Tue, 19 Dec 1995 04:10:04 -0800 (PST) Resent-Date: Tue, 19 Dec 1995 04:10:04 -0800 (PST) Resent-Message-Id: <199512191210.EAA12314@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA11612 for" ; Tue, 19 Dec 1995 04:04:03.-0800 (PST) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.3/8.6.9) id EAA02733; Tue, 19 Dec 1995 04:04:01 -0800 (PST) Message-Id: <199512191204.EAA02733@silvia.HIP.Berkeley.EDU> Date: Tue, 19 Dec 1995 04:04:01 -0800 (PST) From: asami@cs.berkeley.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/904: oops not queued Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 904 >Category: kern >Synopsis: I get the "oops not queued" error during boot time >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Dec 19 04:10:02 PST 1995 >Last-Modified: >Originator: Satoshi Asami >Organization: University of California >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD-current, seen first on Dec. 14. Quantam Atlas 2GB and Micropolis 3243W on Adaptec 2940UW. >Description: I get something like: Dec 18 13:18:55 silvia /kernel: ahc_scsi_cmd0: more than 256 DMA segs Dec 18 13:18:55 silvia /kernel: sd1: oops not queued Dec 18 13:18:55 silvia /kernel: biodone: buffer already done Dec 18 13:18:55 silvia /kernel: spec_getpages: I/O read error Dec 18 13:18:55 silvia /kernel: vm_fault: pager input (probably hardware) error, PID 144 failure during booting and one process dies. When I see this during booting (which has happened to every kernel I built since 12/14), I reboot into /kernel.old so I don't know how many more processes will die if I leave it up running that way. Justin Gibbs says it can't be the ahc driver problem. >How-To-Repeat: Eww, compile and boot -current kernel (after John Dyson's 1TB file fixes), I guess. >Fix: Wish I knew. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Dec 19 05:01:15 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA14491 for bugs-outgoing; Tue, 19 Dec 1995 05:01:15 -0800 (PST) Received: from pragmatix.bangor.ac.uk (pragmatix.bangor.ac.uk [147.143.2.14]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA14486 for ; Tue, 19 Dec 1995 05:01:11 -0800 (PST) Received: from thunder by pragmatix.bangor.ac.uk (SMI-8.6/SMI-SVR4) id MAA05923; Tue, 19 Dec 1995 12:56:38 GMT Received: by thunder; (5.65/1.1.8.2/17Oct94-1141AM) id AA13856; Tue, 19 Dec 1995 12:56:38 GMT Date: Tue, 19 Dec 1995 12:56:37 +0000 (GMT) From: Martin Sapsed X-Sender: iss081@thunder To: David Greenman Cc: Joerg Wunsch , dufault@hda.com, gibbs@freefall.freebsd.org, m.sapsed@bangor.ac.uk, hm@hcs.de, julian@jhome.DIALix.COM, freebsd-bugs@freebsd.org Subject: Re: Problem with FreeBSD 2.1.0-RELEASE In-Reply-To: <199512191108.DAA00173@corbin.Root.COM> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk On Tue, 19 Dec 1995, David Greenman wrote: > I don't know what else to say about this...it's going to require a > competent engineer to poke around in the kernel data structures to gather > clues about the bug and then carefully back-track the problem. So guys, thanks for all the responses - it's nice to know I've got a real neat bug here !! :-) (I'm relieved that no ones come back with a RTFM or somesuch - thought maybe I was going nuts!) Where do I go from here? Am I in deep trouble? If I recompile the kernel with DDB in will that help anyone? If so how? Should I look for another job???? :-) I must point out I'm no kernel hacker so am rather in the dark here. I currently have another machine running FreeBSD 1.0 which (mostly) happily accesses 11 drives so this bug seems to have been introduced sometime since then? Any suggestions?? Martin ---------------------------------------------------------------------- Martin Sapsed Tel: +44 (0)1248 382409 Microcomputer Support Officer Fax: +44 (0)1248 383826 UCNW Computing Lab Bangor, N. Wales, LL57 2DG "Who do you say I am?" m.sapsed@bangor.ac.uk Jesus of Nazareth ---------------------------------------------------------------------- From owner-freebsd-bugs Tue Dec 19 05:18:40 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA15377 for bugs-outgoing; Tue, 19 Dec 1995 05:18:40 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA15371 for ; Tue, 19 Dec 1995 05:18:36 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id IAA20207; Tue, 19 Dec 1995 08:21:50 -0500 From: Peter Dufault Message-Id: <199512191321.IAA20207@hda.com> Subject: Re: Problem with FreeBSD 2.1.0-RELEASE To: m.sapsed@bangor.ac.uk (Martin Sapsed) Date: Tue, 19 Dec 1995 08:21:50 -0500 (EST) Cc: davidg@Root.COM, joerg_wunsch@uriah.heep.sax.de, gibbs@freefall.freebsd.org, m.sapsed@bangor.ac.uk, hm@hcs.de, julian@jhome.DIALix.COM, freebsd-bugs@freebsd.org In-Reply-To: from "Martin Sapsed" at Dec 19, 95 12:56:37 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk > Any suggestions?? I'll look at it. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-bugs Tue Dec 19 06:39:59 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA05788 for bugs-outgoing; Tue, 19 Dec 1995 06:39:59 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA05754 for ; Tue, 19 Dec 1995 06:39:51 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA15480; Wed, 20 Dec 1995 01:35:17 +1100 Date: Wed, 20 Dec 1995 01:35:17 +1100 From: Bruce Evans Message-Id: <199512191435.BAA15480@godzilla.zeta.org.au> To: davidg@Root.COM, j@uriah.heep.sax.de Subject: Re: Problem with FreeBSD 2.1.0-RELEASE Cc: dufault@hda.com, freebsd-bugs@FreeBSD.ORG, gibbs@freefall.freebsd.org, hm@hcs.de, m.sapsed@bangor.ac.uk Sender: owner-bugs@FreeBSD.ORG Precedence: bulk >To recall it, the symptoms are that this panic happens for some people >with many cd drives, and _only_ when accessing the last drive. In that case, it must be a bounds checking error. Perhaps this one in cd.c: > if(dk_ndrive < DK_NDRIVE) { > sprintf(dk_names[dk_ndrive], "cd%d", unit); > dk_wpms[dk_ndrive] = (150*1024/2); > SCSI_DATA(&cd_switch, unit)->dkunit = dk_ndrive++; > } else { > SCSI_DATA(&cd_switch, unit)->dkunit = -1; ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Here the unit number for statistics is set to -1 (``none'') and statistics aren't kept for this or subsequently attached drivers of any type. > } > ... > if(cd->dkunit) { ^^^^^^^^^^^^^^ Here the ``none'' unit number is assumed to be 0. Other drivers check correctly: `if (xd->dkunit >= 0)'. > dk_xfer[cd->dkunit]++; > dk_seek[cd->dkunit]++; /* don't know */ > dk_wds[cd->dkunit] += bp->b_bcount >> 6; > } Bruce From owner-freebsd-bugs Tue Dec 19 07:36:50 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA16912 for bugs-outgoing; Tue, 19 Dec 1995 07:36:50 -0800 (PST) Received: from pain.csrv.uidaho.edu (root@pain.csrv.uidaho.edu [129.101.114.109]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA16884 for ; Tue, 19 Dec 1995 07:36:42 -0800 (PST) Received: from pain.csrv.uidaho.edu (fn@localhost [127.0.0.1]) by pain.csrv.uidaho.edu (8.6.12/8.6.9) with ESMTP id HAA00488; Tue, 19 Dec 1995 07:35:30 -0800 Message-Id: <199512191535.HAA00488@pain.csrv.uidaho.edu> To: Martin Sapsed cc: freebsd-bugs@freebsd.org Subject: Re: Problem with FreeBSD 2.1.0-RELEASE In-reply-to: Your message of "Tue, 19 Dec 1995 12:56:37 GMT." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <481.819387329.1@pain.csrv.uidaho.edu> Date: Tue, 19 Dec 1995 07:35:29 -0800 From: Faried Nawaz Sender: owner-bugs@freebsd.org Precedence: bulk Martin Sapsed wrote... I must point out I'm no kernel hacker so am rather in the dark here. I currently have another machine running FreeBSD 1.0 which (mostly) happily accesses 11 drives so this bug seems to have been introduced sometime since then? 1.0?!? gimme! :) faried, 1.0 -> 1.1-g -> 1.1.5.1 -> 2.0 -> 2.0.5 -> current From owner-freebsd-bugs Tue Dec 19 07:39:08 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA17094 for bugs-outgoing; Tue, 19 Dec 1995 07:39:08 -0800 (PST) Received: from pragmatix.bangor.ac.uk (pragmatix.bangor.ac.uk [147.143.2.14]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA17086 for ; Tue, 19 Dec 1995 07:39:00 -0800 (PST) Received: from thunder by pragmatix.bangor.ac.uk (SMI-8.6/SMI-SVR4) id PAA11162; Tue, 19 Dec 1995 15:36:33 GMT Received: by thunder; (5.65/1.1.8.2/17Oct94-1141AM) id AA08828; Tue, 19 Dec 1995 15:36:33 GMT Date: Tue, 19 Dec 1995 15:36:33 +0000 (GMT) From: Martin Sapsed X-Sender: iss081@thunder To: Bruce Evans Cc: davidg@Root.COM, j@uriah.heep.sax.de, dufault@hda.com, freebsd-bugs@FreeBSD.ORG, gibbs@freefall.freebsd.org, hm@hcs.de, m.sapsed@bangor.ac.uk Subject: Re: Problem with FreeBSD 2.1.0-RELEASE In-Reply-To: <199512191435.BAA15480@godzilla.zeta.org.au> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG Precedence: bulk On Wed, 20 Dec 1995, Bruce Evans wrote: > >To recall it, the symptoms are that this panic happens for some people > >with many cd drives, and _only_ when accessing the last drive. > > In that case, it must be a bounds checking error. Perhaps this one in > cd.c: But in my case things work fine on cds 1 & 2 but not on 10 and 14 (the last one is 20). Martin ---------------------------------------------------------------------- Martin Sapsed Tel: +44 (0)1248 382409 Microcomputer Support Officer Fax: +44 (0)1248 383826 UCNW Computing Lab Bangor, N. Wales, LL57 2DG "Who do you say I am?" m.sapsed@bangor.ac.uk Jesus of Nazareth ---------------------------------------------------------------------- From owner-freebsd-bugs Tue Dec 19 07:50:07 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA17619 for bugs-outgoing; Tue, 19 Dec 1995 07:50:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA17611 Tue, 19 Dec 1995 07:50:04 -0800 (PST) Resent-Date: Tue, 19 Dec 1995 07:50:04 -0800 (PST) Resent-Message-Id: <199512191550.HAA17611@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mi@ALDAN.star89.galstar.com Received: from aldan (PPP-81-32.BU.EDU [128.197.8.52]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA17310 for ; Tue, 19 Dec 1995 07:44:06 -0800 (PST) Received: (from root@localhost) by aldan (8.6.12/8.6.12) id KAA09403; Tue, 19 Dec 1995 10:42:17 -0500 Message-Id: <199512191542.KAA09403@aldan> Date: Tue, 19 Dec 1995 10:42:17 -0500 From: mi@ALDAN.star89.galstar.com Reply-To: mi@ALDAN.star89.galstar.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/905: vi misbehaving or fmt's man page lies Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 905 >Category: bin >Synopsis: vi misbehaving or fmt's man page lies >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Dec 19 07:50:01 PST 1995 >Last-Modified: >Originator: Mikhail Teterin >Organization: Kozache, kozache. Zhittja tvoe sobache... >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: ===> Here is from fmt's man page: Fmt is meant to format mail messages prior to sending, but may also be useful for other simple tasks. For instance, within visual mode of the ex(1) editor (e.g. vi(1)) the command !}fmt will reformat a paragraph, evening the lines. ===> Here is what happens when the command is issued on vi's :-prompt: }fmt: Command not found. }fmt: exited with status 1. Enter return to continue: >How-To-Repeat: See description >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Dec 19 07:52:13 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA17753 for bugs-outgoing; Tue, 19 Dec 1995 07:52:13 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA17747 for ; Tue, 19 Dec 1995 07:52:04 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id CAA17973; Wed, 20 Dec 1995 02:50:44 +1100 Date: Wed, 20 Dec 1995 02:50:44 +1100 From: Bruce Evans Message-Id: <199512191550.CAA17973@godzilla.zeta.org.au> To: bde@zeta.org.au, m.sapsed@bangor.ac.uk Subject: Re: Problem with FreeBSD 2.1.0-RELEASE Cc: davidg@Root.COM, dufault@hda.com, freebsd-bugs@FreeBSD.ORG, gibbs@freefall.freebsd.org, hm@hcs.de, j@uriah.heep.sax.de Sender: owner-bugs@FreeBSD.ORG Precedence: bulk >> >To recall it, the symptoms are that this panic happens for some people >> >with many cd drives, and _only_ when accessing the last drive. >> >> In that case, it must be a bounds checking error. Perhaps this one in >> cd.c: >But in my case things work fine on cds 1 & 2 but not on 10 and 14 (the >last one is 20). 10 and 14 are both greater than DK_NDRIVE, so using either of them clobbers semi-random memory. Bruce From owner-freebsd-bugs Tue Dec 19 12:20:21 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA02946 for bugs-outgoing; Tue, 19 Dec 1995 12:20:21 -0800 (PST) Received: from ucvg.med.utah.edu (ucvg.med.utah.edu [128.110.62.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA02747 for ; Tue, 19 Dec 1995 12:19:59 -0800 (PST) Received: (from rick@localhost) by ucvg.med.utah.edu (8.6.11/8.6.11) id NAA06434; Tue, 19 Dec 1995 13:22:37 -0700 Resent-Date: Mon, 18 Dec 1995 08:00:05 -0800 (PST) Resent-Message-Id: <199512181600.IAA03188@freefall.freebsd.org> Resent-From: gnats@freefall.freebsd.org (GNATS Management) Resent-To: freebsd-bugs@freefall.freebsd.org Resent-Reply-To: FreeBSD-gnats@freefall.freebsd.org, hsu@clinet.fi Message-Id: <199512181551.RAA24364@katiska.clinet.fi> Date: Mon, 18 Dec 1995 17:51:00 +0200 From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.2 Subject: kern/902: "The alternate system clock has died" Resent-Date: Mon, 18 Dec 1995 11:30:41 -0700 (MST) Resent-From: Rick Scheese Resent-To: rick@rscheese.med.utah.edu Resent-Message-Id: ReSent-Date: Tue, 19 Dec 1995 13:22:34 -0700 (MST) ReSent-From: Rick Scheese ReSent-To: my_box ReSent-Message-ID: Sender: owner-bugs@FreeBSD.org Precedence: bulk >Number: 902 >Category: kern >Synopsis: system becomes very sluggish, odd messages, odd vmstat output >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Dec 18 08:00:02 PST 1995 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: kernel is -current from November 26th. This could have been fixed, but I haven't been able to get a stable snapshot out of -current yet to see if it is. machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" # aka Pentium(tm) ident CLINETSERVER maxusers 256 options "NMBCLUSTERS=8192" options "TTYHOG=4096" options "RS_IBUFSIZE=1024" options "CHILD_MAX=512" options "OPEN_MAX=512" options MATH_EMULATE #Support for x87 emulation #new math emulator config kernel root on wd0 swap on wd0 and wd1 and sd0 and sd1 and sd2 and sd3 and vn0 dumps on sd0 options "COMPAT_43" options USER_LDT #allow user-level control of i386 ldt options SYSVSHM options SYSVSEM options SYSVMSG options KTRACE #kernel tracing options DIAGNOSTIC options UCONSOLE options INET #Internet communications protocols pseudo-device ether #Generic Ethernet pseudo-device sppp #Generic Synchronous PPP pseudo-device loop #Network loopback device pseudo-device sl 16 #Serial Line IP pseudo-device ppp 32 #Point-to-point protocol pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device disc #Discard device pseudo-device tun 1 #Tunnel driver(user process ppp) options "TCP_COMPAT_42" #emulate 4.2BSD TCP bugs options GATEWAY #internetwork gateway options MROUTING # Multicast routing options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets options FFS #Fast filesystem options NFS #Network File System options "CD9660" #ISO 9660 filesystem options FDESC #File descriptor filesystem options KERNFS #Kernel filesystem options LFS #Log filesystem options MFS #Memory File System options MSDOSFS #MS DOS File System options NULLFS #NULL filesystem options PORTAL #Portal filesystem options PROCFS #Process filesystem options UMAPFS #UID map filesystem options UNION #Union filesystem options DEVFS #devices filesystem controller scbus0 #base SCSI code device ch0 #SCSI media changers device sd0 #SCSI disks device st0 #SCSI tapes device cd0 #SCSI CD-ROMs disk sd0 at scbus0 target 0 disk sd1 at scbus0 target 1 disk sd2 at scbus0 target 2 disk sd3 at scbus0 target 3 disk sd4 at scbus0 target 4 disk sd5 at scbus0 target 5 disk sd6 at scbus0 target 6 tape st0 at scbus0 target 0 tape st1 at scbus0 target 1 tape st2 at scbus0 target 2 tape st3 at scbus0 target 3 tape st4 at scbus0 target 4 tape st5 at scbus0 target 5 tape st6 at scbus0 target 6 device cd0 at scbus0 target 0 device cd1 at scbus0 target 1 device cd2 at scbus0 target 2 device cd3 at scbus0 target 3 device cd4 at scbus0 target 4 device cd5 at scbus0 target 5 device cd6 at scbus0 target 6 options SCSI_REPORT_GEOMETRY pseudo-device pty 256 #Pseudo ttys - can go as high as 64 pseudo-device speaker #Play IBM BASIC-style noises out your speaker pseudo-device log #Kernel syslog interface (/dev/klog) pseudo-device gzip #Exec gzipped a.out's pseudo-device vn #Vnode driver (turns a file into a device) controller isa0 options "AUTO_EOI_1" options BOUNCE_BUFFERS device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 options XSERVER # include code for XFree86 options FAT_CURSOR # start with block cursor options HARDFONTS options MAXCONS=16 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 tape ft0 at fdc0 drive 2 device lpt0 at isa? port? tty irq 7 vector lptintr device lpt1 at isa? port? tty device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr options COM_MULTIPORT #code for some cards with shared IRQs device ar0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector arintr device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr controller snd0 device pas0 at isa? port 0x388 irq 10 drq 6 vector pasintr device sb0 at isa? port 0x220 irq 7 conflicts drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 device gus0 at isa? port 0x220 irq 12 drq 1 vector gusintr device mss0 at isa? port 0x530 irq 10 drq 1 vector adintr device opl0 at isa? port 0x388 conflicts device mpu0 at isa? port 0x330 irq 6 drq 0 device uart0 at isa? port 0x330 irq 5 vector "m6850intr" device pca0 at isa? port IO_TIMER1 tty device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr controller matcd0 at isa? port 0x230 bio device cy0 at isa? tty irq 10 iomem 0xd4000 iosiz 0x2000 vector cyintr controller eisa0 controller ahb0 controller ahc0 controller pci0 device ncr1 device de5 options PROBE_VERBOSE options SHOW_BUSYBUFS # List buffers that prevent root unmount options "SCSI_DELAY=10" Dec 17 19:49:42 katiska /kernel: FreeBSD 2.2-CURRENT #2: Sun Nov 26 06:35:44 EET 1995 Dec 17 19:49:42 katiska /kernel: hsu@katiska.clinet.fi:/usr/current/src/sys/compile/CLINETSERVER Dec 17 19:49:42 katiska /kernel: CPU: 90-MHz Pentium 735\90 (Pentium-class CPU) Dec 17 19:49:42 katiska /kernel: Origin = "GenuineIntel" Id = 0x524 Stepping=4 Dec 17 19:49:43 katiska /kernel: Features=0x1bf Dec 17 19:49:43 katiska /kernel: real memory = 67108864 (65536K bytes) Dec 17 19:49:43 katiska /kernel: avail memory = 62394368 (60932K bytes) Dec 17 19:49:43 katiska /kernel: Probing for devices on the ISA bus: Dec 17 19:49:43 katiska /kernel: vt0 at 0x60-0x6f irq 1 on motherboard Dec 17 19:49:43 katiska /kernel: vt0: tvga 8900cl, 80/132 col, mono, 8 scr, mf2-kbd, [R3.20-b24] Dec 17 19:49:43 katiska /kernel: ed0 at 0x280-0x29f irq 5 maddr 0xd8000 msize 16384 on isa Dec 17 19:49:43 katiska /kernel: ed0: address 00:00:c0:cd:b9:a3, type WD8013EPC (16 bit) Dec 17 19:49:43 katiska /kernel: lpt0 at 0x378-0x37f irq 7 on isa Dec 17 19:49:43 katiska /kernel: lpt0: Interrupt-driven port Dec 17 19:49:43 katiska /kernel: lp0: TCP/IP capable interface Dec 17 19:49:43 katiska /kernel: lpt1 not found at 0xffffffff Dec 17 19:49:43 katiska /kernel: lpt2 not found at 0xffffffff Dec 17 19:49:43 katiska /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Dec 17 19:49:43 katiska /kernel: sio0: type 16550A Dec 17 19:49:43 katiska /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Dec 17 19:49:43 katiska /kernel: sio1: type 16550A Dec 17 19:49:43 katiska /kernel: sio2 not found at 0x3e8 Dec 17 19:49:44 katiska /kernel: sio3 not found at 0x2e8 Dec 17 19:49:44 katiska /kernel: pca0 on isa Dec 17 19:49:44 katiska /kernel: pca0: PC speaker audio driver Dec 17 19:49:44 katiska /kernel: bt0 not found at 0x330 Dec 17 19:49:44 katiska /kernel: aha0 not found at 0x330 Dec 17 19:49:44 katiska /kernel: wdc0 not found at 0x1f0 Dec 17 19:49:44 katiska /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Dec 17 19:49:44 katiska /kernel: fdc0: NEC 72065B Dec 17 19:49:44 katiska /kernel: fd0: 1.44MB 3.5in Dec 17 19:49:44 katiska /kernel: mcd0: timeout getting status Dec 17 19:49:44 katiska /kernel: mcd0 not found at 0x300 Dec 17 19:49:44 katiska /kernel: npx0 on motherboard Dec 17 19:49:44 katiska /kernel: npx0: INT 16 interface Dec 17 19:49:44 katiska /kernel: matcdc0 not found at 0xffffffff Dec 17 19:49:44 katiska /kernel: matcdc1 not found at 0xffffffff Dec 17 19:49:44 katiska /kernel: matcdc2 not found at 0xffffffff Dec 17 19:49:44 katiska /kernel: matcdc3 not found at 0xffffffff Dec 17 19:49:44 katiska /kernel: Probing for devices on the PCI bus: Dec 17 19:49:45 katiska /kernel: chip0 rev 17 on pci0:0 Dec 17 19:49:45 katiska /kernel: chip1 rev 67 on pci0:2 Dec 17 19:49:45 katiska /kernel: ncr0 rev 2 int a irq 9 on pci0:12 Dec 17 19:49:45 katiska /kernel: ncr0 waiting for scsi devices to settle Dec 17 19:49:45 katiska /kernel: (ncr0:0:0): "SEAGATE ST15230N 0298" type 0 fixed SCSI 2 Dec 17 19:49:45 katiska /kernel: sd0(ncr0:0:0): Direct-Access Dec 17 19:49:45 katiska /kernel: sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Dec 17 19:49:45 katiska /kernel: 4095MB (8386733 512 byte sectors) Dec 17 19:49:45 katiska /kernel: sd0(ncr0:0:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Dec 17 19:49:45 katiska /kernel: (ncr0:3:0): "SEAGATE ST31200N 9348" type 0 fixed SCSI 2 Dec 17 19:49:45 katiska /kernel: sd3(ncr0:3:0): Direct-Access Dec 17 19:49:45 katiska /kernel: sd3(ncr0:3:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Dec 17 19:49:45 katiska /kernel: 1011MB (2072435 512 byte sectors) Dec 17 19:49:45 katiska /kernel: sd3(ncr0:3:0): with 2700 cyls, 9 heads, and an average 85 sectors/track Dec 17 19:49:45 katiska /kernel: (ncr0:4:0): "HP C1533A 9503" type 1 removable SCSI 2 Dec 17 19:49:45 katiska /kernel: st4(ncr0:4:0): Sequential-Access Dec 17 19:49:45 katiska /kernel: st4(ncr0:4:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Dec 17 19:49:45 katiska /kernel: density code 0x24, variable blocks, write-enabled Dec 17 19:49:45 katiska /kernel: ncr1 rev 1 int a irq 9 on pci0:14 Dec 17 19:49:46 katiska /kernel: ncr1 waiting for scsi devices to settle Dec 17 19:49:46 katiska /kernel: (ncr1:3:0): "SEAGATE ST15230N 0168" type 0 fixed SCSI 2 Dec 17 19:49:46 katiska /kernel: sd7(ncr1:3:0): Direct-Access Dec 17 19:49:46 katiska /kernel: sd7(ncr1:3:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Dec 17 19:49:46 katiska /kernel: 4095MB (8386733 512 byte sectors) Dec 17 19:49:46 katiska /kernel: sd7(ncr1:3:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Dec 17 19:49:46 katiska /kernel: changing root device to sd0a Dec 17 19:49:46 katiska /kernel: new masks: bio c0000240, tty c00300ba, net c00300ba Dec 17 19:49:46 katiska /kernel: WARNING: / was not properly dismounted. >Description: System becomes very sluggish and vmstat output shows up odd things: procs memory page disks faults cpu r b w avm fre flt re pi po fr sr f0 s0 s3 s7 in sy cs us sy id 6 2 0623128 1120 9824 6 4 5 103 1159 0 22 13 73 601 1651 371 22 36 42 8 7 0630380 2520 455 18 26 65 123 12056 0 6016 5760 256 760 844 501 0 0 0 6 1 0617616 1672 310 17 28 37 82 7180 0 5248 3712 384 627 599 436 0 0 0 1 3 0622408 964 396 7 90 0 201 0 0 8448 2688 640 546 698 397 0 0 0 7 341613984 988 419 3 51 48 121 50088 0 8960 2816 256 846 8529 309 0 0 0 81045629340 3628 750 3 51 33 868 70934 0 13184 5248 2944 1013 9169 594 0 0 0 4 637616900 5868 397 16 54 87 85 78090 0 13184 4992 1664 601 3998 334 0 0 0 6 431626244 7160 597 136 35 138 37 75381 0 13824 7424 384 638 1209 371 0 0 0 12 529626244 7788 321 23 26 160 10 59704 0 16000 7552 0 668 429 324 0 0 0 6 623609280 8072 565 32 41 124 278 41032 0 14592 6272 384 759 3293 494 0 0 0 systat fails with The alternate system clock has died! Reverting to ``pigs'' display. when I try to get vmstat display. I noticed the following messages earlier in messages, but I don't know whether these are the reason for the failure. Dec 18 12:03:55 katiska /kernel: sd7(ncr1:3:0): MEDIUM ERROR info:d0de6 asc:11,0 Unrecovered read error field replaceable unit: d0 sks:80,29 Dec 18 12:03:55 katiska /kernel: , retries:4 Dec 18 12:03:58 katiska /kernel: sd7(ncr1:3:0): MEDIUM ERROR info:d0de6 asc:11,0 Unrecovered read error field replaceable unit: d0 sks:80,29 Dec 18 12:03:58 katiska /kernel: , retries:3 Dec 18 12:04:00 katiska /kernel: sd7(ncr1:3:0): MEDIUM ERROR info:d0de6 asc:11,0 Unrecovered read error field replaceable unit: d0 sks:80,29 Dec 18 12:04:00 katiska /kernel: , retries:2 Dec 18 12:04:02 katiska /kernel: sd7(ncr1:3:0): MEDIUM ERROR info:d0de6 asc:11,0 Unrecovered read error field replaceable unit: d0 sks:80,29 Dec 18 12:04:02 katiska /kernel: , retries:1 Dec 18 12:04:05 katiska /kernel: sd7(ncr1:3:0): MEDIUM ERROR info:d0de6 asc:11,0 Unrecovered read error field replaceable unit: d0 sks:80,29 Dec 18 12:04:05 katiska /kernel: , FAILURE Dec 18 12:04:07 katiska /kernel: sd7(ncr1:3:0): VOLUME OVERFLOW ILI (length mismatch): -555827027 csi:de,c0,ad,de asc:de,c0 Vendor Specific ASC field replaceable unit: ad sks:de,3 Dec 18 12:04:07 katiska /kernel: , retries:4 Dec 18 12:04:09 katiska /kernel: sd7(ncr1:3:0): VOLUME OVERFLOW ILI (length mismatch): -555827027 csi:de,c0,ad,de asc:de,c0 Vendor Specific ASC field replaceable unit: ad sks:de,3 Dec 18 12:04:09 katiska /kernel: , retries:3 Dec 18 12:04:11 katiska /kernel: sd7(ncr1:3:0): VOLUME OVERFLOW ILI (length mismatch): -555827027 csi:de,c0,ad,de asc:de,c0 Vendor Specific ASC field replaceable unit: ad sks:de,3 Dec 18 12:04:12 katiska /kernel: , retries:2 Dec 18 12:04:14 katiska /kernel: sd7(ncr1:3:0): VOLUME OVERFLOW ILI (length mismatch): -555827027 csi:de,c0,ad,de asc:de,c0 Vendor Specific ASC field replaceable unit: ad sks:de,3 Dec 18 12:04:14 katiska /kernel: , retries:1 Dec 18 12:04:16 katiska /kernel: sd7(ncr1:3:0): VOLUME OVERFLOW ILI (length mismatch): -555827027 csi:de,c0,ad,de asc:de,c0 Vendor Specific ASC field replaceable unit: ad sks:de,3 Dec 18 12:04:16 katiska /kernel: , FAILURE The disk in question does not seem to do anything odd, it works. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Dec 19 12:21:49 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA02993 for bugs-outgoing; Tue, 19 Dec 1995 12:21:49 -0800 (PST) Received: from ucvg.med.utah.edu (ucvg.med.utah.edu [128.110.62.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA02987 for ; Tue, 19 Dec 1995 12:21:41 -0800 (PST) Received: (from rick@localhost) by ucvg.med.utah.edu (8.6.11/8.6.11) id NAA06613; Tue, 19 Dec 1995 13:24:20 -0700 Resent-Date: Tue, 19 Dec 1995 04:10:04 -0800 (PST) Resent-Message-Id: <199512191210.EAA12314@freefall.freebsd.org> Resent-From: gnats@freefall.freebsd.org (GNATS Management) Resent-To: freebsd-bugs@freefall.freebsd.org Resent-Reply-To: FreeBSD-gnats@freefall.freebsd.org, "Received:\"from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA11612 for\"" ; Tue, "19.Dec.1995.04":04:03.-0800@freefall.freebsd.org (PST) Message-Id: <199512191204.EAA02733@silvia.HIP.Berkeley.EDU> Date: Tue, 19 Dec 1995 04:04:01 -0800 (PST) From: asami@cs.berkeley.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/904: oops not queued ReSent-Date: Tue, 19 Dec 1995 13:24:18 -0700 (MST) ReSent-From: Rick Scheese ReSent-To: my_box ReSent-Message-ID: Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 904 >Category: kern >Synopsis: I get the "oops not queued" error during boot time >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Dec 19 04:10:02 PST 1995 >Last-Modified: >Originator: Satoshi Asami >Organization: University of California >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD-current, seen first on Dec. 14. Quantam Atlas 2GB and Micropolis 3243W on Adaptec 2940UW. >Description: I get something like: Dec 18 13:18:55 silvia /kernel: ahc_scsi_cmd0: more than 256 DMA segs Dec 18 13:18:55 silvia /kernel: sd1: oops not queued Dec 18 13:18:55 silvia /kernel: biodone: buffer already done Dec 18 13:18:55 silvia /kernel: spec_getpages: I/O read error Dec 18 13:18:55 silvia /kernel: vm_fault: pager input (probably hardware) error, PID 144 failure during booting and one process dies. When I see this during booting (which has happened to every kernel I built since 12/14), I reboot into /kernel.old so I don't know how many more processes will die if I leave it up running that way. Justin Gibbs says it can't be the ahc driver problem. >How-To-Repeat: Eww, compile and boot -current kernel (after John Dyson's 1TB file fixes), I guess. >Fix: Wish I knew. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Dec 19 12:21:53 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03011 for bugs-outgoing; Tue, 19 Dec 1995 12:21:53 -0800 (PST) Received: from ucvg.med.utah.edu (ucvg.med.utah.edu [128.110.62.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA02988 for ; Tue, 19 Dec 1995 12:21:46 -0800 (PST) Received: (from rick@localhost) by ucvg.med.utah.edu (8.6.11/8.6.11) id NAA06600; Tue, 19 Dec 1995 13:24:13 -0700 Resent-Date: Tue, 19 Dec 1995 02:40:03 -0800 (PST) Resent-Message-Id: <199512191040.CAA06658@freefall.freebsd.org> Resent-From: gnats@freefall.freebsd.org (GNATS Management) Resent-To: freebsd-bugs@freefall.freebsd.org Resent-Reply-To: FreeBSD-gnats@freefall.freebsd.org, scrappy@hub.org Message-Id: <199512121636.LAA00623@hub.org> Date: Tue, 12 Dec 1995 11:36:26 -0500 (EST) From: "Marc G. Fournier" Reply-To: scrappy@hub.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/903: panic: m_copydata ReSent-Date: Tue, 19 Dec 1995 13:24:11 -0700 (MST) ReSent-From: Rick Scheese ReSent-To: my_box ReSent-Message-ID: Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 903 >Category: kern >Synopsis: panic: m_copydata >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Dec 19 02:40:02 PST 1995 >Last-Modified: >Originator: Marc G. Fournier >Organization: <> >Release: FreeBSD 2.2-CURRENT i386 >Environment: dmesg of system: FreeBSD 2.2-CURRENT #4: Tue Dec 12 05:39:49 EST 1995 scrappy@hub.org:/usr/src/sys/compile/hubdebug CPU: i386DX (386-class CPU) real memory = 8650752 (8448K bytes) avail memory = 6971392 (6808K bytes) DEVFS: ready for devices Probing for devices on the ISA bus: vt0 at 0x60-0x6f irq 1 on motherboard vt0: tvga 9000, 80/132 col, color, 8 scr, mf2-kbd, [R3.20-b24] sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450 lpt0 not found at 0xffffffff fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 329MB (675450 sectors), 790 cyls, 15 heads, 57 S/T, 512 B/S aha0 at 0x330-0x333 irq 11 drq 5 on isa aha0 waiting for scsi devices to settle (aha0:0:0): "QUANTUM LPS340S 020B" type 0 fixed SCSI 2 sd0(aha0:0:0): Direct-Access 327MB (670506 512 byte sectors) (aha0:2:0): "CONNER CFA540S 13B0" type 0 fixed SCSI 2 sd1(aha0:2:0): Direct-Access 515MB (1056708 512 byte sectors) (aha0:6:0): "QUANTUM LP240S GM240S01X 4.6" type 0 fixed SCSI 2 sd2(aha0:6:0): Direct-Access 234MB (479350 512 byte sectors) npx0 on motherboard npx0: 387 emulator devfs ready to run WARNING: / was not properly dismounted. config of system: # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # GENERIC,v 1.45.2.3 1995/06/05 21:50:41 jkh Exp # machine "i386" cpu "I386_CPU" ident hubdebug maxusers 10 options DEVFS options DODUMP options DDB options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options MSDOSFS #MSDOS Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console config kernel root on wd0 options SYSVSHM options SYSVSEM options SYSVMSG controller isa0 #controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 #controller ncr0 controller ahc0 controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr controller scbus0 device sd0 device st0 device cd0 #Only need one of these, the code dynamically grows # syscons is the default console driver, resembling an SCO console #device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 options PCVT_SCREENSAVER options PCVT_PRETTYSCRNS #options "PCVT_NSCREENS=7" #options XSERVER # include code for XFree86 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. #device de0 pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 # ijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 16 >Description: On a reasonably regular basis, I get a 'panic: m_copydata' error and reboot of the system. Having enabled DDB and DODUMP, I'm not getting a 'savecore', but it does put me into the kernel debugger instead of rebooting. Error: panic: m_copydata stopped at _Debugger+0x2b: movb $0,_in_Debugger.98 Trace: _Debugger(f0111fe0,f011d5e4,efbffe94,14) at _Debugger+0x2b _panic(f011d5e3,14,ffffffff,f05f3880,efbfff20) at _panic+0x3b _m_copydata(0,ffffffff,1,f05f38e8,0) at _m_copydata+0x21 _tcp_output(f05a4f00,f061169c,f0611b80,14,efbfff30) at _tcp_output+0x635 _tcp_input(f0611680,14) at _tcp_input+0x13da _ipintr(f0172117,0,efbf0027,27,3c) at _ipintr+0x429 Bad User Frame pointer: 0xefbf9120 I have a /var/crash directory created, but not core dump... In transcribing the Trace to paper, do I need *all* the lines, or is there only one or two that are significant? >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Dec 19 12:22:45 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03083 for bugs-outgoing; Tue, 19 Dec 1995 12:22:45 -0800 (PST) Received: from ucvg.med.utah.edu (ucvg.med.utah.edu [128.110.62.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA03074 for ; Tue, 19 Dec 1995 12:22:38 -0800 (PST) Received: (from rick@localhost) by ucvg.med.utah.edu (8.6.11/8.6.11) id NAA06702; Tue, 19 Dec 1995 13:24:49 -0700 Resent-Date: Tue, 19 Dec 1995 07:50:04 -0800 (PST) Resent-Message-Id: <199512191550.HAA17611@freefall.freebsd.org> Resent-From: gnats@freefall.freebsd.org (GNATS Management) Resent-To: freebsd-bugs@freefall.freebsd.org Resent-Reply-To: FreeBSD-gnats@freefall.freebsd.org, mi@aldan.star89.galstar.com Message-Id: <199512191542.KAA09403@aldan> Date: Tue, 19 Dec 1995 10:42:17 -0500 From: mi@aldan.star89.galstar.com Reply-To: mi@aldan.star89.galstar.com To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.2 Subject: bin/905: vi misbehaving or fmt's man page lies ReSent-Date: Tue, 19 Dec 1995 13:24:47 -0700 (MST) ReSent-From: Rick Scheese ReSent-To: my_box ReSent-Message-ID: Sender: owner-bugs@FreeBSD.org Precedence: bulk >Number: 905 >Category: bin >Synopsis: vi misbehaving or fmt's man page lies >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Dec 19 07:50:01 PST 1995 >Last-Modified: >Originator: Mikhail Teterin >Organization: Kozache, kozache. Zhittja tvoe sobache... >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: ===> Here is from fmt's man page: Fmt is meant to format mail messages prior to sending, but may also be useful for other simple tasks. For instance, within visual mode of the ex(1) editor (e.g. vi(1)) the command !}fmt will reformat a paragraph, evening the lines. ===> Here is what happens when the command is issued on vi's :-prompt: }fmt: Command not found. }fmt: exited with status 1. Enter return to continue: >How-To-Repeat: See description >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Dec 19 12:40:07 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA04623 for bugs-outgoing; Tue, 19 Dec 1995 12:40:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA04588 Tue, 19 Dec 1995 12:40:02 -0800 (PST) Date: Tue, 19 Dec 1995 12:40:02 -0800 (PST) Message-Id: <199512192040.MAA04588@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Garrett A. Wollman" Subject: kern/903: panic: m_copydata Reply-To: "Garrett A. Wollman" Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/903; it has been noted by GNATS. From: "Garrett A. Wollman" To: scrappy@hub.org Cc: FreeBSD-gnats-submit@freebsd.org Subject: kern/903: panic: m_copydata Date: Tue, 19 Dec 1995 15:36:31 -0500 < said: > and reboot of the system. Having enabled DDB and DODUMP, I'm not > getting a 'savecore', but it does put me into the kernel debugger > instead of rebooting. `options DODUMP' has not been meaningful for some time. You should use the dumpon(8) command to set up a swap area for dumps during bootup. (There should be hooks in /etc/sysconfig for this, but I don't recall if they are mine or in the distribution version.) > I have a /var/crash directory created, but not core dump... > In transcribing the Trace to paper, do I need *all* the lines, > or is there only one or two that are significant? This is precisely the sort of situation where having a port-mortem dump is incredibly valuable, since otherwise I can but guess at the cause of your problem. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Tue Dec 19 13:10:13 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA06698 for bugs-outgoing; Tue, 19 Dec 1995 13:10:13 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA06682 Tue, 19 Dec 1995 13:10:04 -0800 (PST) Date: Tue, 19 Dec 1995 13:10:04 -0800 (PST) Message-Id: <199512192110.NAA06682@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Marc G. Fournier" Subject: Re: kern/903: panic: m_copydata Reply-To: "Marc G. Fournier" Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/903; it has been noted by GNATS. From: "Marc G. Fournier" To: "Garrett A. Wollman" Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/903: panic: m_copydata Date: Tue, 19 Dec 1995 15:59:32 -0500 (EST) On Tue, 19 Dec 1995, Garrett A. Wollman wrote: > < said: > > > and reboot of the system. Having enabled DDB and DODUMP, I'm not > > getting a 'savecore', but it does put me into the kernel debugger > > instead of rebooting. > > `options DODUMP' has not been meaningful for some time. You should > use the dumpon(8) command to set up a swap area for dumps during > bootup. (There should be hooks in /etc/sysconfig for this, but I > don't recall if they are mine or in the distribution version.) > Ack...okay, found the option in /etc/sysconfig and have it enabled... and have enabled it using dumpon... Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-bugs Wed Dec 20 03:40:16 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA15604 for bugs-outgoing; Wed, 20 Dec 1995 03:40:16 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA15598 for ; Wed, 20 Dec 1995 03:40:09 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id GAA23036; Wed, 20 Dec 1995 06:48:51 -0500 From: Peter Dufault Message-Id: <199512201148.GAA23036@hda.com> Subject: Re: Problem with FreeBSD 2.1.0-RELEASE To: bde@zeta.org.au (Bruce Evans) Date: Wed, 20 Dec 1995 06:48:50 -0500 (EST) Cc: bde@zeta.org.au, m.sapsed@bangor.ac.uk, davidg@Root.COM, freebsd-bugs@FreeBSD.org, gibbs@freefall.freebsd.org, hm@hcs.de, j@uriah.heep.sax.de In-Reply-To: <199512191550.CAA17973@godzilla.zeta.org.au> from "Bruce Evans" at Dec 20, 95 02:50:44 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@FreeBSD.org Precedence: bulk > > >> >To recall it, the symptoms are that this panic happens for some people > >> >with many cd drives, and _only_ when accessing the last drive. > >> > >> In that case, it must be a bounds checking error. Perhaps this one in > >> cd.c: > > >But in my case things work fine on cds 1 & 2 but not on 10 and 14 (the > >last one is 20). > > 10 and 14 are both greater than DK_NDRIVE, so using either of them clobbers > semi-random memory. This seems to be the problem - I put the same check for >0 in cd.c in something pretty close to 2.1R and can access 7 CDROM file systems without any problem: > /dev/cd0a 147290 147290 0 100% /cd0 > /dev/cd1a 147290 147290 0 100% /cd1 > /dev/cd2a 296 296 0 100% /cd2 > /dev/cd3a 646868 646868 0 100% /cd3 > /dev/cd4a 528386 528386 0 100% /cd4 > /dev/cd5a 613384 613384 0 100% /cd5 > /dev/cd6a 665158 665158 0 100% /cd6 The code could use some polishing - there is a fair amount of shuffling going on (for example, when you unmount the disk it selects it) and occasional CD timeouts while it waits for a disk to show up, but other than that it seems to work fine. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-bugs Wed Dec 20 07:15:46 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA22863 for bugs-outgoing; Wed, 20 Dec 1995 07:15:46 -0800 (PST) Received: from bclcl1.im.battelle.org (bclcl1.im.battelle.org [131.167.1.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA22854 for ; Wed, 20 Dec 1995 07:15:42 -0800 (PST) Received: from ccmailgw.im.battelle.org by BCLCL1 (PMDF V4.3-9 #3705) id <01HZ0Z31NKEOHSJU2A@BCLCL1>; Wed, 20 Dec 1995 10:14:23 -0500 (EST) Received: from cc:Mail by ccmailgw.im.battelle.org id AA819483407; Wed, 20 Dec 95 10:09:39 EST Date: Wed, 20 Dec 1995 10:09:39 -0500 (EST) From: Cyrus W Moler Subject: FreeBSD 2.1 To: bugs@FreeBSD.org Message-id: <9511208194.AA819483407@ccmailgw.im.battelle.org> X-Envelope-to: bugs@FreeBSD.org Content-transfer-encoding: 7BIT Sender: owner-bugs@FreeBSD.org Precedence: bulk Just got the Walnut Creek CD of FreeBSD 2.1 and I must say I'm disappointed. I have a version 2.0 system running now, on a Micron 60Mz Pentium machine, w/16MB RAM, 3 SCSI HD, NexStor (NCR 53C810 based) PCI SCSI controller, and a Chinon 535 CD-ROM. The system is on my second SCSI hard drive with a small DOS partition. I use a boot disk when and the command sd(1,a)/kernel when I want the do UNIX. When the system boots BSD v2.0 here is an excerpt of the messages I get: ncr0 targ 6 lun 0: type 5(readonly) removable SCSI2 ncr0 targ 6 lun 0: assertion "cp == np->header.cp" failed: file "../../i386/pci/ncr.c", line 5171 cd0(ncr0:6:0): phase change 6-2 6@273c0 resid=5. cd0(ncr0:6:0): asynchronous. cd0(ncr0:6:0): unit attention cd0: cd present.[400000 x 2048 byte records] From owner-freebsd-bugs Wed Dec 20 10:49:58 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA09566 for bugs-outgoing; Wed, 20 Dec 1995 10:49:58 -0800 (PST) Received: from pragmatix.bangor.ac.uk (pragmatix.bangor.ac.uk [147.143.2.14]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA09558 for ; Wed, 20 Dec 1995 10:49:53 -0800 (PST) Received: from thunder by pragmatix.bangor.ac.uk (SMI-8.6/SMI-SVR4) id SAA16085; Wed, 20 Dec 1995 18:48:33 GMT Received: by thunder; (5.65/1.1.8.2/17Oct94-1141AM) id AA00495; Wed, 20 Dec 1995 18:48:33 GMT Date: Wed, 20 Dec 1995 18:48:32 +0000 (GMT) From: Martin Sapsed X-Sender: iss081@thunder To: Peter Dufault Cc: Bruce Evans , m.sapsed@bangor.ac.uk, davidg@Root.COM, freebsd-bugs@FreeBSD.org, gibbs@freefall.freebsd.org, hm@hcs.de, j@uriah.heep.sax.de Subject: Re: Problem with FreeBSD 2.1.0-RELEASE In-Reply-To: <199512201148.GAA23036@hda.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.org Precedence: bulk On Wed, 20 Dec 1995, Peter Dufault wrote: > This seems to be the problem - I put the same check for >0 in cd.c > in something pretty close to 2.1R and can access 7 CDROM file > systems without any problem: I've just had a look at this on my problem machine. At the moment /dev/cd0 isn't connected in but I've rearranged things so that the other 17 drives are cd1 to cd17. I've put a CD into the first 10 and started to mount them and "du" the contents. Numbers 1 to 5 worked fine but when I du'ed /dev/cd6 I got: (cd6 is the 3rd drive on the 2nd bus if that helps) fatal trap 12: page fault while in kernel mode fault virtual address = 0x6ed32c48 [0x2b478] fault code = supervisor read, page not present instruction pointer = 0x8:0xf01244dc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 203 (du) interrupt mask = bio panic: page fault I then reset and tried again and got the du off cd6 without the other 5 mounted. Remounted the other 5 again, tried the du on 6 and bang - basically the same printout apart from the address in [ ]. Does this help at all? I was going to ask whether I just needed to bump up "DK_NDRIVE" but I guess that's a bit naive?? The drives are set to use 2048 byte sectors - is that any problem? Martin ---------------------------------------------------------------------- Martin Sapsed Tel: +44 (0)1248 382409 Microcomputer Support Officer Fax: +44 (0)1248 383826 UCNW Computing Lab Bangor, N. Wales, LL57 2DG "Who do you say I am?" m.sapsed@bangor.ac.uk Jesus of Nazareth ---------------------------------------------------------------------- From owner-freebsd-bugs Wed Dec 20 13:00:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA15406 for bugs-outgoing; Wed, 20 Dec 1995 13:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA15389 Wed, 20 Dec 1995 13:00:03 -0800 (PST) Resent-Date: Wed, 20 Dec 1995 13:00:03 -0800 (PST) Resent-Message-Id: <199512202100.NAA15389@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dk+@ua.net Received: from logrus.rada.kiev.ua (root@logrus.rada.kiev.ua [194.44.144.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA15052 for ; Wed, 20 Dec 1995 12:53:32 -0800 (PST) Received: from knight.ukma.kiev.ua (knight.ukma.kiev.ua [194.44.142.22]) by logrus.rada.kiev.ua (8.6.12/0418) with ESMTP id XAA02864 for ; Wed, 20 Dec 1995 23:47:57 +0200 Received: from snark.ukma.kiev.ua (snark.ukma.kiev.ua [194.44.142.83]) by knight.ukma.kiev.ua (8.6.11/dk01) with ESMTP id WAA01582 for ; Wed, 20 Dec 1995 22:51:11 +0200 Received: (from dk@localhost) by snark.ukma.kiev.ua (8.6.11/8.6.9) id WAA03820; Wed, 20 Dec 1995 22:40:41 +0200 Message-Id: <199512202040.WAA03820@snark.ukma.kiev.ua> Date: Wed, 20 Dec 1995 22:40:41 +0200 From: Dmitry Kohmanyuk Reply-To: dk+@ua.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/906: netboot ca't find NE2000-compat card (DP83905 chip, Dauphin notebook) Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 906 >Category: i386 >Synopsis: /sys/i386/boot/netboot/nb8390.com cannot recognize NE2000-comp. card >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Dec 20 13:00:02 PST 1995 >Last-Modified: >Originator: Dmitry Kohmanyuk >Organization: FARM Computing Association >Release: FreeBSD snark.ukma.kiev.ua 2.0.5-RELEASE >Environment: I have Douphin DTR-1 notebook (bought it yesterday). It is 486SLC (no coprocessor), has 6 megs of RAM, small HD, and built-in Ethernet card. The documentation claims that the card is NE-2000 compatible, based on DP83905 chip from NS, controller is AT/LANTIC, connection is TP, RJ-45, and it has 8K x 8 static RAM buffer (so, should be fast), 256 bit EEPROM (for port/irq/etc setup), 16 byte FIFO. Then, doc says: "Mode: I/O Port mode, compatible with 8BIT Mode offered by Novell NE2000" >Description: I try to setup my notebook to be a diskless FreeBSD workstation (I think it should work fine at least in text mode). I boot bare-bones DOS (F5 on boot), run the supplied "lanon" program (it enables the card); the light on hub goes on after that). I run the setup/diagnostic program in "packet sniffer" mode and it indeed shows all my rwho packets flowing on the wire (and some others, too). The setup/diag program, when tests reading NIC regs, says: "8 bit slot found", so I assume card should work in 8-bit mode. I already have 2 diskless PCs running FreeBSD (2.0.5 and 2.1) here. Then, I run nb8390.com program (from floppy). I know there can be some problems with supplied nb8390.com since it's configured to probe for both WD and NE, so I built a custom version which probes only for NE. the stock version says, "No adapter found". My version (that same file which boots 2 other boxes) hangs. The card is set to port 0x300, irq 5. The boot program is set to port 0x300. I have patched source to insert some debug printf's, and found that it fails testing for 8-bit card, and hangs when testing for 16-bit card. I have read the if_ed.c from 2.0.5 (it seems 2.1 is the same for NE2000s), and copied the ed_probe_generic8390() code to test the board. it succeeds! This is a relevant piece of code from /sys/i386/boot/netboot/ns8390.c (DPRINTF() and DELAY() are mine, as well as long if() followed by goto): [ the last thing printed is ne-3, so it hangs before ne-3.1 ] [ note that bcompare() returns 1 on memory equal, unlike bcmp() ] [...] DPRINTF(("NE*000 card... ")); eth_bmem = (char *)0; /* No shared memory */ eth_asic_base = NE_BASE + NE_ASIC_OFFSET; eth_nic_base = NE_BASE; eth_vendor = VENDOR_NOVELL; eth_flags = FLAG_PIO; eth_memsize = MEM_16384; eth_tx_start = 32; c = inb(eth_asic_base + NE_RESET); outb(eth_asic_base + NE_RESET, c); DELAY(5000); inb(0x84); outb(eth_nic_base + D8390_P0_COMMAND, D8390_COMMAND_STP | D8390_COMMAND_RD2); DELAY(5000); DPRINTF(("ne-1 ")); /* dk: test for 8390 chip, from 2.0.5's driver */ if ((inb(eth_nic_base + D8390_P0_COMMAND) & (D8390_COMMAND_RD2 | D8390_COMMAND_TXP | D8390_COMMAND_STA | D8390_COMMAND_STP)) != (D8390_COMMAND_RD2 | D8390_COMMAND_STP) || (inb(eth_nic_base + D8390_P0_ISR) & D8390_ISR_RST) != D8390_ISR_RST) goto no_novell; DPRINTF(("ne-1.2 ")); outb(eth_nic_base + D8390_P0_RCR, D8390_RCR_MON); outb(eth_nic_base + D8390_P0_DCR, D8390_DCR_FT1 | D8390_DCR_LS); outb(eth_nic_base + D8390_P0_PSTART, MEM_8192); outb(eth_nic_base + D8390_P0_PSTOP, MEM_16384); DPRINTF(("ne-2 ")); eth_pio_write(test, 8192, sizeof(test)); eth_pio_read(8192, testbuf, sizeof(test)); if (!bcompare(test, testbuf, sizeof(test))) { DPRINTF(("ne-3 ")); eth_flags |= FLAG_16BIT; eth_memsize = MEM_32768; eth_tx_start = 64; outb(eth_nic_base + D8390_P0_DCR, D8390_DCR_WTS | D8390_DCR_FT1 | D8390_DCR_LS); outb(eth_nic_base + D8390_P0_PSTART, MEM_16384); outb(eth_nic_base + D8390_P0_PSTOP, MEM_32768); eth_pio_write(test, 16384, sizeof(test)); eth_pio_read(16384, testbuf, sizeof(test)); DPRINTF(("ne-3.1 ")); if (!bcompare(testbuf, test, sizeof(test))) return (0); } DPRINTF(("ne-4 ")); eth_pio_read(0, romdata, 16); DPRINTF(("ne-5 ")); printf("\r\nNE1000/NE2000 base 0x%x, addr ", eth_nic_base); [...] I have tried to enable shared memory mode. I have tried to set 64K mode instead of 16K ("Novell-compatible" as setup prog says) I have "CHRDY after BALE high", "IO16 after strobe", "read cycles enhanced", "TPI link integrity checking enabled" settings, but I haven't touched them. I have written down the NIC registers (thanks great diag program which comes with board!) CR 22 TSK 83 ISR 15 IMR 00 RSR 11 RCR 1C TCR 00 DCR 58 although I doubt this is relevant here. >How-To-Repeat: just run the nb8390.com program. >Fix: none known ;-( sorry for this long report, I have tried to provide _ALL_ the info which can help. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Dec 20 13:22:38 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16328 for bugs-outgoing; Wed, 20 Dec 1995 13:22:38 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA16290 for ; Wed, 20 Dec 1995 13:22:28 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA09894; Wed, 20 Dec 1995 22:22:10 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA05068; Wed, 20 Dec 1995 22:22:10 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id WAA11940; Wed, 20 Dec 1995 22:03:01 +0100 From: J Wunsch Message-Id: <199512202103.WAA11940@uriah.heep.sax.de> Subject: Re: FreeBSD 2.1 To: moler@battelle.org (Cyrus W Moler) Date: Wed, 20 Dec 1995 22:03:00 +0100 (MET) Cc: bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9511208194.AA819483407@ccmailgw.im.battelle.org> from "Cyrus W Moler" at Dec 20, 95 10:09:39 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org Precedence: bulk As Cyrus W Moler wrote: > > ncr0 targ 6 lun 0: type 5(readonly) removable SCSI2 > ncr0 targ 6 lun 0: > assertion "cp == np->header.cp" failed: file "../../i386/pci/ncr.c", line 5171 > cd0(ncr0:6:0): phase change 6-2 6@273c0 resid=5. > cd0(ncr0:6:0): asynchronous. > cd0(ncr0:6:0): unit attention > cd0: cd present.[400000 x 2048 byte records] Hmm, and where's your problem? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Dec 21 00:58:11 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA22482 for bugs-outgoing; Thu, 21 Dec 1995 00:58:11 -0800 (PST) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA22474 for ; Thu, 21 Dec 1995 00:57:47 -0800 (PST) Received: (from rbezuide@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id KAA18187 for bugs@freebsd.org; Thu, 21 Dec 1995 10:57:20 +0200 From: R Bezuidenhout Message-Id: <199512210857.KAA18187@zibbi.mikom.csir.co.za> Subject: Touch and group ig bug ??? To: bugs@freebsd.org Date: Thu, 21 Dec 1995 10:57:20 +0200 (SAT) X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk Greetings ... I have noticed the following behaviour of FreeBSD 2.1 compared to UNIX system V. What I'd like to know if this was done for a reason and if so, why ? Story line :) 1) ~> md test ~> cd test ~/test> ls -la total 4 drwxrwxr-x 2 rbezuide mikomtek 512 Dec 21 09:08 ./ drwx------ 22 rbezuide mikomtek 3072 Dec 21 09:08 ../ 2) ~/test> id uid=9990(rbezuide) gid=540(mikomtek) groups=540(mikomtek), 0(wheel), 5401(netsec) ~/test> 3) Now I su to root and do a "chgrp bin .". So ... 4) ~/test> ls -la total 4 drwxrwxr-x 2 rbezuide bin 512 Dec 21 09:08 ./ drwx------ 22 rbezuide mikomtek 3072 Dec 21 09:08 ../ ~/test> 5) NOW !!!! ~/test> touch try ~/test> ls -la total 4 drwxrwxr-x 2 rbezuide bin 512 Dec 21 09:12 ./ drwx------ 22 rbezuide mikomtek 3072 Dec 21 09:08 ../ -rw-rw-r-- 1 rbezuide bin 0 Dec 21 09:12 try ^^^^^ Why was the group of the file I touched changed to bin and not to mikomtek, which is my default group ?? Am I missing something here? On a HP-UX the the file "try"'s group is also mikomtek and NOT bin. Was this done for security reasons ? Thanx :) -- ######################################################################## # # # Reinier Bezuidenhout Company: Mikomtek CSIR, ZA # # # # Network Engineer - NetSec development team # # # # Current Projects: NetSec - Secure Platform firewall system # # http://www.mikom.csir.co.za # # # # E-mail: rbezuide@mikom.csir.co.za # # # ######################################################################## ----- End of forwarded message from Mail Delivery Subsystem ----- -- ######################################################################## # # # Reinier Bezuidenhout Company: Mikomtek CSIR, ZA # # # # Network Engineer - NetSec development team # # # # Current Projects: NetSec - Secure Platform firewall system # # http://www.mikom.csir.co.za # # # # E-mail: rbezuide@mikom.csir.co.za # # # ######################################################################## From owner-freebsd-bugs Thu Dec 21 03:40:29 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA04245 for bugs-outgoing; Thu, 21 Dec 1995 03:40:29 -0800 (PST) Received: from pragmatix.bangor.ac.uk (pragmatix.bangor.ac.uk [147.143.2.14]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA04136 for ; Thu, 21 Dec 1995 03:39:48 -0800 (PST) Received: from thunder by pragmatix.bangor.ac.uk (SMI-8.6/SMI-SVR4) id LAA01613; Thu, 21 Dec 1995 11:37:05 GMT Received: by thunder; (5.65/1.1.8.2/17Oct94-1141AM) id AA09855; Thu, 21 Dec 1995 11:37:04 GMT Date: Thu, 21 Dec 1995 11:37:04 +0000 (GMT) From: Martin Sapsed X-Sender: iss081@thunder To: Peter Dufault Cc: Bruce Evans , m.sapsed@bangor.ac.uk, davidg@Root.COM, freebsd-bugs@FreeBSD.org, gibbs@freefall.freebsd.org, hm@hcs.de, j@uriah.heep.sax.de Subject: Re: Problem with FreeBSD 2.1.0-RELEASE In-Reply-To: <199512201148.GAA23036@hda.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.org Precedence: bulk On Wed, 20 Dec 1995, Peter Dufault wrote: > This seems to be the problem - I put the same check for >0 in cd.c > in something pretty close to 2.1R and can access 7 CDROM file > systems without any problem: Peter's suggestion has done the trick (once he spelt it out for me!) I've just mounted 17 cds and simultaneously du'ed all of them - looked like a Christmas tree! Perhaps one day I'll take a photo of the beastie and post it somewhere! Thanks very much to all of you who have helped with this (and for FreeBSD of course!) Martin ---------------------------------------------------------------------- Martin Sapsed Tel: +44 (0)1248 382409 Microcomputer Support Officer Fax: +44 (0)1248 383826 UCNW Computing Lab Bangor, N. Wales, LL57 2DG "Who do you say I am?" m.sapsed@bangor.ac.uk Jesus of Nazareth ---------------------------------------------------------------------- From owner-freebsd-bugs Thu Dec 21 04:37:49 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA06468 for bugs-outgoing; Thu, 21 Dec 1995 04:37:49 -0800 (PST) Received: from omega.physik.fu-berlin.de (omega.physik.fu-berlin.de [130.133.3.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA05822 for ; Thu, 21 Dec 1995 04:29:37 -0800 (PST) Received: from mordillo (oberon.physik.fu-berlin.de [130.133.3.126]) by omega.physik.fu-berlin.de (8.7.1/8.7.1) with ESMTP id NAA20118; Thu, 21 Dec 1995 13:28:16 +0100 (MET) Received: (from graichen@localhost) by mordillo (8.6.12/8.6.12) id LAA02275; Thu, 21 Dec 1995 11:18:13 +0100 From: Thomas Graichen Message-Id: <199512211018.LAA02275@mordillo> Subject: Re: i386/906: netboot ca't find NE2000-compat card (DP83905 chip, Dauphin notebook) To: dk+@ua.net Date: Thu, 21 Dec 1995 11:18:12 +0100 (MET) Cc: bugs@freebsd.org In-Reply-To: <199512202040.WAA03820@snark.ukma.kiev.ua> from "Dmitry Kohmanyuk" at Dec 20, 95 10:40:41 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk this came up some time before - it works if you uncomment the other types wd etc. - but this is only a hack t hasn't Dmitry Kohmanyuk said ? ... > > > >Number: 906 > >Category: i386 > >Synopsis: /sys/i386/boot/netboot/nb8390.com cannot recognize NE2000-comp. card > >Confidential: no > >Severity: serious > >Priority: high > >Responsible: freebsd-bugs > >State: open > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Wed Dec 20 13:00:02 PST 1995 > >Last-Modified: > >Originator: Dmitry Kohmanyuk > >Organization: > FARM Computing Association > >Release: FreeBSD snark.ukma.kiev.ua 2.0.5-RELEASE > >Environment: > > > I have Douphin DTR-1 notebook (bought it yesterday). > It is 486SLC (no coprocessor), has 6 megs of RAM, small HD, > and built-in Ethernet card. > > The documentation claims that the card is NE-2000 compatible, > based on DP83905 chip from NS, controller is AT/LANTIC, > connection is TP, RJ-45, > and it has 8K x 8 static RAM buffer (so, should be fast), > 256 bit EEPROM (for port/irq/etc setup), 16 byte FIFO. > Then, doc says: "Mode: I/O Port mode, > compatible with 8BIT Mode offered by Novell NE2000" > > >Description: > > I try to setup my notebook to be a diskless FreeBSD workstation > (I think it should work fine at least in text mode). > > I boot bare-bones DOS (F5 on boot), run the supplied "lanon" > program (it enables the card); the light on hub goes on after that). > I run the setup/diagnostic program in "packet sniffer" mode and it > indeed shows all my rwho packets flowing on the wire (and some others, too). > The setup/diag program, when tests reading NIC regs, says: "8 bit slot found", > so I assume card should work in 8-bit mode. > > I already have 2 diskless PCs running FreeBSD (2.0.5 and 2.1) here. > Then, I run nb8390.com program (from floppy). > I know there can be some problems with supplied nb8390.com since it's configured > to probe for both WD and NE, so I built a custom version which probes only for NE. > > the stock version says, "No adapter found". My version (that same file > which boots 2 other boxes) hangs. > > The card is set to port 0x300, irq 5. The boot program is set to port 0x300. > I have patched source to insert some debug printf's, and found that it > fails testing for 8-bit card, and hangs when testing for 16-bit card. > I have read the if_ed.c from 2.0.5 (it seems 2.1 is the same for NE2000s), > and copied the ed_probe_generic8390() code to test the board. it succeeds! > This is a relevant piece of code from /sys/i386/boot/netboot/ns8390.c > (DPRINTF() and DELAY() are mine, as well as long if() followed by goto): > > [ the last thing printed is ne-3, so it hangs before ne-3.1 ] > [ note that bcompare() returns 1 on memory equal, unlike bcmp() ] > > [...] > DPRINTF(("NE*000 card... ")); > eth_bmem = (char *)0; /* No shared memory */ > eth_asic_base = NE_BASE + NE_ASIC_OFFSET; > eth_nic_base = NE_BASE; > eth_vendor = VENDOR_NOVELL; > eth_flags = FLAG_PIO; > eth_memsize = MEM_16384; > eth_tx_start = 32; > c = inb(eth_asic_base + NE_RESET); > outb(eth_asic_base + NE_RESET, c); > DELAY(5000); > inb(0x84); > outb(eth_nic_base + D8390_P0_COMMAND, D8390_COMMAND_STP | > D8390_COMMAND_RD2); > DELAY(5000); > DPRINTF(("ne-1 ")); > /* dk: test for 8390 chip, from 2.0.5's driver */ > if ((inb(eth_nic_base + D8390_P0_COMMAND) & > (D8390_COMMAND_RD2 | D8390_COMMAND_TXP | > D8390_COMMAND_STA | D8390_COMMAND_STP)) != > (D8390_COMMAND_RD2 | D8390_COMMAND_STP) || > (inb(eth_nic_base + D8390_P0_ISR) & D8390_ISR_RST) != D8390_ISR_RST) > goto no_novell; > DPRINTF(("ne-1.2 ")); > outb(eth_nic_base + D8390_P0_RCR, D8390_RCR_MON); > outb(eth_nic_base + D8390_P0_DCR, D8390_DCR_FT1 | D8390_DCR_LS); > outb(eth_nic_base + D8390_P0_PSTART, MEM_8192); > outb(eth_nic_base + D8390_P0_PSTOP, MEM_16384); > DPRINTF(("ne-2 ")); > eth_pio_write(test, 8192, sizeof(test)); > eth_pio_read(8192, testbuf, sizeof(test)); > if (!bcompare(test, testbuf, sizeof(test))) { > DPRINTF(("ne-3 ")); > eth_flags |= FLAG_16BIT; > eth_memsize = MEM_32768; > eth_tx_start = 64; > outb(eth_nic_base + D8390_P0_DCR, D8390_DCR_WTS | > D8390_DCR_FT1 | D8390_DCR_LS); > outb(eth_nic_base + D8390_P0_PSTART, MEM_16384); > outb(eth_nic_base + D8390_P0_PSTOP, MEM_32768); > eth_pio_write(test, 16384, sizeof(test)); > eth_pio_read(16384, testbuf, sizeof(test)); > DPRINTF(("ne-3.1 ")); > if (!bcompare(testbuf, test, sizeof(test))) return (0); > } > DPRINTF(("ne-4 ")); > eth_pio_read(0, romdata, 16); > DPRINTF(("ne-5 ")); > printf("\r\nNE1000/NE2000 base 0x%x, addr ", eth_nic_base); > [...] > > I have tried to enable shared memory mode. > I have tried to set 64K mode instead of 16K ("Novell-compatible" as setup prog > says) > > I have "CHRDY after BALE high", "IO16 after strobe", "read cycles enhanced", > "TPI link integrity checking enabled" settings, but I haven't touched them. > > I have written down the NIC registers (thanks great diag program > which comes with board!) > CR 22 > TSK 83 > ISR 15 > IMR 00 > RSR 11 > RCR 1C > TCR 00 > DCR 58 > although I doubt this is relevant here. > > >How-To-Repeat: > > just run the nb8390.com program. > > >Fix: > > none known ;-( > > sorry for this long report, I have tried to provide _ALL_ the info > which can help. > > >Audit-Trail: > >Unformatted: > > _______________________________________________________||___________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| graichen@mail.physik.fu-berlin.de ___________________________||__________________graichen@FreeBSD.org_________ From owner-freebsd-bugs Thu Dec 21 06:35:57 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA10182 for bugs-outgoing; Thu, 21 Dec 1995 06:35:57 -0800 (PST) Received: from arl-img-6.compuserve.com (arl-img-6.compuserve.com [198.4.7.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA10174 for ; Thu, 21 Dec 1995 06:35:54 -0800 (PST) Received: by arl-img-6.compuserve.com (8.6.10/5.950515) id JAA09396; Thu, 21 Dec 1995 09:35:23 -0500 Date: 21 Dec 95 09:33:44 EST From: Steve Knight <74367.3130@compuserve.com> To: All Subject: Panic dump on install boot Message-ID: <951221143343_74367.3130_HHG60-1@CompuServe.COM> Sender: owner-bugs@freebsd.org Precedence: bulk I am trying to install 2.1.0 off a Walnut CDROM. My system is a Leopard LX board 486SLC2, 4MB Ram, WD 850MB drive, PAS-16 SCSCI CD controller, GSI 32 IDE controller. The problem occurs whether I run install.bat from the CD or boot from a floppy created by makeflp. The error occurs immediately after the statement "rootfs is 1000 Kbyte compiled in MFS": Fatal trap 12: page fault while in kernel mode Fault virtual address = 0x0 FC = super read IP = 0x8:0xf018c82d CS = base 0x0, limit 0xfffff type 0x1b DPL0, pres1, def321, gran 1 Process eflags interrupt enabled, resume, IOPL=0 Current process 1 (swapper) In net tty bio panic: pagefault The system then reboots. I have tried various configuration changes but have been unsuccessful in bypassing this error. To ensure I had a viable boot disk, I successfully booted my Gateway P5-100 using the floppy. From owner-freebsd-bugs Thu Dec 21 07:40:06 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA13218 for bugs-outgoing; Thu, 21 Dec 1995 07:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA13198 Thu, 21 Dec 1995 07:40:03 -0800 (PST) Resent-Date: Thu, 21 Dec 1995 07:40:03 -0800 (PST) Resent-Message-Id: <199512211540.HAA13198@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hvd@terry.ping.dk Received: from ns.dknet.dk (uucp@ns.dknet.dk [193.88.44.42]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA13038 for ; Thu, 21 Dec 1995 07:38:16 -0800 (PST) Received: from pingnet (uucp@localhost) by ns.dknet.dk (8.6.12/8.6.12) with UUCP id QAA11447 for FreeBSD-gnats-submit@freebsd.org; Thu, 21 Dec 1995 16:38:10 +0100 Received: from terry by ic1.ic.dk with UUCP id AA10353 (5.65c8/IDA-1.4.4j for FreeBSD-gnats-submit@freebsd.org); Thu, 21 Dec 1995 16:01:51 +0100 Received: (from hvd@localhost) by terry.terry.ping.dk (8.7.3/8.7.3) id QAA00464; Thu, 21 Dec 1995 16:00:46 +0100 (MET) Message-Id: <199512211500.QAA00464@terry.terry.ping.dk> Date: Thu, 21 Dec 1995 16:00:46 +0100 (MET) From: Henrik Vestergaard Draboel Reply-To: hvd@terry.ping.dk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/907: SCSI-DDS tape station doesnt work. Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 907 >Category: kern >Synopsis: scsi-dat tape station has stopped working >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Dec 21 07:40:01 PST 1995 >Last-Modified: >Originator: Henrik Vestergaard Draboel >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: AHC - 2940W scsi controller with a "ARCHIVE Python 28388-XXX 5.45" Pentium ... Current kernel (ctm-src 1293) >Description: Recently my DAT tape station has stopped working with FreeBSD (sometime after the 12. of december!) With an old kernel, it stil works, which seems to rule out HW trouble. "tar xvf /dev/rst1" returns; "tar: read error on /dev/rst1 : input/output error" while the console gets; "st1: block wrong size, 20 blocks residual" No "playing" with "mt -f /dev/rst1 blocksize" seems to be able to fix the problem! >How-To-Repeat: tar xvf /dev/rst1 >Fix: Yes please :) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Dec 21 07:41:54 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA13311 for bugs-outgoing; Thu, 21 Dec 1995 07:41:54 -0800 (PST) Received: from gotha.vtcom.fr (gotha.vtcom.fr [193.252.254.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA13303 for ; Thu, 21 Dec 1995 07:41:48 -0800 (PST) Received: from jpp.sv.vtcom.fr by gotha.vtcom.fr; Thu, 21 Dec 1995 16:41:12 GMT Date: Thu, 21 Dec 1995 16:40:32 +0100 (MET) From: Jean-Paul POIRET To: Bugs FreeBSD Subject: Re: Touch and group ig bug ??? In-Reply-To: <199512210857.KAA18187@zibbi.mikom.csir.co.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk When you create a file in a directory, this file acquire the group of the directory. This is a FreeBSD behavior I aggree. But it seems useful when people work on the same project, files and directory created by everybody in a working area have automaticaly the group of the team. On Solaris 2.4, for example, you have to do a newgrp every time you change of project along the day. And you risk to omit to do this newgrp, thus creating unwritable files in a common working area. Jean-Paul Poiret. jpp@sv.vtcom.fr System Engineer VTCOM Solutions Vocales On Thu, 21 Dec 1995, R Bezuidenhout wrote: > Greetings ... > > I have noticed the following behaviour of FreeBSD 2.1 compared > to UNIX system V. What I'd like to know if this was done > for a reason and if so, why ? > > Story line :) > > 1) > > ~> md test > ~> cd test > ~/test> ls -la > total 4 > drwxrwxr-x 2 rbezuide mikomtek 512 Dec 21 09:08 ./ > drwx------ 22 rbezuide mikomtek 3072 Dec 21 09:08 ../ > > > 2) > > ~/test> id > uid=9990(rbezuide) gid=540(mikomtek) groups=540(mikomtek), 0(wheel), 5401(netsec) > ~/test> > > 3) > > Now I su to root and do a "chgrp bin .". So ... > > 4) > > ~/test> ls -la > total 4 > drwxrwxr-x 2 rbezuide bin 512 Dec 21 09:08 ./ > drwx------ 22 rbezuide mikomtek 3072 Dec 21 09:08 ../ > ~/test> > > > 5) NOW !!!! > > ~/test> touch try > ~/test> ls -la > total 4 > drwxrwxr-x 2 rbezuide bin 512 Dec 21 09:12 ./ > drwx------ 22 rbezuide mikomtek 3072 Dec 21 09:08 ../ > -rw-rw-r-- 1 rbezuide bin 0 Dec 21 09:12 try > ^^^^^ > > Why was the group of the file I touched changed to bin and not to > mikomtek, which is my default group ?? Am I missing something here? > > > > On a HP-UX the the file "try"'s group is also mikomtek and NOT bin. > > Was this done for security reasons ? > > Thanx :) > -- > ######################################################################## > # # > # Reinier Bezuidenhout Company: Mikomtek CSIR, ZA # > # # > # Network Engineer - NetSec development team # > # # > # Current Projects: NetSec - Secure Platform firewall system # > # http://www.mikom.csir.co.za # > # # > # E-mail: rbezuide@mikom.csir.co.za # > # # > ######################################################################## > ----- End of forwarded message from Mail Delivery Subsystem ----- > > -- > ######################################################################## > # # > # Reinier Bezuidenhout Company: Mikomtek CSIR, ZA # > # # > # Network Engineer - NetSec development team # > # # > # Current Projects: NetSec - Secure Platform firewall system # > # http://www.mikom.csir.co.za # > # # > # E-mail: rbezuide@mikom.csir.co.za # > # # > ######################################################################## > From owner-freebsd-bugs Thu Dec 21 08:00:34 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14487 for bugs-outgoing; Thu, 21 Dec 1995 08:00:34 -0800 (PST) Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA14475 for ; Thu, 21 Dec 1995 08:00:27 -0800 (PST) Received: from uucp2.UU.NET by relay5.UU.NET with SMTP id QQzvca24527; Thu, 21 Dec 1995 11:00:16 -0500 (EST) Received: from uanet.UUCP by uucp2.UU.NET with UUCP/RMAIL ; Thu, 21 Dec 1995 11:00:18 -0500 Received: by crocodil.monolit.kiev.ua; Thu, 21 Dec 95 17:56:25 +0200 Received: by mammoth.cs.kiev.ua (8.6.8.1/8.5) id RAA09925; Thu, 21 Dec 1995 17:50:35 +0200 From: Dmitry Kohmanyuk Message-Id: <199512211550.RAA09925@mammoth.cs.kiev.ua> Subject: Re: i386/906: netboot ca't find NE2000-compat card (DP83905 chip, Dauphin notebook) To: graichen@omega.physik.fu-berlin.de (Thomas Graichen) Date: Thu, 21 Dec 1995 17:50:34 +0200 (UKR) Cc: dk+@ua.net, bugs@freebsd.org In-Reply-To: <199512211018.LAA02275@mordillo> from "Thomas Graichen" at Dec 21, 95 11:18:12 am X-Motto: Do not believe in miracles - rely on them. X-Uptime: 5:50pm up 2 days, 22:32, 15 users, load average: 5.11, 5.06, 5.01 Reply-To: dk+@ua.net X-Mailer: ELM [version 2.4 PL22 dk8] Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk Sometimes, Thomas Graichen wrote: > this came up some time before - it works if you uncomment the other > types wd etc. - but this is only a hack have you read my report carefully? when I run stock program (compiled for everything I beleive), it can't recognize the card. when I run custom-compiled version with only NE enabled (I am sure my card is NE-compatible), it hangs the system. I have tried to locate exact place of code where it hangs, and I hope I succeeded. What hack do you mean? I can't understand, please explain. can NE-2000 board be used by FreeBSD's netboot loader in 8-bit mode? dk. > t > > hasn't Dmitry Kohmanyuk said ? ... > > > > > > >Number: 906 > > >Category: i386 > > >Synopsis: /sys/i386/boot/netboot/nb8390.com cannot recognize NE2000-comp. card > > >Confidential: no > > >Severity: serious > > >Priority: high > > >Responsible: freebsd-bugs > > >State: open > > >Class: sw-bug > > >Submitter-Id: current-users > > >Arrival-Date: Wed Dec 20 13:00:02 PST 1995 > > >Last-Modified: > > >Originator: Dmitry Kohmanyuk > > >Organization: > > FARM Computing Association > > >Release: FreeBSD snark.ukma.kiev.ua 2.0.5-RELEASE > > >Environment: > > > > > > I have Douphin DTR-1 notebook (bought it yesterday). > > It is 486SLC (no coprocessor), has 6 megs of RAM, small HD, > > and built-in Ethernet card. > > > > The documentation claims that the card is NE-2000 compatible, > > based on DP83905 chip from NS, controller is AT/LANTIC, > > connection is TP, RJ-45, > > and it has 8K x 8 static RAM buffer (so, should be fast), > > 256 bit EEPROM (for port/irq/etc setup), 16 byte FIFO. > > Then, doc says: "Mode: I/O Port mode, > > compatible with 8BIT Mode offered by Novell NE2000" > > > > >Description: > > > > I try to setup my notebook to be a diskless FreeBSD workstation > > (I think it should work fine at least in text mode). > > > > I boot bare-bones DOS (F5 on boot), run the supplied "lanon" > > program (it enables the card); the light on hub goes on after that). > > I run the setup/diagnostic program in "packet sniffer" mode and it > > indeed shows all my rwho packets flowing on the wire (and some others, too). > > The setup/diag program, when tests reading NIC regs, says: "8 bit slot found", > > so I assume card should work in 8-bit mode. > > > > I already have 2 diskless PCs running FreeBSD (2.0.5 and 2.1) here. > > Then, I run nb8390.com program (from floppy). > > I know there can be some problems with supplied nb8390.com since it's configured > > to probe for both WD and NE, so I built a custom version which probes only for NE. > > > > the stock version says, "No adapter found". My version (that same file > > which boots 2 other boxes) hangs. > > > > The card is set to port 0x300, irq 5. The boot program is set to port 0x300. > > I have patched source to insert some debug printf's, and found that it > > fails testing for 8-bit card, and hangs when testing for 16-bit card. > > I have read the if_ed.c from 2.0.5 (it seems 2.1 is the same for NE2000s), > > and copied the ed_probe_generic8390() code to test the board. it succeeds! > > This is a relevant piece of code from /sys/i386/boot/netboot/ns8390.c > > (DPRINTF() and DELAY() are mine, as well as long if() followed by goto): > > > > [ the last thing printed is ne-3, so it hangs before ne-3.1 ] > > [ note that bcompare() returns 1 on memory equal, unlike bcmp() ] > > > > [...] > > DPRINTF(("NE*000 card... ")); > > eth_bmem = (char *)0; /* No shared memory */ > > eth_asic_base = NE_BASE + NE_ASIC_OFFSET; > > eth_nic_base = NE_BASE; > > eth_vendor = VENDOR_NOVELL; > > eth_flags = FLAG_PIO; > > eth_memsize = MEM_16384; > > eth_tx_start = 32; > > c = inb(eth_asic_base + NE_RESET); > > outb(eth_asic_base + NE_RESET, c); > > DELAY(5000); > > inb(0x84); > > outb(eth_nic_base + D8390_P0_COMMAND, D8390_COMMAND_STP | > > D8390_COMMAND_RD2); > > DELAY(5000); > > DPRINTF(("ne-1 ")); > > /* dk: test for 8390 chip, from 2.0.5's driver */ > > if ((inb(eth_nic_base + D8390_P0_COMMAND) & > > (D8390_COMMAND_RD2 | D8390_COMMAND_TXP | > > D8390_COMMAND_STA | D8390_COMMAND_STP)) != > > (D8390_COMMAND_RD2 | D8390_COMMAND_STP) || > > (inb(eth_nic_base + D8390_P0_ISR) & D8390_ISR_RST) != D8390_ISR_RST) > > goto no_novell; > > DPRINTF(("ne-1.2 ")); > > outb(eth_nic_base + D8390_P0_RCR, D8390_RCR_MON); > > outb(eth_nic_base + D8390_P0_DCR, D8390_DCR_FT1 | D8390_DCR_LS); > > outb(eth_nic_base + D8390_P0_PSTART, MEM_8192); > > outb(eth_nic_base + D8390_P0_PSTOP, MEM_16384); > > DPRINTF(("ne-2 ")); > > eth_pio_write(test, 8192, sizeof(test)); > > eth_pio_read(8192, testbuf, sizeof(test)); > > if (!bcompare(test, testbuf, sizeof(test))) { > > DPRINTF(("ne-3 ")); > > eth_flags |= FLAG_16BIT; > > eth_memsize = MEM_32768; > > eth_tx_start = 64; > > outb(eth_nic_base + D8390_P0_DCR, D8390_DCR_WTS | > > D8390_DCR_FT1 | D8390_DCR_LS); > > outb(eth_nic_base + D8390_P0_PSTART, MEM_16384); > > outb(eth_nic_base + D8390_P0_PSTOP, MEM_32768); > > eth_pio_write(test, 16384, sizeof(test)); > > eth_pio_read(16384, testbuf, sizeof(test)); > > DPRINTF(("ne-3.1 ")); > > if (!bcompare(testbuf, test, sizeof(test))) return (0); > > } > > DPRINTF(("ne-4 ")); > > eth_pio_read(0, romdata, 16); > > DPRINTF(("ne-5 ")); > > printf("\r\nNE1000/NE2000 base 0x%x, addr ", eth_nic_base); > > [...] > > > > I have tried to enable shared memory mode. > > I have tried to set 64K mode instead of 16K ("Novell-compatible" as setup prog > > says) > > > > I have "CHRDY after BALE high", "IO16 after strobe", "read cycles enhanced", > > "TPI link integrity checking enabled" settings, but I haven't touched them. > > > > I have written down the NIC registers (thanks great diag program > > which comes with board!) > > CR 22 > > TSK 83 > > ISR 15 > > IMR 00 > > RSR 11 > > RCR 1C > > TCR 00 > > DCR 58 > > although I doubt this is relevant here. > > > > >How-To-Repeat: > > > > just run the nb8390.com program. > > > > >Fix: > > > > none known ;-( > > > > sorry for this long report, I have tried to provide _ALL_ the info > > which can help. > > > > >Audit-Trail: > > >Unformatted: > > > > > > _______________________________________________________||___________________ > __|| > Perfection is reached, not when there is no __|| thomas graichen > longer anything to add, but when there __|| freie universitaet berlin > is no longer anything to take away __|| fachbereich physik > __|| > - Antoine de Saint-Exupery - __|| graichen@mail.physik.fu-berlin.de > ___________________________||__________________graichen@FreeBSD.org_________ > From owner-freebsd-bugs Thu Dec 21 08:20:17 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA15941 for bugs-outgoing; Thu, 21 Dec 1995 08:20:17 -0800 (PST) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA15932 for ; Thu, 21 Dec 1995 08:20:11 -0800 (PST) Received: by agora.rdrop.com (Smail3.1.29.1 #17) id m0tSniy-000AlkC; Thu, 21 Dec 95 08:20 PST Message-Id: From: batie@agora.rdrop.com (Alan Batie) Subject: 2.1.0 & ttys To: bugs@freebsd.org Date: Thu, 21 Dec 1995 08:20:08 -0800 (PST) X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk Since I've upgraded to 2.1.0, I've gotten a lot of complaints from my users about the ttys, but I'm still making sure most of them aren't coincidencidental user errors or my configuration problem. This one I caught dead on though (I went to look at the modem on ttydj, and it is not connected; ttydj is on the second Boca 2016 in my system, although I've been seeing this on random ports): xxxxxxx 3271 1 296 dj TWs+ 10:16PM 0:00.21 -wsh (wsh) xxxxxxx 4020 3271 296 dj TW+ 10:37PM 0:00.01 -wsh (wsh) xxxxxxx 4021 4020 5448 dj TW+ 10:37PM 0:01.42 /usr/local/bin/tin [515] $ w 7:19AM up 1 day, 8:37, 11 users, load averages: 0.02, 0.11, 0.08 USER TTY FROM LOGIN@ IDLE WHAT xxxxxxx dj - 10:17PM 8:36 /usr/local/bin/tin speed 115200 baud; 0 rows; 0 columns; lflags: icanon isig iexten echo echoe -echok echoke -echonl echoctl -echoprt -altwerase -noflsh -tostop -flusho -pendin -nokerninfo -extproc iflags: -istrip icrnl -inlcr -igncr ixon -ixoff ixany imaxbel ignbrk brkint -inpck -ignpar -parmrk oflags: opost onlcr oxtabs cflags: cread cs8 -parenb -parodd hupcl -clocal -cstopb crtscts -dsrflow -dtrflow -mdmbuf cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = ; eol2 = ; erase = ^H; intr = ^C; kill = ^U; lnext = ^V; min = 1; quit = ^\; reprint = ^R; start = ^Q; status = ; stop = ^S; susp = ^Z; time = 0; werase = ^W; This is the SIGHUP handler for wsh: void f_exit() { signal(SIGINT, SIG_IGN); clear(); refresh(); mvcur(0, COLS - 1, LINES - 1, 0); endwin(); save_config(NULL); exit(0); } -- Alan Batie ______ batie@agora.rdrop.com \ / Freedom for me to be and do +1 503 452-0960 \ / only what *you* approve of 45 28 59 N / 122 43 20 W / 440' MSL \/ is no freedom at all. It is my policy to avoid purchase of any products from companies which use unrequested email advertisements or telephone solicitation. From owner-freebsd-bugs Thu Dec 21 08:32:31 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA16601 for bugs-outgoing; Thu, 21 Dec 1995 08:32:31 -0800 (PST) Received: from intele.net (quervo.intele.net [204.118.149.20]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA16594 for ; Thu, 21 Dec 1995 08:32:28 -0800 (PST) Received: (wes@localhost) by intele.net (8.6.12/8.6.5) id JAA04210; Thu, 21 Dec 1995 09:39:53 -0700 From: Barnacle Wes Message-Id: <199512211639.JAA04210@intele.net> Subject: Re: Touch and group ig bug ??? To: rbezuide@mikom.csir.co.za (R Bezuidenhout) Date: Thu, 21 Dec 1995 09:39:52 -0700 (MST) Cc: bugs@freebsd.org In-Reply-To: <199512210857.KAA18187@zibbi.mikom.csir.co.za> from "R Bezuidenhout" at Dec 21, 95 10:57:20 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk > Why was the group of the file I touched changed to bin and not to > mikomtek, which is my default group ?? Am I missing something here? RTFM? Try 'man 2 open': [...] When a new file is created it is given the group of the directory which contains it. [...] > On a HP-UX the the file "try"'s group is also mikomtek and NOT bin. > > Was this done for security reasons ? Probably. It makes sense for directories that are used to share a project amongst several users; any file created in that directory belongs to the group. With intelligent umask settings, this can facilitate group sharing directories. Remember -- it's not wrong, it's just different -- the UNIX way! -- Wes Peters | Yes I am a pirate, two hundred years too late Softweyr | The cannons don't thunder, there's nothing to plunder Consulting | I'm an over forty victim of fate... wes@intele.net | Jimmy Buffet From owner-freebsd-bugs Thu Dec 21 09:22:45 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA19846 for bugs-outgoing; Thu, 21 Dec 1995 09:22:45 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA19840 for ; Thu, 21 Dec 1995 09:22:31 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA22693; Thu, 21 Dec 1995 18:22:20 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id SAA12242; Thu, 21 Dec 1995 18:22:20 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id RAA15250; Thu, 21 Dec 1995 17:47:59 +0100 From: J Wunsch Message-Id: <199512211647.RAA15250@uriah.heep.sax.de> Subject: Re: Touch and group ig bug ??? To: rbezuide@mikom.csir.co.za (R Bezuidenhout) Date: Thu, 21 Dec 1995 17:47:59 +0100 (MET) Cc: bugs@freebsd.org In-Reply-To: <199512210857.KAA18187@zibbi.mikom.csir.co.za> from "R Bezuidenhout" at Dec 21, 95 10:57:20 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org Precedence: bulk As R Bezuidenhout wrote: > > Greetings ... > > I have noticed the following behaviour of FreeBSD 2.1 compared > to UNIX system V. What I'd like to know if this was done > for a reason and if so, why ? It's standard BSD behaviour that new files inherit the group membership of their parent directory. Many non-BSD systems accomplish this by (ab)using the setgid bit in directories. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Dec 21 09:40:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA21160 for bugs-outgoing; Thu, 21 Dec 1995 09:40:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA21144 Thu, 21 Dec 1995 09:40:03 -0800 (PST) Date: Thu, 21 Dec 1995 09:40:03 -0800 (PST) Message-Id: <199512211740.JAA21144@freefall.freebsd.org> To: freebsd-bugs Cc: From: Julian Elischer Subject: Re: kern/904: oops not queued Reply-To: Julian Elischer Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/904; it has been noted by GNATS. From: Julian Elischer To: asami@cs.berkeley.edu Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/904: oops not queued Date: Thu, 21 Dec 1995 17:34:34 +0000 () > Dec 18 13:18:55 silvia /kernel: sd1: oops not queued > Dec 18 13:18:55 silvia /kernel: biodone: buffer already done > Dec 18 13:18:55 silvia /kernel: spec_getpages: I/O read error > Dec 18 13:18:55 silvia /kernel: vm_fault: pager input (probably hardware) error, PID 144 failure This suggests that teh ahc's minphys routine is not being called.. It should have previously cut down the size of the transfer..... > many more processes will die if I leave it up running that way. > > Justin Gibbs says it can't be the ahc driver problem. err not so fast there.. > From owner-freebsd-bugs Thu Dec 21 10:11:59 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA22919 for bugs-outgoing; Thu, 21 Dec 1995 10:11:59 -0800 (PST) Received: from racer.dkrz.de (racer.dkrz.de [136.172.110.55]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA22902 for ; Thu, 21 Dec 1995 10:11:19 -0800 (PST) Received: (from gwk@localhost) by racer.dkrz.de (8.7.1/8.7.1) id TAA18387; Thu, 21 Dec 1995 19:01:49 +0100 (MET) Date: Thu, 21 Dec 1995 19:01:49 +0100 (MET) From: "Georg-W. Koltermann" Message-Id: <199512211801.TAA18387@racer.dkrz.de> To: 74367.3130@compuserve.com CC: bugs@freebsd.org In-reply-to: <951221143343_74367.3130_HHG60-1@CompuServe.COM> (message from Steve Knight on 21 Dec 95 09:33:44 EST) Subject: Re: Panic dump on install boot Reply-to: gwk@cray.com Sender: owner-bugs@freebsd.org Precedence: bulk > Date: 21 Dec 95 09:33:44 EST > From: Steve Knight <74367.3130@compuserve.com> > Sender: owner-bugs@freebsd.org > Precedence: bulk > > I am trying to install 2.1.0 off a Walnut CDROM. My system is a Leopard LX board > 486SLC2, 4MB Ram, WD 850MB drive, PAS-16 SCSCI CD controller, GSI 32 IDE > controller. The problem occurs whether I run install.bat from the CD or boot > from a floppy created by makeflp. The error occurs immediately after the > statement "rootfs is 1000 Kbyte compiled in MFS": > > Fatal trap 12: page fault while in kernel mode Disable the ROM shadow, and enable remapping if you can. FreeBSD 2.1 won't start up with 640 kb base + 3 MB extended RAM, it needs just a little more. I succeeded with 3MB+256kB extended (i. e. remapping 256 kB). Georg-W. Koltermann, gwk@cray.com From owner-freebsd-bugs Thu Dec 21 12:53:51 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA08133 for bugs-outgoing; Thu, 21 Dec 1995 12:53:51 -0800 (PST) Received: from bclcl1.im.battelle.org (bclcl1.im.battelle.org [131.167.1.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA08124 for ; Thu, 21 Dec 1995 12:53:45 -0800 (PST) Received: from ccmailgw.im.battelle.org by BCLCL1 (PMDF V4.3-9 #3705) id <01HZ2P5KDSDSHSJZNM@BCLCL1>; Thu, 21 Dec 1995 15:51:40 -0500 (EST) Received: from cc:Mail by ccmailgw.im.battelle.org id AA819590050; Thu, 21 Dec 95 15:40:21 EST Date: Thu, 21 Dec 1995 15:40:21 -0500 (EST) From: Cyrus W Moler Subject: Re[2]: FreeBSD 2.1 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: bugs@freebsd.org Message-id: <9511218195.AA819590050@ccmailgw.im.battelle.org> X-Envelope-to: bugs@freebsd.org Content-transfer-encoding: 7BIT Sender: owner-bugs@freebsd.org Precedence: bulk Hi J"org, Pleased to make you acquaintance. >Hmm, and where's your problem? I guess I wasn't clear. I have a FreeBSD 2.0R system running. I tried to do a complete reinstall using the new 2.1R I just got on CD. (I'm installing using the "install.bat" file from MS-DOS.) It (2.1R) fails on the CD-ROM driver with the following messages: (ncr0:6:0): "CHINON CD-ROM CDS-535 Q20" type 5 removable SCSI2 cd0(ncr0:6:0): CD-ROM ncr0: SCSI phase error fixup: CCB address mismatch (0xf07cd400 != 0xf07cc948) ncr0:6: ERROR (80:100) (e-aa-0) (0/13) @ (438:1e000000) script cmd = 868b0000 reg: da 10 80 13 47 00 0b 1f 06 0e 01 aa 80 00 0a 00 ncr0: handshake timeout cd0(ncr0:6:0): COMMAND FAILED (6 ff) @f07cd400 can't get the size The install proceeds to "sysinstall" but will not let me use the CD-ROM as media type. It says there is no CD-ROM. This is the install.bat on the CD-ROM, so I guess it would be the GENERIC kernel. Although I did try using the /kernel -c option at boot and disabling all the drivers I don't need, this didn't change the result of the boot. Funny thing, there is no ncr driver listed, I guess that means there are no options for that driver? I also tried to create a floppy boot disk. This had the same bad result. I guess the confusing part is that version 2.0 seemed to exhibit the same failure but it was handled by the assertion(see previous message), now version 2.1 doesn't handle the error. Obviously the ncr driver was changed (I can't say improved), and now it's broke for me. So what is my solution? Can I update everything except the ncr driver, using the Unix file system on the second CD, (The Walnut Creek release contains 2 CD's. One is MS-DOS based and the second is a UFS), and if so how? Any insight you could provide would be highly appreciated. Thanks, and Happy Holidays to you and yours! Cy Moler moler@battelle.org From owner-freebsd-bugs Thu Dec 21 13:25:54 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA10639 for bugs-outgoing; Thu, 21 Dec 1995 13:25:54 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA10620 for ; Thu, 21 Dec 1995 13:25:41 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id WAA01261 ; Thu, 21 Dec 1995 22:23:43 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id WAA28950 ; Thu, 21 Dec 1995 22:23:43 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id TAA16445; Thu, 21 Dec 1995 19:28:13 +0100 (MET) From: Ollivier Robert Message-Id: <199512211828.TAA16445@keltia.freenix.fr> Subject: Re: Touch and group ig bug ??? To: rbezuide@mikom.csir.co.za (R Bezuidenhout) Date: Thu, 21 Dec 1995 19:28:13 +0100 (MET) Cc: bugs@freebsd.org In-Reply-To: <199512210857.KAA18187@zibbi.mikom.csir.co.za> from "R Bezuidenhout" at Dec 21, 95 10:57:20 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1449 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk It seems that R Bezuidenhout said: > ~/test> touch try > ~/test> ls -la > total 4 > drwxrwxr-x 2 rbezuide bin 512 Dec 21 09:12 ./ > drwx------ 22 rbezuide mikomtek 3072 Dec 21 09:08 ../ > -rw-rw-r-- 1 rbezuide bin 0 Dec 21 09:12 try > ^^^^^ > > Why was the group of the file I touched changed to bin and not to > mikomtek, which is my default group ?? Am I missing something here? Yes, the fact that FreeBSD is a BSD system and so use the BSD semantics for file creation where a newly created file gets the group from the directory it is created into. > On a HP-UX the the file "try"'s group is also mikomtek and NOT bin. HP-SUX^H^H^HUX uses the SYSV semantics and creates the file with your default group. BSD semantics can be emulated by setting the GID on the directory (e.g. chmod g+s the_dir) on all the SYSV variant or on SunOS with the grpid /etc/fstab option. Why Sun chose to have SYSV semantics by default on SunOS is a mystery, even if they intended a move to SVR4, SunOS is still a 4.2BSD system. I happen to hate SYSV behaviour in that respect (among others :-)) and my SunOS installations always get a /etc/fstab like the following: /dev/sd0a / 4.2 rw,grpid 1 1 /dev/sd0e /usr 4.2 rw,grpid 1 1 /dev/sd0f /var 4.2 rw,grpid 1 2 /dev/sd0g /usr/local 4.2 rw,grpid 1 3 /dev/sd0h /users 4.2 rw,grpid 1 3 /dev/sd1a /news 4.2 rw,grpid 1 4 /dev/sd1d /spare 4.2 rw,grpid 1 4 /dev/sd2f /opt 4.2 rw,grpid,noauto 1 0 /dev/sd2g /opt/build 4.2 rw,grpid,noauto 1 0 If you look at the default SunOS installation, you'll find *lots* of directories with the setgid bit set... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #7: Mon Dec 18 00:50:47 MET 1995 From owner-freebsd-bugs Thu Dec 21 13:44:35 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA12402 for bugs-outgoing; Thu, 21 Dec 1995 13:44:35 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA12364 for ; Thu, 21 Dec 1995 13:44:28 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA04857; Thu, 21 Dec 1995 22:44:14 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA14727; Thu, 21 Dec 1995 22:44:13 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id VAA15782; Thu, 21 Dec 1995 21:59:22 +0100 From: J Wunsch Message-Id: <199512212059.VAA15782@uriah.heep.sax.de> Subject: Re: Panic dump on install boot To: 74367.3130@compuserve.com (Steve Knight) Date: Thu, 21 Dec 1995 21:59:22 +0100 (MET) Cc: bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <951221143343_74367.3130_HHG60-1@CompuServe.COM> from "Steve Knight" at Dec 21, 95 09:33:44 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org Precedence: bulk As Steve Knight wrote: > I am trying to install 2.1.0 off a Walnut CDROM. My system is a > Leopard LX board 486SLC2, 4MB Ram, WD 850MB drive, PAS-16 SCSCI CD > controller, GSI 32 IDE controller. You need at least 5 MB in order to install. (Once you've installed and built a custom kernel, you could actually run in 4 MB, though it's not recommended.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Dec 21 16:00:10 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA22164 for bugs-outgoing; Thu, 21 Dec 1995 16:00:10 -0800 (PST) Received: from gaboon.nai.net (gaboon.nai.net [204.71.31.225]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA22152 for ; Thu, 21 Dec 1995 16:00:05 -0800 (PST) Received: (from asv@localhost) by gaboon.nai.net (8.6.12/8.6.12) id TAA01991 for freebsd-bugs@freefall.freebsd.org; Thu, 21 Dec 1995 19:00:30 -0500 From: Stan Voket Message-Id: <199512220000.TAA01991@gaboon.nai.net> Subject: sendmail problem in stable 2.1 To: freebsd-bugs@freefall.freebsd.org Date: Thu, 21 Dec 1995 19:00:30 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG Precedence: bulk I am running FreeBSD-2.1 stable and my sendmail is having a pronl;em connecting with several sites. For example: asv@gaboon /home/asv > ps -ax | grep sendmail 124 ?? Is 0:00.19 sendmail: accepting connections (sendmail) 1425 ?? I 0:00.01 sendmail: server rah.star-gate.com cmd read (sendmail) The pid 1425 will just time out and retry in 30 minutes but the mail is not deleived. Any ideas? Stan -- - Stan Voket, asv@gaboon.nai.net - http://gaboon.nai.net - - Voice: 203.746-4489 - FAX 203.746.9761 - TELEX 969.642/CARIN DURY - From owner-freebsd-bugs Thu Dec 21 16:11:52 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA22894 for bugs-outgoing; Thu, 21 Dec 1995 16:11:52 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA22884 for ; Thu, 21 Dec 1995 16:11:44 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id LAA11012; Fri, 22 Dec 1995 11:06:54 +1100 Date: Fri, 22 Dec 1995 11:06:54 +1100 From: Bruce Evans Message-Id: <199512220006.LAA11012@godzilla.zeta.org.au> To: batie@agora.rdrop.com, bugs@freebsd.org Subject: Re: 2.1.0 & ttys Sender: owner-bugs@freebsd.org Precedence: bulk >Since I've upgraded to 2.1.0, I've gotten a lot of complaints from my >users about the ttys, but I'm still making sure most of them aren't >coincidencidental user errors or my configuration problem. This one >I caught dead on though (I went to look at the modem on ttydj, and it >is not connected; ttydj is on the second Boca 2016 in my system, although >I've been seeing this on random ports): >xxxxxxx 3271 1 296 dj TWs+ 10:16PM 0:00.21 -wsh (wsh) >xxxxxxx 4020 3271 296 dj TW+ 10:37PM 0:00.01 -wsh (wsh) >xxxxxxx 4021 4020 5448 dj TW+ 10:37PM 0:01.42 /usr/local/bin/tin > [515] $ w > 7:19AM up 1 day, 8:37, 11 users, load averages: 0.02, 0.11, 0.08 >USER TTY FROM LOGIN@ IDLE WHAT >xxxxxxx dj - 10:17PM 8:36 /usr/local/bin/tin It isn't clear whether the hangup was detected. Use `pstat -t' to see the tty state and `ps laxw' to see the process sleep address. Bruce From owner-freebsd-bugs Thu Dec 21 16:16:44 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA23094 for bugs-outgoing; Thu, 21 Dec 1995 16:16:44 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA23089 for ; Thu, 21 Dec 1995 16:16:41 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id RAA04730; Thu, 21 Dec 1995 17:18:49 -0700 Date: Thu, 21 Dec 1995 17:18:49 -0700 From: Nate Williams Message-Id: <199512220018.RAA04730@rocky.sri.MT.net> To: Stan Voket Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: sendmail problem in stable 2.1 In-Reply-To: <199512220000.TAA01991@gaboon.nai.net> References: <199512220000.TAA01991@gaboon.nai.net> Sender: owner-bugs@FreeBSD.ORG Precedence: bulk > I am running FreeBSD-2.1 stable and my sendmail is having a pronl;em > connecting with several sites. For example: > > asv@gaboon /home/asv > ps -ax | grep sendmail > 124 ?? Is 0:00.19 sendmail: accepting connections (sendmail) > 1425 ?? I 0:00.01 sendmail: server rah.star-gate.com cmd read (sendmail) > > The pid 1425 will just time out and retry in 30 minutes but the mail is > not deleived. This is a network problem and not a sendmail problem. The network between you and Amancio's box is having problems. Nate From owner-freebsd-bugs Thu Dec 21 17:00:07 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA25160 for bugs-outgoing; Thu, 21 Dec 1995 17:00:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA25136 Thu, 21 Dec 1995 17:00:03 -0800 (PST) Resent-Date: Thu, 21 Dec 1995 17:00:03 -0800 (PST) Resent-Message-Id: <199512220100.RAA25136@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mark@linus.demon.co.uk Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA25017 for ; Thu, 21 Dec 1995 16:57:56 -0800 (PST) Received: (from mark@localhost) by linus.demon.co.uk (8.7.3/8.7.3) id SAA03054; Thu, 21 Dec 1995 18:11:21 GMT Message-Id: <199512211811.SAA03054@linus.demon.co.uk> Date: Thu, 21 Dec 1995 18:11:21 GMT From: Mark Valentine Reply-To: mark@linus.demon.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/908: sed bug with trailing backslashes Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 908 >Category: bin >Synopsis: sed bug with trailing backslashes >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Dec 21 17:00:01 PST 1995 >Last-Modified: >Originator: Mark Valentine >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: n/a >Description: Sed misinterprets the pair of backslashes at the end of line 2 of the following script, resulting in line 3 being taken as part of the inserted text. 1i\ char foo[] = "\\ s/$/\\n\\/ $a\ "; GNU sed and SunOS 4.1.3 sed insert a single line ending with a backslash, and treat line three as a substition command. >How-To-Repeat: $ echo test | sed -f char foo[] = "\ s/$/\n\/ test "; $ echo test | /usr/gnu/bin/sed -f char foo[] = "\ test\n\ "; >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Dec 22 03:08:47 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA19777 for bugs-outgoing; Fri, 22 Dec 1995 03:08:47 -0800 (PST) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA19770 for ; Fri, 22 Dec 1995 03:08:35 -0800 (PST) Received: (from rbezuide@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id NAA27283 for bugs@freebsd.org; Fri, 22 Dec 1995 13:07:52 +0200 From: R Bezuidenhout Message-Id: <199512221107.NAA27283@zibbi.mikom.csir.co.za> Subject: Possible TCP/UDP routing kernel bug? To: bugs@freebsd.org Date: Fri, 22 Dec 1995 13:07:52 +0200 (SAT) X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk Seasons Greetings ... I have the following senario and I don't know what is going wrong ?? All machines are running FreeBSD 2.1 and are connected with a 10MB ethernet (test setup) PC1 ---------- Router1 ----------------- Router2 ----- PC2 I am using netcat wich basically can do a TCP or UDP stream from one machine to the other. On PC1 start netcat: ./nc -v -v -l -p 6789 On PC2 start netcat: yes AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA | ./nc -v -v 6789 Router2 starts to degrade, almost immediately in such a fashion that even pressing ENTER on a console (all machines are running in console mode) does not return a prompt. I can't even get a load average, but I know it is more or less 1.5 The two routers are running the followin: gated, xntpd. I have tried using different motherboards (all machines are 486DX2-66 with 8 meg ram and 16 meg swap). There doesn't seem to be any hardware defects. If I unplug the network cable, the Router2 starts doing what every I might have typed, until I replug the ether net. As far as I know FreeBSD should be able to and have previously handled the load?? This is true for both UDP and TCP .... With an ftp "loop" of ftp'ing the kernel from PC1 to PC2 the samething happens, only that the kernel doesn't degrade that much .. systat shows almost NO idle time and all other processes go up in %CPU (this means the kernel is using up most of the CPU because the processes have a weighted CPU % ?) On Router2 +/- 850 iterrupts between ed0 and ed1, remember this is with ftp, when using netcat I CAN'T DO ANYTHING !!! Any suggestions ?? Thanx -- ######################################################################## # # # Reinier Bezuidenhout Company: Mikomtek CSIR, ZA # # # # Network Engineer - NetSec development team # # # # Current Projects: NetSec - Secure Platform firewall system # # http://www.mikom.csir.co.za # # # # E-mail: rbezuide@mikom.csir.co.za # # # ######################################################################## From owner-freebsd-bugs Fri Dec 22 08:50:46 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA05996 for bugs-outgoing; Fri, 22 Dec 1995 08:50:46 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA05980 for ; Fri, 22 Dec 1995 08:50:42 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA01167; Fri, 22 Dec 1995 11:49:49 -0500 Date: Fri, 22 Dec 1995 11:49:49 -0500 From: "Garrett A. Wollman" Message-Id: <9512221649.AA01167@halloran-eldar.lcs.mit.edu> To: R Bezuidenhout Cc: bugs@freebsd.org Subject: Possible TCP/UDP routing kernel bug? In-Reply-To: <199512221107.NAA27283@zibbi.mikom.csir.co.za> References: <199512221107.NAA27283@zibbi.mikom.csir.co.za> Sender: owner-bugs@freebsd.org Precedence: bulk < said: > Router2 starts to degrade, almost immediately in such a fashion > that even pressing ENTER on a console (all machines are running in > console mode) does not return a prompt. > I can't even get a load average, but I know it is more or less 1.5 When the experiment is completed, use sysctl(8) to examine net.inet.ip.intr-queue-drops to see how many packets were dropped due to overload. > I have tried using different motherboards (all machines are 486DX2-66 > with 8 meg ram and 16 meg swap). There doesn't seem to be any hardware > defects. You have slow machines and slow network cards. > As far as I know FreeBSD should be able to and have previously > handled the load?? I don't know. I have a machine here which is capable of forwarding 17,000 64-byte packets per second, but it's a 100-MHz Pentium with three DE500s in it. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Fri Dec 22 12:20:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA16139 for bugs-outgoing; Fri, 22 Dec 1995 12:20:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA16123 Fri, 22 Dec 1995 12:20:03 -0800 (PST) Resent-Date: Fri, 22 Dec 1995 12:20:03 -0800 (PST) Resent-Message-Id: <199512222020.MAA16123@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jin@pesto.lbl.gov Received: from pesto.lbl.gov (pesto.lbl.gov [128.3.196.67]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA16022 for ; Fri, 22 Dec 1995 12:18:36 -0800 (PST) Received: (from jin@localhost) by pesto.lbl.gov (8.6.12/8.6.12) id MAA28959; Fri, 22 Dec 1995 12:18:12 -0800 Message-Id: <199512222018.MAA28959@pesto.lbl.gov> Date: Fri, 22 Dec 1995 12:18:12 -0800 From: "Jin Guojun[ITG]" Reply-To: jin@pesto.lbl.gov To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/909: exports: Bad lines. mountd won't export FS Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 909 >Category: kern >Synopsis: exports: Bad lines. mountd won't export FS >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Dec 22 12:20:01 PST 1995 >Last-Modified: >Originator: Jin Guojun[ITG] >Organization: /-------------- Jin Guojun ------------ v ---- Internet: g_jin@lbl.gov ----\ | Imaging & Distributed Computing | Usenet: ucbvax!g_jin@lbl.gov | | Lawrence Berkeley Laboratory | Bitnet: -- | | 50B-2239, Berkeley, CA 94720 - jin%george.lbl.gov@Csa3.LBL.Gov | \--Ph#:(510) 486-7531 + Fax: 486-6363 --^--http://www-itg.lbl.gov/ITG.html-/ >Release: FreeBSD 2.1-STABLE i386 >Environment: 2.1.0-RELEASE >Description: There is no way to export two (2) subdirectories on a same files system. ----------------------------------------------------------------- This is working when /usr/other is on /usr, and /usr/local is on a different file system: # more /etc/fstab /dev/wd0s2b none swap sw 0 0 /dev/wd0a / ufs rw 1 1 /dev/wd0s2e /usr ufs rw 1 1 /dev/wd0s3e /usr/local ufs rw 1 1 # more /etc/exports /usr/local -ro -mapall=nobody:100 -network xxxx.yyyy.zzzz -mask a.b.c.d /usr/other -ro -mapall=nobody:100 -network xxxx.yyyy.zzzz -mask a.b.c.d ----------------------------------------------------------------- This is not working: # more /etc/fstab /dev/wd0s2b none swap sw 0 0 /dev/wd0a / ufs rw 1 1 /dev/wd0s2e /usr ufs rw 1 1 # more /etc/exports /usr/other -ro -mapall=nobody:100 -network xxxx.yyyy.zzzz -mask a.b.c.d /usr/local -ro -mapall=nobody:100 -network xxxx.yyyy.zzzz -mask a.b.c.d Dec 22 05:56:17 myname mountd[76]: Can't change attributes for /usr/local. Dec 22 05:56:17 myname mountd[76]: Bad exports list line /usr/local -ro -mapall Dec 22 05:56:17 myname mountd[76]: Bad exports list line /usr/local -ro -mapall If changing the /etc/exports to /usr -ro -mapall=nobody:100 -network xxxx.yyyy.zzzz -mask a.b.c.d then the clients can only mount entire /usr, but not /usr/local and /usr/other. ----------------------------------------------------------------- >How-To-Repeat: This can be repeated following above description. >Fix: I hope this can be fixed. If this problem is the original design for the kernel and won't be resolved, please let me know. Thanks. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Dec 22 22:20:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA21397 for bugs-outgoing; Fri, 22 Dec 1995 22:20:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA21381 Fri, 22 Dec 1995 22:20:03 -0800 (PST) Resent-Date: Fri, 22 Dec 1995 22:20:03 -0800 (PST) Resent-Message-Id: <199512230620.WAA21381@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mi@ALDAN.star89.galstar.com Received: from aldan (PPP-72-5.BU.EDU [128.197.7.57]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA21327 for ; Fri, 22 Dec 1995 22:19:16 -0800 (PST) Received: (from mi@localhost) by aldan (8.6.12/8.6.12) id BAA29985; Sat, 23 Dec 1995 01:17:40 -0500 Message-Id: <199512230617.BAA29985@aldan> Date: Sat, 23 Dec 1995 01:17:40 -0500 From: mi@ALDAN.star89.galstar.com Reply-To: mi@ALDAN.star89.galstar.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/910: connecting from one FreeBSD machine to another Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 910 >Category: bin >Synopsis: Connection times out >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Dec 22 22:20:01 PST 1995 >Last-Modified: >Originator: Mikhail Teterin >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: The machine I'm trying to connect to is connected to the Internet thru one ppp-link (pppd is used). One of the "from"-machines tried was connected thru user's ppp. Another one -- ethernetted machine with a constant IP-address Both "from" machines run 2.1-Release >Description: Direct connection on telnet, ftp and X ports times out (did not test other ones). To connect from work, I have to first login to the Sun machine on the same net (the Sun is not any different from the net point of view -- it is not a server of any kind, and stands behind the same firewall on the same net (first three bytes of IP number, and netmask are same). Connection from the Sun goes right a way... Here is a little picture of how it looks on the "to"-machine (with my comments): mi@aldan:~ (33) ps -axl | grep telnet 0 28843 81 0 2 0 192 496 netio I ?? 0:00.08 telnetd 0 28849 81 0 2 0 232 528 select S ?? 0:00.47 telnetd mi@aldan:~ (34) netstat -a | grep telnet tcp 0 4 PPP-72-5.BU.EDU.telnet 128.191.56.82.32797 ESTABLISHED tcp 0 15 PPP-72-5.BU.EDU.telnet kot.1117 ESTABLISHED tcp 0 0 *.telnet_b *.* LISTEN tcp 0 0 *.telnet *.* LISTEN The first process is the "forever-waiting" telnetd (telnet-client on the "from machine" says "Connected to ..." and never gives a login-prompt). The second process is working telnetd, which made the whole picture possible. The second telnetd works with the Sun's telnet client. PPP-72-5.BU.EDU is the temporary name of the "to"-machine (perfectly functional otherwise). >How-To-Repeat: Try to connect (on telnet, ftp, or X port) to the FreeBSD machine, with dynamicly assigned IP-address from another FreeBSD machine. Note, that both "from"-machines running Windows NT can perfectly connect to the same FreeBSD running "to"... E-mail me for the current name/ip-address of my machine to try. mi@ALDAN.star89.galstar.com >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Dec 22 22:50:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA22354 for bugs-outgoing; Fri, 22 Dec 1995 22:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA22346 Fri, 22 Dec 1995 22:50:01 -0800 (PST) Date: Fri, 22 Dec 1995 22:50:01 -0800 (PST) Message-Id: <199512230650.WAA22346@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: bin/910: connecting from one FreeBSD machine to another Reply-To: David Greenman Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR bin/910; it has been noted by GNATS. From: David Greenman To: mi@aldan.star89.galstar.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/910: connecting from one FreeBSD machine to another Date: Fri, 22 Dec 1995 22:40:59 -0800 > The machine I'm trying to connect to is connected to the > Internet thru one ppp-link (pppd is used). > One of the "from"-machines tried was connected thru user's ppp. > Another one -- ethernetted machine with a constant IP-address > Both "from" machines run 2.1-Release Did you try setting tcp_extensions to "NO" in /etc/sysconfig? -DG From owner-freebsd-bugs Sat Dec 23 02:30:08 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA02833 for bugs-outgoing; Sat, 23 Dec 1995 02:30:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA02821 Sat, 23 Dec 1995 02:30:04 -0800 (PST) Date: Sat, 23 Dec 1995 02:30:04 -0800 (PST) Message-Id: <199512231030.CAA02821@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: kern/909: exports: Bad lines. mountd won't export FS Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/909; it has been noted by GNATS. From: J Wunsch To: jin@pesto.lbl.gov Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/909: exports: Bad lines. mountd won't export FS Date: Sat, 23 Dec 1995 10:36:14 +0100 (MET) As Jin Guojun[ITG] wrote: > > There is no way to export two (2) subdirectories on a same > files system. > /usr/other -ro -mapall=nobody:100 -network xxxx.yyyy.zzzz -mask a.b.c.d > /usr/local -ro -mapall=nobody:100 -network xxxx.yyyy.zzzz -mask a.b.c.d > > Dec 22 05:56:17 myname mountd[76]: Can't change attributes for /usr/local. > Dec 22 05:56:17 myname mountd[76]: Bad exports list line /usr/local -ro -mapall > Dec 22 05:56:17 myname mountd[76]: Bad exports list line /usr/local -ro -mapall Please, read the man page for exports(5). By the nature of how NFS exporting works, you can have only one set of attributes per physical file system. Our exports enforces this by only allowing multiple subdirectories of a single physical file system if they appear in the same line: /usr/other /usr/local -ro -mapall=nobody:100 -network xxxx.yyyy.zzzz -mask a.b.c.d -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Dec 23 03:56:39 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA06180 for bugs-outgoing; Sat, 23 Dec 1995 03:56:39 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA06161 Sat, 23 Dec 1995 03:56:35 -0800 (PST) Date: Sat, 23 Dec 1995 03:56:35 -0800 (PST) From: Joerg Wunsch Message-Id: <199512231156.DAA06161@freefall.freebsd.org> To: jin@pesto.lbl.gov, joerg, freebsd-bugs Subject: Re: kern/909 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: exports: Bad lines. mountd won't export FS State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Dec 23 12:54:51 MET 1995 State-Changed-Why: Pilot error. The behaviour is described in the man page of exports(5). From owner-freebsd-bugs Sat Dec 23 04:30:18 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA08589 for bugs-outgoing; Sat, 23 Dec 1995 04:30:18 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA08575 for freebsd-bugs; Sat, 23 Dec 1995 04:30:15 -0800 (PST) Date: Sat, 23 Dec 1995 04:30:15 -0800 (PST) From: GNU GNATS Message-Id: <199512231230.EAA08575@freefall.freebsd.org> To: freebsd-bugs Subject: List of open Problem Reports Sender: owner-bugs@FreeBSD.ORG Precedence: bulk This is the list of currently open problem reports [1994/11/14] bin/17 "mount -t foo /dev/wd1h /mnt" gives incorrect error [1994/11/18] conf/22 Cannot use links to share kernel objects [1994/11/23] kern/27 Loopback mounts confuse unmount-on-reboot code [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1994/12/06] kern/42 PC-NFS on -current can't access disks [1994/12/07] kern/44 ep driver won't work with anything but bnc [1994/12/13] misc/48 /etc/rc does not recover recovery files [1994/12/14] kern/51 Panic accessing NFS mounted file system [1994/12/18] misc/67 It took 20 tries to get free-bsd installed [1994/12/18] misc/68 bininst leaves system kinda hung [1994/12/20] conf/76 fdisk can't be trusted. [1994/12/21] i386/79 Reboots sometimes don't complete. [1994/12/23] misc/83 System crash after abrupt end of slip session [1995/01/03] kern/95 Configuring a SLIP device with source = destination [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/116 disk transfer rates reported by systat :iostat are t [1995/01/14] misc/118 use of 386bsd partition tag makes multi-os boot hard [1995/01/14] misc/120 first Initial security report is bogus becuase of ls [1995/01/14] bin/124 traceroute doesn't support -g flag. [1995/01/14] docs/127 locate man page does not have any clues to how the d [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] docs/131 there is no man page for uucpd [1995/01/14] docs/132 gettytab documentation is split between /etc/gettyta [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/19] bin/151 One of the pkg_add set /tmp mod to 755 [1995/01/20] bin/153 mount -u improvement for diskless systems [1995/01/21] kern/157 Quota system does not work [1995/01/21] docs/164 no ptrace(2) manual page. [1995/01/21] docs/165 No documentation on kernel boot flags. [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] kern/169 Errors from mkdir & mv when directories paths end wi [1995/01/21] bin/170 ar does not print an error message with readonly lib [1995/01/21] bin/172 cp -f does not work [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/25] kern/185 kernel stability problems - can't sustain uptimes > [1995/01/25] bin/188 disklabel uses c partition by default, kernel says d [1995/01/30] gnu/196 size of bss in *.o's reported wrong by size [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/01] bin/199 quiz(6) reading database bug, pattern matching bug [1995/02/01] misc/202 System hang or reboot without clues, tcp ppp named r [1995/02/14] kern/214 Using wt driver crashes system [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/02/14] docs/218 dbm references from hash(3) [1995/02/16] kern/219 Performance on local net drops too much when SNDBUF [1995/02/16] i386/222 boot prompt doesn't always work [1995/03/02] misc/229 acos() core dump [1995/03/03] bin/230 C++ contructors not being called [1995/03/05] docs/232 The mandoc .St macro doesn't work or misses IEEE754 [1995/03/11] kern/238 failed assertion in ncr.c --> no more scsi disk acce [1995/03/13] bin/241 strange behavior of /bin/sh [1995/03/17] kern/247 Berkeley Packet Filter fix [1995/03/19] gnu/256 nasty gdb bug back in 031595 system [1995/03/20] docs/263 There is absolutely no documentation for the dialog [1995/03/21] kern/266 ifconfig panics kernel built without option NFS [1995/03/28] kern/275 qic-02 streamer won't work [1995/03/28] kern/277 netstat -r reports entries with negative expire time [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/03/29] kern/284 Network gives permission denied [1995/03/30] kern/287 Several header files are not consistent [1995/03/31] kern/288 panic: free: multiple frees [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/04] kern/299 SCSI probes stop at ID 7 even for WIDE busses [1995/04/05] bin/300 __fdnlist fails on kernels created by cc -g and stri [1995/04/06] conf/301 Log rotation wastes _much_ to much space [1995/04/06] kern/302 Changing st tapes after extract crashes system [1995/04/09] docs/317 Install README doesn't list matcd as install choice [1995/04/09] bin/323 Creating lost+found causes fsck to stop fsck -y FDIV [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/04/09] bin/327 Clock management punishes you if CMOS != GMT FDIV020 [1995/04/09] bin/329 FTP transfers above 99K shown in scientific notation [1995/04/11] kern/336 make world fails on NCR-SCSI machine [1995/04/14] docs/341 vnconfig(8) disagrees with its man page [1995/04/14] kern/343 tcpdump with filter fails on tun and lo devices [1995/04/14] misc/344 Signal 11 when running a user program [1995/04/15] kern/345 panic "biodone: page busy < 0" [1995/04/17] kern/349 Panic with bad dir [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] kern/354 Can't configure two IP aliases with the same network [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/04/20] bin/357 pkg_delete aborts when subcommand fails [1995/04/26] kern/366 queue changes broke ISO tpip code [1995/04/26] kern/367 kernel hangs after ep0 attach message appears [1995/04/26] i386/369 AHA-154X-A problems [1995/05/01] gnu/373 In response to admittedly bogus code, gcc emits an o [1995/05/01] kern/374 panic: bad dir [1995/05/02] kern/376 tcpdump seems to cause spontaneous reboots [1995/05/03] kern/378 (apparently) bounce buffer code gets used on 32bit b [1995/05/05] kern/383 dd to from /dev/mem panics the machine. [1995/05/06] kern/384 ep0 conflicts with some other drivers [1995/05/06] kern/385 ep0 finds card on irq 10 when it's actually on 11 [1995/05/07] kern/387 scsistrategy doesn't use bounce buffers [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/11] i386/394 IP multicast not supported by ep driver [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/13] bin/402 w -n shows non-numeric addresses [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/14] kern/416 page fault in syscons.c:scopen() [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p [1995/05/15] misc/423 Sound devices are too insecure [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/16] kern/427 eg doesn't work with more than one card [1995/05/16] kern/428 configure is not foolproof [1995/05/19] misc/431 Processes sometime's hang and wont die when they hav [1995/05/21] bin/432 mixer should print out the current mixer settings by [1995/05/22] kern/434 umapfs panics when mounting ufs over itself [1995/05/23] kern/435 mb_map full, network starts jumping off and on, fina [1995/05/23] misc/437 addition for /usr/src/usr.bin/file/Magdir/zyxel [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/24] gnu/442 when invoked from "make' cc not including name lists [1995/05/25] kern/443 65 sendmails crashes system [1995/05/26] i386/444 GUS sound driver does not seem to work. [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/05/28] gnu/451 cvsinit/cvs doesn't work as expected with perl [1995/05/28] kern/452 vnode swapping panics [1995/05/29] bin/457 We may have an obscure csh bug [1995/05/30] docs/458 px doc does not find include figure [1995/05/30] kern/459 Systems freezes w/ 2842 [1995/05/31] bin/464 dialog_gauge goes one char too far for 100% value [1995/05/31] kern/466 Unexpected disk errors during installation/newfs [1995/06/01] misc/469 ctm leaves temp files after errors [1995/06/01] kern/471 System can not access SCSI DAT tape. [1995/06/02] bin/476 kvm_openfiles called w/ too small error buffer [1995/06/02] bin/477 telnet autologin ain't working [1995/06/03] docs/480 We don't have an rhosts.5 man page [1995/06/04] bin/486 ls includes utmp.h but doesn't use it [1995/06/05] kern/492 sysinstall shows "success" after "no space" failure. [1995/06/07] bin/499 pkg_manage percent done is broken/dependancies arent [1995/06/07] bin/500 pkg_manage fails to continue without return sometime [1995/06/12] bin/506 "Release" id generated by send-pr looks incorrect. [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/14] gnu/515 Info command has no tutorial [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/15] docs/520 instructions are not clear as to what the url should [1995/06/15] docs/521 catgets() man page error [1995/06/17] kern/527 dump causes assertion in ncr.c [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov [1995/06/17] conf/529 Please put mountd's '-n' flag into /etc/sysconfig [1995/06/18] misc/530 Failed install from SCSI tape [1995/06/18] kern/532 buslogic bt 445S hangups wit FreeBSD 2.0.5 [1995/06/20] docs/536 No copyrights in usr/src/lib/libc/stdtime [1995/06/20] bin/537 FSCK Fails [1995/06/22] i386/541 Alternate Reset method by unmapping ALSO broken [1995/06/23] bin/557 ar utility exausts all available file descriptors [1995/06/26] kern/565 [1995/06/27] bin/569 Slattach behaviour inconsistant [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [1995/07/02] bin/580 xntpd doesn't work with Tobit DCF77 receiver. [1995/07/02] bin/581 iijppp may hang indefinitely [1995/07/02] misc/583 rlogin over PPP does not handle input [1995/07/03] kern/586 Timeouts on SCSI Adaptec 2940 [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/04] conf/589 /etc/rc should eval amd ${amdflags} [1995/07/05] kern/590 pager input errors on NCR SCSI 486 mainboard [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/05] bin/594 "mkdir -p some/path/" fails to create last path comp [1995/07/06] i386/596 and conflict with _POSIX_SOURCE [1995/07/07] bin/599 pkg_add does not stop if dependencies are missing [1995/07/09] misc/605 [1995/07/13] kern/611 WIDE-dhcp doesn't work with FreeBSD-2.0 bpf [1995/07/14] kern/614 SCSI tape timeout for forward space file is too shor [1995/07/19] bin/624 pkg_manage doesn't show directory symlinks [1995/07/19] kern/625 keyboard lockups during boot and forever after [1995/07/20] kern/627 vidcontrol causes crash when booted with sc0 disable [1995/07/20] kern/629 user mode ppp dies when sending [1995/07/21] i386/631 if_ix does not support bpf, nor does it appear to su [1995/07/24] docs/633 no manpage for ndbm [1995/07/26] bin/635 makefile for sbin/route doesn't make keywords.h when [1995/07/27] kern/637 If used heavily, ahc will crash, with disk timeouts [1995/07/29] kern/638 Transmitted packets not passed to bpf in if_le.c [1995/08/01] docs/646 vmstat man page out of date [1995/08/01] kern/647 Sound cards fail to work [1995/08/01] bin/648 Formatted output is not converted correctly [1995/08/02] gnu/650 Current flex is outdated [1995/08/03] kern/652 Multiple addresses on one interface interacts badly [1995/08/04] kern/653 ftp or kernel - multiple transfers when sendport dis [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, not in 2.0. [1995/08/07] bin/658 ifconfig alias has to be separately given [1995/08/07] bin/660 /bin/sh has problem with redirection. [1995/08/07] bin/661 Hercules is not capable of having a ISO-Latin1 Scree [1995/08/08] docs/663 newfs man page refers to format(8) [1995/08/08] bin/664 pkg_add(1) man page doesn't reference pkg_manage(1) [1995/08/08] ports/665 pkg_manage can't handle installing dvips [1995/08/08] gnu/666 The ldconfig program in SNAP wasn't good [1995/08/11] gnu/672 Nor all ph headers get created [1995/08/11] ports/673 /bin/sh + inn1.4 innwatch going belly up [1995/08/11] kern/674 quad speed cdrom not being found [1995/08/11] bin/675 make does unnecessary rebuilds [1995/08/12] bin/676 mv -i [1995/08/12] kern/677 X gets a bus error when calling mmap() [1995/08/13] kern/679 chown(2) ignores set-user-id and set-group-id bits f [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the way it did [1995/08/13] docs/681 bad description of Adaptec 2842 in LINT [1995/08/14] bin/683 cron(8) [1995/08/14] docs/686 SIGSYS documented badly [1995/08/14] kern/688 Page fault: supervisor write, page not present [1995/08/15] ports/690 X11 install targets unfriendly [1995/08/15] kern/691 Performance 10 times slower 2.0.5R & Adaptec AHA-284 [1995/08/15] i386/692 My modem is not found if my external cache is disabl [1995/08/16] bin/693 `pkg_add' is umask-sensitive [1995/08/16] bin/694 No include file in rpcgen output [1995/08/16] kern/695 cat B > C ; cmp B C can fail! [1995/08/17] misc/697 "make -DCLOBBER" is broken [1995/08/18] kern/700 The comments in /sys/net/in.h are confusing [1995/08/21] kern/703 ppp not always deleting route properly when a ppp li [1995/08/22] bin/706 increased root DNS traffic and long latencies for r- [1995/08/27] ports/710 mpeg_play outdated [1995/08/29] bin/711 /etc/magic not installed [1995/08/29] bin/715 ls gives weird tabular form [1995/08/31] bin/716 W returns wrong results at login [1995/09/01] misc/717 ft.c attach fail on my Mountain tape drive [1995/09/02] bin/718 pkg_add incorrectly prints an error message [1995/09/15] bin/722 Off-by-one error in wbkgd() in ncurses [1995/09/19] bin/728 /bin/sh messes up quoting when going through eval [1995/09/20] kern/730 3Com 3C5x9 probe problem [1995/09/21] docs/731 socketpair(2) and man page inconsistent about return [1995/09/22] bin/732 getpwent() dumps core if NIS password file is malfor [1995/09/23] docs/735 missing description for mount options in fstab(5) ma [1995/09/25] gnu/737 FreeBSD-current/src/gnu/usr.bin/gzip/Makefile [1995/09/26] bin/739 Some problems when an output filter reads all input [1995/09/26] docs/740 man loadfont says /usr/share/misc/vgafonts instead o [1995/09/26] docs/741 netstat -rn not showing all routes in Kernel - not i [1995/09/26] kern/742 syslog errors accessing Mac hard disks [patch] [1995/09/27] bin/743 vi cannot edit a file where the name starts with + [1995/09/27] kern/745 occasional filesystem inconsistencies, and "panic: f [1995/09/27] bin/746 `talk' forbids talking from write-protected terminal [1995/09/27] bin/747 date(1) gives weird time zones and interprets GMT[+- [1995/09/27] docs/748 zic.8 man page refers to /usr/local/etc/zoneinfo [1995/09/27] kern/750 cd9660 confused by not-ready or I/O errors FDIV030 [1995/09/28] bin/751 crontab(1): `crontab -e' exits on SIGINT [1995/09/28] kern/752 setting multiple addresses for a single interfaces l [1995/09/28] kern/753 my archive scsi tape drive does not work [1995/09/28] docs/754 there is no man page for the psm(4) mouse driver [1995/10/01] kern/757 Removal of mounted CD-ROM causes reboot & single use [1995/10/01] bin/759 nfsd without arg's doesn't work [1995/10/02] kern/761 route add may cause panic when used incorrectly [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem in use [1995/10/04] bin/766 file doesn't grok HTML; /etc/magic in wrong place [1995/10/05] misc/767 Configure-time does time-warp on non-UTC CMOS - FDIV [1995/10/06] bin/769 xntpd does not detach from controlling terminal [1995/10/06] kern/770 Floppy kernel won't boot with T485 or IDT L2 cache F [1995/10/08] kern/772 page fault while in kernel mode (two cases) [1995/10/09] kern/774 dump fails with "slave couldn't reopen disk: Device [1995/10/10] kern/775 changing root device was wrong when exist IDE drive [1995/10/11] bin/777 patch doesn't realize stdin is closed and asks quest [1995/10/12] bin/778 tar complains "EOF not on block boundary" on a good [1995/10/12] bin/779 #include gets undefined 'rune_t' type. [1995/10/14] kern/781 OPEN_MAX in kernel config and FD_SETSIZE in /usr/inc [1995/10/18] bin/786 Problem with NIS and large group maps [1995/10/23] bin/789 pkg_add doesn't work [1995/10/25] kern/792 cd9660 very slow. [1995/10/25] kern/793 ep0 cannot be configured and more. [1995/10/26] kern/794 swap partition at offset 0 still broken [1995/10/27] misc/796 Network install doesn't update /etc/hosts FDIV036 [1995/10/27] bin/797 X probeonly during install gets Not Found error FDIV [1995/10/29] kern/798 PPP panics, touches 0xdeadc0de pointers [1995/10/29] misc/799 sysinstall segfaults if part of distribution missing [1995/10/29] docs/801 rlogind k, v, and x options are not documented [1995/10/30] misc/802 default fstab mounts disks in bad order [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works... [1995/10/31] kern/805 SMC Ultra 8216 incorrectly probed (if_ed driver) [1995/10/31] kern/806 kernel default parameters need tuning [1995/11/01] bin/809 `.' gives the minimum number of (DIGITS+SIGN) [1995/11/09] ports/814 unable to compile the port of "pine3.91" [1995/11/11] bin/815 mountd reports unknown hosts with non-informative me [1995/11/11] bin/817 Wrong route to remote network [1995/11/12] kern/820 scsi tape problems [1995/11/13] kern/821 Config doesn't properly trap signals [1995/11/15] kern/824 system hangs after a few hours without saying why [1995/11/16] bin/826 tcpmux listener in inetd does not work [1995/11/16] kern/827 System hangs when doing a "route add" command [1995/11/20] ports/829 the lynx patches don't patch things correctly [1995/11/20] kern/830 installing hang [1995/11/20] kern/831 one minor complaint about the kernel visual config c [1995/11/21] i386/832 Tape drive busy errors - dump aborts [1995/11/21] i386/833 SCSI hard disks time out during tape rewind - FDIV03 [1995/11/22] kern/834 the console keyboard locks up randonly under pcvt [1995/11/22] kern/835 ed panics with SMC ultra with iomem, if no iomem in [1995/11/24] bin/837 test -h evaluates to false on symlink to nonexistant [1995/11/24] misc/838 /usr/src/lib Makefile assumes you want to install... [1995/11/25] bin/839 by default, use of "at" is overly restricted [1995/11/27] kern/840 Kernel page directory invalid [1995/11/27] bin/841 stale nfs mounts cannot be umounted [1995/11/27] kern/844 mbuf panic, dump available [1995/11/27] kern/845 Automatic reboot says you can abort but boots anyway [1995/11/27] conf/846 2.1R install disk tries to use sd0 even if not reque [1995/11/28] docs/847 man(1) references optional pager [1995/11/28] misc/848 Inst gripes about geometry but won't accept true val [1995/11/28] misc/849 Install skimps on inodes and newfs default is wrong [1995/11/28] bin/850 dump treats write-protect as an EOT & spoils set FDI [1995/11/28] ports/851 building port xspread-2.1 fails [1995/11/29] bin/852 Sendmail is loosing mail (apparently)! [1995/11/30] bin/854 swapinfo shows incorrect information for vnconfig'd [1995/11/30] misc/856 Install 2.0.5 Upgrade option does too much damage FD [1995/11/30] ports/857 Need ANSI_C define to not declare some functions [1995/12/01] bin/859 /bin/sh -c does not ignore SIGINT [1995/12/02] kern/860 visual mode in kernel -c is too restrictive [1995/12/03] kern/861 sb16 support in 2.1 is erratic and has cosmetic defe [1995/12/03] kern/862 more access to freed mbufs [1995/12/03] kern/863 panic on kernel page fault, NULL curproc [1995/12/04] kern/866 pcvt causes system console to lock up [1995/12/04] i386/867 Notebook with APM and 3C589C in PCMCIA freezes after [1995/12/06] ports/869 xcdplayer installs itself is /usr/X11R6, not /usr/lo [1995/12/06] ports/870 pkg_delete does not remove .install_done from port [1995/12/06] ports/871 port.subdir.mk DEBUG_FLAGS is not used for CFLAGS [1995/12/07] bin/873 Invalid route to remote network [1995/12/07] misc/874 kernel installation can break ps and friends [1995/12/08] misc/875 Cleaned code using -Wall to remove warnings [1995/12/08] kern/876 NFS allows bogus accesses to cached data [1995/12/08] i386/877 Valid ep0 port addresses not accepted [1995/12/09] misc/882 Makefile is not smart enough to bypass libraries... [1995/12/09] ports/883 tclX-port does not build properly [1995/12/09] kern/884 arnet driver does not assert DTR, which is necessary [1995/12/10] bin/889 update from version 1.0 to version 1.3 [1995/12/13] misc/891 regex.h relies on sys/types.h, but does not include [1995/12/14] bin/892 ppp recursion problem and partial FIX [1995/12/14] pending/893 terminfo.h not installed??? [1995/12/15] ports/894 window create doesn't work [1995/12/16] bin/895 ppp predictor-1 memory leak [PATCH included] [1995/12/16] kern/896 panics either on boot or later with scsi errors [1995/12/16] kern/897 cannot watch(1) the slattach(1)'ed tty [1995/12/17] misc/898 select() not detecting socket close under certain ci [1995/12/17] kern/900 ext2fs triggers divide by zero trap in vnode_pager_h [1995/12/17] kern/901 vm_page_free frees wrong pages in vfs_bio.c [1995/12/18] kern/902 system becomes very sluggish, odd messages, odd vmst [1995/12/19] kern/903 panic: m_copydata [1995/12/19] kern/904 I get the "oops not queued" error during boot time [1995/12/19] bin/905 vi misbehaving or fmt's man page lies [1995/12/20] i386/906 /sys/i386/boot/netboot/nb8390.com cannot recognize N [1995/12/21] kern/907 scsi-dat tape station has stopped working [1995/12/21] bin/908 sed bug with trailing backslashes [1995/12/22] bin/910 Connection times out This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/01/22] docs/177 man pages missing for SYSV IPC funtions [1995/02/14] kern/215 SNAP-950112 crashed with "panic: page fault" [1995/03/20] kern/260 msync and munmap don't bother to update mod times [1995/03/20] docs/264 There are no manual pages for the forms library. [1995/03/22] kern/267 NFS code gives error messages, systems jams for a fe [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/s hangs pro [1995/06/01] ports/467 utils/kp wrong distfile place after make fetch [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/08/11] bin/671 No quot available. [1995/10/07] bin/771 telnet character mode not set and broken when set - [1995/10/15] kern/782 chmod does a null pointer dereference /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Dec 23 04:30:19 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA08598 for bugs-outgoing; Sat, 23 Dec 1995 04:30:19 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA08578 for freebsd-bugs; Sat, 23 Dec 1995 04:30:16 -0800 (PST) Date: Sat, 23 Dec 1995 04:30:16 -0800 (PST) From: GNU GNATS Message-Id: <199512231230.EAA08578@freefall.freebsd.org> To: freebsd-bugs Subject: Summary of Problem Reports Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Number of currently open reports: 343 Number of curently analyzed reports: 13 From owner-freebsd-bugs Sat Dec 23 06:23:26 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA11671 for bugs-outgoing; Sat, 23 Dec 1995 06:23:26 -0800 (PST) Received: from omega.physik.fu-berlin.de (omega.physik.fu-berlin.de [130.133.3.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA11664 for ; Sat, 23 Dec 1995 06:23:20 -0800 (PST) Received: from mordillo (oberon.physik.fu-berlin.de [130.133.3.126]) by omega.physik.fu-berlin.de (8.7.1/8.7.1) with ESMTP id PAA20701; Sat, 23 Dec 1995 15:20:53 +0100 (MET) Received: (from graichen@localhost) by mordillo (8.6.12/8.6.12) id JAA00516; Sat, 23 Dec 1995 09:26:44 +0100 From: Thomas Graichen Message-Id: <199512230826.JAA00516@mordillo> Subject: Re: kern/909: exports: Bad lines. mountd won't export FS To: jin@pesto.lbl.gov Date: Sat, 23 Dec 1995 09:26:44 +0100 (MET) Cc: bugs@freebsd.org In-Reply-To: <199512222018.MAA28959@pesto.lbl.gov> from "Jin Guojun[ITG]" at Dec 22, 95 12:18:12 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk hasn't Jin Guojun[ITG] said ? ... > > >Synopsis: exports: Bad lines. mountd won't export FS > > There is no way to export two (2) subdirectories on a same > files system. > ----------------------------------------------------------------- > This is working when /usr/other is on /usr, and /usr/local is > on a different file system: > # more /etc/fstab > /dev/wd0s2b none swap sw 0 0 > /dev/wd0a / ufs rw 1 1 > /dev/wd0s2e /usr ufs rw 1 1 > /dev/wd0s3e /usr/local ufs rw 1 1 > # more /etc/exports > /usr/local -ro -mapall=nobody:100 -network xxxx.yyyy.zzzz -mask a.b.c.d > /usr/other -ro -mapall=nobody:100 -network xxxx.yyyy.zzzz -mask a.b.c.d > > ----------------------------------------------------------------- > This is not working: > # more /etc/fstab > /dev/wd0s2b none swap sw 0 0 > /dev/wd0a / ufs rw 1 1 > /dev/wd0s2e /usr ufs rw 1 1 > # more /etc/exports > /usr/other -ro -mapall=nobody:100 -network xxxx.yyyy.zzzz -mask a.b.c.d > /usr/local -ro -mapall=nobody:100 -network xxxx.yyyy.zzzz -mask a.b.c.d > > Dec 22 05:56:17 myname mountd[76]: Can't change attributes for /usr/local. > Dec 22 05:56:17 myname mountd[76]: Bad exports list line /usr/local -ro -mapall > Dec 22 05:56:17 myname mountd[76]: Bad exports list line /usr/local -ro -mapall > > If changing the /etc/exports to > /usr -ro -mapall=nobody:100 -network xxxx.yyyy.zzzz -mask a.b.c.d > then the clients can only mount entire /usr, but not /usr/local and > /usr/other. > ----------------------------------------------------------------- > i think you have to put /usr/other and /usr/local into one line if they are on the same filesystem - for the second case look at the -alldirs flag in "man exports" :-) t _______________________________________________________||___________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| graichen@mail.physik.fu-berlin.de ___________________________||__________________graichen@FreeBSD.org_________ From owner-freebsd-bugs Sat Dec 23 07:03:02 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA13125 for bugs-outgoing; Sat, 23 Dec 1995 07:03:02 -0800 (PST) Received: (from markm@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA13105 Sat, 23 Dec 1995 07:02:58 -0800 (PST) Date: Sat, 23 Dec 1995 07:02:58 -0800 (PST) From: Mark Murray Message-Id: <199512231502.HAA13105@freefall.freebsd.org> To: mi@ALDAN.star89.galstar.com, markm, freebsd-bugs Subject: Re: bin/905 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: vi misbehaving or fmt's man page lies State-Changed-From-To: open-closed State-Changed-By: markm State-Changed-When: Sat Dec 23 07:01:07 PST 1995 State-Changed-Why: This was pilot error on the part of the reporter. He was typing :!}fmt (note the colon). From owner-freebsd-bugs Sat Dec 23 07:12:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA13513 for bugs-outgoing; Sat, 23 Dec 1995 07:12:05 -0800 (PST) Received: from sentinel.synapse.net (sentinel.synapse.net [192.197.166.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA13505 for ; Sat, 23 Dec 1995 07:12:01 -0800 (PST) Received: (from root@localhost) by sentinel.synapse.net (8.7.3/8.7.3) id KAA01000 for bugs@freebsd.org; Sat, 23 Dec 1995 10:11:54 -0500 (EST) Date: Sat, 23 Dec 1995 10:11:54 -0500 (EST) From: Robert Adye Message-Id: <199512231511.KAA01000@sentinel.synapse.net> To: bugs@freebsd.org Sender: owner-bugs@freebsd.org Precedence: bulk Please change the FTP install procedure to log in with user "ftp" (preferably "anonymous", but "ftp" will do) with password "ftp@" instead of just "ftp". This will allow users to install off servers like ftp.synapse.net that require RFC822-style e-mail addresses. Thanks. Evan From owner-freebsd-bugs Sat Dec 23 09:40:04 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA23220 for bugs-outgoing; Sat, 23 Dec 1995 09:40:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA23180 Sat, 23 Dec 1995 09:40:02 -0800 (PST) Resent-Date: Sat, 23 Dec 1995 09:40:02 -0800 (PST) Resent-Message-Id: <199512231740.JAA23180@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, scrappy@hub.org Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA22969 for ; Sat, 23 Dec 1995 09:35:54 -0800 (PST) Received: (from root@localhost) by hub.org (8.7.3/8.7.3) id MAA08962; Sat, 23 Dec 1995 12:35:46 -0500 (EST) Message-Id: <199512231735.MAA08962@hub.org> Date: Sat, 23 Dec 1995 12:35:46 -0500 (EST) From: "Marc G. Fournier" Reply-To: scrappy@hub.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/911: Stopped at statfs+0x51: movl 0x14(%eax),%eax Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 911 >Category: kern >Synopsis: Stopped at statfs+0x51: movl 0x14(%eax),%eax >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Dec 23 09:40:01 PST 1995 >Last-Modified: >Originator: Marc G. Fournier >Organization: >Release: FreeBSD 2.1-CURRENT i386 >Environment: FreeBSD 2.2-CURRENT #2: Fri Dec 22 00:24:59 EST 1995 scrappy@freebsd.hub.org:/usr/src/sys/compile/freebsd CPU: i386DX (386-class CPU) real memory = 8781824 (8576K bytes) avail memory = 7159808 (6992K bytes) DEVFS: ready for devices Probing for devices on the ISA bus: vt0 at 0x60-0x6f irq 1 on motherboard vt0: mda, mono, 8 scr, mf2-kbd, [R3.20-b24] sio0 not found at 0x3f8 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450 lpt0 at 0x3bc-0x3c3 irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 329MB (675450 sectors), 790 cyls, 15 heads, 57 S/T, 512 B/S 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/bnc[*BNC*] address 00:a0:24:0a:5a:fe irq 10 npx0 on motherboard npx0: 387 emulator devfs ready to run WARNING: / was not properly dismounted. >Description: ----[ DDB Output ]---- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x14 fault code = supervisor read, page not present instruction pointer = 0x8:0xf0129a99 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1771 (find) interrupt mask = kernel: type 12 trap, code=0 Stopped at statfs+0x51: movl 0x14(%eax),%eax Trace: statfs(f05d6200,efbfff8c,0,e000) at statfs+0x51 syscall(27,efbf0027,e000,e000,efbfdcfc) at syscall+0xf3 Base user frame pointer: 0xefbfdcfc ----[ kgdb Output ]---- Script started on Sat Dec 23 12:19:26 1995 freebsd# kgdb kernel /var/crash/vmcore.0 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... IdlePTD 1d2000 current pcb at 1a3b1c panic: from debugger #0 boot (howto=260) at ../../i386/i386/machdep.c:914 Source file is more recent than executable. 914 dumppcb.pcb_ptd = rcr3(); (kgdb) list 909 cngetc(); 910 } else { 911 if (howto & RB_DUMP) { 912 if (!cold) { 913 savectx(&dumppcb, 0); 914 dumppcb.pcb_ptd = rcr3(); 915 dumpsys(); 916 } 917 918 if (PANIC_REBOOT_WAIT_TIME != 0) { (kgdb) where #0 boot (howto=260) at ../../i386/i386/machdep.c:914 #1 0xf0112135 in panic (fmt=0xf01011a8 "from debugger") at ../../kern/subr_prf.c:124 #2 0xf01011c5 in db_panic (dummy1=-266959981, dummy2=0, dummy3=1, dummy4=0xefbffbd0 "") at ../../ddb/db_command.c:395 #3 0xf01010ae in db_command (last_cmdp=0xf0194b54, cmd_table=0xf01949b4) at ../../ddb/db_command.c:288 #4 0xf010122d in db_command_loop () at ../../ddb/db_command.c:417 #5 0xf0103b88 in db_trap (type=3, code=0) at ../../ddb/db_trap.c:73 #6 0xf016816a in kdb_trap (type=3, code=0, regs=0xefbffccc) at ../../i386/i386/db_interface.c:136 #7 0xf01726dc in trap (frame={tf_es = 16, tf_ds = -266797040, tf_edi = -266777772, tf_esi = 0, tf_ebp = -272630512, tf_isp = -266959981, tf_ebx = 256, tf_edx = -266960027, tf_ecx = 1920, tf_eax = -1, tf_trapno = 3, tf_err = 0, tf_eip = -266959981, tf_cs = -272695288, tf_eflags = 582, tf_esp = -266960043, tf_ss = -267312917}) at ../../i386/i386/trap.c:397 #8 0xf0168a1d in calltrap () #9 0xf0168393 in Debugger (msg=0xf01120eb "panic") at ../../i386/i386/db_interface.c:277 #10 0xf011212f in panic (fmt=0xf01011a8 "from debugger") at ../../kern/subr_prf.c:122 #11 0xf01011c5 in db_panic (dummy1=-267216231, dummy2=0, dummy3=-1, ---Type to continue, or q to quit--- dummy4=0xefbffd68 "") at ../../ddb/db_command.c:395 #12 0xf01010ae in db_command (last_cmdp=0xf0194b54, cmd_table=0xf01949b4) at ../../ddb/db_command.c:288 #13 0xf010122d in db_command_loop () at ../../ddb/db_command.c:417 #14 0xf0103b88 in db_trap (type=12, code=0) at ../../ddb/db_trap.c:73 #15 0xf016816a in kdb_trap (type=12, code=0, regs=0xefbffebc) at ../../i386/i386/db_interface.c:136 #16 0xf0172e63 in trap_fatal (frame=0xefbffebc) at ../../i386/i386/trap.c:750 #17 0xf01729e0 in trap_pfault (frame=0xefbffebc, usermode=0) at ../../i386/i386/trap.c:676 #18 0xf017262f in trap (frame={tf_es = -261554160, tf_ds = -266797040, tf_edi = -262315520, tf_esi = -262521312, tf_ebp = -272629924, tf_isp = -267216231, tf_ebx = -262521344, tf_edx = -262424832, tf_ecx = 27, tf_eax = 0, tf_trapno = 12, tf_err = -267255808, tf_eip = -267216231, tf_cs = -262537208, tf_eflags = 66118, tf_esp = -262521344, tf_ss = -262521312}) at ../../i386/i386/trap.c:317 #19 0xf0168a1d in calltrap () #20 0xf0129a99 in statfs (p=0xf05d6200, uap=0xefbfff94, retval=0xefbfff8c) at ../../kern/vfs_syscalls.c:415 #21 0xf01730eb in syscall (frame={tf_es = 39, tf_ds = -272695257, tf_edi = 57344, tf_esi = 57344, tf_ebp = -272638724, tf_isp = -272629788, tf_ebx = 0, tf_edx = 57420, tf_ecx = 32768, tf_eax = 157, tf_trapno = 0, tf_err = 582, tf_eip = 134453589, ---Type to continue, or q to quit--- tf_cs = 31, tf_eflags = 582, tf_esp = -272639004, tf_ss = 39}) at ../../i386/i386/trap.c:914 #22 0xf0168a6d in Xsyscall () #23 0x2a93 in ?? () #24 0x2ae3 in ?? () #25 0x17ea in ?? () #26 0x310a in ?? () #27 0x10d3 in ?? () ---[ Steps taken to get to statfs function removed... ]---- (kgdb) down #20 0xf0129a99 in statfs (p=0xf05d6200, uap=0xefbfff94, retval=0xefbfff8c) at ../../kern/vfs_syscalls.c:415 415 error = VFS_STATFS(mp, sp, p); (kgdb) list 410 if (error) 411 return (error); 412 mp = nd.ni_vp->v_mount; 413 sp = &mp->mnt_stat; 414 vrele(nd.ni_vp); 415 error = VFS_STATFS(mp, sp, p); 416 if (error) 417 return (error); 418 sp->f_flags = mp->mnt_flag & MNT_VISFLAGMASK; 419 return (copyout((caddr_t)sp, (caddr_t)uap->buf, sizeof(*sp))); (kgdb) quit Script done on Sat Dec 23 12:26:53 1995 >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: