From owner-freebsd-bugs Sun Jul 9 00:01:19 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA19694 for bugs-outgoing; Sun, 9 Jul 1995 00:01:19 -0700 Received: from mpp.minn.net ([204.157.201.242]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA19686 for ; Sun, 9 Jul 1995 00:01:17 -0700 Received: (from mpp@localhost) by mpp (8.6.11/8.6.9) id CAA15653 for bugs@freebsd.org; Sun, 9 Jul 1995 02:00:26 -0500 From: Mike Pritchard Message-Id: <199507090700.CAA15653@mpp> Subject: odd pppd syslog messages To: bugs@freebsd.org Date: Sun, 9 Jul 1995 02:00:26 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 502 Sender: bugs-owner@freebsd.org Precedence: bulk Has anyone else seen this from "pppd": Jul 9 01:52:19 mpp pppd[15423]: input: Unknown protocol (5465) received! Jul 9 01:52:22 mpp pppd[15423]: Connection terminated. The link had been up for about 10 minutes at that point, and I was telneted into a remote machine at the time. Never seen that message before, either. I'll look into it some more tomorrow, but it is time for bed now :-). -- Mike Pritchard mpp@legarto.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Sun Jul 9 00:10:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA19818 for bugs-outgoing; Sun, 9 Jul 1995 00:10:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA19807 ; Sun, 9 Jul 1995 00:10:01 -0700 Date: Sun, 9 Jul 1995 00:10:01 -0700 Message-Id: <199507090710.AAA19807@freefall.cdrom.com> From: mpp@legarto.minn.net Reply-To: mpp@legarto.minn.net To: freebsd-bugs Subject: bin/604: Various commands allow access to expired accounts In-Reply-To: Your message of Sun, 9 Jul 1995 01:55:50 -0500 <199507090655.BAA15567@mpp> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 604 >Category: bin >Synopsis: Various commands allow access to expired accounts >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 9 00:10:00 1995 >Originator: Mike Pritchard >Organization: >Release: FreeBSD 2.0-BUILT-19950628 i386 >Environment: >Description: Various commands allow access to accounts that are expired, namely: ftpd, rshd, rexecd, uucpd, su, atrun, cron, pppd See also: PR# bin/603 - I don't think that got mailed out due to the mailing list problems over this weekend. >How-To-Repeat: Setup an expired account and use any of the above commands to gain access to the account. >Fix: Here are patches for all of the above commands to make them not allow access to expired accounts. ------cut here------ patch directory: /usr/src/libexec/atrun --- orig/atrun.c Sat Jul 8 12:35:49 1995 +++ ./atrun.c Sat Jul 8 15:14:58 1995 @@ -164,6 +164,13 @@ PRIV_END + if (pentry->pw_expire && time(NULL) >= pentry->pw_expire) + { + syslog(LOG_ERR, "Userid %lu is expired - aborting job %s", + (unsigned long) uid, filename); + exit(EXIT_FAILURE); + } + if (stream == NULL) perr("Cannot open input file"); ------cut here------ patch directory: /usr/src/usr.bin/cron --- lib/orig/entry.c Sat Jul 8 12:53:26 1995 +++ lib/entry.c Sat Jul 8 12:55:47 1995 @@ -241,6 +241,11 @@ Debug(DPARS, ("load_entry()...uid %d, gid %d\n",e->uid,e->gid)) } + if (pw->pw_expire && time(NULL) >= pw->pw_expire) { + ecode = e_username; + goto eof; + } + e->uid = pw->pw_uid; e->gid = pw->pw_gid; ------cut here------ patch directory: /usr/src/libexec/ftpd --- orig/ftpd.c Sat Jul 8 12:03:25 1995 +++ ./ftpd.c Sat Jul 8 12:11:50 1995 @@ -574,6 +574,7 @@ #endif /* The strcmp does not catch null passwords! */ if (pw == NULL || *pw->pw_passwd == '\0' || + (pw->pw_expire && time(NULL) >= pw->pw_expire) || strcmp(xpasswd, pw->pw_passwd)) { reply(530, "Login incorrect."); if (logging) ------cut here------ patch directory: /usr/src/usr.sbin/pppd --- orig/auth.c Sat Jul 8 12:33:29 1995 +++ ./auth.c Sat Jul 8 12:34:36 1995 @@ -456,6 +456,9 @@ return (UPAP_AUTHNAK); } + if (pw->pw_expire && time(NULL) >= pw->pw_expire) + return (UPAP_AUTHNAK); + /* * XXX If no passwd, let them login without one. */ ------cut here------ patch directory: /usr/src/libexec/rexecd --- orig/rexecd.c Sat Jul 8 12:24:36 1995 +++ ./rexecd.c Sat Jul 8 12:25:00 1995 @@ -188,7 +188,8 @@ } } - if (pwd->pw_uid == 0 || *pwd->pw_passwd == '\0') { + if (pwd->pw_uid == 0 || *pwd->pw_passwd == '\0' || + (pwd->pw_expire && time(NULL) >= pwd->pw_expire)) { syslog(LOG_ERR, "%s LOGIN REFUSED from %s", user, remote); error("Login incorrect.\n"); exit(1); ------cut here------ patch directory: /usr/src/libexec/rshd --- orig/rshd.c Sat Jul 8 12:21:04 1995 +++ ./rshd.c Sat Jul 8 12:18:39 1995 @@ -445,9 +445,10 @@ #endif if (errorstr || - pwd->pw_passwd != 0 && *pwd->pw_passwd != '\0' && + (pwd->pw_expire && time(NULL) >= pwd->pw_expire) || + (pwd->pw_passwd != 0 && *pwd->pw_passwd != '\0' && iruserok(fromp->sin_addr.s_addr, pwd->pw_uid == 0, - remuser, locuser) < 0) { + remuser, locuser) < 0)) { if (__rcmd_errstr) syslog(LOG_INFO|LOG_AUTH, "%s@%s as %s: permission denied (%s). cmd='%.80s'", ------cut here------ patch directory: /usr/src/usr.bin/su --- orig/su.c Sat Jul 8 13:10:02 1995 +++ ./su.c Sat Jul 8 13:15:51 1995 @@ -184,6 +184,13 @@ exit(1); } } + if (pwd->pw_expire && time(NULL) >= pwd->pw_expire) { + fprintf(stderr, "Sorry - account expired\n"); + syslog(LOG_AUTH|LOG_WARNING, + "BAD SU %s to %s%s", username, + user, ontty()); + exit(1); + } } } ------cut here------ patch directory: /usr/src/libexec/uucpd --- orig/uucpd.c Sat Jul 8 12:27:27 1995 +++ ./uucpd.c Sat Jul 8 12:29:34 1995 @@ -159,6 +159,8 @@ login_incorrect(user, sinp); if (strcmp(pw->pw_shell, _PATH_UUCICO)) login_incorrect(user, sinp); + if (pw->pw_expire && time(NULL) >= pw->pw_expire) + login_incorrect(user, sinp); if (pw->pw_passwd && *pw->pw_passwd != '\0') { printf("Password: "); fflush(stdout); if (readline(passwd, sizeof passwd, 1) < 0) { ----end of patches------ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jul 9 01:06:54 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA20968 for bugs-outgoing; Sun, 9 Jul 1995 01:06:54 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA20951 for ; Sun, 9 Jul 1995 01:06:51 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA19080; Sun, 9 Jul 1995 10:06:49 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA01509; Sun, 9 Jul 1995 10:06:48 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id HAA27547; Sun, 9 Jul 1995 07:49:33 +0200 From: J Wunsch Message-Id: <199507090549.HAA27547@uriah.heep.sax.de> Subject: Re: S3 Server dumps core To: hlew@genome.Stanford.EDU (Howard Lew) Date: Sun, 9 Jul 1995 07:49:33 +0200 (MET DST) Cc: bugs@FreeBSD.org In-Reply-To: from "Howard Lew" at Jul 8, 95 02:14:54 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 994 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Howard Lew wrote: > > On Sat, 8 Jul 1995, J Wunsch wrote: > > > Yes, looks so. Strange, i've never seen a server dumping core. > > Hmmm... I could email you the core dump of 2 Megs if it would be helpful in > debugging the problem. Nope. 2 MB of mail are way too expensive for me. Due to local disk problems i still don't have XFree86 source online, so the core will be useless for me. If you can afford the 100+ MB disk space for the XFree86 source, you can easily build a -g server however. Modify the xf86site.def file to say `BuildServerOnly YES' (sp?), and modify the CDebugFlags to either DebuggableCDebugFlags (i.e. plain -g), or "-g -O2 -m486". You can debug the server online from network or a serial port, or you can also post-mortem analyze the core. I have no idea about DES authorization, but perhaps this is the problem? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Jul 9 01:22:42 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA22338 for bugs-outgoing; Sun, 9 Jul 1995 01:22:42 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA22304 ; Sun, 9 Jul 1995 10:22:39 +0200 Date: Sun, 9 Jul 1995 10:22:39 +0200 From: Joerg Wunsch Message-Id: <199507090822.KAA22304@freefall.cdrom.com> To: mpp@legarto.minn.net, joerg, freebsd-bugs Subject: Changed information for PR kern/572 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: Booting w/scsi tape in drive causes first use to fail State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Jul 9 10:20:51 MET DST 1995 State-Changed-Why: Mike's suggested (great!) fix applied. From owner-freebsd-bugs Sun Jul 9 01:24:34 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA22516 for bugs-outgoing; Sun, 9 Jul 1995 01:24:34 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA22493 ; Sun, 9 Jul 1995 10:24:31 +0200 Date: Sun, 9 Jul 1995 10:24:31 +0200 From: Joerg Wunsch Message-Id: <199507090824.KAA22493@freefall.cdrom.com> To: kubus@Austran.Unibase.COM, joerg, freebsd-bugs Subject: Changed information for PR kern/488 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: System can not access SCSI DAT tape. State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Jul 9 10:20:51 MET DST 1995 State-Changed-Why: Duplicate for Jake's PR #471 From owner-freebsd-bugs Sun Jul 9 01:25:56 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA22615 for bugs-outgoing; Sun, 9 Jul 1995 01:25:56 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA22601 ; Sun, 9 Jul 1995 10:25:54 +0200 Date: Sun, 9 Jul 1995 10:25:54 +0200 From: Joerg Wunsch Message-Id: <199507090825.KAA22601@freefall.cdrom.com> To: henrich@crh.cl.msu.edu, joerg, freebsd-bugs Subject: Changed information for PR kern/503 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: removing floppy during write causes reboot State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Jul 9 10:20:51 MET DST 1995 State-Changed-Why: Sorry, i cannot reproduce this bug on any machine. As soon as somebody is able to reproduce it, i'm willing to re-open the PR and fix the problem. From owner-freebsd-bugs Sun Jul 9 01:27:26 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA22769 for bugs-outgoing; Sun, 9 Jul 1995 01:27:26 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA22747 ; Sun, 9 Jul 1995 10:27:20 +0200 Date: Sun, 9 Jul 1995 10:27:20 +0200 From: Joerg Wunsch Message-Id: <199507090827.KAA22747@freefall.cdrom.com> To: miff@gatis.apanix.apana.org.au, joerg, freebsd-bugs Subject: Changed information for PR docs/568 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: getservent manual page contains small error State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Jul 9 10:20:51 MET DST 1995 State-Changed-Why: Prototypes of getservby{name,port}() fixed to use "const char *". From owner-freebsd-bugs Sun Jul 9 01:28:29 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA22919 for bugs-outgoing; Sun, 9 Jul 1995 01:28:29 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA22904 ; Sun, 9 Jul 1995 10:28:27 +0200 Date: Sun, 9 Jul 1995 10:28:27 +0200 From: Joerg Wunsch Message-Id: <199507090828.KAA22904@freefall.cdrom.com> To: kubus@Austran.Unibase.COM, joerg, freebsd-bugs Subject: Changed information for PR kern/545 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: System can not access SCSI DAT tape. State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Jul 9 10:27:32 MET DST 1995 State-Changed-Why: Duplicate for PR #471. Jake, reporting a problem three times doesn't shorten it's bug fix time, it's only going to make us more work. :-( From owner-freebsd-bugs Sun Jul 9 01:41:35 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA23284 for bugs-outgoing; Sun, 9 Jul 1995 01:41:35 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA23275 for ; Sun, 9 Jul 1995 01:41:32 -0700 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with SMTP id BAA01056; Sun, 9 Jul 1995 01:39:22 -0700 Message-Id: <199507090839.BAA01056@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: hlew@genome.Stanford.EDU (Howard Lew), bugs@FreeBSD.org Subject: Re: S3 Server dumps core In-reply-to: Your message of "Sun, 09 Jul 1995 07:49:33 +0200." <199507090549.HAA27547@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Jul 1995 01:39:22 -0700 From: "Amancio Hasty Jr." Sender: bugs-owner@FreeBSD.org Precedence: bulk >>> J Wunsch said: > As Howard Lew wrote: > > > > On Sat, 8 Jul 1995, J Wunsch wrote: > > > > > Yes, looks so. Strange, i've never seen a server dumping core. > > > > Hmmm... I could email you the core dump of 2 Megs if it would be helpful i n > > debugging the problem. > > Nope. 2 MB of mail are way too expensive for me. Due to local disk > problems i still don't have XFree86 source online, so the core will be > useless for me. > Well, I can help just e-mail to start the process. And we can take this off the mail list Regards, Amancio From owner-freebsd-bugs Sun Jul 9 02:40:05 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA25143 for bugs-outgoing; Sun, 9 Jul 1995 02:40:05 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA25136 ; Sun, 9 Jul 1995 02:40:02 -0700 Date: Sun, 9 Jul 1995 02:40:02 -0700 Message-Id: <199507090940.CAA25136@freefall.cdrom.com> From: greg@greg.rim.or.jp Reply-To: greg@greg.rim.or.jp To: freebsd-bugs Subject: misc/605: In-Reply-To: Your message of Sun, 9 Jul 1995 16:26:58 +0900 <199507090726.QAA07015@apollon.greg.rim.or.jp> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 605 >Category: misc >Synopsis: >Confidential: yes >Severity: non-critical >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 9 02:40:02 1995 >Originator: Kensaku Masuda >Organization: // 増田 健作 greg@greg.rim.or.jp //// // greg@apt.fxis.fujixerox.co.jp // // 大バグは歩いて来ない、だから潰しに行くんだね！ // //// 一日一個、三日で三個、三個潰して二個バグる // >Release: FreeBSD 2.0.5-RELEASE i386 >Environment: At using NIS without DNS, /etc/hosts and/or /etc/networks has no entries without myself. But NIS map have them. ex) /etc/hosts 127.0.0.1 localhost WWW.XXX.YYY.ZZ0 myname.mydomain myname /etc/networks loopback 127 localnet WWW.XXX.YYY hosts.byaddr 127.0.0.1 localhost WWW.XXX.YYY.ZZ0 myname.mydomain myname WWW.XXX,YYY.ZZ1 friend.mydomain friend networks.byaddr mydomain WWW.XXX.YYY loopback 127 multicast 224 >Description: Building a query problem with NIS in standard C library. >How-To-Repeat: Use NIS without DNS. and query not in the /etc/hosts. for example "netstat -r" / "ping unknwon.host.in.hosts" etc etc....... >Fix: diff -rc net.original/gethostbynis.c net/gethostbynis.c *** net.original/gethostbynis.c Sun Jul 9 15:41:15 1995 --- net/gethostbynis.c Sun Jul 9 14:59:47 1995 *************** *** 111,115 **** _gethostbynisaddr(name) char *name; { ! return _gethostbynis(name, "hosts.byaddr"); } --- 111,120 ---- _gethostbynisaddr(name) char *name; { ! static char buffer[64]; ! unsigned char *tmp; ! ! tmp = (unsigned char *)name; ! sprintf(buffer, "%u.%u.%u.%u", tmp[0], tmp[1], tmp[2], tmp[3]); ! return _gethostbynis(buffer, "hosts.byaddr"); } Only in net: gethostbynis.c.original diff -rc net.original/getnetbynis.c net/getnetbynis.c *** net.original/getnetbynis.c Sun Jul 9 15:41:15 1995 --- net/getnetbynis.c Sun Jul 9 15:32:26 1995 *************** *** 118,133 **** struct in_addr in; char *str, *cp; struct netent *np; if (type != AF_INET) return (NULL); ! in.s_addr = addr; str = inet_ntoa(in); ! cp = str + strlen(str) - 2; ! while(!strcmp(cp, ".0")) { ! *cp = '\0'; ! cp = str + strlen(str) - 2; } return _getnetbynis(str, "networks.byaddr"); --- 118,148 ---- struct in_addr in; char *str, *cp; struct netent *np; + unsigned char name[4]; + unsigned char tmp[4]; if (type != AF_INET) return (NULL); ! /* ! * It's a quick hack, please rewrite into a beautifully. ! * By Kensaku Masuda 1995/07/09 ! */ ! memcpy(tmp, &addr, sizeof(tmp)); ! name[3] = tmp[2]; ! name[2] = tmp[1]; ! name[1] = tmp[0]; ! name[0] = tmp[3]; ! in.s_addr = name[0] << 24 | name[1] << 16 | name[2] << 8 | name[3]; str = inet_ntoa(in); ! for(cp = str + strlen(str) ; str != cp ; cp--) { ! if(*cp == '.') { ! if(strcmp(cp, ".0") == 0) { ! *cp = 0; ! } else { ! break; ! } ! } } return _getnetbynis(str, "networks.byaddr"); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jul 9 04:11:12 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA26742 for bugs-outgoing; Sun, 9 Jul 1995 04:11:12 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA26736 for ; Sun, 9 Jul 1995 04:11:10 -0700 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 NAA13499 ; Sun, 9 Jul 1995 13:11:08 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id NAA17061 ; Sun, 9 Jul 1995 13:11:07 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199507091111.NAA17061@blaise.ibp.fr> Subject: Re: S3 Server dumps core To: hlew@genome.Stanford.EDU (Howard Lew) Date: Sun, 9 Jul 1995 13:11:07 +0200 (MET DST) Cc: bugs@freebsd.org In-Reply-To: from "Howard Lew" at Jul 8, 95 02:05:57 pm X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 506 Sender: bugs-owner@freebsd.org Precedence: bulk > Anyway, this problem never happened when I used the old ISA Trident video > card using the SVGA server, so I believe it must be something specific to > the S3 Server and is triggered by xdm. > > Which S3 chip is used in the Diamond Stealth 64? 964. But before I got this Diamond, I was using a Fahrenheit VA/VLB (805 A or B) without any problem. Weird. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-bugs Sun Jul 9 17:38:25 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA19945 for bugs-outgoing; Sun, 9 Jul 1995 17:38:25 -0700 Received: (from root@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA19928 ; Sun, 9 Jul 1995 17:38:24 -0700 Date: Sun, 9 Jul 1995 17:38:24 -0700 From: David Greenman Message-Id: <199507100038.RAA19928@freefall.cdrom.com> To: mpp@legarto.minn.net, davidg, freebsd-bugs Subject: Changed information for PR kern/585 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: rejecting packets w/ipfw can still panic machine State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Sun Jul 9 17:37:47 PDT 1995 State-Changed-Why: The bug was fixed with patches from Bill Fenner. From owner-freebsd-bugs Sun Jul 9 20:20:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA23967 for bugs-outgoing; Sun, 9 Jul 1995 20:20:04 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA23960 ; Sun, 9 Jul 1995 20:20:03 -0700 Date: Sun, 9 Jul 1995 20:20:03 -0700 Message-Id: <199507100320.UAA23960@freefall.cdrom.com> From: Toshihiro Kanda Reply-To: Toshihiro Kanda To: freebsd-bugs Subject: bin/606: tcpdump(1) doesn't show appletalk packets correctly In-Reply-To: Your message of Mon, 10 Jul 1995 11:35:58 +0900 <199507100235.LAA24318@xxx.fct.kgc.co.jp> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 606 >Category: bin >Synopsis: tcpdump(1) doesn't show appletalk packets correctly >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 9 20:20:02 1995 >Originator: candy@fct.kgc.co.jp >Organization: Keisokugiken corp. >Release: FreeBSD 2.0-RELEASE i386 >Environment: A kernel configured with bpf >Description: tcpdump(1) doesn't show appletalk packets correctly. >How-To-Repeat: $ tcpdump 'ether[14:2]==0xaaa' >Fix: Here's patch. This also fixes printf() for unknown type. $ cd /usr/src/usr.sbin $ patch -p < this-patch *** /usr/src/usr.sbin/tcpdump/tcpdump/print-ether.c Wed Oct 5 07:31:44 1994 --- tcpdump/tcpdump/print-ether.c Mon Jul 10 11:02:56 1995 *************** *** 122,128 **** && lp->llc_snap_oui[1] == 0x00 && lp->llc_snap_oui[2] == 0x07) { printf("[ethertalk] "); ! ddp_print((struct atDDP *)((char *)lp + 6), length - 6); } else { if(!eflag) { --- 122,128 ---- && lp->llc_snap_oui[1] == 0x00 && lp->llc_snap_oui[2] == 0x07) { printf("[ethertalk] "); ! ddp_print((struct atDDP *)((char *)lp + 8), length - 6); } else { if(!eflag) { *** /usr/src/usr.sbin/tcpdump/tcpdump/print-atalk.c Sat Jun 12 23:42:09 1993 --- tcpdump/tcpdump/print-atalk.c Mon Jul 10 11:18:53 1995 *************** *** 67,73 **** (void)printf(" truncated-ddp %d", length); return; } ! (void)printf("%s.%d > %s.%d:", ataddr_string(EXTRACT_SHORT(&dp->srcNet), dp->srcNode), dp->srcSkt, ataddr_string(EXTRACT_SHORT(&dp->dstNet), dp->dstNode), --- 67,73 ---- (void)printf(" truncated-ddp %d", length); return; } ! (void)printf("%s.%x > %s.%x:", ataddr_string(EXTRACT_SHORT(&dp->srcNet), dp->srcNode), dp->srcSkt, ataddr_string(EXTRACT_SHORT(&dp->dstNet), dp->dstNode), *************** *** 110,117 **** case ddpKLAP: (void)printf(" at-KLAP %d", length); break; default: ! (void)printf(" at-#%d %d", length); break; } } --- 110,123 ---- case ddpKLAP: (void)printf(" at-KLAP %d", length); break; + case ddpZIP: + (void)printf(" at-ZIP %d", length); + break; + case ddpADSP: + (void)printf(" at-ADSP %d", length); + break; default: ! (void)printf(" at-#%d %d", dp->type, length); break; } } *************** *** 467,476 **** tp->addr = (atnet << 8) | athost; tp->nxt = (struct hnamemem *)calloc(1, sizeof(*tp)); if (athost != 255) ! (void)sprintf(nambuf, "%d.%d.%d", atnet >> 8, atnet & 0xff, athost); else ! (void)sprintf(nambuf, "%d.%d", atnet >> 8, atnet & 0xff); i = strlen(nambuf) + 1; tp->name = strcpy(malloc((unsigned) i), nambuf); --- 473,482 ---- tp->addr = (atnet << 8) | athost; tp->nxt = (struct hnamemem *)calloc(1, sizeof(*tp)); if (athost != 255) ! (void)sprintf(nambuf, "%x.%x.%x", atnet >> 8, atnet & 0xff, athost); else ! (void)sprintf(nambuf, "%x.%x", atnet >> 8, atnet & 0xff); i = strlen(nambuf) + 1; tp->name = strcpy(malloc((unsigned) i), nambuf); *** /usr/src/usr.sbin/tcpdump/tcpdump/appletalk.h Sat Jun 12 23:42:14 1993 --- tcpdump/tcpdump/appletalk.h Mon Jul 10 11:13:34 1995 *************** *** 56,61 **** --- 56,63 ---- #define ddpNBP 2 /* NBP type */ #define ddpATP 3 /* ATP type */ #define ddpECHO 4 /* ECHO type */ + #define ddpZIP 6 /* ZIP type */ + #define ddpADSP 7 /* ADSP type */ #define ddpIP 22 /* IP type */ #define ddpARP 23 /* ARP type */ #define ddpKLAP 0x4b /* Kinetics KLAP type */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jul 9 20:31:26 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA24113 for bugs-outgoing; Sun, 9 Jul 1995 20:31:26 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA24107 for ; Sun, 9 Jul 1995 20:31:24 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id UAA10521; Sun, 9 Jul 1995 20:31:27 -0700 From: "Rodney W. Grimes" Message-Id: <199507100331.UAA10521@gndrsh.aac.dev.com> Subject: Re: bin/606: tcpdump(1) doesn't show appletalk packets correctly To: candy@fct.kgc.co.jp Date: Sun, 9 Jul 1995 20:31:27 -0700 (PDT) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199507100320.UAA23960@freefall.cdrom.com> from "Toshihiro Kanda" at Jul 9, 95 08:20:03 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1024 Sender: bugs-owner@FreeBSD.org Precedence: bulk Visial first pass review spots a new bug introduced by this patch, please verify... > > > >Number: 606 > >Category: bin > >Synopsis: tcpdump(1) doesn't show appletalk packets correctly ... > *** /usr/src/usr.sbin/tcpdump/tcpdump/print-ether.c Wed Oct 5 07:31:44 1994 > --- tcpdump/tcpdump/print-ether.c Mon Jul 10 11:02:56 1995 > *************** > *** 122,128 **** > && lp->llc_snap_oui[1] == 0x00 > && lp->llc_snap_oui[2] == 0x07) { > printf("[ethertalk] "); > ! ddp_print((struct atDDP *)((char *)lp + 6), > length - 6); > } else { > if(!eflag) { > --- 122,128 ---- > && lp->llc_snap_oui[1] == 0x00 > && lp->llc_snap_oui[2] == 0x07) { > printf("[ethertalk] "); > ! ddp_print((struct atDDP *)((char *)lp + 8), > length - 6); Should that now not also be ``length - 8'') :-) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-bugs Mon Jul 10 06:15:09 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA08292 for bugs-outgoing; Mon, 10 Jul 1995 06:15:09 -0700 Received: from methan.chemie.fu-berlin.de (methan.chemie.fu-berlin.de [130.133.2.81]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA08279 for ; Mon, 10 Jul 1995 06:14:53 -0700 Received: by methan.chemie.fu-berlin.de (Smail3.1.29.1) from hal.in-berlin.de with gsmtp id ; Mon, 10 Jul 95 15:14 MET DST Received: by hal.in-berlin.de (Smail3.1.29.1 #1) id m0sVIWy-00116cC; Mon, 10 Jul 95 15:05 MET DST Message-Id: From: dirk@hal.in-berlin.de (Dirk Froemberg) Subject: 1.1.5.1: ps exited on signal 11 To: freebsd-bugs@freefall.cdrom.com Date: Mon, 10 Jul 1995 15:05:48 +0200 (MET DST) Organization: Individual Network Berlin e. V. X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 220 Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi! We are running FreeBSD 1.1.5.1 on three different machines. Calling ps thousend times it is killed about once by the kernel via signal 11. Any suggestions? Best regards Dirk -- e-mail: dirk@hal.in-berlin.de From owner-freebsd-bugs Mon Jul 10 07:04:23 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA09685 for bugs-outgoing; Mon, 10 Jul 1995 07:04:23 -0700 Received: (from wollman@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA09671 ; Mon, 10 Jul 1995 07:04:22 -0700 Date: Mon, 10 Jul 1995 07:04:22 -0700 From: "Garrett A. Wollman" Message-Id: <199507101404.HAA09671@freefall.cdrom.com> To: candy@fct.kgc.co.jp, wollman, freebsd-bugs Subject: Changed information for PR bin/606 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: tcpdump(1) doesn't show appletalk packets correctly State-Changed-From-To: open-closed State-Changed-By: wollman State-Changed-When: Mon Jul 10 07:02:53 PDT 1995 State-Changed-Why: This report pertains to the version of tcpdump in 2.0-Release. A new version of tcpdump was imported soon after that release which handles appletalk differently. From owner-freebsd-bugs Mon Jul 10 08:20:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA11988 for bugs-outgoing; Mon, 10 Jul 1995 08:20:04 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA11981 ; Mon, 10 Jul 1995 08:20:02 -0700 Date: Mon, 10 Jul 1995 08:20:02 -0700 Message-Id: <199507101520.IAA11981@freefall.cdrom.com> From: hohmuth@inf.tu-dresden.de Reply-To: hohmuth@inf.tu-dresden.de To: freebsd-bugs Subject: docs/607: "info send-pr" doesn't find manual node In-Reply-To: Your message of Mon, 10 Jul 1995 17:16:23 +0200 <199507101516.RAA00748@irs201.inf.tu-dresden.de> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 607 >Category: docs >Synopsis: "info send-pr" doesn't find manual node >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 10 08:20:01 1995 >Originator: Michael Hohmuth >Organization: Dept. of Computer Science, TU Dresden, Germany >Release: FreeBSD 2.0.5-RELEASE i386 >Environment: uname -a yields: FreeBSD olymp.inf.tu-dresden.de 2.0.5-RELEASE FreeBSD 2.0.5-RELEASE #0: Wed Jul 5 12:39:10 1995 root@olymp.inf.tu-dresden.de:/usr/src/sys/compile/OLYMP i386 >Description: Due to a bug in /usr/share/info/dir, "info send-pr" says Unable to find the node referenced by "Send-PR". >How-To-Repeat: info send-pr >Fix: Workaround: info -f /usr/share/info/send-pr.info Fix: Here's a patch to /usr/share/info/dir (resp. /usr/src/gnu/usr.bin/texinfo/info-files/dir): --- dir~ Mon Jul 10 17:15:31 1995 +++ dir Mon Jul 10 17:14:59 1995 @@ -19,7 +19,7 @@ * GAWK: (gawk). The GNU AWK language interpreter manual. * Info: (info). Manual for this documentation browsing system. -* Send-PR: (send-pr): Manual for the system used to send problem +* Send-PR: (send-pr). Manual for the system used to send problem reports or contributions back to the FreeBSD maintainers. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jul 10 08:30:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA12549 for bugs-outgoing; Mon, 10 Jul 1995 08:30:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA12541 ; Mon, 10 Jul 1995 08:30:02 -0700 Date: Mon, 10 Jul 1995 08:30:02 -0700 Message-Id: <199507101530.IAA12541@freefall.cdrom.com> From: hohmuth@inf.tu-dresden.de Reply-To: hohmuth@inf.tu-dresden.de To: freebsd-bugs Subject: gnu/608: `send-pr' inserts wrong default for ">Release:" field In-Reply-To: Your message of Mon, 10 Jul 1995 17:25:23 +0200 <199507101525.RAA00858@irs201.inf.tu-dresden.de> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 608 >Category: gnu >Synopsis: `send-pr' inserts wrong default for ">Release:" field >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 10 08:30:02 1995 >Originator: Michael Hohmuth >Organization: Dept. of Computer Science, TU Dresden, Germany >Release: FreeBSD 2.0.5-RELEASE i386 >Environment: "uname -a" yields: FreeBSD olymp.inf.tu-dresden.de 2.0.5-RELEASE FreeBSD 2.0.5-RELEASE #0: Wed Jul 5 12:39:10 1995 root@olymp.inf.tu-dresden.de:/usr/src/sys/compile/OLYMP i386 >Description: When running `send-pr', it inserts the following default for the ">Release:" tag: FreeBSD 2.0-BUILT-19950603 i386 even though the system I'm currenly running (as per "uname -rsm") is: FreeBSD 2.0.5-RELEASE i386 Most probably the default is to insert the release of the system the current kernel has been built with, not the release of the currently running kernel. >How-To-Repeat: send-pr >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jul 10 08:35:09 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA12837 for bugs-outgoing; Mon, 10 Jul 1995 08:35:09 -0700 Received: from space.physics.uiowa.edu (hobbes.physics.uiowa.edu [128.255.32.77]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA12830 for ; Mon, 10 Jul 1995 08:35:02 -0700 Received: from chip.physics.uiowa.edu by space.physics.uiowa.edu (5.x/SMI-SVR4) id AA25447; Mon, 10 Jul 1995 10:34:58 -0500 Received: by chip.physics.uiowa.edu (5.x/SMI-SVR4) id AA00652; Mon, 10 Jul 1995 10:34:56 -0500 Date: Mon, 10 Jul 1995 10:34:56 -0500 From: ljg@space.physics.uiowa.edu (Larry Granroth) Message-Id: <9507101534.AA00652@chip.physics.uiowa.edu> To: bugs@freebsd.org Subject: Won't install on network with 255 octet X-Sun-Charset: US-ASCII Sender: bugs-owner@freebsd.org Precedence: bulk Greetings- The June 22 SNAP version still won't install on our network, which has a 255 octet (128.255.32.xxx). Jordan responded to my previous note (wrt 2.0.5R), saying that the network address error checking in the installation was over-zealous and would be corrected in the snap, but apparently the fixes didn't make it in. (The installation still complains about the validity of any address with a 255 in it.) I can't think of a way of building a new installation disk without FreeBSD running (or even with it running, for that matter). We have a new machine to replace a 16MHz 386SX as a router on one of our subnets, plus several faculty saying "Show me this great free UNIX", plus I'd like to replace NetBSD 1.0 on my own machine so I can use SCSI devices along with 32MB memory and an ISA bus . . . Help! larry-granroth@uiowa.edu From owner-freebsd-bugs Mon Jul 10 10:40:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA16642 for bugs-outgoing; Mon, 10 Jul 1995 10:40:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA16635 ; Mon, 10 Jul 1995 10:40:03 -0700 Date: Mon, 10 Jul 1995 10:40:03 -0700 Message-Id: <199507101740.KAA16635@freefall.cdrom.com> From: Dmitry Khrustalev Reply-To: Dmitry Khrustalev To: freebsd-bugs Subject: ports/609: tin cannot find sendmail and vi In-Reply-To: Your message of Mon, 10 Jul 1995 21:31:09 +0400 <199507101731.VAA01090@satty.npi.msu.su> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 609 >Category: ports >Synopsis: tin cannot find sendmail and vi >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 10 10:40:02 1995 >Originator: Dmitry Khrustalev >Organization: >Release: FreeBSD 2.0-BUILT-19950627 i386 >Environment: >Description: Tin cannot find sendmail and vi executables, it looks for /usr/lib/sendmail and /usr/ucb/vi. >How-To-Repeat: >Fix: Apply the following patch: *** tin.h.orig Mon Jul 10 20:58:13 1995 --- tin.h Mon Jul 10 20:58:58 1995 *************** *** 279,285 **** # define strchr(str, ch) index(str, ch) # define strrchr(str, ch) rindex(str, ch) # define DEFAULT_SHELL "/bin/csh" ! # if defined(__386BSD__) || defined(__bsdi__) # define DEFAULT_EDITOR "/usr/bin/vi" # define DEFAULT_PRINTER "/usr/bin/lpr" # define DEFAULT_MAILER "/usr/sbin/sendmail" --- 279,285 ---- # define strchr(str, ch) index(str, ch) # define strrchr(str, ch) rindex(str, ch) # define DEFAULT_SHELL "/bin/csh" ! # if defined(__386BSD__) || defined(__bsdi__) || defined(__FreeBSD__) # define DEFAULT_EDITOR "/usr/bin/vi" # define DEFAULT_PRINTER "/usr/bin/lpr" # define DEFAULT_MAILER "/usr/sbin/sendmail" >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jul 10 12:16:10 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA19197 for bugs-outgoing; Mon, 10 Jul 1995 12:16:10 -0700 Received: (from ache@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA19181 ; Mon, 10 Jul 1995 12:16:07 -0700 Date: Mon, 10 Jul 1995 12:16:07 -0700 From: "Andrey A. Chernov" Message-Id: <199507101916.MAA19181@freefall.cdrom.com> To: dima@satty.npi.msu.su, ache, freebsd-bugs Subject: Changed information for PR ports/609 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: tin cannot find sendmail and vi State-Changed-From-To: open-closed State-Changed-By: ache State-Changed-When: Mon Jul 10 12:14:51 PDT 1995 State-Changed-Why: Fix applied From owner-freebsd-bugs Mon Jul 10 13:14:16 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA21008 for bugs-outgoing; Mon, 10 Jul 1995 13:14:16 -0700 Received: from methan.chemie.fu-berlin.de (methan.chemie.fu-berlin.de [130.133.2.81]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA21002 for ; Mon, 10 Jul 1995 13:14:12 -0700 Received: by methan.chemie.fu-berlin.de (Smail3.1.29.1) from hal.in-berlin.de with gsmtp id ; Mon, 10 Jul 95 22:14 MET DST Received: by hal.in-berlin.de (Smail3.1.29.1 #1) id m0sVP2e-00110RC; Mon, 10 Jul 95 22:02 MET DST Message-Id: From: dirk@hal.in-berlin.de (Dirk Froemberg) Subject: Re: 1.1.5.1: ps exited on signal 11 To: freebsd-bugs@freefall.cdrom.com Date: Mon, 10 Jul 1995 22:02:56 +0200 (MET DST) In-Reply-To: from "Dirk Froemberg" at Jul 10, 95 03:05:48 pm Organization: Individual Network Berlin e. V. X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 415 Sender: bugs-owner@FreeBSD.org Precedence: bulk Dirk Froemberg writes: > We are running FreeBSD 1.1.5.1 on three different machines. Calling > ps thousend times it is killed about once by the kernel via signal > 11. I forgot something. gdb ps ps.core: Program terminated with signal 11, Segmentation fault. #0 kvm_getargs (p=0x50220, up=0x2c458) at /usr/src/lib/libutil/kvm.c:726 726 c = *cmdbufp = *cp; Regards Dirk -- e-mail: dirk@hal.in-berlin.de From owner-freebsd-bugs Tue Jul 11 00:18:22 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA10662 for bugs-outgoing; Tue, 11 Jul 1995 00:18:22 -0700 Received: (from asami@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA10648 ; Tue, 11 Jul 1995 00:18:21 -0700 Date: Tue, 11 Jul 1995 00:18:21 -0700 From: Satoshi Asami Message-Id: <199507110718.AAA10648@freefall.cdrom.com> To: paepcke@arcway.snafu.de, asami, freebsd-bugs Subject: Changed information for PR ports/601 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: ports/x11 Makefile problem State-Changed-From-To: open-closed State-Changed-By: asami State-Changed-When: Tue Jul 11 00:17:19 PDT 1995 State-Changed-Why: Fixed by Andrey in revision 1.70. From owner-freebsd-bugs Tue Jul 11 01:24:56 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA11823 for bugs-outgoing; Tue, 11 Jul 1995 01:24:56 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA11817 for ; Tue, 11 Jul 1995 01:24:49 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA04639; Tue, 11 Jul 1995 10:23:44 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA18352; Tue, 11 Jul 1995 10:23:43 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA04934; Tue, 11 Jul 1995 08:23:05 +0200 From: J Wunsch Message-Id: <199507110623.IAA04934@uriah.heep.sax.de> Subject: Re: gnu/608: `send-pr' inserts wrong default for ">Release:" field To: hohmuth@inf.tu-dresden.de Date: Tue, 11 Jul 1995 08:23:05 +0200 (MET DST) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199507101530.IAA12541@freefall.cdrom.com> from "hohmuth@inf.tu-dresden.de" at Jul 10, 95 08:30:02 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 500 Sender: bugs-owner@FreeBSD.org Precedence: bulk As hohmuth@inf.tu-dresden.de wrote: > > > When running `send-pr', it inserts the following default for the ">Release:" > tag: > > FreeBSD 2.0-BUILT-19950603 i386 > > even though the system I'm currenly running (as per "uname -rsm") is: > > FreeBSD 2.0.5-RELEASE i386 This has already been discussed in -hackers, but no final fix came up yet. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Jul 11 01:25:32 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA11874 for bugs-outgoing; Tue, 11 Jul 1995 01:25:32 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA11844 for ; Tue, 11 Jul 1995 01:25:09 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA04630; Tue, 11 Jul 1995 10:23:41 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA18344; Tue, 11 Jul 1995 10:23:40 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA04810; Tue, 11 Jul 1995 08:16:12 +0200 From: J Wunsch Message-Id: <199507110616.IAA04810@uriah.heep.sax.de> Subject: Re: 1.1.5.1: ps exited on signal 11 To: dirk@hal.in-berlin.de (Dirk Froemberg) Date: Tue, 11 Jul 1995 08:16:11 +0200 (MET DST) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: from "Dirk Froemberg" at Jul 10, 95 10:02:56 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 854 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Dirk Froemberg wrote: > > > We are running FreeBSD 1.1.5.1 on three different machines. Calling > > ps thousend times it is killed about once by the kernel via signal > > 11. > > I forgot something. > > gdb ps ps.core: > > Program terminated with signal 11, Segmentation fault. > #0 kvm_getargs (p=0x50220, up=0x2c458) at /usr/src/lib/libutil/kvm.c:726 > 726 c = *cmdbufp = *cp; 'tschuldigung, but since we're not allowed to distribute 1.1.5.1 any more from the official FreeBSD sites (*.cdrom.com), i doubt anybody is able to help you out here. You are free to fix this bug for you if you need, but we'd rather suggest you getting FreeBSD 2.0.5 instead (which is actively maintained these days). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Jul 11 03:36:45 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA16434 for bugs-outgoing; Tue, 11 Jul 1995 03:36:45 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA16352 for ; Tue, 11 Jul 1995 03:29:52 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from sirius.physik.fu-berlin.de (130.133.3.140) with smtp id ; Tue, 11 Jul 95 11:04 MEST Received: by sirius.physik.fu-berlin.de; id AA21396; Tue, 11 Jul 1995 11:04:24 +0200 From: Thomas Graichen Message-Id: <9507110904.AA21396@sirius.physik.fu-berlin.de> Subject: bugs & problems in 2.0.5 To: bugs@freebsd.org Date: Tue, 11 Jul 1995 11:04:23 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 8696 Sender: bugs-owner@freebsd.org Precedence: bulk hello i've send the following points to hackers but nobody responsed - i think it was the wrong list for that - these are the things i've noticed to be wrong or something like in 2.0.5 - please read them to change it to 2.1 - thanks in advance ----------------------------------------------------------------- * file don't know much about FreeBSD - see the next lines graichen@mordillo:~> bc bc 1.02 (Mar 3, 92) Copyright (C) 1991, 1992 Free Software Foundation, Inc. This is free software with ABSOLUTELY NO WARRANTY. For details type `warranty'. ^\Quit (core dumped) graichen@mordillo:~> file bc.core bc.core: data graichen@mordillo:~> cat test.c void main(void){} graichen@mordillo:~> gcc -c test.c graichen@mordillo:~> file test.o test.o: NetBSD/i386 object file not stripped graichen@mordillo:~> i think there should change something until 2.1 ----------------------------------------------------------------- * the ld still has some problems: graichen@mordillo:~> cat test.c void main(void){} graichen@mordillo:~> cc test.c -L/usr/X11R6/lib -lX11 graichen@mordillo:~> ldd a.out a.out: -lX11.6 => /usr/X11R6/lib/libX11.so.6.0 (0x801a000) -lc.2 => /usr/lib/libc.so.2.1 (0x8093000) graichen@mordillo:~> ok the problem is mentioned in the manpage All shared objects presented to ld are marked for run-time loading in the output file, even if no symbols are needed from them. but it think it's a real stupid problem because many software writes more libs via "-l" to it's commandline for cc than needed - normally it's not a problem - but under FreeBSD you add much more dependencies (need for special shared libs which may really not be needed) to the compiled file than nessecary - is it so hard to fix ? ----------------------------------------------------------------- * how about a newer f2c ? graichen@mordillo:~> f2c < /dev/null /* -- translated by f2c (version 19931217). You must link the resulting object file with the libraries: -lf2c -lm (in that order) */ #include "f2c.h" i think until now there were many bug eliminated in f2c and his libs - why not getting a fresh copy from ftp.netlib.org and adapt it to FreeBSD (don't forget to adapt it to the f77 driver) - if you like i may do this - therefor anybody with commit priveleges should send me a mail and i'll do it sometime in the next 2 weeks ----------------------------------------------------------------- * why not taking tha man-pages or info files about sysv shared mem etc. from Linux and adapt them to FreeBSD - in the early slackware there was an info file about it - but i think it's still in there and as far as i've seen - in the latest man-pages (1.6 i think) are some man pages about this too - can any sysvipc guru look into it and adapt them to FreeBSD ? ----------------------------------------------------------------- * please put the game man-pages and the /etc/dm.conf file into the game distribution - why they are in the bin part ? ----------------------------------------------------------------- * how about integrating gated into the FreeBSD basic distribution - i think there should'nt be lines in netstart like if [ "X${gated}" = X"YES" -a -r /etc/gated.conf ]; then echo -n ' gated'; /usr/local/sbin/gated $gatedflags if there is no gated at the basic system - i think the basic system should be closed in itself ----------------------------------------------------------------- * maybe it has changed since 2.0 - i haven't looked into the sources for 2.0.5 but i think it has'nt changed - savecore should log the panic info to LOG_INFO not to LOG_ALERT (i mean the line it prints via syslog before saving the core "savecore: date machine panic due to ..." - you know what i mean ?) - this would make the screen more readable while saving the core (at the moment savecore starts - prints some lines of output saves - counts the core to save in kbytes down - while that the message via syslog comes to the screen then it counts further at the next line) - another thing is - why is there a newline after the counting down is finished i think it would be better to overwrite this line with the next bootup mesages - this value is then always 0 (or i think it stops displaying at 1024 - maybe) and thus meaningless -> can be overwritten from the next line here is a patch against savecore from -current which solves both problems: ....................................................................... --- savecore.c~ Tue May 30 11:47:00 1995 +++ savecore.c Tue Jul 11 10:56:57 1995 @@ -184,9 +184,9 @@ check_kmem(); if (panicstr) - syslog(LOG_ALERT, "reboot after panic: %s", panic_mesg); + syslog(LOG_INFO, "reboot after panic: %s", panic_mesg); else - syslog(LOG_ALERT, "reboot"); + syslog(LOG_INFO, "reboot"); if ((!get_crashtime() || !check_space()) && !force) exit(1); @@ -402,7 +402,6 @@ path, strerror(nw == 0 ? EIO : errno)); err2: syslog(LOG_WARNING, "WARNING: vmcore may be incomplete"); - (void)printf("\n"); exit(1); } } @@ -651,3 +650,4 @@ (void)syslog(LOG_ERR, "usage: savecore [-cfvz] [-N system] directory"); exit(1); } + ....................................................................... ----------------------------------------------------------------- * some time ago i rewrote the math-manpages to also mention the float functions (sinf for sin as an example) - how about links from the sin man-page to sinf - this way you may get the sinf-information also via man sinf and not only via man sin - "oh there's something about sinf too" ----------------------------------------------------------------- * the man-page for yp is total out of date - it says for instance there is no server etc. ----------------------------------------------------------------- * is there any reason for the entry with "CCFPU" in /etc/make.conf - i grep'd through the complete /usr/src/gnu/usr.bin/cc tree and haven't found any ifdef - and also in the makefile's until there is nothing to find - is this option still used ? ----------------------------------------------------------------- the following things i'm not shure about - because i haven't installed 2.0.5 from scratch (i updated from 2.0) - maybe i'm wrong in some points - but please go on reading: * ok - i may now read parts of the doc's in german (my native language) but as far as i know (from testing the alpha-boot floppies) my keyboard is still handled as a us one (maybe i'm wrong) ----------------------------------------------------------------- * is /usr/share/man chown'ed right - as i said i install via unpacking the manpages.* files by hand - and i got bin.bin as owner for this dir - but catman (... please use "echo /usr/bin/catman | nice -5 ...) runs su man in the recommended way and can't thus create the /usr/share/man/cat* entries ----------------------------------------------------------------- * how is kernel core dumping handled in 2.0.5 (i hope that i'll never have to do something with it :-) - earlier ther was a kernel config option DODUMP - this is no longer there (grep through /usr/src/sys) - and in LINT stands something like # - Crash dumps will be written to wd0b, if possible. Specifying the # dump device here is not recommended. Use dumpon(8). and dumpon(8) says: Calls to dumpon normally occur in the system multi-user initialization file /etc/rc, before the savecore(8) program is run. but ther is no dumpon in /etc/rc - i think this is a bit contradicting - will it dump by default to my swap-partition - will it by default not dump ? ----------------------------------------------------------------- * how about chmod'ing the floppy devices (/dev/*fd?*) g+rw - this way you may allow some people to use the floppy by adding them to the group operator (or any other group - floppy for instance if operator would be to insecure - and changing the floppy devises to group floppy) ? ----------------------------------------------------------------- * ok - that's all for now - if something is unclear - send me a mail 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 - __|| ___________________________||____email: graichen@omega.physik.fu-berlin.de____ From owner-freebsd-bugs Tue Jul 11 03:51:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA16680 for bugs-outgoing; Tue, 11 Jul 1995 03:51:58 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA16668 for ; Tue, 11 Jul 1995 03:51:53 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA04632; Tue, 11 Jul 1995 10:23:43 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA18349; Tue, 11 Jul 1995 10:23:42 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA04920; Tue, 11 Jul 1995 08:21:38 +0200 From: J Wunsch Message-Id: <199507110621.IAA04920@uriah.heep.sax.de> Subject: Re: docs/607: "info send-pr" doesn't find manual node To: hohmuth@inf.tu-dresden.de Date: Tue, 11 Jul 1995 08:21:37 +0200 (MET DST) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199507101520.IAA11981@freefall.cdrom.com> from "hohmuth@inf.tu-dresden.de" at Jul 10, 95 08:20:02 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 326 Sender: bugs-owner@FreeBSD.org Precedence: bulk As hohmuth@inf.tu-dresden.de wrote: > > Due to a bug in /usr/share/info/dir, "info send-pr" says > > Unable to find the node referenced by "Send-PR". Already fixed, Micha. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Jul 11 04:48:37 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA17799 for bugs-outgoing; Tue, 11 Jul 1995 04:48:37 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA17793 for ; Tue, 11 Jul 1995 04:48:34 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <08703-0@bunyip.cc.uq.oz.au>; Tue, 11 Jul 1995 21:48:25 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id VAA00264 for ; Tue, 11 Jul 1995 21:52:45 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id LAA24598 for ; Tue, 11 Jul 1995 11:49:20 GMT Message-Id: <199507111149.LAA24598@netfl15a.devetir.qld.gov.au> To: bugs@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 Jul 1995 21:49:19 +1000 From: Stephen Hocking Sender: bugs-owner@freebsd.org Precedence: bulk The following patch to v1.8 of seagate.c fixes PR i386/337 (seagate controller code hangs on boot.) for me. It basically alters its behaiviour when confronted with a Future Domain TMC 885 controller in WRT disconnects, deassertion of STAT_REQ and various phase checks. *** seagate.c.dist Tue Jul 4 11:32:10 1995 --- seagate.c Tue Jul 11 20:31:23 1995 *************** *** 7,12 **** --- 7,13 ---- * Copyright 1992, 1994 Drew Eckhardt (drew@colorado.edu) * Copyright 1994, Julian Elischer (julian@tfs.com) * Copyright 1994-1995, Serge Vakulenko (vak@cronyx.ru) + * Copyright 1995 Stephen Hocking (sysseh@devetir.qld.gov.au) * * Others that has contributed by example code is * Glen Overby (overby@cray.com) *************** *** 45,50 **** --- 46,57 ---- * new asm fragments for data input/output, target-dependent * delays, device flags, polling mode, generic cleanup * vak 950115 Added request-sense ops + * seh 950701 Fixed up Future Domain TMC-885 problems with disconnects, + * weird phases and the like. (we could probably investigate + * what the board's idea of the phases are, but that requires + * doco that I don't have). Note that it is slower than the + * 2.0R driver with both SEA_BLINDTRANSFER & SEA_ASSEMBLER + * defined by a factor of more than 2. I'll look at that later! * * $Id: seagate.c,v 1.8 1995/05/30 08:03:04 rgrimes Exp $ */ *************** *** 128,134 **** #define HOST_SCSI_ADDR 7 /* address of the adapter on the SCSI bus */ /* ! * Defice config flags */ #define FLAG_NOPARITY 0x01 /* disable SCSI bus parity check */ --- 135,141 ---- #define HOST_SCSI_ADDR 7 /* address of the adapter on the SCSI bus */ /* ! * Define config flags */ #define FLAG_NOPARITY 0x01 /* disable SCSI bus parity check */ *************** *** 324,330 **** static int sea_poll (adapter_t *z, scb_t *scb); static int sea_init (adapter_t *z); static int sea_reselect (adapter_t *z); ! static int sea_select (adapter_t *z, scb_t *scb); static int sea_abort (adapter_t *z, scb_t *scb); static void sea_send_abort (adapter_t *z); static u_char sea_msg_input (adapter_t *z); --- 331,337 ---- static int sea_poll (adapter_t *z, scb_t *scb); static int sea_init (adapter_t *z); static int sea_reselect (adapter_t *z); ! static int sea_select (volatile adapter_t *z, scb_t *scb); static int sea_abort (adapter_t *z, scb_t *scb); static void sea_send_abort (adapter_t *z); static u_char sea_msg_input (adapter_t *z); *************** *** 348,353 **** --- 355,363 ---- DC_CLS_MISC /* host adapters aren't special */ } }; + /* FD TMC885's can't handle detach & re-attach */ + static int sea_select_cmd = CMD_DRVR_ENABLE | CMD_ATTN; + /* * Check if the device can be found at the port given and if so, * detect the type of board. Set it up ready for further work. *************** *** 421,426 **** --- 431,441 ---- z->CONTROL = z->addr + 0x1c00; /* TMC-885/TMC-950 reg. offsets */ z->STATUS = z->addr + 0x1c00; z->DATA = z->addr + 0x1e00; + /* FD TMC885's can't handle detach & re-attach */ + sea_select_cmd = CMD_DRVR_ENABLE; + /* FD TMC-885 is supposed to be at id 6. How strange. */ + z->scsi_addr = HOST_SCSI_ADDR - 1; + z->scsi_id = 1 << z->scsi_addr; if (sea_init (z) == 0) return (1); *************** *** 476,482 **** } /* Reset the scsi bus (I don't know if this is needed). */ ! *z->CONTROL = CMD_RST | CMD_DRVR_ENABLE; /* Hold reset for at least 25 microseconds. */ DELAY (25); /* Check that status cleared. */ --- 491,497 ---- } /* Reset the scsi bus (I don't know if this is needed). */ ! *z->CONTROL = CMD_RST | CMD_DRVR_ENABLE | z->parity | CMD_INTR; /* Hold reset for at least 25 microseconds. */ DELAY (25); /* Check that status cleared. */ *************** *** 497,503 **** /* Enable the adapter. */ *z->CONTROL = CMD_INTR | z->parity; /* Wait a Bus Clear Delay (800 ns + bus free delay 800 ns). */ ! DELAY (10); /* Check that DATA register is NOT writable. */ c = *z->DATA; --- 512,518 ---- /* Enable the adapter. */ *z->CONTROL = CMD_INTR | z->parity; /* Wait a Bus Clear Delay (800 ns + bus free delay 800 ns). */ ! DELAY (15); /* Check that DATA register is NOT writable. */ c = *z->DATA; *************** *** 591,598 **** adapter_t *z = &seadata[unit]; scb_t *scb; ! /* PRINT (("sea%d/%d/%d command 0x%x\n", unit, xs->sc_link->target, ! xs->sc_link->lun, xs->cmd->opcode)); */ if (xs->bp) flags |= SCSI_NOSLEEP; if (flags & ITSDONE) { --- 606,613 ---- adapter_t *z = &seadata[unit]; scb_t *scb; ! PRINT (("sea%d/%d/%d command 0x%x\n", unit, xs->sc_link->target, ! xs->sc_link->lun, xs->cmd->opcode)); if (xs->bp) flags |= SCSI_NOSLEEP; if (flags & ITSDONE) { *************** *** 680,688 **** * this time there is no clock queue entry to remove. */ sea_timeout ((void*) scb); } ! /* PRINT (("sea%d/%d/%d command %s\n", unit, xs->sc_link->target, xs->sc_link->lun, ! xs->error ? "failed" : "done")); */ return (xs->error ? HAD_ERROR : COMPLETE); } --- 695,703 ---- * this time there is no clock queue entry to remove. */ sea_timeout ((void*) scb); } ! PRINT (("sea%d/%d/%d command %s\n", unit, xs->sc_link->target, xs->sc_link->lun, ! xs->error ? "failed" : "done")); return (xs->error ? HAD_ERROR : COMPLETE); } *************** *** 781,790 **** * for IDENTIFY and queue messages. * Return 1 if selection succeded. */ ! int sea_select (adapter_t *z, scb_t *scb) { /* Start arbitration. */ ! *z->CONTROL = z->parity; *z->DATA = z->scsi_id; *z->CONTROL = CMD_START_ARB | z->parity; --- 796,807 ---- * for IDENTIFY and queue messages. * Return 1 if selection succeded. */ ! int sea_select (volatile adapter_t *z, scb_t *scb) { + register unsigned char tmp; + /* Start arbitration. */ ! *z->CONTROL = z->parity | CMD_INTR; *z->DATA = z->scsi_id; *z->CONTROL = CMD_START_ARB | z->parity; *************** *** 801,811 **** *z->CONTROL = CMD_INTR | z->parity; return (0); } ! DELAY (2); *z->DATA = (1 << scb->xfer->sc_link->target) | z->scsi_id; ! *z->CONTROL = CMD_DRVR_ENABLE | CMD_SEL | CMD_ATTN | z->parity; ! DELAY (1); /* Wait for a bsy from target. * If the target is not present on the bus, we get --- 818,828 ---- *z->CONTROL = CMD_INTR | z->parity; return (0); } ! DELAY (1); *z->DATA = (1 << scb->xfer->sc_link->target) | z->scsi_id; ! *z->CONTROL = sea_select_cmd | CMD_SEL | z->parity; ! DELAY (2); /* Wait for a bsy from target. * If the target is not present on the bus, we get *************** *** 823,830 **** /* Try to make the target to take a message from us. * Should start a MSGOUT phase. */ ! *z->CONTROL = CMD_DRVR_ENABLE | CMD_ATTN | z->parity; ! DELAY (1); WAITFOR (*z->STATUS & STAT_REQ, 0); if (! (*z->STATUS & STAT_REQ)) { PRINT (("sea%d/%d/%d timeout waiting for REQ\n", --- 840,852 ---- /* Try to make the target to take a message from us. * Should start a MSGOUT phase. */ ! *z->CONTROL = sea_select_cmd | z->parity; ! DELAY (15); ! WAITFOR (*z->STATUS & STAT_REQ, 0); ! ! if (z->type == CTLR_FUTURE_DOMAIN) ! *z->CONTROL = CMD_INTR | z->parity | CMD_DRVR_ENABLE; ! WAITFOR (*z->STATUS & STAT_REQ, 0); if (! (*z->STATUS & STAT_REQ)) { PRINT (("sea%d/%d/%d timeout waiting for REQ\n", *************** *** 835,842 **** return (0); } ! /* Check for phase mismatch. */ ! if ((*z->STATUS & PHASE_MASK) != PHASE_MSGOUT) { PRINT (("sea%d/%d/%d waiting for MSGOUT: invalid phase %s\n", z->sc_link.adapter_unit, scb->xfer->sc_link->target, scb->xfer->sc_link->lun, --- 857,864 ---- return (0); } ! /* Check for phase mismatch. FD 885 always seems to get this wrong! */ ! if ((*z->STATUS & PHASE_MASK) != PHASE_MSGOUT && z->type != CTLR_FUTURE_DOMAIN) { PRINT (("sea%d/%d/%d waiting for MSGOUT: invalid phase %s\n", z->sc_link.adapter_unit, scb->xfer->sc_link->target, scb->xfer->sc_link->lun, *************** *** 846,855 **** return (0); } ! /* Allow disconnects. */ ! *z->CONTROL = CMD_DRVR_ENABLE | z->parity; ! *z->DATA = MSG_IDENTIFY (scb->xfer->sc_link->lun); ! WAITREQ (&z->target[scb->xfer->sc_link->target], msgout, 1000); *z->CONTROL = CMD_INTR | CMD_DRVR_ENABLE | z->parity; SET_BUSY (z, scb); --- 868,879 ---- return (0); } ! /* Allow disconnects. (except for FD controllers) */ ! if (z->type == CTLR_SEAGATE) { ! *z->CONTROL = CMD_DRVR_ENABLE | z->parity; ! *z->DATA = MSG_IDENTIFY (scb->xfer->sc_link->lun); ! WAITREQ (&z->target[scb->xfer->sc_link->target], msgout, 1000); ! } *z->CONTROL = CMD_INTR | CMD_DRVR_ENABLE | z->parity; SET_BUSY (z, scb); *************** *** 881,887 **** /* Host responds by asserting the BSY signal. */ /* Target should respond by deasserting the SEL signal. */ target_mask &= ~z->scsi_id; ! *z->CONTROL = CMD_DRVR_ENABLE | CMD_BSY | z->parity; WAITFOR (! (*z->STATUS & STAT_SEL), "reselection acknowledge"); /* Remove the busy status. */ --- 905,911 ---- /* Host responds by asserting the BSY signal. */ /* Target should respond by deasserting the SEL signal. */ target_mask &= ~z->scsi_id; ! *z->CONTROL = CMD_DRVR_ENABLE | CMD_BSY | z->parity | CMD_INTR; WAITFOR (! (*z->STATUS & STAT_SEL), "reselection acknowledge"); /* Remove the busy status. */ *************** *** 1037,1044 **** */ void sea_data_output (adapter_t *z, u_char **pdata, u_long *plen) { ! u_char *data = *pdata; ! u_long len = *plen; asm ("cld 1: movb (%%ebx), %%al --- 1061,1068 ---- */ void sea_data_output (adapter_t *z, u_char **pdata, u_long *plen) { ! volatile u_char *data = *pdata; ! volatile u_long len = *plen; asm ("cld 1: movb (%%ebx), %%al *************** *** 1065,1072 **** */ void sea_data_input (adapter_t *z, u_char **pdata, u_long *plen) { ! u_char *data = *pdata; ! u_long len = *plen; if (len >= 512) { asm (" cld --- 1089,1096 ---- */ void sea_data_input (adapter_t *z, u_char **pdata, u_long *plen) { ! volatile u_char *data = *pdata; ! volatile u_long len = *plen; if (len >= 512) { asm (" cld *************** *** 1123,1129 **** PRINT (("%x", *cmd)); *z->DATA = *cmd++; ! WAITREQ (t, cmdout1, 10000); --cmdlen; while (cmdlen) { --- 1147,1154 ---- PRINT (("%x", *cmd)); *z->DATA = *cmd++; ! if (z->type == CTLR_SEAGATE) ! WAITREQ (t, cmdout1, 10000); --cmdlen; while (cmdlen) { *************** *** 1132,1140 **** if (! (sts & STAT_BSY)) break; ! /* Check for phase mismatch. */ ! if ((sts & PHASE_MASK) != PHASE_CMDOUT) { ! printf ("sea: sending command: invalid phase %s\n", PHASE_NAME (sts & PHASE_MASK)); return; } --- 1157,1165 ---- if (! (sts & STAT_BSY)) break; ! /* Check for phase mismatch. FD 885 seems to get this wrong! */ ! if ((sts & PHASE_MASK) != PHASE_CMDOUT && z->type != CTLR_FUTURE_DOMAIN) { ! printf ("sea: sea_cmd_output: invalid phase %s\n", PHASE_NAME (sts & PHASE_MASK)); return; } *************** *** 1145,1151 **** PRINT (("-%x", *cmd)); *z->DATA = *cmd++; ! WAITREQ (t, cmdout, 1000); --cmdlen; } PRINT (("\n")); --- 1170,1177 ---- PRINT (("-%x", *cmd)); *z->DATA = *cmd++; ! if (z->type == CTLR_SEAGATE) ! WAITREQ (t, cmdout, 1000); --cmdlen; } PRINT (("\n")); *************** *** 1197,1203 **** /* Check for phase mismatch. * Reached if the target decides that it has finished the transfer. */ if ((sts & PHASE_MASK) != PHASE_MSGIN) { ! printf ("sea: sending message: invalid phase %s\n", PHASE_NAME (sts & PHASE_MASK)); return (MSG_ABORT); } --- 1223,1229 ---- /* Check for phase mismatch. * Reached if the target decides that it has finished the transfer. */ if ((sts & PHASE_MASK) != PHASE_MSGIN) { ! printf ("sea: sea_msg_input: invalid phase %s\n", PHASE_NAME (sts & PHASE_MASK)); return (MSG_ABORT); } *************** *** 1343,1349 **** break; case PHASE_STATIN: scb->xfer->status = *z->DATA; ! WAITREQ (t, statin, 2000); PRINT (("sea%d/%d/%d (STATIN) got 0x%x\n", z->sc_link.adapter_unit, scb->xfer->sc_link->target, --- 1369,1376 ---- break; case PHASE_STATIN: scb->xfer->status = *z->DATA; ! if (z->type == CTLR_SEAGATE) ! WAITREQ (t, statin, 2000); PRINT (("sea%d/%d/%d (STATIN) got 0x%x\n", z->sc_link.adapter_unit, scb->xfer->sc_link->target, I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-bugs Tue Jul 11 05:50:13 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA19238 for bugs-outgoing; Tue, 11 Jul 1995 05:50:13 -0700 Received: from todonix.ping.de (root@todonix.ping.de [193.100.14.43]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA19232 for ; Tue, 11 Jul 1995 05:50:06 -0700 Received: by todonix.ping.de (Smail3.1.28.1 #1) id m0sVeiP-00077bC; Tue, 11 Jul 95 14:47 MET DST Message-Id: From: jan@todonix.ping.de (Jan Wedekind) Subject: panic: malloc: lost data To: bugs@freebsd.org Date: Tue, 11 Jul 1995 14:47:04 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 967 Sender: bugs-owner@freebsd.org Precedence: bulk Hi, we just got an other error now: (binary dist. 2.0.5R, kernel with patches for SNAP-0622). > panic: malloc: lost data > > syncing disks ... 7 7 7... giving up. > > dumping to dev ... > without any other information. Any things we can do ? Jan PS: probably you remember our other kernel panic, caused by uucico. the situation is as follows: leary.ping.de -> lilly.ping.de NFS mount with amd uucp-spool partition uucp poll via modem kernel panics at 0xf01282e1 which is inside vn_open: f0127ec0 F vfs_vnops.o f0127f20 T _vn_open f01283c0 T _vn_writechk f012841c T _vn_close for the last few days we're working with a rlogin for the uucico. it works but it's slow and causes many transmission errors. -- PING e.V. Jan Wedekind (Kassenwart) jan@ping.de Emil-Figge-Str. 85 Lindemannstr. 12 kasse@ping.de 44227 Dortmund 44137 Dortmund vorstand@ping.de Tel.: 0231 / 97 91 - 0 Tel.: +49 (231) 13 44 04 info@ping.de From owner-freebsd-bugs Tue Jul 11 14:17:12 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA04744 for bugs-outgoing; Tue, 11 Jul 1995 14:17:12 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA04737 for ; Tue, 11 Jul 1995 14:17:09 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from sirius.physik.fu-berlin.de (130.133.3.140) with smtp id ; Tue, 11 Jul 95 23:17 MEST Received: by sirius.physik.fu-berlin.de; id AA21144; Tue, 11 Jul 1995 23:17:04 +0200 From: Thomas Graichen Message-Id: <9507112117.AA21144@sirius.physik.fu-berlin.de> Subject: bugs and problems in 2.0.5 (continued) To: bugs@freebsd.org Date: Tue, 11 Jul 1995 23:17:03 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1970 Sender: bugs-owner@freebsd.org Precedence: bulk hello again here are some more things i've noticed in 2.0.5 which should be changed before 2.1 (i think :-) * the IBCS2_COMPAT option should be mentioned in the LINT file * MAKEDEV should create the /dev/X0R -> /dev/null if you run MAKEDEV socksys * sysinstall should remove the /OK file and all the MANIFEST* files from XFree because they have no real sense at this place in the filesystemhirarchy (if you think they are useful put them somethere into /usr/share /usr/lib /var/*) * the rc.i386 script should be reworked - i think there are some newlines at the wrong point - for instance if i load the iBCS2 support i get the following at the screen: enabling FreeBSD/i386 options: iBCS2 emulator installed coff loader installed socksys driver installed configuring syscons: [kbdcontrol: keymap] . starting local daemons:. is this what you wanted ? - i think it should be something like: enabling FreeBSD/i386 options: iBCS2 emulator installed coff loader installed socksys driver installed configuring syscons: [kbdcontrol: keymap]. starting local daemons:. or: enabling FreeBSD/i386 options: iBCS2 emulator installed coff loader installed socksys driver installed configuring syscons: [kbdcontrol: keymap] . starting local daemons:. or something similar - but not the above (i think) ... hope this helps - thanks for reading - 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 - __|| ___________________________||____email: graichen@omega.physik.fu-berlin.de____ From owner-freebsd-bugs Tue Jul 11 14:33:48 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA05649 for bugs-outgoing; Tue, 11 Jul 1995 14:33:48 -0700 Received: from nwpeople.demon.co.uk (nwpeople.demon.co.uk [158.152.27.96]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA05618 for ; Tue, 11 Jul 1995 14:33:15 -0700 Date: Tue, 11 Jul 1995 22:04:55 GMT From: iain@nwpeople.demon.co.uk (Iain Baird) Reply-To: iain@nwpeople.demon.co.uk Message-Id: <739@nwpeople.demon.co.uk> To: bugs@freebsd.org Subject: 950622-SNAP system lockup X-Mailer: PCElm 1.10 Lines: 54 Sender: bugs-owner@freebsd.org Precedence: bulk Hi, I have installed 2.0.5-950622-SNAP on the following hardware: Gateway 4DX66-P Adaptec AHA-2940 Seagate Barracuda ST31250 Diamond Stealth 64 VRAM PCI DTC PCI IDE Controller Western Digital Caviare 540MB (Not used for FreeBSD) SMC Elite Ultra SoundBlaster 16 The installation went fine. I had logged in and was rebuilding the kernel. I logged in on another virtual console and started to un-tar data from a floppy. At this point the system locked solid, with the hard drive activity light on. After a hard reset and reboot fsck reported all filesystem errors fixed, but when I attempted to login I saw a message along the lines of "login: exec format error", so it looks like something is hosed. This is similar to problems I experienced with late 2.0 snapshots, I did not report them as decided to wait for 2.0.5. The problem seems to be triggered by more than one process concurrently performing intensive disk I/O. In the past it has occurred when running a tar pipeline, e.g. tar -cf - . | (cd elsewhere; tar -xf -) With late 2.0 snapshots such a tar pipeline would *always* cause a lockup, provided non-trivial amounts of data were involved. I never saw intensive disk I/O by a single process cause this problem - kernel rebuilds completed OK as long as little else was happening. I have less of a sample size with 950622-SNAP as the lockup seems to have hosed my system, but I had one kernel rebuild complete successfully while nothing else was happening. I vaguely recall reading something about a bug which occurred with fast disks. The ST31250 is pretty fast, could this be a factor? Please let me know if you require further information about my system, or would like me to run any tests - I'm prepared so invest some effort in helping to solve this. Thank you all for your hard work. iain -- Iain Baird Network People International Tel: +44 (0)1732 743591 From owner-freebsd-bugs Tue Jul 11 23:29:36 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA22399 for bugs-outgoing; Tue, 11 Jul 1995 23:29:36 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA22376 for ; Tue, 11 Jul 1995 23:29:32 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA11668; Wed, 12 Jul 1995 08:29:24 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id CAA25760; Wed, 12 Jul 1995 02:23:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id PAA06051; Tue, 11 Jul 1995 15:42:24 +0200 From: J Wunsch Message-Id: <199507111342.PAA06051@uriah.heep.sax.de> Subject: Re: bugs & problems in 2.0.5 To: graichen@sirius.physik.fu-berlin.de (Thomas Graichen) Date: Tue, 11 Jul 1995 15:42:23 +0200 (MET DST) Cc: bugs@freebsd.org In-Reply-To: <9507110904.AA21396@sirius.physik.fu-berlin.de> from "Thomas Graichen" at Jul 11, 95 11:04:23 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 2081 Sender: bugs-owner@freebsd.org Precedence: bulk As Thomas Graichen wrote: > graichen@mordillo:~> file bc.core > bc.core: data It's rather hard to find out about core files. I've once been looking into it, and it seems they don't have something you can easily use as a `magic number'. > graichen@mordillo:~> file test.o > test.o: NetBSD/i386 object file not stripped Hmm, this used to be a ``PDP-11 executable'' previously. :-) > * why not taking tha man-pages or info files about sysv shared mem > etc. from Linux and adapt them to FreeBSD I've got currently someone who is willing to write the man pages. Hold on. (Sorry, don't know his name offhand.) > * how about integrating gated into the FreeBSD basic distribution - i > think there should'nt be lines in netstart like It's got a restricted license. :-( > * ok - i may now read parts of the doc's in german (my native > language) but as far as i know (from testing the alpha-boot floppies) > my keyboard is still handled as a us one (maybe i'm wrong) I think there's no keyboard language handling by now, but it might be on Jordan's list. Jordan, please remember that keyboard language is different from dialog language. Many hackers here prefer US-layout keyboards (though not me :). > * is /usr/share/man chown'ed right - as i said i install via unpacking > the manpages.* files by hand - and i got bin.bin as owner for this dir > - but catman (... please use "echo /usr/bin/catman | nice -5 ...) runs > su man in the recommended way and can't thus create the > /usr/share/man/cat* entries Only the cat entries must be owned by man. The man dir and man? subdirs belong to bin. > * how is kernel core dumping handled in 2.0.5 (i hope that > i'll never have to do something with it :-) - earlier ther was a > kernel config option DODUMP - this is no longer there (grep through > /usr/src/sys) - and in LINT stands something like I've also asked about it, i'm going to update this in the kernel-debug FAQ, too. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Jul 12 00:13:43 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA23178 for bugs-outgoing; Wed, 12 Jul 1995 00:13:43 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA23108 for ; Wed, 12 Jul 1995 00:13:33 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from julia.physik.fu-berlin.de (130.133.3.235) with smtp id ; Wed, 12 Jul 95 09:13 MEST Received: (from graichen@localhost) by julia.physik.fu-berlin.de (8.6.11/8.6.9) id JAA01874; Wed, 12 Jul 1995 09:13:42 +0200 From: Thomas Graichen Message-Id: <199507120713.JAA01874@julia.physik.fu-berlin.de> Subject: Re: bugs & problems in 2.0.5 To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 12 Jul 1995 09:13:42 +0200 (MET DST) Cc: bugs@freebsd.org In-Reply-To: <199507111342.PAA06051@uriah.heep.sax.de> from "J Wunsch" at Jul 11, 95 03:42:23 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1294 Sender: bugs-owner@freebsd.org Precedence: bulk > > graichen@mordillo:~> file bc.core > > bc.core: data > > It's rather hard to find out about core files. I've once been looking > into it, and it seems they don't have something you can easily use as > a `magic number'. > > > graichen@mordillo:~> file test.o > > test.o: NetBSD/i386 object file not stripped > > Hmm, this used to be a ``PDP-11 executable'' previously. :-) how is it handled under NetBSD - i think they should have a similar problem (... or they have a fix for this ...) - can anybody try it at a NetBSd machine ? - is it really so hard to fix ? > > * is /usr/share/man chown'ed right - as i said i install via unpacking > > the manpages.* files by hand - and i got bin.bin as owner for this dir > > - but catman (... please use "echo /usr/bin/catman | nice -5 ...) runs > > su man in the recommended way and can't thus create the > > /usr/share/man/cat* entries > > Only the cat entries must be owned by man. The man dir and man? > subdirs belong to bin. but again: graichen@titania:~> ls -ld /usr/share/man drwxr-xr-x 10 bin bin 512 Jul 8 03:31 /usr/share/man/ that means - echo /usr/bin/catman | nice -5 ... can not create the cat* directories because it should run run su man (as itself says it) and thus can not write into /usr/share/man t From owner-freebsd-bugs Wed Jul 12 00:19:56 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA23339 for bugs-outgoing; Wed, 12 Jul 1995 00:19:56 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA23331 for ; Wed, 12 Jul 1995 00:19:47 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from julia.physik.fu-berlin.de (130.133.3.235) with smtp id ; Wed, 12 Jul 95 09:19 MEST Received: (from graichen@localhost) by julia.physik.fu-berlin.de (8.6.11/8.6.9) id JAA01888 for bugs@freebsd.org; Wed, 12 Jul 1995 09:19:47 +0200 From: Thomas Graichen Message-Id: <199507120719.JAA01888@julia.physik.fu-berlin.de> Subject: some more ... (small) bugs & problems in 2.0.5 To: bugs@freebsd.org Date: Wed, 12 Jul 1995 09:19:47 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 865 Sender: bugs-owner@freebsd.org Precedence: bulk hello again two more things i've found out that should change before 2.1: * i think kzip.o should be chmod'ed without a+x graichen@titania:~> ls -l /usr/lib/kzip.o -r-xr-xr-x 1 bin bin 13481 Jun 10 11:59 /usr/lib/kzip.o* it should be -r--r--r-- 1 bin bin 13481 Jun 10 11:59 /usr/lib/kzip.o * is iBCS2 workning under 2.0.5 ? - i tried to run the wp-demo and had no success - i compiled the kernel with COMPAT_IBCS2 and loaded the modules via sysconfig (rc.i386, ibcs2) - but it always says /dev/spx: no such device or that it can not open /dev/socksys (they are made via MAKEDEV + the /dev/X0R link to /dev/null) - then i tried cat /dev/spx or cat /dev/socksys or cat > /dev/spx or cat > /dev/socksys but i always got: device not configured - any ideas ? - is iBCS2 really working under 2.0.5 with the modules ? t From owner-freebsd-bugs Wed Jul 12 00:54:16 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA24062 for bugs-outgoing; Wed, 12 Jul 1995 00:54:16 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA24051 for ; Wed, 12 Jul 1995 00:53:40 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA15135; Wed, 12 Jul 1995 09:53:30 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA28155; Wed, 12 Jul 1995 09:53:29 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA09231; Wed, 12 Jul 1995 08:18:24 +0200 From: J Wunsch Message-Id: <199507120618.IAA09231@uriah.heep.sax.de> Subject: Re: bugs and problems in 2.0.5 (continued) To: graichen@sirius.physik.fu-berlin.de (Thomas Graichen) Date: Wed, 12 Jul 1995 08:18:24 +0200 (MET DST) Cc: bugs@FreeBSD.org In-Reply-To: <9507112117.AA21144@sirius.physik.fu-berlin.de> from "Thomas Graichen" at Jul 11, 95 11:17:03 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 481 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Thomas Graichen wrote: > > * the rc.i386 script should be reworked - i think there are some newlines at > the wrong point - ... pcvt is totally missing from it. It's easy to test for, just a simple if ispcvt ; then ... fi will suffice. I'm willing to provide some examples for pcvt options to whomever is maintaining it (Rod?). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Jul 12 01:07:41 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA24873 for bugs-outgoing; Wed, 12 Jul 1995 01:07:41 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA24867 for ; Wed, 12 Jul 1995 01:07:36 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id BAA17511; Wed, 12 Jul 1995 01:02:24 -0700 From: "Rodney W. Grimes" Message-Id: <199507120802.BAA17511@gndrsh.aac.dev.com> Subject: Re: bugs and problems in 2.0.5 (continued) To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 12 Jul 1995 01:02:24 -0700 (PDT) Cc: graichen@sirius.physik.fu-berlin.de, bugs@FreeBSD.org In-Reply-To: <199507120618.IAA09231@uriah.heep.sax.de> from "J Wunsch" at Jul 12, 95 08:18:24 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1000 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > As Thomas Graichen wrote: > > > > * the rc.i386 script should be reworked - i think there are some newlines at > > the wrong point - ... > > pcvt is totally missing from it. It's easy to test for, just a simple > > if ispcvt ; then > ... > fi > > will suffice. > > I'm willing to provide some examples for pcvt options to whomever is > maintaining it (Rod?). Yes, I am working on /etc/rc* /etc/sysconfig /etc/netstart, yes I know about the ugly gross things that the ibcs stuff does during start up. No it can't easily be cleaned up in /etc/rc.i386 it requires icbs to change about it's noise level. If you have an addition to handle ispcvt to /etc/rc.i386 I would be glad to intergrate it with all my other stuff (I have little if any changes to this area, it seems to be doing pretty well as it stands with respect to syscons.) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-bugs Wed Jul 12 03:34:09 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA29946 for bugs-outgoing; Wed, 12 Jul 1995 03:34:09 -0700 Received: from spsgate.sps.mot.com (spsgate.sps.mot.com [192.70.231.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA29940 for ; Wed, 12 Jul 1995 03:34:05 -0700 Received: from mogate (mogate.sps.mot.com) by spsgate.sps.mot.com (4.1/SMI-4.1/Email 2.1 10/25/93) id AA03271 for bugs@FreeBSD.org; Wed, 12 Jul 95 03:34:03 MST Received: from emailmesa by mogate (4.1/SMI-4.1/Email-2.0) id AA08035; Wed, 12 Jul 95 03:34:02 MST Message-Id: <9507121034.AA08035@mogate> Date: 12 Jul 1995 05:35:04 U From: "Richard Shott" Subject: Hard drive woos To: "bugs report" Sender: bugs-owner@FreeBSD.org Precedence: bulk Reply to: Hard drive woos I have a serious problem that I am trying to work around. I have the FreeBSD 2.0 CD from walnut creekand am attempting to install it. I had a problem with the geometry of the ahrd drive and the fdisk utility. When booting BSD recognized the hard disk as a Conner 1278MB on an IDE channel, it even read the proper BIOS numbers 2477 cyl., 16 heads, and 63 sectors/track. After many troubles I get the same problem Fdisk always attempts to start the harddrive as a 64head device. I have been trying to fix this, and you have no idea how hard. Also the bootstrap you sent did not work. I have figured out how to load the coherent bootstrap which runs like a charm. At one point in time the hard drive was locked, and I this was partially due to an error on my part when I miswrote a partition table that I had not defined. It saved the rest to the 'd' slice. Currently the boot disk runs through the check system and then creates this error: fd0c:hard error feading fsbn 16 of 16-31 (ST0 40 ST1 1 ST2 0 cyl0 hd0 sec17 panic cannot mount root like I had said this my be a partition table problem that I am trying to remedy. Any comments would be greatly appreicated. Also does this version of BSD support LBA? Or should I leave it off. Thanx for the support I am looking forward to the reply. BTW this is not a fast method of communication for me as the account I have is often only read on the weekends. Rick From owner-freebsd-bugs Wed Jul 12 05:51:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA03274 for bugs-outgoing; Wed, 12 Jul 1995 05:51:58 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA03268 for ; Wed, 12 Jul 1995 05:51:55 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA28541; Wed, 12 Jul 1995 14:51:49 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA29918; Wed, 12 Jul 1995 14:51:48 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id KAA09861; Wed, 12 Jul 1995 10:27:50 +0200 From: J Wunsch Message-Id: <199507120827.KAA09861@uriah.heep.sax.de> Subject: Re: bugs & problems in 2.0.5 To: bugs@freebsd.org Date: Wed, 12 Jul 1995 10:27:50 +0200 (MET DST) Cc: graichen@omega.physik.fu-berlin.de In-Reply-To: <199507120824.KAA09830@uriah.heep.sax.de> from "J Wunsch" at Jul 12, 95 10:24:00 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 878 Sender: bugs-owner@freebsd.org Precedence: bulk As J Wunsch wrote: > Sure, and it should not be allowed to write there. The bug is that > the empty cat? directories have not been created (and chown'ed to > `man'). I have no idea why they're missing. They are properly mentioned in /etc/mtree/BSD.usr.dist: /set type=dir uname=man gname=bin mode=0755 man uname=bin cat1 .. cat2 .. cat3 .. cat4 i386 .. .. cat5 .. cat6 .. cat7 .. cat8 i386 .. .. man1 uname=bin .. ... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Jul 12 05:55:15 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA03493 for bugs-outgoing; Wed, 12 Jul 1995 05:55:15 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA03487 for ; Wed, 12 Jul 1995 05:55:14 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.11/8.6.11) with SMTP id FAA02041 for ; Wed, 12 Jul 1995 05:55:09 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA28536; Wed, 12 Jul 1995 14:51:48 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA29915; Wed, 12 Jul 1995 14:51:47 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id KAA09830; Wed, 12 Jul 1995 10:24:00 +0200 From: J Wunsch Message-Id: <199507120824.KAA09830@uriah.heep.sax.de> Subject: Re: bugs & problems in 2.0.5 To: graichen@omega.physik.fu-berlin.de (Thomas Graichen) Date: Wed, 12 Jul 1995 10:24:00 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, bugs@freebsd.org In-Reply-To: <199507120713.JAA01874@julia.physik.fu-berlin.de> from "Thomas Graichen" at Jul 12, 95 09:13:42 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 739 Sender: bugs-owner@freebsd.org Precedence: bulk As Thomas Graichen wrote: > > > Only the cat entries must be owned by man. The man dir and man? > > subdirs belong to bin. > > but again: > > graichen@titania:~> ls -ld /usr/share/man > drwxr-xr-x 10 bin bin 512 Jul 8 03:31 /usr/share/man/ > > that means - echo /usr/bin/catman | nice -5 ... can not create the cat* > directories because it should run run su man (as itself says it) and thus can > not write into /usr/share/man Sure, and it should not be allowed to write there. The bug is that the empty cat? directories have not been created (and chown'ed to `man'). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Jul 12 08:50:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA09316 for bugs-outgoing; Wed, 12 Jul 1995 08:50:04 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA09308 ; Wed, 12 Jul 1995 08:50:02 -0700 Date: Wed, 12 Jul 1995 08:50:02 -0700 Message-Id: <199507121550.IAA09308@freefall.cdrom.com> From: paepcke@arcway.snafu.de Reply-To: paepcke@arcway.snafu.de To: freebsd-bugs Subject: bin/610: ctm_scan is broken (make all fails) In-Reply-To: Your message of Wed, 12 Jul 1995 17:11:52 +0200 <199507121511.RAA00786@arcway.snafu.de> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 610 >Category: bin >Synopsis: ctm_scan is broken (make all fails) >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 12 08:50:01 1995 >Originator: Michael Paepcke >Organization: ArcWay >Release: FreeBSD 2.0-BUILT-19950628 i386 >Environment: src-cur >Description: After libmd update (new api) ctm was updated, but not ctm_scan. >How-To-Repeat: cd src/usr.sbin/ctm/ctm_scan make depend all >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jul 12 17:16:49 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA06018 for bugs-outgoing; Wed, 12 Jul 1995 17:16:49 -0700 Received: from hemi.com (hemi.com [204.132.158.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA06012 for ; Wed, 12 Jul 1995 17:16:47 -0700 Received: (from mbarkah@localhost) by hemi.com (8.6.12/8.6.12) id SAA00501 for freebsd-bugs@freebsd.org; Wed, 12 Jul 1995 18:19:05 -0600 From: Ade Barkah Message-Id: <199507130019.SAA00501@hemi.com> Subject: 2.0.5me to freebsd-bugs (fwd) To: freebsd-bugs@freebsd.org Date: Wed, 12 Jul 1995 18:19:05 -0600 (MDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1489 Sender: bugs-owner@freebsd.org Precedence: bulk Hello, Just a some comments... a. When installing the 950622-SNAP using the FTP option (and selecting the primary site), it seems to install from the 2.0.5-RELEASE instead of getting the SNAP stuff. I'm not sure if this is the correct behaviour since I aborted the installation at this point. b. Trying to install the 950622 by NFS with a 3com 509combo card was rather painful since the probes seemed to kill the card. Trying to attach the card manually sometimes gets a `failed to activate eeprom' or something similar. Other times the probe and attach seems to succeed, although with wrong parameters. In my case my ep0 is on irq 15, but FreeBSD installs it on irq 10 anyhow and thinks it's all peachy (until the machine hangs.) Probing the 3c509 card always fail after doing some network stuff in dos and then warm-booting to the install program. c. On my first scsi drive, I only have two slices (755mb DOS, the rest leftover from 2.0-Release root slice.) However, the install program seems to think I have an extra unused slice there at the end. Drive geometry looks fine, however. Everything else looks good so far... thanks for the nice work. -Ade -------------------------------------------------------------------- Inet: mbarkah@hemi.com - HEMISPHERE ONLINE - www: -------------------------------------------------------------------- From owner-freebsd-bugs Thu Jul 13 02:00:12 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA26374 for bugs-outgoing; Thu, 13 Jul 1995 02:00:12 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA26367 ; Thu, 13 Jul 1995 02:00:08 -0700 Date: Thu, 13 Jul 1995 02:00:08 -0700 Message-Id: <199507130900.CAA26367@freefall.cdrom.com> From: "Wilhelm B. Kloke" Reply-To: "Wilhelm B. Kloke" To: freebsd-bugs Subject: kern/611: WIDE-dhcp doesn't work with FreeBSD-2.0 bpf In-Reply-To: Your message of Thu, 13 Jul 1995 10:52:46 +0200 <199507130852.KAA10002@gisli.arb-phys.uni-dortmund.de> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 611 >Category: kern >Synopsis: WIDE-dhcp doesn't work with FreeBSD-2.0 bpf >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 13 02:00:02 1995 >Originator: Wilhelm B. Kloke >Organization: Dipl.-Math. Wilhelm Bernhard Kloke Institut fuer Arbeitsphysiologie an der Universitaet Dortmund Ardeystrasse 67, D-44139 Dortmund, Tel. 0231-1084-257 >Release: FreeBSD 2.0-RELEASE i386 >Environment: 486DX with FreeBSD 2.0-RELEASE and bpf devices. >Description: I tried to install WIDE dhcp-1.2.1 from wide.ad.jp. After some compilation quirks the systems works partially. Incoming messages are received correctly, but outgoing messages are clobbered. The following tcpdump lines show the problem 09:28:13.860838 0.0.0.0.0 > 255.255.255.255.dhcps: (request) xid:0x7d7b0900 secs:1 [|bootp] 4500 4801 0000 0000 3c11 7da6 0000 0000 ffff ffff 0000 4300 3401 0000 0101 0600 0009 7b7d 0100 0000 0000 0000 0000 0000 0000 0000 0000 09:28:13.863236 gisli ff:ff:ff:ff:ff:ff 54: rr [dsap 69] [ssap 0] 4500 0148 d0cb 4000 2011 9c68 c06d 2c04 ffff ffff 0043 0044 0134 d0cb 0201 0600 7d7b 0900 0000 0000 0000 0000 c06d 2c06 0000 0000 0000 Is it possible that there is a byte order problem? Look at the 2nd, 13th, 16th and 17th for occurencies of reordered byte sequences. > Hmm.... I think so, too. > It may be a bug of FreeBSD-2.0 around Berkeley Packet Filter. > If it is bug of OS, dirty hacking is necessary to solve it. > -- > Keio UNIV. > WIDE Project. > Akihiro Tominaga (tomy@sfc.wide.ad.jp) The fields 16 and 17 contain the field xid, which is just copied from input to output in the dhcp software, do Tominaga may be right in blaiming FreeBSD. There is some other problem, probably not related. If one tries to run the said software under gdb, gdb fails with message > (gdb) run ed0 > Starting program: /usr/local/sbin/dhcps ed0 > reading register eip (#8): Bad address. > (gdb) >How-To-Repeat: Load dhcp-1.2.1 from WIDE, handle FreeBSD like BSDI in Makefile and ifdef's, and try to get a BOOTP reply. >Fix: None. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jul 13 05:04:33 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA04089 for bugs-outgoing; Thu, 13 Jul 1995 05:04:33 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA04079 ; Thu, 13 Jul 1995 05:04:20 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55496>; Thu, 13 Jul 1995 14:01:18 +0200 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) id LAA01504; Thu, 13 Jul 1995 11:59:43 +0200 Date: Thu, 13 Jul 1995 11:59:43 +0200 From: Julian Howard Stacey Message-Id: <199507130959.LAA01504@vector.eikon.e-technik.tu-muenchen.de> To: bugs@freebsd.org Subject: man tun - no manual Cc: jhs@freebsd.org Sender: bugs-owner@freebsd.org Precedence: bulk man tun has nothing to match /dev/tun* jhs@freebsd.org From owner-freebsd-bugs Thu Jul 13 12:53:35 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA23420 for bugs-outgoing; Thu, 13 Jul 1995 12:53:35 -0700 Received: from sundance.itd.nrl.navy.mil (sundance.itd.nrl.navy.mil [132.250.92.89]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA23414 for ; Thu, 13 Jul 1995 12:53:32 -0700 Received: from localhost.itd.nrl.navy.mil by cs.nrl.navy.mil id aa19902; 13 Jul 95 20:52 GMT To: Mike Kephart cc: skey-users@thumper.bellcore.com, bugs@freebsd.org Subject: Re: OPIE and shadow passwords Date: Thu, 13 Jul 1995 15:52:18 -0500 From: Craig Metz Message-ID: <9507132052.aa19902@cs.nrl.navy.mil> Sender: bugs-owner@freebsd.org Precedence: bulk [In the future, please send OPIE bug reports to . That's what it's there for.] > As FreeBSD uses it's own form of shadow passwords, the encrypted >password fields in /etc/passwd have been replaced with "*" characters. >Thus, OPIE's lookupuser() in login.c and su.c fail, as they check to >see if the password is "stared out": We developed NRL OPIE 2.0 primarily on BSD/OS 2.0 and 4.4BSD. Both of these use the 4.4BSD shadow password system, which will properly fill in the pwent pw_passwd field if the calling process has the appropriate (usually superuser) priveleges. In my opinion, if the FreeBSD team decided to break this behavior, they have done the wrong thing. Are you sure that opielogin and opiesu are, in fact, receiving starred-out passwords, and that they are, in fact, running with appropriate priveleges? Assuming these are the case, then it looks like this is a FreeBSD "feature" that requires some kind FreeBSD user to send us the appropriate diffs. It would probably require implementation similar to that of the Solaris 2.x shadow password support, though I believe that FreeBSD's shadow password system uses MD5 instead of crypt (which might require an #ifdef around the call to crypt()). > return ((pwd->pw_passwd[0] == '*') || (pwd->pw_passwd[0] == '#')); > > My question is - would there be any real or theoretical weakness >introduced by removing this check. If not, what would be the "proper" >way to temporarily inactivate a user login? I believe that this check should not be messed with, both for historical reasons and for a completely practical one -- if the user lookup routines don't have a real encrypted password to compare against, you won't be able to do cleartext password checking (for use on the console). -Craig From owner-freebsd-bugs Thu Jul 13 14:20:40 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA27202 for bugs-outgoing; Thu, 13 Jul 1995 14:20:40 -0700 Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA27195 for ; Thu, 13 Jul 1995 14:20:38 -0700 Received: (root@localhost) by blob.best.net (8.6.12/8.6.5) id OAA09138; Thu, 13 Jul 1995 14:20:37 -0700 Date: Thu, 13 Jul 1995 14:20:37 -0700 From: Matt Dillon Message-Id: <199507132120.OAA09138@blob.best.net> To: bugs@freebsd.org Subject: Think we finally found the 'all processes block' bug Sender: bugs-owner@freebsd.org Precedence: bulk I was finally able to catch it with a little custom ps I wrote that ran in a loop. It would appear that in a heavily loaded machine: 130 users, 128 MB of ram, load of 10 or so, a condition can occur where near-all the processes lock themselves out waiting for new filesystem buffers (i.e. sleeping on "newbuf", in kern/kern_vfsbio.c). The ps shows up with a whole bunch of processes waiting on newbuf and an even larger contingent of processes waiting on ufslk2. Delving into the nbuf initialization code, in i386/i386/machdep.c, I noticed: if (nbuf == 0) { nbuf = 30; if( physmem > 1024) nbuf += min((physmem - 1024) / 12, 1024); } nswbuf = min(nbuf, 128); I believe the min is supposed to be a max, though this does not really solve the lockout condition... I have no idea how the lockout is occuring, but I believe that increasing the number of buffers will reduce the rate of occurance (currently the machine crashes about once a day with this bug). gdb'ing a live kernel, our 'nbuf' is 1054. Changing the above min to a max would increase that number of 2000+. Could the clustering code have something to do with the lockout? It could also be that the processes waiting on ufslk2 are creating the buffer shortfall and causding the 'newbuf' sleep problem. Thanks, -Matt From owner-freebsd-bugs Thu Jul 13 15:48:44 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA01323 for bugs-outgoing; Thu, 13 Jul 1995 15:48:44 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA01317 for ; Thu, 13 Jul 1995 15:48:41 -0700 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 AAA05379 ; Fri, 14 Jul 1995 00:48:35 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id AAA17039 ; Fri, 14 Jul 1995 00:48:28 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199507132248.AAA17039@blaise.ibp.fr> Subject: Re: OPIE and shadow passwords To: cmetz@sundance.itd.nrl.navy.mil (Craig Metz) Date: Fri, 14 Jul 1995 00:48:28 +0200 (MET DST) Cc: mjk@plaza.ds.adp.com, skey-users@thumper.bellcore.com, bugs@freebsd.org In-Reply-To: <9507132052.aa19902@cs.nrl.navy.mil> from "Craig Metz" at Jul 13, 95 03:52:18 pm X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1389 Sender: bugs-owner@freebsd.org Precedence: bulk > Both of these use the 4.4BSD shadow password system, which will properly > fill in the pwent pw_passwd field if the calling process has the appropriate > (usually superuser) priveleges. In my opinion, if the FreeBSD team decided > to break this behavior, they have done the wrong thing. We haven't changed that. If you look at libc/gen/getpwent.c : __init_db: p = (geteuid()) ? _PATH_MP_DB : _PATH_SMP_DB; _pw_db = dbopen(p, O_RDONLY, 0, DB_HASH, NULL); _PATH_MP_DB is defined as /etc/pwd.db and _PATH_SMP_DB as /etc/spwd.db. Same as 4.4BSD I guess. > Are you sure that opielogin and opiesu are, in fact, receiving > starred-out passwords, and that they are, in fact, running with appropriate > priveleges? Assuming these are the case, then it looks like this is a > FreeBSD "feature" that requires some kind FreeBSD user to send us the > appropriate diffs. It would probably require implementation similar to I don't think so. I don't know exactly where is the problem and I intend to find out by compiling opie but I'm the author of a su-like package named calife (to become root by entering one own password instead of root's one) and I rely on 4.4BSD (in fact, it has been the same since 386BSD 0.0) behaviour. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-bugs Thu Jul 13 15:56:40 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA01708 for bugs-outgoing; Thu, 13 Jul 1995 15:56:40 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA01699 for ; Thu, 13 Jul 1995 15:56:37 -0700 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 AAA05401 ; Fri, 14 Jul 1995 00:56:33 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id AAA17088 ; Fri, 14 Jul 1995 00:56:33 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199507132256.AAA17088@blaise.ibp.fr> Subject: Re: OPIE and shadow passwords To: cmetz@sundance.itd.nrl.navy.mil (Craig Metz) Date: Fri, 14 Jul 1995 00:56:33 +0200 (MET DST) Cc: mjk@plaza.ds.adp.com, skey-users@thumper.bellcore.com, bugs@freebsd.org In-Reply-To: <9507132052.aa19902@cs.nrl.navy.mil> from "Craig Metz" at Jul 13, 95 03:52:18 pm X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 999 Sender: bugs-owner@freebsd.org Precedence: bulk > that of the Solaris 2.x shadow password support, though I believe that > FreeBSD's shadow password system uses MD5 instead of crypt (which might > require an #ifdef around the call to crypt()). Not even so. I believe MD5 implementation of crypt is API-compatible with standard crypt(3). The only thing that change is the salt's length (not sure about that) and the total password length. One can check whether one is using MD5 by check for the "$1$" pattern at the head (cf the comment in libcrypt/crypt.c) static char *magic = "$1$"; /* * This string is magic for * this algorithm. Having * it this way, we can get * get better later on -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-bugs Thu Jul 13 18:10:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA08547 for bugs-outgoing; Thu, 13 Jul 1995 18:10:06 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA08535 ; Thu, 13 Jul 1995 18:10:04 -0700 Date: Thu, 13 Jul 1995 18:10:04 -0700 Message-Id: <199507140110.SAA08535@freefall.cdrom.com> From: Bill Fenner Reply-To: Bill Fenner To: freebsd-bugs Subject: bin/612: traceroute doesn't time out if rec'ing other ICMP traffic In-Reply-To: Your message of Thu, 13 Jul 1995 17:55:38 PDT <199507140055.RAA07567@fenestro.parc.xerox.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 612 >Category: bin >Synopsis: traceroute doesn't print * if other ICMP traffic exists >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 13 18:10:02 1995 >Originator: Bill Fenner >Organization: Xerox PARC >Release: FreeBSD 2.1.0-Development i386 >Environment: >Description: traceroute will not time hops out and print a * if other ICMP traffic is occurring (i.e. destination unreachable, pings, ping replies,...), which is not necessarily under control of the person running traceroute. (I first experienced this on a busy web server which gets lots of 'time exceeded' and 'host unreachable' errors due to HTTP requests) >How-To-Repeat: ping somehost & traceroute someotherhostthatwilltimeout the traceroute will hang at the first lost packet / unresponsive router and will never print a * until you kill the ping, at which point it will resume. >Fix: Make the timeout calculated from the time that the probe was sent, instead of assuming that if select returned it returned the response to our probe. *** traceroute.c.orig Thu Jul 13 17:41:05 1995 --- traceroute.c Thu Jul 13 17:49:56 1995 *************** *** 268,274 **** u_char packet[512]; /* last inbound (icmp) packet */ struct opacket *outpacket; /* last output (udp) packet */ ! int wait_for_reply __P((int, struct sockaddr_in *)); void send_probe __P((int, int)); double deltaT __P((struct timeval *, struct timeval *)); int packet_ok __P((u_char *, int, struct sockaddr_in *, int)); --- 268,274 ---- u_char packet[512]; /* last inbound (icmp) packet */ struct opacket *outpacket; /* last output (udp) packet */ ! int wait_for_reply __P((int, struct sockaddr_in *, struct timeval *)); void send_probe __P((int, int)); double deltaT __P((struct timeval *, struct timeval *)); int packet_ok __P((u_char *, int, struct sockaddr_in *, int)); *************** *** 500,506 **** (void) gettimeofday(&t1, &tz); send_probe(++seq, ttl); ! while (cc = wait_for_reply(s, &from)) { (void) gettimeofday(&t2, &tz); if ((i = packet_ok(packet, cc, &from, seq))) { if (from.sin_addr.s_addr != lastaddr) { --- 500,506 ---- (void) gettimeofday(&t1, &tz); send_probe(++seq, ttl); ! while (cc = wait_for_reply(s, &from, &t1)) { (void) gettimeofday(&t2, &tz); if ((i = packet_ok(packet, cc, &from, seq))) { if (from.sin_addr.s_addr != lastaddr) { *************** *** 552,569 **** } int ! wait_for_reply(sock, from) int sock; struct sockaddr_in *from; { fd_set fds; ! struct timeval wait; int cc = 0; int fromlen = sizeof (*from); FD_ZERO(&fds); FD_SET(sock, &fds); ! wait.tv_sec = waittime; wait.tv_usec = 0; if (select(sock+1, &fds, (fd_set *)0, (fd_set *)0, &wait) > 0) cc=recvfrom(s, (char *)packet, sizeof(packet), 0, --- 552,578 ---- } int ! wait_for_reply(sock, from, sent) int sock; struct sockaddr_in *from; + struct timeval *sent; { fd_set fds; ! struct timeval now, wait; int cc = 0; int fromlen = sizeof (*from); FD_ZERO(&fds); FD_SET(sock, &fds); ! gettimeofday(&now, NULL); ! wait.tv_sec = (sent->tv_sec + waittime) - now.tv_sec; ! wait.tv_usec = sent->tv_usec - now.tv_usec; ! if (wait.tv_usec < 0) { ! wait.tv_usec += 1000000; ! wait.tv_sec--; ! } ! if (wait.tv_sec < 0) ! wait.tv_sec = wait.tv_usec = 0; if (select(sock+1, &fds, (fd_set *)0, (fd_set *)0, &wait) > 0) cc=recvfrom(s, (char *)packet, sizeof(packet), 0, >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jul 13 22:36:20 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA16941 for bugs-outgoing; Thu, 13 Jul 1995 22:36:20 -0700 Received: from statler.csc.calpoly.edu (statler.csc.calpoly.edu [129.65.17.8]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA16935 for ; Thu, 13 Jul 1995 22:36:18 -0700 Received: (from nlawson@localhost) by statler.csc.calpoly.edu (8.6.12/N8) id WAA14708; Thu, 13 Jul 1995 22:36:08 -0700 From: Nathan Lawson Message-Id: <199507140536.WAA14708@statler.csc.calpoly.edu> Subject: Re: OPIE and shadow passwords To: cmetz@sundance.itd.nrl.navy.mil (Craig Metz) Date: Thu, 13 Jul 1995 22:36:07 -0700 (PDT) Cc: mjk@plaza.ds.adp.com, skey-users@thumper.bellcore.com, bugs@freebsd.org In-Reply-To: <9507132052.aa19902@cs.nrl.navy.mil> from "Craig Metz" at Jul 13, 95 03:52:18 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1120 Sender: bugs-owner@freebsd.org Precedence: bulk > > > As FreeBSD uses it's own form of shadow passwords, the encrypted > >password fields in /etc/passwd have been replaced with "*" characters. > >Thus, OPIE's lookupuser() in login.c and su.c fail, as they check to > >see if the password is "stared out": > > We developed NRL OPIE 2.0 primarily on BSD/OS 2.0 and 4.4BSD. > Both of these use the 4.4BSD shadow password system, which will properly > fill in the pwent pw_passwd field if the calling process has the appropriate > (usually superuser) priveleges. In my opinion, if the FreeBSD team decided > to break this behavior, they have done the wrong thing. The password system in FreeBSD follows the 4.4BSD model. You are correct in assuming that it will fill in the pw_passwd field when the process has the proper privileges. I don't see what this guy's problem is, but perhaps his login/su are running with the wrong privs. (Works fine for me) -- Nathan Lawson \ Never let your schooling interfere with your education. CSL 490/News Admin \ (805)756-7180 @Work \ "The steady state of disks is full." -- Ken Thompson --------------------- From owner-freebsd-bugs Thu Jul 13 23:21:24 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA18558 for bugs-outgoing; Thu, 13 Jul 1995 23:21:24 -0700 Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA18552 for ; Thu, 13 Jul 1995 23:21:23 -0700 Received: (dillon@localhost) by blob.best.net (8.6.12/8.6.5) id XAA27589; Thu, 13 Jul 1995 23:21:21 -0700 Date: Thu, 13 Jul 1995 23:21:21 -0700 From: Matt Dillon Message-Id: <199507140621.XAA27589@blob.best.net> To: bugs@freebsd.org Subject: Another clue. (ufslk2/newbuf deadlock crash) Sender: bugs-owner@freebsd.org Precedence: bulk Ooops, I meant to send this to bugs@freebsd.org so everyone would see it. This is another addendum to my ufslk2/newbuf deadlock / crashing bug report. To recap: the machine locks up with nearly all the processes stuck in either newbuf or ufslk2 sleeps. It is a heavily loaded pentium, 130+ users online, 128MB of ram, NCR scsi, around 12G of disk. NFS is used heavily as well (mainly it is as an NFS client). The buffer code (kern/vfs_bio.c) seems to skip the EMPTY queue if it thinks too much space is in use... but then it may wind up sleeping on needsbuffer. Could this be why it seems to 'run out of buffers' and then deadlock? I wrote a little program to count the buf's on each of the queues and came up with: shell1:/home/dillon# /tmp/bq none 0 lock 0 lru 229 vmio 0 age 0 empt 825 By the numbers, it seems a definite possibility. I also did a gdb -k kernel /dev/mem and printed out 'bufspace' and 'maxbufspace': (kgdb) print bufspace $1 = 8702976 (kgdb) print maxbufspace $2 = 8699904 (kgdb) print nbuf $1 = 1054 maxbufspace > bufspace seems a perpetual condition (this is on a machine with 128MB of ram). I do not quite understand how 'bufspace' can be so large when only 229 buffers (800K) is in use unless the clustering is somehow eating up the space (128 buffers x maxclustersize ?? it gets a bit confused here). It would seem that increasing nbuf will not help though, since there are plenty of empty buffers. I guess my question is: Am I barking up the wrong tree or can heavy usage cause the cascade lockup using the above scenario? -Matt From owner-freebsd-bugs Thu Jul 13 23:41:18 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA19361 for bugs-outgoing; Thu, 13 Jul 1995 23:41:18 -0700 Received: from ungeneva.unog.ch (ungeneva.unog.ch [193.135.136.15]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA19355 for ; Thu, 13 Jul 1995 23:41:13 -0700 From: mrichards@unog.ch Received: by ungeneva.unog.ch (5.65/1.2-eef) id AA28981; Fri, 14 Jul 95 08:38:39 +0300 Message-Id: <9507140538.AA28981@ungeneva.unog.ch> Date: 14 Jul 95 08:25:00 (+0300) Subject: Help To: bugs@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; name = cnmaa011.txt Sender: bugs-owner@freebsd.org Precedence: bulk We just installed a copy of FreeBSD. The install program was great but when we reboot the machine we recieve an error message saying that the floppy is not configured correctly. In order to correct the problem the set-up program must be run twice. First it must be set to a non matching disk i.e.(360k) then reset it back to a 1.44 meg 3.5 in. this allows us to reboot the machine with a dos diskette but when we reboot with freebsd the same problem occurs. The PC is an AST Premmia 4/66. When I tried to run sysinstall from the hd the I received a message that said that there was no floppy in the 1.2 meg drive. The program must be reconfiguring the set-up to a 1.2 meg drive. How can I correct this? Mark Richards mrichards@unog.ch From owner-freebsd-bugs Fri Jul 14 00:10:46 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA21237 for bugs-outgoing; Fri, 14 Jul 1995 00:10:46 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA21225 for ; Fri, 14 Jul 1995 00:10:42 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id AAA01541 for ; Fri, 14 Jul 1995 00:10:12 -0700 Prev-Resent: Fri, 14 Jul 1995 00:10:11 -0700 Prev-Resent: "bugs@freebsd.org " Received: from freefall.cdrom.com (freefall.cdrom.com [192.216.222.4]) by time.cdrom.com (8.6.11/8.6.9) with ESMTP id XAA01400 for ; Thu, 13 Jul 1995 23:39:58 -0700 Received: from wc.cdrom.com (wc.cdrom.com [192.216.223.37]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA19338 ; Thu, 13 Jul 1995 23:40:24 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by wc.cdrom.com (8.6.12/8.6.12) with SMTP id XAA16563 for ; Thu, 13 Jul 1995 23:37:44 -0700 Prev-Resent-Message-Id: <199507140637.XAA16563@wc.cdrom.com> Received: from who.cdrom.com (who-internal.cdrom.com [192.216.223.34]) by wc.cdrom.com (8.6.12/8.6.12) with ESMTP id JAA09297 for ; Thu, 13 Jul 1995 09:19:14 -0700 Received: from tale.frihet.com (ns.frihet.com [165.227.57.1]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id JAA09948 for ; Thu, 13 Jul 1995 09:19:00 -0700 Received: from localhost.frihet.com (tweten@localhost.frihet.com [127.0.0.1]) by tale.frihet.com (8.6.10/8.6.6) with SMTP id JAA15057; Thu, 13 Jul 1995 09:18:40 -0700 Message-Id: <199507131618.JAA15057@tale.frihet.com> X-Authentication-Warning: tale.frihet.com: Host localhost.frihet.com didn't use HELO protocol X-Mailer: exmh version 1.5.3 12/28/94 Reply-To: "David E. Tweten" To: info@cdrom.com Cc: hahn@and.com Subject: CDROM Reading "errors" Date: Thu, 13 Jul 1995 09:18:39 -0700 From: "David E. Tweten" Prev-Resent-To: support@wc.cdrom.com Prev-Resent-Date: Thu, 13 Jul 1995 23:37:43 -0700 Prev-Resent-From: Order Information Resent-To: bugs@freebsd.org Resent-Date: Fri, 14 Jul 1995 00:10:11 -0700 Resent-Message-ID: <1539.805705811@time.cdrom.com> Resent-From: "Jordan K. Hubbard" Sender: bugs-owner@freebsd.org Precedence: bulk Previously, I've never had any trouble reading Rock Ridge format CDROMs from Walnut Creek. Recently, a friend asked that I try reading a Walnet Creek Linux CDROM he couldn't get to boot, or to read on MS-Windows. It generated large volumes of syslog messages on my FreeBSD 1.0.1 and 1.1.5.1 systems. The same effect now happens with the new FreeBSD 2.0.5 CDROM. A sample of syslog output follows: Jul 13 00:20:23 tale /386bsd: isofs: name '' - type [f177517e/f17751a0]...not found Jul 13 00:20:23 tale /386bsd: isofs: 00 00 3c 00 00 00 00 10 00 00 01 00 00 00 00 00 : < Jul 13 00:20:23 tale /386bsd: isofs: 00 00 ff ff ff ff 00 00 00 00 33 33 00 00 00 00 : 33 Jul 13 00:20:23 tale /386bsd: isofs: 00 00 : Jul 13 00:20:23 tale /386bsd: Jul 13 00:20:43 tale /386bsd: isofs:RR[5] idflag=0xf153f120 Jul 13 00:20:43 tale /386bsd: isofs:RR[5] idflag=0xf153f1a2 Jul 13 00:20:44 tale /386bsd: isofs:RR[5] idflag=0xf153f21c Jul 13 00:20:44 tale /386bsd: isofs:RR[5] idflag=0xf153f292 Jul 13 00:20:44 tale /386bsd: isofs:RR[5] idflag=0xf153f30c Jul 13 00:20:44 tale /386bsd: isofs:RR[5] idflag=0xf153f384 Jul 13 00:20:44 tale /386bsd: isofs:RR[5] idflag=0xf153f3f6 Jul 13 00:20:44 tale /386bsd: isofs:RR[5] idflag=0xf153f470 Jul 13 00:20:44 tale /386bsd: isofs:RR[5] idflag=0xf153f4f2 Jul 13 00:20:44 tale /386bsd: isofs:RR[5] idflag=0xf153f570 Jul 13 00:20:44 tale /386bsd: isofs:RR[5] idflag=0xf153f5e8 Jul 13 00:20:44 tale /386bsd: isofs:RR[5] idflag=0xf153f660 Jul 13 00:20:44 tale /386bsd: isofs:RR[5] idflag=0xf153f6d8 Jul 13 00:20:44 tale /386bsd: isofs:RR[5] idflag=0xf153f754 Jul 13 00:20:44 tale /386bsd: isofs:RR[5] idflag=0xf179902c Jul 13 00:20:44 tale /386bsd: isofs:RR[5] idflag=0xf17990a6 Jul 13 00:20:44 tale /386bsd: isofs:RR[5] idflag=0xf1799124 Jul 13 00:20:44 tale /386bsd: isofs:RR[5] idflag=0xf179919a Jul 13 00:20:44 tale /386bsd: isofs:RR[5] idflag=0xf1799214 Jul 13 00:20:44 tale /386bsd: isofs:RR[5] idflag=0xf1799290 Jul 13 00:20:44 tale /386bsd: isofs:RR[5] idflag=0xf1799306 Jul 13 00:20:44 tale /386bsd: isofs:RR[5] idflag=0xf179937a Jul 13 00:20:44 tale /386bsd: isofs:RR[5] idflag=0xf17993f2 Jul 13 00:20:44 tale /386bsd: isofs:RR[5] idflag=0xf179946c Have you folks changed CD mastering systems since FreeBSD 2.0 (whose CDROM causes no such flood of complaints)? Is this a Walnut Creek problem or a FreeBSD 1 problem? Thanks in advance for any enlightenment you can provide. -- David E. Tweten | PGP Key fingerprint = | tweten@frihet.com 12141 Atrium Drive | E9 59 E7 5C 6B 88 B8 90 | tweten@and.com Saratoga, CA 95070-3162 | 65 30 2A A4 A0 BC 49 AE | (408) 446-4131 The only flags worth saluting are those you are permitted to burn. From owner-freebsd-bugs Fri Jul 14 01:09:17 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA24921 for bugs-outgoing; Fri, 14 Jul 1995 01:09:17 -0700 Received: from gw2.att.com (gw2.att.com [192.20.239.134]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA24910 ; Fri, 14 Jul 1995 01:09:13 -0700 Received: from aloft.UUCP by ig1.att.att.com id AA29385; Fri, 14 Jul 95 04:07:53 EDT From: gtc@aloft.att.com (gary.corcoran) To: bugs@FreeBSD.org Cc: jkh@FreeBSD.org Received: from stargazer (stargazer.cnet.att.com) by aloft (4.1/DCS-aloft-M3.1) id AA23761; Thu, 13 Jul 95 17:07:28 EDT Received: by stargazer (4.1/DCS-aloft_client-S2.1) id AA25647; Thu, 13 Jul 95 17:07:25 EDT Date: Thu, 13 Jul 95 17:07:25 EDT Original-From: aloft!gtc (gary.corcoran) Message-Id: <9507132107.AA25647@stargazer> Original-To: FreeBSD.org!bugs Subject: 2.0.5 install panic Original-Cc: FreeBSD.org!jkh Sender: bugs-owner@FreeBSD.org Precedence: bulk Help! (bet you never hear that... :-) I tried installing FreeBSD 2.0.5 (release, update, AND 6/22/95 SNAP versions) and keep getting a kernel panic during the installation. It happens as soon as I try to "commit" the settings to the hard disk. The dialog message is (approx.): "Writing partition information to sd0", when I get: "panic: vm_bounce_alloc". My system configuration is: EISA/PCI AMI Titan II motherboard, 90MHz Pentium (single) BT946C PCI SCSI controller 32MB RAM Micropolis 3243 4GB SCSI-2 hard disk Since I *do* have other OSes on my hard drive, I need to keep "DOS translation" mode turned on in the SCSI controller (side note: the 2.0 CD that I bought is useless because of this, but it seems that 2.0.5 *finally* understands the "other" SCSI mapping mode for disks greater than 1GB, right?). I have specified FreeBSD as the third partition, with a 500MB DOS partition as the first partition, and I specified "DOS partition" as the installation medium. So, my questions are: 1. Is this a known problem, that just "doesn't work" in this version? Or is there possibly some installation option that I can change to bypass this bug? 2. Why does the system appear to want "bounce buffers" when I have a PCI bus-mastering SCSI card? Shouldn't greater than 16MB be irrelevant in this setup? (note: I *can't* try running with 16MB of memory, as the Pentium requires 64-bit wide memory, and I only have two 16MB 32-bit[plus parity] SIMMs). 3. Do you think this may be fixed before version 2.1, and/or when do you think version 2.1 will be available? 4. Am I correct that the SCSI disk access routines have been fixed in 2.0.5 to understand the greater than 1GB DOS translation parameters (255 heads, 63 sectors/track) ? Thanks for your time, Gary Corcoran gtc@aloft.att.com From owner-freebsd-bugs Fri Jul 14 02:09:36 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA28109 for bugs-outgoing; Fri, 14 Jul 1995 02:09:36 -0700 Received: from plaza.ds.adp.com (lockbox.plaza.ds.adp.com [139.126.34.128]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA28099 for ; Fri, 14 Jul 1995 02:09:31 -0700 Received: from adpgate.plaza.ds.adp.com by plaza.ds.adp.com (4.1/3.1.012693-Automatic Data Processing Dealer Services); id AA23402 for bugs@freebsd.org; Fri, 14 Jul 95 01:57:51 PDT Received: from toad.plaza.ds.adp.com by adpgate.plaza.ds.adp.com (Automatic Data Processing Dealer Services/1.0) id AA26949; Fri, 14 Jul 95 02:08:15 -0700 Received: by toad.plaza.ds.adp.com (Automatic Data Processing Dealer Services/1.0) id AA10033; Fri, 14 Jul 95 02:09:35 -0700 Message-Id: <9507140909.AA10033@toad.plaza.ds.adp.com> Subject: Resolution - OPIE and shadow passwords To: skey-users@thumper.bellcore.com, bugs@freebsd.org Date: Fri, 14 Jul 1995 02:09:35 -0700 (PDT) From: mjk@plaza.ds.adp.com (Mike Kephart) Cc: opie-bugs@itd.nrl.navy.mil X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 868 Sender: bugs-owner@freebsd.org Precedence: bulk Hello again, With the generous feedback of several people, I have traced the problem down to (what I consider to be) simple bugs in the OPIE Makefile. After compiling OPIE, I carefully followed the instructions for testing the utilities. The "test" target does not prepare setuid (to root) versions of opiesu and opielogin. Thus, when running opiesu as a non-root user (INSTALL step 10), getpwnam() returns "*" on FreeBSD, giving the error message "Unknown user" (and hence my previous incorrect assumptions that OPIE or FreeBSD was broken). Thus, I created temporary setuid versions of opiesu and opielogin and was able to successfully complete the pre-installation testing. The "make install" does work correctly, producing a correctly running version. Thank you to all provided assistance! \MikeK Mike Kephart ADP Dealer Services R&D, Portland, OR From owner-freebsd-bugs Fri Jul 14 03:10:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA01526 for bugs-outgoing; Fri, 14 Jul 1995 03:10:07 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA01518 ; Fri, 14 Jul 1995 03:10:04 -0700 Date: Fri, 14 Jul 1995 03:10:04 -0700 Message-Id: <199507141010.DAA01518@freefall.cdrom.com> From: peter@haywire.dialix.com Reply-To: peter@haywire.dialix.com To: freebsd-bugs Subject: bin/613: send-pr reports wrong release In-Reply-To: Your message of Fri, 14 Jul 1995 18:04:26 +0800 <199507141004.SAA07402@jhome.DIALix.COM> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 613 >Category: bin >Synopsis: send-pr reports wrong release >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jul 14 03:10:02 1995 >Originator: Peter Wemm >Organization: DIALix >Release: FreeBSD 2.0-BUILT-19950517 i386 >Environment: uname -rsm: FreeBSD 2.2-CURRENT i386 supped earlier today, followed by a "make all install" >Description: As you can see a few lines up, send-pr is _still_ claiming that the "Release" is several months old, even though everything is as recent as it can get, and compiled and installed. The problem is, that the Makefile generates obj/send-pr from send-pr.sh *once* and never, ever updates it, because there are no dependencies to cause it to be regenerated. >How-To-Repeat: use send-pr.. :-) >Fix: The makefile uses a sed command to substitute @DEFAULT_RELEASE@ with the output of "uname -rsm" at build initial build time. IMHO, this has to be done at run-time, otherwise the ">Release:" header is pretty much meaningless. If a more meaningful Release header is to be generated in the future, perhaps for routing the PR, then it will have to do other things to generate it's release string at run-time, or "obj/send-pr.sh" is going to need to be rebuilt every single time there is a make in the directory.. (requiring a make clean beforehand is not an option..) *** send-pr.sh.broken Fri Jul 14 17:49:58 1995 --- send-pr.sh Wed Jul 12 03:54:57 1995 *************** *** 40,46 **** [ ! -d $DATADIR/gnats -a -d "$GCC_EXEC_PREFIX" ] && DATADIR=@DATADIR@ # The default release for this host. ! DEFAULT_RELEASE="@DEFAULT_RELEASE@" # The default organization. DEFAULT_ORGANIZATION= --- 40,49 ---- [ ! -d $DATADIR/gnats -a -d "$GCC_EXEC_PREFIX" ] && DATADIR=@DATADIR@ # The default release for this host. ! #DEFAULT_RELEASE="@DEFAULT_RELEASE@" ! DEFAULT_RELEASE=`( [ -f /bin/uname ] && /bin/uname -rsm ) || \ ! ( [ -f /usr/bin/uname ] && /usr/bin/uname -rsm ) || \ ! echo "@DEFAULT_RELEASE@"` # The default organization. DEFAULT_ORGANIZATION= >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jul 14 04:00:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA03807 for bugs-outgoing; Fri, 14 Jul 1995 04:00:07 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA03785 ; Fri, 14 Jul 1995 04:00:04 -0700 Date: Fri, 14 Jul 1995 04:00:04 -0700 Message-Id: <199507141100.EAA03785@freefall.cdrom.com> From: gordon@sneaky.lonestar.org Reply-To: gordon@sneaky.lonestar.org To: freebsd-bugs Subject: kern/614: SCSI tape timeout for forward space file is too short In-Reply-To: Your message of Thu, 13 Jul 95 13:42 CDT Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 614 >Category: kern >Synopsis: SCSI tape timeout for forward space file is too short >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jul 14 04:00:01 1995 >Originator: Gordon Burditt >Organization: what organization? >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: FreeBSD 2.0.5 AHA1542B SCSI controller (aha0:1:0): "WANGTEK 51000 SCSI REV7 3J" type 1 removable SCSI 1 st0(aha0:1:0): Sequential-Access density code 0xf, 512-byte blocks, write-enabled >Description: Finally multiple-files-per-tape is working on this tape drive, so I started putting 4 dumps per tape. When I went to recover something from the last dump (restore ibsf 20 4 /dev/rst0), the "forward space file" operation timed out, along with driver complaints about "mailbox not free". Things went downhill rapidly as sd0 contains important parts of the system, and it was getting timeout errors also. Eventually it rebooted itself. 10 minutes is not enough time for a forward-space-file, or especially multiple forward-space-files. Writing or reading a full tape (Doesn't seem to vary a lot whether I use 525M, 250M, or 120M tapes, either) takes somewhere in the vicinity of 45 minutes to just under an hour. I suspect forward-space-file is done at the same speed as reading the tape. Separate timeouts for "forward space file" and "forward space record" might be appropriate. >How-To-Repeat: Create a 6525 tape with multiple dumps on it. Fill up most of the tape, so the beginning of the last dump is well into the tape. restore ibsf 20 4 /dev/rst0 (where 4 represents the number of the last dump). With 6525 tapes and my tape drive, a blocking factor of 20 is required, according to complaints from the kernel if I forget to use it. >Fix: Apply the following patch, and rebuild the kernel. Index: /usr/src/sys/scsi/st.c *** 1.1 1995/07/11 20:56:49 --- st.c 1995/07/11 20:57:37 *************** *** 1681,1687 **** 0, 0, 0, /* no retries please , just fail */ ! 600000, /* 10 mins enough? */ NULL, flags)); } --- 1681,1687 ---- 0, 0, 0, /* no retries please , just fail */ ! 3600000, /* 10 mins enough? No, but an hour might be */ NULL, flags)); } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jul 14 04:00:10 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA03831 for bugs-outgoing; Fri, 14 Jul 1995 04:00:10 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA03816 ; Fri, 14 Jul 1995 04:00:08 -0700 Date: Fri, 14 Jul 1995 04:00:08 -0700 Message-Id: <199507141100.EAA03816@freefall.cdrom.com> From: gordon@sneaky.lonestar.org Reply-To: gordon@sneaky.lonestar.org To: freebsd-bugs Subject: bin/615: xntpd won't use DES encryption if it's available. In-Reply-To: Your message of Thu, 13 Jul 95 19:49 CDT Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 615 >Category: bin >Synopsis: xntpd won't use DES encryption if it's available. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jul 14 04:00:05 1995 >Originator: Gordon Burditt >Organization: what organization? >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: FreeBSD 2.0.5, with /usr/src/secure tree installed. >Description: The xntpd Makefile.inc does not recognize the no-export authdes.c if it's present because it's looking in the wrong directory for it. Because it doesn't find it, it doesn't define DES and therefore the routines to call code in authdes.c aren't included. ${.CURDIR} is one directory level below Makefile.inc, and path names need to be relative to ${.CURDIR}. >How-To-Repeat: Install the /usr/src/secure tree. cd /usr/src/usr.sbin/xntpd; make Note that -DDES is not included on the command line of the compiles. >Fix: Apply the following patch. Index: /usr/src/usr.sbin/xntpd/Makefile.inc *** 1.1 1995/07/13 22:33:38 --- Makefile.inc 1995/07/13 22:46:38 *************** *** 7,12 **** CFLAGS+= ${NTPDEFS} ${DEFS_LOCAL} ${AUTHDEFS} ${CLOCKDEFS} ${COPTS} BINDIR?= /usr/sbin ! .if !defined(NOCRYPT) && exists(${.CURDIR}/../../secure/usr.sbin/xntpd/lib) AUTHDEFS+= -DDES .endif --- 7,12 ---- CFLAGS+= ${NTPDEFS} ${DEFS_LOCAL} ${AUTHDEFS} ${CLOCKDEFS} ${COPTS} BINDIR?= /usr/sbin ! .if !defined(NOCRYPT) && exists(${.CURDIR}/../../../secure/usr.sbin/xntpd/lib) AUTHDEFS+= -DDES .endif >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jul 14 04:37:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA04823 for bugs-outgoing; Fri, 14 Jul 1995 04:37:06 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA04815 for ; Fri, 14 Jul 1995 04:36:53 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA32577; Fri, 14 Jul 1995 16:07:49 +1000 Date: Fri, 14 Jul 1995 16:07:49 +1000 From: Bruce Evans Message-Id: <199507140607.QAA32577@godzilla.zeta.org.au> To: bugs@FreeBSD.ORG, dillon@blob.best.net Subject: Re: Think we finally found the 'all processes block' bug Sender: bugs-owner@FreeBSD.ORG Precedence: bulk > The ps shows up with a whole bunch of processes waiting on newbuf > and an even larger contingent of processes waiting on ufslk2. > Delving into the nbuf initialization code, in i386/i386/machdep.c, > I noticed: > if (nbuf == 0) { > nbuf = 30; > if( physmem > 1024) > nbuf += min((physmem - 1024) / 12, 1024); > } > nswbuf = min(nbuf, 128); > I believe the min is supposed to be a max, though this does not really > solve the lockout condition... I have no idea how the lockout is occuring, The min really is supposed to be a min (it should be imin - min is for unsigned variables). There has to be a limit and the system should recover gracefully when the limit is reached. > but I believe that increasing the number of buffers will reduce the > rate of occurance (currently the machine crashes about once a day with > this bug). To debug the problem you might want to decrease the limit so that the system crashes once per second :-). > Could the clustering code have something to do with the lockout? It > could also be that the processes waiting on ufslk2 are creating the buffer > shortfall and causding the 'newbuf' sleep problem. The latter is more likely. Bruce From owner-freebsd-bugs Fri Jul 14 05:10:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA06185 for bugs-outgoing; Fri, 14 Jul 1995 05:10:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA06176 ; Fri, 14 Jul 1995 05:10:01 -0700 Date: Fri, 14 Jul 1995 05:10:01 -0700 Message-Id: <199507141210.FAA06176@freefall.cdrom.com> From: cstruble@vt.edu Reply-To: cstruble@vt.edu To: freebsd-bugs Subject: ports/616: make install target in ports ignores NO_PACKAGE In-Reply-To: Your message of Fri, 14 Jul 1995 08:02:10 -0400 <199507141202.IAA10566@quirk.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 616 >Category: ports >Synopsis: fake-pkg target in ports ignores NO_PACKAGE >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jul 14 05:10:00 1995 >Originator: Craig Struble >Organization: Quirk Computing >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: Pentium 60 clone, nothing special about FreeBSD 2.0.5 setup >Description: When installing ports, the install target ignores the NO_PACKAGE variable. >How-To-Repeat: make NO_PACKAGE=yes install in any port >Fix: Change install target in bsd.port.mk to make the fake-pkg target only get run if NO_PACKAGE is undefined. Looks like .if !defined(NO_PACKAGE) @${MAKE} ${.MAKEFLAGS} fake-pkg .endif >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jul 14 05:32:34 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA07100 for bugs-outgoing; Fri, 14 Jul 1995 05:32:34 -0700 Received: from grendel.csc.smith.edu (grendel.csc.smith.edu [131.229.222.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA07094 for ; Fri, 14 Jul 1995 05:32:32 -0700 Received: from localhost (jfieber@localhost) by grendel.csc.smith.edu (8.6.5/8.6.5) id IAA11467; Fri, 14 Jul 1995 08:34:13 -0400 From: jfieber@grendel.csc.smith.edu (John Fieber) Message-Id: <199507141234.IAA11467@grendel.csc.smith.edu> Subject: Re: kern/614: SCSI tape timeout for forward space file is too short To: gordon@sneaky.lonestar.org Date: Fri, 14 Jul 1995 08:34:13 -0400 (EDT) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199507141100.EAA03785@freefall.cdrom.com> from "gordon@sneaky.lonestar.org" at Jul 14, 95 04:00:04 am Content-Type: text Content-Length: 820 Sender: bugs-owner@FreeBSD.org Precedence: bulk gordon@sneaky.lonestar.org writes: > Finally multiple-files-per-tape is working on this tape > drive, so I started putting 4 dumps per tape. When I > went to recover something from the last dump > (restore ibsf 20 4 /dev/rst0), the "forward space file" > operation timed out, along with driver complaints about > "mailbox not free". Things went downhill rapidly as sd0 > contains important parts of the system, and it was getting > timeout errors also. Eventually it rebooted itself. With a 1542C and an Archive Viper 150 I get timeouts too. mt returns with an error but the tape goes merrily along its way, stopping at the correct place. I don't get any further however; subsequent operations work fine (or so it seems). -john === jfieber@cs.smith.edu ========== Come up and be a kite! --K. Bush === From owner-freebsd-bugs Fri Jul 14 05:47:39 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA07671 for bugs-outgoing; Fri, 14 Jul 1995 05:47:39 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA07665 for ; Fri, 14 Jul 1995 05:47:37 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id FAA00639; Fri, 14 Jul 1995 05:47:30 -0700 Date: Fri, 14 Jul 1995 05:47:30 -0700 Message-Id: <199507141247.FAA00639@silvia.HIP.Berkeley.EDU> To: cstruble@vt.edu CC: freebsd-bugs@freefall.cdrom.com In-reply-to: <199507141210.FAA06176@freefall.cdrom.com> (cstruble@vt.edu) Subject: Re: ports/616: make install target in ports ignores NO_PACKAGE From: asami@cs.berkeley.edu (Satoshi Asami) Sender: bugs-owner@FreeBSD.org Precedence: bulk * >Description: * * When installing ports, the install target ignores the NO_PACKAGE * variable. This is natural. It's supposed to use an empty "package" target, not the "install" target. * >Fix: * * Change install target in bsd.port.mk to make the fake-pkg target * only get run if NO_PACKAGE is undefined. Looks like * * .if !defined(NO_PACKAGE) * @${MAKE} ${.MAKEFLAGS} fake-pkg * .endif I'm not sure why you want to do this. fake-pkg is (despite the name -- I should have called it differently) not a packaging target. (Well it's a "fake", I know. :) NO_PACKAGE is meant for ports that we can't distribute binary packages due to some restriction (export law, licensing, etc.). The fake-pkg target, on the other hand, registers the port you just installed on YOUR system, and there is no reason why NO_PACKAGE should preclude it. Satoshi From owner-freebsd-bugs Fri Jul 14 07:50:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA12276 for bugs-outgoing; Fri, 14 Jul 1995 07:50:06 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA12266 ; Fri, 14 Jul 1995 07:50:04 -0700 Date: Fri, 14 Jul 1995 07:50:04 -0700 Message-Id: <199507141450.HAA12266@freefall.cdrom.com> From: Charlie Root Reply-To: Charlie Root To: freebsd-bugs Subject: ports/617: screen(1) locks up on startup and hangs tty In-Reply-To: Your message of Sat, 15 Jul 1995 00:01:28 +1000 <199507141401.AAA00560@profane.apana.org.au> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 617 >Category: ports >Synopsis: screen(1) locks up tty under pcvt or scons >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jul 14 07:50:02 1995 >Originator: Julian Assange >Organization: suburbia.net >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: >Description: the screen binary shipped with 2.05 immediately hangs and locks the tty. >How-To-Repeat: screen >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jul 14 07:50:11 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA12299 for bugs-outgoing; Fri, 14 Jul 1995 07:50:11 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA12280 ; Fri, 14 Jul 1995 07:50:07 -0700 Date: Fri, 14 Jul 1995 07:50:07 -0700 Message-Id: <199507141450.HAA12280@freefall.cdrom.com> From: Charlie Root Reply-To: Charlie Root To: freebsd-bugs Subject: ports/618: screen(1) locks up on startup and hangs tty In-Reply-To: Your message of Sat, 15 Jul 1995 00:01:28 +1000 <199507141401.AAA00560@profane.apana.org.au> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 618 >Category: ports >Synopsis: screen(1) locks up tty under pcvt or scons >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jul 14 07:50:05 1995 >Originator: Julian Assange >Organization: suburbia.net >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: >Description: the screen binary shipped with 2.05 immediately hangs and locks the tty. >How-To-Repeat: screen >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jul 14 11:40:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA22375 for bugs-outgoing; Fri, 14 Jul 1995 11:40:04 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA22368 ; Fri, 14 Jul 1995 11:40:02 -0700 Date: Fri, 14 Jul 1995 11:40:02 -0700 Message-Id: <199507141840.LAA22368@freefall.cdrom.com> From: John Polstra Reply-To: John Polstra To: freebsd-bugs Subject: conf/620: Default /etc/hosts.equiv causes rsh/rlogin hangups In-Reply-To: Your message of Fri, 14 Jul 1995 11:07:25 -0700 <199507141807.LAA07539@freebie.polstra.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 620 >Category: conf >Synopsis: Default /etc/hosts.equiv causes rsh/rlogin hangups >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jul 14 11:40:01 1995 >Originator: John Polstra >Organization: Polstra & Co., Inc. >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: Stock 2.0.5-RELEASE installation >Description: The default version of "/etc/hosts.equiv" that is created during system installation is invalid. It contains "comments" which begin with "#". But such comments are not allowed in this file. The "comment" lines are treated as host names. Attempts to resolve these invalid host names through DNS result in very long delays. The user sees these long delays when he tries to run "rsh" or "rlogin" to the FreeBSD system. Whether the delays actually occur or not seems to depend on the behavior of the name server that is being used to process DNS queries. Sometimes the delays occur, and sometimes they do not. I *know* this is a problem, because I have observed the DNS queries for the bogus host names using an ethernet sniffer. And I have watched the timeouts occur as the name server failed to respond to the bogus queries. Furthermore, when I repaired the broken "/etc/hosts.equiv" file, the delays went away. >How-To-Repeat: 1. Use the default version of "/etc/hosts.equiv". 2. Specify a different machine as the name server in "/etc/resolv.conf". 3. Try to execute a command on the FreeBSD machine from a different machine, using "rsh". 4. You *may or may not* observe long delays. The problem seems to depend on the state of the name server. >Fix: Work-around: Eliminate comments and blank lines from "/etc/hosts.equiv". Simple fix: In the next release of the system, make sure there are no comments or blank lines in the default version of "/etc/hosts.equiv" that is created during system installation. I suggest either (a) not installing this file at all, or (b) installing an empty version of the file, or (c) installing a one-line version of the file, containing only "localhost". Better fix: Add code to __ivaliduser() in "/usr/src/lib/libc/net/rcmd.c" to make it ignore comment lines and blank lines. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jul 14 13:04:29 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA24937 for bugs-outgoing; Fri, 14 Jul 1995 13:04:29 -0700 Received: from silver.sdsmt.edu (root@silver.sdsmt.edu [151.159.1.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA24931 for ; Fri, 14 Jul 1995 13:04:26 -0700 Received: from msmail.sdsmt.edu (msmail.sdsmt.edu [151.159.1.43]) by silver.sdsmt.edu (8.6.12/8.6.12) with SMTP id OAA40669 for ; Fri, 14 Jul 1995 14:04:23 -0600 Received: by msmail.sdsmt.edu with Microsoft Mail id <3006CDC7@msmail.sdsmt.edu>; Fri, 14 Jul 95 14:04:23 MDT From: "Unser, Danny" To: "'FreeBSD - Bugs'" Subject: FW: auto-logout Date: Fri, 14 Jul 95 14:01:00 MDT Message-ID: <3006CDC7@msmail.sdsmt.edu> Encoding: 10 TEXT X-Mailer: Microsoft Mail V3.0 Sender: bugs-owner@freebsd.org Precedence: bulk Since I've upgraded to FreeBSD 2.0.5 I now get this auto-logout that kicks me out all the time now, that is, if I leave the terminal setting for a while. Is there a way I can stop this from happening. I don't mind it for other users, but I would like it off for me. Another question at hand is, how to I make my ttyd0 and ttyd1 devices from being busy. I've already turned them off from ttys. Dan From owner-freebsd-bugs Fri Jul 14 13:10:39 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA25139 for bugs-outgoing; Fri, 14 Jul 1995 13:10:39 -0700 Received: from elf.kendall.mdcc.edu (elf.kendall.mdcc.edu [147.70.150.122]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA25131 for ; Fri, 14 Jul 1995 13:10:34 -0700 Received: (from freelist@localhost) by elf.kendall.mdcc.edu (8.6.11/8.6.9) id QAA09048; Fri, 14 Jul 1995 16:03:11 -0400 Date: Fri, 14 Jul 1995 16:03:10 -0400 (EDT) From: FreeBSD Mailing List drop To: "Unser, Danny" cc: "'FreeBSD - Bugs'" Subject: Re: FW: auto-logout In-Reply-To: <3006CDC7@msmail.sdsmt.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@freebsd.org Precedence: bulk On Fri, 14 Jul 1995, Unser, Danny wrote: > Since I've upgraded to FreeBSD 2.0.5 I now get this auto-logout that > kicks me out all the time now, that is, if I leave the terminal setting > for a while. Is there a way I can stop this from happening. I don't > mind it for other users, but I would like it off for me. Lemmie guess - tcsh is your shell? Try 'set auto-logout=0'. If you want it for all your users, put it in the share/skel/dot.login file so all the new users you create will have that setting. If you just want a longer auto logout, set it = to the number of minutes you want. check man tcsh for more details. From owner-freebsd-bugs Fri Jul 14 13:50:49 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA26239 for bugs-outgoing; Fri, 14 Jul 1995 13:50:49 -0700 Received: from denali.ds.cubic.com (denali.ds.cubic.com [149.63.65.21]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA26210 ; Fri, 14 Jul 1995 13:50:34 -0700 Received: from jrtc169.ds.cubic.com (jrtc169.ds.cubic.COM [149.63.134.169]) by denali.ds.cubic.com (8.6.10/8.6.9) with SMTP id NAA22378; Fri, 14 Jul 1995 13:51:27 -0700 Received: from jrtc134. by jrtc169.ds.cubic.com (5.x/SMI-SVR4) id AA12369; Fri, 14 Jul 1995 13:48:41 -0700 Received: by jrtc134. (5.0/SMI-SVR4) id AA04570; Fri, 14 Jul 1995 13:48:49 +0800 Date: Fri, 14 Jul 1995 13:48:49 +0800 From: vuong@jrtc169.ds.cubic.com (Tan Vuong) Message-Id: <9507142048.AA04570@jrtc134.> To: hackers@FreeBSD.org Subject: Need help for FreeBSD Cc: bugs@FreeBSD.org, questions@FreeBSD.org X-Sun-Charset: US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk Please help this problem: System: 486DX2 66 16 MB HD: 1.2 GB Conner CDROM: SCSI NEC 55J SCSI: Adaptec Problem: When extracting FreeBSD 2.0. Can extract bindist, games, scrdict, etc.. Can not extract Xfree86-3.1: See the message "Verify checksum..." and then "Extract ....". But the system hang forever. Try two different CD. The same problem. Thanks Tan Vuong Cubic internet: tan_vuong@corp.cubic.com phone: (619) 277-6780 X2130 From owner-freebsd-bugs Fri Jul 14 17:10:17 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA06401 for bugs-outgoing; Fri, 14 Jul 1995 17:10:17 -0700 Received: (from ache@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA06386 ; Fri, 14 Jul 1995 17:10:15 -0700 Date: Fri, 14 Jul 1995 17:10:15 -0700 From: "Andrey A. Chernov" Message-Id: <199507150010.RAA06386@freefall.cdrom.com> To: gordon@sneaky.lonestar.org, ache, freebsd-bugs Subject: Changed information for PR bin/615 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: xntpd won't use DES encryption if it's available. State-Changed-From-To: open-closed State-Changed-By: ache State-Changed-When: Fri Jul 14 17:09:42 PDT 1995 State-Changed-Why: Fixed in v1.12 Makefile.inc From owner-freebsd-bugs Fri Jul 14 19:29:21 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA09502 for bugs-outgoing; Fri, 14 Jul 1995 19:29:21 -0700 Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA09496 for ; Fri, 14 Jul 1995 19:29:18 -0700 Received: (root@localhost) by blob.best.net (8.6.12/8.6.5) id TAA25606; Fri, 14 Jul 1995 19:29:17 -0700 Date: Fri, 14 Jul 1995 19:29:17 -0700 From: the Message-Id: <199507150229.TAA25606@blob.best.net> To: bugs@freebsd.org Cc: dima@blob.best.net Subject: Got another one. Sender: bugs-owner@freebsd.org Precedence: bulk This one is very weird, and all I can think of is a bug in NFSv3 relating to partially dirty buffers. Download some huge files from somewhere... make sure you download them into an NFS mounted partition (that is, you are on a client). ftp ftp.cdrom.com binary get ls-lR.Z x1 get ls-lR.Z x2 get ls-lR.Z x3 get ls-lR.Z x4 Then compare the files to each other. 'cmp' fails!! Writing my own little compare, I found random blocks in these files ZERO'd out! Yikes! One block was 3072 bytes in size, another was 2560. The errornous blocks always fill at the latter part of a 4K segment. If you 'cp' files to an NFS partition, the problem does not occur. If you download files via FTP to a non-NFS partition, the problem does not occur. I can only infer that partial write() calls from the FTP (due to TCP segmentation) are being messed up by NFS. -Matt index 1a3600 00 7e (diff 7e) index 1a3601 00 ad (diff ad) index 1a3602 00 65 (diff 65) index 1a3603 00 9b (diff 9b) index 1a3604 00 aa (diff aa) index 1a3605 00 9f (diff 9f) index 1a3606 00 02 (diff 02) index 1a3607 00 a2 (diff a2) index 1a3608 00 1a (diff 1a) ... continues ... index 1a3ff4 00 47 (diff 47) index 1a3ff5 00 9b (diff 9b) index 1a3ff6 00 69 (diff 69) index 1a3ff7 00 aa (diff aa) index 1a3ff8 00 9c (diff 9c) index 1a3ff9 00 4e (diff 4e) index 1a3ffa 00 a1 (diff a1) index 1a3ffb 00 72 (diff 72) index 1a3ffc 00 ae (diff ae) index 1a3ffd 00 41 (diff 41) index 1a3ffe 00 aa (diff aa) index 1a3fff 00 6f (diff 6f) index 25b400 00 19 (diff 19) index 25b401 00 fc (diff fc) index 25b402 00 0e (diff 0e) index 25b403 00 ab (diff ab) ... continues ... index 25bff8 00 b5 (diff b5) index 25bff9 00 52 (diff 52) index 25bffa 00 48 (diff 48) index 25bffb 00 6c (diff 6c) index 25bffc 00 8e (diff 8e) index 25bffd 00 fa (diff fa) index 25bffe 00 11 (diff 11) index 25bfff 00 c9 (diff c9) From owner-freebsd-bugs Fri Jul 14 19:40:39 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA09806 for bugs-outgoing; Fri, 14 Jul 1995 19:40:39 -0700 Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA09799 for ; Fri, 14 Jul 1995 19:40:35 -0700 Received: (dillon@localhost) by blob.best.net (8.6.12/8.6.5) id TAA26207; Fri, 14 Jul 1995 19:40:34 -0700 Date: Fri, 14 Jul 1995 19:40:34 -0700 From: Matt Dillon Message-Id: <199507150240.TAA26207@blob.best.net> To: bugs@freebsd.org Subject: More on NFS bug... can be reproduced with dd Sender: bugs-owner@freebsd.org Precedence: bulk dd if=bigfile of=outfile bs=1536 Where if and of are both on an NFS mounted filesystem seems to reproduce the bug. -Matt From owner-freebsd-bugs Fri Jul 14 21:17:38 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA22292 for bugs-outgoing; Fri, 14 Jul 1995 21:17:38 -0700 Received: from seaquest (seaquest.sea.legent.com [155.35.41.137]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA22277 for ; Fri, 14 Jul 1995 21:17:34 -0700 Received: by seaquest (5.x/SMI-SVR4(DEO-022095 Problems to obrien@sea.legent.com)) id AA09588; Sat, 15 Jul 1995 00:17:00 -0400 From: obrien@Sea.Legent.com (David O'Brien) Message-Id: <9507150417.AA09588@seaquest> Subject: usr.bin make problem To: bugs@freebsd.org Date: Sat, 15 Jul 1995 00:17:00 -0400 (EDT) In-Reply-To: <8030.805694595@time.cdrom.com> from "Jordan K. Hubbard" at Jul 13, 95 09:03:15 pm X-Mailer: ELM [version 2.4 PL24 PGP2] Content-Type: text Sender: bugs-owner@freebsd.org Precedence: bulk When doing ``make install'' in /usr/src/usr.bin/tn3270 or /usr/src/usr.bin/tn3270/tn3270 I get: ------------- oldman(r):/release/root/usr/src/usr.bin/tn3270/tn3270> make install install -c -s -o bin -g bin -m 555 tn3270 usage: install [-cs] [-f flags] [-g group] [-m mode] [-o owner] file1 file2; or file1 ... fileN directory *** Error code 1 Stop. oldman(r):/release/root/usr/src/usr.bin/tn3270/tn3270> ------------- I had to add ``BINDIR=/usr/bin'' to usr/src/usr.bin/tn3270/tn3270/Makefile to get the install to work. Is this a bug or operator error? -- David O'Brien (obrien@sea.legent.com) From owner-freebsd-bugs Sat Jul 15 00:28:34 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA27394 for bugs-outgoing; Sat, 15 Jul 1995 00:28:34 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA27388 for ; Sat, 15 Jul 1995 00:28:30 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id AAA02319; Sat, 15 Jul 1995 00:28:05 -0700 From: "Rodney W. Grimes" Message-Id: <199507150728.AAA02319@gndrsh.aac.dev.com> Subject: Re: usr.bin make problem To: obrien@Sea.Legent.com (David O'Brien) Date: Sat, 15 Jul 1995 00:28:04 -0700 (PDT) Cc: bugs@freebsd.org In-Reply-To: <9507150417.AA09588@seaquest> from "David O'Brien" at Jul 15, 95 00:17:00 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1562 Sender: bugs-owner@freebsd.org Precedence: bulk > > When doing ``make install'' in /usr/src/usr.bin/tn3270 or > /usr/src/usr.bin/tn3270/tn3270 I get: > > ------------- > oldman(r):/release/root/usr/src/usr.bin/tn3270/tn3270> make install > install -c -s -o bin -g bin -m 555 tn3270 > usage: install [-cs] [-f flags] [-g group] [-m mode] [-o owner] file1 > file2; > or file1 ... fileN directory > *** Error code 1 > > Stop. > oldman(r):/release/root/usr/src/usr.bin/tn3270/tn3270> > ------------- > > I had to add ``BINDIR=/usr/bin'' to usr/src/usr.bin/tn3270/tn3270/Makefile > to get the install to work. Is this a bug or operator error? Humm... it works just fine for me here, and at first I though it was a missing ../../Makefile.inc, as that is where BINDIR should be set for this build (see 2nd to last line in src/usr.bin/tn3270/tn3270/Makefile) due to the .include <../../Makefile.inc>. But if I remove that file I get an error: burn1:tn3270 {116} make install "/usr/src/usr.bin/tn3270/tn3270/Makefile", line 79: Could not find ../../Makefile.inc Fatal errors encountered -- cannot continue burn1:tn3270 {117} Could you please check the content of /usr/src/usr.bin/Makefile.inc, it should read: # @(#)Makefile.inc 8.1 (Berkeley) 6/6/93 BINDIR?= /usr/bin I am going to say this is not a bug, but something funky with your site, but would like to track it down and find it just to make sure it is not a bug! -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-bugs Sat Jul 15 02:50:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA07720 for bugs-outgoing; Sat, 15 Jul 1995 02:50:04 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA07707 ; Sat, 15 Jul 1995 02:50:02 -0700 Date: Sat, 15 Jul 1995 02:50:02 -0700 Message-Id: <199507150950.CAA07707@freefall.cdrom.com> From: faried nawaz Reply-To: faried nawaz To: freebsd-bugs Subject: docs/622: man page mentions `/etc/dump' when it should be `/sbin/dump' In-Reply-To: Your message of Sat, 15 Jul 1995 02:44:55 -0700 <199507150944.CAA00947@big-brother.csrv.uidaho.edu> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 622 >Category: docs >Synopsis: man page mentions `/etc/dump' when it should be `/sbin/dump' >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Jul 15 02:50:01 1995 >Originator: faried nawaz >Organization: posix power >Release: FreeBSD 2.0-BUILT-19950707 i386 >Environment: >Description: either an symlink /etc/dump -> /sbin/dump is missing or the man page incorrectly points to dump being in /etc in an example. >How-To-Repeat: `man dump' >Fix: umask 022 mv /usr/src/sbin/dump/dump.8 /tmp cat /tmp/dump.8 | sed -e 's/\/etc\/dump\ /\/sbin\/dump\ /' > \ /usr/src/sbin/dump/dump.8 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jul 15 03:45:23 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA10757 for bugs-outgoing; Sat, 15 Jul 1995 03:45:23 -0700 Received: (from rgrimes@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA10739 ; Sat, 15 Jul 1995 03:45:20 -0700 Date: Sat, 15 Jul 1995 03:45:20 -0700 From: "Rodney W. Grimes" Message-Id: <199507151045.DAA10739@freefall.cdrom.com> To: fn@big-brother.csrv.uidaho.edu, rgrimes, freebsd-bugs Subject: Changed information for PR docs/622 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: man page mentions `/etc/dump' when it should be `/sbin/dump' State-Changed-From-To: open-closed State-Changed-By: rgrimes State-Changed-When: Sat Jul 15 03:44:35 PDT 1995 State-Changed-Why: Man page was in error, corrected: Checking in dump.8; /home/ncvs/src/sbin/dump/dump.8,v <-- dump.8 new revision: 1.3; previous revision: 1.2 done From owner-freebsd-bugs Sat Jul 15 04:30:22 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA16010 for bugs-outgoing; Sat, 15 Jul 1995 04:30:22 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA16003 for freebsd-bugs; Sat, 15 Jul 1995 04:30:21 -0700 Date: Sat, 15 Jul 1995 04:30:21 -0700 From: GNU GNATS Message-Id: <199507151130.EAA16003@freefall.cdrom.com> To: freebsd-bugs Subject: List of open Problem Reports Sender: bugs-owner@FreeBSD.org Precedence: bulk This is the list of currently open problem reports [1994/09/14] kern/1 Toshiba MK156FB scsi drive does not work with 2.0 ke [1994/10/07] kern/6 System hangs while using slip or ppp connection [1994/11/13] i386/14 No MBR put on prestine IDE disk drive [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/03] kern/39 Recent config changes hosed ft config [1994/12/04] kern/40 Floppy tape probe hosed (FIX) [1994/12/06] kern/42 PC-NFS on -current can't access disks [1994/12/07] docs/43 manpage for keysu is missing. reference from keyinit [1994/12/07] kern/44 ep driver won't work with anything but bnc [1994/12/08] kern/46 ed driver don't know the link0 flag (IFF_LINK0) [1994/12/13] misc/48 /etc/rc does not recover recovery files [1994/12/14] kern/51 Panic accessing NFS mounted file system [1994/12/18] misc/67 It took 20 tries to get free-bsd installed [1994/12/18] misc/68 bininst leaves system kinda hung [1994/12/21] misc/75 Netboot ignores gateway [1994/12/20] conf/76 fdisk can't be trusted. [1994/12/21] i386/79 Reboots sometimes don't complete. [1994/12/23] misc/83 System crash after abrupt end of slip session [1995/01/03] kern/95 Configuring a SLIP device with source = destination [1995/01/09] kern/102 PANIC after running Merged Buffer Cache kernel for a [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/01/13] gnu/107 kernel build produces internal compiler error [1995/01/14] misc/112 ^C cause panic during install [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/119 you cannot tune your newfs parameters at intall time [1995/01/14] misc/120 first Initial security report is bogus becuase of ls [1995/01/14] bin/124 traceroute doesn't support -g flag. [1995/01/14] docs/127 locate man page does not have any clues to how the d [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] docs/131 there is no man page for uucpd [1995/01/14] docs/132 gettytab documentation is split between /etc/gettyta [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/14] bin/135 not enough ptys; virtual console names conflict with [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/19] bin/151 One of the pkg_add set /tmp mod to 755 [1995/01/20] bin/153 mount -u improvement for diskless systems [1995/01/21] kern/157 Quota system does not work [1995/01/21] bin/163 telneting sometimes doesn't yield a "login:" prompt [1995/01/21] docs/164 no ptrace(2) manual page. [1995/01/21] docs/165 No documentation on kernel boot flags. [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] kern/169 Errors from mkdir & mv when directories paths end wi [1995/01/21] bin/170 ar does not print an error message with readonly lib [1995/01/21] docs/171 No documentation on .forward files. [1995/01/21] bin/172 cp -f does not work [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/175 Syscons does not recover X graphics mode [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/22] docs/177 man pages missing for SYSV IPC funtions [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/25] kern/185 kernel stability problems - can't sustain uptimes > [1995/01/25] bin/188 disklabel uses c partition by default, kernel says d [1995/01/30] gnu/196 size of bss in *.o's reported wrong by size [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/01] bin/199 quiz(6) reading database bug, pattern matching bug [1995/02/01] misc/202 System hang or reboot without clues, tcp ppp named r [1995/02/14] kern/214 Using wt driver crashes system [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/02/14] docs/218 dbm references from hash(3) [1995/02/16] kern/219 Performance on local net drops too much when SNDBUF [1995/02/16] misc/220 Cancel still doesn't work during install [1995/02/16] misc/221 lots of error messages during unpacking via ftp inst [1995/02/16] i386/222 boot prompt doesn't always work [1995/02/16] misc/223 default domain shouldn't be hostname [1995/02/18] kern/224 ppp net serial [1995/03/02] misc/229 acos() core dump [1995/03/03] bin/230 C++ contructors not being called [1995/03/05] gnu/231 send-pr initializes Organization with ~/.signature [1995/03/05] docs/232 The mandoc .St macro doesn't work or misses IEEE754 [1995/03/10] misc/236 2.0-950210-SNAP/src/extract.sh references "release" [1995/03/11] kern/238 failed assertion in ncr.c --> no more scsi disk acce [1995/03/13] bin/241 strange behavior of /bin/sh [1995/03/17] kern/247 Berkeley Packet Filter fix [1995/03/17] kern/248 scbus attach/probe information is inconsistent [1995/03/19] gnu/256 nasty gdb bug back in 031595 system [1995/03/20] docs/263 There is absolutely no documentation for the dialog [1995/03/21] docs/265 mtrace command lacks man pages [1995/03/21] kern/266 ifconfig panics kernel built without option NFS [1995/03/28] kern/275 qic-02 streamer won't work [1995/03/28] kern/277 netstat -r reports entries with negative expire time [1995/03/28] kern/280 the new slice code is bitching about my old slices [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/03/29] kern/284 Network gives permission denied [1995/03/30] kern/287 Several header files are not consistent [1995/03/31] kern/288 panic: free: multiple frees [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/01] kern/293 wd0: interrupt timeout [1995/04/04] kern/299 SCSI probes stop at ID 7 even for WIDE busses [1995/04/05] bin/300 __fdnlist fails on kernels created by cc -g and stri [1995/04/06] conf/301 Log rotation wastes _much_ to much space [1995/04/06] kern/302 Changing st tapes after extract crashes system [1995/04/09] bin/316 SNAP950322 less stable on IDE than earlier releases [1995/04/09] docs/317 Install README doesn't list matcd as install choice [1995/04/09] bin/320 TCP/IP settings entered b4 install are not kept FDIV [1995/04/09] bin/321 TCP/IP settings given during install are not kept FD [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/11] i386/337 seagate controller code hangs on boot. [1995/04/14] docs/341 vnconfig(8) disagrees with its man page [1995/04/14] bin/342 lpd can allow users access to all of root's groups [1995/04/14] kern/343 tcpdump with filter fails on tun and lo devices [1995/04/14] misc/344 Signal 11 when running a user program [1995/04/15] kern/345 panic "biodone: page busy < 0" [1995/04/17] kern/349 Panic with bad dir [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] kern/354 Can't configure two IP aliases with the same network [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/04/20] bin/357 pkg_delete aborts when subcommand fails [1995/04/24] bin/359 BS/DEL is still not quite right. [1995/04/26] kern/366 queue changes broke ISO tpip code [1995/04/26] kern/367 kernel hangs after ep0 attach message appears [1995/04/26] i386/369 AHA-154X-A problems [1995/05/01] gnu/373 In response to admittedly bogus code, gcc emits an o [1995/05/01] kern/374 panic: bad dir [1995/05/01] bin/375 NIS does not seem to work with Kerberos [1995/05/02] kern/376 tcpdump seems to cause spontaneous reboots [1995/05/02] kern/377 Can't config any but first bus of a host adapter [1995/05/03] kern/378 (apparently) bounce buffer code gets used on 32bit b [1995/05/05] kern/383 dd to from /dev/mem panics the machine. [1995/05/06] kern/384 ep0 conflicts with some other drivers [1995/05/06] kern/385 ep0 finds card on irq 10 when it's actually on 11 [1995/05/07] kern/387 scsistrategy doesn't use bounce buffers [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/11] i386/394 IP multicast not supported by ep driver [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/13] bin/402 w -n shows non-numeric addresses [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/14] bin/406 Sendmail 8.6.11 was not imported correctly. [1995/05/14] bin/410 bad144(8) should probably scan the bad block remap s [1995/05/14] kern/411 bad144 allow you to add blocks in the remap area [1995/05/14] kern/416 page fault in syscons.c:scopen() [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p [1995/05/15] misc/423 Sound devices are too insecure [1995/05/15] kern/424 3COM 3C509 driver doesn't support multicast [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/16] kern/427 eg doesn't work with more than one card [1995/05/16] kern/428 configure is not foolproof [1995/05/19] kern/430 SCSI Tape dont work [1995/05/19] misc/431 Processes sometime's hang and wont die when they hav [1995/05/21] bin/432 mixer should print out the current mixer settings by [1995/05/22] kern/434 umapfs panics when mounting ufs over itself [1995/05/23] kern/435 mb_map full, network starts jumping off and on, fina [1995/05/23] misc/437 addition for /usr/src/usr.bin/file/Magdir/zyxel [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/24] bin/441 more does not call vi with +linenum when EDITOR=vi [1995/05/24] gnu/442 when invoked from "make' cc not including name lists [1995/05/25] kern/443 65 sendmails crashes system [1995/05/26] i386/444 GUS sound driver does not seem to work. [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/05/26] kern/448 ktrace not enabled in default kernel [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/05/28] gnu/451 cvsinit/cvs doesn't work as expected with perl [1995/05/28] kern/452 vnode swapping panics [1995/05/28] misc/453 The release/Makefile does not make all des/eBones ta [1995/05/28] bin/454 compile ports/x11/iv and ld got sig11 [1995/05/28] misc/455 library wont compile [1995/05/29] bin/457 We may have an obscure csh bug [1995/05/30] docs/458 px doc does not find include figure [1995/05/30] kern/459 Systems freezes w/ 2842 [1995/05/30] kern/462 struct utsname.version corrupted after calling uname [1995/05/31] bin/464 dialog_gauge goes one char too far for 100% value [1995/05/31] kern/466 Unexpected disk errors during installation/newfs [1995/06/01] ports/467 utils/kp wrong distfile place after make fetch [1995/06/01] misc/469 ctm leaves temp files after errors [1995/06/01] kern/471 System can not access SCSI DAT tape. [1995/06/01] gnu/474 typos in /usr/src/gnu/usr.bin/yppush/yppush.c [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] misc/487 [1995/06/05] kern/492 sysinstall shows "success" after "no space" failure. [1995/06/07] kern/496 kzip'ed kernel & modload problem [1995/06/07] kern/497 system calls to the kernel for BSDI uname() compatib [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/08] kern/501 CTRL-ALT-DEL at config> prompt causes trap 12 [FDIV [1995/06/09] bin/502 xdr_double is missing [1995/06/12] bin/506 "Release" id generated by send-pr looks incorrect. [1995/06/13] bin/508 getnetgrent() prints un-helpful error message (with [1995/06/13] bin/509 netgroup cycle detection is too "greedy" [1995/06/13] bin/510 netgroup host matching doesn't appear to work [1995/06/14] kern/512 writing to bpf(loopback) causes kernel panic [1995/06/14] bin/513 Suspending and resuming vi gives TIOCGWINSIZ error [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/14] gnu/515 Info command has no tutorial [1995/06/15] kern/516 Crynwr compatibility mode for PLIP driver. [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/15] docs/520 instructions are not clear as to what the url should [1995/06/15] docs/521 catgets() man page error [1995/06/15] kern/522 closing bpf will panic system in bpf.c line 278 [1995/06/16] conf/525 The file-command does not recognice adpcm4 [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/19] misc/533 typo prevents send-pr info from being accessed [1995/06/19] misc/535 Sysinstall takes down the network. [1995/06/20] docs/536 No copyrights in usr/src/lib/libc/stdtime [1995/06/20] bin/537 FSCK Fails [1995/06/22] kern/540 ed0 is loosing packets on input [1995/06/22] i386/541 Alternate Reset method by unmapping ALSO broken [1995/06/23] docs/546 Shared memory manual pages [1995/06/23] misc/556 Bug in /etc/rc [1995/06/23] bin/557 ar utility exausts all available file descriptors [1995/06/25] i386/563 isa conflict detection cannot handle ioaddr 0x0 [1995/06/26] kern/565 [1995/06/27] bin/569 Slattach behaviour inconsistant [1995/06/28] kern/574 hang when interrupting tcpdump on dismantled ppp int [1995/07/01] kern/576 BIOS doesn't recognize serial ports after FreeBSD us [1995/07/01] bin/578 w -h doesn't suppress "USER TTY"...etc. [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [1995/07/02] bin/580 xntpd doesn't work with Tobit DCF77 receiver. [1995/07/02] bin/581 iijppp may hang indefinitely [1995/07/02] misc/583 rlogin over PPP does not handle input [1995/07/03] kern/586 Timeouts on SCSI Adaptec 2940 [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/04] conf/589 /etc/rc should eval amd ${amdflags} [1995/07/05] kern/590 pager input errors on NCR SCSI 486 mainboard [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/05] bin/594 "mkdir -p some/path/" fails to create last path comp [1995/07/06] i386/596 and conflict with _POSIX_SOURCE [1995/07/06] ports/597 libxview.so.3.2 seems to include reference to cfree( [1995/07/07] bin/599 pkg_add does not stop if dependencies are missing [1995/07/08] i386/602 disklabel : changes to cylinder details not saved [1995/07/08] bin/603 chpass screws up password change/expire fields [1995/07/09] bin/604 Various commands allow access to expired accounts [1995/07/09] misc/605 [1995/07/10] docs/607 "info send-pr" doesn't find manual node [1995/07/10] gnu/608 `send-pr' inserts wrong default for ">Release:" fiel [1995/07/12] bin/610 ctm_scan is broken (make all fails) [1995/07/13] kern/611 WIDE-dhcp doesn't work with FreeBSD-2.0 bpf [1995/07/13] bin/612 traceroute doesn't print * if other ICMP traffic exi [1995/07/14] bin/613 send-pr reports wrong release [1995/07/14] kern/614 SCSI tape timeout for forward space file is too shor [1995/07/14] ports/616 fake-pkg target in ports ignores NO_PACKAGE [1995/07/14] ports/617 screen(1) locks up tty under pcvt or scons [1995/07/14] ports/618 screen(1) locks up tty under pcvt or scons [1995/07/14] kern/619 incorrect error code from SIOCAIFADDR ioctl on p2p i [1995/07/14] conf/620 Default /etc/hosts.equiv causes rsh/rlogin hangups [1995/07/15] pending/621 request for a customer id This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/21] misc/162 routes seem to accumulate under 2.0-950112-SNAP [1995/02/14] kern/215 SNAP-950112 crashed with "panic: page fault" [1995/03/18] kern/253 Tagged queuing with an Adaptec 2842 controller doesn [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/05/14] ports/412 should tracker-4.29 really depend on gmake? [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/07/05] pending/593 ldconfig -m /* EOF -- this list has not been truncated */